o5m ist sparsamer.
Das Plattenplatzproblem wird auch beim Herausfiltern nichtbenötigter Daten bestehen, zumindest wärend des Filterns. Dazu werden nämlich temporäre Dateien angelegt, in denen im Prinzip die gewünschten Daten erstmal gesammelt werden und mit denen zum Schluss in die Zieldatei angelegt wird. Am Schnellsten geht das mit dem o5m-Format, welches zwar nicht gerade klein ist, aber auch aus diesem Grund schnell (Verzicht auf “Verwaltungsaufwand”). Kurzzeitig wird also mehr Plattenplatz (ca. doppelter?) gebraucht.
Ich bin mir übrigens auch nicht sicher, ob ich ein Filtern vor der Kartenerzeugung implementiere. Allerdings sollte das dann die Elemente betreffen - nicht nur die Tags an den Elementen und auf keinen Fall Elemente selbst die ich benötige, an denen aber nichtbenötigte Tags hängen. Hintergrund wäre, die Anzahl der Kacheln zu verringern…
Grüße
Mario
Durch die o. g. Filter habe ich nun dieses Ergebnis:
1891229838 Jun 27 20:06 germany.pbf
4117052338 Jun 25 15:47 germany-latest.osm.bz2
2617104855 Jun 27 08:54 germany-latest.osm.pbf
3081990243 Jun 27 19:13 germany.o5m
5854288882 Jun 27 19:30 germany.osm
1.8 GB finde ich noch sehr viel.
1.8 GB sagt erstmal nur tendenziell etwas aus. Entscheidend für dich ist doch die Größe der fertigen Karte und die kennst du doch noch gar nicht oder?
Gruß Klaus
Was für eine fertige Karte?
Ich habe noch mal mehr gesiebt:
788465232 Jun 27 21:53 germany3.o5m
526567092 Jun 27 21:59 germany.pbf
hier die ganzen Paramter:
-v
--keep=
highway=
=secondary
waterway=river
waterway=canal
waterway=dam
--drop-tags=
source=
building=
amenity=
natural=
shelter=
operator=
service=
created_by=
TMC*=
VRS=
segregated=
lit=
lcn=
mtb=
wheelchair=
bench=
horse=
note=
comment=
traffic_calming=
historic*=
maxweight*=
--drop-author
--drop-version
Jetzt ist es deutlich kleiner. Ich weiss aber noch nicht, ob ein Navi diese Daten überhaupt gebrauchen kann.
Ja, ich nerve: Wie und womit willst du ein Navi dazu bringen, mit diesen Daten was anzufangen? ich kenne kein Navi, dass mit OSM-Rohdaten was machen kann.
Lege mal deinen Ansatz dar und dann sehen wir weiter.
Und schreib jetzt bitte nicht “Ich weiss schon was ich will” - damit ist keinem geholfen.
Gruss
walter
Ich versteh dein Ziel auch noch nicht so ganz. Wenn dein Ziel ist die Dateigröße der OSMand-Karte zu reduzieren, dann bringt es nicht viel in den Rohdaten zu filtern. Dann solltest du besser den Style im OSMand-Converter anpassen. Dafür bräuchtest du aber eine recht potente Maschine wenn du das mit Deutschland machen möchtest. (Allgemein der Tip: Wenn man sowas macht, besser erstmal mit Bremen probieren)
Allerdings bezweifle ich, dass der Aufwand in einem tragbaren Verhältnis zu den ~5€ für den Pro-Version steht. Wenn dein Problem das herunterladen ist, dann sparst du beim pbf-Download jetzt nicht sonderlich viel Volumen ein im Vergleich zum selektiven laden der fertigen Karten. Relevent wäre das wohl erst, wenn man die Karten ohne WLan laden muss. Aber hast du dann einen Laptop dabei, der die Karte dann auf Akku rechnet? Wenn Strom in der Nähe ist, dann sollte auch WLan nicht fern sein…
hmm mal sehen:
Intel(R) Xeon(R) CPU E5-2630L 16 GB
AMD Opteron™ Processor 6378 16 GB
Intel i7 3770 16 GB
Welches Prozessörchen hättens gerne?
LOL. und dann weinen, er hätte nicht genug Platz.
Sorry, aber diesen Blödsinn mach ich nicht weiter mit.
EOT
-w-
und ich gehe jede wette ein, dass ich mit meinem i3, 'ner ssd und 32GB RAM schneller fertig bin 
@akk: du hast hoffentlich schon OsmAndMapCreator-Speicherbedarf durchgelesen und gesehen, dass es eher auf RAM ankommt?!
Aber ja, auch ich verstehe nicht im geringsten was akk hier von uns möchte oder von sich selbst erwartet …
Zur Lösung hast du eh nichts beigetragen.
@Harald Hartmann
Hast du den Artikel überhaupt gelesen? Bei allen angeführten Beispielen lag der RAM-Verbrauch unter 6 GB! Dazu sollte man auch mal die ausführlichere englische Version lesen.
Die Umwandlung kann man auch gut nachts laufen lassen. Völlig egal ob das dann 1 oder 8 Stunden dauert.
So richtig scheint dich hier keiner zu versehen. Welches Problem hast du und welche Rolle spielen dabei die OSM-Rohdaten? Und in welches Navi willst du die gefilterten PDF-Daten (ohne sie noch weiter zu verarbeiten) einspielen?
Gruß Klaus
Das hatte ich alles beschrieben. Aber hier scheint kaum jemand in der Lage zu sein, sich von seinem eigenen Anwendungsfall gedanklich lösen zu können.
Von einem bestimmten Navi war hier nie die Rede. Deswegen ging es hier auch um OSM. Auf dem Desktop habe ich mir Navit installiert, um zu prüfen, ob die gefilterten Daten noch routingfähig sind.
ich spreche leider kein englisch, aber was ich aus der englischen Seite rauslesen kann ist, dass Deutschland wohl 54 Stunden dauern würde … also sprechen wir glaube ich schon von mindestens zwei Nächten 
Dann wäre es wohl am besten wenn du dir ein anderes Forum suchst, wo du die Leute geistig flexibler und kompetenter sind.
Gruß Klaus
Garmin-User scheint die Frage jedenfalls verstanden zu haben.
Nicht direkt. In der Regel verwenden Navis ein eigenes Format. Man muss also umwandeln.
Der Kartenkompiler (mkgmap, OSMmandCreator etc.) verlangt die Daten meist im .osm Format oder gepackt als .pbf oder .osm.gz.
Aber das kann osmconvert alles problemlos umwandeln.
aha, noch jemand, der geistig folgen kann 
Dann bin ich doch auf dem richtigen Weg. Welche Tags kann ich noch filtern?
Alles was Du nicht benötigst.
Für eine Car-Routingfähige Karte benötigt man im Prinzip nur das Straßennetz, also highway=* .
ah, das ist mal eine Aussage!
Hast du das ausprobiert?
Was ist mit dem anderen Tags? Verkehrsschilder? Lanes, Tracks, surface? postal_code ist sicher auch wichtig?