Adressentags von Gebäuden

geri-oc · 2013-06-18 14:57:06

Wer kann es erklären:
Richtige Zuordnung (von Obercarsdorf und Ulberndorf auch an Grenzlinie erkennbar)
Falsche Zuordnung westlich der Weißeritz ist Obercarsdorf (Schmiedeberg) - östlich Ulberndorf (Dippoldiswalde) - auch an Grenzlinie erkennbar

seichter · 2013-06-18 15:20:53

geri-oc wrote:

Wer kann es erklären:
Richtige Zuordnung (von Obercarsdorf und Ulberndorf auch an Grenzlinie erkennbar)
Falsche Zuordnung westlich der Weißeritz ist Obercarsdorf (Schmiedeberg) - östlich Ulberndorf (Dippoldiswalde) - auch an Grenzlinie erkennbar

Die Zuordnung scheint mir in Stufen zu verlaufen: Suche nächste Straße und dann den Ort etc. in dem sie verläuft.

Im obigen 2. Beispiel ist das für Obercarsdorf der Weißeritzweg, und der verläuft in Ulberndorf/Dippoldiswalde.
Wenn man sich mit dem Cursor nach Westen den Berg "hocharbeitet", springt die Anzeige dann auf Ziegenrücken in Schmiedeberg um.

Last edited by seichter (2013-06-18 15:22:11)

wambacher · 2013-06-18 16:30:51

seichter wrote:

Die Zuordnung scheint mir in Stufen zu verlaufen: Suche nächste Straße und dann den Ort etc. in dem sie verläuft.
Im obigen 2. Beispiel ist das für Obercarsdorf der Weißeritzweg, und der verläuft in Ulberndorf/Dippoldiswalde.
Wenn man sich mit dem Cursor nach Westen den Berg "hocharbeitet", springt die Anzeige dann auf Ziegenrücken in Schmiedeberg um.

Das Ganze ist mir auch noch schleierhaft.
Eines ist mir inzwischen klar: Nominatim sucht das dem Click-Punkt nahe gelegenste Objekt und gibt dann dessen Daten aus. Liegt die Straße/das Haus/.. dann in der anderen Grenze, kommen deren Daten raus. Und wenn die Straße nicht unterbrochen ist, ist es wohl zufällig, welchen Ort er anzeigt.
Daher geb ich jetzt mal die Id des gefundenen Objektes mit aus und demnächst zeigt ich es eventuell auch auf der Karte. (*)

Das ist natürlich unterschiedlich zur reinen Adresssuche.

Gruss
walter

*) eigentlich wollte ich heute früh nur 'nen "Quickie" machen, aber jetzt artet die Sache richtig in Arbeit aus
Und jetzt nehme ich mir Hitzefrei.

wambacher · 2013-06-19 12:42:55

Version 16 positioniert jetzt den Popup auf das Objekt, das Nominatim bei der Geosuche gefunden hat.
Ist wichtig, wenn man irgendwo in der "Pampa" klickt und die Suche anscheinend einen falschen Ort anzeigt.

Gruß
walter

reneman · 2013-06-19 13:00:13

@wambacher:
IE 7 mit Flash Player, Seiteinhalt bleibt leer (grün) Fehlermeldung:

Zeile: 285 
Zeichen: 7 
Fehler: 'console' ist undefiniert 
Code: 0

FF 21, Seiteninhalt bleibt leer (grün), da Adobe Flash Player nicht installiert werden kann. Wofür wird dieser benötigt?

Last edited by reneman (2013-06-19 13:49:13)

GeorgFausB · 2013-06-19 13:09:07

Moin,

ulmtuelp wrote:

[...] hier denke ich ist Nominatims Meinung falsch, die richtige Anschrift ist Starbach. Für Ausnahme halte ich es deshalb, da alle Ort in der Gemeinde ihren eigenen (Dorf-)Namen als Postanschrift behalten haben.

Hmm - bist Du Dir bei letzterem wirklich sicher?
Bei der Post(anschrift) gilt eigentlich der offizielle Grundsatz:

amtlicher Gemeindename = postalischer Bestimmungsort

