1.8.0 - знаки вопросов вместо кириллицы

[rhot]

Проблема аналогичная этой --> viewtopic.php?f=27&t=10464&start=15#p67040

В программе версии 1.8.0 в Ubuntu 11.10 при попытке сохранить векторный слой в кодировке UTF-8 сохраняется не кириллица, а знаки вопросов. Созданные ранее векторные слои открывает нормально.

В GDAL 1.9.0 проблема?

[Максим Дубинин]

Help\About для начала в студию, пожалуйста.

[rhot]

щас не могу посмотреть - дома.

так, на вскидку:
gdal 1.9.1-2~oneiric3
qgis 1.8.0-1~oneiric1

Всё вот отсюда

[Александр Мурый]

Подтверждаю лажу для GDAL/OGR 1.9.1 (Debian 6). С умолчальным 1.6.3 всё нормально.

Версии:

Код: Выделить всё

Версия QGIS
1.8.0-Lisboa
Ревизия
exported
Версия Qt при сборке
4.6.3
Текущая версия Qt
4.6.3
Версия GDAL/OGR при сборке
1.6.3
Текущая версия GDAL/OGR
1.9.1

[Ariki]

В OGR 1.9.0 появилась опция SHAPE_ENCODING. Если она не задана, OGR пытается определить кодировку по специальному полю в файле DBF. Видимо, ему это не удается, и по умолчанию он принимает кодировку ISO8859_1.
Сам проверить не могу: пока пользуюсь QGIS 1.7.4.

[Александр Мурый]

В OGR 1.9.0 появилась опция SHAPE_ENCODING. Если она не задана, OGR пытается определить кодировку по специальному полю в файле DBF. Видимо, ему это не удается, и по умолчанию он принимает кодировку ISO8859_1.

Похоже, опять подтверждаю. Сделал "export SHAPE_ENCODING=UTF-8" в консоли, оттуда запустил QGIS --> помогло. Вопрос в том, как быть с запуском не из ком. строки?

[Ariki]

Я тоже проверил с 1.7.4, собранной с GDAL 1.9.0 из пользовательского репозитория ArchLinux. Результаты такие:
С установленной SHAPE_ENCODING=UTF-8 создает и открывает созданное нормально. В файлах, созданных без опции, русский текст вопросиками.
С выключенной опцией созданный файл отображает вопросиками; файл, созданный со включенной опцией - крокозябрами.
Системная кодировка UTF-8.

[Александр Мурый]

Во-во, с выключенной опцией создаётся файл с "битыми" атрибутами, потом не читаемыми в QGIS даже с включённой опцией. Пока на своём линуксе в шелл-скрипте, который типа обёртки для запуска QGIS (/usr/bin/qgis), дописал следующее:

Код: Выделить всё

if [ "$SHAPE_ENCODING" = "" ]; then
    SHAPE_ENCODING=UTF-8
fi

export SHAPE_ENCODING

Вроде работает

[Ariki]

Я просто отредактировал меню в KDE:

Код: Выделить всё

env SHAPE_ENCODING=UTF-8 /usr/bin/qgis

Но все это хорошо, если все шейпы в UTF-8. А если в разных кодировках?

[rhot]

Вопрос в том, как быть с запуском не из ком. строки?

/etc/environment ?

А если в разных кодировках?

для меня неактуально, UTF-8 вполне устраивает.

[Voltron]

Этот вопрос уже давно разобрали по косточкам. Прежде чем писать, стоило бы воспользоваться поиском по форуму. Все решено и описано до ваc. И про то, кто виноват, и про SHAPE_ENCODING, и про то, что это не панацея, и про *.cpg и про многое другое.

Стыдно, г-н «эксперт»

[rhot]

Voltron, чем же мне стыдиться, товарищ "гуру"? Вопрос возник, как видите, не у меня одного.

Вместо того, чтоб заниматься троллингом, ответили бы лучше по теме или вообще не писали. Телепат из вас и правда никакой, - поиском я пользовался. Слои у меня прекрасно открываются не только в кодировке UTF-8.

[Дмитрий Барышников]

Есть там свежевыловленный баг с обработкой системной кодировки в gdal. Здесь требуется более углубленно разбираться с исходниками, т.к. мой последний фикс исправляет проблему не полностью. Спасибо voltron за репорт. Суть в том, что если вам передадут файл из системы windows проблема всплывет независимо от значения ключа shape_encoding

[ Сообщение с мобильного устройства ]

[rhot]

в продолжение темы...

Суть в том, что если вам передадут файл из системы windows проблема всплывет независимо от значения ключа shape_encoding

Вот эти данные делались на винде?

[Максим Дубинин]

да, они делались в Windows