Во-первых спасибо всем откликнувшимся! Постараюсь ответить по-порядку.
>bim2010
>В Mapinfo открываем слой ДОРОГИ ОБЩИЙ.TAB
Прошу выложить получившийся KML.
>bim2010
>Если у Вас действительно “набор данных, план города” например 1: 10000, то слой дорог должен быть полигональным.
Мне принесли данные на флешки, сообщив что это всё что удалось достать у "Заказчика". Это 18 слоёв в Mapinfo. Из них я должен "слепить" карту. Я планирую дополнительно использовать данные OSM и данные GoogleMaps.
>Привязку правильней делать не по слою OSM, а по своим трекам, в которых Вы уверены или по снимку. Надо понимать, что слой OSM тоже имеет погрешность.
Согласен. Бывают разные критерии точности. В моём случае полностью устраивает "посадка" OSM данных. Они вызывают достаточное доверие, в рамках моей задачи.
>Сравните адресный план (слой домов) он вообще будет различен с OSM и никакой системы в отклонениях там не будет. Не тратьте время. Просто считайте, что у Вас нет ни одного достоверного источника в руках.
Так мне поступить нельзя.
>Slinger
>Городская система г. Брянска, судя по всему. Проще всего в данном случае обратиться в местную КП и запросить у них параметры проекции.
В силу ряда причин мне добиться от них этого не удалось. Исполнитель сказал что у него стоит какая то ГИС (название я не запомнил) в которую "зашита" местная СК. И что-то упомянул про первый отдел. Неважно, даже если я в данном конкретном случае чего-то от них добьюсь, в другом городе снова будет такая же ситуация. У нас проходит много городов за год (по нашей научной работе) и каждый раз выбивать секретные данные по СК не хватит ресурсов. Нам нужен универсальный способ "посадки" того что пришло от Заказчика на реальные координаты, что бы гибко комбинировать данные от разных источников (GoogleMaps, OSM, растры-сканы, и т. п., что мы и делаем последнее время с большей или меньшей степенью успешности, в силу радиуса кривизны наших рук).
>Slinger
>Если бы у Вас были те же слои в МСК, 42, 63 - было бы гораздо проще по n-ному количеству общих точек найти проекцию (и то афинным преобразованием, которое в некоторых местах даёт некислые ошибки).
Имеется в виду вот эта методика, предложенная Boris:
viewtopic.php?f=2&t=7546 ?
Одна из сложностей, я не понял что значит "промежуточные координаты" в данной методике, должен ли я туда что-то вводить, или скрипт вводит сам? Так же остановило то что надо брать 9 точек, это занимает некоторое время. Хотелось бы сначала сделать по трём точкам, что бы увидеть хотя бы первый предварительный результат. Хотелось бы спросить уважаемого Boris, можно ли ввести только 3 точки, а остальные забить нулями? Потом попробовать 6 точек, и потом уже 9?
Да, как я понял, эта методика позволяет путём афинной трансформации получить данные в формате proj4 для определения пользовательской СК. Это как раз то что мне нужно (как я понял).
Прошу Boris проконсультировать свою методику.
>Slinger
>так что привязаться к тем же данным OSM можно, но они тоже не являются правильными и корректными в плане географического расположения.
Повторюсь, меня они устраивают.
>Slinger
>Суть в том, чтобы запросить параметры проекции для города Брянска, так как это скорее всего именно она (судя по координатам).
>После этого можно будет пересчитать куда требуется.
Даже если бы мы "выбили" параметры СК, я не знаю как бы выглядела эта справка, и нам бы пришлось определять СК в формате proj а у нас для этого недостаточно квалификации.
>gradionov
>bim2010
>полУчите параметры проекций - я буду удивлен.
Сейчас есть два определения:
Код: Выделить всё
+proj=tmerc +lat_0=53.1618751 +lon_0=34.0350715 +k=1 +x_0=0 +y_0=0 +ellps=krass +towgs84=24,-123,-94,0.02,-0.25,-0.13,1.1 +units=m +no_defs
Код: Выделить всё
+proj=gstmerc +towgs84=789.5240,-626.4860,-89.9040,0.6006,76.7946,-10.5788,-32.324100 +a=6378388.0000 +rf=297.0000000000000 +lat_0=53.6470951 +lon_0=36.463041 +k_0=1.00000000 +x_0=160000.000 +y_0=50000.000 +units=m +no_defs
Первое несколько более приближено к решению чем второе, но оба не подходят в достаточной мере. Однако понятно что комбинируя +lat_0 +lon_0 и остальные параметры можно добиться успешного результата. Попробуйте эти параметры применить к *.TAB Там видно Что в одном месте происходит совмещение благодаря арифметической подгонке +lat_0 +lon_0. Во втором случае за основу я взял параметры СК Gauss-Schreiber. Такое ощущение что достаточно "удачно поиграть с параметрами эллипсоида".