SASGIS - SAS.Планета |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0003379 | SAS.Планета | [All Projects] Баг | public | 20-10-2018 19:50 | 21-10-2018 19:45 |
|
Reporter | AlxVasilchenko | |
Assigned To | zed | |
Priority | immediate | Severity | block | Reproducibility | always |
Status | resolved | Resolution | fixed | |
Platform | 64 | OS | Win 7 | OS Version | Дом расш |
Product Version | 160707 | |
Target Version | 181221 | Fixed in Version | 181221 | |
|
Summary | 0003379: Ошибка импорта некоторых файлов KMZ |
Description | Добрый день, пишу Вам от имени сообщества пожарных ЭСУППВ.рф. Мы занимаемся сбором информации об водоисточниках, используемую в дальнейшем при тушении пожаров, в частности размечаем местоположения гидрантов и водоемов в различных картографических сервисах. Вашим продуктом пользуемся при необходимости для вывода схем противопожарного водоснабжения на печать. На данный момент при работе с SAS.Planet возникли трудности, точнее они возникли после выпуска версии выше 151111.
Конкретика проблемы: KMZ-файлы, структурируемые по особому принципу при помощи нашего специального программного обеспечения, перестали корректно импортироваться в SAS Planet c выходом его новой версии. При попытке импорта файла выводится сообщение об ошибке "В текстовом комментарии обнаружен недопустимый знак Line: 0". Файл KMZ прилагаю.
Помогите решить проблему корректной работы наших KMZ-файлов с вашим продуктом. |
Steps To Reproduce | Произвести импорт прилагаемого KMZ файла |
Additional Information | Если удалить изображения значков внутри KMZ, то файл нормально импортируется. |
Tags | No tags attached. |
Relationships | |
Attached Files | 03ПСЧГород20181003_ОбщТип.kmz (56,429) 20-10-2018 19:50 http://www.sasgis.org/mantis/file_download.php?file_id=2246&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
20-10-2018 19:50 | AlxVasilchenko | New Issue | |
20-10-2018 19:50 | AlxVasilchenko | File Added: 03ПСЧГород20181003_ОбщТип.kmz | |
21-10-2018 14:01 | AlxVasilchenko | Note Added: 0018430 | |
21-10-2018 18:02 | vdemidov | Note Added: 0018431 | |
21-10-2018 18:38 | zed | Note Added: 0018432 | |
21-10-2018 19:08 | AlxVasilchenko | Note Added: 0018434 | |
21-10-2018 19:12 | zed | Status | new => resolved |
21-10-2018 19:12 | zed | Fixed in Version | => 181221 |
21-10-2018 19:12 | zed | Resolution | open => fixed |
21-10-2018 19:12 | zed | Assigned To | => zed |
21-10-2018 19:12 | zed | Target Version | => 181221 |
21-10-2018 19:45 | vdemidov | Note Added: 0018435 | |
Notes |
|
|
И кодировка UTF с BOM или без здесь совершенно не причем |
|
|
|
Вы не поверите, но если убрать BOM, то все работает отлично. Для UTF-8 BOM абсолютно избыточен и бесполезен. И это поведение парсера, который мы только используем, так что на исправление можете особо не расчитывать. Проще от BOM избавиться. |
|
|
(0018432)
|
zed
|
21-10-2018 18:38
|
|
|
|
|
zed, да ладно? вот смехотища, большое спасибо за помощь!)) |
|
|
|
Мда. Точно. Промахнулся с экспериментом. Старею. |
|