- OSM - gt.owl.de

Orte mit Defilbrillatoren
by Reinhold Uhl 21 Sep '13

21 Sep '13

Hallo Peter Sorry, ich dachte durch Rückantwort mit gelöschter Mail und Betreffänderung würde reichen. Ich habe mal 2 Defis eingetragen und werde mich um weitere im Stadgebiet kümmern da ich zu den Betroffenen jetzt gehöre. Hat jemand schon eine App für iphone und Android gesehen? Grüße Reinhold

1 1

Maxweight 7.5to Halle
by Florian Lohoff 21 Sep '13

21 Sep '13

Hi, das hier habe ich heute gelesen: http://www.presseportal.de/polizeipresse/pm/23127/2560211/pol-gt-polizei-ko… Haben wir das in OSM ? Ortseingang von Bielefeld aus kommend? Ich habe da nichts finden können ... Flo -- Florian Lohoff f(a)zz.de

3 2

Hausnummern
by Florian Lohoff 19 Aug '13

19 Aug '13

Hi, ich habe hier den Fall das ein Geschäft (Ranzenfee und Koffertroll) als Adresse die "Freigerichtstraße 8-14" in Rheda-Wiedenbrück angibt. Diese Hausnummern habe ich nicht gefunden. Es gibt die Hausnummer 10 und ich habe jetzt bei der Stadt angefragt und die bestätigen das dort nur die Nummer 10 vergeben worden ist. Und nu? Alle anderen Unternehmen in dem Gebäudekomplex haben nur die Hausnummer 10 angegeben ... Flo -- Florian Lohoff f(a)zz.de

2 3

Falsche Nutzung von place=town?
by Tobias 08 Aug '13

08 Aug '13

Moin, in der Sache des place-Taggings kommen mir ein paar Dinge komisch vor. Ähnliche Fehler / Differenzen zum Wiki lassen sich auch woanders in der OSM finden und vielleicht auch in OWL. Nun ein konkretes Problem: Es gibt einen Ort(-steil) Hiddenhausen und eine Gemeinde Hiddenhausen. Nun gibt es für die Gemeinde einen place=town Knoten http://www.openstreetmap.org/browse/node/132751292 und für den Ortsteil einen place=village Knoten. http://www.openstreetmap.org/browse/node/1998035902 Nach Wiki führt dies zu einem Widerspruch: Entweder dürfte der Knoten mit place=town nicht existieren oder jede Ortschaften der Gemeinde muss mit place=suburb statt place=village getagt sein. Meine Gedanken dazu: Da es inzwischen Kreisgrenzen gibt, welche die Gemeinde Hiddenhausen ausweisen, ist der Knoten mit place=town für die Gemeinde nicht weiter sinnvoll (was er bis dahin durchaus war), denn eine stadttypische Besiedlung fehlt. Ähnliches müsste dann für place=county auf der nächst höheren Ebene für "Kreis Herford" gelten. Allerdings ist die Ebene county nicht nach Bevölkerungszahlen gegliedert und könnte demnach weiter existieren. Eine Lösung (welche mich im Anbetracht meiner Überlegungen oben nicht zufriedenstellt - aber die Konsistenz in der OSM wiederherstellt) könnte also sein, dass man alle Ortsteile von place=village in place=suburb umtagt. Alle übrigen Lösungen würden weit reichende Konsequenzen nach sich ziehen. Zudem haben Gemeinden zumindest was die Verwaltung anbelangt eine Stadtähnliche Struktur. Ein weiteres Problem ist, dass in Wirklichkeit der Ortsteil "Hiddenhausen" gar nicht "Hiddenhausen (Ortsteil)" heißt, aber zur Klarstellung der Hierarchie in OSM benötigt wird (alternativ könnte natürlich auch name:prefix=Ortsteil genutzt werden, was allerdings nur ein Proposal ist). Die Löschung des place=town Knotens würde also auch dieses Problem beheben. Ein anderes Beispiel: Ähnliche Fehler findet man auch in Bremen. Das Problem ist dort allerdings eines der Sorte "Tagging für den Renderer". Es gibt dort Stadtteile, welche korrekt mit place=suburb getaggt sind. Dann gibt es dort aber auf der nächst kleineren Ebene Ortsteile welche mit place=village getagt sind. Richtig wäre meiner Ansicht nach eher place=neighbourhood. Die Nutzung von place=quarter wurde von verschiedenen Mappern diskutiert, aber kam zu keinem Ergebnis. BTW: Im Wiki wird auch geschrieben, dass man den place-Tag alternativ in die Grenzrelationen einfügen kann (Taggen an eine Fläche). http://wiki.openstreetmap.org/wiki/Key:place Da der Ortskern Hiddenhausen auf Gemeindeebene schlicht nicht existiert, ergibt der Knoten ohnehin wenig Sinn. Man sollte also dem Renderer die Aufgabe überlassen. Viele Grüße Tobias

