You are not logged in.
- Topics: Active | Unanswered
Announcement
Please create new topics on the new site at community.openstreetmap.org. We expect the migration of data will take a few weeks, you can follow its progress here.***
#151 2011-06-07 18:51:32
- kellerma
- Member
- Registered: 2010-07-18
- Posts: 1,623
Re: osmosis - ein Buch mit sieben Siegeln
Hallo Markus,
erhalte nun
<snip>
Anton-Bruckner-Straße
Bahnhofstraße
Bauhofstraße
<snap>
osmconvert 0.1F
o5mfilter 0.1N
gestern ging's noch ![]()
Danke.
Ciao,
Frank
Offline
#152 2011-06-07 19:19:31
- Marqqs
- Member
- Registered: 2011-01-01
- Posts: 724
Re: osmosis - ein Buch mit sieben Siegeln
Anton-Bruckner-Straße
Hmmm... dann hab ich doch einen Fehler ausgebessert, der gar keiner war. Habs gleich wieder korrigiert.
Zwar ist die Ausgabe trotzdem korrekt, aber in der XML-Datei schaut das schon irgendwie blöd aus. UTF-8 ist dort ja eigentlich erlaubt. Einzig ein paar XML-Steuerzeichen sind verboten, z.B. "<", "&"...
Nunja, schaden wird die Programmergänzung nichts, vielleicht braucht irgendjemand mal eine Option, die es erlaubt, alle Nicht-ASCII-Zeichen als "&#...;"-Code auszugeben.
Ach so - wir sind immer noch im Osmosis-Thread. Vielleicht sollten wir solche Geschichten in den anderen Thread schieben...
Offline
#153 2011-06-07 22:13:31
- woodpeck
- Member
- Registered: 2009-12-02
- Posts: 1,210
Re: osmosis - ein Buch mit sieben Siegeln
Wenn wir hier schon im Osmosis-Thread sind: Wie macht das Osmosis? Muss man dazu eine bestimmte Option aktivieren? Habs bisher nicht geschafft. Aber vielleicht war auch das Polygonfile nicht ok.
Vor die Polygonnummer im File ein Ausrufezeichen setzen sollte reichen.
Ja, die Zeichen sind selten, aber das Programm soll für alle Sprachen korrekt arbeiten. Danke für deinen Tipp!! Hier hab ich echt etwas verpennt: Zwar werden die Zeichen korrekt von XML nach UTF-8 umgewandelt (z.B. im o5m-Format sind sie dann richtig), aber die Prozedur für die Umwandlung von UTF-8 nach XML war unvollständig. Sollte nun mit der neuen Version klappen.
Der 3-Byte-Fall klappt jetzt. Der 4-Byte-Fall ergibt wieder ein ungueltiges File (korrekte Bytesequenz f4 8f bf bf, Du erzeugst f0 8f bf bf):
<osm version='0.6'>
<node id='5' timestamp='2010-01-01T00:00:01Z' uid='1' user='TEST' visible='true' version='1' changeset='1' lat='1' lon='1'>
<tag k="note" v="One UTF-8 four-byte character on 3rd position" />
<tag k="utf8" v="12789" />
</node>
</osm>Die JOSM-Hochkommas... Warum macht JOSM das eigentlich?
Vielleicht hat sich der JOSM-Autor gedacht: Denen, die XML nicht richtig parsen, will ich's zeigen!
Wie auch immer, ich hab eine Option --in-josm eingebaut, damit werden auch die Hochkommas als Anführungszeichen akzeptiert.
Etwas, was manchmal ganz brauchbar ist und was Osmosis nicht kann, waere eine Option, die alles, was von JOSM her ein "action=delete" hat, aus dem File entfernt. Denn die meiste Software ignoriert das action=..., und wenn man dann mit JOSM Daten aus einem File "loescht", findet man die ueberraschenderweise doch im Endprodukt wieder.
Bye
Frederik
Offline
#154 2011-06-07 22:57:39
- Marqqs
- Member
- Registered: 2011-01-01
- Posts: 724
Re: osmosis - ein Buch mit sieben Siegeln
Der 3-Byte-Fall klappt jetzt. Der 4-Byte-Fall ergibt wieder ein ungueltiges File (korrekte Bytesequenz f4 8f bf bf, Du erzeugst f0 8f bf bf):
Stimmt! Ich hatte 0x03 statt 0x07 geschrieben. Dadurch verschwand das höchstwertige Bit bei 21-Bit-Werten. Ich kenn zwar kein Zeichen, das in diesem Zahlenbereich kodiert wird, aber es gibt sicher eines. Ist nun korrigiert. Nochmal danke!
Vielleicht hat sich der JOSM-Autor gedacht: Denen, die XML nicht richtig parsen, will ich's zeigen!
Böse, böse! ;-)
Etwas, was manchmal ganz brauchbar ist und was Osmosis nicht kann, waere eine Option, die alles, was von JOSM her ein "action=delete" hat, aus dem File entfernt. Denn die meiste Software ignoriert das action=..., und wenn man dann mit JOSM Daten aus einem File "loescht", findet man die ueberraschenderweise doch im Endprodukt wieder.
Was eh schon drin ist, ist, dass alle Datensätze, die sich innerhalb einer Delete-Klammer (<delete>) befinden, gelöscht werden. Ebenso alle Datensätze, die visible="false" oder visible="no" enthalten. Ausnahme: Man erzeugt gezielt eine Change-Datei mit einer der Optionen --out-osc, --out-o5c oder --out-osh.
Meintest du das mit "action=delete"? Ich schau mir den JOSM-Output mal genauer an... das muss ich durchspielen.
EDIT:
Beispiel:
<node id='33336163' action='delete' timestamp='2007-08-02T19:00:44Z' uid='6270' user='mikes' visible='true' version='1' changeset='186320' lat='48.9115024' lon='11.9300232'>Ich müsste also nur action="delete" behandeln wie visible="false". Lustigerweise ist in diesem Datensatz zusätzlich ein visible="true" enthalten. Das verwirrt mich etwas...
EDIT2:
War keine große Geschichte, ist nun drin:
osmconvert 0.1K
o5mfilter 0.1S
Last edited by Marqqs (2011-06-08 00:03:13)
Offline
#155 2011-07-09 22:20:23
- wicking
- Member

- From: El Hierro
- Registered: 2010-03-06
- Posts: 455
Re: osmosis - ein Buch mit sieben Siegeln
Nach dem Absetzen des Befehls erhalte ich ca. 100 mal diese Meldung:
04.06.2011 17:04:47 crosby.binary.osmosis.OsmosisSerializer$Prim serializeMetadataDense WARNUNG: Attention: Data being output lacks metadata. Please use omitmetadata=trueWas mach ich falsch? Wenn ich nun wie vorgeschlagen "omitmetadata=true" hinzufüge, dann werden die Metadaten ja weggelassen. - Das will ich aber gar nicht, denn die sollen in der neuen Europa-Datei ja auch wieder drin sein.
Die Lösung für dieses Problem würde mich auch sehr interessieren. Osmosis-Experten bitte?
PS: Achso, deshalb: http://lists.openstreetmap.org/pipermai … 21124.html – die OSM-Datenbank enthält Schrott. Blöde, verwirrende Fehlermeldung.
Last edited by wicking (2011-07-09 22:24:44)
Offline