Re: [Talk-de] Grundlegende Frage zum Datenaufbau
Hallo, Am Dienstag 01 Dezember 2009 17:47:47 schrieb Chris-Hein Lunkhusen: Wolfgang schrieb: Es gibt auch noch von den Editoren heruntergeladene Dateien. Der Aufbau sollte gleich sein, aber er ist es nicht immer. Bei einem der Editoren, ich glaube, es war josm, gibt oder gab es den Unterschied, dass die gespeicherte osm-Datei die Daten in der Reihenfolge enthielt, in der sie abgefragt wurden. Bei mehrfachem Nachladen, um den gewünschten Bereich zu bekommen, gab es dann mehrfach die Reihenfolge node-way-relation. Das führte dazu, dass z.B. mkgmap mit den Daten nicht klar kam und nur den ersten Block benutzte. Hmmm, kann ich mit der 2255 nicht reproduzieren. Was JOSM aber in dem Fall macht ist, n-mal die bounding-box zu schreiben (je eine für jeden Datendownload). mkgmap guckt sich aber nur die erste an, soviel ich weiss. Wenn es josm war, war es pre-17xx. Ist schon eine Weile her und war nur ein Beispiel dafür, dass die Daten zwar dem osm-Schema folgen, aber nicht unbedingt problemlos zu verarbeiten sein müssen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grundlegende Frage zum Datenaufbau
Moin ! unter Euch gibt es erfahrene EDV-Bastler und Profils. Frage: es gibt OSM-Dateien, Dateien die aus einer XAPI-Anfrage entstammen oder aus einer OSMOSIS-Filterung. Sehe ich es richtig, dass der Aufbau dieser Dateien vom Prinzip GLEICH sind und wenn ein PERL-Skript dieses auswertet dann müßte es doch mit allen Datei-Herkünften klarkommen ?!?!??! Das PERL verwenden XML::Simple - das zur Info. ... oder habe ich einen falschen Ansatz in der Sichtweise??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
Jan Tappenbeck schrieb: Moin ! unter Euch gibt es erfahrene EDV-Bastler und Profils. Frage: es gibt OSM-Dateien, Dateien die aus einer XAPI-Anfrage entstammen oder aus einer OSMOSIS-Filterung. Sehe ich es richtig, dass der Aufbau dieser Dateien vom Prinzip GLEICH sind und wenn ein PERL-Skript dieses auswertet dann müßte es doch mit allen Datei-Herkünften klarkommen ?!?!??! Ja. ein ? reicht auch und ist wesentlich unaufdringlicher. Das Format ist unter [1] spezifiziert. Das PERL verwenden XML::Simple - das zur Info. ... oder habe ich einen falschen Ansatz in der Sichtweise??? Nein. Peter [1] http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.5/DTD ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
Hallo, Am Dienstag 01 Dezember 2009 12:13:32 schrieb Jan Tappenbeck: Moin ! unter Euch gibt es erfahrene EDV-Bastler und Profils. Frage: es gibt OSM-Dateien, Dateien die aus einer XAPI-Anfrage entstammen oder aus einer OSMOSIS-Filterung. Sehe ich es richtig, dass der Aufbau dieser Dateien vom Prinzip GLEICH sind und wenn ein PERL-Skript dieses auswertet dann müßte es doch mit allen Datei-Herkünften klarkommen ?!?!??! Es gibt auch noch von den Editoren heruntergeladene Dateien. Der Aufbau sollte gleich sein, aber er ist es nicht immer. Bei einem der Editoren, ich glaube, es war josm, gibt oder gab es den Unterschied, dass die gespeicherte osm-Datei die Daten in der Reihenfolge enthielt, in der sie abgefragt wurden. Bei mehrfachem Nachladen, um den gewünschten Bereich zu bekommen, gab es dann mehrfach die Reihenfolge node-way-relation. Das führte dazu, dass z.B. mkgmap mit den Daten nicht klar kam und nur den ersten Block benutzte. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
Danke für die Hinweise an Euch beide ! Gruß jan :-) Wolfgang schrieb: Hallo, Am Dienstag 01 Dezember 2009 12:13:32 schrieb Jan Tappenbeck: Moin ! unter Euch gibt es erfahrene EDV-Bastler und Profils. Frage: es gibt OSM-Dateien, Dateien die aus einer XAPI-Anfrage entstammen oder aus einer OSMOSIS-Filterung. Sehe ich es richtig, dass der Aufbau dieser Dateien vom Prinzip GLEICH sind und wenn ein PERL-Skript dieses auswertet dann müßte es doch mit allen Datei-Herkünften klarkommen ?!?!??! Es gibt auch noch von den Editoren heruntergeladene Dateien. Der Aufbau sollte gleich sein, aber er ist es nicht immer. Bei einem der Editoren, ich glaube, es war josm, gibt oder gab es den Unterschied, dass die gespeicherte osm-Datei die Daten in der Reihenfolge enthielt, in der sie abgefragt wurden. Bei mehrfachem Nachladen, um den gewünschten Bereich zu bekommen, gab es dann mehrfach die Reihenfolge node-way-relation. Das führte dazu, dass z.B. mkgmap mit den Daten nicht klar kam und nur den ersten Block benutzte. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
On Tue, 01 Dec 2009 12:46:38 +0100, Peter Körner osm-li...@mazdermind.de wrote: [1] http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.5/DTD Ich denke das wäre eher: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/DTD und zusätzliche Elemente bei JOSM: http://wiki.openstreetmap.org/wiki/JOSM_file_format Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
Sehe ich es richtig, dass der Aufbau dieser Dateien vom Prinzip GLEICH sind und wenn ein PERL-Skript dieses auswertet dann müßte es doch mit allen Datei-Herkünften klarkommen ?!?!??! Jein. Entgegen all der (sonst natürlich theoretisch richtigen) Antworten die auf die Spezifikation verweisen gibt es eine Menge Unterschiede und kleine Abweichungen und in der DTD nicht ersichtliche Differenzen. Und natürlich gehe ich hier davon aus, dass Du nur Dateien meinst, die sich auf die OSM v0.6 API beziehen. Einige davon findest Du im Wiki [1] aber ich zähle das auch gern mal kurz auf deutsch auf: * Die API schreibt ein bounds Element mit Attributen minlat, maxlat, minlon, maxlon. Alle anderen Programme die ich kenne haben ein bound Element mit dem Attribut box * Manche Tools schreiben bei den Elementen visible=true manche nur visible=false * user und uid Attribute können fehlen! Dies gilt für alte Edits, die noch nicht öffentlich waren * Das Attribut num_changes bei Changesets schreibt fast keiner glaube ich * Es kann mehrere Versionen des gleichen Elements in ein und derselben .osm-Datei geben. * Ein Bug aber dennoch: Die planet.osm enthält _alle_ Relationsrollen in lowercase (hab den Patch vor zwei Wochen geschickt aber) Wenn noch jemand Programme weíß, die irgendwas ein bißchen anders machen dann würde ich mich über Nachricht freuen. Gruß, Lars [1] http://wiki.openstreetmap.org/wiki/.osm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
Hallo, Lars Francke wrote: * Ein Bug aber dennoch: Die planet.osm enthält _alle_ Relationsrollen in lowercase (hab den Patch vor zwei Wochen geschickt aber) Code ist im SVN (unter utils/planet.osm/C) - wenn Du einen Account hast, einfach selber fixen (sonst Account holen ;-) Wenn noch jemand Programme weíß, die irgendwas ein bißchen anders machen dann würde ich mich über Nachricht freuen. JOSM etc. schreiben in der Regel kein version, changeset oder timestamp-Attribut, wenn man Daten neu anlegt; das verunsichert dann Osmosis... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
Wolfgang schrieb: Es gibt auch noch von den Editoren heruntergeladene Dateien. Der Aufbau sollte gleich sein, aber er ist es nicht immer. Bei einem der Editoren, ich glaube, es war josm, gibt oder gab es den Unterschied, dass die gespeicherte osm-Datei die Daten in der Reihenfolge enthielt, in der sie abgefragt wurden. Bei mehrfachem Nachladen, um den gewünschten Bereich zu bekommen, gab es dann mehrfach die Reihenfolge node-way-relation. Das führte dazu, dass z.B. mkgmap mit den Daten nicht klar kam und nur den ersten Block benutzte. Hmmm, kann ich mit der 2255 nicht reproduzieren. Was JOSM aber in dem Fall macht ist, n-mal die bounding-box zu schreiben (je eine für jeden Datendownload). mkgmap guckt sich aber nur die erste an, soviel ich weiss. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
* Ein Bug aber dennoch: Die planet.osm enthält _alle_ Relationsrollen in lowercase (hab den Patch vor zwei Wochen geschickt aber) Code ist im SVN (unter utils/planet.osm/C) - wenn Du einen Account hast, einfach selber fixen (sonst Account holen ;-) Ja...ich war im Kontakt mit Matt (der das Programm geschrieben hat) und er weiß davon, da wollte ich da nicht dran rumwerkeln. Aber ich habe nun mal einen Account beantragt. Der Herr Serveradministrator antwortet mir nur schon seit zwei Wochen nicht... Wenn noch jemand Programme weíß, die irgendwas ein bißchen anders machen dann würde ich mich über Nachricht freuen. JOSM etc. schreiben in der Regel kein version, changeset oder timestamp-Attribut, wenn man Daten neu anlegt; das verunsichert dann Osmosis... Danke! Ich habe den Wikiartikel zu dem Thema mal um die JOSM-Nuancen erweitert. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grundlegende Frage zum Datenaufbau
Chris-Hein Lunkhusen schrieb: Wolfgang schrieb: Es gibt auch noch von den Editoren heruntergeladene Dateien. Der Aufbau sollte gleich sein, aber er ist es nicht immer. Bei einem der Editoren, ich glaube, es war josm, gibt oder gab es den Unterschied, dass die gespeicherte osm-Datei die Daten in der Reihenfolge enthielt, in der sie abgefragt wurden. Bei mehrfachem Nachladen, um den gewünschten Bereich zu bekommen, gab es dann mehrfach die Reihenfolge node-way-relation. Das führte dazu, dass z.B. mkgmap mit den Daten nicht klar kam und nur den ersten Block benutzte. Hmmm, kann ich mit der 2255 nicht reproduzieren. Was JOSM aber in dem Fall macht ist, n-mal die bounding-box zu schreiben (je eine für jeden Datendownload). mkgmap guckt sich aber nur die erste an, soviel ich weiss. osmarender werkelt auch so. Gruss, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de