2 8

Fwd: [Talk-de] MentzDV Präsentation zur OSM Integration in ÖPNV
by Florian Lohoff 07 Aug '13

07 Aug '13

Hi, spannend zu Lesen. Mentz stellt Software fuer die ÖPNV Planung her. Vom Tenor her - OSM ist viel detailierter und gerade was Fußgängerrouting angeht weit vorraus. Umstellung auf OSM Daten und direkte Pflege in OSM vorgeschlagen ;) Flo ----- Forwarded message from Stephan Knauss <osm(a)stephans-server.de> ----- Date: Tue, 06 Aug 2013 23:47:00 +0200 From: Stephan Knauss <osm(a)stephans-server.de> To: Openstreetmap allgemeines in Deutsch <talk-de(a)openstreetmap.org> Subject: [Talk-de] MentzDV Präsentation zur OSM Integration in ÖPNV X-Spam-Status: No, score=-1.299 tagged_above=-5 required=5.5 tests=[RP_MATCHES_RCVD=-1.298, SPF_PASS=-0.001] autolearn=disabled Hallo, falls es beim Verständnis hilft: Mentz hat eine Präsentation (auf englisch) ins Netz gestellt wie eine Integration von OSM Daten in das ÖPNV Tooling aussehen könnte und was es für Vorteile hat OSM zu verwenden. Hier der Link: http://www.mentzdv.de/fileadmin/redakteure/mdvShare/dokumente/Kundenbereich… Ich habe es auch auf der entsprechenden Wiki-Seite verlinkt. Stephan _______________________________________________ Talk-de mailing list Talk-de(a)openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ----- End forwarded message ----- -- Florian Lohoff f(a)zz.de

1 0

Re: OSM Nachrichtensammlung, Band 56, Eintrag 1
by Tobias 06 Aug '13

06 Aug '13

