Такое ощущение, что если КИ, то обязан знать английский А целом, у Вас ошибки в геометрии рисунка, я так думаю, хотя могу ошибаться. Трудно судить не видя Ваш файл. Но... как Вы упомянули - это раздел, а это наиболее чаще всего встречающаяся ошибка при разделе. Если бы принимающие ставили на своей программе, максимальную точность координат равную сантиметрам, то проблемы бы вообще не существовало. Поэтому мы пошли другим путем мы поставили такую точность на всех своих. И.... больше не вспоминаем о таких ситуациях
Не обязательно, но мне казалось, что в 21 веке это полезное умение. Значит ошибался )) Верно, ошибаетесь )) То что кадастровая дергается на миллиметры - это общеизвестный факт, а смысл моего вопроса в том, что можно ли исправить пункт в файле XML, что бы изменить этот параметр по умолчанию. Так много недосказанного. )) "Всех своих ______" что? Межевых планах? Верно я Вас понял, изменение именно этого параметра дает реальный эффект? А люди то и не знают, получают отказы, мучаются, делают какие то отступы при формировании МП. PS Извиняюсь, я с чужого аккаунта
На английском свет не сошелся клином, есть еще много красивых языков -)))) Бумс... Я думал Вы свяжете предыдущее предложение с текущим, "на всех своих... программах" в XML предпочитаю не лазить. Кадастровая не может дергаться на миллиметры, если у Вас указаны координаты в сантиметрах. ФАКТ и проверенный. Первое время я тоже что то доказывал, тем более дела были на площади по 350 га, какие уж там миллиметры -))) все вроде в допуске, но - там сидит девочка и ей по барабану на все, вылезла ошибка из программы - она распечатала вставила в отказ и тут же забыла. Вот поэтому я и хотел бы посмотреть Вашу XML, можно? ну, что бы убедиться в правильном ли направлении мои мозги работают -))) можно только часть блока координат с заголовком? Просто любопытство -)))
Файлов у меня в данный момент, как раз и нет,потому и прошу их мне прислать, посмотреть. Мне, наверное, надо более четко пояснить ситуацию на гипотетическом примере, что именно происходит у меня в голове, и что я прошу. Имеется часть границы исходного земельного участка, у нее, предположим координаты 0.00; 0.00 - 100.00; 100.00 При образовании земельных участков, путем раздела, у нас, на этой части границы появляется новая точка, предположим 70.33;70,33 . Это идеально, но только в том случае, если принимающая сторона и отправляющая сторона считают, что допуск точности= 1 см. (в ESRI ArcGIS параметр Tolerance= 0.01 ). На деле на стороне Росреестра этот параметр стоит в режиме по умолчанию, а именно равен 0.001, и Росреестр, внезапно, считает, что правильное описание точки должно быть 70.3253;70.3253, что противоречит закону. Исследуя схему XML STD_MP (https://rosreestr.ru/wps/portal/cc_...root/cc_ib_nedvijj_blanki_xml_files/index.htm) видно, что в разделе таблицы 6 существует параметр Tolerance, допускающий (?) изменение этого параметра, что перекликается со следующей документацией http://edndoc.esri.com/arcobjects/9...cessing/environment_settings/xy_tolerance.htm. И тут у меня возникли вопросы: а) Что написано в этом разделе XML межевого плана, подготовленного, например, Технокад-Экспрессом. б) Возможно ли поменяв всего лишь один параметр в XML межевого плана, изменить переменную окружения и переломить ситуацию с отказами в свою пользу? Почему я сам не посмотрю? Да, это смешно, но я не КИ, а их начальник, но в прошлом программист, и решил посмотреть на изнанку процессов изнутри. Но так вышло, что именно сегодня, и до понедельника я не могу получить доступ к XML файлам и прошу именно Вас о помощи. Почему я так уверен про переменные окружения, ArcGIS и прочей лабуде? Хм. http://maps.rosreestr.ru/ArcGIS/rest/ или http://esri-cis.ru/news/arcreview/detail.php?ID=8312&SECTION_ID=265
Пока все Ваши ссылки перечитал чуть голову себе не поломал -)))) как хорошо что я ушел из программистов и не пошел в КИ Так рассмотрим ситуацию логически! Росреестр, ну никак не может посчитать координату типа "70,33" за "70.3253" - противозаконно! Если только такая координата "70.3253" не прописана в xml файле! а в межевом (бумажном) наверно точно прописано "70,33" - округлила программа. Ну по крайней мере я сталкивался именно с такой проблемой. То есть Росреестр не может сам приписывать к координатам значения, это не реально! Мне кажется Вы не там копаете. Сегодня, как назло, тоже не могу найти дома не одно xml о разделе кидаю просто какой то пример из демки
В том то и дело, что они так и считают. ) Изобразите приведенный мной выше пример в AutoCad (проведите линию и поставьте точку) и поймете о чем я. Если не округлять, ну или округлять до миллиметров, то верная координата все же 70.3253. Но мы то действуем по закону, округляем до 70.33. А вот Росреестр не округляет. ПО, используемое там считает что все же должно то быть 70.3253, но видит наши 70.33 и наивно полагает что мы вылезли за границы ЗУ. В примере видно только: <Coord_Systems> <Coord_System Name="СК-63" Cs_Id="Id59654920-D9CE-434D-A580-E80F513E4AE2"> </Coord_System> </Coord_Systems> Значит, уже что то и есть надежда.
Да я понял о чем Вы, поэтому и писал об этом еще в первом своем ответе, что тоже долго пытался с ними бодаться, но все системы округляют по разному, и выходило так что якобы участки пересекались между собой. Вот мы и поставили потом в ГИС Панорама ограничения на координаты до сантиметров и все проблема с Росреестром разрешилась. И даже если мне дают файл автокада я все равно втаскиваю его теперь в Панораму и переделываю. В автокаде я честно говоря уже не помню как поставить такие ограничения. Но тоже возможно точно, потому что как то делал. Ну и опять же какие то разделы из Автокада будут проходить а какие то нет. Посмотрите внимательно на систему координат выписок - координаты указанны до сантиметров и не более. так и отталкивайтесь от этого. И по мойму от этой ошибки Вы не уйдете пока не поступите как я сказал. Не претендую на абсолютную истину -))))
Ваши слова, да богу в уши. )) Все это уже пройдено, облизано и тд. И в автокаде,мапинфо и в технокаде координаты указаны в сантиметрах. В XML соответственно тоже. Округление абсолютно одинаковое. В понедельник я покажу официальный ответ КП по МО - "да, мы смотрели ваши координаты детально, мы неправы, вы правы." Но воз то и ныне там. Пока в росреестре не начнут действовать по закону, не переключат этот допуск на сантиметры, а не на миллиметры, мы так и будем получать отказы. Весь смысл что я пытаюсь тут донести - может есть другой путь, через схему XML документа?
Мдаааа, что то я торможу, надо лечь поспать -))) Честно говоря затрудняюсь ответить, толи НАША кадастровая стала грамотнее работать, но у нас подобные проблемы после произведенных настроек в ГИС панорама исчезли. Насчет XML - cпец по XML Vud81. Спросите его в личку, появится ответит
Господа. 1. По схеме 4 в разделе исходных данных может быть приложен картометрический материал. (планшеты). Какой код документа выбирать? В предложенном списке документов схемы таких документов нет. Кто занимался откликнитесь. 2. Мысли вслух про картометрический метод. По схеме 4 способ определения координат мною не обнаружен. Таким образом для картометрического способа нет нужды использовать формулы из приказа. Ну это после 1 октября, когда без бумаги. Просто писать погрешность по категории земель. Ведь никто не сможет проверить, как вычислялась погрешность. Я не призываю работать спустя рукава. Просто факты такие. Да и формулы приводить негде. Вот Росреестр прочитает и сделает еще одну корректировку схемы.
По 4 схеме нужно прикладывать скан "Сведений о выполненных измерениях и расчетах" раздел Survey. Он идет не обязательный, но я вам не советую расслабляться т.к. я думаю, что будут требовать его приложить при формировании в электронном виде все равно. Отменив бумажный вид они еще не отменили требования 412 приказа по формированию его разделов в бумажном виде по крайней мере ("Сведений о выполненных измерениях и расчетах", Схемы и Чертеж). --- Сообщения объединены, 9 авг 2013, Оригинальное время сообщения: 8 авг 2013 --- Из всего, что перечислено в "Общих требованиях к заполнению межевого плана" подходит только код 558221990000. ИМХО
А правда, с 1 октября 412 приказ недействителен? Там ведь все позиции по формированию межевого плана. И все к бумаге. Отменят? Да ещё коды 55822100000 558221090000 это всё иное и прочее относится к описанию ЗУ.
Уважаемый Vud81! При уточнении ЗУ в ХМЛ вы включаете только те элементы ЗУ, которые претерпели изменения, например, если контур многоконтурного не менялся, то его и не включаете? Если часть не изменилась, то при уточнении её тоже не показываете. Также и к единому землепользованию? Да, это всё к схеме 4.
На данный вопрос я смогу ответить в понедельник или вторник на следующей неделе. В данный раздел включается перечень документов, на основании которых подготовлен межевой план, и использованных при подготовке межевого плана и картографический материал - это и есть документ который относится к описанию ЗУ. Или вы прикладываете его, что бы он просто был? Ведь фото человека является описанием человека?
Vud81, Я не спорю по поводу кодов документов. Там действительно выбирать не из чего. Только то, что мы с вами показали.
Указываются только уточняемые контура. Для нее есть специальные раздел InvaribleSubParcel. А там своя история)))
Сдаю межевые планы на бумаге, прикладываю диск. ЭЦП не пользуюсь, потому как заказчики большей частью о них не слышали даже и им меж.план все равно на бумаге нужен. Ну не суть. Вопросы такие: Нужно ли прилагать к xml на диске сканированные образы схем, чертежей? Вроде без заполнения этих граф xml файл не проходит валидацию. В разделе приложений обязательно включать Постановление и другие исходные документы и прикладывать сканы? Главный вопрос - обязательно ли в xml указывать скан акта согласования и прикладывать его к xmlке? И если надо прикладывать скан подписанного Акта согласования, то какой в этом смысл вообще? Я же сдаю бумагу. Правда ли, что до 01.10.2013 можно еще сдавать xml версию 3.0? Если ДА, то куда ткнуть кадастровую палату ,что бы она не выделывалась и принимала?
У нас наоборот четвертую не принимают. Не берут, и все тут. Позвонили начальству - начальство сказало что щас по шапке надает кому надо и все примут. В общем, как всегда...