Kleine Fragen 2014

couchmapper · 2014-02-15 14:03:38

Wie mappt man so einen Funkwellen-Abschirmzaun quer über die Autobahn? Links im Bild 2x Mittelwellensender.

wambacher · 2014-02-15 14:33:33

couchmapper wrote:

Wie mappt man so einen Funkwellen-Abschirmzaun quer über die Autobahn? Links im Bild 2x Mittelwellensender.

Warum? Vorsicht Vogelsch...?

kopfschüttel
walter

Last edited by wambacher (2014-02-15 14:33:48)

couchmapper · 2014-02-15 14:44:09

Ist mit gut 500m Länge eine relativ große Struktur, die weithin sichtbar ist (->Orientierungspunkt).

Momentan sieht das so aus: http://www.openstreetmap.org/#map=17/49.34660/6.91465

BTW: Dank reduzierter Sendeleistung soll das Netz wohl irgendwann wieder abgebaut werden, da nicht mehr notwendig (siehe entsprechenden Bericht aus 2011).

Last edited by couchmapper (2014-02-15 17:30:40)

TheFive · 2014-02-15 16:46:08

In Angebracht der Tatsache, das dieses "Gebilde" ? in Deutschland schätzungsweise maximal 15 mal vorkommt (ungeprüfte Behauptung), ist die Lösung ja gar nicht so schlecht.

Fence ist optimierbar, gäbe da noch wire_fence mit 0,30% usage oder line (immerhin noch 0,18% usage).
Mit layer=2 wird ja auch schon die Position im Raum bestimmt, allerdings könntest du hier mit min_height (geklaut bei den 3D Mappern) für mehr Klahrheit sorgen.

Christoph
P.S. bezogen auf "Kleine Fragen" sicher OT :-)

Serienchiller · 2014-02-17 16:04:00

Vorweg: Ich bin ganz neu, habe heute erst angefangen.

Ich habe das Wiki so verstanden, dass man beim Einzeichnen eines Hauses zuerst den Eingang festlegt und dann dort die Adresse angibt. So habe ich es auch bei ein paar fehlenden Häusern hier in der Straße gemacht. Wenn ich mich aber auf der Karte umschaue, dann ist bei keinem anderen Haus ein Eingang eingezeichnet. Wie ist es jetzt richtig? Zeichnet man bei einem ganz normalen Wohnhaus den Eingang ein?

rayquaza · 2014-02-17 16:07:47

Das ist etwas umstritten. Die imo sinnvollste Lösung ist, die Hausnummer am Haus zu erfassen, und wenn man das möchte zusätzlich den Haupteingang als entrance=main. Damit sind alle Anwendungsfälle lösbar und bisherige Anwendungen haben kein Problem damit.

Es gibt allerdings auch einige wenige Gebäude, die mehrere Hausnummern haben. Bei diesen darf man ruhig etwas kreativer sein und es so erfassen, wie es möglichst zutreffend ist.

TheFive · 2014-02-17 20:01:01

Hi Serienchiller,

Willkommen bei hier im Forum, schön das Du mitmachst. (@rayquaza soviel Zeit muss sein :-) )
Aber ansonsten ist alles gesagt.
Nimm bitte neben der Hausnummer die Strasse mit auf, das ist nicht immer eindeutig.
also

addr:housenumber = XXX
addr:street= YYY
building=yes

für son schnödes (Einfamilien)haus.

Und trau Dich einfach, am besten mit kleinen Änderungen anfangen. Buildings sind da schon ganz gut.

Christoph

Serienchiller · 2014-02-17 23:44:46

Danke für die Willkommensgrüße

Ich habe building=house genommen und neben Straße/Hausnummer noch PLZ, Stadt und Land eingetragen. Müsste doch so passen, oder? Dann wäre meine erste (halbe) Straße fertig.

JohnDoe23 · 2014-02-18 01:26:03

Die Erfassung von PLZ, Stadt und Land ist in der Regel überflüssig, weil diese Grenzen (meist) bereits gut erfasst sind in Deutschland. Wenn sich die Grenze ändert macht es nur mehr Arbeit, diesen Overhead wieder zu entfernen. Hier z.B. die Grenze von Erfurt: http://www.openstreetmap.org/relation/62745

