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

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

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

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

Матерился я много периодически, когда возвращался к этой задаче.....4 дня. Значит так, стоит у нас OpenGeo Suite Community Edition, сердце системы Geoserver и версия его 2.2- SNAPSHOT  да и GeoWebCache 1.3- SNAPSHOT  и работает странно, при построении кэша, например 16-ю задачами, через 3 часа остаётся 11, ну и так далее. Сейчас уже будет GeoServer 2.4 и GWC 1.4, да и вообще, обновление оно когда-нибудь всё равно будет. Итак, решил заменить Tomcat с версии 6 на 7, GeoServer с 2.2- SNAPSHOT  на 2.3.3 от 22 июня. PostgreSQL9.2/PostGIS1.5 и сама база остались от OpenGeo Suite. Удалил котика и поставил семёрку. Не стартует, не знает где JDK. тут мне помогла эта статья . Прописал где JDK. Скачиваем war'ник нового  Geoserver  и кладём в /var/lib/tomcat7/webapps/ - котик сам развернёт его после рестарта. Далее перенос папки с нужным workspace из папки data старого  Geoserver  в новый  /var/lib/tomcat7/webapps/geoserver/data/wor...

Чтобы не забыть. Генерация классов по 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...

Установка: sudo add-apt-repository ppa:webupd8team/java sudo apt-get update sudo apt-get install oracle-jdk7-installer В случае, если вам вдруг расхочется иметь на своем компьютере Oracle Java 7 и вернуться в OpenJDK, просто удалите oracle-jdk7-installer и установится ваша старая версия Java (OpenJDK). sudo apt-get remove oracle-jdk7-installer  ещё статья - http://www.linuxrussia.com/2013/04/oracle-java-7-ubuntu-1304-1204-1210.html

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

Оригинал резюме: sudo add-apt-repository ppa:webupd8team/java sudo apt-get update sudo apt-get install oracle-java7-installer sudo apt-get remove oracle-java7-installer и для jdk6: sudo add-apt-repository ppa:ferramroberto/java sudo apt-get update sudo apt-get install sun-java6-jdk export JAVA_HOME=/usr/lib/jvm/java-6-sun echo $JAVA_HOME

Новая версия 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.

Достало меня трахаться с этим XML-ем, что у него и где. Есть желание сделать "как все", по пути наименьшего сопротивления - писать текст в MID/MIF, с точками, ну и пакетная обработка тоже будет. Будет LandProcessorMIF 0.8 НО только не один! будет интересно кому, будем делать.

Поправил конвертер. Тут

Вроде как Росреестр изменил формат выдаваемых XML-файлов Было:  </Spelement_Unit><Spelement_Unit Type_Unit="Линия" Su_Nmb="4"><Ordinate X="486928.74" Y="2174769.73" /><Ordin Стало: <Spelement_Unit Type_Unit="Точка" Su_Nmb="3"><Ordinate X="353660.46" Y="4329031.76"/></Spelement_Unit><Sp Понятно, что Линия не есть Точка Надо изменять LandProcessor

Так как кроме как на google docs не получилось загрузить новый LandProcessor, лежит он там, до тех пор пока не получится разместить на geodesist.ru. пока вот  http://hdd.tomsk.ru/file/wqatecwh

Убил серьёзную ошибку. новая версия тут - линк