Еще раз о картах Росреестра

[PavelML]

Нет, не получится.
Браузер шлёт на сервер rosreestr один запрос GET на весь экран, в нём указан размер экрана, например, size=982%2C472.
А SAS.Planet шлёт запрос GET на каждый тайл (по другому не умеет), соответственно size=256,256.
Если изменить этот параметр, картинка портится.

Кстати, зачем вам кадастровые границы как карта, а не как слой?

Я хочу поэкспериментировать с указанием более высоких разрешений - для таких случаев, когда нужно выкатить кадастровую карту в документ. Если это не прокатывает для кэша SAS.Planet то можно придумать что-то специализированное.
Что касается смысла "зачем" - на этот вопрос ответят те кто занимается землеустройством
16 октября 2010 года земельные палаты решили что за выдачу информации они должны брать деньги. Деньги надсказать неслабые. Скажем кадастровая выписка "в бумаге" - 400 руб. Для постановки на учет, скажем гаража, таких выписок может потребоваться до четырех штук (на смежные соседние гаражи). Для сравнения - в нашем регионе межевики берут за ВСЕ работы по такому объекту до постановки на учет - 4-5 тыс руб.
А если нужен кадастровый план территории - земельная палата юрлицам на один кадастровый квартал продает такую ерундень за 2400 рублей. Если скажем землеустроитель межует линию электропередач - по городу она может пройти через десяток кадастровых кварталов. То есть 24 тысячи рублей отдай палате. При этом сама работа может стоить даже дешевле. Вот такие котята...

А вообще кадастровый инженер имеет право заверять кадастровый план территории своей подписью и ему не обязательно представлять в своей работе официальный документ от земельной палаты. Можно нарисовать карандашом. А можно скачать с инета...

[tae1980]

Нет, не получится.
Браузер шлёт на сервер rosreestr один запрос GET на весь экран, в нём указан размер экрана, например, size=982%2C472.
А SAS.Planet шлёт запрос GET на каждый тайл (по другому не умеет), соответственно size=256,256.
Если изменить этот параметр, картинка портится.

Жаль....

Кстати, зачем вам кадастровые границы как карта, а не как слой?

