Re: [Talk-de] Relation für Gebäude
Am 18. September 2018 um 15:30 schrieb Benedikt Bastin < b.bast...@googlemail.com>: > Hallo zusammen! > > Ich arbeite gerade an Indoor-Karten und bin jetzt am Problem dran, ein > gesamtes Gebäude herunterzuladen. Das Gebäude besteht aus einem > Multipolygon für den Umriss und natürlich den diversen Räumen und POIs im > Inneren. Das über eine Flächenabfrage mit Overpass oder über die einzelnen > Knoten abzufragen ist, gelinde gesagt, hässlich und sehr fehleranfällig > (beispielsweise U-Bahnen, Stromleitungen, Zäune an der Hauswand, etc.). > d.h. Du schlägst vor, U-Bahnen und Stromleitungen und Zäune an der Hauswand in die Gebäuderelation einzufügen? Ehrlich gesagt habe ich den Verdacht, du brauchst vielleicht einfach ein größeres Polygon als nur ein oder mehrere Gebäude, vielleicht das komplette Gelände / den Standort, dann sollte es einfach sein, alles benötigte über eine räumliche Abfrage zu erhalten. > > Nun wäre eine Relation, die das gesamte Gebäude einschließt, eine super > Sache, um das gesamte Gebäude strukturiert herunterladen und verarbeiten zu > können. Es gab bereits Proposals dazu, die Relationen definiert haben, die > dafür sehr gut geeignet wären (beispielsweise https://wiki.openstreetmap. > org/wiki/Proposed_features/indoor), aber die sind leider alle inaktiv. > Normalerweise lösen wir das so, dass wir eine räumliche Abfrage machen, und in dem Ergebnis dann die benötigten/interessanten Teile finden über das Filtern mit tags. So kommt man ohne Relationen aus, die hier Probleme mit sich bringen würden (vor allem müssen sie von Hand gepflegt werden, und weil man sich darauf nicht verlassen kann, wird man sowieso eine räumliche Abfrage machen um "alles" zu bekommen). Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation für Gebäude
Am 18.09.2018, 16:21, schrieb Benedikt Bastin: > Gibt es abseits des Zugehörigkeitsproblems noch weitere Sachen, die gegen > eine solche Relation sprechen? Im Allgemeinen tendiert der Konsens in der Community dahin, Relationen nur dort zu verwenden, wo sie notwendig sind. Aus diesem Grund ist auch in Simple Indoor Tagging anders als bei dem von dir verlinkten älteren Indoor-Proposal vorgesehen, dass der Gebäudeumriss + level-Tags an den enthaltenen Elementen für die Zuordnung zum Gebäude ausreichen soll. Einen sehr ähnlich gelagerten Fall gibt es übrigens bei 3D-Gebäudemapping: Auch dort ist die Nutzung von Relationen zur Zuordnung von Gebäudeteilen zum Gesamtgebäude in den allermeisten Fällen optional¹ und unüblich – die weit überwiegende Mehrheit der 3D-Gebäude verzichtet darauf. Wenn du dennoch eine Relation verwenden willst, dann ist die building-Relation die gängigste Wahl. Ich würde aber wie gesagt eher davon abraten. Auch eine geringere Fehleranfälligkeit von Relationen halte ich in der Praxis nämlich nicht für gegeben: Es ist einfach zu schnell passiert, dass ein Mapper z.B. ein neues Objekt ergänzt, es aber nicht zur Relation hinzufügt. ¹ Ausnahme ist die Klärung von Zuordnungsproblemen bei überlappenden Gebäudeumrissen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fläche in Polygone aufteilen
Hi Walter, > hier ein sehr anspruchsvoller Ansatz: ja, sowas würde mich als Herausforderung reizen :-) (aber ich weiss noch nicht, ob ich mich da nicht grauslig übernehme und Zeit habe ich grad auch nicht wirklich...) Vielleicht gibt es sowas ja schon? Ziel wäre: OSM als Basiskarte, auf der ich mit Mausklicks Polygone zusammenklicken kann, die dann in einer PostgreSQL/PostGIS DB landen und auf der Basiskarte wieder visualisiert werden können :-) Ich bräuchte also eine VM zum Rumspielen... mit was für einem freien OS? Ubuntu? (habe von Konsole absolut keine Ahnung) darauf eine PostgreSQL/PostGIS DB OpenLayers oder Leaflet (was ist hier besser?) einen Webserver zum Anzeigen Noch etwas? Was braucht meine VM für Specs? - - - - Und dann bin ich gespannt, ob ich das alles erst mal installiert und vorbereitet kriege... ;-) Mit herzlichem Gruss, und danke für die Links, Markus > Du könntest "meine" Grenzpolygone in eine PostGIS-Datenbank > laden und mit dem PostGIS-Addon Topology entsprechende Manipulationen > machen. > > PostGIS-Topology "arbeitet" mit Knoten (Nodes), Kanten (Edges) und > Flächen (Areas) - genau was du dafür brauchst. > > http://postgis.net/docs/Topology.html > > http://blog.mathieu-leplatre.info/use-postgis-topologies-to-clean-up-road-networks.html > > https://strk.kbt.io/blog/2011/11/21/topology-cleaning-with-postgis/ > > http://www.postgis.us/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation für Gebäude
Hallo Roland >Von daher wäre ich sehr interessiert zu wissen, um welches Gebäude es >sich handelt und warum nicht schon "alles mit Tag 'level' in der >Bounding Box/im Polygon" reicht (was in allen anderen bekannten Fällen >funktioniert). Das Gebäude, um das es gerade konkret geht, ist das Informatikzentrum der Universität Bonn (https://www.openstreetmap.org/relation/7289002). In diesem Fall sind die Probleme tatsächlich noch nicht aufgetreten, bevor ich aber die Knoteniteration und das alles implementiere, wollte ich lieber erstmal nachfragen, ob es nicht doch eine schönere Relationslösung gibt. >Eines der Probleme ist z.B., dass die wichtigsten Strukturen >überwiegend >ÖPNV-Anlagen sind; diese bestehen nahezu immer aus überirdischen, >unterirdischen und ebenerdigen Anteilen. Es gibt eigentlich nie >Konsens, >was davon noch zum "Gebäude" gehört und nicht einmal wie viele Gebäude >es sind - weder unter den OSM-Mappern, noch außerhalb von OSM auf Basis > >der Definition von Gebäude (gebautes Ding mit Dach); weder Steit darum >noch zahlreiche Relationen pro Struktur sind da hilfreich. Das Problem verstehe ich, aber trotzdem denke ich, dass eine Relation in vielen Fällen hilfreich wäre. Ich hab natürlich nicht den jahrelangen Background, da viel zu sagen, wenn ihr sagt, dass das definitiv nicht sinnvoll ist, werde ich mich danach richten. Den Streit um die Zugehörigkeit kann ich in diesem Fall aber ja umgehen, das Gebäude ist hier schließlich klar abgesteckt. Die Relation müsste anfangs gar nicht unbedingt jeden Fall abdecken; als Notlösung könnte ich ja auch für mein Anwendungsgebiet eine eigene Relation definieren, die ich erstmal nur auf diesem Gebäude anwende. Gibt es abseits des Zugehörigkeitsproblems noch weitere Sachen, die gegen eine solche Relation sprechen? Viele Grüße, Benedikt ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation für Gebäude
Hallo zusammen, Ich arbeite gerade an Indoor-Karten und bin jetzt am Problem dran, ein gesamtes Gebäude herunterzuladen. Das Gebäude besteht aus einem Multipolygon für den Umriss und natürlich den diversen Räumen und POIs im Inneren. Das über eine Flächenabfrage mit Overpass oder über die einzelnen Knoten abzufragen ist, gelinde gesagt, hässlich und sehr fehleranfällig (beispielsweise U-Bahnen, Stromleitungen, Zäune an der Hauswand, etc.). Nun wäre eine Relation, die das gesamte Gebäude einschließt, eine super Sache, um das gesamte Gebäude strukturiert herunterladen und verarbeiten zu können. Es gab bereits Proposals dazu, die Relationen definiert haben, die dafür sehr gut geeignet wären (beispielsweise https://wiki.openstreetmap.org/wiki/Proposed_features/indoor), aber die sind leider alle inaktiv. Wir machen (in Absprache mit Roland Wagner von der Beuth-Hochschule, der SNCF und Simon Poole, der Simple-Indoor entworfen hat) seit einigen Jahren Indoor-Navigation. Die Vorschläge für Relationen sind aus gutem Grund immer wieder aufgegeben worden. Eines der Probleme ist z.B., dass die wichtigsten Strukturen überwiegend ÖPNV-Anlagen sind; diese bestehen nahezu immer aus überirdischen, unterirdischen und ebenerdigen Anteilen. Es gibt eigentlich nie Konsens, was davon noch zum "Gebäude" gehört und nicht einmal wie viele Gebäude es sind - weder unter den OSM-Mappern, noch außerhalb von OSM auf Basis der Definition von Gebäude (gebautes Ding mit Dach); weder Steit darum noch zahlreiche Relationen pro Struktur sind da hilfreich. Von daher wäre ich sehr interessiert zu wissen, um welches Gebäude es sich handelt und warum nicht schon "alles mit Tag 'level' in der Bounding Box/im Polygon" reicht (was in allen anderen bekannten Fällen funktioniert). Viele Grüße, Roland (in diesem Fall dienstlich) -- Dr. Roland Olbricht MENTZ GmbH, Am Mittelhafen 10, 48155 Münster T: +49 (0)251 7 03 30-232, F: +49 (0)251 7 03 30-300 E: olbri...@mentz.net, www.mentz.net Sitz der Gesellschaft: Grillparzerstraße 18, 81675 München Geschäftsführer: Christoph Mentz, Amtsgericht München, HRB 91898 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSGeo Park auf der INTERGEO 2018 in Frankfurt vom 16 -18.10.2018
Vom 16.-18. Oktober 2018 findet in diesem Jahr die INTERGEO 2018 in Frankfurt statt. OSGeo Park -- Der OSGeo Park ist in diesem Jahr wieder mit dabei, organisiert vom FOSSGIS e.V. und Engagierten der OpenStreetMap Community. Auf dem OSGeo Park können Besucher sich während der drei Veranstaltungstage über zahlreiche Lösungen im Bereich Open Source GIS, freie Geodaten, GIS Technologie und OpenStreetMap informieren. Neben einem OSGeo & OSM Informationsstand gibt es ein tagesfüllendes Vortragsprogramm. In Kurzvorträgen bekommen die Besucher einen schnellen, aber weitreichenden Einblick in die Welt der Open-Source-Software aus dem GIS Bereich und den damit verbundenen Möglichkeiten (zum Programm http://www.fossgis.de/wiki/Intergeo_2018). Darüber hinaus gibt es einen Bereich mit Rechnern, diese sind mit der aktuellen OSGeoLive Version 12.0 bestückt und enthalten über 50 verschiedene Softwareprojekte, Demodaten und Dokumentationen. Hier kann alles direkt ausprobiert werden. Bei Fragen helfen die Vertreter des FOSSGIS e.V. & der OSM Community gerne weiter. Druckstation --- (derzeit noch in Planung) Es steht höchstwahrscheinlich wieder ein A0 Drucker bereit, so dass Sie gerne Ihren bevorzugten OpenStreetMap Kartenausschnitt im Großformat mit nach Hause nehmen können. Vortragsprogramm --- Das Vortragsprogramm entsteht in den nächsten zwei Wochen. Vorträge für die Programmgestaltung sind willkommen. Wer einen Vortrag rund um Open Source, OSGeo & OSM halten möchte, kann diesen gerne im Wiki eintragen unter https://www.fossgis.de/w/index.php?title=Intergeo_2018. Mitmachen - Wer sich gerne im Rahmen des OSGeo Parks engagieren möchte, ist herzlich eingeladen einen Teil beizutragen. Tragt euch gerne bis zum 10.10.2018 auf der Wiki-Seite ein. Aufbau --- Der Aufbau erfolgt am Montag 15.10.2018 Nachmittag. Genaue Zeit wird noch bekannt gegeben. Direkt nach dem Aufbau treffen wir uns zum Stammtisch (Ort wird noch bekannt gegeben). Wir freuen uns auf eine spannende INTERGEO 2018! -- Astrid Emde OSGeo Board Member Open Source Geospatial Foundation https://www.osgeo.org/member/astrid-emde/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Wochennotiz Nr. 425 04.09.2018–10.09.2018
Hallo, die Wochennotiz Nr. 425 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap-Welt ist da: http://blog.openstreetmap.de/blog/2018/09/wochennotiz-nr-425/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation für Gebäude
Hallo zusammen! Ich arbeite gerade an Indoor-Karten und bin jetzt am Problem dran, ein gesamtes Gebäude herunterzuladen. Das Gebäude besteht aus einem Multipolygon für den Umriss und natürlich den diversen Räumen und POIs im Inneren. Das über eine Flächenabfrage mit Overpass oder über die einzelnen Knoten abzufragen ist, gelinde gesagt, hässlich und sehr fehleranfällig (beispielsweise U-Bahnen, Stromleitungen, Zäune an der Hauswand, etc.). Nun wäre eine Relation, die das gesamte Gebäude einschließt, eine super Sache, um das gesamte Gebäude strukturiert herunterladen und verarbeiten zu können. Es gab bereits Proposals dazu, die Relationen definiert haben, die dafür sehr gut geeignet wären (beispielsweise https://wiki.openstreetmap.org/wiki/Proposed_features/indoor), aber die sind leider alle inaktiv. Ich könnte mir selbst ein Relationsformat definieren, wollte aber erst nachfragen, ob es 1. nicht doch schon ein solches Format gibt, das einigermaßen verbreitet und akzeptiert ist, oder ob es 2. Anmerkungen und Wünsche für ein solches Format gibt. Viele Grüße, Benedikt (profgreenington) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf Arte X:enius
Am 18.09.2018 um 09:36 schrieb dktue: > In Tübingen mappen wir viel per Luftbild (Drohne) -- gibt's vielleicht > jemand in der Gegend, damit man ein Orthophoto machen kann? Dann könnte > man auch schon die Hausumringe einzeichnen. In dem Neubaugebiet aus der Fernsehsendung würde es bei dem Einsatz einer Drohne nach der "Verordnung zur Regelung des Betriebs von unbemannten Fluggeräten vom 30. März 2017" (FlugGerBV) mindestens folgende Einschränkungen geben: - 100 Meter seitlicher Abstand zur Eisenbahnlinie (gilt auch für Autobahnen und Bundesstraßen) § 21b (1.5) - Flugverbot über über Wohngrundstücken, wenn ... das Gerät oder seine Ausrüstung in der Lage sind, optische, akustische oder Funksignale zu empfangen, zu übertragen oder aufzuzeichnen. § 21b (1.7) Für das vorläufige Einzeichnen der Hausumringe mit Metergenauigkeit gäbe es die klassischen Methoden der Fluchtlinien, Laserentfernungsmesser und Papier/Bleistift. Quellen: https://www.bmvi.de/SharedDocs/DE/Artikel/LF/151108-drohnen.html https://www.bmvi.de/SharedDocs/DE/Anlage/LF/verordnung-zur-regelung-des-betriebs-von-unbemannten-fluggeraeten.pdf?__blob=publicationFile ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf Arte X:enius
In Tübingen mappen wir viel per Luftbild (Drohne) -- gibt's vielleicht jemand in der Gegend, damit man ein Orthophoto machen kann? Dann könnte man auch schon die Hausumringe einzeichnen. Falls jemand die Bilder zwar machen, aber kein Orthomosoaik zusammen setzen kann, unterstütze ich gerne. Am 18.09.2018 um 00:36 schrieb Garry: Am 17.09.2018 um 23:06 schrieb Frederik Ramm: Hi, On 04/25/2018 11:19 AM, Frederik Ramm wrote: Ein Sendetermin ist noch nicht bekannt, aber ich sage bescheid, sobald ich was erfahre. https://www.arte.tv/de/videos/078162-009-A/xenius/ ab Minute 17 - ich schau es mir jetzt gleich selber an und hoffe, dass es nicht zu peinlich wird ;) Bye Frederik Da schließt sich der Kreis wieder... Ersterfassung der Straßen per Luftbild-Unterstützung am Rastatter Flugtag 2017 - Joachim erinnert sich vielleicht :-) Viel getan hat sich seither in OSM dort nichts -da sollte man dort mal wieder etwas tun an dem Fernseh-Vorzeigeobjekt... Garry ___ 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
