Аналитика

Длинны линий в хмл файле имеют 12 знаков после запятой......

Прежде, чем искать фишки Digitals и проявлять интерес к описанию участков, блока угодий, делать выводы, что правильно и неправильно, хотелось бы увидеть от NickS описание структуры файлов c данными программы GIS6 (можно даже сделать отдельную ветку форума). Здесь же пишутся пожелания разработчикам Digitals и обмен опытом работы для пользователей Digitals.

Еще один вопрос как прописивать смежников если их 2 или больше на одно смежество (совместная собственность)?

Как сделать в Digitals чтобы XML сохранял координаты 3 знака после запятой, и длины линий - 2 знака после запятой

КОНВЕРТЕР IN4-XML
Партнер компании ECOMM Co - компания «ІЛС-Україна» в рамках проекта USAID LINC (Local Investment and National Competitiveness) предлагает программный продукт - менеджер обменных файлов, который представляет собой конвертационную утилиту из "старого" IN4 в новый формат на основе XML.

Ссылка на скачивание продукта >>>http://letitbit.net/download/59518.54ed4875f072918f2c9c886e9515/in4-xml.rar.html
Програма работае сам проверял!!!
Для установкы нужен Microsoft .NET Framework 3.5 >>
Cкачать можно здесьhttp://letitbit.net/download/98397.906fb2122a73991c70aeb4e8d493/dotNetFx40_Full_x86_x64.exe.html

Brodskuy, а смысл сообщения? Или вы думаете что тут не знают за конвертер?

Смысл, очевидно в том, что за скачивание с таких сайтов как letitbit.net аплоадеры могут получать бонусы.

очень интересный разработчик у этого конвертера. работают на американских грантах. дожились, блин

Специально для этого я сделал обменный файл из программы GIS6, чтобы разработчики проверили его и посмотрели правильно ли он импортируется в программу. Чтобы увидеть как описывается блок угодий, описание участков, Вы можете просто открыть тот файлик. Или я могу рассказать. Но факт в том, что этот файл проходит валидацию в стандартной проверке файлов XML, а проходит ли её файл сделанный в Digitals? Ведь Вам же работать, ведь именно в ДЗК будут потом отбраковывать и возвращать эти файлы.
Если Вы найдёте в нас какую-то ошибку и укажите что у нас не так как надо описано, пожалуйста, я буду только рад и исправим это в программе.
Повторю именно для того, чтобы сделать стандартизацию обменных файлов я и выставил обменник и пишу здесь. И именно для того, чтобы наши клиенты могли спокойно передавать обменники между ГИС6 и Digitals. Если разработчики не хотят сотрудничать над этим вопросом - пожалуйста.

проходит ли её файл сделанный в Digitals?
Проходит валидность через validxml 17.1 ту что использует Gis 6
За исключением что только появляется при создание тех.докум. появляется тег <DateDrafted>23.12.2010 11:22:37</DateDrafted> , но думаю разработчики исправят

А как насчет структуры файла GIS6? Зачем передавать обменники между ГИС6 и Digitals в XML?
Проверку файлы, созданные в Digitals, проходят, так что в ДЗК особых проблем быть не должно. Насчет стандартизации, эта задача не должна стоять ни перед разработчиками GIS6 ни перед разработчиками Digitals. Стандартизацией в нашей стране занимаются абсолютно другие органы.

Проходит, конечно. Мы это сделали сразу же как только взяли предложенный разработчиками файл.

Не только, ещё и ту что в "Менеджере файлов" (стандартную). Именно этой прогой ДЗК планируют проверять обменные файлы.


GIS 6 не хранит информацию в файлах. Она хранит информацию в базах данных MSSQL. Сами таблици можно посмотреть, любой прогой, которая формирует sql-запросы. Связи таблиц тоже нами не скрываются, есть методические материалы.


А в чём? Затем и придуман обменный файл, чтобы обмениватся информацией, между разными компьютерами и разным програмным обеспечением. Я не прав?


Какраз от разработчика зависит: поддержвивается он той структуры, которая предложена стандартом или же всё по-своему делает.

Наведу пример.
Пример 1. ДЗК использует Digitals, а заказчик, что принёс обменный файл, GIS6. При этом, ДЗК импортирует обменник и оказывается, что блоки угодий не попали в программу.

Пример 2. ДЗК использует GIS6, а заказчик, что принёс обменный файл - Digitals. При этом, после импорта оказывается, что внутрении угодия нарисованы правильно, а внутрихоз нарисован без дырок, тоесть перекрывает другие угодие из-за чего не сходится сума площадей угодий и участка.

И в первом и во втором примере файл валидацию прошол и всё нормально.

Конечно же всем клиентам хотелось бы, чтобы таких ситуаций не было. Ибо сам заказчик то всё правильно сделал, а вот наюнсы в программах не дали передать точно эту информацию и выходит что, в первую очередь, от этого страдают сами заказчики.


Вот так у нас всё в стране и делается, вот так и живём.

А что за validxml 17.1, где взять, пощупать.

Это розработанная нами програмулина для проверки xml специально по схеме ЦДЗК.
http://www.gis.org.ua/download/validxml17.zip

Validxml
"Файл XML или схема не существуют или не заданы"
Ошибок 0
Извиняюсь, все нормально открыл программу не распаковав из архива.
Проверил свой файл, 9 ошибок, так как и в Менеджере, не заполнены поля по блоку Держ Акт, но это нормально мы ж их не заполняем.