Hallo > Analog bei Kirchen: Gebäude "building=church" (statt yes), > Gelände/Grundstück: "amenity=place_of_warship". Mal abgesehen davon, dass ich eine analoge Lösung gut finde, muss erst einmal ein Gelände ausweisbar sein. Bei Kirchen in der Stand, die auf einem Platz stehen, ist das Gelände der Gebäudegrundriss. Ist dann das Gemeindehaus woanders, könnte man es auch mit amenity=parish_hall taggen. > Die umgebende Nutzung "landuse=residential" sollte ausgespart werden, > also nicht mit "amenity" überlappen. Die Überlappung finde ich gut. Aber es gibt ja auch unzählige Debatten zum landuse etc. Viele kleine landuse-Flächen lehne ich jedoch ab. Wenn man schon die Straße als residential einträgt, muss man sich nicht darum kümmern, dass sie nicht Gebiete mit landuse=residential schneidet. > Kurz gesagt: Das anenity-Tag gehört nicht an den Gebäude-Umriss sondern > kennzeichnet das Grundstück (Schulgelände/Kirchengelände). Siehe oben. Zudem wird bei der Mehrheit der p-o-w-Gebäude das amenity an das Gebäude getagt. Im Wiki ist es auch genau andersherum vorgeschlagen. > Ist im ueberigen schwierig bei Schulzentren die aus mehreren Schulen > bestehen. Da bin ich mir nicht sicher wie ich es mache. > > Entweder die amenity=school Fläche mehrfach übereinander, oder die > Fläche zerschneiden - Im Prinzip ist letztes ja moeglich. In meinem > fall sind die Gebäude den Schulen zugeordnet. Es kommt ja auch auf die lokale Situation an. Wenn Die Schulen mit ihren getrennten Flächen nur nebeneinander liegen, trennt man die Flächen auf jeden Fall einfach. Ansonsten kann man sich ja vielleicht über eine zusätzliche Fläche, die den Namen des Schulzentrums trägt und mit amenity=school getagt ist retten. > das war eigentlich auch mein Vorschlag, Schulgebäude nicht einfach mit > "yes" sondern mit "builing=school" zu taggen. In OWL wird das bisher nur sehr, sehr selten so angewendet. Ein Grund dafür könnte sein, dass für den Renderer gemapt wird und es nicht so schön gefunden wird, wenn Mapnik die Konturlinien nicht rendert (siehe Wohngebäude). Das sind natürlich falsche Gründe. Tatsächlich ist es so, dass es wichtigere und unwichtigere Gebäude auf der Karte gibt. Mapnik focussiert den Lese auf die wichtigeren. > Ich habe es > durchaus sinnvoll building mit leben zu fuellen - yes ist quasi ueber. +1 Yes ist nur für den Fall, wenn man den Gebäudetyp nicht weiß. > Bis man sich dann mal geieinigt hat ob ins building die nutzung, > angedachte nutzung, bauform oder was auch immer kommt kann man das ja > schonmal miterfassen und später durch haarspalterei aufdröseln. > Die betroffenen Gebaeude lassen sich dann aber schnell und automatisiert > finden. Eigentlich könnte die Gebäudenutzung (abgesehen von Wohngebäuden) auch aus den POIs hervorgehen. Aber vielleicht ergibt es ja wirklich Sinn zu unterscheiden zwischen Nutzung und Bauform. Z.B. ein zum Wohnhaus umgebauter Bunker könnte man sowohl als building=bunker, als auch als building=house eintragen. > building=school - JA +1 > amenity=school auf jedem Gebaeude - NEIN +1 Wenn man so etwas bei mir findet war das nicht beabsichtigt. > Ich vermute der Auswerter muss dann entsprechend die Adressen der > Gebaeude im Umgebenden Schul-amenity-polygon suchen. Hat die Schule eine oder mehrere Hausnummern, wird man ziemlich sicher die Hausnummern doppelt eintragen müssen. Da hilft auch nicht in jedem Fall ein Algorithmus. Ich glaube ja, dass man das Tagging noch erweitern müsste. So wie es ist funktioniert es nicht. Viele Grüße Tobias

1 0

amenity=school nicht an's Gebäude
by Frank 05 Aug '13

05 Aug '13

