Насколько я понимаю, .osm файл объёмом 2 ГБ никак не сконвертировать?
osmsort.pl или osm2mp.pl падают с “Out of memory!”, когда съедают 2 ГБ оперативки. 64-битного перла что-то не видно в интернетах…
/PAE и /3GB не спасают.
Может кто-нить знает какой-нить способ обойти предел?
Присоединяюсь к вопросу.
И связанный вопрос: можно ли узнать технологию получения набора .mp файлов в архиве __russia.mp.7z (отсюда: http://gpsmapsearch.com/osm/mp?
ПК (Пермский край, а не персональный компьютер или пожарный кран или players killer) вычистил Буду поглядывать … Больше всего замороки, конечно, с веями, начинающимися и заканчивающимися в одной точке … и состоящими при этом только из неё же :))
Порэзать не пойдёт, нужен роутинг. Это автодорожная сеть всего мира. Можно разве что на континенты поделить…
Лишних объектов нету.
Фильтр… только если он сможет из
...
File "G:\OSM\osm_filter\common.py", line 655, in item_end_action
if action( self.item ):
File "G:\OSM\osm_filter\common.py", line 943, in copyNode
srcItem.saveToOsmFile( self.node_file )
AttributeError: OSM_Item_Node instance has no attribute 'saveToOsmFile'
а гис-лаб не заинтересован в отсутствии ошибок в их дампах?
предложение Ilis было бы оптимальным, я думаю
upd:
Леша, давай хоть Челябинск не брать с гис-лаб
Roads 42647008 **:0, 42647044 **:0, 42647047 **:0 have 100 duplicate segments near (53.8529166,61.9694216) **
я эту ошибку еще 7го числа пофиксил (сегодня 24-ое, если что) - она все еще не ушла из их дампа
Всё-таки порезал
splitter-ом: http://www.mkgmap.org.uk/page/tile-splitter
По Lat=-32 америки отделяются ото всего остального.
splitter ещё почистил лишнее оформление, получилось 2 файла всего по ~450 МБ, и они сконвертились в mp.