Електронний документ XML: загальне технічне обговорення

[Zemljanoj]

К примеру, как правильно?
<!--ідентифікація обмінного файлу: дата формування; унікальний ідентифікатор-->
Так:
<FileID FileDate = “2010.03.02” FileGUID = “132456789” > </FileID>
Или так:
<FileID>
<FileDate = “2010.03.02” />
<FileGUID = “132456789” />
</FileID>

[Alex1977]

Почитайте описание XML формата. Вы делаете синтаксические ошибки. В первом случае

<FileID FileDate = “2010.03.02” FileGUID = “132456789” > </FileID>

FileDate и FileGUID являются атрибутами тега FileID, а значение тега пустое Что впрочем допустимо.

<FileID>
<FileDate = “2010.03.02” />
<FileGUID = “132456789” />
</FileID>

А тут ошибка. Элемент FileID содержит вложенные элементы FileDate и FileGUID, которые в свою очередь содержат только значения атриубтов, но не содержат имен атрибутов. Правильно так:

<FileID>
<FileDate>2010.03.02</FileDate>
<FileGUID>132456789</FileGUID>
</FileID>

[Zemljanoj]

спасибо за ответ
но остался вопрос
по описанию землеустроительного XML - FileDate и FileGUID являются атрибутами или вложенными элементами тега FileID

[Alex1977]

спасибо за ответ
но остался вопрос
по описанию землеустроительного XML - FileDate и FileGUID являются атрибутами или вложенными элементами тега FileID

Беглый взгляд на спецификацию нового обменного формата показывает, что она составлена неграмотно. XML описывает объектную структуру, поэтому нужно показывать дерево классов. В XML имеются типы данных, кроме того можно объявлять свои типы. При описании каждого элемента и атрибута надо указывать тип его значения. Нет обязательной составляющей описания формата, основанного на XML, - XML схемы. XML схемы используются для валидации XML файла. На этом стоит XML - строгое формальное описание структуры, а не единственный вордовский документ с путанными формулировками :)

Да и примеры можно было показать по каждому элементу. В общем, нынешняя версия спецификации ставит больше вопросов, чем дает ответов. Сырая и непрофессиональная документация. Смотрите как составляет документацию Google http://code.google.com/intl/ru/apis/kml ... rence.html. Да и в России к описанию кадастрового обменного формата, тоже основанного на XML, подошли более компетентно.

В отношении вашего вопроса. Из документа можно сделать вывод, что они вовсе не используют XML атрибуты. Слово "атрибут" встречается в спецификации всего несколько раз и ему дано неоднозначное определение:

атрибут - це складова частина елемента обмінного файлу, що визначає його параметри;

А далее в каждой таблице заголовок Склад елемента. Как хочешь так и понимай :)

Вот определение XML атрибута от вики:

http://ru.wikipedia.org/wiki/XML

Остальная часть этого XML-документа состоит из вложенных элементов, некоторые из которых имеют атрибуты и содержимое... Атрибуты — пары имя-значение, добавляемые в открывающий тег после названия элемента.

Очевидно авторы документации решили не заморачиваться с таким мутным понятием как XML атрибут :) И решили обойтись без них. Хотя многие данные намного очевиднее смотрелись бы именно в качестве атрибутов, а не вложенных элементов.

[Pilat]