Dies findet man regelmäßig als Aussage bei von einer Gebietsreform betroffenen Gemeinde.
Für den Ortsteil gibt es die Extra-Zeile zwischen Namen und Straße.

Aber das ist halt der Unterschied zwischer jahrzehntelanger gelebter Praxis und formaler Theorie.
Passiert mindestens tausendfach in ganz Deutschland bei der Post - und klappt in der Realität auch immer ... zumindest, solange keine Briefzusteller-Aushilfe der Smartphone-Generation im vorübergehenden Einsatz ist ...

ulmtuelp wrote:

Nur, wie bekommt man es hin dass Nominatim seine Meinung korrigiert?

Indem man die Ortsteilgrenzen und -Relation der Datenbank hinzufügt.
Dann gibt Nominatim immerhin den Ortsteil mit aus - sozusagen ganz Post-konform.

Gruß
Georg

rayquaza · 2013-06-19 13:17:35

reneman wrote:

IE 7 mit Flash Player, Seiteinhalt bleibt leer (grün) Fehlermeldung:
Zeile: 285 
Zeichen: 7 
Fehler: 'console' ist undefiniert 
Code: 0

Das JavaScript-Objekt "console" ist eine Möglichkeit in Firefox (und evtl auch anderen) selbst definierte Fehlermeldungen auszugeben. Der IE sollte aber einfach ignorieren können, dass er es nicht kennt

reneman wrote:

FF 21, Seiteninhalt bleibt leer (grün), da Adobe Flash Player nicht installiert werden kann. Wofür wird dieser benötigt?

Bei mir funktioniert es auch ohne Flash Player. Da ich es eben auch ins Grüne geschafft habe: Wenn die Zoomleiste dargestellt wird klicke auf diese etwa mittig. Ansonsten: Was genau wird an Text angezeigt?

Mir ist das eben zwei Mal passiert (ohne Flash Player-Meldung), beim zweiten Mal war ich erst bei lat=90.000, egal wie ich mich zu bewegen versuchte, und danach irgendwo >>180 für mindesten einen der beiden Werte ohne zuvor etwas besonderes gemacht zu haben (beim ersten Mal: Öffnen der Firefox-Konsole während des Neuladens).

wambacher · 2013-06-19 13:19:43

reneman wrote:

IE 7 mit Flash Player, Seiteinhalt bleibt leer (grün) Fehlermeldung:
Zeile: 285 
Zeichen: 7 
Fehler: 'console' ist undefiniert 
Code: 0

war nur einen Testausgabe console.log(...). ist jetzt draussen.
kann der IE das nicht? wenn ja, dann ist das Teil noch nie im IE gelaufen.
wenn er es wirklich nicht kann, müsste jetzt die selbe Meldung in Zeile 299 oder 321 kommen. Da macht er das Cookie-Handling und erzählt einiges dazu.
Teste bitte nochmal kurz. Ansonsten starte ich mal ne Windows-VM. Ich habe eigentlich versucht, alle Browserabhängigkeiten zu berücksichtigen, aber ...

Ok, "Houston, wir haben ein Problem" - ich kümmere mich drum.

FF 21, Seiteninhalt bleibt leer (grün), da Adobe Flash Player nicht installiert werden kann. Wofür wird dieser benötigt?

Links oben ist ne Uhr reingekommen, damit man nicht zulange QA macht
Entweder krieg ich ne Abfrage hin (FP nicht installiert?) oder ich schmeiss es wieder raus. (*)

gruss
walter

*) aufgrund der Hitze temporär rausgenommen. Dafür brauch ich einen "Kühlen Kopf"

Last edited by wambacher (2013-06-19 13:33:46)

rayquaza · 2013-06-19 13:36:52

Ich habe gerade beim langsamen einzoomen auf Deutschland folgende Meldungen in der Konsole erhalten, Zoomen funktionierte dann nach etwa zwei Versuchen (diese gingen nur mit der Scrollleiste) nicht mehr:

