Конвертируем из pbf в sqlite

А wowik-у с Windows-XP-x86_32 в виртуалбоксе желаю познать радость работы с planet.osm.

Вот и я не пойму причем, но приведенные советы именно такие: virtualbox+ubuntu и всё у вас везде запустится (кроссплатформенность :slight_smile: )

Сферический конь.
Это слышали и про Яву и про что угодно. И каждый раз пляски.
Код работает там, где его тестировали.

Вы прикидываетесь или впрямь не понимаете о чем речь?

Люди реально не могут настроить работу скриптов и т.п. не на том, на чем написал автор.
Кто-то посему заводит образ соответствующей системы, как наиболее простой для него путь борьбы с зависимостями и т.п.

Молодец. Теперь я хочу увидеть ссылку на образ WinXP-x86_32 для виртуалбокса, где бы работал распил планеты на регионы и конвертация в какой нибудь любой формат.

Это их проблема.

Прикольно, но в чем тогда кросплатформенность?

:laughing:

К скриптам на визуалбейсике понятие “нормально написанный софт” не относится :wink:

А также слава автора. И добрым молодцам урок кроссплатформенности.

Ясно, прикидываетесь.

Хорош, ругаться. Займёмся делом.

Если нужна именно эта утилита но чтоб работала под линуксом или ещё чем то так и напишите. До этого момента у меня заказчиков не было. Вы будете первым. Если найдётся гуру который умеет писать под вашу любимую операционку. То я ему с удовольствием помогу портировать эту штуку. Если гуру не найдется то должны появится очень уважительные причины, для того чтоб я, занялся портированием.

Вовсе нет. Последние года только такой и пишу (С++), если нет серьезного повода ограничиться конкретной платформой. Уж консольный софт вообще нет никакой причины писать платформозависимым.
deep125, вы сами просили замечаний и предложений, нет? :slight_smile:

Ох, это замечательно, но тепереча Spatialite включает в себя утилиты spatialite_osm_map, spatialite_osm_raw и spatialite_osm_net, которые парсят OSM XML и OSM PBF в Spatialite. Так что… Поздновато, имхо :slight_smile:

Читайте: https://www.gaia-gis.it/fossil/spatialite-tools/wiki?name=OSM+tools

Софт от того, что он “нормально написан” платформонезависимо, не становится автоматом платформонезависимым. Это прекрасная сказка о светлом будущем. Надо периодически тестировать и поддерживать желаемый зоопарк платформ. Без этого всё тухнет.

С очевидным спорить не буду :slight_smile: Просто - повторюсь - не вижу ни одной серьезной причины писать платформозависимый консольный код.
Add: Впрочем, “поддержка” обычно ограничена проверкой, что после внесения изменений VS/g++/clang способны переварить полет мысли. Светлое будущее уже рядом - может, вы не заметили его приход? ))

Иногда платформонезависимость бывает весьма условной.
Например, чего стоят ограничения на имена файлов, происходящие от нежелания возиться с коллекцией кодировок и их подвидов.

С коллекцией кодировок придется возиться и на одной платформе, если нужна поддержка чего бы то ни было, кроме ASCII.

Зато код, написанный платформозависимо становится автоматом платформозависимым. И усилия, необходимые для портирования вендокода под другие системы совершенно несравнимы с усилиями, которые тратятся на поддержку. Хотя если код изначально написан без тени мысли что им кто-то когда-то будет пользоваться, поддержка также превратится в кошмар.

Странно, а я вижу. Знаете сколько занимает места, “платформонезависмый прект” на си, с общеизвестными именем “Hello word”?
По моим прикидкам больше чем этот. И всё равно его нельзя будет запустить на тех платформах которые чаще всего окружают вас (андроид, симбиан, win и тд) тоесть по умолчанию и без плясок с перепрошивками и рутами.
Дальше, сколько нужно времени чтобы проверить работоспособность на поддерживаемых платформах? И нужно ли мне это?

А быстродействие? Про него можно сразу забыть. Лишь бы работало без ошибок.

Я конечно не против платформонезависимости, покажите мне проект который одинаково хорошо работает и на windows и на линукс. Кстати меня этот аспект интересует с точки зрения среды разработки и отладки! Макефайлы не принимаются.

Молодцы конечно, незнал. Только я чтото не нашол исполнимых файлов. Хотелось бы пощупать на предмет быстродействия.