Уважаемые специалисты в сфере землеустройства, кадастра, программирования, права и геоинформационных технологий!
Взят текст Требований к структуре, содержанию и формату оформления результатов робот по землеустройству в електронном виде (обменного файла), который переведён в “вордовский” формат, по тексту сделаны гиперссылки к дополнениям (и обратно) для более удобного пользования и изучения документа.
Пронумерованы абзацы для возможности чёткой формулировки официальных запросов, предложения и замечаний к содержанию (тексту) Требований.
Если есть желание, пользуйтесь, выкладываю.
Хочу обратить Ваше внимание на пункт 2.2 приказа Госкомзема от 02.11.2009 № 573, которым предусмотрено проведение семинаров для представителей субъектов хозяйственной деятельности, которые имеют право на проведения работ по землеустройству. В связи с чем, было бы очень полезно услышать от Вас конструктивные предложения и замечания по поводу:
1. Розроботки программного обеспечения для создания и проверки обменного файла в новом формате.
2. Использования нового формата обменного файла в контексте внедрения положений постановления КМУ № 1021, а также возможных новых механизмов его использования для продуктивной роботы землеустроителей, оценщиков, териториальных органов Госкомзема, структурных подразделений Центра ГЗК.
3. Содержания обменного файла (а именно: доработка, изменения, устронения неточностей, дополнения по определённым елементам и атрибутам).
Также очень важны Ваши чётко сформулированные вопросы, которые могут быть осуждены на семинарах (сразу скажу что когда будут и будут ли точно семинары сказать не могу по незнанию, но исходя из приказа должны быть).
Заранее благодарен за внимание уделённое этой теме.

Добавлено спустя 42 секунды:

573 2009_11_02.rar

[Сергiй64]

Правильно так:

<FileID>
<FileDate>2010.03.02</FileDate>
<FileGUID>132456789</FileGUID>
</FileID>

а чому не
<FileID>
<FileDate>"2010.03.02"</FileDate>
<FileGUID>"132456789"</FileGUID>
</FileID>
тобто, параметр атрибуту має бути в лапках?

Додано через 16 хвилин 37 секунд:

FileDate и FileGUID являются атрибутами или вложенными элементами тега FileID

я думаю, що краще користуватись вкладеними елементами, оскільки:
"С использованием атрибутов связаны некоторые проблемы:

атрибуты не могут содержать больше одного значения (дочерние элементы могут)
атрибуты тяжело расширяются (в случае каких-либо изменений)
структуры нельзя описать атрибутами (а дочерними элементами — можно)
программам тяжело работать с атрибутами
атрибуты не легко проконтролировать на соответствие единому ОТД — определению типа документа, устанавливающему валидность того или иного XML документа.
Если вы используете атрибуты для хранения данных, то учтите, что ваши документы сложны для чтения и записи. Старайтесь использовать элементы для хранения данных. А атрибуты используйте, только чтобы указать информацию, не имеющую отношение к данным."

http://www.w3schools.com.

Додано через 1 день 7 годин 23 хвилини:
Re: Новые Обменные Файлы (новый формат)
чи я щось пропустив? хто і на якій стадії буде присвоювати коди територіальних зон? і взагалі , який статус цих зон, і що це за екзотика
"016 Ключові території екомережі" ?

Додано через 8 хвилин 16 секунд:
Re: Новые Обменные Файлы (новый формат)

територіальні зони.jpg

[Alex1977]

а чому не
<FileID>
<FileDate>"2010.03.02"</FileDate>
<FileGUID>"132456789"</FileGUID>
</FileID>
тобто, параметр атрибуту має бути в лапках?

Тут не понял. Какой параметр атрибута? В данном случае 2010.03.02 и 132456789 это значения элементов FileDate и FileGUID. Кавычки не нужны.

я думаю, що краще користуватись вкладеними елементами, оскільки:
"С использованием атрибутов связаны некоторые проблемы:

атрибуты не могут содержать больше одного значения (дочерние элементы могут)
атрибуты тяжело расширяются (в случае каких-либо изменений)
структуры нельзя описать атрибутами (а дочерними элементами — можно)
программам тяжело работать с атрибутами
атрибуты не легко проконтролировать на соответствие единому ОТД — определению типа документа, устанавливающему валидность того или иного XML документа.

Странная фобия перед XML атрибутами. Все, основанные на XML, стандарты используют атрибуты и никто не погиб :) Вот пример использования атрибутов в GML(язык географической разметки для обмена и хранения пространственных данных в ГИС) http://en.wikipedia.org/wiki/Geography_Markup_Language.

Код: Виділити все

            <position>
                <gml:Point srsDimension="2" srsName="urn:ogc:def:crs:EPSG:6.6:4326">                    
                       <gml:pos>49.40 -123.26</gml:pos>
                 </gml:Point>
             </position>