Hallo OWL-Mappers, ich habe mich in den letzten Tagen (dienstlich) mit dem Konverter "Imposm" beschäftigt. Für die Kommunalverwaltung soll Imposm das Laden der PostGIS-DB aus den Shapefiles der Geofabrik ersetzen. Aus der PostGIS-DB wird dann die Karte als WMS präsentiert und nicht als gekachelt vorgerenderte Karte. Dabei stört ein Fehler, der systematisch auftritt. Auch ich selbst bin in diese Falle getappt. So kam's: In der Anfangszeit von OSM wurden die Standorte von Schulen, Kirchen und ähnlichen Einrichtungen erst mal grob als Punkt markiert und mit "amenity=school" bzw. "amenity=place_of_warship" getaggt. Bei der Verfeinerung der Karte durch das Mappen aus dem Luftbild sind dann später die Gebäudeumrisse dazu gekommen. Dabei wurden wahrscheinlich oft die alten Punkt-Tags auf das Gebäude übertragen. So entstanden Kombinationen wie "building=yes, amenity=school, name=...", die am Gebäudeumriss hängen. Einträge wie "amenity=school" werden nun aber ähnlich wie landuse-Tags konvertiert und dargestellt. Ich habe im Wiki geschaut und bin zu dem Schluss gekommen, das folgendes Tagging eigentlich korrekt wäre: Gebäude-Umriss: "building=school" (statt yes). Schul-Gelände (Grundstück): "amenity=school, name=... ". Analog bei Kirchen: Gebäude "building=church" (statt yes), Gelände/Grundstück: "amenity=place_of_warship". Die umgebende Nutzung "landuse=residential" sollte ausgespart werden, also nicht mit "amenity" überlappen. Dies gelingt einfacher, wenn man die residential-Fläche jeweils nur für einen Häuserblock bildet und nicht gleich für die ganze Stadt, denn dann müsste man mit Relationen Löcher raus schneiden. Kurz gesagt: Das anenity-Tag gehört nicht an den Gebäude-Umriss sondern kennzeichnet das Grundstück (Schulgelände/Kirchengelände). Vielleicht könntet ihr mal in euren Jagdgründen nachsehen ... Belege: http://wiki.openstreetmap.org/wiki/DE:Key:amenity "Wird ein aus mehreren Gebäuden und Plätzen bestehendes Areal mit einem Attribut amenity z.B. als öffentliche Einrichtung markiert, ..." http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dschool#Verwendung_des_T… "Setze einen Punkt Node oder zeichne die Fläche Area des Schulgeländes (die Schulgebäude können innerhalb dieser als Flächen mit building=school gezeichnet werden)" -- Frank

3 6

Feuerwehr
by Frank 05 Aug '13

05 Aug '13

Kennt ihr denn schon die OWL-Feuerwehr-Karte? z.B. hier für Lage (Lippe) http://map.krz.de/cms/cms2mapu.php?id=665 Das entstand aus einem Vortrag von Pascal auf der FOSSGIS 2012 [1]. Dann habe ich das letztes Jahr einer Praktikantin als Aufgabe gegeben. Einiges hatte ich schon vorbereitet aber sie ist trotzdem nicht weit damit gekommen. Ich habe es dann selbst weiter gemacht. Ich habe dazu letztes Jahr alle Feuer-, Polizei- und Rettungswachen aus OSM importiert und mit einem Dienst der Uni Heidelberg die Bereiche dazu generiert. Für einige Kunden habe ich noch Wachen nachgetragen, z.B. hat mir die Kreisleitstelle Lippe eine Liste aller Feuerwachen gegeben. Bei einigen Städten habe ich die Adressen von Wachen von den kommunalen Webseiten gesucht. Die übersichtliche Darstellung der Bereiche ist schwer. Wenn man mehr als eine Ebene einschaltet, wird es leicht unübersichtlich. Besser man schaltet die Flächen aus und lässt die "Suche" nur eine einzige Fläche markieren (Klick auf eine Zeile der Result-Liste). Die Dokumentation dazu ist bisher nur in der internen Version zu lesen. Auch dieser Dienst war bisher nur "intern" verfügbar. Die Daten sind noch unvollständig und es soll daher noch nicht so breit getreten werden. So was ist politisch sensibel. Die Bereiche werden mit Routing auf Basis OSM generiert. Das ist ein ähnlicher Dienst wie der, der auf http://openrouteservice.org/ unter "Erreichbarkeitsanalyse" läuft. Dort macht man es für einen spontan gesetzten Punkt. Ich habe die Antworten des Routing für den WMS zwischengespeichert. Der Dienst der Uni ist inzwischen abgeschaltet, weil er zu häufig benutzt wurde. Man muss nachfragen, wenn man die Daten aktualisieren möchte. Der Bestand wird nicht mit OSM abgeglichen, d.h. was nach dem Import letztes Jahr an Wachen in OSM eingetragen wurde, kann hier noch fehlen. Andererseits können nachgetragene Wachen dieses Bestandes noch in OSM fehlen oder dort anders bezeichnet sein. Wegen Einheitlichkeit beim Suchen habe ich oft verwendet "FF [Stadt] LG [Ortsteil]" wobei FF = Freiwillige Feuerwehr LG = Löschgruppe Hinweise zu fehlenden Wachen in OWL (vorzugsweise LIP, HF, MI) nehme ich mit Koordinate gern entgegen. Siehe dazu auch folgenden Titel der LZ: http://www.lz.de/aktuelles/top_news/8947856_Freiwillige_Feuerwehr_in_OWL_nu… Der Artikel bezieht sich auf die Zeit, die die Feuerwehrleute brauchen um zur Wache zu kommen. Die Karte bezieht sich dann auf die Fahrtzeit von der Wache bis zur Einsatzstelle. Die in NRW vorgegebenen 8 Minuten wurden also in 2 x 4 Minuten aufgeteilt. Ob das realistisch ist, ist zu hinterfragen. Aber von einem bestimmten Modell muss man ja erst mal ausgehen. [1] http://www.fossgis.de/konferenz/2012/programm/events/377.de.html -- Frank

