Филиппов Владислав

Вот такая задача для выгрузок из КП Есть схема «Сведения о земельных участках, передаваемых с районного на региональный уровень». Выгружается весь район, а он может быть в разных зонах МСК. Утилита анализирует какая система у конкретного XML и копирует его в директорию с именем СК (МСК-70, зона 4). Далее можно LandProcessor'ом конвертировать все xml в одной МСК в один шейп-файл.    Вот кино про это. В этом примере МСК-70 3 зоны.  

Выпустил версию 4.5. Всё, нет больше JavaFX. Остался старый swing-UI работающий и запускающийся везде без проблем. Выпилена одна ошибка . Качаем как обычно тут Проверяем. пишем про ошибки :)

Чтобы не забыть. Генерация классов по XSD. xjc -p org.tomskgislab.landprocessor.shema.stdkpt8 STD_KPT.xsd -d src -p пэкэдж -d директория в которую будут генерироваться классы ну и сам файл, тут STD_KPT.xsd compiling a schema... org/tomskgislab/landprocessor/shema/stdkpt8/CoordSystem.java org/tomskgislab/landprocessor/shema/stdkpt8/DApartmentType.java org/tomskgislab/landprocessor/shema/stdkpt8/DLocationLevel1Type.java org/tomskgislab/landprocessor/shema/stdkpt8/DLocationLevel2Type.java org/tomskgislab/landprocessor/shema/stdkpt8/DLocationLevel3Type.java org/tomskgislab/landprocessor/shema/stdkpt8/DSovietVillage.java org/tomskgislab/landprocessor/shema/stdkpt8/DUrbanDistrict.java org/tomskgislab/landprocessor/shema/stdkpt8/EntitySpatial.java org/tomskgislab/landprocessor/shema/stdkpt8/ObjectFactory.java org/tomskgislab/landprocessor/shema/stdkpt8/Parcels.java org/tomskgislab/landprocessor/shema/stdkpt8/RegionCadastr.java org/tomskgislab/landprocessor/shema/stdkpt8/TAddress.java...

Вернул вычисляемые значения размера атрибутивных полей. Раньше была проблема: если значения  какого-либо из атрибутов у всех объектов не было, то размер этого поля выставлялся в 0. Такое поле невозможно сохранить в shape-файл. Теперь в таком случае поле имеет размер 1 знак. забирать тут -  https://sites.google.com/site/landprocessorproject/landprocessor версия 3.0.1 Проверьте пожалуйста, обрабатываются ли подобные данные.

Тут прислали мне XML 140 МБ!  Java пишет что мало памяти. Со второго раза я увеличил размер до 2048 МБ, по умолчанию в батнике 512 МБ. Получилось! 15 620 объектов. попробуйте и вы, вот XML в архиве сам конвертер как обычно тут -  https://sites.google.com/site/landprocessorproject/landprocessor Я добавил батники для запуска с параметрами для больших XML -  StartForBigData.bat Art upd в конвертерах типа Инстер-Конвертер у вас будет больше объектов, но у них неверная геометрия - ошибки в XML. Моим конвертером вы получаете только правильно описанную геометрию объектов недвижимости.

Добавлена обработка атрибута Name тега Parcel - это тип участка из справочника dParcels.xsd ( Землепользование, Единое землепользование, Обособленный участок, Условный участок, Многоконтурный участок ).  Справочник в схеме построен совершенно по другому принципу, нежели все остальные, поэтому его значение теперь прописаны в константах LabdProcessor'а. версия 1.3.1 качаем !

Обновил LandProcessor: Обработка Единого землепользования Исправлена обработка типа части ЗУ Как обычно забираем тут - https://sites.google.com/site/landprocessorproject/landprocessor

Обновился LandProcessor . 1.3.0-SNAPSHOT. Основание - не обрабатывались кадастровые паспорта, начальный тег <....KP>. Стараниями Дениса Першина добавлено сохранение в MID/MIF и проведён рефакторинг. Сейчас всё очень сыро!!! Только для проверок! 

Вышла новая версия https://sites.google.com/site/landpro cessorproject/ Исправлено: копирование предыдущих объектов в последующий щейп, если в текущем XML нет геометрического описания. После каждого сохранения теперь очищается коллекция объектов.

Пока не разобрался почему так, но если отключить проверку у Polygon.IsValid(); то некоторые ЗУ, у которых много внутренних контуров-дырок, попадают в выходной shape-файл.  За "странные" результаты, спасибо Донецкову gis-lab за тесты. Текущая версия 1.2.3

Большое спасибо господам Донецкову (с gis-lab.info) и Аюпову (с Краснодарского края) за участие в тестировании. Исправлена ошибка обработки полигонов с "дырками". Теперь обрабатываются полные кадастровые номера и номера типа ":0001" вместе (пример на первой картинке). Так же спасибо г-ну Барышникову за wxGISCatalog . Забирайте А теперь картинки! Обратите внимание, по схеме Разрешенное использование по типу - обязательное значение, а вот тут его нет (последний ЗУ): красиво тоже красиво

Ну вот выпустил -  http://sites.google.com/site/landprocessorproject/landprocessor Новшество в том, что используется технология JAXB и все справочные значения берутся из схем (XSD). Пример атрибутивной таблицы в wxGISCatalog Ну и конечно графика Пока всё для тестов! Проверяйте. Жду единомышленников для более плодотворной работы, проект открытый. Протестил на 57 xml. Где-то 1,5 минуты и 57 шейпов. Ясно, что зависит от ресурсов машины.

