Форумы GIS-Lab.info

сомневаюсь, что молодцы:
Bounds (-1000000, -1000000) (19000000, 19000000) - велика вероятность ошибки +-0,01 м по некоторым точкам - соответственно - отказов в Росреестре

я уже несколько раз обозначал проблему с лимитами в разных темах:
20 000 000/2 000 000 000 =0.01, только там не 2 миллиарда, а чуть больше

а в остальном - конечно молодцы, если правда в файле, а то сам из твери, проверить долго

Не придерайтесь к "мелочам", и на Солнце пятна бывают...
только не понятно, почему нельзя были эти границы (Bounds (-1000000, -1000000) (19000000, 19000000)) сразу заложить програмно?
Если не ошибаюсь для этого нужно сделать нечто такое:
"МСК-43 Зона 1", 2008, 1001, 7, 47.55, 0.133333333333, 1, 1250000, -5900000, -1000000, -1000000, 19000000, 19000000
и остальные по аналогии, заменяя 8 на 2008 и в конце каждой строки добавляя -1000000, -1000000, 19000000, 19000000
да и перевод План-Проекция-План значительно удобнее менять программно...

если бы к мелочам... хотя, как говорит мой батяня, "жизнь состоит из мелочей, поэтому мелочей не бывает".

но к делу: по подобной рекомендации, правда негласной, мы тоже выставляли экстент +- 10 млн, единицы метры, рисовали, сдавали, получали возврат, по каждой 10-й - 20-й точке ошибка +- 1 см, соответственно пересечение границ участка другим участком. сверяли с исходным mif, находили этот участок, те самые точки: и правда, ошибка.
кто-то срочно начинал исправлять вручную, но это иногда десяток часов сверки рябящих в глазах многозначных циферок, зависит от размера контура.
мне же сразу стало понятно, дело в сетке: при таких лимитах некоторые значения просто технически невозможны для tab формата или самой программы, поправьте здесь меня, чего именно. т.е при импорте mif через мапинфо на выходе создаётся tab, значения в котором, независимо от того, что было записано в исходном файле, попадают в условные узлы сетки примерно 2*2 миллиарда ячеек, в которой значения (X.XX; Y.YY) быть не может. Если бы был точно известен размер этой сетки, вероятно и проблемы не было бы, всего-то два условия: максимальный экстент для точности 0,01 и кратность размеру сетки.
Предположив, что размер сетки - степень двойки, нашел близкое к 2 млрд значение, поставил соотв. экстент - не вышло, координаты все равно летят: появляется 3-й знак после запятой, результат грязный, надо чтоб не менялись!
поиграл ради эксперимента со значениями, кто знает как там у них сетка считается, попробовал к экстенту 2 с копейками млрд прибавить +-1 - результат аналогичный. плюнул на все, поставил +- 50 км, район покрывает и координаты не скачут. на другой район отдельную копию базы сделаю, со своим центром. отдел работает, замечаний нет.

Что-то я запутался в вас совсем. На кой ... вам эти границы в миллионы? Их написали, что бы ж... прикрыть. А вам они зачем? Вся ваша область не больше 1000 км, т.е. 10**6 метров. Делим на 2*10**9 получаем 1/2000 метра.
Куда выше точность? Какие могут быть пересечения при одинаковой СК участков, если они их не имели пересечений в исходных данных? (кроме случая как докопаться "до столба").
Декларированная точность измерения земли в РФ - дециметр, в самом худшем подходе это +-5 см, откуда тогда границы в см? Кто их может реально с такой точностью измерить? С тем же успехом можно и еще 6 цифр записать.
---
обсуждение сетки мапинфо уже было. 2 млдра (мною) было подтверждено, пока никем не опровергнуто.
---
Раз вам так много данных возвращали, значит есть какой-то до боли простой способ выяснить эти точки. Равно как и не очень трудоемкий способ их разнести в разные стороны буфером в -1 см (мапинфо это умеет - отрицательный буфер).
И как точно стоит задача - "участки не должны накладываться ни на мм" или "участки должны иметь тождественные координаты в точках схождения"?
---
если хочется точности выше мм, но при импорте из MIF отправляйте его в SHP, если не собираетесь редактировать, а SHP мапинфо читает на прямую. Там плавающая точка, если конечно это решает какие-то проблемы, а не порождает новые. А mif никаких ограничений на точность не имеет и с границами в TAB'е не связан. Проверено многократным импортом-экспортом через UT и OGR.
Смешно сказать, но формат хранения в таблице ( файл MAP) содержит заготовку по 64-х битное хранение данных, т.е. либо под float, либо под просто неземную точность измерений. Но он до сих пор не выведен наружу. Видимо никому в мире, кроме нашей загадочной страны, такая точность в измерении земли не пришлась в пору.
---
PS
В заголовке MIF файла, перед его сдачей заказчику можно прописать любые границы. От этого точность данных ДО импорта в таблицу Mapinfo не измениться ни на микрон. А после импорта "кривые руки" и "игривая ж..." к исполнителю имеют мало отношения, особенно, если он сдает данные в виде таблицы поворотных точек как того требуют XML схемы Росреестра.

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