[14:22:33.250] TypeError: map.getZoom(...) is null @ http://osm.wno-edv-service.de/residentials/:412
[14:22:33.672] GET http://a.tile.openstreetmap.org/0/0/0.png [HTTP/1.1 200 OK 2782ms]
[14:22:33.770] TypeError: a is null @ http://openlayers.org/api/OpenLayers.js:129

Oh, und ich habe wieder so eine schöne Position: Heilbronn ist in der Kartenecke rechts unten noch verpixelt (ich war ja beim Reinzoomen) zu sehen, Koordinaten reichen etwa von -179 (links) bis 164 (rechts) und die Latitude ist fest bei -90.0, die Boudingbox ist als "-903.50567, -90, 885.24433, -90" angegeben. Wenn ich zum Saarland rüberscrolle komme ich auf "bbox=-918.97442, -90, 869.77558, -90", die Koordinaten in der "latlon="-Anzeige brechen brav bei 180° um, wobei das ja eigentlich nicht etwa an der französischen Grenze sein sollte.

Wenn ich nun die Seite neu lade komme ich auf diese Werte (ohne Auffälligkeiten in der Konsole): "bbox=-882.42188, -89.33004, 882.42188, 89.33004
zoom=0".

Btw: Kannst du die divs #bbox_div und #zoom_div im Document vertauschen, dass das Markieren des Textes intuitiver funktioniert?

Nachtrag: Öffnen oder Schliessen der Firefox-Konsole bringt ihn in etwa 100% durcheinander.

Last edited by rayquaza (2013-06-19 13:40:33)

reneman · 2013-06-19 13:53:57

wambacher wrote:

reneman wrote:
IE 7 mit Flash Player, Seiteinhalt bleibt leer (grün) Fehlermeldung:
Zeile: 285 
Zeichen: 7 
Fehler: 'console' ist undefiniert 
Code: 0
war nur einen Testausgabe console.log(...). ist jetzt draussen.
kann der IE das nicht? wenn ja, dann ist das Teil noch nie im IE gelaufen.
wenn er es wirklich nicht kann, müsste jetzt die selbe Meldung in Zeile 299 oder 321 kommen. Da macht er das Cookie-Handling und erzählt einiges dazu.
Teste bitte nochmal kurz. Ansonsten starte ich mal ne Windows-VM. Ich habe eigentlich versucht, alle Browserabhängigkeiten zu berücksichtigen, aber ...
Ok, "Houston, wir haben ein Problem" - ich kümmere mich drum.

Im IE funktioniert es nun super, danke

Im FF ist das verlangen nach dem Flashplayer nicht mehr erkennbar, aber es bleibt dennoch nur grün.
Edit: habe festgestellt, wenn ich in die grüne Kartenfläche einen Doppelklick mache, wird die Karte danach aufgebaut.
Edit2: zeigt die ganze Welt an und dem Browser wird es warm
Kann es sein, dass die Karte den letzten angezeigten Ort speichert? Wenn aber die Karte das erste mal aufgerufen wird, die ganze Welt (bzw. garnix)? Damit will ich sagen, die Sorgen hat man nur, wenn man in diesem Browser die Karte noch nie geöffnet hatte.

Last edited by reneman (2013-06-19 14:01:11)

wambacher · 2013-06-19 13:55:00

console.log fixed. wen es interessiert:

if (typeof console === "undefined" || typeof console.log === "undefined") {
     console = {};
     console.log = function() {};
   }

ulmtuelp · 2013-06-20 06:27:43

GeorgFausB wrote:

Moin,
Hmm - bist Du Dir bei letzterem wirklich sicher?
Bei der Post(anschrift) gilt eigentlich der offizielle Grundsatz:
amtlicher Gemeindename = postalischer Bestimmungsort
Dies findet man regelmäßig als Aussage bei von einer Gebietsreform betroffenen Gemeinde.
Für den Ortsteil gibt es die Extra-Zeile zwischen Namen und Straße.

Meine Sicherheit liegt so bei 99%, obwohl gerade die Webseite der Gemeinde meint es wäre nicht so.

ulmtuelp wrote:

Nur, wie bekommt man es hin dass Nominatim seine Meinung korrigiert?

