Projekt: Wochenmärkte, Hofläden und Automaten-Karte farmshops.eu

Hallo zusammen,

Wir vom Open Knowledge Lab Karlsruhe haben eine Karte gebaut die Hofläden, Marktplätze und Verkaufsautomaten in Deutschland, Österreich und der Schweiz zeigt und OSM Daten aufbereitet:

https://farmshops.eu/
oder alternativ auf:
https://codeforkarlsruhe.github.io/direktvermarkter/

Die Karte ist im Prinzip nur ein Viewer für Openstreetmap Daten, bereitet diese aber zustäzlich auf, verlinkt auf die Koordinate in
anderen Diensten wie OpenRouteService und GoogleMaps und Übersetzt die häufigsten Begriffe. Wir importieren regelmäßig die Daten von OSM. Wir arbeiten auch schon daran den Import zu automatisieren.

Falls jemand Fehlende Daten ergänzen möchte, wir importieren folgende Tags:

Für Hofläden:
shop=farm
Hofläden die fälschlicherweise mit shop=agrarian getaggt wurden werden nicht angezeigt.

Für Verkaufsautomaten:
amenity=vending_machine
jedoch nur mit dem Zusatz
vending=milk
und
vending=food

Für Wochenmärkte:
amenity=marketplace

Die Entwicklung findet komplett auf GitHub statt:
https://github.com/CodeforKarlsruhe/direktvermarkter

Folgende Dinge sind noch geplant:
-Eine “jetzt gerade offen Funktion” auf Basis der Öffnungszeiten. Größtes Hinderniss dafür ist im Moment, dass wir über die Overpass-API nicht an die Country-ID kommen und deswegen nur Öffnungszeiten ohne Schulferien auswerten können.
-Eine Suchfunktion
-Eine Möglichkeit die Daten leichter zu editieren, evtl mit einer eigenen Oberfläche.
-Eine Möglichkeit die Daten zu sortieren, z.B. nur Märkte anzuzeigen.
-Eine Internationalisierung der Karte, zunächst erst mal nur auf Englisch.

Wir freuen uns über Nutzer, Helfer und Ideen zur Weiterentwicklung der Karte!

Beste Grüße,
Stefan

Erst einmal danke für euer Projekt, das ich schon rege genutzt und natürlich über OSM mit Daten gefüttert habe.

Schaut mal hier: https://forum.openstreetmap.org/viewtopic.php?id=61802 , da seid ihr schon im Gespräch :wink:

Gruß Uwe

Bei Verkaufsautomaten wird als Bezeichnung “Verkaufsautomat (ohne Namen)” angezeigt.
Bitte löscht das “(ohne Namen)”, sonst könnte es sein, daß manche Mapper den Automaten Namen geben auch wenn diese gar keinen echten Eigennamen haben.
Danke

Hey danke für den Link auf die andere Diskussion hier im Forum, da werde ich mich auch noch daran beteiligen :slight_smile:

Der Zusatz “(ohne Name)” ist hauptsächlich als Hilfe bei der Entwicklung der Popups gedacht gewesen, er ist aber durchaus auch dafür da die Leute dazu zu bringen einen evtl. fehlen Namen einzutragen. Ich kann das heraus nehmen wenn das hilft, kommt so etwas denn häufig vor? Einige Automaten haben schon jetzt “Verkausautomat” als Name eingetragen.

Was ja leider eher falsch, und wohl eher nicht der Eigenname ist …

Nachträgliche Erklärung: das ist leider ein Phänomen in OSM, welches v.a. dann beobachtet wird, wenn ein bestimmtes Objekt “nicht” gerendert wird, dann wird eben meist versucht das über “name” zu erzwingen.

Ah gut zu wissen. Dann nehme ich das raus.

Ich möchte die Anleitung im Seitenmenü der Karte auch noch weiter verbessern. Hier einige Fehler, die immer wieder auftreten und zu Fehlern auf der Karte führen, die ich dort erklären möchte:

  • vending=food wird bei Snack-Automaten an Bahnhöfen eingetragen. (richtig wäre meiner Meinung nach Sweets oder das selten verwendete snacks)
  • animal_feed wird fälschlicherweise als animal_food eingetragen, so landen Tierfutterautomaten in der Karte
    -Manche Märkte sind reine Möbel oder Büchermärkte und landen auf der Karte, dafür habe ich keine Lösung und habe auch kein besonders großes Problem damit
    -shop=farm wird wenn es unklar ist als shop_1=farm eingetragen, für so etwas muss ich die Query noch anpassen

Wo sehr ihr noch mögliche Probleme?