Отделим "зерна от плевел", я обратил внимание на параметры МСК, а вы акцентировались на том, что люди не знают до таких тонкость само ПО, естественно, экспент намного избыточней чем нужно, помнится иструктивное письмо еще Росземкадастра по ЯНАО года так 2001, там они были намного более "скромными" в охвате...
ошибка в изменении координат с установками по умолчанию в MI была, есть и возможно будет в дальнейшем...
кадастр оперирует понятием

"участки должны иметь тождественные координаты в точках схождения"?

и все утыкается в нормативную точность отображения координат точек 0.01 м, и это при том, что сама точность определения координат зависит от категории земель (хотя их говорят и отменят) от 0.1 до 5 м....
и это обнаруживается при регистрации участка, если он начинает накладываться даже на эти 0.01 м на ранее учтенный, программно проверка это реализуется, а такого быть не должно, так же когда между ними появляется щель, т.е. ранее учтенная точка границ в старом и новом участке находятся в разных местах...
опять же на моей памяти таких фокусы встречались в палатах, которые работали на базе MapInfo, там где был ObjektLand такого не было, т.к. им mif/mid никогда и не сдавали, а только csv...

Boris писал(а):обсуждение сетки мапинфо уже было. 2 млдра (мною) было подтверждено, пока никем не опровергнуто.

Boris прав. MapInfo Professional Help:
"Working with Coordinate Systems" → "Working with Coordinate Systems and Projections" → "Understanding Precision in MapInfo Professional" → "Internal Storage of Coordinates"
Вообще весь раздел о точности следует усвоить. Учим матчасть, коллеги.

Донецков писал(а):Кировская область молодцы, всем бы так...
http://www.to43.rosreestr.ru/kadastr/program/mapinfo

Уже некоторое время пытаюсь осознать смысл одновременного существования 3-градусных зон на весь регион и МСК отдельных районов и даже населенных пунктов.

"--- 00 Местная система координат 43 региона РФ (МСК-43) ---"
"МСК-43 Зона 1", 8, 1001, 7, 47.55, 0.133333333333, 1, 1250000, -5900000,
"МСК-43 Зона 2", 8, 1001, 7, 50.55, 0.133333333333, 1, 2250000, -5900000,
"МСК-43 Зона 3", 8, 1001, 7, 53.55, 0.133333333333, 1, 3250000, -5900000,

"--- 01 Арбажский район ---"
"МСК-43-01", 8, 1001, 7, 47.55, 0.133333333333, 1, 1254000, -5888000,
"п. Арбаж", 3008, 1001, 7, 47.55, 0.133333333333, 1, 1250000, -5900000, 7,0.998702147938, 0.050931746739, -1308541.24744505, -0.050931740564, 0.998702139505, -404579.722680576, -1000000, -1000000, 19000000, 19000000

...

Насколько я понимаю, в данном примере, посёлок Арбаж попадает одновременно на территорию трёх МСК.
Это в какой пазл превращается межевание протяженных объектов, проходящих через весь регион!
В чём смысл?

"Умом Россию не понять", похоже они собрали информацию по всем данным, в которых выполнялись работы и регистрировались участки...

