Navads-Tankstellenimport – bitte prüft die Tankstellen in eurer Gegend

Was soll das, nur einen einzelnen addr: tag, nämlich addr:postcode zu ergänzen?

Baßtölpel

addr:postcode halte ich auch bei Tankstellen, die definitiv keine postalische Adresse haben (z. B. Autobahnraststätten) für reichlich überflüssig.

Hier entspricht die Samstags-Öffnungszeit zwar den Angaben von Shell selbst, aber mir schmeckt nicht ganz, dass das PH in den opening_hours durch den Import wegfällt. In der Regel sind doch Tankstellen in D an Wochenfeiertagen wie sonntags geöffnet, oder?

--ks

Nakaner wrote:

Die zweite OSM-Interaktion erfolgte mit einem anderen Anbieter und ging grandios in die Hose.

Nach dem von einem Experten gegen Bezahlung durchgeführten Aral-Import hatte Navads damals die Dienstleistung des "OSM-Imports" beworben. Mit den dann im Auftrag einer deutschen Firma mit eigenen Hilfskräften durchgeführten Eintragungen bewies Navads eindrucksvoll seine Inkompetenz in Sachen OSM. Anschließend fragte Navads wohl bei einigen Dienstleistern aus dem OSM-Umfeld an, aber niemand wollte solche Aufträge übernehmen, um seinen guten Ruf in der Community nicht zu ruinieren.

Nun hat Navads wohl fast 300.000 POIs an Maps.Me geliefert. Maps.Me will nun damit (für Navads kostenlos) den OSM-Datenbestand regelmäßig erweitern bzw. korrigieren. Die App von Maps.Me dürfte allen, die sich in Deutschland mit der Qualitätskontrolle beschäftigen, hinreichend bekannt sein.

Bisher wurden im Vereinigten Königreich rund 1.000 Shell-Tankstellen bearbeitet. Hinzu kommen die geplanten rund 59.000 Tankstellen in 40 Ländern. Dann bleiben noch ca. 240.000 POIs übrig, deren Art und Qualität wir noch gar nicht kennen.

Nakaner wrote:

Stimmt das Matching bei mehreren neben einander liegenden Tankstellen?

Hier http://audit.osmz.ru/browse/navads_fuel/NVDS158_2109 falsches Matching. Die AGIP ist direkt nebendran (korrekt in OSM), da wo Navads die AGIP sieht, befindet sich tatsächlich die vor ein paar Monaten geöffnete JET. In OSM ist soweit alles korrekt.

Edit: Ei, da scheint ja was auf uns zuzukommen... Hier http://audit.osmz.ru/browse/navads_fuel … 8126000DE1 wollen sie eine Tankstelle neu eintragen, die in OSM korrekt ein paar Meter nordnordwestlich am Kreisel bereits erfasst ist.

Nach einem kurzen Check in meinem Umkreis ist mir aufgefallen, dass vor allem Shell-, Aral- und Avia-Tankstellen importiert werden. Dabei sind u.a. "private"-Avia-Tankstellen, d.h. Tankstellen, die (vermutlich) nur von einem bestimmtem Kundenkreis genutzt werden kann. Da diese Tankstellen auf für "normale" Bürger nicht zugänglichem Gelände liegen, kann man schlecht überprüfen, ob es diese Tankstellen wirklich dort gibt, und wer sie nutzen darf.
Was mich weiterhin stört, ist, dass man nach dem editieren einer Tankstelle zu einer anderen, zufällig ausgewählten "gebeamt" wird, in einer Gegend, in der man sich nicht auskennt.

In meiner Umgebung habe ich eine Tankstelle gefunden, die neu angelegt werden sollte. Dies habe ich verhindert, indem ich die bereits vorhandene Tankstelle zur Tankstelle gamcht habe – da fehlte das amenity=fuel.

Also ganz schlecht scheint das nicht zu sein, was sie da tun – immerhin machen sie einen Abgleich und pumpen nicht blind Daten ins System. Und für fehlende Tags bei bestehenden Daten können sie ja nichts.

Schade, dass die ref:mkts=*-Problematik nicht gleich miterschlagen wird…

Bei meinen Stichproben in mir bekannten Gegenden in NRW, Baden-Württemberg und Österreich habe ich soweit keine Fehler entdeckt. Aufgefallen ist mir nur, dass teilweise bereits erfasste Öffnungszeiten geändert werden, wobei ich nicht überprüft habe, welche Quelle richtig liegt. Das müsste man vielleicht noch einmal genauer analysieren.

Ich hoffe doch, dass die ref:navads=* nicht in OSM landet? Proprietäre IDs aus externen Datenbanken haben meiner Meinung nichts in OSM zu suchen.

dooley wrote:

Edit: Ei, da scheint ja was auf uns zuzukommen... Hier http://audit.osmz.ru/browse/navads_fuel … 8126000DE1 wollen sie eine Tankstelle neu eintragen, die in OSM korrekt ein paar Meter nordnordwestlich am Kreisel bereits erfasst ist.

Naja, das sind ja eher ein paar hundert Meter. Vermutlich haben sie den Matching-Radius nicht weit genug gefasst, oder die Koordinaten, die sie vom Betreiber/Auftraggeber erhielten, sind veraltet.

rurseekatze wrote:

Aufgefallen ist mir nur, dass teilweise bereits erfasste Öffnungszeiten geändert werden, wobei ich nicht überprüft habe, welche Quelle richtig liegt.

Bei dieser Tankstelle hab ich erst vor nicht all zu langer Zeit die Öffnungszeiten von einer Werbeanzeige abgeschrieben. Ich kann mir nur schwer vorstellen, dass die schon wieder falsch sein soll.

rurseekatze wrote:

Ich hoffe doch, dass die ref:navads=* nicht in OSM landet? Proprietäre IDs aus externen Datenbanken haben meiner Meinung nichts in OSM zu suchen.

