"ПЛОЩАДКА,НАСТИЛ(БЕЗ ТВ. ПОКР.)",45193000,D-45193000-S,,
Первое текстовое поле - название объекта из классификатора. Взято в кавычки, но внутри есть запятая. Из-за этой запятой сбивается чтение строки, и второе поле - код объекта уже не читается. Как быть? Есть какой-то спецсимвол для запятых, чтобы они воспринимались как часть текста, а не как разделитель?
ЕМНИП, в МапИнфо можно установить РАЗДЕЛИТЕЛЬ ПОЛЕЙ самому, а не юзать тот, который стоит по дефолту. Подробности не помню, если тут не подскажут - гугл в помощь, форумы по МапИнфо етс...
Дело не в конкретном разделителе полей, а в том, что импорт содержимое в кавычках не воспринимает как содержимое одного символьного поля. Гм... Но не всегда, а в каких-то случаях...
Выяснилось, что дело не столько в mid, сколько в mif. А именно - в регистре описания в mif полей "char". Т.е., если в mif будет использован верхний регистр, написано "Char", то все будет прочитано-импортировано правильно. А если в mif будет написано все с маленьких букв - "char", то запятые в закавыченном символьном поле в mid будут восприняты как разделители полей. Если в первом символьном поле в mid внутри кавычек запятых нет, то регистр в "char" влияния не оказывает.
Регистр в описании в mif полей "float" влияния на чтение полей не оказывает.
Надо смотреть спецификацию на MIF/MID (в сети есть) - но, ЕМНИП, такого
Цитата
Александр пишет: если в mif будет использован верхний регистр, написано "Char", то все будет прочитано-импортировано правильно. А если в mif будет написано все с маленьких букв - "char", то запятые в закавыченном символьном поле в mid будут восприняты как разделители полей
не припоминаю. Хотя на 100% не уверен. А для разделителей в конверторах SXF->MIF/MID всегда использовал ";" .
С точкой с запятой повторилось - если в символьном поле в mid есть точка с запятой, в mif разделитель объявлен точкой с запятой, а "char" в нижнем регистре, то все падает в "СИСТЕМНЫЙ", т.е. код и характеристики не считываются. При замене в mif "char" на "Char" импортируется нужным объектом. Т.е., похоже, что регистр в описании типов полей в mif влияет на игнорирование кавычек символьных полей в mid.
Еще: при импорте не создается при объекте последняя характеристика, если в mid ее значение пустое. В параметрах импорта *.INI эта характеристика описана, ей поставлена в соответствие характеристика классификатора.
Не знаю о какой программе импорта MIF\MID идет речь. В ГИС Карта 2011 не анализируется регистр ключевого слова Char, поскольку анализируется только имя поля. Данные после него в строке могут отсутствовать в принципе. Все будет импортировано корректно. В ГИС Карта 2011 длина поля переменная, данные читаются по фактической длине и содержанию.