Импорт данных в JOSM из ГИС MapInfo

Не только загруженные, но просто смешанные и выложенные в сеть. Здесь нужно, пожалуй, делать отдельный слой поверх карты осм (не смешивая), в любом формате. Если есть способ рендерить данные MapInfo в тайлы, то так ещё и удобнее будет. А наложить с помощью того же OpenLayers.

Про лицензию уже сказали.
А технически - можно импортнуть данные из MapInfo в GPSMapEdit, и потом из польского формата в osm. Надеюсь, координаты в WGS84?

технически - надо сохранить данные в шейп, а оттуда в osm. ´идти через промежуточный *.mp - глупо. он слишком ограничен

пойдет? gis-lab.info/qa/ogr2osm.html

Мало того, что для этого нужна shareware версия gpsmapedit, импортируемый формат аттрибутов в ней примитивен до невозможности.

Скорее всего в местной системе координат.

Это лучший вариант, но надо еще

  1. добавить ‘mapinfo file’ для соответствующего расширения

# FIXME: really complete this table
if fileExtension == 'shp':
    driver = ogr.GetDriverByName('ESRI Shapefile');
elif fileExtension == 'gpx':
    driver = ogr.GetDriverByName('GPX');
elif fileExtension == 'dgn':
    driver = ogr.GetDriverByName('DGN');
elif fileExtension == 'gml':
    driver = ogr.GetDriverByName('GML');
elif fileExtension == 'csv':
    driver = ogr.GetDriverByName('CSV');
elif fileExtension == 'sqlite':
    driver = ogr.GetDriverByName('SQLite');
elif fileExtension == 'kml':
    driver = ogr.GetDriverByName('KML');

  1. правильно определить координатную систему

С тем, что mp ограничен, спорить сложно. Но из моего опыта - для самопальных ГИС на предприятии его хватает.
Разумеется, если удастся через шейпы, будет как минимум не хуже. Хотя я встречал ситуации, когда UT отрабатывал криво (с чем связано, не выяснял).

Подождем точного ответа.

есть вопрос с потерей кодировки кириллицы при преобразовании .TAB → .MIF → .SHP → JOSM
если посмотреть текстовым редактором сами файлы, то там кириллицa в cp-1251 а при открытии .shp файла в JOSM получается вот такое

это как-то победить можно?

Конечно можно. Но для этого надо понять на каком из этапов ломается кодировка.

открытии .shp файла в JOSM получается вот такое

вместе с shp идет файл .dbf данные в нем в cp-1251

и вот если это открый в JOSM то кодировка как на скрине выше

Подозреваю надо шейп в utf-8 перевести.

Я что-то наверное пропустил, JOSM научился shp напрямую открывать?

А FAR не умеет смотреть DBF, как умел старый добрый NC?

в шейпе перевести .dbf из 1251 в utf-8 ?

конкретезируй вопрос

http://gis-lab.info/qa/dbf-encode.html

при конвертации из shp в osm пишет all done, при открытии в JOSM ничего не показывает(файл не пустой)???

Попробуй нажать 2, точно не помню, это типа показать всё на экране.

не показывает, может при конвертации что-то не то сделал, никогда не конвертировал…есть shp без prj и ogr2osm 1.shp и все?

вопрос закрыт…дело было в проекции