Das kommt IMHO darauf an, was diese Keys bedeuten. Wenn Navads ihre Datenbank veröffentlichen will und zu jeder Tankstelle öffentlich einsehbare, idealerweise auch ziemlich frei nutzbare Daten bereitstellt, hätte ich da nichts dagegen.

Wenn sie aber die Daten nur intern verwenden, hat das in der Tat nichts darin verloren.

Modifizierter Crosspost aus [Talk-de]: https://lists.openstreetmap.org/piperma … 14743.html:

Ich habe diverse Tankstellen in und um Bremen überprüft. Folgende problematische Tankstellen habe ich gefunden:

http://audit.osmz.ru/browse/navads_fuel … 3146600DE1 (laut Website eine Total Tankstelle, auch die bereits vorhandene Telefonnummer scheint richtig zu sein)

http://audit.osmz.ru/browse/navads_fuel … 3127100DE1 (deutlicher Location Offset)

http://audit.osmz.ru/browse/navads_fuel/NVDS126_1360 (vermutlich Offset und laut Website sind die vorhandenen Öffnungszeiten korrekt)

http://audit.osmz.ru/browse/navads_fuel/NVDS126_1418 (vermutlich Offset)

http://audit.osmz.ru/browse/navads_fuel/NVDS402_014 (Tankstelle soll hinzugefügt werden. Die Position ist laut Luftbild völlig falsch (scheint von Google zu stammen). Die Tankstelle existiert in OSM bereits weiter nördlich und stimmt optisch auch mit der Website überein (http://classic-oil.de/tankstellen/unser … -breddorf/)

http://audit.osmz.ru/browse/navads_fuel/NVDS402_048 (Tankstelle soll hinzugefügt werden. Position ist daneben und Tankstelle existiert laut Betreiber nicht http://classic-oil.de/tankstellen/unsere-tankstellen/)

http://audit.osmz.ru/browse/navads_fuel … 8626700DE1 (laut Aral Website ist hier keine Aral Tankstelle, vermutlich also andere Marke)

Weiter habe ich nicht nachgeforscht. Da in der Mailingliste jemand danach fragte: meine Fehlerquote liegt bei ca 10-20% bei in OSM existierenden Tankstellen. Bei noch nicht in OSM vorhandenen Tankstellen weit höher (Existenz / Lage).

Desweiteren sollte mehr Wert auf Groß- und Kleinschreibung gelegt werden. Bei den Tankstellen von http://classic-oil.de/ beispielsweise sieht der Import brand= Classic oil vor. Da es sich um einen Eigennamen handelt, sollte man hier =Classic Oil nehmen.

Grundsätzlich würde ich den Import als nicht völlig verkehrt bezeichnen, allerdings sind doch einige Fehler in den Daten. Ein großer Zugewinn ist in Deutschland meines Erachtens nicht zu erwarten. Öffnungszeiten sind nützlich, wenn sie denn stimmen. Dinge wie alleinstehende addr:postcode=* finde ich überflüssig.

Viele Grüße,

highflyer74

PS Ich beschränke mich für weitere Posts zu diesem Thema auf das Forum, beides ist zu anstrengend ;-)

Nach Überprüfung der Umgebung keine größeren Auffälligkeiten.

JET und alle Freien (Supermarkt etc.) fehlen komplett.

Die Positionen sind gegenüber OSM leicht verschoben, der OSM-Eintrag wird erkannt. Wenn auf eine Positionsverschiebung verzichtet würde, könnte man zufrieden sein.

addr:postcode bei fehlender sonstiger Adresse macht wenig Sinn.

Telefonnummern haben in OSM meist gefehlt, Öffnungszeiten gelegentlich.
Wenn bei Mo-Sa ... Su noch Su,PH ergänzt würde, ginge dieser Nachtrag i.O.

Bei OSM steht der Markenname öfter unter name=*, der Eintrag unter brand=* bei NAVADS scheint mir korrekter, denn das ist kein Eigenname.

Die ref:navads=* sind verzichtbar, wenn nichts öffentlich Auswertbares dahinter steht.

Habe für Aachen mal kontrolliert:

Hier würden die Öffnungszeiten geändert: http://audit.osmz.ru/browse/navads_fuel … 0002600DE1. Für Sa werden dieselben Zeiten wie für So angenommen, was aber anscheinend nicht stimmt: http://tankstelle.aral.de/tankstelle/aa … /20002600/

Hier würde aus Shell (= korrekt, da vor einigen Monaten gewechselt) wieder eine Aral gemacht: http://audit.osmz.ru/browse/navads_fuel … 0036900DE1.

addr:postcode und eine Positionskorrektur halte ich für unnötig.

Habe auch ein paar angeschaut. Das PH wird gestrichen, das finde ich problematisch. Einmal gab es eine Änderung der Öffnungszeiten die den Angaben auf der Website widersprach, ansonsten Ergänzungen von Öffnungszeiten was ich für gut halte (wenn sie stimmen). Aber die Position sollte nicht verschoben werden, meistens sind die amenity=fuel-Tags an den Zapfsäulen, anders als nun in dem geplanten Import. Und ref:navads halte ich auch für problematisch, vor allem solange nicht ersichtlich ist was es damit genau auf sich hat und weil es möglicherweise Neulinge davor zurückhält am Tag was zu ändern.

Hier in meiner Gegend (südl. Kreis BB) fallen insbesondere fehlende Tankstellen auf (Freie, Total, HEM, aber auch eine ARAL).
Bei zwei vorhandenen scheint mir einmal die Öffnungszeit 24/7 falsch. https://www.openstreetmap.org/node/4467795790

Hat man sich eigentlich schon irgendwo drauf geeinigt, was bzw. wie denn nun das brand bei diversen Tankstellen auszusehen hat? Explizit geht es mir um diese AVIA Tankstelle die er gerne von brand=AVIA in brand=Avia umsetzen möchte 🙄

PS: Ach ja, bei mir in der Gegend, v.a. bei den AVIAs möchte er gerne opening_hours=24/7 setzen, haben die aber definitiv nicht...