Last edited by JohnDoe23 (2014-02-18 01:27:32)

EvanE · 2014-02-18 09:16:45

JohnDoe23 wrote:

Die Erfassung von PLZ, Stadt und Land ist in der Regel überflüssig, weil diese Grenzen (meist) bereits gut erfasst sind in Deutschland. Wenn sich die Grenze ändert macht es nur mehr Arbeit, diesen Overhead wieder zu entfernen. Hier z.B. die Grenze von Erfurt: http://www.openstreetmap.org/relation/62745

Das sehe ich durchaus anders.
Nicht jeder (eigentlich die meisten) hat die Ausrüstung (Software und Wissen) räumliche Abfragen zu verwenden.
Weiter kann es sein, dass die passenden Grenzen nicht im betrachteten Datenausschnitt enthalten sind.

Das Auswerten ist sehr viel einfacher, wenn diese Informationen direkt an den Objekten erfasst sind. Zumindest bei Postleitzahlen sind die Grenzen eher ungenau und würden daher zu vielen falschen Zuordnungen führen, die man nicht einmal direkt in den Daten finden kann.

Edbert (EvanE)

rayquaza · 2014-02-18 10:08:19

EvanE wrote:

Nicht jeder (eigentlich die meisten) hat die Ausrüstung (Software und Wissen) räumliche Abfragen zu verwenden.
Weiter kann es sein, dass die passenden Grenzen nicht im betrachteten Datenausschnitt enthalten sind.
Das Auswerten ist sehr viel einfacher, wenn diese Informationen direkt an den Objekten erfasst sind.

Wobei man mit der Argumentation an jedem Objekt ein vollständiges is_in=* erfassen müsste, ergänzt um Informationen wie "ist in der Fläche der Universität xy". Falls es sowas nicht schon gibt: Könnte jemand etwas schreiben, das diese Tags in einer lokalen Datei automatisch ergänzen kann und bei nicht vorhandenen Grenzebenen den Benutzer frägt welchen Bereich die Datei enthält?

EvanE wrote:

Zumindest bei Postleitzahlen sind die Grenzen eher ungenau und würden daher zu vielen falschen Zuordnungen führen, die man nicht einmal direkt in den Daten finden kann.

Bei falscher Zuordnung und ganz nah an Grenzen kann man das ja ruhig erfassen damit es dann ggf. als unpassend in entsprechenden Auswertungen erscheint. Dabei dürfte man allerdings nur die Postleitzahlen erfassen bei denen man sich sicher ist und nicht einfach für eine ganze Stadt raten…

Gehrke · 2014-02-18 11:09:31

JohnDoe23 wrote:

Die Erfassung von PLZ, Stadt und Land ist in der Regel überflüssig, weil diese Grenzen (meist) bereits gut erfasst sind in Deutschland. Wenn sich die Grenze ändert macht es nur mehr Arbeit, diesen Overhead wieder zu entfernen.

+1

Wambacher macht ja gerade diese sinnvolle Irrläufer-Auswertung für PLZ. Da kann man schön sehen, dass addr:postcode oft falsch ist.
Ist hingegen mal die Grenze falsch oder muss aktualisiert werden, kann man das schnell für alle denkbaren Adressen im Bereich anpassen.
"addr:postcode" sehe ich nur noch als Marker für Grenzfälle. Für addr:country|city sehe ich gar keine Berechtigung mehr.

Aber das ist schon keine kleine Frage mehr... Hier passt das besser: http://forum.openstreetmap.org/viewtopi … 23238&p=25

Last edited by Gehrke (2014-02-18 12:12:44)

Gehrke · 2014-02-18 11:12:58

EvanE wrote:

Zumindest bei Postleitzahlen sind die Grenzen eher ungenau und würden daher zu vielen falschen Zuordnungen führen, die man nicht einmal direkt in den Daten finden kann.

Kann ich nicht bestätigen. addr:postcode ist noch ungenauer/falscher. Außerdem versuchen wir ja gerade, die letzten Details zu erfassen.

Basstoelpel · 2014-02-18 11:33:33

Gehrke wrote:

