| Обсуждение |
| | Ошибка или как? [ CriDos ]Четверг, 19 ноября 2009, 13:25
Собственно проблема в следующем:
Имеется проект в МП, в проекте имеем 1 ЗУ.
Понадобилось выгрузить этот ЗУ из проекта в файл CSV, экспортнул из проекта этот ЗУ и после загрузил в Credo "ЗЕМПЛАН" сразу же заметил что площадь не совпадает с ЗУ который находится в ПК ЗО 3 думал глюк Credo и перепроверил загрузив этот же экспортированный ЗУ в тот же проект но в новь созданный ЗУ и импортировал его и к моему удивлению площадь этого ЗУ почему то стала другой, после более подробного изучения проблемы выяснил что при экспорте а после импорте не только этого ЗУ меняется расположение точек предположительно из-за не правильного округления чисел после точки...
Что делать?
PS.
Версия: ObjectLand 2.7.4
Программа защищена аппаратным ключом
Установленные приложения:
План границ, версия: 3.16
Межевой план, версия: 1.4.fx18
Установленные исправления:
patch274-1, описание: 1. Fixed the <<``pageSize`` not understood>> error on some operations with layers and feature types.
2. Fixed an error at copying of queries.
3. Fixed the <<``on:do:elseDo:`` not understood>> error at importing TAB files., версия: 21.07.09 13:35:08 |
|
| | [ CriDos . ]Четверг, 19 ноября 2009, 13:29
| Забыл указать что глюк проявляется только после изменения ЗУ, если ЗУ не изменялся и у него после запятой или точки 2 знака то ЗУ экспортируется и импортируется нормально без изменений конфигурации объекта... |
|
| | [ CriDos . ]Четверг, 19 ноября 2009, 13:47
| Если что могу выслать БД с этим проектом так как этот глюк наблюдается не во всех проектах... |
|
| | [ Николаев Денис (разработчик) ]Четверг, 19 ноября 2009, 14:08
Я не совсем понял, в чем проблема. Очевидно, что из-за округления координат вершин площадь может измениться. Если при экспорте выставить округление до, скажем, 8 знака, то площадь (округленная до целого) не будет меняться.
Или здесь что-то другое? "Изменяется конфигурация участка" - это что вы имеете ввиду? Последовательность вхождения точек в контур или то, что из-за смещения точек появляется взаимопересечение ребер?
> Если что могу выслать БД с этим проектом так как этот глюк наблюдается не во всех проектах... Да, если вышлите ГБД с проблемным проектом, думаю это поможет нам воспроизвести ошибку и устранить ее (если она есть).
|
|
| | [ CriDos . ]Четверг, 19 ноября 2009, 14:24
Пробовал ставить округление и до 9 знаков всё равно после выгрузки и загрузки меняется положение тех точек которые были изменены в ПК ЗО.
"Изменяется конфигурация участка"
Пример: ЗУ до экспорта в CSV (координаты беру из редактора площадного объекта, при экспорте ставил 9 дробных знаков).
Площадь участка: 120360,213
x y
359264,7859 3228172,6975
358716,97416 3228139,0817
358275,36328 3228119,137
358276,28074 3228052,2035
360233,24007 3228174,2909
360231,33683 3228239,595
Пример: выше указанный ЗУ после импорта (координаты беру из редактора площадного объекта, при импорте ставил 9 дробных знаков).
Площадь участка: 120363,805
x y
359264,786 3228172,7
358716,974 3228139,08
358275,363 3228119,14
358276,281 3228052,2
360233,24 3228174,29
360231,337 3228239,59 |
|
| | [ CriDos . ]Четверг, 19 ноября 2009, 14:34
|
| | [ CriDos . ]Четверг, 19 ноября 2009, 14:50
|
| | [ CriDos ]Четверг, 19 ноября 2009, 16:56
| На какой email отправлять БД? |
|
| | [ Николаев Денис (разработчик) ]Четверг, 19 ноября 2009, 18:23
| Все-таки ошибка. Нашли - был использован неверный алгоритм округления (округлялось до девяти знаков, включая целую и дробную часть). Исправление войдет в следующую версию. Спасибо за сообщение. |
|
| | [ CriDos . ]Пятница, 20 ноября 2009, 10:23
Извиняюсь за то что вчера не выслал БД, инет отрубили:(
А нельзя выслать временный Fix? (очень нужен)
PS. И ещё имеется 2 вопроса (могут показаться кому та глупыми но я просто новичок в этом):
1) Можно ли в самом окне редактора карты ПК ЗО 3 указать максимальное округление которое происходит при изменении положения точки?
2) Площадь которая указывается в окне редактора карты и в межевом плане по идее должна отличатся так как в редакторе ObjectLand'а указывается площадь объектов которые имеют после точки 3,4 или 5 знаков и в МП при генерации документов указывается та же площадь что и в редакторе ObjectLand'а хотя при генерации все координаты округляются после точки до сотых и естественно площадь уже по округлённым координатам должна быть другой, может ли при таких не соответствиях координат и площади привести к приостановки или это входит в рамки погрешности? |
|
| | [ Николаев Денис (разработчик) ]Пятница, 20 ноября 2009, 16:24
1) Добиться округления координат во время редактирования можно с помощью привязки координат объектов и вершин к узлам сетки нужного размера. Если требуется округление до сотых, то шаг сетки нужно поставить 0.01. Базовая точка сетки должна быть (0;0). Подробнее про настройку сетки см. в документации ObjectLand.
2) На данный момент площадь участка вычисляется без предварительного округления координат. Т.е. чтобы площадь посчиталась правильно необходимо обеспечить, чтобы точки проекта уже имели округленные координаты.
Спасибо, что обратили наше внимание на эту проблему. Мы добавим округление координат перед вычислением площади. Кроме того будут добавлены операции округления координат как для точек проекта, так и для объектов карты (это уже есть в нашем списке).
> может ли при таких не соответствиях координат и площади
> привести к приостановки или это входит в рамки погрешности?
Отсутствие округления может привести к тому, что площадь будет отличаться. Мы прикинули, теоретически это отличие находится в пределах допустимой погрешности.
> А нельзя выслать временный Fix? (очень нужен)
Вышлю вам на почту.
|
|
| | [ Николаев Денис (разработчик) ]Пятница, 20 ноября 2009, 17:47
>> А нельзя выслать временный Fix? (очень нужен)
> Вышлю вам на почту.
Выслал на адрес, указанный при регистрации на сайте. |
|
| | [ CriDos . ]Понедельник, 23 ноября 2009, 08:47
|
| | [ Руслан Хузин ]Вторник, 24 ноября 2009, 10:53
| Такаяже проблема и у нас, нельзя ли нам выслать временный Fix? (очень нужен). |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
| |