2 1

GPS-Fortbildung für LehrerInnen im Kreis GT
by RalfGesellensetter 16 Jul '13

16 Jul '13

Hallo an diesem wirklich schönen Sommertag! Das Medienzentrum Gütersloh (einigen vielleicht noch als Bildstelle bekannt) hat einen Satz von 8 GPS-Handgeräten (etrex 20) für Unterrichtszwecke beschafft, der für den Verleih an Schulen gedacht ist. An der Planung für eine einführende Fortbildung für KollegInnen bin ich beteiligt: Dabei soll die Handhabung der Geräte im Vordergrund stehen, um interessierten aber unerfahrenen LehrerInnen auf mögliche Aktionen (z.B. GPS-Rallye) vorzubereiten. Diese Veranstaltung ist für Mittwoch, 25.9. geplant. Wenn du - interessierte KollegInnen im Kreis Gütersloh kennst, - Ideen für einen niederschwelligen Einstieg in OSM, - oder selbst Interesse an einer Komoderation (ggf. Fahrtkostenerstattung) hast, dann melde dich bitte. Derzeit denke ich, dass Fachfremde KollegInnen ohne Vorerfahrung neben einem kurzen Überblick darüber, was alles möglich ist, für den Anfang eine (möglichst lehrreiche und gleichzeitig unterhaltsame) themenbezogene Rallye erstellen und durchführen könnten. Dabei müssten die SchülerInnen bestimmte Koordinaten ansteuern, Fragen dazu beantworten usw. Möglicherweise ließe sich so eine Tour (als Cache?) veröffentlichen, umgekehrt ist nicht davon auszugehen, dass an jedem Schulstandort ein entsprechend geeigneter Geocache existiert (und nicht jeder Cacher wäre glücklich, wenn ganze Schulklassen auf ihre Schätze losgelassen werden). Geomatische Inhalte (zwischen Geographie/-däsie und Informatik), speziell OSM-bezogene Themen sind vermutlich in diesem ersten Kurs nur punktuell möglich. Danke und viele Grüße Ralf

1 0

Spurassistent
by Florian Lohoff 03 Jul '13

03 Jul '13

Hi, ich war heute in Bochum unterwegs und mit einem mal blendete Mapfactor Navigator einen Spurassistenten ein. Ganz erschrocken habe ich mir mal die Stelle gemerkt und eben nachgesehen - Es geht um diesen Weg: http://www.openstreetmap.org/browse/way/222348991 lanes = 5 lanes:forward = 3 turn:lanes:forward = left|through|through;right Scheinbar wird das ausgewertet und angezeigt. Hat das schonmal irgendwer irgendwo verwendet? Kenne gerade nur so 2-3 Stellen wo das sinn machen würde. Gibts da irgendwo ein debugging für? Gibts da irgendwo ein debugging für? Flo -- Florian Lohoff f(a)zz.de

1 0