EvanE wrote:
Zumindest bei Postleitzahlen sind die Grenzen eher ungenau und würden daher zu vielen falschen Zuordnungen führen, die man nicht einmal direkt in den Daten finden kann.
Kann ich nicht bestätigen. addr:postcode ist noch ungenauer/falscher. Außerdem versuchen wir ja gerade, die letzten Details zu erfassen.

In Großstädten (ich nehme jetzt mal München als pars pro toto) sind vermutlich etwa die Hälfte der PLZ Grenze falsch, da sie Straßen und/oder Stadtteilgrenzen folgen, die Häuser beiderseits der Straße aber die gleiche PLZ haben. Ohne die Redundanz der Daten würden die Fehler überhaupt nicht auffallen. Sobald klar ist, wie eventuelle Widersprüche aufzulösen sind, ist das eine Sachen von wenigen Klicks. Also ich bin definitiv dafür, die PLZ an jedem Adress-node zu erfassen, vorausgesetzt, daß man sie weiß.

Baßtölpel

Gehrke · 2014-02-18 12:36:31

Basstoelpel wrote:

In Großstädten (ich nehme jetzt mal München als pars pro toto) sind vermutlich etwa die Hälfte der PLZ Grenze falsch, da sie Straßen und/oder Stadtteilgrenzen folgen, die Häuser beiderseits der Straße aber die gleiche PLZ haben.

Ich würde einfach mal behaupten, in München sind die Hälfte aller "addr:postcode" falsch (das sind dann um Größenordnungen mehr und ist auch besser falsifizierbar). Sehr, sehr viele sind es allemal. Da korrigiere ich lieber die PLZ-Grenze (ca. 3500 Abweichungen zu addr:postcode; wenig, aber viel im deutschen Vergleich).
An der Agnes-Bernauer-Straße gabs die meisten Fehler der Irrläufer-Auswertung, weil die Grenze an der Straße gemappt wurde. Das korrigiere ich schnell. Etwas südlich davon waren die vermeintlichen Grenz-Fehler aber meist Fehler von addr:postcode.

Last edited by Gehrke (2014-02-18 13:11:02)

kerosin · 2014-02-18 14:25:42

Hallo,

Spricht etwas dagegen ein Postleitzahlen-Gebiet (boundary=postal_code) und ein Stadtteil (place=suburb) zusammen zu schmeißen, wenn die Grenzen gleich sind? Konkret geht es um die Relation #1452282 des PLZ-Gebiets 24111 und den Stadtteil Russee, der als Node #1379025109 erfasst ist.

Naive Vorstellung: place=suburb;name=Russee + is_in an die Relation ranhängen -fertig

rayquaza · 2014-02-18 14:27:57

Ja: Für einen Stadtteil wäre eine boundary=administrative mit admin_level=* 9 oder 10 richtig.

Basstoelpel · 2014-02-18 14:31:42

kerosin wrote:

Hallo,
Spricht etwas dagegen ein Postleitzahlen-Gebiet (boundary=postal_code) und ein Stadtteil (place=suburb) zusammen zu schmeißen, wenn die Grenzen gleich sind?

Besser eigenständige Relationen verwenden, weil sie möglicherweise doch nicht identisch sind.

Baßtölpel

kerosin · 2014-02-18 14:44:36

Okay danke, place=suburb trotzdem an die neue eigenständige Relation?

wambacher · 2014-02-18 14:50:51

kerosin wrote:

Okay danke, place=suburb trotzdem an die neue eigenständige Relation?

nö, geht doch schon aus dem admin_level hervor.

Gruss
walter

maxbe · 2014-02-18 20:44:02

wambacher wrote:

kerosin wrote:
Okay danke, place=suburb trotzdem an die neue eigenständige Relation?
nö, geht doch schon aus dem admin_level hervor.

Ist das so eindeutig? admin_level=9 oder 10 kann ja auch mal ein hamlet oder village sein. Berlin hat anscheinend "place=borough" mit admin_level=9...

wambacher · 2014-02-18 21:07:11

maxbe wrote:

wambacher wrote:
kerosin wrote:
Okay danke, place=suburb trotzdem an die neue eigenständige Relation?
nö, geht doch schon aus dem admin_level hervor.
Ist das so eindeutig? admin_level=9 oder 10 kann ja auch mal ein hamlet oder village sein. Berlin hat anscheinend "place=borough" mit admin_level=9...

