Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site
Hallo, mir ist aufgefallen, dass Sie rund um die von Ihnen bearbeiteten Bahnhöfe rechteckförmige Gebilde mit type=site gelegt haben. Diese Relationen haben keine Mitglieder, sondern tragen nur den Gebietsnamen, z.B.: Duisburg Hauptbahnhof: http://www.openstreetmap.org/browse/relation/3071643 Hbf Mülheim (Ruhr): http://www.openstreetmap.org/browse/relation/3028355 Flughafen Düsseldorf: http://www.openstreetmap.org/browse/relation/3095590 Bitte entfernen Sie diese Gebilde, weil sie den geografischen Gegebenheiten vor Ort nicht entsprechen. Wenn Sie die Bahnhöfe mit der site-Relation abbilden möchten, müssen Sie die einzelnen Elemente der Bahnhöfe als Mitglieder in eine solche Relation aufnehmen. Leider wird die site-Relation ziemlich stiefmütterlich behandelt, Informationen finden Sie im zugehörigen Proposal: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site; eine gute Erklärung der Funktionsweise steht auch im Parking-Proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/parking. Auch wenn die site-Relation immer noch im Status proposed ist, wird sie doch schon häufig verwendet (ca. 133.000 Mal laut Taginfo). Ein noch unvollständiges Beispiel, das ich endlich mal fertigstellen muss ( :-) ), ist die Universität Duisburg-Essen, Campus Duisburg. Dort sind in der Mutterrelation der Universität (http://www.openstreetmap.org/browse/relation/2189267) die Tochterrelationen der einzelnen Campi sowie der Parkplätze erfasst. Diese Tochterrelationen untergliedern sich z.T. weiter. Seoman Am 02.08.2013 18:15, schrieb Tracy Kasperczyk: Liebe OSM Community, wir haben nun unsere Wiki Seite aktualisiert http://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH . Das viele und teils heftige Feedback hatte uns überrascht, vor allem da wir im Vorfeld unserer Arbeiten nach vergleichbaren Modellierungen gesucht hatten und nach deren Vorbild gearbeitet hatten. ** ** Euer Feedback haben wir uns zu Herzen genommen und vieles an unserem Ansatz grundlegend geändert. Die Wiki-Seite beschreibt, wie wir in Zukunft an die Sache herangehen wollen. Wir hoffen, das ist in Eurem Sinne und freuen uns über Kommentare und Anregungen. ** ** Viele Grüße, Tracy (OSM-Kontakt bei Mentz Datenverarbeitung GmbH) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site
Am 12. August 2013 11:08 schrieb Gerhard Hermanns gerhard.herma...@uni-due.de: mir ist aufgefallen, dass Sie rund um die von Ihnen bearbeiteten Bahnhöfe rechteckförmige Gebilde mit type=site gelegt haben. Diese Relationen haben keine Mitglieder, sondern tragen nur den Gebietsnamen, z.B.: Duisburg Hauptbahnhof: http://www.openstreetmap.org/** browse/relation/3071643http://www.openstreetmap.org/browse/relation/3071643 Hbf Mülheim (Ruhr): http://www.openstreetmap.org/**browse/relation/3028355http://www.openstreetmap.org/browse/relation/3028355 Flughafen Düsseldorf: http://www.openstreetmap.org/** browse/relation/3095590http://www.openstreetmap.org/browse/relation/3095590 Bitte entfernen Sie diese Gebilde, weil sie den geografischen Gegebenheiten vor Ort nicht entsprechen. Wenn Sie die Bahnhöfe mit der site-Relation abbilden möchten, müssen Sie die einzelnen Elemente der Bahnhöfe als Mitglieder in eine solche Relation aufnehmen. m.E. braucht man praktisch nie eine site-relation bei Bahnhöfen, ein den kompletten Bahnhof umfassendes Polygon (oder Multipolygon) sollte ausreichen, taggen würde ich mit railway=station (bei den o.g. Beispielen ist nicht getaggt, um was es geht, sondern nur der Name, den Rest muss man aus dem Namen interpretieren). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site
Hallo Herr Hermanns, in diesen Site Relationen befinden sich weitere Relationen. Es handelt sich bei der Benutzung dieser Site-Relation um das Mutter-Element. Dieses besitzt mehrere Kinder-Elemente, diese sind ebenfalls Relationen vom type = site, für die einzelnen Level. In diesen Relationen werden alle Flächenelemente des jeweiligen Levels zusammengefasst. Dabei haben wir versucht uns an folgende Wiki Seiten zu orientieren: http://wiki.openstreetmap.org/wiki/IndoorOSM, http://wiki.openstreetmap.org/wiki/Relations/Proposed/Level. Wir werden diese Relationen aber in Zukunft erst einmal nicht weiterverfolgen, da die Darstellung von 3-D Objekten in OSM noch nicht soweit fortgeschritten ist. Aus diesem Grund werden wir die Relationen in nächster Zeit wieder entfernen. Viele Grüße Tracy i.A. Mentz Datenverarbeitung Am 12. August 2013 11:08 schrieb Gerhard Hermanns gerhard.herma...@uni-due.de: Hallo, mir ist aufgefallen, dass Sie rund um die von Ihnen bearbeiteten Bahnhöfe rechteckförmige Gebilde mit type=site gelegt haben. Diese Relationen haben keine Mitglieder, sondern tragen nur den Gebietsnamen, z.B.: Duisburg Hauptbahnhof: http://www.openstreetmap.org/** browse/relation/3071643http://www.openstreetmap.org/browse/relation/3071643 Hbf Mülheim (Ruhr): http://www.openstreetmap.org/**browse/relation/3028355http://www.openstreetmap.org/browse/relation/3028355 Flughafen Düsseldorf: http://www.openstreetmap.org/** browse/relation/3095590http://www.openstreetmap.org/browse/relation/3095590 Bitte entfernen Sie diese Gebilde, weil sie den geografischen Gegebenheiten vor Ort nicht entsprechen. Wenn Sie die Bahnhöfe mit der site-Relation abbilden möchten, müssen Sie die einzelnen Elemente der Bahnhöfe als Mitglieder in eine solche Relation aufnehmen. Leider wird die site-Relation ziemlich stiefmütterlich behandelt, Informationen finden Sie im zugehörigen Proposal: http://wiki.openstreetmap.org/**wiki/Relations/Proposed/Sitehttp://wiki.openstreetmap.org/wiki/Relations/Proposed/Site; eine gute Erklärung der Funktionsweise steht auch im Parking-Proposal: http://wiki.openstreetmap.org/**wiki/Proposed_features/parkinghttp://wiki.openstreetmap.org/wiki/Proposed_features/parking **. Auch wenn die site-Relation immer noch im Status proposed ist, wird sie doch schon häufig verwendet (ca. 133.000 Mal laut Taginfo). Ein noch unvollständiges Beispiel, das ich endlich mal fertigstellen muss ( :-) ), ist die Universität Duisburg-Essen, Campus Duisburg. Dort sind in der Mutterrelation der Universität ( http://www.openstreetmap.org/**browse/relation/2189267http://www.openstreetmap.org/browse/relation/2189267) die Tochterrelationen der einzelnen Campi sowie der Parkplätze erfasst. Diese Tochterrelationen untergliedern sich z.T. weiter. Seoman Am 02.08.2013 18:15, schrieb Tracy Kasperczyk: Liebe OSM Community, wir haben nun unsere Wiki Seite aktualisiert http://wiki.openstreetmap.org/**wiki/Import_%C3%96PNV_Firma_** Mentz_Datenverarbeitung_GmbHhttp://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH . Das viele und teils heftige Feedback hatte uns überrascht, vor allem da wir im Vorfeld unserer Arbeiten nach vergleichbaren Modellierungen gesucht hatten und nach deren Vorbild gearbeitet hatten. ** ** Euer Feedback haben wir uns zu Herzen genommen und vieles an unserem Ansatz grundlegend geändert. Die Wiki-Seite beschreibt, wie wir in Zukunft an die Sache herangehen wollen. Wir hoffen, das ist in Eurem Sinne und freuen uns über Kommentare und Anregungen. ** ** Viele Grüße, Tracy (OSM-Kontakt bei Mentz Datenverarbeitung GmbH) __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site
Am 12. August 2013 12:09 schrieb Tracy Kasperczyk kasperc...@mentzdv.de: Hallo Herr Hermanns, in diesen Site Relationen befinden sich weitere Relationen. Es handelt sich bei der Benutzung dieser Site-Relation um das Mutter-Element. Dieses besitzt mehrere Kinder-Elemente, diese sind ebenfalls Relationen vom type = site, für die einzelnen Level. In diesen Relationen werden alle Flächenelemente des jeweiligen Levels zusammengefasst. wenn man solche bisher kaum genutzten Konzepte in OSM einbaut sollte man m.E. irgendwie einen Hinweis an andere Mapper erstellen, was gemeint ist (i.e. einen note oder note:de-Eintrag), wobei ich nach wie vor denke, dass ein bisschen mehr Semantik als nur name hilfreich wäre, ggf. muss man dazu in diesem Bereich für diesen Detailgrad das etablierte tagging-System erweitern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site
Am 12.08.2013 12:09, schrieb Tracy Kasperczyk: Hallo Herr Hermanns, in diesen Site Relationen befinden sich weitere Relationen. Entschuldigung, keine Ahnung, wie ich die Mitglieder der Relation übersehen konnte (wo ich doch selber die Site-Relation verwende). Demnächst halte ich mich wieder daran, erst Kaffee zu trinken und dann E-Mails zu schreiben ... Aus diesem Grund werden wir die Relationen in nächster Zeit wieder entfernen. Die Versendung der Relationen an sich muss nicht verkehrt sein - die Diskussion darüber, ob sie ein geeignetes Mittel für die Bahnhöfe sind, überlasse ich gerne anderen. Zumindest die Ränder der Relation müssten aber besser gefasst sein - am besten nur durch die Umrisse/Grenzen der Mitglieder oder evtl. noch über eine eng gefasste Perimeter-Fläche. Nur nicht wie hier über eine doch sehr überdimensionierte Rahmenfläche. Gerhard Hermanns (Seoman) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
Il giorno 03/ago/2013, alle ore 21:11, Mark Obrembalski m...@obrembalski.de ha scritto: Markieren die Punkte tatsächlich den Beginn des Bahnhofsgeländes? Das wäre gut und informativ (ab hier gilt z.B. die Hausordnung, womit etwa Radfahren verboten sein könnte). das wäre in dem Fall besser mit einer Fläche (railway=station) ausgedrückt als mit einzelnen nodes Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
Il giorno 03/ago/2013, alle ore 22:57, Peter Wendorff wendo...@uni-paderborn.de ha scritto: Das kannst du bei deinen eigenen Bearbeitungen machen (aber hilft dir nicht viel, wenn du deine Fehlbedienung blöderweise eben mal verschiebst und area=* vergisst). Global geht das eben nicht, weil es auch ohne geht (und gehen sollte), solange wir keinen area-Datentyp haben. area=yes kommt dem jedenfalls näher als wenn man nur rät, von daher ist das explizite Setzen von Key area höchstens redundant aber nie falsch Entsprechende Fehler sollten vielmehr durch die Darstellung erkennbar sein, indem der Editor eben Polygone anders (gefüllt/schraffiert/...) darstellt als Linien, und ein nicht-geschlossenes Polygon dann eben einfach nicht gefüllt ist. das ist Geschmackssache, Fakt ist, dass Josm jetzt schon ein anderes Icon anzeigt wenn ein Way geschlossen ist Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
On 04.08.2013 11:26, Martin Koppenhoefer wrote: Il giorno 03/ago/2013, alle ore 21:11, Mark Obrembalski m...@obrembalski.de ha scritto: Markieren die Punkte tatsächlich den Beginn des Bahnhofsgeländes? Das wäre gut und informativ das wäre in dem Fall besser mit einer Fläche (railway=station) ausgedrückt als mit einzelnen nodes Wenn man die genaue Abgrenzung zur Verfügung hat, ist das natürlich besser. Das dürfte aber oft nicht der Fall sein. Auf den einzelnen Zugangsweg bezogen hat man das schon öfter. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
On 02.08.2013 18:15, Tracy Kasperczyk wrote: Willkommen an Board: wir haben nun unsere Wiki Seite aktualisiert http://wiki.openstreetmap.org/wiki/Import_ÖPNV_Firma_Mentz_Datenverarbeitung_GmbH . Das viele und teils heftige Feedback hatte uns überrascht, vor allem da wir im Vorfeld unserer Arbeiten nach vergleichbaren Modellierungen gesucht hatten und nach deren Vorbild gearbeitet hatten. ** ** Euer Feedback haben wir uns zu Herzen genommen und vieles an unserem Ansatz grundlegend geändert. Die Wiki-Seite beschreibt, wie wir in Zukunft an die Sache herangehen wollen. Wir hoffen, das ist in Eurem Sinne und freuen uns über Kommentare und Anregungen. Ich verstehe Eure Verwendung von zwei weiteren Tags nicht ganz: 1. entrance=* Diese finde ich an allen Stellen, wo Wege zum Bahnhof abzweigen. * Wollt Ihr jetzt jeden Übergang als Eingang taggen ? * Wie macht Ihr das bei aneinanderstoßende Flächen ? * Die Verwendung ist nicht erklärt. 2. level=* Anscheinend versucht Ihr damit jedes Objekt zu markieren und zwar im Bezug zueinander. * Bisher kenne ich level=* nur im Bezug zu einem Gebäude (Haus,Tiefgarage,Brücke ...) * Die Verwendung ist nicht erklärt. * Es ist nicht ersichtlich auf was sich das ganze bezieht. * Dafür eignet sich doch eher eine Relation (site, level oder level_map stehen schon mal zur Diskussion). Zusätzlich noch ein paar Anmerkungen * Area=yes ist bei Platformen unnötig ! * Kennt Ihr conveying=* [1] Grüße fly [1] https://wiki.openstreetmap.org/wiki/Key:conveying ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
Am Sat, 03 Aug 2013 19:30:39 +0200 schrieb fly lowfligh...@googlemail.com: * Area=yes ist bei Platformen unnötig ! Hmm, also ich kenne die Regel so, dass area nicht erforderlich ist, wenn der Datentyp nicht linienförmig sein kann. Danach wäre area=yes erforderlich. Ich finde es auch sehr wichtig, dass Fehler beim Schließen einer Linie auch noch automatisch zu finden sind. Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
On 03.08.2013 19:30, fly wrote: 1. entrance=* Diese finde ich an allen Stellen, wo Wege zum Bahnhof abzweigen. * Wollt Ihr jetzt jeden Übergang als Eingang taggen ? Markieren die Punkte tatsächlich den Beginn des Bahnhofsgeländes? Das wäre gut und informativ (ab hier gilt z.B. die Hausordnung, womit etwa Radfahren verboten sein könnte). Oder sind es irgendwelche gegriffenen Punkte, die nur für die Darstellung eine Rolle spielen sollen? Dann gehören sie nicht in OSM, sondern in eine lokale Datenbank. * Die Verwendung ist nicht erklärt. Das wäre ja im Rahmen von OSM eher der Normalfall, wenn jemand was Neues anstellt. Irgendwann sollte die Erklärung dann aber erarbeitet werden, wenn sich andere dafür interessieren. * Area=yes ist bei Platformen unnötig ! Daran hat ja nun schon jemand Zweifel geäußert. Soweit ich sehe, ist es zumindest unschädlich. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
Am 03.08.2013 20:16, schrieb Wilhelm Spickermann: Am Sat, 03 Aug 2013 19:30:39 +0200 schrieb fly lowfligh...@googlemail.com: * Area=yes ist bei Platformen unnötig ! Hmm, also ich kenne die Regel so, dass area nicht erforderlich ist, wenn der Datentyp nicht linienförmig sein kann. Danach wäre area=yes erforderlich. Kompromiss (und meine Interpretation dieser Regelung): Area ist nicht erforderlich, wenn ein Ring immer eine Fläche ist, und dann keine Linie sein kann. Für eine Plattform kann aber angenommen werden, dass, wenn die Form eine Fläche beschreibt (der way also geschlossen ist), die Fläche gemeint ist, denn eine ringförmige Plattform ohne was drin ist unlogisch. Ich finde es auch sehr wichtig, dass Fehler beim Schließen einer Linie auch noch automatisch zu finden sind. Fehler beim Schließen einer Linie findet man aber dann nur, wenn man area=yes auch eingetragen hat, das weiß und die entsprechende Fehlererkennung automatisiert durchführen kann. Das kannst du bei deinen eigenen Bearbeitungen machen (aber hilft dir nicht viel, wenn du deine Fehlbedienung blöderweise eben mal verschiebst und area=* vergisst). Global geht das eben nicht, weil es auch ohne geht (und gehen sollte), solange wir keinen area-Datentyp haben. Entsprechende Fehler sollten vielmehr durch die Darstellung erkennbar sein, indem der Editor eben Polygone anders (gefüllt/schraffiert/...) darstellt als Linien, und ein nicht-geschlossenes Polygon dann eben einfach nicht gefüllt ist. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
Am 03.08.2013 22:57, schrieb Peter Wendorff: Am 03.08.2013 20:16, schrieb Wilhelm Spickermann: Am Sat, 03 Aug 2013 19:30:39 +0200 schrieb fly lowfligh...@googlemail.com: * Area=yes ist bei Platformen unnötig ! Hmm, also ich kenne die Regel so, dass area nicht erforderlich ist, wenn der Datentyp nicht linienförmig sein kann. Danach wäre area=yes erforderlich. Kompromiss (und meine Interpretation dieser Regelung): Area ist nicht erforderlich, wenn ein Ring immer eine Fläche ist, und dann keine Linie sein kann. Für eine Plattform kann aber angenommen werden, dass, wenn die Form eine Fläche beschreibt (der way also geschlossen ist), die Fläche gemeint ist, denn eine ringförmige Plattform ohne was drin ist unlogisch. Genau aus diesem Grund ist es für public_transport=platform oder building=* unnötig ! Ich finde es auch sehr wichtig, dass Fehler beim Schließen einer Linie auch noch automatisch zu finden sind. Fehler beim Schließen einer Linie findet man aber dann nur, wenn man area=yes auch eingetragen hat, das weiß und die entsprechende Fehlererkennung automatisiert durchführen kann. Das kannst du bei deinen eigenen Bearbeitungen machen (aber hilft dir nicht viel, wenn du deine Fehlbedienung blöderweise eben mal verschiebst und area=* vergisst). Global geht das eben nicht, weil es auch ohne geht (und gehen sollte), solange wir keinen area-Datentyp haben. Entsprechende Fehler sollten vielmehr durch die Darstellung erkennbar sein, indem der Editor eben Polygone anders (gefüllt/schraffiert/...) darstellt als Linien, und ein nicht-geschlossenes Polygon dann eben einfach nicht gefüllt ist. und von der Entsprechenden Fehlerprüfung der Editoren erkannt ( und eventuell sogar automatisch behoben) werden ! cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH
Am 03.08.2013 21:11, schrieb Mark Obrembalski: On 03.08.2013 19:30, fly wrote: 1. entrance=* Diese finde ich an allen Stellen, wo Wege zum Bahnhof abzweigen. * Wollt Ihr jetzt jeden Übergang als Eingang taggen ? Markieren die Punkte tatsächlich den Beginn des Bahnhofsgeländes? Das wäre gut und informativ (ab hier gilt z.B. die Hausordnung, womit etwa Radfahren verboten sein könnte). Oder sind es irgendwelche gegriffenen Punkte, die nur für die Darstellung eine Rolle spielen sollen? Dann gehören sie nicht in OSM, sondern in eine lokale Datenbank. Nein, dafür gibt es Polygone und die entsprechenden Schnittpunkte bzw auch sich berührende Segmente (zwei Flächen). Landuse=railway existiert ja schon, vielleicht braucht es noch einen Zusatztag für Bahnhof. Ob das nun ein Verladebereich oder ein simpler Haltepunkt aber auch ein mehrstöckiger Multifunktionsbahnhof ist, sollte dabei erst mal egal sein * Die Verwendung ist nicht erklärt. Das wäre ja im Rahmen von OSM eher der Normalfall, wenn jemand was Neues anstellt. Irgendwann sollte die Erklärung dann aber erarbeitet werden, wenn sich andere dafür interessieren. Dabei bezog ich mich auf das Tagging-Schema und die fehlenden Erklärungen. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
