Re: [Talk-de] osmconvert und nested relations
sent from a phone On 16. Jun 2017, at 13:18, Christoph Hormannwrote: >> admin centre des Landes Berlin >> (level 4) ist. > > > Geodaten sind eine Abstraktion der Realität und es gibt fast immer, > insbesondere bei von Menschen geschaffenen Dingen wie > Verwaltungsstrukturen, Dinge, die das Datenmodell nicht abbilden kann. was ich sage ist, dass die Rolle admin_centre in den Adminrelationen nicht dasselbe ist wie der capital key. Letzteres sagt lediglich etwas über die administrative Bedeutung, was aber für viele usecases völlig ausreichend ist. Wenn wir Dinge mit dem etablierten Modell nicht abbilden können (was ich hier nicht sehe), dann sollten wir prüfen, ob und wie wir unser Modell ggf. erweitern können/wollen. "Geht nicht" gibt's nicht ;-) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
Hallo, ich schätze, Deine Vermutung ist richtig. Im Quelltext [1, Zeile 11264] wird nur explizit auf type=multipolygon geprüft. Gruß dktue [1] https://gitlab.com/osm-c-tools/osmctools/blob/master/src/osmconvert.c Am 16.06.2017 um 11:59 schrieb Walter Nordmann: wohl nix :( Ich habe den Bereich mal etwas vergrößert, sodass auch "richtige" Multipolygone - also mit type=multipolygon - in der BBOX vorhanden sind. Diese werden komplett zur Verfügung gestellt. type=boundary aber wohl nicht. Ein Blick in die Sources dürfte da wohl Klarheit bringen. Ich würde mit osmosis clippen, da dort von Relationen und nicht (nur) Multipolygonen (kleiner aber feiner Unterschied) geredet wird. Und dort hab ich noch nie solche Probleme gehabt. Gruss walter Am 16.06.2017 um 11:22 schrieb dktue: Was mache ich falsch? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
On Fri, Jun 16, 2017 at 11:22:12AM +0200, dktue wrote: > vielen Dank für den Hinweis bezüglich der Relationen: In der Tat handelt es > sich beim der Grenze nicht um eine geschachtelte Relation sondern um eine > einfache Relation mit ausschließlich Ways als Mitgliedern. > > Ich habe folgenden Test gemacht: Ich habe die Daten der Regierungsbezirks > Tübingens heruntergeladen [1] und mit osmconvert und folgendem Parameter > geschnitten: > > osmconvert.exe tuebingen-regbez-latest.osm.pbf > -b=9.07966,48.50007,9.08387,48.50192 --complex-ways -o=test.osm > > Ich hätte erwartet, dass in der Ausgabe-Datei die vollständigen Grenzen von > Tübingen und Kusterdingen enthalten sind. Das ist aber leider nicht der > Fall. Ich weiss nicht genau, wie osmconvert das handhabt. Bei osmium kann man einstellen, welche Relationen man vervollständigt haben möchte. Siehe http://docs.osmcode.org/osmium/latest/osmium-extract.html . Normalerweise werden nur multipolygon-Relationen vervollständigt, aber man kann auch sagen, dass das auch für die Grenzen gelten soll. Jochen -- Jochen Topf joc...@remote.org https://www.jochentopf.com/ +49-351-31778688 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
On Friday 16 June 2017, Martin Koppenhoefer wrote: > > > > In diesem Fall ist role > > admin_centre von der Bedeutung äquivalent mit > > capital=yes/capital= auf dem entsprechenden Element. > > ist sie m.E. nicht bzw. nur in bestimmten Fällen (wenn es nur ein > admin Objekt gibt, für das der place ein admin_centre ist). Capital > gibt die Bedeutung für die Administration wieder, z.B. ist Berlin > capital=yes oder 2, während es auch admin centre des Landes Berlin > (level 4) ist. Geodaten sind eine Abstraktion der Realität und es gibt fast immer, insbesondere bei von Menschen geschaffenen Dingen wie Verwaltungsstrukturen, Dinge, die das Datenmodell nicht abbilden kann. Du sagst ja auch nicht, dass wir Multipolygone für administrative Grenzen abschaffen sollen nur weil es gelegentlich Sonderfälle gibt, die das nicht abdeckt. Im genannten Fall würden die meisten Entwickler sowieso eine Heuristik anlegen und - falls ein Objekt mit capital=4 nicht existiert - davon ausgehen, dass das nächst niedrigere capital=* diese Funktion erfüllt. -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
sent from a phone > On 16. Jun 2017, at 11:04, Christoph Hormannwrote: > > In diesem Fall ist role > admin_centre von der Bedeutung äquivalent mit > capital=yes/capital= auf dem entsprechenden Element. ist sie m.E. nicht bzw. nur in bestimmten Fällen (wenn es nur ein admin Objekt gibt, für das der place ein admin_centre ist). Capital gibt die Bedeutung für die Administration wieder, z.B. ist Berlin capital=yes oder 2, während es auch admin centre des Landes Berlin (level 4) ist. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
sent from a phone > On 16. Jun 2017, at 10:28, Jochen Topfwrote: > > Die Frage wäre hier erstmal: Wer macht eigentlich was mit diesen Daten? IMHO nicht, es geht darum, die Realität so gut es geht zu beschreiben und höchstens an zweiter Stelle darum, wer dann was mit diesen Daten macht. Es gibt ja bereits seit längerem Mapper, die places als areas mappen. Wenn man auf nodes als alleinig sinnvollem Weg Siedlungen zu mappen besteht, dann verhindert man "den Fortschritt". Wer das nicht auswerten will muss es ja nicht tun. Wir mappen nicht (nur) für bestimmte Usecases (allein). Es stimmt allerdings, dass ein zentraler Node auch seinen Charme (lies: Informationsgehalt) hat, ich bin daher nicht für das Ersetzen sondern dafür, beides zu machen, insofern sollte man vielleicht place relationen machen, die den node explizit mit der area verbinden, und diese Relationen dann in die admin relationen als admin centre einbinden? Was übrigens auch gelegentlich nicht passt: nur einen place als admin centre, teilweise gibt es da (in der Realität) auch eine Teilung auf mehrere Orte. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
wohl nix :( Ich habe den Bereich mal etwas vergrößert, sodass auch "richtige" Multipolygone - also mit type=multipolygon - in der BBOX vorhanden sind. Diese werden komplett zur Verfügung gestellt. type=boundary aber wohl nicht. Ein Blick in die Sources dürfte da wohl Klarheit bringen. Ich würde mit osmosis clippen, da dort von Relationen und nicht (nur) Multipolygonen (kleiner aber feiner Unterschied) geredet wird. Und dort hab ich noch nie solche Probleme gehabt. Gruss walter Am 16.06.2017 um 11:22 schrieb dktue: Was mache ich falsch? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
Hallo, vielen Dank für den Hinweis bezüglich der Relationen: In der Tat handelt es sich beim der Grenze nicht um eine geschachtelte Relation sondern um eine einfache Relation mit ausschließlich Ways als Mitgliedern. Ich habe folgenden Test gemacht: Ich habe die Daten der Regierungsbezirks Tübingens heruntergeladen [1] und mit osmconvert und folgendem Parameter geschnitten: osmconvert.exe tuebingen-regbez-latest.osm.pbf -b=9.07966,48.50007,9.08387,48.50192 --complex-ways -o=test.osm Ich hätte erwartet, dass in der Ausgabe-Datei die vollständigen Grenzen von Tübingen und Kusterdingen enthalten sind. Das ist aber leider nicht der Fall. Was mache ich falsch? Viele Grüße dktue Am 14.06.2017 um 19:07 schrieb Michael Reichert: Hallo, Am Mittwoch, den 14.06.2017, 15:29 +0200 schrieb dktue: ich schneide derzeit OSM-Daten mit osmconvert und dem schalter --complex-ways um Relationen zu vervollständigen. Auf den ersten Blick scheint es, als könnte osmconvert allerdings nur einfache Relationen vervollständigen, nicht aber Relationen die wiederum Relationen als Elemente haben (typisch für Grenzen). Grenzenrelationen referenzieren keine anderen Relationen. Die einzigen anerkannten Mitglieder sind - Ways mit der Rolle outer - Ways mit der Rolle inner - Ways ohne Rolle (der Auswerter darf dann raten) - 1 Node mit der Rolle admin_centre - 1 Node mit der Rolle label Kann mir jemand sagen, ob ich richtig liege? Falls ja, ob ich das mit osmconvert hinbekomme? Falls nein, mit welchem Werkzeug ist das bewerkstelligen kann? Laut Doku dürfte die Strategie "smart" des osmium-tool das unterstützten. http://docs.osmcode.org/osmium/latest/osmium-extract.html http://osmcode.org/osmium-tool/manual.html#creating-geographic-extracts Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
On Friday 16 June 2017, Jochen Topf wrote: > > Es gibt da eine Tendenz immer komplexere Dinge zu mappen, ohne dass > irgendwer diese Daten auch sinnvoll nutzt. Auf der einen Seite ist es > ja gut, wenn wir mehr Details und mehr Zusammenhänge erfassen, weil > nur Daten, die da sind, auch genutzt werden können. Aber auf der > anderen Seite schreckt die Komplexität doch die Entwickler ab. In diesem Fall gibt es ein recht klares (wenn auch nicht immer einfach bestimmbares) Kriterium: Wenn es für den Entwickler einfacher ist sich den Zusammenhang aus den übrigen Daten herzuleiten, sollte man gewöhnlich auf die Erfassung verzichten. In diesem Fall ist role admin_centre von der Bedeutung äquivalent mit capital=yes/capital= auf dem entsprechenden Element. Und da der Entwickler letzteres aufgrund der Unvollständigkeit der admin_centre eh auswerten wollen wird ist das Ganze am Ende meist ziemlich überflüssig. Ansonsten ist das "denkt denn niemand an die armen Entwickler"-Argument mit Vorsicht zu genießen, wenn die Bequemlichkeit der Entwickler über die Bequemlichkeit der Mapper gestellt wird und dem Mapper sinnlose Arbeiten aufgedrückt werden nur weil der Entwickler sich keine Arbeit machen möchte oder seine Arbeit teurer ist als die des Mappers (was insbesondere bei OSM ein sehr verbreitetes Problem ist). -- Christoph Hormann http://www.imagico.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
On Fri, Jun 16, 2017 at 10:02:58AM +0200, Martin Koppenhoefer wrote: > > On 14. Jun 2017, at 19:07, Michael Reichertwrote: > > > > Grenzenrelationen referenzieren keine anderen Relationen. Die einzigen > > anerkannten Mitglieder sind > > - Ways mit der Rolle outer > > - Ways mit der Rolle inner > > - Ways ohne Rolle (der Auswerter darf dann raten) > > - 1 Node mit der Rolle admin_centre > > - 1 Node mit der Rolle label > > > > gibt es einen Grund, als admin_centre nur nodes zuzulassen? Wieso keine place > polygone? Die Frage wäre hier erstmal: Wer macht eigentlich was mit diesen Daten? Es gibt da eine Tendenz immer komplexere Dinge zu mappen, ohne dass irgendwer diese Daten auch sinnvoll nutzt. Auf der einen Seite ist es ja gut, wenn wir mehr Details und mehr Zusammenhänge erfassen, weil nur Daten, die da sind, auch genutzt werden können. Aber auf der anderen Seite schreckt die Komplexität doch die Entwickler ab. Nun macht es das Leben eines Entwicklers nicht wirklich schwieriger, ob es 10 verschiedene Typen von Shops gibt oder 100 oder 1000. Aber komplexe Relationen auswerten, das ist schwierig und kann selbst bei kleinen Änderungen erhebliche Auswirkungen haben. Da muss man schon viel genauer hinsehen, was sinnvoll ist und was nicht. Jochen -- Jochen Topf joc...@remote.org https://www.jochentopf.com/ +49-351-31778688 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmconvert und nested relations
sent from a phone > On 14. Jun 2017, at 19:07, Michael Reichertwrote: > > Grenzenrelationen referenzieren keine anderen Relationen. Die einzigen > anerkannten Mitglieder sind > - Ways mit der Rolle outer > - Ways mit der Rolle inner > - Ways ohne Rolle (der Auswerter darf dann raten) > - 1 Node mit der Rolle admin_centre > - 1 Node mit der Rolle label gibt es einen Grund, als admin_centre nur nodes zuzulassen? Wieso keine place polygone? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de