Village ist doch bestimmt ein Ortsteil? Bei uns sind das die ganzen eingemeindeten Dörfer, die früher selbstständig waren - jetzt sind die alle AL10.
Hamlet ist ja wirklich nur eine benannte Häusergruppe und isolated_dwelling auch sowas Kleines. Da kenne ich keinen AL für, da es ja dort keine "Verwaltung" gibt.

place=borough - bisher nie was von gehört. was soll das denn sein? oder meintest du neighbourhood? Das wäre ähnlich wie locality wohl ok.

Ich meine übrigens, daß alle place=* wegfallen sollten, für die es Administrative Grenzen gibt. (city, town, village, suburb)

Gruss
walter

Last edited by wambacher (2014-02-18 21:14:17)

maxbe · 2014-02-18 21:14:50

wambacher wrote:

place=borough - bisher nie was von gehört. was soll das denn sein?

Ich weiss es auch nicht, hab nur mal meine DB gefragt, was ihr zu admin_level=9 und 10 einfällt und es kamen neben villages und suburbs auch zehn boroughs raus, z.B.

http://www.openstreetmap.org/relation/55764
http://www.openstreetmap.org/relation/16347
http://www.openstreetmap.org/relation/404538

Nachtrag: Das ist sogar eine Mitgliedseigenschaft in einer übergeordneten Relation. Scheint aber eine lokale Erscheinung zu sein.

Last edited by maxbe (2014-02-18 21:21:44)

kerosin · 2014-02-18 21:30:01

Abseits davon folgende Beobachtung:
Nominatim nennt admin_level=10 + place=suburb Stadtteil (Beispiel Borntal in Sondershausen) wohingegen nur admin_level=10 als Nachbarschaftsgrenze bezeichnet wird (Beispiel Köln-Deutz)

wambacher · 2014-02-18 22:02:49

maxbe wrote:

Scheint aber eine lokale Erscheinung zu sein.

sollte man wohl ändern: https://de.wikipedia.org/wiki/Borough

- weil er bei uns nicht üblich ist (also wohl von jeder Auswertung/Anwendung ignoriert wird)
- weil place=suburb als naheliegende "Lösung" mMn nicht mehr notwendig ist. eventuell place=neighbourhood?

Gruss
walter

#26 2014-02-15 14:03:38

Re: Kleine Fragen 2014

#27 2014-02-15 14:33:33

Re: Kleine Fragen 2014

#28 2014-02-15 14:44:09

Re: Kleine Fragen 2014

#29 2014-02-15 16:46:08

Re: Kleine Fragen 2014

#30 2014-02-17 16:04:00

Re: Kleine Fragen 2014

#31 2014-02-17 16:07:47

Re: Kleine Fragen 2014

#32 2014-02-17 20:01:01

Re: Kleine Fragen 2014

#33 2014-02-17 23:44:46

Re: Kleine Fragen 2014

#34 2014-02-18 01:26:03

Re: Kleine Fragen 2014

#35 2014-02-18 09:16:45

Re: Kleine Fragen 2014

#36 2014-02-18 10:08:19

Re: Kleine Fragen 2014

#37 2014-02-18 11:09:31

Re: Kleine Fragen 2014

#38 2014-02-18 11:12:58

Re: Kleine Fragen 2014

#39 2014-02-18 11:33:33

Re: Kleine Fragen 2014

#40 2014-02-18 12:36:31

Re: Kleine Fragen 2014

#41 2014-02-18 14:25:42

Re: Kleine Fragen 2014

#42 2014-02-18 14:27:57

Re: Kleine Fragen 2014

#43 2014-02-18 14:31:42

Re: Kleine Fragen 2014

#44 2014-02-18 14:44:36

Re: Kleine Fragen 2014

#45 2014-02-18 14:50:51

Re: Kleine Fragen 2014

#46 2014-02-18 20:44:02

Re: Kleine Fragen 2014

#47 2014-02-18 21:07:11

Re: Kleine Fragen 2014

#48 2014-02-18 21:14:50

Re: Kleine Fragen 2014

#49 2014-02-18 21:30:01

Re: Kleine Fragen 2014

#50 2014-02-18 22:02:49

Re: Kleine Fragen 2014

Board footer