Hi, ich habe mir mal die Mühe gemacht mein Zeugs umzubauen das ich nicht Flächen sondern auch Punkte darstellen kann ;) Jetzt gibts den OWL Addressfehler nicht nur als JSON Datei sondern auch als map layer: https://osm.zz.de/dbview/?db=addresses-owl&layer=addresserror#51.90997,8.482... Das dingen updated alle 2 Stunden. Es gibt da 2 Layer - Einmal den mit den OSM Fehlern - d.h. unvollständige Adresse (es fehlt Postleitzahl, Stadt, Strasse oder Hausnummer) oder Stadt/Postleitzahl weichen von den aus der Geometrie ab d.h. eine Adresse mit 33330 ist in einer Geometrie mit dem Postcode 33334 etc. Dann gibt es einen Layer der mögliche Fehlende Adressen anzeigt. Den muss man mit Vorsicht genießen. U.a. werden alle Adressen in Marienfeld mit 33428 Marienfeld als fehlend angezeigt. Die sind alle mit 33428 Harsewinkel drin. Also jetzt nicht wild drauf loskorrigieren. Das muss man sich mit Verstand ansehen. Aber es kann eine Hilfe sein mal zu sehen wo denn was falsch ist (Falsche Straße) oder fehlt oder oder - Die Daten sind teilweise Alt, Unvollständig und genauso fehlerbehaftet wie OSM. U.a. ein weiterer Fehler ist sowas wie "Dr. Foo-Bar-Straße" sie richtigerweise bei OSM als "Dr.-Foo-Bar-Straße" drin ist oder auch Aug.-Schuckenbäumer-Straße vs August-Schuckenbäumer-Straße. Aber hier gibts den Vergleich für die die wollen - Kann man nutzen um zu wissen wo man vor Ort mal nach einer Hausnummer suchen sollte. https://osm.zz.de/dbview/?db=addresses-owl&layer=missingosm#52.0665,8.75246,... Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On 08.07.19 14:24, Florian Lohoff wrote:
Hi, ich habe mir mal die Mühe gemacht mein Zeugs umzubauen das ich nicht Flächen sondern auch Punkte darstellen kann ;) Jetzt gibts den OWL Addressfehler nicht nur als JSON Datei sondern auch als map layer:
https://osm.zz.de/dbview/?db=addresses-owl&layer=addresserror#51.90997,8.482...
kannst Du da noch JOSM-Links in die Popups einbauen?
On Mon, Jul 08, 2019 at 03:32:10PM +0200, Hartmut Holzgraefe wrote:
On 08.07.19 14:24, Florian Lohoff wrote:
Hi, ich habe mir mal die Mühe gemacht mein Zeugs umzubauen das ich nicht Flächen sondern auch Punkte darstellen kann ;) Jetzt gibts den OWL Addressfehler nicht nur als JSON Datei sondern auch als map layer:
https://osm.zz.de/dbview/?db=addresses-owl&layer=addresserror#51.90997,8.482...
kannst Du da noch JOSM-Links in die Popups einbauen?
Ja - die Kür - kommt - Hab gerade noch nen layer eingebaut: https://osm.zz.de/dbview/?db=addresses-owl&layer=routeable#51.86865,8.52505,... Das ist die Routeable addresses output. D.h. >75m zu der nächsten routingfähigen Straße. Ab >100m wird es rot. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On Mon, Jul 08, 2019 at 03:54:28PM +0200, Florian Lohoff wrote:
kannst Du da noch JOSM-Links in die Popups einbauen?
Ja - die Kür - kommt - Hab gerade noch nen layer eingebaut:
https://osm.zz.de/dbview/?db=addresses-owl&layer=routeable#51.86865,8.52505,...
Das ist die Routeable addresses output. D.h. >75m zu der nächsten routingfähigen Straße. Ab >100m wird es rot.
So - sind drin die remotecontrol links für JOSM. Gehen bei mir nicht im Firefox aber im Chrome. Ich vermute mein Firefox ist zu alt und hat noch Maulerei wegen der Cross-Origin und Mixed Content geschichten. *soifz* Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On Mon, Jul 08, 2019 at 02:24:25PM +0200, Florian Lohoff wrote:
Hi, ich habe mir mal die Mühe gemacht mein Zeugs umzubauen das ich nicht Flächen sondern auch Punkte darstellen kann ;) Jetzt gibts den OWL Addressfehler nicht nur als JSON Datei sondern auch als map layer:
https://osm.zz.de/dbview/?db=addresses-owl&layer=addresserror#51.90997,8.482...
Das dingen updated alle 2 Stunden. Es gibt da 2 Layer - Einmal den mit den OSM Fehlern - d.h. unvollständige Adresse (es fehlt Postleitzahl, Stadt, Strasse oder Hausnummer) oder Stadt/Postleitzahl weichen von den aus der Geometrie ab d.h. eine Adresse mit 33330 ist in einer Geometrie mit dem Postcode 33334 etc.
Dann gibt es einen Layer der mögliche Fehlende Adressen anzeigt. Den muss man mit Vorsicht genießen. U.a. werden alle Adressen in Marienfeld mit 33428 Marienfeld als fehlend angezeigt. Die sind alle mit 33428 Harsewinkel drin. Also jetzt nicht wild drauf loskorrigieren. Das muss man sich mit Verstand ansehen. Aber es kann eine Hilfe sein mal zu sehen wo denn was falsch ist (Falsche Straße) oder fehlt oder oder - Die Daten sind teilweise Alt, Unvollständig und genauso fehlerbehaftet wie OSM.
Lohnt es die Fehler aus dem Bestand zu eliminieren? Ich habe hier so ein paar Adressen in Beverungen, die haben uptopisch hohe Hausnummern. An anderer Stelle wurden vor ca. 2 Jahren mal 3 Häuser abgerissen und 2 neue gebaut. Die Adressen sind dabei von der einen Straße in die andere Straße gewandert, weil es genau auf der Ecke war und die Eingänge jetzt anders ausgerichtet sind. In deinem Bestand sind jetzt 5 Adressen, also auch noch die drei alten Adressen. Ansonsten wie immer sehr hilfreich. Danke. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen Uwe.Steinmann@mmk-hagen.de Tel: 02331 840446 Fax: 02331 843920
On Mon, Jul 08, 2019 at 03:34:16PM +0200, Uwe Steinmann wrote:
Lohnt es die Fehler aus dem Bestand zu eliminieren? Ich habe hier so ein paar Adressen in Beverungen, die haben uptopisch hohe Hausnummern. An anderer Stelle wurden vor ca. 2 Jahren mal 3 Häuser abgerissen und 2 neue gebaut. Die Adressen sind dabei von der einen Straße in die andere Straße gewandert, weil es genau auf der Ecke war und die Eingänge jetzt anders ausgerichtet sind. In deinem Bestand sind jetzt 5 Adressen, also auch noch die drei alten Adressen.
Ansonsten wie immer sehr hilfreich. Danke.
Der Bestand wird auch automatisch geupdated - Das dauert aber so 2-3 Jahre bis der durch ist. Also nein - Manuell fasse ich da nichts an. Aber schick mir mal die Adressen - dann gucke ich mir das mal genauer an. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On Mon, Jul 08, 2019 at 04:07:53PM +0200, Florian Lohoff wrote:
On Mon, Jul 08, 2019 at 03:34:16PM +0200, Uwe Steinmann wrote:
Lohnt es die Fehler aus dem Bestand zu eliminieren? Ich habe hier so ein paar Adressen in Beverungen, die haben uptopisch hohe Hausnummern. An anderer Stelle wurden vor ca. 2 Jahren mal 3 Häuser abgerissen und 2 neue gebaut. Die Adressen sind dabei von der einen Straße in die andere Straße gewandert, weil es genau auf der Ecke war und die Eingänge jetzt anders ausgerichtet sind. In deinem Bestand sind jetzt 5 Adressen, also auch noch die drei alten Adressen.
Ansonsten wie immer sehr hilfreich. Danke.
Der Bestand wird auch automatisch geupdated - Das dauert aber so 2-3 Jahre bis der durch ist. Also nein - Manuell fasse ich da nichts an.
Aber schick mir mal die Adressen - dann gucke ich mir das mal genauer an. https://osm.zz.de/dbview/?db=addresses-owl&layer=missingosm#51.67283,9.3779,... Unterhalb und rechts vom Tennisplatz werden die Adressen "Grüner Weg 990" und "Grüner Weg 991" vermisst.
https://osm.zz.de/dbview/?db=addresses-owl&layer=missingosm#51.66964,9.37555... Um den Netto herum. Die Adressen im Lilienweg dürften die alten Adressen sein, als dort noch das alte Kornhaus und der Busunterneher war. Diese Adressen dürfte es nicht mehr geben. Die Bahnhofstr. 42 ist jetzt der Bäcker (habe ich gerade korrigiert) und Bahnhofstr. 40 ist der Netto (habe ich auch korrigiert). Vermutlich gab es die 40 und 42 auch schon vorher und eine davon war das alte Kornhaus. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen Uwe.Steinmann@mmk-hagen.de Tel: 02331 840446 Fax: 02331 843920
Hola, On Mon, Jul 08, 2019 at 04:49:32PM +0200, Uwe Steinmann wrote:
https://osm.zz.de/dbview/?db=addresses-owl&layer=missingosm#51.67283,9.3779,... Unterhalb und rechts vom Tennisplatz werden die Adressen "Grüner Weg 990" und "Grüner Weg 991" vermisst.
https://osm.zz.de/dbview/?db=addresses-owl&layer=missingosm#51.66964,9.37555... Um den Netto herum. Die Adressen im Lilienweg dürften die alten Adressen sein, als dort noch das alte Kornhaus und der Busunterneher war. Diese Adressen dürfte es nicht mehr geben. Die Bahnhofstr. 42 ist jetzt der Bäcker (habe ich gerade korrigiert) und Bahnhofstr. 40 ist der Netto (habe ich auch korrigiert). Vermutlich gab es die 40 und 42 auch schon vorher und eine davon war das alte Kornhaus.
Die sind wirklich so bei mir aufgetaucht dieses Jahr - Also in den letzten 2 Monaten - Die haben also mal in irgendwelchen Beständen existiert. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
On Tue, Jul 09, 2019 at 08:58:24AM +0200, Hartmut Holzgraefe wrote:
On 08.07.19 14:24, Florian Lohoff wrote:
Das dingen updated alle 2 Stunden.
da scheint was zu klemmen? Ich sehe nach wie vor:
Data: Processed 2019-07-08T16:40:00Z
und alles was ich gestern bearbeitet habe wird immer noch als Fehler angezeigt ...
Öh - ich sehe da: https://osm.zz.de/dbview/?db=addresses-owl&layer=routeable#52.00639,8.18524,... Data: Processed 2019-07-09T07:56:39Z Bist du auf https://osm-dev.zz.de ? Das ist ja meine Staging/Entwicklung und da update ich die datenbank files nicht Ich arbeite im moment da dran in der pipeline immer das pbf file datum mit durchzuziehen damit das "Data:" Da auch mal ein Datum bekommt. Das ist ja nicht das Processed datum (Auch wenn das maximal 30 min auseinander liegt im moment) Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
Hola Hartmut, On Tue, Jul 09, 2019 at 08:58:24AM +0200, Hartmut Holzgraefe wrote:
On 08.07.19 14:24, Florian Lohoff wrote:
Das dingen updated alle 2 Stunden.
da scheint was zu klemmen? Ich sehe nach wie vor:
Data: Processed 2019-07-08T16:40:00Z
und alles was ich gestern bearbeitet habe wird immer noch als Fehler angezeigt ...
Du hast natürlich recht - Heute morgen steht das immer noch auf gestern. In den batch jobs ist was mit den dependencies schief gelaufen. Dadurch wurden ein teil der vorrangehenen Jobs nicht ausgeführt bzw das generieren des layers konnte nicht laufen weil eine dependency nicht gelaufen ist. Wer so batch job processing braucht -> slurm https://slurm.schedmd.com/documentation.html Sehr schönes zeugs ... Es prozessiert gerade und beim nächsten lauf sollte das heile sein. Flo -- Florian Lohoff f@zz.de UTF-8 Test: The 🐈 ran after a 🐁, but the 🐁 ran away
participants (3)
-
Florian Lohoff -
Hartmut Holzgraefe -
Uwe Steinmann