Видим, 2 атрибута. Первый описывает размерность пространственной системы координат srsDimension="2", второй имя этой системы в виде унифицированной строки srsName="urn:ogc:def:crs:EPSG:6.6:4326". Далее следует дочерний элемент gml:pos, непосредственно хранящий координаты точки.

Вывод. Атрибуты резонно использовать для описания данных, но не для представления самих данных. В моем примере это была дополнительная информация о том, что же это за строчка чисел в теге gml:pos.

А структуры никто и не пытается описывать атрибутами. В атрибутах используются простые, не комплексные типы: перечисляемые, строковые, дата/время и т.д. Программы, работающие с XML работают с атрибутами ничуть не хуже чем с дочерними элементами. Если программа не умеет работать с XML атрибутами, нафик такую программу.

Для валидации XML файлов уже многие годы используются XML схемы. Определение типа документа ОТД (англ. DTD) - это устаревший способ валидации http://ru.wikipedia.org/wiki/DTD. XML схемы описывают все составляющие узлов документа атрибуты и элементы на равных. Вот пример:

Код: Виділити все

<complexType name="DegreesType"> 
 <simpleContent>
  <extension base="gml:DegreeValueType"> 
   <attribute name="direction"> 
    <simpleType> 
     <restriction base="string">
     <enumeration value="N"/> 
     <enumeration value="E"/> 
     <enumeration value="S"/> 
     <enumeration value="W"/> 
...

Здесь описан атрибут с именем direction и список его допустимых значений.

Я считаю, что новый обменный формат составлен на скорую руку без изучения мировых тенденций (того же стандарта GML). Такие разработки не должны быть закрытыми, в этом похоже главная ошибка. Кроме того формат плохо документирован. Убедите меня в обратном.

[AeroMaster]

Когда эта хрень вступает в действие?

[dexter3000]

Когда эта хрень вступает в действие?

5. Цей наказ набирає чинності з дня його офіційного опублікування, крім пунктів 1 та 3 наказу, які набирають чинності з 15.05.2010.

Опубликован - Офіційний вісник України вiд 01.03.2010 - 2010 р., № 12.

[AeroMaster]

Так что в старом формате уже не возьмут?

[Шаман]

Так что в старом формате уже не возьмут?

Если хорошо "просить", то возьмут все.

[013x]

оце вже капець з іхніми ІН 4! ну і так тут незнаєш за що в першу чергу хвататися ! а вони ще ускладнюють роботу! я міг за день якщо немішають до 100 ін 4 зробити! а тепер ууу поки навчусь, то а справ валом !! Заведуть ДЗК в гроб! тай все! а краще не краще! пробували не пробували! як уже рука набина на старому ін 4! щя попробуй попрацювати на новому! поки настоїшся привикниш! то а робота буде стояти! Zaryt ВАЖКо стало працювати! в ДЗК! Люди як подуріди!Бусплатні бланки! все двері вибивають! та ще давай душити цими змінами в програмному забеспечені!

якщо не заповнював in4 вручну в текстовому редакторі то в більшості випадків перехід буде практично безпроблемним, головне щоб основні ГІС програми (Digitals і т.д.) почали підтримувати цей формат

[drofanya]

Пишу с учетки своей жены, т.к сам не зарегистрирован
Я разрабатываю и сопровождаю внутри предприятия кадастровую БД и ПО для нее на протяжении 3х лет , тема мне очень близка и доставит немало хлопот. Поэтому не мог пройти мимо.
Конечно интересно было бы глянуть на заполненный пример подобного ОФ и получить xsd схемы. А то описание без примеров, выглядит как-то несерьезно для документа подобного рода.
Что ж, какие мысли возникают:
1 Жаль, что за основу так и не был взят GML, было бы ближе к межотраслевым стандартам.
2 Почему в теге кородинатной системы включили только ее название, а не полноценное описание: центральный меридиан, X0,Y0, угол разворота?
3 Не согласен с выделением субаренды в отдельный тег, по-моему он должен быть дочерним в теге аренды

Код: Виділити все

<Leases>
    <Subleases>
    </Subleases>
  </Leases>