GeorgFausB wrote:
Indem man die Ortsteilgrenzen und -Relation der Datenbank hinzufügt.
Dann gibt Nominatim immerhin den Ortsteil mit aus - sozusagen ganz Post-konform.
Gruß
Georg

Das hatte ich in meinem ersten Post ja schon so vermutet, mich da aber bisher noch nicht so rangetraut …

hfst · 2013-09-28 21:22:45

geri-oc wrote:

Ich trage eigentlich alles an den Eingang:
addr:city=Schmiedeberg
addr:country=DE
addr:housenumber=2
addr:postcode=01762
addr:street=Gartenweg
addr:suburb=Obercarsdorf
entrance=main
suburb=* nutze ich für die Ortsteile einer Gemeinde (addr:city=*)
In der Josm-Vorlage Adresse ist:
addr:city=*
addr:country=DE
addr:housename=*
addr:housenumber=*
addr:postcode=*
addr:street=*
Wobei housename=* bei uns nicht so geläufig ist -> Hausnummer.
entrance=main

Also bei mir gibt's
addr:street=*
addr:housnumber=*
in der Regel für das Haus.
addr:city einzutragen ist was für Roboter.
Und um addr:postcode einzutragen müsste ich im Postleitzahlenverzeichnis oder im Telefonbuch nachschauen womit sich wieder das Problem des Urheberrechts ergibt.
Vom Thema Redundanz ganz zu schweigen.

rayquaza · 2013-09-29 08:04:07

hfst wrote:

Und um addr:postcode einzutragen müsste ich im Postleitzahlenverzeichnis oder im Telefonbuch nachschauen womit sich wieder das Problem des Urheberrechts ergibt.

Oder du schaust in die Grenzrelationen, aber das könnte (und sollte, weil sonst bei Korrekturen der Grenze der möglicherweise falsch übernommene Wert als richtig angenommen wird) eine Anwendung auch gleich selbst machen. Das Selbe gilt für Stadt, Staat, Bundesland und Stadtteil: Wenn sich da was ändern sollte (z.B. Korrektur einer verbreiteten falschen Schreibweise) wird vermutlich erstmal nur die Grenzrelation geändert, bis irgendjemandem auffällt, dass tausende Adressen trotzdem falsch sind, es gibt oft unterschiedliche Schreibweisen (mit/ohne Namenszusatz, mit Klammern, Komma oder Trennwort getrennt, …), Anwendungen sollten (und müssen sowieso) das aus den Grenzrelationen ermitteln können, …

Ich nutze auch nur "addr:housenumber"=* und "addr:street"=* (normalerweise ans Haus, weil es eine Hausnummer ist), wobei ich statt letzterem auch sehr oft associatedStreet-Relationen (die ursprünglich bevorzugt genutzt werden sollten) nutze um nicht bei allen hundert Hausnummern den Strassennamen angeben zu müssen (Redundanz) und um deutlicher zu haben, welche der ähnlich benannten Strassen gemeint ist.

EvanE · 2013-09-29 11:07:04

rayquaza wrote:

hfst wrote:
Und um addr:postcode einzutragen müsste ich im Postleitzahlenverzeichnis oder im Telefonbuch nachschauen womit sich wieder das Problem des Urheberrechts ergibt.
Oder du schaust in die Grenzrelationen, aber das könnte (und sollte, ...) eine Anwendung auch gleich selbst machen. Das Selbe gilt für Stadt, Staat, Bundesland und Stadtteil: Wenn sich da was ändern sollte (...) wird vermutlich erstmal nur die Grenzrelation geändert, bis irgendjemandem auffällt, dass tausende Adressen trotzdem falsch sind, es gibt oft unterschiedliche Schreibweisen ( …), Anwendungen sollten (und müssen sowieso) das aus den Grenzrelationen ermitteln können, …
Ich nutze auch nur "addr:housenumber"=* und "addr:street"=* (normalerweise ans Haus, weil es eine Hausnummer ist), wobei ich statt letzterem auch sehr oft associatedStreet-Relationen (die ... ursprünglich bevorzugt genutzt werden sollten) nutze um nicht bei allen hundert Hausnummern den Strassennamen angeben zu müssen (Redundanz) und um deutlicher zu haben, welche der ähnlich benannten Strassen gemeint ist.