Wenn die Öffnungszeiten wirklich flächendeckend falsch sind sollten wir den Import erstmal stoppen. Das geht dann wirklich nicht.

Also ich habe jetzt mal über die AVIA Tankstellensuche mal im größerem Umkreis nach den Öffnungszeiten geschaut, Navads ist dort immer der Meinung es wäre 24/7, aber in keinem einzigen Fall konnte mir das die AVIA Tankstellensuche bestätigen.
=> ja, opening_hours sollte wohl definitiv nicht importiert werden.

Ach und noch etwas, was aber jetzt nicht soo tragisch ist, aber trotzdem irgendwie falsch: das Telefonnummernformat passt nicht. Also entweder ich nehme die offizielle internationale Spezifikation her, oder ich richte mich nach nationalen (Vorwahl) Gegebenheiten:
036797 22097 (avia) vs. +49 3679 722097 (navads) <= die 7 der Rufnummer gehört eigentlich zur Vorwahl

Jo, die 24/7 sind mir auch aufgefallen, hab aber noch nicht gegengecheckt. Wäre aber ungewöhlich für ne Kleinstadttanke. 😎

Ich bin also zumindest für D-Land gegen den Import.

Mhh, ich wollte ja eigentlich schreiben, dass mir im Raum Berlin/Brandenburg nichts ins Auge gesprungen ist und hauptsächlich opening_hours, phone und ref:navads ergänzt wird. Aber dann bin ich nebenbei noch auf sowas gestoßen. Also eine Tankstelle ist da auf jeden Fall nicht.

Vielleicht ein Office für irgendeine Firma. Ich werde morgen mal nachschauen. Dieses Unternehmen ebenso (Meinecke Mineralölhandel GmbH).

"brand=Blablabla" ist doch wohl hoffentlich ein Testeintrag, der so nicht importiert wird? Auch die Telefonnummer scheint wild eingetippt worden zu sein, auch wenn es die Vorwahl tatsächlich gibt (ON Mittel-Gründau).

@Nakaner: Ähm, habe jetzt erst gesehen, dass man nach einem OAuth Login ja die entsprechenden Datensätze als OK, Don't Change oder Skippen kann, sollen wir das jetzt "einzeln" tun, oder geht aus diesem Thread eine "Deutschlandweite" Empfehlung raus?

kartonage wrote:

Dieses Unternehmen ebenso (Meinecke Mineralölhandel GmbH).

Klaro. Obwohl das Bild schon alles sagt: https://www.heizoel-meinecke.de/

Gruss
walter

Harald Hartmann wrote:

Also ich habe jetzt mal über die AVIA Tankstellensuche mal im größerem Umkreis nach den Öffnungszeiten geschaut, Navads ist dort immer der Meinung es wäre 24/7, aber in keinem einzigen Fall konnte mir das die AVIA Tankstellensuche bestätigen.
=> ja, opening_hours sollte wohl definitiv nicht importiert werden.

Kann ich bestätigen: Das 24/7 ist bei zwei mir bekannten AVIA-Tankstellen definitiv falsch.

War mal so frei und hab das auch ins users:Austria verlinkt, nachschauen kostet ja nix ;-)

Wie soll ich Fehler melden? Per Link und kurze Beschreibung? Mit ref:navads=####?

Hier (CH) gilt das meiste bis jetzt gesagte auch, bei den Öffnungszeiten bin ich ziemlich sicher das da ein Durcheinander zwischen Tankstellen-Shops und Öffnungszeiten für die Tankstelle selber herrscht (letzteres ist bei uns fast immer 24/7 mit Automat).

seichter wrote:

Kann ich bestätigen: Das 24/7 ist bei zwei mir bekannten AVIA-Tankstellen definitiv falsch.

meine "Haustankstelle" http://audit.osmz.ru/browse/navads_fuel … 3_10026605 hat entgegen der Angaben auch nicht 24/7 geöffnet...

opening_hours sollte nicht importiert werden (oder wenn, dann nur, wenn es bisher nicht gesetzt ist?)
Ansonsten: addr:postcode: hat wenig Sinn ohne weitere Angaben...

Mit ref:navads hab ich eigentlich nicht wirklich ein Problem, solange die die Sachdaten der "Gegendatenbank" frei zugänglich und abfragbar ist, da ja OSM für solche Sachen keinen eigenenen festen ID für Objekte anbietet...

Sven

Harald Hartmann wrote:

@Nakaner: Ähm, habe jetzt erst gesehen, dass man nach einem OAuth Login ja die entsprechenden Datensätze als OK, Don't Change oder Skippen kann, sollen wir das jetzt "einzeln" tun, oder geht aus diesem Thread eine "Deutschlandweite" Empfehlung raus?

Ich werde eure Rückmeldungen auf der Imports-Mailingliste zusammenfassen. Du brauchst nicht für Navads zu arbeiten.

Hallo,

ich bin euch für eure Kommentare und Fehlermeldungen sehr dankbar. Wenn ich die Community vertreten würde, würde ich meine Auflistung der gefundenen Fehler mit folgenden Worten abschließen:

(Zusammenfassung eurer Kommentare und Fehlerberichte)

German POI data is not complete and will never be complete. We welcome help to improve the POI data in Germany. However, the quality of the import does not meet our expectations. We ourselves have also areas which do not have active mappers who take care for their area. Therefore, errors introduced by the import in this area will not be fixed. In addition, it is not the task of us, the *volunteers*, to fix a commercial dataset.

*This import is against the interests of the German OSM community* Providing a list or a diff between the Navads dataset and OSM is welcomed and will help us to improve our work without increasing the burden for the manager of the import to invest more work into fixing all the errors of the data and the software.

Best regards

Michael Reichert aka Nakaner
after discussion and on behalf of the German OpenStreetMap community on the German OSM Forum and the Talk-de mailing list

(Zusammenfassung eurer Kommentare und Fehlerberichte)