Hallo und Gruss aus den Niederlanden!
farmshops.eu funktionier ja auch hier. Ich habe dazu einige Anmerkungen.
Hier gibt es zahlreiche permanente Verkaufstände mit festgeschraubter Kasse mit Münzschlitz. Es sind also keine Automaten sondern laut dem englischsprahigen Wiki shop=farm. Hierzu gehört dann auch produce=xxx (Im Gegensatz zu vending=… bei Automaten).
Auch gibt es Direktverkauf am Gewächshaus. Entsprechend gibt es meist nur ein Produkt. Siehe auch
https://www.openstreetmap.org/node/2732216384
Wäre es möglich das verkaufte Produkt analog zu Verkaufsautomaten ebenfalls in farmshops.eu aufzunehmen?
Beispiele sind zB:
https://www.openstreetmap.org/node/5577687124
https://www.openstreetmap.org/node/5390987404
https://www.openstreetmap.org/node/5560199896
Ferner gibt es natürlich auch Direktverkauf mit Automaten für Hollandtometen. (https://www.openstreetmap.org/node/702959672)
Hm, mir ist klar, dass es mit Aufwand verbunden ist auch solche Produkte aufzunehmen und die Liste zu pflegen. Aber langfristig kann man vielleicht auch daran denken.
Danke und viele Grüsse,
lyctkel

Ein weiterer Grund, warum oftmals etwas in name steht: es gab zu dem Zeitpunkt vielleicht noch kein entsprechendes Tagging* dafür oder der Mapper wusste es nicht (besser) und hat deshalb das Objekt via name “klassifiziert”, obwohl dafür description (Beschreibung für die Allgemeinheit) oder note (Hinweis an andere Mapper) besser gewesen wäre.

Und dagegen helfen eben auch solche Seiten wie von euch, wo dann Beispiele für das korrekte Tagging bestimmter Objekte aufgeführt und nebenbei auch erörtert werden.

  • so z.B. vor langer Zeit bei Backhäusern, wo es noch kein building=bakehouse gab, und deshalb dort oft building=yes mit name=Backhaus getaggt wurde.

Guten Morgen,

hier eine konkrete Idee zu einer möglichen Weiterentwicklung:
Wir konzeptionieren gerade eine regionale Info-Plattform … u.a. werden da sämtliche Direktvermarkter (=DV) aus der Umgebung vertreten sein.
Diese ist für DV kostenlos, wo sie auch ihre aktuellen Daten und Änderungen selbst (und einfach!) hinterlegen können. Die Datensätze werden redaktionell betreut, sodass sie auf Eingabe-/Tipp-Fehler kontrolliert werden und somit einheitlich und korrekt dargestellt werden.
… und, und, und …

Das Problem bei/von OSM:
→ zu kompliziert, als dass sich sämtliche DV selbst bei OSM anmelden und ihre Daten dort selbst pflegen und aktuell halten
→ Dritte tragen Daten 1x ein, und das war’s: Vollständigkeit, Aktualität und Datensicherheit nicht gegeben
→ Datenbeständigkeit nicht gewährleistet: “Jeder kann sie ändern.
→ usw.

Lösung des Problems:
→ Bereitstellung der benötigten und v.a. aktuellsten Daten zur Verwendung bei OSM, z.B. per XML
OSM müsste diese Daten nur noch automatisiert und regelmäßig abrufen.

Hier gilt es demnach noch einen gemeinsamen Schlüssel zu erarbeiten, wie die Daten formatiert sein müssten.
Ich denke, dass es auch viele weiteren kleinere Regional-Verbände gibt, die solche Daten ebenso gerne kostenlos zur Verfügung stellen würden … sofern denn eine gemeinsame Sprache gefunden/vorgegeben werden kann :wink:

Nur mal so als Gedanke für eine mögliche “Idee zur Weiterentwicklung:wink:
Grüße,
tshe70

Wow, selten so viele alternative Fakten zu OSM in einem Beitrag gelesen.

Zunächst, im letzten Jahr haben über 300’000 verschiedene User Daten zu OSM beigetragen. Das Argument “zu kompliziert” zieht nicht: https://wiki.openstreetmap.org/wiki/Editor_usage_stats#by_number_of_users_.28distinct_uids.29

Sammelaccounts hinter denen sich einzelne Benutzer “verschanzen” sind generell unerwünscht, da man so die ursprünglichen Mapper nicht mehr erreichen kann. Es gibt ganz wenige Ausnahmen (z.B. wheelmap), was aber nicht impliziert, dass damit automatisch auch andere Projekte so arbeiten können. Letztlich müsst ihr doch für jeden einzelnen Beitragenden der Daten eigene Accounts anlegen, egal was ihr euren “Kunden” verkauft.

Das Statement zu “Datenbeständigkeit” kehrt das Prinzip von OSM geradezu um. Es ist erwünscht, dass jeder Daten verbessern und ergänzen kann. Wenn du der Meinung bist, dass deine Daten dir gehören, ist das das falsche Projekt für dich. Siehe auch: https://help.openstreetmap.org/questions/48912/how-do-i-protect-my-data

Auch wird “OSM” (wer oder was auch immer das sein mag), nicht bei dir anklopfen und dir deine XML Daten irgendwie auslesen und aktualisieren oder mir dir XML Formate oder Keys zum Abgleich aushandeln.

Es wird wohl eher umgekehrt der Fall sein, sprich das Drittsystem kann automatisiert und regelmäßig seine Daten nach OSM importieren … siehe dazu u.a.:

Und die dort genannten, fast unüberwindbaren, Hürden sind in der Tat sehr berechtigt!

Lösung, welche bereits von anderen genutzt wird, schaut folgendermaßen aus, am Beispiel eines Portales für Hotel/Unterkunftsangebote:
OSM Daten importieren, beim Import aber sämtliche Daten wie tourism=hotel/apartement/bungalow/etc. weglassen, Karte rendern, und entweder direkt mit in die Karte oder als separaten DatenLayer die eigenen Tourism-Datenbank integrieren.

Mit dem Inhalt einverstanden, mit dem Ton nicht :confused: .

Dann müsst ihr eben z.B. einen eigenen speziellen und somit einfachen und auf das eine Thema zugeschnittenen Editor entwickeln, wie z.B. https://osmhydrant.org/de/
Aber wie mmd schon erwähnt hat, man kommt nicht drum herum, dass jeder DV seinen eigenen Account braucht.

Ok, verstehe ich, habe den Beitrag sprachlich etwas “abgerüstet”.

Edit: ich sehe gerade, dass auch andere zur gleichen Einschätzung gekommen sind: https://forum.openstreetmap.org/viewtopic.php?pid=705142#p705142. Hätte ich diesen Thread vorher gelesen, hätte ich mir die Zeit hier zum Antworten besser erspart. :sunglasses:

Genau an so etwas habe ich auch gedacht. Leider ist der Quellcode von OSMhydrant nirgends zu finden, es gibt nur dieses leere Github-Repository: https://github.com/OsmHydrant

Einen solcher Editor als Leaflet-Plugin würde sehr vielen Projekten nützen. Wenn wir etwas in die Richtung entwickeln schauen wir dass daraus eine Bibliothek wird. Lieber würden wir natürlich eine Standardlösung benutzen. Kennt zufälligerweise jemand schon etwas fertiges oder wenigstens eine Umsetzung mit offenen Quelltext?

Hey, Ja die Karte fragt momentan einfach ein großes Quadrat über Mitteleuropa ab. Deswegen sind die Niederlanden auch teilweise mit drauf.

Alles mit shop=farm wird sowieso schon angezeigt, deswegen müssten die Verkaufsstände eigentlich auf der Karte auftauchen. Bei den Automaten kann man recht einfach noch mehr vending-Werte abfragen. An tomatoes habe ich aber noch gar nicht gedacht, danke! Ich möchte auch noch honey, eggs, und einige Weitere mit in die Abfrage nehmen, leider wird die Abfrage dann relativ schnell sehr langsam.

Bezüglich Editor fallen mir noch diese ein:

COFFEE DEX - Beispiel für einen einfachen Editor
https://www.openstreetmap.org/user/tmcw/diary/28138
https://github.com/tmcw/coffeedex

MapContrib - Erstellen und Verwenden themenspezifischer Editoren
https://wiki.openstreetmap.org/wiki/MapContrib
https://github.com/mapcontrib/mapcontrib

onosm.org - einfaches Eintragen von Gewerben, erstellt nur Notes, die Mapper abarbeiten müssten
https://wiki.openstreetmap.org/wiki/Onosm.org
https://github.com/osmlab/onosm.org

Vielen Dank ikonor! onosm.org ist genau das was ich gesucht habe, weil man dafür keinen großen Server mit Backend braucht, das lässt sich (wahrscheinlich) schnell einbauen. Aber auch Map contrib ist sehr interessant und vielleicht etwas für die fernere Zukunft.

Hallo Sterfanrg,
danke für die Info und die Tomaten.
Das erwartete Performanceproblem bei einer langen Liste Produkten ist natürlich blöd. Es ist ja auch nur ein Wunsch für die fernere Zukunft.
Viele Grüsse
Lyctkel

Eine Sache, die mir aufgefallen ist:
Trotz genauer Öffnungszeitangabe wird ausserhalb der Öffnungszeit der rote Hinweis gegeben: “Wahrscheinlich gerade geschlossen”
Das gefällt mir nicht. Leider fällt mir bei den Wochenmärkten aber auch auf, das Öffnungszeiten fehlen oder fehlerhaft sind.
Ist das der Grund für die Schwammhafte Info?

Ich könnte mir bei weiterem starken Interesse der deutschsprachigen Community auch vorstellen, eine “Monatsaufgabe” zu etablieren.
Dazu kann die Karte beitragen, wenn das Update mindestens 2 tgl ist. Zusätzlich können Overpass-Abfragen unterstützen und motivieren.
Und natürlich den Willen und die Kommunikation von Leuten der Kartenhersteller mit der Community im DACh-Raum. Wer ist dafür?