4 Опять же зачем теги правообладателей и тех.документации и гос.актов скинули в корень тега ParcelInfo
более логично участок- правоустанавливающий документ - правообладатель

Код: Виділити все

<ParcelInfo> 
      <StateActInfo>
        <TechnicalDocumentationInfo>
        </TechnicalDocumentationInfo>
        <OwnerInfo>
        </OwnerInfo>
      <StateActInfo>
</ParcelInfo>

5 У типов TechnicalDocumentationInfo , Lease, StateActInfo, ExecutivePowerDecision отсутствуют глобальные идентификаторы, по которым можно было бы отловить дубли при повторном импорте этой информации в БД. И вообще, ведь, подразумевается что информация будет храниться в таблицах РСУБД, почему бы не прикинуть где нужны идентификаторы и снабдить ими объекты типов, при том идентификаторы должны формироваться каким-то общим для всех способом.
6 Почему тип Данные про исполнителя работ , содержат теги которые есть в ЮР и физ. лице. Следует включить в тип Исполнителя работ дочерний тег по юр.лицу или физ лицу.
7 Если отслеживать период жизни права в LegalModelInfo

Код: Виділити все

Duration
Термін дії права 	StartDate
Початок терміну дії права 
	ExpirationDate
Закінчення терміну дії права 

почему бы не снабдить все типы информацией о сроке жизни, чтобы отслеживать историю изменений? Ведь для АСГЗК это необходимо.

8 По-хорошему нужно опубликовать xsd схемы для разработчиков ПО. Опубликованный документ в первую очередь направлен та технических специалистов.
9 Если затрагивать тему разработки ПО, для сторонних разработчиков желательно опубликовать SDK для MS DotNet и конечно же желательно , чтобы с открытыми исходными кодами. Ведь, все равно организации будут работать в привычном для них ПО. Его придется как-то адаптировать причем в сжатые сроки.
10 Пару месяцев для такой перестройки явно не хватит, тем более что у разработчиков формата их собственное ПО еще не готово, а еще не учтено время на конвертацию имеющихся данных. Реальный срок пол-года, не меньше.
5+5=?
11 Вообще, почему предварительно не выставлен на обсуждение. То, что рассылали переведенную документацию OGC GML не считается


А вообще переход на XML -правильное решение, я всегда негодовал почему это не было сделано в самом начале Uchoba

[Alex1977]

Поддерживаю drofanya, в общем его мысли совпали с моими высказываниями. Формат сырой, описание неполное. Но переход на XML основанный формат - шаг вперед. XML намного легче расширяется чем In4, и намного более формальный. В In4 некоторые ДЗК с успехом добавляли свои дескрипторы и требовали их заполнения. Чувствую такая практика будет и в дальнейшем, благо с XML это делать проще. Тут хочу обратить внимание, что расширение XML нужно выполнять вводя свое пространство имен . Это позволит избежать перекрытие имен тегов, добавленные теги можно будет сразу выявить. Это послание админам ДЗК, или кто там выдумывал новые дескрипторы в In4, если будете расширять новый обменный формат, то делайте это грамотно.

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

[kvita]

Много есть вопросов к формату. Хватает и замечаний. Но необходимо понимать и знать как данный документ разрабатывался и как он трансформировался по мере согласований на всех уровнях.
Данный вариант является компромисным, на данный момент он удовлетворяет и ДКЗ и ЦДЗК и минюст.
Конечно было бы абсолютно корректно одним из приложений прописать xsd схему (хотел бы посмотреть на данный документ , стартовый вариант схемы "правильного" описания составил более 300 страниц). Но как видите эта идея не прошла. Надеюсь, что в ближайшее время на сайте ДКЗ или ЦДЗК будет выложена xsd схема.

Важное преимущество нового формата: вносить изменения в данный формат будет в будущем гораздо проще и легче (например: при изменении законодательства).

Квита Геннадий
ЦДЗК

[Volodar]