Man kann es auch den Mappern und Anwendungen einfacher machen, indem man alle Informationen dort erfasst, wo man sie real braucht, an den Gebäuden.

Wieviele associatedStreet-Relationen habe ich gesehen, die weder addr:street, addr:postcode, addr:city noch addr:country in den Taggs der Relation enthalten. Und wieviele associatedStreet-Relationen habe ich gesehen, denen Straßen und Häusern fehlen.

Ich halte das Konzept der associatedStreet-Relationen für in der Praxis gescheitert. In der Informatik-Theorie mag das toll und einfach aussehen. In der Mapping Praxis ist der zusätzliche Schritt, eine Straße und die dazu gehörigen Gebäude in eine Relation aufzunehmen vielen zu aufwändig und daher grandios gescheitert. Gelegentlichen Mappern und Neulingen ist die Existenz einer solchen Realtion nicht einmal bewusst.

Und es ergibt sich die Frage, welche Anwendung denn überhaupt die associatedStreet-Relationen verwenden. Meines Erachtens sind diese Relationen Tagging für die Theorie. Die Aussage "associatedStreet-Relationen sollen bevorzugt genutzt werden" ist eben auch nur der Wunschtraum einiger Informatiker aus der Frühzeit des Karlsruher Adress-Schemas und hat sich in der Praxis nicht durchgesetzt.

Anders sieht es mit den addr:* Taggs des Schemas aus, die wirklich genutzt werden und einen Wildwuchs an Tagging-Varianten bei Adressen verhindert haben.

Edbert (EvanE)

Basstoelpel · 2013-09-29 12:22:21

EvanE wrote:

Und es ergibt sich die Frage, welche Anwendung denn überhaupt die associatedStreet-Relationen verwenden. Meines Erachtens sind diese Relationen Tagging für die Theorie. Die Aussage "associatedStreet-Relationen sollen bevorzugt genutzt werden" ist eben auch nur der Wunschtraum einiger Informatiker aus der Frühzeit des Karlsruher Adress-Schemas und hat sich in der Praxis nicht durchgesetzt.

Es ist auch im Gegensatz zum Rest des Karlsruher Schemas kein approved feature.

Baßtölpel

stephan75 · 2013-09-29 16:56:34

hfst wrote:

Also bei mir gibt's
addr:street=*
addr:housnumber=*
in der Regel für das Haus.
addr:city einzutragen ist was für Roboter.
Und um addr:postcode einzutragen müsste ich im Postleitzahlenverzeichnis oder im Telefonbuch nachschauen womit sich wieder das Problem des Urheberrechts ergibt.
Vom Thema Redundanz ganz zu schweigen.

Ich halte es aber gerade bei dem OSM-Daten für ganz ganz ganz ganz wichtig, auch die PLZ mittels addr:postcode einzutragen, und dann am besten auch addr:city ,

weil:

Es gibt in den OSM-Daten etliche PLZ-Grenzrelationen (und somit auch ggf. admin-Grenzrelationen) die immer noch ungenau sind, oder welche schon wegen PLZ-Änderungen und Eingemeindungen veraltet sind.

Solche Unstimmigkeiten können wir z.T. systematisch aufdecken, aber nur mit addr:postcode an den Gebäuden.

Hierzu mal der Hinweis auf den Thread http://forum.openstreetmap.org/viewtopic.php?id=21683

Und zu der Frage, woher man denn die richtige PLZ zu einem Gebäude in der Realität ohne Urheberrechtsverletzung finden kann:

Schau mal in dine Geldbörse: sind da zufällig ein paar Kassenbons von Geschäften mit PLZ? Diese Angabe auf einem Kassenbon o.ä. erreicht nach meiner Auffassung NICHT die notwendige Schöpfungshöhe für das UrhG.
Oder blätter mal eine Tageszeitung durch mit den vielen Anzeigen von Geschäften, oder den Stellenmarkt für Jobangebote.

