Спасибо Алексей!
  Совместный проект ГИС-Ассоциации и Росреестра Форум для разработчиков программного обеспечения, использующих электронные услуги РосреестраАртем Попов (Все сообщения пользователя) |
|
Совместный проект ГИС-Ассоциации и Росреестра Форум для разработчиков программного обеспечения, использующих электронные услуги РосреестраАртем Попов (Все сообщения пользователя) |
|
15.06.2017 10:39:29
[QUOTE]Алексей Ябров пишет:
нет возможности выгрузки частей участков[/QUOTE]В КПТ никогда не было ЧЗУ. Да, чтобы сделать межевой кадИнженер должен был заказывать КВ на ЗУ. И вот в этой КВ и ЧЗУ и ОКСы есть (по крайней мере были, проектные схемы еще не смотрел внимательно). Так что вам не надо заказывать выписки на ОКСы, чтобы узнать где он расположен. |
|
|
|
|
14.06.2017 10:25:11
О боже! Росреестр "вырвало" новыми схемами!
Как видно, опять сменился разработчик - идентификаторы они делают не CamelCase, а snake_case (https://ru.wikipedia.org/wiki/Snake_case), и по видимому они отказались от нэймспейсов. При этом snake_case без неймспейсов уже использовался в первых старых схемах, и мне те схемы не нравились. Не нравились не из-за стиля идентификаторов, а из-за своей структурной корявости - сделаны "тяп-ляп, а и так сойдёт, формальным требованиям удовлетворяет и ладно, нам не до красоты". А про неймспэйсы у меня противоречивые впечатления - с одной стороны с ними красивее, структурированнее и понятнее, а с другой стороны чуть больше геморроя при работе с ними при сериализации-десериализации. В целом, стиль схем, которые есть сейчас, мне импонирует больше. И у меня закрадываются неприятные сомнения по поводу продуманности новых схем. :( Кто-нибудь уже анализировал их более детально? Есть ли каналы, по которым до новых разработчиков можно донести "разумное-доброе-вечное"? |
|
|
|
|
16.02.2017 11:48:25
Схем нет. У нас это импортируется как КВЗУ 07,
Добавочный ReestrExtract раздел мы просто игнорируем - ждём официальной схемы. Видимо это попытка быстро, но костыльно перейти на ЕГРН (где одной выпиской нужно отдать все права, геометрию, обременения, ВРИ и прочее, что было в выписке) |
|
|
|
|
05.07.2016 18:22:56
схема выписки тоже есть на портале:
https://portal.rosreestr.ru/xsl/GKN/Vidimus/07/schema/KVZU_v07/KVZU/KVZU_v07.xsd и по окс: https://portal.rosreestr.ru/xsl/GKN/KVOKS/03/schema/KVOKS_v03/KVOKS/KVOKS_v03.xsd https://portal.rosreestr.ru/xsl/GKN/KVOKS/03/schema/KVOKS_v03/KVOKS/KVOKSLinear_v03.xsd kpzu найти не смог не было xml-примера текущей версии
Изменено: Артем Попов - 05.07.2016 18:34:49
|
|
|
|
|
29.06.2016 15:54:54
круто! как обычно впереди планеты всей)
Параллельный вопрос: заказчики начинают спрашивать про "проект планировки территории" в xml и что-то про Постановление №444 от 17.05.2016г. "О внесении изменений в некоторые акты Правительства Российской Федерации" [url]http://docs.cntd.ru/document/420355781[/url] Кто нибудь в курсе чего ждать?
Изменено: Артем Попов - 29.06.2016 15:55:20
|
|
|
|
|
03.08.2016 10:56:42
скорее всего это проблема в ГКН:
"ЗУ1-1422 ORA-01422:exact fetch returns more than requested number of rows. " при заргузке ЗУ один из запросов получил не одну а более записей (допустим он [B]хотел получить один[/B] ОКС (или ЗУ) с данным кадастровым номером, а [B]получил несколько. [/B]Т.е. где-то в гкн лежат две актуальные записи с одним кад.номером[B] - [/B]в общем, [B]задачу нужно передавать в техподдержку ГКН [/B]
Изменено: Артем Попов - 03.08.2016 10:57:07
|
|
|
|
|
28.10.2015 15:55:13
Из комментов в MP_v05.xsd:
[CODE] <!--В элементе Appendix/AppliedFiles/AppliedFile снято ограничение на формат приложенных файлов--> <!--В элементе InputData/Documents/Document/AppliedFilePDF снято ограничение на формат приложенных файлов--> <!--В типе tObjectRealty choice заменен на sequence и вложения InnerCadastralNumbers и OldNumbers сделаны необязательными--> <!--Для tSpecifyRelatedParcel/ChangeBorder создан новый тип tSpelementUnitChangeBorder с необязательным атрибутом DeltaGeopoint для тега NewOrdinate-->[/CODE] также поменялись файлы: _GeneralCadastralWorks_v01.xsd заменён на _GeneralCadastralWorks_v01[B].1[/B].xsd , _Document_v03.xsd на _Document_v03[B].1[/B].xsd , отличия в них связаны с снятием ограничения на PDF
Изменено: Артем Попов - 28.10.2015 15:55:29
|
|
|
|
|
26.02.2015 17:34:08
Согласно ПРИКАЗу от 27 ноября 2014 г. N 762 вводится форма "СХЕМЫ РАСПОЛОЖЕНИЯ ЗЕМЕЛЬНОГО УЧАСТКА НА КАДАСТРОВОМ ПЛАНЕ ТЕРРИТОРИИ" и соответствующая xml схема.
Текст приказа прикладываю. Вопрос : я неправильно понял, что должна появится новая XML схема или ее еще просто не опубликовали? ЗЫ: искал тут https://rosreestr.ru/site/spec/kadastrovym-inzheneram/postavit-nedvizhimost-na-kadastrovyy-uchet-/xml-skhemy/ |
|
|
|
|
10.06.2016 12:57:11
[B]Зарелизили новую ПКК 5[/B]
https://rosreestr.ru/site/press/news/rosreestr-zapuskaet-novuyu-publichnuyu-kadastrovuyu-kartu/ Визуально стало значительно лучше, сделали удобные инструменты, а поиск, на первый взгляд, вообще идеал :) Но вот вопрос: а сторонние программки могут скачивать картинки, юзать поиск? Более конкретные вопросы: 1) теперь ПКК тайлирует кдастровое деление - запрашиваются картинки 512x512. Видимо на серверах они сделали кэширование, т.к. работает шустренько относительно. Но! чтобы "попадать" в кэш сторонней проге нужно знать уровни масштабов и начальное смещение, иначе она будет генерить запросы на тайлы вне кэша и сервер будет трудится их генерить (а может еще и в свой кэш скинуть, замусорив его таким образом) [B]Не встречали ли документацию[/B], писали ли разрабы об этих ньюансах? 2) поиск сделан не средствами Arcgis, точекчные запросы имеют вид http://pkk5.rosreestr.ru/api/features/1?text=53,204763%2050,108268&tolerance=4&limit=11 запросы по КН ЗУ такой: http://pkk5.rosreestr.ru/api/features/1?text=63:01:0506001:1&tolerance=2&limit=11 Вроде выглядят просто, но хотелось бы понять, а [B]есть ли документация[/B]? чтобы более корректно формировать запросы и не нагружать сервис? |
|
|
|
|
07.07.2016 10:34:52
Уважаемые коллеги!
Хочу узнать, кто как делает [B]редактирование XML для пользователя[/B] (UI)? Наверное проблема у всех похожая - Схемы выходят достаточно часто и каждый раз писать "формочки" под очередной формат геморно, а если использовать одну и ту же форму для разных версий одного и того же формата, то всё равно рано или поздно придётся писать некрасивые костыли... Мы искали фреймворк или приложение для редактирования XML, у которого есть схема (xsd), и чтобы этот фреймворк был бы максимально прост и понятен конечному пользователю, и чтобы максимально учитывал xsd (брал названия из аннотаций, учитывал типизацию и т.п.) и имел бы возможность правки дизайна разработчиком. [B]Фреймворк не нашли.[/B] Нашли приложение - упали на Microsoft [B]InfoPath[/B]. Но у него есть недостатки - дизайнить шаблоны приходится долго и кропотливо, т.к. дефаултный дизайн, который ИнфоПас создаёт автоматом, убог до невозможности, и собственно редактор заметно подтормаживает на больших XML, а один раз бывало, что 10 мб xml не открыл вовсе - повис, не дождались. Поэтому у нас вопрос с выбором еще открытый, руки чешутся писать свой фреймворк, но это конечно затратно. Поделитесь идеями или подскажите, может кто продаёт подобный фреймворк для C#, мы бы купили :)
Изменено: Артем Попов - 07.07.2016 10:38:30
|
|
|
|
|
22.03.2016 16:04:22
Константин Финагеев, кстати про уточнение ЧЗУ у ЕЗП, при отсутствии изменений в ЕЗП - мне кажется это таки можно сделать : использовать не SpecifyRelatedParcel, а SpecifyParcelApproximal - в этом слкчае можно указать что смежник ЕЗП, разницу площадей выставить в 0 (или не указать вообще) и пристально заполнить только разделы SubParcels\ExistSubParcel и SubParcels\InvariableSubParcel.
|
|
|
|
|
22.03.2016 15:11:59
Константин Финагеев, спасибо и за информацию и за подачу)))
 в последнее время тоже 2 заказчика получили подобные приостановки касательно уточнения части границы обычных одноконтурных смежников. глянул в xml - вроде всё норм - и обход точек, и "начинается и заканчивается на существующей". Я им сказал, чтоб получили выписки на смежника - мож его кто успел уточнить, пока повторно не обращались...
Изменено: Артем Попов - 22.03.2016 15:15:55
|
|
|
|
|
19.05.2015 15:01:43
Запросом [url=http://rosreestr.ru/api/online/fir_objects/%3C%D0%BA%D0%B0%D0%B4%D0%BD%D0%BE%D0%BC%D0%B5%D1%80]http://rosreestr.ru/api/online/fir_objects/<кадномер[/url] или часть> можно получить массив объектов из ГКН и ЕГРП с краткими сведениями (результат обрезается до первых 200 объектов).
В них будет поле "objectId", и, если сделать запрос [url]http://rosreestr.ru/api/online/fir_object/objectId[/url], то получим полные сведения из ЕГРП. Также, в списке объектов, у каждого объекта будет поле "source", которое будет содержать признак сведений: 1 - ГКН, 2 -ЕГРП Сервис отвечает json-ом. Бывает подтормаживает. просьба не нагружать его в рабочее время, а то вдруг они его закроют - не хотелось бы. |
|
|
|