Ні чого не розуміюся в питаннях: xsd схема XML і т.д.
А <Leases>
<Subleases>
</Subleases>
</Leases>
Для мене повний ... UPPP
Розуміюсь тільки, що знову прийдеться закуповувати нове програмне забезпечення, і замість того щоб займатися землевпорядкування - займатися якимось програмуванням нових дурок ДКЗ і ДЗК, і спеціалістам із ДЗК доводити що вони далекі в сферах не тільки землевпорядкуванні, а і "xsd схема XML"
Цікаво почути думку ДЗК про організацію роботи в "перехідний період". А то знов "це не правильно, а як правильно не знаю"

[drofanya]

kvita, если у Вас есть черновик схемы, просьба выложить сюда. Хочется повтыкать на досуге Obid

[Volodar]

Я не юрист, але здається мені, що це різні обмінні файли.

Тобто будемо робити не один файл, а два, і відповідно буде дві відмітки про здавання його. О це схоже на Неньку-Україну.

[steelman2012]

Згоден новий формат це ................ якийсь!!!!! і що будемо робити не відомо Smert

[kvita]

Интересен данный эмоциональный комментарий:
"Згоден новий формат це ................ якийсь!!!!! і що будемо робити не відомо (с баяном)"
Некоторе время назад постоянно звучали слова, что у обменного формата in4 и то плохо, и се плохо... Сейчас предпринята попытка изменить ситуацию.
Я понимаю, что и старый формат обменного файла устраивает землеустроительные фирмы. Но этот формат должен устраивать и другую сторону (государство). Давайте обратим внимание, обменный файл есть результат землеустроительных работ между кем и кем? Как минимум есть две стороны: тот кто формирует обменный файл и тот кто его принимает (наверное тот кто читает данный форум понимает зачем обменный файл необходим). И я не уверен, что частные интересы землеустроительных фирм должны иметь преимущества над интересами всей нашей страны (извиняюсь за пафос). Скорее всего, должен быть определенный паритет.

Квита Геннадий

[Chernov]

Давайте обратим внимание, обменный файл есть результат землеустроительных работ между кем и кем? Как минимум есть две стороны: тот кто формирует обменный файл и тот кто его принимает (наверное тот кто читает данный форум понимает зачем обменный файл необходим). И я не уверен, что частные интересы землеустроительных фирм должны иметь преимущества над интересами всей нашей страны (извиняюсь за пафос). Скорее всего, должен быть определенный паритет.

Квита Геннадий

Давайте, прежде всего, обратим внимание, что обменный файл есть СРЕДСТВО ПЕРЕДАЧИ результатов землеустроительных работ не между "кем и кем?" , а между ЧЕМ и ЧЕМ.
Между базой данных рядового землеустроителя, который может работать в чем угодно, от блокнота до ArcGIS и базой ГЗК страны, строго говоря, средством репликации этой базы.

Так вот, на мой взгляд, г. Квита заставляет бежать хвост впереди собаки. Прежде чем с массонской таинственностью надувать щеки по поводу "универсальности" давно устаревшего и не самого удачного в данном конкретном случае формата, и великих трудностей и опасностей, подстерегающих его создателей на каждом шагу, покажите почтенной публике структуру базы данных, которую предстоит наполнять с его помощью. Очевидно, это должна быть геобаза, для которой понятия, такие, как "семантика", "графика" или "метрика" имеют уже совсем другой смысл, чем для многострадального ин4 и существующих в настоящее время программных средств, для которых он (ин4) является конечным продуктом :D .

Отсюда и проистекает отсутствие сколь-нибудь формализованного описания формата.

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

Таким образом, все потуги создать универсальное "нечто" породят лишь "ничто", пока не будут сделаны следующие шаги:

1. Разработана и выставлена на широкое обсуждение структура базы ГЗК, а точнее базы информации об объектах недвижимости, включающих и (в том числе) земельные участки.
2. Вычленены сферы ответственности за вносимую информацию всех задействованных в эксплуатации этой базы сторон.
3. Проработаны процедуры документооборота и соглашения о связях, обеспечивающие перекрестный контроль достоверности информации, поступающей из различных источников.