PavelML уже правильно описал "за чем". В идеале бы получить вектор в dxf или формате Map Info.... Или в текстовом виде координаты поворотных точек по полигонам. Но как я понимаю об этом только мечтать. :((((

Нет, не получится.
Браузер шлёт на сервер rosreestr один запрос GET на весь экран, в нём указан размер экрана, например, size=982%2C472.
А SAS.Planet шлёт запрос GET на каждый тайл (по другому не умеет), соответственно size=256,256.
Если изменить этот параметр, картинка портится.

А если запросить "бооольшоооой" экран? Что если серверу сказать что у нас размер экрана ну очень большой? Не прокатит? Если файл будет слишком большой, его можно порезать вручную уже у себя на компе.

[Tolik]

А если запросить "бооольшоооой" экран? Что если серверу сказать что у нас размер экрана ну очень большой? Не прокатит? Если файл будет слишком большой, его можно порезать вручную уже у себя на компе.

Это можно попробовать сделать без SAS.Планеты.

Зайдите на сайт росреестра в Firefox, откройте нужный регион
Зайдите в меню Tools - Page Info - Media
Найдите там нужную картинку с кадастровыми границами, скопируйте её URL в строку адреса
Измените в адресе цифры после size=... на какие-нибудь другие
Расскажите что получилось.

[tae1980]

Измените в адресе цифры после size=... на какие-нибудь другие
Расскажите что получилось.

Сообщаю о результатах эксперимента. Строчка имеет вид "http://maps.rosreestr.ru/ArcGIS/rest/services/Cadastre/Cadastre/MapServer/export?dpi=96&transparent=true&format=png32&bbox=5103824.065782726%2C6704083.276445127%2C5110483.641872248%2C6707417.841804155&bboxSR=102100&imageSR=102100&size=2048%2C2048&f=image", где
dpi - разрешение картинки, чем меньше - тем более подробная информация, но трудно читаемая... Первый файл вложения с dpi=96 (видны только границы кварталов), второй с dpi=24 (разобрать номера кварталов уже нельзя, но видны границы участков, зона видимости больше).
transparent - неизвестно. Изменение параметра видимого результата не дали.
format - формат файла. Добиться bmp я не смог.
bbox - как я понимаю координаты углов. Система не понятна. Первое можно прочитать как: 51 (градусов) 03 (минуты) 82 (секунды) - что относительно похоже на правду, но остается "4.0657..." куда их девать?
Так же не понятно со второй координатой, Долгота у меня должна быть 48, а не 67....
bboxSR - неизвестно. Изменение приводят к сообщению об ошибки.
imageSR - неизвестно. Изменение приводят к сообщению об ошибки.
size- размер картинки, максимальное значение 2048х2048
f - неизвестно.

Если разобраться с системой координат, то не сложно написать скрипт на rexx формирующий строки для wget, а потом создавать файлы привязки для map info, склеивать файлы и т.п. Хотя результаты не слишком обнадеживают... Для качественной отображения границ, опять же нужно уменьшать область отображения, а это значит что на нужную площадь опять же нужно несколько экранов... Но плюсом является то что, если разобраться с координатами, то можно создать скрипт который по координатам будет выкачивать нужную территория, формировать файлы привязки, преобразовывать координаты в нужную СК. Это можно использовать в своих проектах.

[Tolik]

bbox - координаты углов в метрах (от экватора и какого-то меридиана)

[tae1980]

bbox - координаты углов в метрах (от экватора и какого-то меридиана)

Как заставить SASPlanet грузить куски карты не по 256х256, а по 2048х2048? Простая замена значений в GetUrlScript.txt привела к тому что карта вообще перестала грузиться.

[Tolik]

Она по идее должна грузиться, только отображаться корректно не должна.
У меня грузилась, когда я ставил что-то вроде 800х600. Проверьте повнимательнее.

[PavelML]

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

А еще лучше так:
1. выкачивать нужную территорию,
2. векторизировать все линии
3. преобразовывать полученные цифровые координаты в нужную СК

Первое становится возможным, поскольку мы избавились от многочисленных паразитных маркировок кадастрового квартала, пачкающих картинку.
Второе будет работать весьма эффективно, поскольку толщина всех линий на схеме задана однозначно (с помощью числа dpi) и самое главное - изображение состоит исключительно из отрезков прямых линий.
Третье совсем легко встроенными функциями, которые можно сделать даже адаптивными - то есть автоматически выбирающими систему координат и датум в зависимости от того - каковы текущие координаты WGS-84 - то есть какая СК конкретно используется в данном регионе.

Если еще чуть-чуть пофантазировать...
Вот в моем регионе я подогнал датум с такой точностью - что получаю координаты из картинки росреестра z24 с точностью порядка 1 см. С векторизатором я бы ее улучшил до 5 мм. НО - скачивать растр с зумом z24 можно только в очень ограниченном поле, иначе это будет чудовищный объем данных.
Как получить максимальную точность в большом регионе? Разбить обработку данных на два этапа. На первом скачиваются растры скажем на зуме z20-z21, векторизируются и грубо определяются координаты поворотных точек. Далее процесс повторяется избирательно z24, но исключительно для тех участков, которые содержат поворотные точки - размер растра есстно чуть больше погрешностей в z20-z21.
Есстно я указываю зумы условно - в самостоятельном приложении не обязательно придерживаться сасовско-гугловских стандартов.
После векторизации мы получаем уточненные координаты поворотных точек и заменяем ими неточные кординаты.
Задача интересная и имеет смысл ее реализовать.
Правда только в одном случае. Если росреестр планирует как-то актуализировать свою карту. Чего я пока не наблюдаю - картинка замерзла по нашему региону примерно на уровне февраля прошлого года. Чем больше проходит времени - тем меньше ее полезность. Через пару лет она вообще никому не станет нужна.

[Tolik]

Да, похоже, эта карта (пока) ни разу не обновлялась.
И ошибок на ней немало.
Например, граница Москвы не совпадает с границей МО (это две разные линии).
Поселок Рублёво одновременно относится к Москве и к МО! (на самом деле к Москве).
77:07:18002

[tae1980]

Она по идее должна грузиться, только отображаться корректно не должна.
У меня грузилась, когда я ставил что-то вроде 800х600. Проверьте повнимательнее.

Если изменить только в строке " ResultURL:=" (как есть сейчас) то грузить, но отображается не правильно.
Если изменить везде, то грузиться (есть сообщение), но грузится пустые листы. При этом не зависимо от прописных размеров, SASPlanet при ручной загрузке всегда показывает одно и то же кол-во файлов необходимых для загрузки.
Скорее всего размер 256х256 строго прописан внутри кода, и изменить его нельзя. Иначе было бы логично эти размеры указывать в файле params.txt
Жаль...
====
var i:integer;
xy:TPoint;
topLeftM,bottomrightM,LL:TExtendedPoint;
begin
xy.x:=GetX*256;
xy.y:=GetY*256;
LL:=Converter.Pos2LonLat(XY,GetZ+7);
topLeftM:=Converter.LonLat2Metr(LL);
xy.x:=(GetX+1)*256;
xy.y:=(GetY+1)*256;
LL:=Converter.Pos2LonLat(XY,GetZ+7);
bottomrightM:=Converter.LonLat2Metr(LL);
ResultURL:=GetURLBase+'bbox={"xmin":'+RoundEx(topLeftM.x,8)+',"ymin":'+RoundEx(topLeftM.y,8)+',"xmax":'+RoundEx(bottomrightM.x,8)+',"ymax":'+RoundEx(bottomrightM.y,8)+',"spatialReference":{"wkid":102113}}&bboxSR=102113&imageSR=102113&size=2048,2048&f=image';
end.
====