hfst · 2013-09-30 19:25:33

stephan75 wrote:

hfst wrote:
Also bei mir gibt's
addr:street=*
addr:housnumber=*
in der Regel für das Haus.
addr:city einzutragen ist was für Roboter.
Und um addr:postcode einzutragen müsste ich im Postleitzahlenverzeichnis oder im Telefonbuch nachschauen womit sich wieder das Problem des Urheberrechts ergibt.
Vom Thema Redundanz ganz zu schweigen.
Und zu der Frage, woher man denn die richtige PLZ zu einem Gebäude in der Realität ohne Urheberrechtsverletzung finden kann:
Schau mal in dine Geldbörse: sind da zufällig ein paar Kassenbons von Geschäften mit PLZ? Diese Angabe auf einem Kassenbon o.ä. erreicht nach meiner Auffassung NICHT die notwendige Schöpfungshöhe für das UrhG.
Oder blätter mal eine Tageszeitung durch mit den vielen Anzeigen von Geschäften, oder den Stellenmarkt für Jobangebote.

Ok mit dem Kassenbon weiß ich das der EDEKA in der Postleitzahlgegend 90480 liegt. Aber ob das Haus gegenüber oder auch nebenan noch die 90480 hat ist damit lange nicht gesagt. Postleitzahlen können nicht gemappt werden, da braucht's offizielle Grenzen. Womit sich die Frage stellt: Wem gehören die Postleitzahlen? Der Deutschen Post? Der Regulierungbehörde?

ulmtuelp · 2013-09-30 19:49:16

hfst wrote:

Womit sich die Frage stellt: Wem gehören die Postleitzahlen? Der Deutschen Post? Der Regulierungbehörde?

Wenn ich da reinschaue denke ich sie gehören der Deutschen Post AG.

Last edited by ulmtuelp (2013-09-30 19:51:02)

viw · 2013-09-30 21:15:13

ulmtuelp wrote:

hfst wrote:
Womit sich die Frage stellt: Wem gehören die Postleitzahlen? Der Deutschen Post? Der Regulierungbehörde?
Wenn ich da reinschaue denke ich sie gehören der Deutschen Post AG.

Das mag für deine Quelle stimmen. In Berlin gibt es aber auf dem offiziellen Server auch PLZ Grenzen. Ab morgen werden dann viele Geodaten in Berlin hoffentlich Opendata.

Announcement

#26 2013-06-18 14:57:06

Re: Adressentags von Gebäuden

#27 2013-06-18 15:20:53

Re: Adressentags von Gebäuden

#28 2013-06-18 16:30:51

Re: Adressentags von Gebäuden

#29 2013-06-19 12:42:55

Re: Adressentags von Gebäuden

#30 2013-06-19 13:00:13

Re: Adressentags von Gebäuden

#31 2013-06-19 13:09:07

Re: Adressentags von Gebäuden

#32 2013-06-19 13:17:35

Re: Adressentags von Gebäuden

#33 2013-06-19 13:19:43

Re: Adressentags von Gebäuden

#34 2013-06-19 13:36:52

Re: Adressentags von Gebäuden

#35 2013-06-19 13:53:57

Re: Adressentags von Gebäuden

#36 2013-06-19 13:55:00

Re: Adressentags von Gebäuden

#37 2013-06-20 06:27:43

Re: Adressentags von Gebäuden

#38 2013-09-28 21:22:45

Re: Adressentags von Gebäuden

#39 2013-09-29 08:04:07

Re: Adressentags von Gebäuden

#40 2013-09-29 11:07:04

Re: Adressentags von Gebäuden

#41 2013-09-29 12:22:21

Re: Adressentags von Gebäuden

#42 2013-09-29 16:56:34

Re: Adressentags von Gebäuden

#43 2013-09-30 19:25:33

Re: Adressentags von Gebäuden

#44 2013-09-30 19:49:16

Re: Adressentags von Gebäuden

#45 2013-09-30 21:15:13

Re: Adressentags von Gebäuden

Board footer