А есть же на гитхабе рабочий скрипт. Не знаю, на чем он именно написан,  мб связаться с разработчиком?

так вопрос во что конвертировать.  абстрактно это все. если есть некая система, где надо хранить данные и обрабатывать - значит это "конвертер" из проприетарного XML Росреестра в проприетарную модель данных.  Если задача выпотрошить данные из XML, чтобы просто открыть где-то в ГИС - это уже другой конвертер .  А можно, конечно, просто общее Java API реализовать в виде библиотеки и общей абстрактной модели данных, чтобы в Java проекты и системы интегрировать, это уже третий "конвертер". И  так далее.  Если нужно из одного формата XML в другой- так тут вообще лучше XQuery применить (на раз-два - проще любых парсеров будет).  Задача не поставлена четко :) Или я просто контекст не понимаю специфический кадастровый.  
В лесоустройстве эти "выписки" из кадастра просто используют как внешние контуры лесного участка (если на кадастр поставлен), внутри него.  Редактирование выделов ведут "внутри" внешнего контура, плюс еще фетиш лесоустроительный - увязка площадей под фиксированные "заданные" при царе Горохе  значения (перетекшие из лесных планшетов в кадастр).

описание, форум по конвертеру - https://geodesist.ru/resources/konverter-iz-rosreestrovskogo-xml-v-esri-shape-ili-mid-mif.63/

всем привет! сталкивался ли кто-нибудь с проблемой кластеризации маркеров в Geoserver (PointStacker)? конкретно имею в виду проблему доступа к данным в кластере. Либо,

без геосервера - динамической кластеризацией маркеров в постгис в зависимости от зума

Привет. Мы вот геосерверу не доверяем кластеризацию, а в постгисе можно использовать кластеризацию по сетке через ST_HexagonGrid. Вот тут примеры как это может выглядеть https://geosemantica.ru/clusters. А кластеризацию по расстоянию на клиент не хотите переносить, потому что много точек?

да, точек много. + еще у нас данные редактируемые, клиент имеет возможность добавить данные и тогда кластеры должны меняться динамически (мы даем подпись числа объектов в кластере)

st_hexagongrid можно попробовать – это не мешает редактированию. Если у вас клиент понимает векторные тайлы, то для кластеризации по расстоянию на сервере можно попробовать clusterbuster.

спасибо за ответ! я видела что-то подобное, кажется здесь https://medium.com/geolytix/hex-grid-algorithm-for-postgis-4ac45f61d093
т.е. у вас предрасчитаны таблицы по зумам через ST_HexagonGrid

Верно

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

Нет, таблицы не надо перепросчитывать – только размер центроида.

и интересно, почему не доверили геосерверу?) тоже нужно  было вернуться к данным?

у него плохо получается)

спасибо!) попробую

Здравствуйте!
Подскажите, пожалуйста, способ ускорить процесс нахождения объекта в слое по значению атрибута. В слое (.shp) более 1,8 млн полигонов. Поиск фильтром занимает некоторое время, хотелось бы находить объект сразу.
Пробовал модуль Quick Finder, но при создании файла индексации на середине процесса выдается ошибка.
Может быть в необходимо перевести в другой формат, или воспользоваться подходящим модулем?

или исправить ошибки в данных

+ перевод данных из shp в geopackage

Только хотел это написать

задача системная и "долгоиграющая" или одноразовая? впрочем, всегда есть опция - залить в полноценную БД вроде PostgreSQL и поиметь всю мощь SQL и прочей функциональности.  Просто это может не подойти для "просто пользователей".