Так вот, заказываю я информацию из ГКН, приходят письма, там номер заявки и код платежа. Ввожу код на портале, кнопка та самая появляется чёрт знает где, жму и попадаю на QIWI-кошелёк и плачу. Обычно, после этого статус у моей заявки меняется на "В работе" и через 3-15 дней прийдёт заказ. Но не в этот раз, куча оплаченного так и остаётся "Ожидает оплаты" Вот скрин, жаль что на Росреетре нет даты: Я написал в ЦА Росреетра через "Обращения граждан". Учитывая, что последний мой запрос от 17 октября, до сих пор без ответа, что будет с этим не знаю. Но тут деньги уплачены, много. Да, а некоторые заявки, до сих пор "проверяются", одна аж с 29 октября.

Разбираясь с XML Росреестра (они говорят, что это не их формат, а тех ребят, кто его разработал lol) и спрашивая знакомых программистов, решил использовать сабж для работы со словарями, коих много. Что не удивительно, много информации на отличном ресурсе Developers Works отличной компании IBM -  http://www.ibm.com/developerworks/ru/library/x-javaxpathapi/index.html и большой учебник  http://www.ibm.com/developerworks/ru/edu/x-xpath/index.html

Я таки выкрутился, указал яндекс-ящик и отправил сообщение через форму на сайте Росреестра. И вот ответ! Я дождался! Добрый день! При описании границ земельного участка, который представляет из себя контур с «дырками» нужно описать несколько элементов <Spatial_Element>. При этом, первым должен быть описан внешний контур, за ним должны быть описаны внутренние контура. При этом порядок обхода точек внешнего контура должен быть против часовой стрелки, а внутренних – по часовой стрелке. Если участок имеет более одного внешнего контура, в терминологии ГКН он является «Многоконтурным земельным участком»,   при этом значение атрибута @ Name  этого участка должно быть равно «05»,  вместо ветки <Entity_Spatial> должна быть сформирована ветка <Contours>. Каждый внешний контур должен быть описан в элементе <Contour>, при этом правила описания его границ <Entity_Spatial> соответствуют правилам описания границ <Entity_Spatial> ...

Есть такая программа  Программный комплекс «Информационная Система Предварительной Подготовки Данных в электронном виде для оказания государственных услуг по кадастровому учету и регистрации прав» (для подготовки межевого плана). Находится она тут . То, что она написана с привлечением разработчиков самих Росреестровских XML-схем, уже хорошо. Они-то знают что у них и где. Слабая сторона - пространственная составляющая, исходное графическое описание объектов землеустройства (объектов недвижимости). Программа принимает MIF-файл. Половинку (без MID-файла) обменного текстового формата ГИС MapInfo. Что ясно из документации: В результате импорта в формы «Образуемый ЗУ», «Измененный ЗУ», будут загружены «Координаты X и Y» из всех разделов Region (многоугольник) mif-файла, а в форму «Смежный ЗУ» – из разделов Pline (ломаная). При работе с формой  "Смежный ЗУ" могут быть загружены: 1) либо одинаковые значения в колонки "Существующие координаты X и Y" и "Уто...

Новая версия LandProcessor 0.9.1. Убрал создание точечного слоя так как всё равно у всех участков точки начинаются с "1". Решил проблему с нехваткой памяти при обработки больших XML. Исправил баг с окном лога. Жаль что сайт проекта лёг поспать и вставать не хочет..., кому надо - пишите мне.

В то время, как все пишут конвертеры кадастровых XML в MID/MIF, по понятным причинам, я продолжаю работать над развитием конвертера в ESRI shape-file. Пока для тестов: Теперь есть выбор кодировки: универсальный UTF8 или виндовский CP1251. Так же добавлено (очень коряво :)) ) установка системы координат. Всё просто - в текстовом виде нужно указать параметры системы координат, которая вам нужна, в формате  Well-Known Text format . Например так (UTM 45N): PROJCS["WGS 84 / UTM zone 45N",   GEOGCS["WGS 84",     DATUM["World Geodetic System 1984",       SPHEROID["WGS 84", 6378137.0, 298.257223563, AUTHORITY["EPSG","7030"]],       AUTHORITY["EPSG","6326"]],     PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]],     UNIT["degree", 0.017453292519943295],     AXIS["Geodetic longitude", EAST],     AXIS["Geodetic latitude", NORTH],     AUTHORITY[...

Уделил немного времени проекту Vertex в плане модуля LandProcessor - конвертирование данных из обменного XML Росреестра (КПТ, КВЗУ) в Shape-файл, одному из мировых стандартов хранения ГИС-информации. Новая версия 0.8.0. Забирать тут . Версия считается (пока) сырой! XML теперь разбирается DOM-парсером вместо SAX.  Вместо версии 8.0 M2 библиотеки Geotools используется последняя версия 8.0 M4. Отключено окно предпросмотра результатов конвертации (если нужно вернуть - пишите). Упрощён запуск приложения, двойной клик на LandProcessor-0.8.0.jar. Версия сырая и её нужно тестировать. Я тестировал на тех данных, на обработке которых "заткнулся" предыдущий конвертер. Своих исходных данных у меня пока нет, они появляются у меня периодически. Пользуйтесь на здоровье и пишите о всех ошибках программы. Буду стараться реагировать оперативно. Ну и в сотый раз взываю к общественности. Проекту нужны:  разработчики на Java любого уровня подготовки;  зн...

Продолжаю работу над LandProcessor'ом. Перевёл обработку с SAX на DOM-парсер. Убрал пока отображение полученного shape.