POI-Daten sind auch in Deutschland unvollständig und werden unvollständig bleiben. Wir begrüßen Unterstützung bei der Verbesserung des POI-Datenbestands in Deutschland. Trotzdem entspricht die Datenqualität des Imports nicht unseren Erwartungen. Wir selbst haben auch Gegenden ohne aktive Mapper, die sich um ihre Gegend kümmern. Daher werden Fehler, die der Import mit sich bringt, nicht behoben werden. Außerdem ist es nicht die unsere Aufgabe als *Freiwillige* den Datenbestand eines kommerziellen Anbieters zu verbessern.

*Dieser Import ist gegen die Interessen der deutschen OSM-Community*. Das Anbieten einer Liste oder der Unterschiede zwischen dem Navads-Datenbestand und OSM ist gern gesehen und hilft uns, unser Werk zu verbessern, ohne die Aufwand des Importmanagers in die Verbesserung der Daten oder der Software zu erhöhen.

Viele Grüße

Michael Reichert aka Nakaner
nach Diskussion und im Namen der deutschen OpenStreetMap-Community im deutschen OSM-Forum und auf der Mailingliste Talk-de

Fühlt sich jemand von diesen Worten nicht ausreichend repräsentiert? Vertritt jemand eine abweichende Meinung und möchte diese kundtun? Verbesserungsvorschläge für diese Zusammenfassung sind ausdrücklich willkommen.

streckenkundler wrote:

Mit ref:navads hab ich eigentlich nicht wirklich ein Problem, solange die die Sachdaten der "Gegendatenbank" frei zugänglich und abfragbar ist, da ja OSM für solche Sachen keinen eigenenen festen ID für Objekte anbietet...

Ich habe damit schon ein Problem. Wir schaffen hier einen Präzedenzfall für die SEO-Branche. Diese Fremdschlüssel sind eine faule [1] Alternative. Klar, man kann damit bei künftigen Aktualisierungsimporten einfache SQL-Abfragen schreiben, aber man verlässt sich darauf, dass einerseits niemand die Fremdschlüssel manipuliert hat und andererseits niemand den Node für etwas anderes verwendet, ref:navads=* aber nicht gelöscht hat. Die fachlich korrektere Alternative ist es, die OSM-Objekt-IDs und Versionsnummern der Tankstellen zu speichern. Wenn das Objekt zwischen dem ersten Import und der ersten Aktualisierung in OSM nicht (signifikant) bearbeitet worden ist, kann man automatisiert die Änderungen anbringen. Wenn das Objekt jedoch verändert worden ist, muss eine manuelle oder komplexere Änderungskonfliktlösung erfolgen. OpenStreetMap – zumindest hierzulande – ist ein Projekt von und für Menschen und kein Bot-Testfeld.

Viele Grüße

Michael

[1] Die Verwendung des Homonyms ist beabsichtigt.

http://audit.osmz.ru/browse/navads_fuel/NVDS265_520220 die hier ist falsch, da ist wenn nur ein Tanklager von Adolf Roth in der Nähe https://www.roth-energie.de/ueber-roth/ … hlagpunkte .
http://audit.osmz.ru/browse/navads_fuel/NVDS265_520496 in der Gaststätte wird hoffentlich kein Benzin getankt. Leicht westlich davon könnte was zum Tanken sein, kenne mich aber selbst zu wenig dort aus.
http://audit.osmz.ru/browse/navads_fuel/NVDS126_2181 Öffnungszeiten 24/7 sind falsch

Wurde ja bereits schon mehrfach erwähnt, aber ich kann auch definitiv bestätigen, dass 24/7 für diese AVIA http://audit.osmz.ru/browse/navads_fuel/NVDS126_1516 falsch ist.

Nakaner wrote:

Ich habe damit schon ein Problem. Wir schaffen hier einen Präzedenzfall für die SEO-Branche. Diese Fremdschlüssel sind eine faule [1] Alternative. Klar, man kann damit bei künftigen Aktualisierungsimporten einfache SQL-Abfragen schreiben, aber man verlässt sich darauf, dass einerseits niemand die Fremdschlüssel manipuliert hat und andererseits niemand den Node für etwas anderes verwendet, ref:navads=* aber nicht gelöscht hat. Die fachlich korrektere Alternative ist es, die OSM-Objekt-IDs und Versionsnummern der Tankstellen zu speichern. Wenn das Objekt zwischen dem ersten Import und der ersten Aktualisierung in OSM nicht (signifikant) bearbeitet worden ist, kann man automatisiert die Änderungen anbringen. Wenn das Objekt jedoch verändert worden ist, muss eine manuelle oder komplexere Änderungskonfliktlösung erfolgen. OpenStreetMap – zumindest hierzulande – ist ein Projekt von und für Menschen und kein Bot-Testfeld.

Viele Grüße

Michael

+1
Sonst machen das noch alle Firmen, sparen sich ihr eigenes GIS ...

Nakaner wrote:

Wenn ich die Community vertreten würde, würde ich meine Auflistung der gefundenen Fehler mit folgenden Worten abschließen
...

+1

Nakaner wrote:

Ich habe damit schon ein Problem. Wir schaffen hier einen Präzedenzfall für die SEO-Branche ...

+1, auch für die übrigen Ausführungen von Nakaner.

Die Qualität der von Navads gelieferten Daten ist recht unterschiedlich. Es sind jede Menge falsche oder ungenaue Sachen dabei:

Die Tankstelle an der Raststätte Baden-Baden war früher Total und ist nach der Umgestaltung seit 5 Jahren Esso. Navads behauptet Aral mit falscher Postleitzahl.

In Deutschland ist der Tankstellenbestand bereits recht vollständig so dass gute Vergleichsmöglichkeiten bestehen. Es sollte aber berücksichtigt werden, dass ca. 1/3 der Tankstellen in OSM nicht vorhanden und somit reine Importe sind. Die Qualität dieser Daten ist schwer einzuschätzen:

