Прежде, чем искать фишки Digitals и проявлять интерес к описанию участков, блока угодий, делать выводы, что правильно и неправильно, хотелось бы увидеть от NickS описание структуры файлов c данными программы GIS6 (можно даже сделать отдельную ветку форума). Здесь же пишутся пожелания разработчикам Digitals и обмен опытом работы для пользователей Digitals.
КОНВЕРТЕР IN4-XML
Партнер компании ECOMM Co - компания «ІЛС-Україна» в рамках проекта USAID LINC (Local Investment and National Competitiveness) предлагает программный продукт - менеджер обменных файлов, который представляет собой конвертационную утилиту из “старого” IN4 в новый формат на основе XML.
Специально для этого я сделал обменный файл из программы GIS6, чтобы разработчики проверили его и посмотрели правильно ли он импортируется в программу. Чтобы увидеть как описывается блок угодий, описание участков, Вы можете просто открыть тот файлик. Или я могу рассказать. Но факт в том, что этот файл проходит валидацию в стандартной проверке файлов XML, а проходит ли её файл сделанный в Digitals? Ведь Вам же работать, ведь именно в ДЗК будут потом отбраковывать и возвращать эти файлы.
Если Вы найдёте в нас какую-то ошибку и укажите что у нас не так как надо описано, пожалуйста, я буду только рад и исправим это в программе.
Повторю именно для того, чтобы сделать стандартизацию обменных файлов я и выставил обменник и пишу здесь. И именно для того, чтобы наши клиенты могли спокойно передавать обменники между ГИС6 и Digitals. Если разработчики не хотят сотрудничать над этим вопросом - пожалуйста.
проходит ли её файл сделанный в Digitals?
Проходит валидность через validxml 17.1 ту что использует Gis 6
За исключением что только появляется при создание тех.докум. появляется тег 23.12.2010 11:22:37 , но думаю разработчики исправят
А как насчет структуры файла GIS6? Зачем передавать обменники между ГИС6 и Digitals в XML?
Проверку файлы, созданные в Digitals, проходят, так что в ДЗК особых проблем быть не должно. Насчет стандартизации, эта задача не должна стоять ни перед разработчиками GIS6 ни перед разработчиками Digitals. Стандартизацией в нашей стране занимаются абсолютно другие органы.
Проходит, конечно. Мы это сделали сразу же как только взяли предложенный разработчиками файл.
Не только, ещё и ту что в “Менеджере файлов” (стандартную). Именно этой прогой ДЗК планируют проверять обменные файлы.
GIS 6 не хранит информацию в файлах. Она хранит информацию в базах данных MSSQL. Сами таблици можно посмотреть, любой прогой, которая формирует sql-запросы. Связи таблиц тоже нами не скрываются, есть методические материалы.
А в чём? Затем и придуман обменный файл, чтобы обмениватся информацией, между разными компьютерами и разным програмным обеспечением. Я не прав?
Какраз от разработчика зависит: поддержвивается он той структуры, которая предложена стандартом или же всё по-своему делает.
Наведу пример.
Пример 1. ДЗК использует Digitals, а заказчик, что принёс обменный файл, GIS6. При этом, ДЗК импортирует обменник и оказывается, что блоки угодий не попали в программу.
Пример 2. ДЗК использует GIS6, а заказчик, что принёс обменный файл - Digitals. При этом, после импорта оказывается, что внутрении угодия нарисованы правильно, а внутрихоз нарисован без дырок, тоесть перекрывает другие угодие из-за чего не сходится сума площадей угодий и участка.
И в первом и во втором примере файл валидацию прошол и всё нормально.
Конечно же всем клиентам хотелось бы, чтобы таких ситуаций не было. Ибо сам заказчик то всё правильно сделал, а вот наюнсы в программах не дали передать точно эту информацию и выходит что, в первую очередь, от этого страдают сами заказчики.
Вот так у нас всё в стране и делается, вот так и живём.
Validxml
“Файл XML или схема не существуют или не заданы”
Ошибок 0
Извиняюсь, все нормально открыл программу не распаковав из архива.
Проверил свой файл, 9 ошибок, так как и в Менеджере, не заполнены поля по блоку Держ Акт, но это нормально мы ж их не заполняем.
В ранних версиях Digitals не создавался раздел “Полилинии”, кстати также как и в Менеджере обменных файлов. Появились “Полилинии” в Менеджере - появились и в Диджиталс пару месяцев назад. Несколько разный подход к формированию “Полилиний” в ГИС6(создание длинных цепочек) уже не мешает открывать файлы созданные ГИС6 в Диджиталс (каждая полилиния - отрезок). Проблема с отсутствием тега “Internals” исправлена до 10.02.2011. Ни Менеджер ни ValidXML17 не выдают ошибок на файлы созданные в Диджиталс. Скачивайте свежий ged.exe и XMLNormal.dmf и проблемы отпадут. В обновленном XMLNormal.dmf используется новый классификатор целевого назначения, изменения в “обмеженнях” и мелкие исправления.
Якшо все правильно зробив то в мене 2 помилки видало всього навсього )))))))))))))))))))))))))))))З приводу цього є питання по конвертеру до всіх його користувачів:Розділ постійне користування,обмеження можна взагалі видаляти, якщо вони відсутні(тобто користування немає,і обмежень н аділянку також)???.
PS.:Виходить Digi не приймає ніякої участі у конвертації?Я так розумію?Просто для коректної роботи з XML ged.exe i XMLNormal.dmf, мають бути постійно оновленими так як вони покишо постійно удосконалюються!