При экспорте данных пропадают символы

[Воронин С.В.]

Попробовал. "Ни чё не помогает".

В реестре 10.2.1 нет раздела Common.
Я его создаю. Создаю в нём раздел - CodePage.
Создаю в нём строковый параметр - dbfDefault.
Прописывал в нём и UTF-8 и CP-1251.
Результат один - ни чего не меняется.
Всё так же создаётся файл cpg, в котором прописывается UTF-8,
а в таблице атрибутов те же кракозябры.

[Pete_Stepanov]

Новость техподдержки esri-cis от 13.03.2014

[Monstria]

Новость техподдержки esri-cis от 13.03.2014

В свое время я предлагал решение этой же проблемы своим способом, который оказался один в один предложенным автором статьи.. - viewtopic.php?f=3&t=720#p104146

[Воронин С.В.]

Господа.
Спасибо за ссылки
Было очень полезно почитать.

это лечение одного глюка добавлением другого.

И суть проблемы это не меняет.
Я напомню проблему.

При экспорте данных в версии 10.2.1 теряется часть атрибутивной информации набранной кирилицей,
при этом все данные в dbf-файле, а я его использую в дальнейшем, отображаются кракозябрами,
открывай его хоть DBFNavigator-ом, хоть DBFshow, и никакая перекодировка не помогает.

Если экспортировать эти же данные в версии 10.2, то всё отображается корректно.

В архиве образцы шейпов.
Русско-Потамский - изначальный шейп.
Export_Output - шейп полученный экспортом данных из 10.2.
Export_Output_2 - шейп полученный экспортом данных из 10.2.1. Обратите внимание на поведение поля GRAN.
А dbf-файл, в Export_Output_2, открывай его хоть DBFNavigator-ом, хоть DBFshow, отображаются кракозябрами, в любой кодировке.

[Игорь Лебедь]

Господа.
Спасибо за ссылки
Было очень полезно почитать.

это лечение одного глюка добавлением другого.

И суть проблемы это не меняет.
Я напомню проблему.

При экспорте данных в версии 10.2.1 теряется часть атрибутивной информации набранной кирилицей,
при этом все данные в dbf-файле, а я его использую в дальнейшем, отображаются кракозябрами,
открывай его хоть DBFNavigator-ом, хоть DBFshow, и никакая перекодировка не помогает.

Если экспортировать эти же данные в версии 10.2, то всё отображается корректно.

В архиве образцы шейпов.
Русско-Потамский - изначальный шейп.
Export_Output - шейп полученный экспортом данных из 10.2.
Export_Output_2 - шейп полученный экспортом данных из 10.2.1. Обратите внимание на поведение поля GRAN.
А dbf-файл, в Export_Output_2, открывай его хоть DBFNavigator-ом, хоть DBFshow, отображаются кракозябрами, в любой кодировке.

dbf-файл, в Export_Output_2 открывается нормально в LibreOffice Calc, в кодировке UTF-8.

Lib.jpg (579.68 КБ) 11772 просмотра

В dbf-navigator Вас ждёт печальная перспектива, так как он поддерживает только две кодировки, среди которых нет UTF-8:

Nav.jpg (41.05 КБ) 11769 просмотров

Почему нельзя просто работать с файлом в UTF-8, а затем пересохранить его с помощью QGIS в Win-1251 и работать с dbf-просмотрщиками? Или Вам принципиально Важно сломать механизм ArcGIS'а?

[Воронин С.В.]

Прошу обратить внимание, что в поле GRAN у Вас отсутствует информация,
хотя до экспорта данных она там была (см. Русско-Потамский - изначальный шейп)
Это поле в один символ - и это принципиально
(делается, чтобы не вводить ошибочные значения, подобных ограничений несколько).
А таблицу атрибутов мы забиваем в самом ArcGIS-e,
все dbf-просмотрщики нужны только если не стыкуется какая-либо информация.
Но в дальнейшем dbf-файлы используются другими программами.
И раньше они прекрасно работали, теперь же там одни кракозябры.

[Игорь Лебедь]

Прошу обратить внимание, что в поле GRAN у Вас отсутствует информация,
хотя до экспорта данных она там была (см. Русско-Потамский - изначальный шейп)
Это поле в один символ - и это принципиально
(делается, чтобы не вводить ошибочные значения, подобных ограничений несколько).
А таблицу атрибутов мы забиваем в самом ArcGIS-e,
все dbf-просмотрщики нужны только если не стыкуется какая-либо информация.
Но в дальнейшем dbf-файлы используются другими программами.
И раньше они прекрасно работали, теперь же там одни кракозябры.

Ну всё правильно, я же открывал Ваш файл, у которого аркгис сократил поле пополам при экспорте в ютф-8, вот мой файл, полученный при экспорте из ютф-8:

rrrr.jpg (597.16 КБ) 11759 просмотров

Вот Вам пример во вложении: в папке 1 - шейп в ютф-8, полученный пересохранением Вашего файла в кугисе, в папке 2 - экспорт из 10.2.1 в ютф-8, в папке 3 - пересохранённый из ютф-8 в Win1251 в кугисе файл экспорта, попробуйте, он откроется в Ваших навигаторах нормально. Просто если вопрос был о том, как остаться в кодировке Win-1251, так пересохраните в неё Ваш экспорт с помощью кугиса.

[Воронин С.В.]

Как у Вас получились данные в папке 2?
У меня при экспорте в поле GRAN теряются данные.

[Игорь Лебедь]

Как у Вас получились данные в папке 2?
У меня при экспорте в поле GRAN теряются данные.

В папке 2 экспорт не из Вашего файла, а из файла, пересохранённого в кугисе из Win-1251 в UTF-8, который в папке 1.
При экспорте из Вашего файла переход из Win-1251 в UTF-8 в ArcMap слопает половину символов (из 25 - 13, из 24 - 12, из 1 - 0).

a1.jpg (49.23 КБ) 11742 просмотра

a2.jpg (127.5 КБ) 11742 просмотра

a3.jpg (93.72 КБ) 11742 просмотра

[Воронин С.В.]

Дак в этом то и весь сыр-бор.

[Игорь Лебедь]

Ну пересохраните Ваш файл в кодировку ютф-8, работайте в ютф-ном, а затем экспорт перегоните обратно в Win-1251 (System). Вся разница в том, чтобы все экспорты делать из ютфного файла, тогда ничего не пропадёт.

[Воронин С.В.]

Вы правильно заметили, что

При экспорте из Вашего файла переход из Win-1251 в UTF-8 в ArcMap слопает половину символов (из 25 - 13, из 24 - 12, из 1 - 0).

Но почему, перекодировка в ArcGIS, а именно это и происходит при экспорте, проходит криво,
а QGIS справляется.

И проблема выливается уже в психологическую.
В процессе работы мы используем, порядка, 20-ти программ, а то и более.
Явно приближаемся к потолку среднестатистического человека,
а у меня не гении на работе, да и я не могу похвастаться этим.
Поэтому ещё одна дополнительная мощная программа, ради одного действия, которого ещё вчера не надо было делать, может сильно усложнить работу.

[Игорь Лебедь]

Вы не одиноки в проблеме зоопарка.

[Воронин С.В.]

Вы не одиноки в проблеме зоопарка.

Рад, что не только я один себя в нём нахожу.

[trir]

offtop: А зачем вы используете такой старый формат как .shp? Ведь есть много современных ворматов, хороших и разных...