Diese französische Intermarché-Tankstelle soll mitten im Supermarkt neu angelegt werden, obwohl sie bei OSM 100 Meter weiter südlich an der richtigen Stelle seit 11 Jahren vorhanden ist. Die von Navads angegebenen Öffnungszeiten beziehen sich wohl auf die Anwesenheit des Personals, aber an einigen Zapfsäulen kann mit EC-Karte 24/7 getankt werden, was ich aus eigener Erfahrung weiß.

Wenn man sich die obigen Positionen der von Navads gelieferten Tankstellen anschaut wird das Ausmaß des geplanten Importes deutlich. Daher sollte der Import nicht nur in Deutschland als unerwünscht eingestuft werden.

Tankstellen lassen sich sich auf dem Luftbild noch relativ einfach verifizieren. Aber im Hintergrund hat Navads nochmal die 4-fache Datenmenge (240.000 POIs), die auch irgendwie nach OSM sollen. Die Arbeitszeit der weltweiten Community ist zu Schade, um für kommerzielle Interessen die Spreu vom Weizen zu trennen.

DD1GJ wrote:

Diese französische Intermarché-Tankstelle soll mitten im Supermarkt neu angelegt werden, obwohl sie bei OSM 100 Meter weiter südlich an der richtigen Stelle seit 11 Jahren vorhanden ist.

Ist mir auch bei einigen aufgefallen: Die exakte Position des Nodes. In OSM setzen wir (laut Wiki) den Node da hin, wo es den Sprit tatsächlich gibt – also auf den Tankbereich der Tankstelle (z.B. mitten aufs Dach), nicht auf den Ladenraum zum Bezahlen und Brezelnkaufen. Dieser Import scheint den Node häufig auf die zugehörigen Geschäftsgebäude zu verschieben. Was im Fall einer Supermarkttankstelle ziemlich in die Hose gehen kann.

--ks

DD1GJ wrote:

...

Tankstellen lassen sich sich auf dem Luftbild noch relativ einfach verifizieren. Aber im Hintergrund hat Navads nochmal die 4-fache Datenmenge (240.000 POIs), die auch irgendwie nach OSM sollen. Die Arbeitszeit der weltweiten Community ist zu Schade, um für kommerzielle Interessen die Spreu vom Weizen zu trennen.

+1 (Hervorhebung von mir)

Die Tankstellen, die ich in meinem Umfeld angeschaut habe, hatten hinsichtlich der Daten keine Fehler. Nur die Tankstelle wurde an einer Stelle auf den Shop und nicht auf die Tankspuren gesetzt. Muss ich allerdings noch mal prüfen, ob das nicht auch schon vorher so gewesen sein könnte.

Ich denke dieser Import bringt uns nichts außer zusätzliche Arbeit der Überprüfung. Zumal freie Tankstellen überhaupt nicht berücksichtigt wurden. Das könnte sogar zu Wettbewerbsverzerrungen führen, wenn die Markentankstellen OSM für ihre Darstellung im Web nutzen.

aeonesa wrote:

Ich denke dieser Import bringt uns nichts außer zusätzliche Arbeit der Überprüfung.

+1 … und Korrektur schräger Positionen. Verbessert wird das Tankstellenmapping in Schland dadurch unterm Strich nicht wesentlich.

Was mich erstaunt, ist http://audit.osmz.ru/browse/navads_fuel … 3_10027146, die in OSM noch fehlt, und das durchaus in meinem mittleren Aktivitätsgebiet. Walter, ist da eine Shell in Holzhausen a.d.H.? Wenn ja, bin ich schon paarmal dran vorbeigefahren, ohne ihre Unmappigkeit zu bemerken. Auf der Shell-Website ist sie auch.

--ks

Seit 3 Jahren keine Tanke mehr da.....

https://www.openstreetmap.org/way/296833844

Nach der Begutachtung der Daten und ein wenig Nachdenken stehe ich dem Import in jetziger Form eher ablehnend gegenüber. Nach meinem Beitrag #13 habe ich noch nach dem Zufallsprinzip etwas in Deutschland herumgestochert und bin mehrfach auf unstimmige Öffnungszeiten, Tankstellenmarken und Positionen gestossen. Insofern halte ich die Daten nicht wirklich für einen Gewinn und sehe sie eher als Garant für viel Nacharbeit. Dann lieber selbst mappen...

Hmm, geht's wohl schon in die nächste Runde?

http://audit.osmz.ru/project/navads_fuel
Validation is closed: this import will be republished shortly as five distinct imports.

weiter geht's mit NavAds Fuel Stations Import (Germany)?

Und schwups, schon ist meine örtliche Tanke ganz und gar aus dem Import verschwunden?!

Nachtrag: weiß nicht ob es das vorher schon gab, aber jetzt kann man gleich einen "fixme" text hinterlassen ...

Harald Hartmann wrote:

Hmm, geht's wohl schon in die nächste Runde?

http://audit.osmz.ru/project/navads_fuel
Validation is closed: this import will be republished shortly as five distinct imports.

weiter geht's mit NavAds Fuel Stations Import (Germany)?

Und schwups, schon ist meine örtliche Tanke ganz und gar aus dem Import verschwunden?!

Es ist möglich, dass Ilya diese Diskussion hier gesehen hat (ist ja öffentlich). Er ist jedoch gebeten/aufgefordert worden, den Import in kleinere Happen hochzuladen.

Die Tanke hier wurde erst vor 2 Monaten auf Shell umgemappt (Ich hatte schon viel mit dem verantwortlichen Mapper zu tun und vertraue daher seinen Änderungen).

Nach dem hier: http://audit.osmz.ru/browse/navads_fuel … 0036900DE1 soll das wieder auf Aral geändert werden...

Edit: Links korrigiert

Insgesamt bin ich hier auch der Meinung, dass dieser Import am besten ganz gelassen werden sollte:

• Die Daten sind ganz offensichtlich nicht aktuell. Schon alleine das weiderspricht einer Aufnahme in unsere Daten.
  

