Проблемы и противоречия действующих документов: XML-схема, используемая для формирования межевого плана

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Войти
 
XML-схемы » XML по земле
Проблемы и противоречия действующих документов: XML-схема, используемая для формирования межевого плана
огигинал на ГИСА.

Возможность повлиять на 4-ю версию XML.

Нужно делать консолидированное предложение!
Страницы: Пред. 1 2
Ответы
Цитата
Николай Малютин пишет:
Цитата
Дмитрий Бирючков пишет:Интересно было бы увидеть официальную формулировку отказа.
На основании 412 приказа?
Да, на основании 412 приказа, без указания пункта. Вот выдержка (с сохранением орфографии и пунктуации):
"- значение координат на бумажном носителе противоречат сведениям, содержащимся в XML-схеме;
- значение горизонтальных проложений на бумажном носителе противоречат сведениям содержащиеся в XML-схеме".
Пока других аналогичных отказов не было. Этот из Орловской области.
Может там дело в самом xml и к порядку обхода он отношения не имеет (Банально поправили одну из координат в текстовом виде)?
Может быть. Если повторится - запрошу все документы.
Цитата
Николай Малютин пишет:
Может быть. Если повторится - запрошу все документы.
Буквально сейчас позвонил один из пользователей, получили отказ по этому поводу. Я попросил отправить скан отказа и xml, будем смотреть...
Есть в приказе по схеме один просто огромнейший косяк! В нем сказано про обход внешнего контура с вырезами, а про контур без выреза ни чего не сказано. Очень много было вопросов по этому пункту, но сейчас вроде успокоились. А по сути какая разница, что и как идет в XML? XML не предназначен для визуального его чтения, он должен просто содержать необходимые данные в том виде которое оговорено схемой и приказом. Поэтому говорить о соответствии или не соответствии порядка обхода точек 412 приказу не корректно.
P.S.
По поводу описанного выше несоответствия печатных данных и данных в XML, надо проверять. Сам сталкивался с подобной проблемой, но косяк был именно в данных, на печать в репорте координата точки с 5 мм округлилась до 1 см (согласно русским региональным настройкам винды), а при выгрузки в XML согласно забугорному правилу математики до ближнего четного, т.е. до 0.
Изменено: Игорь Дегтярь - 25.10.2013 11:47:23
Цитата
Игорь Дегтярь пишет:
на печать в репорте координата точки с 5 мм округлилась до 1 см (согласно русским региональным настройкам винды), а при выгрузки в XML согласно забугорному правилу математики до ближнего четного, т.е. до 0.
А у Вас что, в xml координаты выводятся с точностью до миллиметра?
Нет, это на чертеже координаты были не округленные до см, а при выводе на печать и выгрузке в XML мы их округляем. Например 0,025 по русским региональным настройкам будет округлено до 0,03, а если округлять в коде получим 0,02
Взял за правило, после всяких преобразований, подвижек точек провожу округления а потом вычисляю площади, границы и выгрузку.
Правило округления не проверял. Как буржуйская программа округляет, так и пусть будет. Цена вопроса 1 см. Не стоит и голову морочить.
Пусть сначала геодезия обеспечит такую точность. Земля круглая и 1 см для неё ничто.
Выполняй работу хорошо, плохо получится само.
Цитата
Игорь Дегтярь пишет:
Например 0,025 ... если округлять в коде получим 0,02
Не удержусь, спрошу саморазвития ради - это в коде на каком языке программирования и с использованием какой функции?
Цитата
Дмитрий Бирючков пишет:
Цитата
Игорь Дегтярь пишет:
Например 0,025 ... если округлять в коде получим 0,02
Не удержусь, спрошу саморазвития ради - это в коде на каком языке программирования и с использованием какой функции?
В delphi так. там какой-то хитро-выдуманный алгоритм округления, типа бухгалтерского... Я в свое время тоже на эти грабли налетел.
Чтобы не мучиться с округлением в коде, нужно в графике сразу задавать координаты с точностью 0.01 м. Если используется MapInfo, то границы карты задаются от -10 000 до +10 000, и по X и по Y.
Цитата
Сергей Авакимян пишет:
Чтобы не мучиться с округлением в коде, нужно в графике сразу задавать координаты с точностью 0.01 м. Если используется MapInfo, то границы карты задаются от -10 000 до +10 000, и по X и по Y.
Чуть поправлю, - 10 000 000 до 10 000 000
Пардон, заработался, разумеется от -10 000 000 до 10 000 000. :D
Цитата
Дмитрий Бирючков пишет:
Цитата
Игорь Дегтярь пишет:
Например 0,025 ... если округлять в коде получим 0,02
Не удержусь, спрошу саморазвития ради - это в коде на каком языке программирования и с использованием какой функции?
Я думаю это везде, на примере дот.Нета, если использовать функцию ToString("N2") то округление будет согласно региональным настройкам, а если Math.Round то округление согласно америкосовским правилам в математике. Но так как в геодезии приняты америкосовские (могу ошибаться, но точно знаю, что 5 округляется до ближайшего четного) теперь всегда перед ToString округляем.
Спасибо, удовлетворил своё любопытство :)
Скромно замечу, что речь выше идёт о разных методах округления: математическом и банковском. http://ru.wikipedia.org/wiki/%D0%9E%D0%BA%D1%80%D1%83%D0%B3%D0%BB%D0%B5%D0%BD%D0­%B8%D0%B5
Функция ToString() таки является преобразованием типов, а не математикой.
Флудить прекращаю.
Цитата
Дмитрий Бирючков пишет:
Спасибо, удовлетворил своё любопытство
Скромно замечу, что речь выше идёт о разных методах округления: математическом и банковском. http://ru.wikipedia.org/wiki/%D0%9E%D0%BA%D1%80%D1%83%D0%B3%D0%BB%D0%B5%D0%BD%D0­%B8%D0%B5
Функция ToString() таки является преобразованием типов, а не математикой.
Флудить прекращаю.
ToString это не преобразование типов и в разных классах её предназначение разное. У объектов она обычно возвращает имя класса, причем ее как правило всегда можно переопределить и возвращать она может все что угодно. Для числа она работает как текстовое представление числа в соответствии с культурными настройками и при этом число округляется. В русской культуре даже в математике 5 округляется в большую сторону, для финансового представления пишется не ToString("N2"), а ToString("С2").
Коллеги! Планирую на нашей кадастровой конференции (http://gisa.ru/97749.html) провести очный раунд дискуссии "Проблемы и противоречия действующих документов: XML-схема, используемая для формирования межевого плана" 28.11. Кто готов приехать и поучаствовать в обсуждении. И какие будут рекомендации по порядку его проведения? Кого приглашать, о чем просить выступить и т.д.
Страницы: Пред. 1 2
Читают тему (гостей: 3, пользователей: 0, из них скрытых: 0)