Рандомное смещение полигонов, HELP!!!

[Azimut21]

Всем привет, возникла колоссальная проблема, сидел себе спокойно цифровал выдела, все шло как по маслу, на следующий день посмотрел, все квартала разъехались в разные направления на расстояние не более 0.0003 метра. Вопрос как это произошло и есть ли возможность обратно совместить готовый слой выделов с кварталкой, дабы не было дыр несусветных???

[lam]

не более 0.0003 метра

Разве это дыры? ))

[Azimut21]

К сожалению, да. Поскольку единая мозаика отсутствует в таком случае.

P/s Красные линии, это истинная кварталка

[tikhpetr]

Azimut21, Простите, Вы в величине отлета не ошиблись? Десятые доли мм - этим геодезия ваще не занимается!

[gamm]

цифровал выдела

что это? в какой системе координат, с чего скалывали, и т.д. Тут все что угодно может быть, начиная с перевода пикселей в метры, ошибок машинного представления (может там внутри по где-то дороге, целые числа, как у Мапинфы), или координаты длинные (много знаков). И заканчивая вопросом, почему (если сетка квартальная есть) ее не скопировать, вместо того, чтобы перерисовывать (или не использовать "прилипание" в процессе сколки).

[Azimut21]

что это? в какой системе координат, с чего скалывали, и т.д. Тут все что угодно может быть, начиная с перевода пикселей в метры, ошибок машинного представления (может там внутри по где-то дороге, целые числа, как у Мапинфы), или координаты длинные (много знаков). И заканчивая вопросом, почему (если сетка квартальная есть) ее не скопировать, вместо того, чтобы перерисовывать (или не использовать "прилипание" в процессе сколки).

Это оцифровка выделов, в МСК-59 зона 2, кварталку скопировал и резал по ней же, и на половине все было нормально, однако после неизвестного мне действия (кроме слияния двух частей кварталки, ничего не делал) каждый квартал, который я разрезаю смещается в рандомном направлении, достаточно просто разрезать на 2 полигона и оно едет.

[Azimut21]

Главный вопрос-можно ли это как то автоматически исправить ?
Второстепенный-из-за чего это могло вообще произойти?

[gamm]

ответа, что такое "оцифровка", так и нет ... планшеты сканировали, привязывали и скалывали, или как? Если проблема появляется после разрезания, то что произошло: переместились существующие узлы, или новые не попали на линию разреза?

[Azimut21]

ответа, что такое "оцифровка", так и нет ... планшеты сканировали, привязывали и скалывали, или как? Если проблема появляется после разрезания, то что произошло: переместились существующие узлы, или новые не попали на линию разреза?

Планшеты сканировали, привязывали и скалывали, в слое квартальном нету смещений.
Перемещается полностью квартал (то есть все 4 узла в одном направлении)

[gamm]

в слое квартальном нету смещений.

для начала наложите слой до и после резки, и посмотрите. Где-то явно трансформация работала, проекции или еще чего, с пересчетом координат (судя по размеру сдвига)

[Azimut21]

для начала наложите слой до и после резки, и посмотрите. Где-то явно трансформация работала, проекции или еще чего, с пересчетом координат (судя по размеру сдвига)

После резки смещается

[Ivor]

У вас совершенно сумасшедшее увеличение и точность, не имеющая никакого практического смысла.
В своё время боролся с подобной проблемой и пришёл к выводу, что в ArcGis это не победить - ошибки округления. Скрывается эта фигня, для баз геоданных, в свойствах слоя XY Resolution и XY Tolerance (задаются при создании слоя). Можете с ними поэкспериментировать, но проще забить. Да, стандартная величина пространственного разрешения в ArcGis - 0,0001 м (для метровых СК, естественно).

Да, в старом ArcInfo такого не было, так что как вариант - проверить топологию в чём-нибудь старом и исправить там. Но потом в ArcGis - не трогать!

[Azimut21]

У вас совершенно сумасшедшее увеличение и точность, не имеющая никакого практического смысла.
В своё время боролся с подобной проблемой и пришёл к выводу, что в ArcGis это не победить - ошибки округления. Скрывается эта фигня, для баз геоданных, в свойствах слоя XY Resolution и XY Tolerance (задаются при создании слоя). Можете с ними поэкспериментировать, но проще забить. Да, стандартная величина пространственного разрешения в ArcGis - 0,0001 м (для метровых СК, естественно).

Да, в старом ArcInfo такого не было, так что как вариант - проверить топологию в чём-нибудь старом и исправить там. Но потом в ArcGis - не трогать!

Благодарю, удалось исправить в Мапинфо, очень жаль, что такие упущения возможны в аркгисе

[Ivor]

Azimut21, это не упущения, это некоторая неадекватность задачи, вызванная, очевидно, привычкой к определённому ПО. На самом деле ArcGis поступает абсолютно верно - даёт пользователю контроль над точностью. Ибо абсолютная точность бывает только в математике, а в реальном мире все измерения и вычисления производятся с какой-то погрешностью. И тут она указана в явном виде и используется. То, что в других программах координаты точек вроде как совпадают - не более чем иллюзия, просто удачно маскируемая.