• Was soll das mit dem ref:navdas? Das ist (soweit ich das überblicke) ein Fimeninterner Code, der nun wirklich nichts in der OSM-Datenbank verloren hat. Wird sind eine Open-Source-Geodatenbank und keine erweiterte Firmendatenbank!
  

=> Wenn man schon eine Tankstellen-ref haben will, dann wäre in Deutschland ref:MTS-K das Mittel der Wahl. Dieser Scheiterte aber bisher daran, dass das Bundeskartellamt diese Daten nur an zugelassene Dienste weitergibt. Ob das erfassen der Daten aus Drittquellen, wie in dem Link angeboten, überhaupt zulässig ist, kann ich nicht sagen.

• Wir haben das Tankstellennetz in D recht gut erfasst. Daher macht ein solcher Import nur dann Sinn, wenn er veraltete Daten flächendeckend identifizieren kann. Dieser Import hier fügt allerdings nur punktuell neue Infos hinzu und dies in einer Qualität, die unter unserer derzeit vorhandenen liegen dürfte. Wenn wir einen Import haben wollen, der unsere Daten tatsächlich verbessern soll, müssten wir uns meiner Meinung nach schon um die MTS-K - Datenbank bemühen, da diese bereits jetzt im alltäglichen Einsatz (z.B. im Rahmen der vielen Tank-Apps) auf Fehler überprüft wird.
  

Grüße

Korrektur: Das Ding heißt MTS-K...

hsimpson wrote:

• Was soll das mit dem ref:navdas? Das ist (soweit ich das überblicke) ein Fimeninterner Code, der nun wirklich nichts in der OSM-Datenbank verloren hat. Wird sind eine Open-Source-Geodatenbank und keine erweiterte Firmendatenbank!
  

Weil das hier schon mehrmals angesprochen wurde: ich stimme zu, dass das nicht optimal ist, aber: man kann über dieses Tag im Rahmen von QA-Aktivitäten gezielt navads-Änderungen suchen und prüfen. Von daher: nicht ganz schlecht.

Sind diese Daten denn überhaupt öffentlich? Wenn nein bin ich sehr stark dagegen, dass sowas erfasst wird. Wäre nicht das erste mal, dass solche Daten mangels Grundlage nach einiger Zeit nicht mehr gepflegt werden können und daher irgendwann als unnützer Datenmüll in unserer DB rumdümpeln.

Grüße

Wer sein Gebiet überprüfen/validieren möchte, der kann das jetzt wie folgt tun:

