На главную... Продукты | Технологии | Классификаторы | Проекты | Скачать | Цены| Форум | Статьи | Обучение | Контакты

запятая в текстовом поле воспринимается при импорте как разделитель полей

Поиск  Пользователи  Правила  Войти
Форум » Общие вопросы » Конвертация данных
Страницы: 1
RSS
запятая в текстовом поле воспринимается при импорте как разделитель полей
 
Импортирую из mif/mid.
В mid:
Цитата
"ПЛОЩАДКА,НАСТИЛ(БЕЗ ТВ. ПОКР.)",45193000,D-45193000-S,,
Первое текстовое поле - название объекта из классификатора. Взято в кавычки, но внутри есть запятая. Из-за этой запятой сбивается чтение строки, и второе поле - код объекта уже не читается.
Как быть?
Есть какой-то спецсимвол для запятых, чтобы они воспринимались как часть текста, а не как разделитель?
Изменено: Александр - 08.12.2014 18:09:30
 
ЕМНИП, в МапИнфо можно установить РАЗДЕЛИТЕЛЬ ПОЛЕЙ самому, а не юзать тот, который стоит по дефолту. Подробности не помню, если тут не подскажут - гугл в помощь, форумы по МапИнфо етс...
Изменено: Газонокосильщик - 08.12.2014 19:38:43
 
Дело не в конкретном разделителе полей, а в том, что импорт содержимое в кавычках не воспринимает как содержимое одного символьного поля.
Гм... Но не всегда, а в каких-то случаях...

Выяснилось, что дело не столько в mid, сколько в mif.
А именно - в регистре описания в mif полей "char".
Т.е., если в mif будет использован верхний регистр, написано "Char", то все будет прочитано-импортировано правильно.
А если в mif будет написано все с маленьких букв - "char", то запятые в закавыченном символьном поле в mid будут восприняты как разделители полей. :o
Если в первом символьном поле в mid внутри кавычек запятых нет, то регистр в "char" влияния не оказывает.

Регистр в описании в mif полей "float" влияния на чтение полей не оказывает.

Мне кажется, что это нонсенс...
Изменено: Александр - 09.12.2014 17:47:14
 
Надо смотреть спецификацию на MIF/MID (в сети есть) - но, ЕМНИП, такого
Цитата
Александр пишет:
если в mif будет использован верхний регистр, написано "Char", то все будет прочитано-импортировано правильно. А если в mif будет написано все с маленьких букв - "char", то запятые в закавыченном символьном поле в mid будут восприняты как разделители полей
не припоминаю. Хотя на 100% не уверен. А для разделителей в конверторах SXF->MIF/MID всегда использовал ";" .
 
С точкой с запятой повторилось - если в символьном поле в mid есть точка с запятой, в mif разделитель объявлен точкой с запятой, а "char" в нижнем регистре, то все падает в "СИСТЕМНЫЙ", т.е. код и характеристики не считываются.
При замене в mif "char" на "Char" импортируется нужным объектом.
Т.е., похоже, что регистр в описании типов полей в mif влияет на игнорирование кавычек символьных полей в mid. :o


Еще: при импорте не создается при объекте последняя характеристика, если в mid ее значение пустое. В параметрах импорта *.INI эта характеристика описана, ей поставлена в соответствие характеристика классификатора.
Изменено: Александр - 09.12.2014 21:18:21
 
Не знаю о какой программе импорта MIF\MID идет речь.
В ГИС Карта 2011 не анализируется регистр ключевого слова Char, поскольку анализируется только имя поля. Данные после него в строке могут отсутствовать в принципе.
Все будет импортировано корректно. В ГИС Карта 2011 длина поля переменная, данные читаются по фактической длине и содержанию.
 
Цитата
Oleg Belenkov пишет:
Не знаю о какой программе импорта MIF\MID идет речь
Похоже, ТС порталом ошибся.
 
Да, сейчас у меня появилась возможность попробовать в 11.10.5 - читается нормально без этих фокусов.
Страницы: 1
Читают тему (гостей: 1)



© КБ Панорама, 1991-2024

Регистрируясь или авторизуясь на форуме, Вы соглашаетесь с Политикой конфиденциальности