Конвертер из Росреестровского XML в tab, mif, csv 2020-03-05

Ого! Пока загружала только 50, делала миф мид, все очень быстро... (в полигоне), 600 мб не знаю, попробуйте)

 

Зато у меня есть NET-wrapper для mitab, read/write! и даже стили

 

Можно поподробнее? Вы работаете в МапИнфо? Для каких целей вам NET-wrapper для mitab? Вот вы получили выписку XML, сконвентировали, теперь это все в МапИнфо...а дальше

 

нет

Есть библиотека mitab читает/пишет tab и mif, используется в OGR. Но написанна на C++, там в исходниках есть обёртка для dotNET, но только на чтение, я добавил возможность записи и настройки стилей

 

ух ты, мои поздравления, коллега!
ну и как, гиговые файлы обрабатывает, типа как мой конвертер?

 

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

--- Сообщения объединены, 26 ноя 2018, Оригинальное время сообщения: 26 ноя 2018 ---

кстати в tab, mif и shp существуют различные ограничения и я как то не уверен, что в них влезет результат...

 

КПТшку 1.2 Гб я сохранял в шейп, понятно, что шейп меньше получается. и TAB тоже не должен быть большим.

я, кстати, в новой версии оставил только shapefile, хотя можно попробовать в GeoPackage, GeoTools давно имеет провайдер. В него можно много запихать - этож БД

 

Скорее всего тяжеловато либо никак, т.к. для загрузки используется класс XmlDocument, а он сразу грузит весь файл в память.

 

вы тоже автор сабжевого конвертера?

 

нет, посмотрел исходники

 

имхо, это зависит от объёма оперативки. У меня есть сервер где over 500 Gb оперативы, там можно много памяти взять.
А у дотнетов можно указать объём дозволенной памяти для процесса, как на моей java (параметр -Xmx)?
Думаю и тут настроить можно

 

тебе столько и не снилось - по умолчанию 2gb на массив, но можно и больше

--- Сообщения объединены, 27 ноя 2018, Оригинальное время сообщения: 27 ноя 2018 ---

боле того, потом идёт куча запросов XPath, но на современных машинах много оперативки...

 

почему?

 

как тебе объект на 15.992 GBytes?
по идее desktop-приложение может скушать всю оперативную память и даже больше, там адресного пространства на 8tb

 

Ещё бы научиться линейные ОКСы корректно отображать, цены бы ей не было.

 

а в чём проблема?

 

так у меня не столько десктоп, у меня скорее серверное приложение командной строки,
я даже gui убрал, ибо не сильно надо. а ближайший сервер - 500 с лишним Гб, а на моём десктопе 16 Гб.
задачи у меня такие

 

для каких задачь нужно столько оперативки?

 

Проблема в том что в КПТ ОКСы площадные от линейных никак не отличаются, по крайней мере я не могу найти отличий.

 

задачи по основному месту работы - создание карт Navitel. и кадастр нам нужен иногда.
данных очень много и для сокращения времени мы используем многопоточность через старый добрый Make.
если никто больше не использует сервер, то я использую 40-50 ядер из 80. и каждый процесс памяти хочет

--- Сообщения объединены, 27 ноя 2018, Оригинальное время сообщения: 27 ноя 2018 ---

как это?
отличаются. Площадные ещё могут быть описаны окружностью (центр, радиус). У линейных нет замыкания последней точки.