1. auf http://audit.osmz.ru/profile gehen
2. ggf. einloggen,
3. ein oder mehrere Rechtecke über die Region ziehen, die man begutachten möchte
4. save
5. return -- man kommt (wieder) auf die Einstiegsseite mit den zu
validierenden Importen (http://audit.osmz.ru/)
6. wenn man nun "NavAds Fuel Stations Import (Germany)" auswählt
7. erscheinen nur noch Einträge aus dem/den unter 3. gewählten Bereich(en)
8. Achtung: Wenn der gekennzeichnete Bereich abgearbeitet ist, dann geht es im Zufallsmodus weiter.

Viele Grüße
Falk

kreuzschnabel wrote:

Was mich erstaunt, ist http://audit.osmz.ru/browse/navads_fuel … 3_10027146, die in OSM noch fehlt, und das durchaus in meinem mittleren Aktivitätsgebiet.

Die ist tatsächlich da, ich war heute eh in Kemel und hab da mal vorbeigeschaut.

kreuzschnabel wrote:

Walter

ist schuld – der hat da vor vier Jahren drangenotet, dass da keine Tanke mehr ist 🙂

Ist jetzt drin, ob mit oder ohne Import. Nur bei den Öffnungszeiten widersprechen sich die Daten im Netz, und ich hab nicht nachgeschaut. *schäm*

--ks

kreuzschnabel wrote:

Die ist tatsächlich da, ich war heute eh in Kemel und hab da mal vorbeigeschaut.

kreuzschnabel wrote:

Walter

ist schuld – der hat da vor vier Jahren drangenotet, dass da keine Tanke mehr ist 🙂

Hi Volker,

von welcher TS "redest" du?

- Die in Holzhausen war "damals" wirklich geschlossen, allerdings komme ich sehr selten da vorbei.

- Dein Zitat zeigte eigentlich auf die Tanke in Kemel. Die war und ist allerdings sauber (ok, e10 fehlte mal).

Gruss
walter

wambacher wrote:

Die in Holzhausen war "damals" wirklich geschlossen, allerdings komme ich sehr selten da vorbei.

Die war schon gemeint. Ist jedenpfalz wieder an Deck.

--ks

Ich bin da so ein bisschen hin- und hergerissen.
Einerseits finde ich es gut, dass man sich mal wieder mit den Tankstellen beschäftigt, andererseits ist das, was da auf der Seite http://audit.osmz.ru angeboten bekommt, nicht das was ich mir so vorstelle.

Wenn man schon mal eine Tanke ergänzt, sollte man alles, was man weiß, dort editieren können, ansonsten muss man doch wieder einen Editor anwerfen. Die OSM-Daten, die dort zum Vergleich angeboten werden, sind nur ein Schnappschuss. Es wird aber nicht das Datum des Schnappschusses angegeben. Wenn also jemand die Daten der Tankstelle in letzter Zeit verändert hat, wird das nicht berücksichtigt. Ist bei einer Online-Datenbank, wie OSM aus meiner Sicht ein no go.

Sehr löblich, dass der Import jetzt in mehrere Teile unterteilt wurde, aber 24/7 an vielen Avia Tankstellen ist immernoch falsch (bei der mir bekannten gibt es auch keine Möglichkeit per EC-Karte nachts zu tanken). Da sollte Navad zunächst seine Datenquelle prüfen und das grundlegende Problem beheben, bevor hier irgenwelche Sonderfälle behandelt werden.

Werden bei der Validierung TS, die als Punkte erfasst sind, ignoriert? http://audit.osmz.ru/browse/navads_fuel … 3_10025965 wurde mir nämlich nicht angezeigt, obwohl sie innerhalb der Box lag.

Ansonsten habe ich nun für Aachen konsequent die PLZ auf "not set" gesetzt. Mit meinen in #15 genannten "Problemfällen" bin ich so verfahren, dass dort an den vorhandenen Werten (Öffnungszeiten bzw. Marke) beim Import nichts geändert werden soll.

Im Übrigen bin ich weiterhin der Meinung, dass die Positionen nicht durch den Import angepackt werden sollten. Wenn ich das nämlich richtig sehe, passt bei TS, die als Umriss erfasst sind, anschließend die Ausrichtung zu umliegenden Gebäuden nicht mehr und direkt angrenzende werden verzerrt, weil gemeinsame Nodes verschoben werden. Das wieder geradezubiegen, ist dann ein ziemlicher Aufwand.

aixbrick wrote:

Im Übrigen bin ich weiterhin der Meinung, dass die Positionen nicht durch den Import angepackt werden sollten.

+1!

Nahezu alle (schätzungsweise 80%) der TS, die ich mir angeschaut habe, sind von der Position her derzeit präziser gemappt als sie nach einer Änderung durch den Import wären, werden also in der Position verschlimmbessert.

Also: Fehlende Tags ergänzen: gern. Da wird die Fehlerquote überschaubar sein und der Gewinn unterm Strich positiv. Über Änderungen erfasster opening_hours wäre noch zu diskutieren. Aber bitte keine Positionen ändern! Die sind im Großen und Ganzen in den vorliegenden Daten genauer als im Import.

--ks

Der Import ändert die Positionen nicht. Der hellblaue Marker ist nur zur Information, welchen Standort Navads geliefert hat. Nur bei (evtl. doppelten) Neuanlagen wird diese Position genommen.

Hab mir ein paar Tankstellen angesehen und komme zu dem Ergebnis: lieblos und halbherzig.

Für mich sind die Big Points bei Tankstellen Öffnungszeiten, Spritsorten und Bezahlmöglichkeiten. Zu der Qualität der Öffnungszeiten wurde hier ja schon einiges geschrieben. Bei den Tankstellen, die ich mir angeguckt habe, liefert der Import bzgl. Spritsorten und Bezahlmöglichkeiten absolut gar nichts.

Ich habe massiv den Eindruck, die Intention des geplanten Imports ist "Wir sorgen dafür, daß jede Tankstelle unserer Auftraggeber vorhanden ist, und damit es nicht ganz so doof aussieht, tackern wir noch Postleitzahl und Telefonnummer dran."

DD1GJ wrote:

Der Import ändert die Positionen nicht. Der hellblaue Marker ist nur zur Information, welchen Standort Navads geliefert hat. Nur bei (evtl. doppelten) Neuanlagen wird diese Position genommen.

Danke für die Klarstellung. Das ist wohl bisher nicht deutlich genug kommuniziert worden.

aixbrick wrote:

Werden bei der Validierung TS, die als Punkte erfasst sind, ignoriert? http://audit.osmz.ru/browse/navads_fuel … 3_10025965 wurde mir nämlich nicht angezeigt, obwohl sie innerhalb der Box lag.

Ich gebe mir mal selbst die Antwort 🙂: Wenn man auf der Seite eingeloggt ist, wird die TS nicht angezeigt. Sieht aber nach Einzelfall aus, denn andere punktförmige TS in der Umgebung werden angezeigt und können auch editiert werden. Merkwürdig...

chris66 wrote:

Jo, die 24/7 sind mir auch aufgefallen, hab aber noch nicht gegengecheckt. Wäre aber ungewöhlich für ne Kleinstadttanke. 😎

Ok, in diesem Fall hatte ich unrecht, die Tanke hat wirklich immer auf. 😛
Gleich mal in OSM updating.

Also auch ich stosse teilweise auf merkwürdige Phänomene und Fragen.

- Was bitte sollen Telefonummern in der Datenbank?

Bei den Tankenstellen bei mir in der Gegen werden im wesentlichen Telefonnummern und Postleitzahl ergänzt. Bei den ergänzten Telefonummern handelt es sich allerdings nicht um die lokale direkt zur Tankstelle, sondern um eine nationale Servicenummer. Was die geschätze 300 mal in der Datenbank für einen Nutzen hat, verstehe ich nicht.

- Immer noch wenig Infos

Auffallend ist, dass meistens überhaupt keine Angaben zum verkauften Sprit, zu Bezahlmöglichkeiten etc. vorhanden sind. Bei mir werden sehr viele reine Automatentankstellen aufgenommen. Interessant ist, wie der Import damit umgeht: Die Art der Tanke lässt sich im Moment meistens aus dem Namen ablesen, da die Betreiber ihre Tanken anders nennen (hängen ź.B. ein "mini" an den Namen an). Der Import überschreibt nix, hängt jedoch als "brand" nur den "Übernamen" dazu.

Bei mir in der Gegend wird dabei der Name "Tanka" (Hauptname der Tankstelle), die OKQ8 bei Volvoautohäusern mit dem Tag "brand=OKQ8" ergänzt, was ich ziemlich merkwürdig finde, da die Tankstellen als "Tanka" markiert sind, sich so vermarkten und niemand irgendwo einen Hinweis auf OKQ8 findet.

Skinfaxi wrote:

Auffallend ist, dass meistens überhaupt keine Angaben zum verkauften Sprit, zu Bezahlmöglichkeiten etc. vorhanden sind.

Was bitte schön erwartest du von einem Unternehmen wie https://navads.eu/ ?
Ich würde mal sagen, dass ist am ehesten mit Branchenbüchern wie z.B. den "Gelben Seiten" vergleichbar 😉
Weiter oben im Thema wurde es ja schon angesprochen, dass es eigentlich schon Richtung SEO geht.

Okay in Österreich sind die Positionen ganz gut, Namen und Telefonnummer stimmen auch weitgehend. Die Öffnungszeiten sind aber leider echt nicht gut, aus 10 Stichproben in meiner Gegend in Niederösterreich waren 3 falsch. Außerdem sind die meisten TS in Ö schon erfasst.

Im Conflator werden die neuen ja grün angezeigt. Gibt es eine Möglichkeit die angebotene Liste nach neuen Tankstellen zu sortieren oder nur neue auszuwählen? Die paar fehlenden könnte man einfach per Hand eintragen oder importieren und dann manuell kontrollieren (weil auch hier war von 5 eine falsche dabei), das sieht man ja am Luftbild.

In Rostock (ca 20 Tankstellen insg.) habe ich 3 gefunden, die es so (derzeit) nicht gibt und meines Wissens auch nie gab.
Ob man nun redundant noch brand=* und operrator=* mit derselben Bezeichnung wie name=* braucht, das erscheint mir zu redundant. Ich würde mich aber auch nicht dagegen sperren.

Das Portal finde ich eigentlich ganz gut, nur komisch, dass man nach einem edit immer auf irgendeine andere Stelle geworfen wird, anstatt das man in seiner Gegend weitermachen kann 🙄

!i! wrote:

Das Portal finde ich eigentlich ganz gut,

Das finde ich auch.

!i! wrote:

[...] nur komisch, dass man nach einem edit immer auf irgendeine andere Stelle geworfen wird, anstatt das man in seiner Gegend weitermachen kann 🙄

Du musst unter http://audit.osmz.ru/profile die BoundingBox deiner Region einstellen (Speichern nicht vergessen), dann bleibst Du vor Ort bis alles dort abgearbeitet ist. Danach wird wieder per Zufallsprinzip ausgewählt :-)

Die Qualität der Öffnungszeiten lässt immer noch sehr zu wünschen übrig:

http://audit.osmz.ru/browse/navads_fuel/NVDS126_2205
Die Öffnungszeiten sollen auf 24/7 gesetzt werden, aber die in OSM vorhanden Öffnungszeiten stimmen. Abends sind da die Lichter aus und es gibt keinen Tankautomaten.

http://audit.osmz.ru/browse/navads_fuel/NVDS126_3237
Bei OSM sind noch keine Öffnungszeiten vorhanden. Auf der Homepage der Tankstelle steht
Mo. - Fr. 07:00 - 18:00
Sa. 08:00 - 14:00
So. 00:00 - 24:00
Ilya will Mo-We,Fr-Su 00:00-24:00; Th 07:00-18:00 setzen. Ein Anruf bei der Tankstelle hat ergeben, dass man an einem Tankautomat rund um die Uhr tanken kann und montags bis samstags zu den auf der Homepage angegebenen Zeiten Personal im geöffneten Shop anwesend ist.

Da Tankautomaten bestimmt immer häufiger anzutreffen sein werden, sollten wir uns Gedanken über die unterschiedliche Erfassung der Öffnungszeiten für Sprit und Shop machen, wobei ich den Schwerpunkt auf Sprit legen würde.

Angesichts dieses Chaos lehne ich vorerst die Änderung der Öffnungszeiten ab. Ich setze hier die im kommerziellen Bereich geltenden Qualitätsmaßstäbe an: Sind fehlerhafte Daten nachweisbar, wird die gesamte Lieferung abgelehnt.

Es sollte einen uneingeschränkten Zugriff auf die von Navads gelieferten Rohdaten geben um beurteilen zu können, ob diese bereits fehlerhaft sind oder ob Ilya bei der Umsetzung Fehler macht. Nur dann würde die Navads-ID im Datenbestand sinnvoll sein.

Hat eigentlich jemand dem Import zugestimmt? Zumindest hier im Forum schien mir die Stimmung dagegen zu sein.
Trotzdem ist auf auf http://audit.osmz.ru/project/navads_fuel ist zu lesen:

Validation is closed: this import will be republished shortly as five distinct imports.

Das wurde aufgesplittet. Die 5 links sind direkt unter dem Satz.

Nach meinem Verständnis wurde der Import doch hier mehrheitlich abgelehnt beziehungsweise nur mit starken Einschränkungen akzeptiert. Ist das eine Fehlinterpretation meinerseits?

Nakaner wollte auf der Import-Liste alles zusammenfassen und den Import ablehnen.

DD1GJ wrote:

Nakaner wollte auf der Import-Liste alles zusammenfassen und den Import ablehnen.

Das geschieht noch heute Abend. Vielen Dank nochmal an alle, die bei der Prüfung mitgeholfen haben.

Ich habe meine Antwort soeben an die Mailingliste Imports gesendet.

wambacher wrote:

kartonage wrote:

Dieses Unternehmen ebenso (Meinecke Mineralölhandel GmbH).

Klaro. Obwohl das Bild schon alles sagt: https://www.heizoel-meinecke.de/

Maskulinum wrote:

http://audit.osmz.ru/browse/navads_fuel/NVDS265_520220 die hier ist falsch, da ist wenn nur ein Tanklager von Adolf Roth in der Nähe https://www.roth-energie.de/ueber-roth/ … hlagpunkte

Tanklager oder Heizöllieferanten sind wohl öfters fälschlicherweise als Tankstellen in deren Datensatz, hier auch:
http://audit.osmz.ru/browse/navads_fuel/NVDS265_175539
http://www.schlienz-gmbh.de/schlienz/heizoel.html

Zum manuellen Abgleich, um herauszufinden ob bei OSM noch hier und da eine Tankstelle fehlt, evtl. ganz nützlich, für einen Import erscheint mir der Datensatz, zumindest in Deutschland, aber nicht brauchbar.

Nakaner wrote:

Ich habe meine Antwort soeben an die Mailingliste Imports gesendet.

Sieht nach einem Haufen Arbeit aus, vielen Dank!

--ks