А вот уже после этого станет очевидным и легко формализуемым тот формат, который необходимо использовать для обмена информацией в различных направлениях, и, В ЧАСТНОСТИ, обменом земельно-кадастровой информацией.
За опытом далеко ходить не надо. Просто поучиться у "клятих москалів".
А если пойти дальше их, то можно понять, что никакие "обменные файлы"и не нужны вовсе, а нужны средства удаленного редактирования базы и средства модерирования на верхнем уровне этого редактирования.

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

Ну, и на переходный период для землеустройства разработать и сделать общедоступным ПО для конвертации ин4 в нужный формат, позволяющее дополнять данные ин4 атрибутикой, которая отсутствует на данный момент в его дескрипторах.

Так что поставьте лошадь впереди телеги, и будет вам (и всем нам) счастье. А при нынешнем подходе к проблеме, извините за скудность речи, кроме геммороя у всех участников процесса никаких диагнозов не будет.... IMHO

И будет Госкомзем и дальше объявлять многомиллионные тендеры на сканирование информации ДЗК, не представляя, куда потом эти сканы пришить и что с ними делать. Хотя это уже совсем другая песня.... так сказать, офтопик в тему о коррупции.

[kvita]

Рад , что существуют участники форума (такие как Chernov), которые правильно понимают зачем необходим новый формат обменного файла. Поднятые им вопросы абсолютно правильны!
Относительно замечания предыдущего автора: "... обменный файл есть СРЕДСТВО ПЕРЕДАЧИ результатов землеустроительных работ не между 'кем и кем?' , а между ЧЕМ и ЧЕМ " - действительно правильное уточнение. Хотя в Украине очень часто решается между 'кем и кем?', что не есть правильно.

Квита Геннадий

[Chernov]

Чи є вже в когось зразок того файлу?

Подойдите к своему бухгалтеру (или человеку , который сдает отчеты в электронном виде в пенсионный фонд). Попросите у него посмотреть на те файлы, которые ему выдает программа по персонификации. Это и будет на 99% образец. А одного процента даже сами разработчики еще пока не знают :D

А указ не будет выполняться до тех пор, пока авторы идеи не напишут конвертилку из ин4 в свой формат и не раздадут ее всем желающим. Там нормальному программисту на пол-дня работы.

Пока же это все игры в испорченный телефон....

[WladMir]

Вот разьяснение Центра:
На численні прохання надаємо далеко не повний перелік програмного забезпечення, яке може застосовуватися для роботи з новим обмінним файлом у XML форматі та/або його XSD схемою:

1. Так як XML файл - це звичайний текстовий файл, то редагувати його можна в будь-якому текстовому редакторі:
° Блокнот
° WordPad
° Microsoft Word
або більш продвинутих:
° Notepad++ (http://notepad-plus.sourceforge.net/uk/site.htm)
° Far Manager (http://www.farmanager.com/)
° Vim та його клони (http://www.vim.org/)
2. Існують спеціалізовані (переважно комерційні) програмні комплекси для роботи з XML:
° Altova XMLSpy (http://www.altova.com/xmlspy.html)
° Liquid XML Studio (http://www.liquid-technologies.com/Xml-Studio.aspx)
° Stylus Studio (http://www.stylusstudio.com/)
3. Практично всі інтегровані середовища розробки (IDE, Integrated development environment) вміють працювати з XML файлами:
° Eclipse (http://www.eclipse.org/)
° Microsoft Visual Studio (http://www.microsoft.com/visualstudio)
° NetBeans (http://share.java.net/index.html)
Більш детальну інформацію про XML можна отримати на сайті World Wide Web Consortium (http://www.w3.org). Почати рекомендую з короткого опису "XML у 10 пунктах" (http://aula.w3.lt/uk/w3c/XML-in-10-points/).
У меня нет даже мыслей на коментарии. Настолько исчерпавыюще нам ответили...

[WladMir]

А это ответ на какой вопрос?

Чем редактировать файлы я и так знаю . Мне бы образчик файла Krutelyk .

Это ответ на наказ 573 (в месячный строк разработать програмное обеспечение и в двухмесячный раздать на тестирование)
А вот и примеры

xml.zip