Тут выложил конвертер с исходниками.
https://code.google.com/p/osmpbf2sqlite/
pbf можно брать тут
http://gis-lab.info/projects/osm_dump/
Пожелания и замечания принимаются
Почему утилита для VS 2008, а не кроссплатформенная, если она консольная? Использованы какие-нибудь специфичные для Windows функции?
Не заметил так каких либо WinAPI, так что по идее если выпилить виндовые ресурсы можно скормить и gcc
deep125
А с данным вопросом не могли бы помочь?
А разве это синонимы? 
Да. Это конвертация wchar_t в utf8 и функции осуществляющие синхронизацию между потоками (критические секции, события и сообщения)
Так, вроде помог.
Конвертация osm в mp. Состоит из двух этапов.
1 чтение osm.xml в память
2 сохранение из памяти в mp
Теперь можно заменить первый этап этой утилитой.
Угу, осталось написать плагин для osm2mp, реализующий все get_* и iterate_*.
По аналогии с https://code.google.com/p/osm2mp/source/browse/trunk/lib/OSM.pm#238
И немного допилить сам osm2mp
А в чём смысл настолько немежплатформенных утилит, если речь идёт о работе с данными ОСМ?
Или просто на платформе win-x86_32 без подобных вещей вообще не обойтись? Помнится я под Linux x86_64 не имел проблем с osm2mp.
Как я вижу для вас, платформа win-x86_32 это очень экзотическая и редко используемая платформа и единственное предназначение osm данных это перевод их в mp формат. Или я ошибаюсь?
Некоторые под кроссплатформенностью обработки OSM понимают строго убунту. 
При любых затруднениях читаем советы по установке virtualbox и убунты на него
— запуск osm2mp http://forum.openstreetmap.org/viewtopic.php?pid=291988#p291988
— сборка Аргентины в Навитель: http://forum.openstreetmap.org/viewtopic.php?pid=316950#p316950
Тогда почему бы не считать и virtualbox с XP или тот же WinE кроссплатформенными решениями? 
Может быть по тому, что некоторые предпочитают процесс обработки автоматизировать и запускать его на сервере, который частенько не под виндой.
Это их проблема.
А причём тут Убунта? Это всего лишь одна из вариаций Linux. Я говорил о нормальной кроссплатформенности. Ничто не мешает сейчас весь почти весь стек приложений и утилит развернуть без особых проблем на любом более-менее актуальном Linux или FreeBSD. Часть стека у меня вполне успешно работала и под AIX. С некоторой долей садомазохизма можно конечно часть стека и на платформе win32 запускать, но вот привязываться к ней - как-то совсем не имеет смысла.
Нормально написанный софт нормально работает под любой платформой, тем более что это по сути всего лишь библиотека, а не комбайн с UI и прочим блек-джеком.
А wowik-у с Windows-XP-x86_32 в виртуалбоксе желаю познать радость работы с planet.osm.
Вот и я не пойму причем, но приведенные советы именно такие: virtualbox+ubuntu и всё у вас везде запустится (кроссплатформенность )
Сферический конь.
Это слышали и про Яву и про что угодно. И каждый раз пляски.
Код работает там, где его тестировали.
Вы прикидываетесь или впрямь не понимаете о чем речь?
Люди реально не могут настроить работу скриптов и т.п. не на том, на чем написал автор.
Кто-то посему заводит образ соответствующей системы, как наиболее простой для него путь борьбы с зависимостями и т.п.
Молодец. Теперь я хочу увидеть ссылку на образ WinXP-x86_32 для виртуалбокса, где бы работал распил планеты на регионы и конвертация в какой нибудь любой формат.
Это их проблема.
Прикольно, но в чем тогда кросплатформенность?
К скриптам на визуалбейсике понятие “нормально написанный софт” не относится 