Боюсь все не так радужно - "... не понять". Как известно, даже полный дурак бьет окна только в чужих домах. Если где-то появляется бардак, не исторически сложившийся, а свой - новый, то это никак не связано с "... не понять". Чаще всего это способ отодвинуть не своих, или принудить к дележу по справедливости.
---
в приведенном примере избыточно запятых, мапинфо с такой записью проигнорирует таблицу.
на район скорее всего приведены не текущие МСК, а "советской отрыжки СК-63" - 1-я для всего района, со смещением начала, 2-я - "от столба - на север" притянута к текущим реалиям. что бы не двигать центральный меридиан, рассчитали аффинное преобразование.
---
никакого пазла для уже СУЩЕСТВУЮЩИХ объектов - нет. они уже на месте и никуда не денутся, т.к. все равно координаты должны вноситься от ближайших геопунктов с координатами из каталога, а уж верные они или - нет покажет сверка.
пазл будет для новых объектов, если они возводятся пикетным способом - вот газопровод можно и не свести.

Boris писал(а): в приведенном примере избыточно запятых, мапинфо с такой записью проигнорирует таблицу.

Кстати, да, насколько я понимаю, это вот явно лишнее

, -1000000, -1000000, 19000000, 19000000

Boris писал(а): на район скорее всего приведены не текущие МСК, а "советской отрыжки СК-63"

А что, разве 43 регион перешел на МСК на базе СК-95?
Я так понимаю, что это как раз и действующая у них сейчас МСК.

Boris писал(а): никакого пазла для уже СУЩЕСТВУЮЩИХ объектов - нет. они уже на месте и никуда не денутся

Знаю из практики других регионов, что переходе на МСК-XX, данные в базе кадастра пересчитывались - и метрика и атрибуты (X, Y) точек.

dab писал(а): А что, разве 43 регион перешел на МСК на базе СК-95?

он может и перешел, но это не значит, что где-то у кого-то не осталось данных сделанных в предыдущих версиях СК или локальных СК, когда они были свои у поселений и сельхоз районов, так что это ответ на будущие вопросы - "как мне попасть данными 1913 года в текущее положение объектов", а не на текущие - "где у нас сейчас поставленные участки в двух(трех) системах координат".

dab писал(а): Знаю из практики других регионов, что переходе на МСК-XX, данные в базе кадастра пересчитывались - и метрика и атрибуты (X, Y) точек.

это нормально - точки были внесены от некоторых геодезических знаков, раз координаты самих знаков изменились, особенно, если это произошло нерегулярным порядком - надо пересчитывать все, что от этих знаков было создано.

-1000000, -1000000, 19000000, 19000000

- а это, чтобы участки на Луну не отлетели... шучу!
судя по данным МСК-43 региона пока на базе СК-63....
просто получали данные когда-то в mif/mid, при "показать границы" обязательно обнаруживались большие вылеты зарегистрированных участков за границы кадастрового учета (населенного пункта, района)....
Политика "непущать и поделить" естественно может быть причиной таких вывертов (особенно в крупных насленных пунктах), но встречались такие тмутаракани, с такими наворотами, что они сами не могут пояснить, почему так, а не по другому, кто-то на заре начала ведения кадастра сделал так, а потом пришли новые люди и концов не найти... (как-то в одном районе за 5 мес. поменялось 3 спец. из кадастровой палаты, которая состояла из 1 человека: земельщик, агроном и выпускница 11 класса школы).

если это произошло нерегулярным порядком - надо пересчитывать все, что от этих знаков было создано

- особенно это встречал в регионах, где используют ObjectLand, т.к. "любят" они в нем трансформировать при необходимости...

Начал немного знакомиться с QGIS, и хотел уточнить один вопрос по параметрам МСК.
Если для МСК на базе СК-63 в MapInfo так заданы параметры тогда для QGIS описание МСК такое?

Зачем в 4 параметре +towgs84 перед 0 стоит "минус"?, а так остальное на мой взгляд правильно...
В QGIS если открыть таблицу MI, которой задана проекция, отсутствующая в системах координат QGIS, то создается "безымянная" СК с исходными параметрами, которую только остается переименовать и сохранить в пользовательских СК, аналогично и с данными shp с файлами prj, в соседней ветке было обсуждение, как автоматизировать перевод PRJ (WKT) с proj.4 и наоборот с помощью скриптов...