Сообщения

Показаны сообщения с ярлыком "конвертер XML Росреестра"
Преобразование XSLT  в Java package edu.javacourse.xml; import java.io.ByteArrayOutputStream; import java.io.FileInputStream; import java.io.IOException; import java.io.InputStream; import javax.xml.transform.Transformer; import javax.xml.transform.TransformerFactory; import javax.xml.transform.stream.StreamResult; import javax.xml.transform.stream.StreamSource; public class XslConverter {     public String xmlToString(String xmlFile, String xslFile) throws Exception {         // Открыть файлы в виде потоков         InputStream xml = new FileInputStream(xmlFile);         InputStream xsl = new FileInputStream(xslFile);         // Создать источник для трансформации из потоков         StreamSource xmlSource = new StreamSource(xml);         StreamSource stylesource = new StreamSource(xsl);     ...
в честь вчерашнего праздника обновил онлайн-конвертер росреестровских XML (КПТ 09 и 10) в GeoJSON. Теперь ещё больше ОКСов. Файл 465 Мб не открывается, скорее всего из-за ограничения FileReader в Chrome и Firefox. http://filippov70.github.io/cadXML2GeoJSON/
Обновил Landprocessor до версии 7.1.0 Можно создавать шейпфайл с характерными точками участков, если в меню "Настройки" выбрать соответствующую опцию. У участков теперь есть поле с коротким номером участка в формате :ХХХХ, а так же значение Inaccuracy у площади участка.  https://sites.google.com/site/landprocessorproject/landprocessor

Hot fix LandProcessor

Изображение
Оказывается в «Сведения о земельных участках, передаваемых с районного на региональный уровень» координаты в декартовой СК, а не как в геодезии. Ещё обнаружил описание пространственной составляющей ЗУ состоящей из двух контурочков (типа основной и внутренний, не многоконтурный), где у второго контура X и Y перепутаны! Они такие же как у первого контура, но поменяны местами :) Поэтому теперь добавлена проверка на такой фокус. Если вы увидите в логе " Внимание, слишком большой экстент данных! Возможно наличие перепутанных координат ", то нужно проверить полученные данные в ГИС, 99% что вы увидите "улетевший" участок или несколько. Вот так  это выглядит в XML а вот он ПКК - http://maps.rosreestr.ru/PortalOnline/?l=20&x=9470319.04375&y=7632703.9427000005&mls=arcgisonline|anno&cls=cadastre  контур -то один!  Теперь версия 4.6.2.  Скоро будет на https://sites.google.com/site/landprocessorproject/ 

Сортировка XML-файлов Росреестра по системам координат

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

Большое обновление LandProcessor

1. Обновление UI, исправлены некоторые баги, рефакторинг кода. 2. Добавлена обработка нового типа XML "Сведения о земельных участках, передаваемых с районного на региональный уровень". Это данные кадастровой палаты используемые при межведомственном взаимодействии. Скачать можно как обычно тут , а так же с geodesist.ru .  Тестируем, пишем про баги.

Новая версия LandProcessor

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

Поддержка новых схем Росреестра в LandProcessor

Дошли таки руки, минут 20 люто жал на клавиатуру и вот: КВЗУ версии 05, проверил на 2-х имеющихся файлах КПТ версии 08, на одном файле проверял https://sites.google.com/site/landprocessorproject/ Проверяете или высылайте мне, у меня на работе задач по конвертации пока нет. Слать на filippov70@gmail.com

LandProcessor на JavaFX

Изображение
Вроде получилось перевести LandProcessor на JavaFX 2, для работы необходимо иметь Oracle JRE 1.7 свежего апдейта, так как  JavaFX теперь это часть  JRE . сам конвертер как обычно тут -  https://sites.google.com/site/landprocessorproject/landprocessor

Обработка огромных кадастровых XML

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

Обновление LandProcessor

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

Изменения в Landprocessor

Да, была ошибка в обработчике КВЗУ, исправил. Как обычно, забираем тут  https://sites.google.com/site/landprocessorproject/landprocessor

Изменения в Landprocessor

После того, как некоторые люди, кадастровые инженеры, вместо со мной решили попытаться вставить описание из prj-файла в Landprocessor, то нас ждало разочарование - не хочет geotools сохранять в новой СК. Далее, всё равно в универсальном трансляторе мпинфы или в QGIS можно назначить СК слою. Что мы и сделали по этому описанию . Потом, соединив всё это с гуглами-osm'ами, получили то что нужно - всё пересчитывается между любыми СК. Так вот, нужно ли иметь возможность в Landprocessor указывать СК? Походу не нужно. Буду выпиливать это от туда. UPD. Выпилил описание системы координат. Теперь информация из PRJ файла выглядит так: LOCAL_CS["Generic cartesian 2D", LOCAL_DATUM["Unknown", 0], UNIT["m", 1.0], AXIS["x", EAST], AXIS["y", NORTH]] типа, план-схема. Далее можно назначить вашим метрам нужную вам местную систему координат. Подробнее можно почитать тут - дока по geotools Версия LandProcessor 1.2.1

Обновление LandProcrssor 1.0.2

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

Бывает говнистость

Разместил новость на social.cadastre.ru про LandProcessor. Несколько строк с адресом этого блога, чтобы народ мог посмотреть скрины и описание. Я на других профильных форумах и блогах так делаю. Так вот, зашёл сегодня туда и случаем увидел что рейтинг у меня уменьшился. Почему? А пост мой заминусили. Есть на этом блоге ( social.cadastre.ru ), на других не замечал, людишки недобрые, злые что-ли? Им не нравится что я даю ссылку на свой блог, но правилами не запрещено это. Бывает и такое, что начинаешь призывать к сотрудничеству (на этом блоге таких практически нет, 99%), а в ответ, мол "призываете вы батенька уже год, чего-то хотите накалякать, ну так как, разродились?" или "весь этот ваш опесорц игрушки", ну и так далее. Народец сам ничего не может сделать или подключиться к разработке да помочь сделать лучше/правильнее, а засрать горазд! Хорошо, что админ блога предусмотрел отключение комментов, чем я и пользуюсь теперь. Скачиваний за сутки около 40, но ни одно...

Релиз тестовой версии LandProcessor

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

Интересное в XML Росреестра

Изображение
Работая над новой версией LandProcessor, обнаруживаю: Что это??? Это контур с одной точкой ))) Ну и так далее.... Всё можно пощупать в архиве . 

Интересный земельный участок

Изображение
Мной обработано большое количество КПТ и КВЗУ из XML-файлов, счёт пошёл на тысячи. Находится много интересного. И вот натолкнулся на такой вот земельный участок (61:01:0000000:18 ): У самого участка нет пространственной составляющей, но он имеет 12 частей (чЗУ), это говорит нам тег <SubParcels>. 4 из которых имеют границы, там объекты недвижимости есть (<Object_Entry> с кадастровыми номерами), а остальные нет и эти "не нарисованные" сервитуты ("Сервитут. Для эксплуатации и ремонта вдольтрассовой ВЛ-10 кВ магистрального нефтепровода "Лисичанск-Тихорецк"", например). Отчего такая избирательность с сервитутами, непонятно. И это, конечно, объяснимо. Но самое непонятное - отсутствие границы самого участка. Части есть, а того, чьи части, нет. Наследие кадастровой. А выглядят эти 4 части так (в wxCatalog), сделал на новом движке LandProcessor:

Госуслуги (Апдейт предыдущего поста)

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