На главную... Продукты | Технологии | Классификаторы | Проекты | Скачать | Цены| Форум | Статьи | Обучение | Контакты

Роман Демиденко (Все сообщения пользователя)

Поиск  Пользователи  Правила  Войти
Форум » Пользователи » Роман Демиденко
Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 131 132 133 134 135 136 137 138 139 140 141 ... 190 След.
Проблемы с XML в 11,10,3
 
[QUOTE]Максим Кривошапко пишет:
Роман! У меня такая же ситуация. При формировании файла первая площадь квартиры добавляется корректно (например 50.5). Меняю адрес, заказчика и т.д., в том числе и площадь (например 30.6). Формируется файл с площадью 50.5! Делаю третью квартиру с другой площадью (например 40.3), выдает площадь 30.6!!! Т.е. из предыдущей квартиры площадь, остальные измененные данные формируются корректно! Целый дом у меня по цепной реакции так сделан был! Только при нажатии дважды на кнопку xml дает нужную площадь![/QUOTE]
Спасибо за разъяснения. Будем искать проблему
[ Закрыто] Как должен выглядеть идеальный XML???
 
[QUOTE]Олег Хайруллин пишет:
почему разработчики Панорамы считают, что именно данный алгоритм верный?
Где это написано?[/QUOTE]
Все межевые и технические планы подготавливаются в соответствии с требованиями Росреестра и Минэкономразвития.
Если же местные органы Росреестра (кадастровые палаты) устанавливают [B]в устной форме[/B] свои требования к межевым и техническим планам, то как мы можем это программно реализовать? На каком основании? Каким нормативным документом руководствоваться?
В XML заполняется информация согласно Приказ Росреестра №П/501 от 13.12.2011 (приложение 7) для межевых планов и Приказ Росреестра П/256 от 18.06.2012 для технических планов.
Проблемы с XML в 11,10,3
 
[QUOTE]Ермишкин Алексей пишет:
При создании XML файла технического плана помещения проводит выгрузку с площадью предыдущего помещения. К примеру делаю технические планы на квартиры в многоквартирном доме кв. 1 имеет площадь 45 кв. м. а во 2й - 58 чтобы получить правильный XML файл приходится выгружать дважды, из-за чего это происходит и как можно эту ситуацию обойти?[/QUOTE]
Алексей, в прикрепленной Вами карте никаких проблем не обнаружено.
Данные заполняются верно. Пробовали добавить смежные помещения, все тоже нормально.
Опишите, пожалуйста, подробнее Ваши действия по порядку.
XML при изменении местоположения границ смежных земельных участков, необходимо указывать значение существующей точки (OldOrdinate) и значение новой точки (NewOrdinate) смежного земельного участка
 
[QUOTE]Роман Бухматов пишет:
как должен выглядить раздел в ХМЛ по смежникам. в нем указываются только координаты новой границы или все по часовой стрелки (контур)?[/QUOTE]
Добрый день.
Я так понимаю, у Вас раздел ЗУ с уточнением смежников?
При уточнении смежников в XML должна попасть только уточненная граница.
XML при изменении местоположения границ смежных земельных участков, необходимо указывать значение существующей точки (OldOrdinate) и значение новой точки (NewOrdinate) смежного земельного участка
 
[QUOTE]Олег Хайруллин пишет:
На проверку его Вам можно будет скинуть?[/QUOTE]
Добрый день, Олег!
Поймите, мы не занимаемся проверкой сформированных XML.
Если в чем-то будет ошибка - готовы подсказать Вам какую позицию Вы не заполнили.
МСК 30
 
[QUOTE]Александр Струняшев пишет:
Войдут ли в сведения о МСК-30 Астраханская область, рассчитанные по набору точек, ориентировочно 24.10.2012, в официальный XML файл с МСК субъектов РФ?[/QUOTE]
Да, обязательно добавим в ближайшее время!
[ Закрыто] Тип сельсовета
 
[QUOTE]solo5252 пишет:
P.S. Уважаемая Анастасия давайте больше не будем спорить на эту тему, я Вам указал на ошибку которую делает программа и хотелось бы чтобы мое замечание учли в при разработке следующего обновления. [/QUOTE]
Спасибо за Ваше замечание, мы его учтем обязательно.
Вам Анастасия подсказала как можно решить проблему на данный момент.
XML при изменении местоположения границ смежных земельных участков, необходимо указывать значение существующей точки (OldOrdinate) и значение новой точки (NewOrdinate) смежного земельного участка
 
[QUOTE]Олег Хайруллин пишет:
Работаем только с ним? Т.е. рассматриваем эту часть ЕЗ, как самостоятельный участок?[/QUOTE]
Если он является самостоятельным участком - то есть обособленным, то да.
XML при изменении местоположения границ смежных земельных участков, необходимо указывать значение существующей точки (OldOrdinate) и значение новой точки (NewOrdinate) смежного земельного участка
 
[QUOTE]Олег Хайруллин пишет:
По моему, вполне нормальное решение, если мы ставим точку неоднозначную, то и точность у неё небольшая,а однозначная - точность 0.1 (правда, может возникнуть такая проблема: в городе у нас 0,2 уже не уточненная, а в районах 0,3 еще точная) [/QUOTE]
Вы сами ответили на свой вопрос. Невозможно автоматически учесть такие нюансы.
Только методом ручного редактирования.
[QUOTE]Если возможно, то каким образом нанести и заполнить ИСХОДНЫЙ и УТОЧНЕННЫЙ эту часть единого землепользования?[/QUOTE]
Координаты единого землепользования есть? (может быть определены с точностью недостаточной для закрепления)
Если есть, то эти точки отмечаем как существующие неоднозначные. Если их нет, то на карту[B] исходный ЗУ[/B] единого землепользования наносим в условных границах.
[B]Уточненный[/B] наносим так же в условных границах, кроме новых (уточненных) точек. Их отмечаем как существующая однозначная.
подобъект, создание подобъекта
 
[QUOTE]Андрей Дерябин пишет:
спасибо ваш вариант приемлем, если загрузка отсутствует.[/QUOTE]
Что значит загрузка отсутствует?
Вам верно подсказали загрузить данные из CSV в виде объектов какого-то типа.
Затем выделить их и сформировать список 1.
Выделить объекты из которых будут вырезать их и сформировать список 2.
Затем задача "Вырезание объектов по спискам" и в одно действие создадите под объекты.
Страницы: Пред. 1 ... 131 132 133 134 135 136 137 138 139 140 141 ... 190 След.



© КБ Панорама, 1991-2024

Регистрируясь или авторизуясь на форуме, Вы соглашаетесь с Политикой конфиденциальности