Re: [Talk-de] Erlaubte Höchstgeschwindigkeit in DE
sent from a phone > On 30. Mar 2019, at 19:16, Andreas Labres wrote: > > Was gilt IM Kreisverkehr? im Kreisverkehr gilt vermutlich außerorts 100 und die Gesetze der Physik ;-) sofern nichts explizit ausgeschildert ist (zumindest glaube ich das) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erlaubte Höchstgeschwindigkeit in DE
On 30.03.19 18:42, Martin Koppenhoefer wrote: die mit „Zusatzbegründung“ nach Passieren der Gefahrenstelle Ja, da muss (IMO) das Gefahrenzeichen und die Geschwindigkeitsbegrenzung gemeinsam aufgestellt sein. Aber bei u.a. Kreisverkehr stehen die Geschwindigkeitsbegrenzungen allein. bei Kreisverkehren könnte ich mir aber vorstellen, dass die die Strecke beenden und eine neue Strecke anfängt, das sind keine Einmündungen mehr, d.h. es wäre ein neues Limit erforderlich. Ich kenne in DE einen Kreisverkehr (im Freiland), der hat drei Zu/Abfahrten, wobei auf jeder Zufahrtsstrecke eine andere Geschwindigkeitsbegrenzung gilt (70, 50 und einmal ist ein Ortsende-Schild ein paar Meter vor dem KV). Bei den Abfahrten gilt - vermutlich - 100? Was gilt IM Kreisverkehr? Alles sehr eigenartig... (für mich) lg Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erlaubte Höchstgeschwindigkeit in DE
Nochwas: eine vor einem Ortsschild gesetzte erlaubte Höchstgeschwindigkeit (Schild), endet die in DE mit dem Ortsschild automatisch? Und was ist mit einem innerorts gesetzten erl. Höchstgeschwindigkeits-Schild? Wie lange gilt das? Führerscheinprüfungsfrage (AT): https://www.oeamtc.at/media/php_apps/fuehrerscheintest/bilder/gross/12740Z.jpg Wie schnell dürfen Sie nach dem dritten Verkehrszeichen höchstens fahren? [ ] 50 km/h [ ] 100 km/h [ ] 70 km/h [ ] 30 km/h /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Besorgt über den iD-Editor
Hallo, Am 29.03.19 um 15:32 schrieb Frederik Ramm: > Und wenn man zu dem Schluss käme, dass hier ein Problem vorliegt, wie > könnte eine Lösung dazu aussehen? Dass die Entscheidungen der Maintainer des iD-Editors umstritten sind [1], ist nichts Neues. Der ein oder andere erinnert sich vielleicht an den Streit um die Multipolygone und die gelöschten Landuse-Polygone (das ist jetzt etwa fünf Jahre her). Für die Tagging-Bevormundung gibt es mehr Lösungsansätze. Welcher zielführend ist und was die Seiteneffekte sind, steht auf einem anderen Blatt. Variante 1: Man rauft sich als Community auf und beobachtet die Tickets im GitHub-Repository aufmerksam. Das kann jeder mit Englisch-Kenntnissen tun. Kritisch sind meiner Erfahrung nach v.a. Änderungen am Tagging. Da braucht es keine ernsthaften Programmierkenntnisse, um diese Änderungen nachzuvollziehen. Wichtiger ist da die Fähigkeit, das Wiki nicht wortwörtlich zu lesen, sondern interpretieren zu können [2], und Ahnung von gutem Tag-Design zu haben. Sollte ein Ticket oder Pull-Request problematisch sein, kann man das kommentieren. Sollten die Maintainer sich nicht überzeugen lassen, kann man eine Abstimmung im Wiki darüber anzetteln – ggf. auch nachdem das Feature bzw. problematisch Tag schon in den iD aufgenommen worden ist. Wenn die Stimmabgaben zahlreich sind (nicht nur zehn Hansel, sondern eine Beteiligung, die sonst nur wirklich umstrittene Taggingproposal haben) und das Abstimmungsergebnis recht eindeutig ist, kann man damit an die DWG herantreten und um Schlichtung bitten. Eigentlich beruft sich die DWG darauf, den Einfluss der Community [3] zu wahren. Wenn Abstimmungen angezettelt und danach ggf. sogar die DWG eingeschaltet wird, treten Meinungsunterschiede offen zu Tage, denn die Äußerungen von Bryan lassen vermuten, dass er sowohl von der Tagging-Mailingliste als auch vom Wiki nichts hält … Es ist aber kein von Gott gegebenes Gesetz, dass der von den aktuellen Maintainern gepflegte Editor der Default-Editor auf openstreetmap.org ist. Damit wären wir bei Variante 2. Variante 2: Es gab letztes Jahr den Vorschlag auf der Talk-Mailingliste (?), die Taggingvorlagen vom iD-Kern zu trennen. Von Seiten der Maintainer scheint da kein Interesse zu bestehen, was auch keine Überraschung ist. :-) Da es sich jedoch um Open-Source-Software handelt, gibt es diesbezüglich jedoch keine Hürden. Wenn jemand Lust hat, darf er/sie gerne daran arbeiten. Der FOSSGIS e.V. wird sicherlich eine virtuelle Maschine zum Hosten eines Community-iD bereitstellen, wenn er darum gebeten wird. Als Maintainer von www.openstreetmap.de bin ich dafür offen, einen Fork von iD, der Wert auf Community-Verträglichkeit und/oder Qualität legt, einzubinden, um die Sichtbarkeit und Bekanntheit einer alternativen iD-Ausgabe zu fördern. Solch ein Fork kann sich als eine Alternative zu iD positionieren und ohne direkte Konfrontation die iD-Maintainer unter Druck setzen, sich zu öffnen. Schlussendlich muss aber gesagt werden, dass Worte allein auf der Mailingliste die Welt nicht besser machen, sondern es Taten braucht. Allen, die nicht die Zeit oder Kenntnisse haben, iD zu forken, sei geraten den iD-Bugtracker aufmerksam zu verfolgen und problematische Änderungen kritisch zu begleiten. Wenn kein Gegenwind kommt, wird sich auch nichts ändern. Wer ein problematisches Ticket oder Pull-Request im GitHub-Repository von iD gefunden und es kommentiert hat, ist eingeladen, eine kurze Meldung für die Wochennotiz zu schreiben und diese unter https://osmbc.openstreetmap.de/osmbc.html als Gast einzureichen. Das Wochennotizteam hat seine Augen nicht überall. Viele Grüße Michael [1] Man kann das auch deutlicher ausdrücken. [2] Das Wiki sollte man nicht wortwörtlich lesen. Zur einer ernsthaften Wiki-Lektüre gehört ein Blick in die Versionsgeschichte der gelesenen Seiten und ein Vergleich mit der englischen Variante. Es gibt genügend Fälle, in denen nicht der Ist-Zustand, sondern der gewünschte Soll-Zustand beschrieben ist bzw. jemand ohne vorherige Diskussion einen Soll-Zustand ins Wiki geschrieben hat (Beispiel: der Editwar um Tag:motorcycle_friendly=yes). Den Blick in die Versionsgeschichte und in andere Sprachen ergänzen Taginfo, Taghistory und – wer es fast schon übertreiben mag – eine Analyse, welche Mapper ein Tag ergänzt haben. https://taginfo.openstreetmap.org/ https://taghistory.raifer.tech/ [3] Zur Community gehören in diesem Fall nur ernsthaft aktive Mapper. -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erlaubte Höchstgeschwindigkeit in DE (was: Verkehrsberuhigter Bereich - maxspeed)
sent from a phone > On 30. Mar 2019, at 18:07, Andreas Labres wrote: > > Übrigens, da fällt mir eine andere Frage ein, über die ich grade gestolpert > bin: wo enden in DE erlaubte Höchstgeschwindigkeiten (mit Schild)? Also z.B. > vor einem Kreisverkehr? > In AT ist das eindeutig: > - beim Schild Ende der Geschwindigkeitsbegrenzung > - bei einer Ortstafel angebrachte Geschwindigkeitsbegrenzungen gelten im > gesamten Ortsgebiet > - und Geschwindigkeitsbegrenzungen an Baustellen enden mit dem Ende der > Baustelle > > In DE gibt es offenbar mehr "Enden ohne Schild": > - Baustellen ist wohl analog zu AT > - Geschwindigkeitsbegrenzung zusammen mit der Vorankündigung eines > Lichtzeichens (Ampel) [und vielleicht auch Kreuzung mit Straße ohne Vorrang, > k.A.] enden nach der Kreuzung > Wie ist das vor Kreisverkehren? (und welche Möglichkeiten gibt es da noch?) in Deutschland soweit ich weiß endet eine Geschwindigkeitsbegrenzung je nach Kontext, die Zonen wenn man wieder aus der Zone ausfährt, die mit „Zusatzbegründung“ nach Passieren der Gefahrenstelle (3 Kurven, oder Ausfahrt Baustellenfahrzeuge oder Schule, etc.). Die allgemeinen gelten für die gesamte Strecke und müssen dafür auch nicht unbedingt bei weiteren einmündenden kleinen Straßen wiederholt werden (was sie aber normalerweise werden), bei Kreisverkehren könnte ich mir aber vorstellen, dass die die Strecke beenden und eine neue Strecke anfängt, das sind keine Einmündungen mehr, d.h. es wäre ein neues Limit erforderlich. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Besorgt über den iD-Editor
sent from a phone > On 30. Mar 2019, at 09:12, mmd wrote: > > sowie dem Validator - alles Themen, die auch seit Jahren von der > Community stark nachgefragt werden. neben den presets sind es gerade die Validatoren und Bughighlighter, die einen enormen Einfluss auf das Tagging haben. Wenn der Validator meckert wird das von den meisten als Problem gesehen, dass solange zum Drehen an den tags führt, bis er Ruhe gibt, aber nicht immer ist es auch tatsächlich „falsch“, was der Validator als potenzielles Problem zu bedenken gibt. Was die Kontrolle der Commits durch die Sysadmins angeht: alles was technisch funktioniert wird da commited, Tom sieht da, sicherlich nicht zu Unrecht, dass er persönlich kein Mandat hat, über Inhalte zu entscheiden. Beispiel: https://github.com/openstreetmap/openstreetmap-website/pull/1915 > Tom: Well what exactly are you expecting me to do here? > I'm not about to fork iD so either I take what @bhousel provides, we freeze > it at the current version, or we remove it from the web site. Beispiel für Autokratie https://github.com/openstreetmap/iD/issues/4316 Aus meiner Sicht sollte das Thema Presets und Validatoren mehr geregelt werden, gerade beim Haupteditor, den wir als Default auf der Webseite anbieten. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed
On 27.03.19 10:30, Martin Koppenhoefer wrote: aber wir schreiben seit 10 Jahren darüber Das wundert mich grade... ich dachte, das wäre längst irgendwie fixiert... lg Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed
On 29.03.19 09:59, Florian Lohoff wrote: Ende Verkehrsberuhigt ist gleichbedeutend mit einem "Vorfahrt Gewähren" Nicht ganz (zumindest in AT), Wohnstraßen sind (so wie Nebenfahrbahnen oder Parkplätze o.ä.) "niederranige" Verkehrsflächen und Du hast Nachrang gegenüber dem Fließverkehr. Unterschied z.B.: Du kommst aus einer Wohnstraße und willst geradeaus fahren, Dir kommt ein Fahrzeug entgegen, das links abbiegen will. Auch dieses hat Vorrang (Fließverkehrsregel). lg Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erlaubte Höchstgeschwindigkeit in DE (was: Verkehrsberuhigter Bereich - maxspeed)
On 28.03.19 22:46, Martin Koppenhoefer wrote: vermutlich dürfen dort keine weiteren Geschwindigkeitsbegrenzungen (explizit) aufgestellt werden, oder? Weil das Argument für das explizite taggen eines impliziten Limits ist normalerweise, dass man so angibt, dass kein explizites Limit besteht (im Gegensatz zu: man weiß es nicht, im Fall von keinen weiteren tags). Übrigens, da fällt mir eine andere Frage ein, über die ich grade gestolpert bin: wo enden in DE erlaubte Höchstgeschwindigkeiten (mit Schild)? Also z.B. vor einem Kreisverkehr? In AT ist das eindeutig: - beim Schild Ende der Geschwindigkeitsbegrenzung - bei einer Ortstafel angebrachte Geschwindigkeitsbegrenzungen gelten im gesamten Ortsgebiet - und Geschwindigkeitsbegrenzungen an Baustellen enden mit dem Ende der Baustelle In DE gibt es offenbar mehr "Enden ohne Schild": - Baustellen ist wohl analog zu AT - Geschwindigkeitsbegrenzung zusammen mit der Vorankündigung eines Lichtzeichens (Ampel) [und vielleicht auch Kreuzung mit Straße ohne Vorrang, k.A.] enden nach der Kreuzung Wie ist das vor Kreisverkehren? (und welche Möglichkeiten gibt es da noch?) Danke, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed
On 27.03.19 11:06, Florian Lohoff wrote: Der Punkt ist wenn du ein maxspeed=10 einträgst müsstest du auch ein maxspeed:type=legal: Andernfalls kannst du das von einem beschilderten Maxspeed 10 nicht unterscheiden. Naja, source:maxspeed existiert und ich fände das schon konsequent - hier ist 50, weil DE:urban - hier ist 30, weil DE:zone30 - hier ist 70, weil sign - hier ist 7 (was letztlich nur ein Symbol für Schrittgeschwindigkeit ist, aber es ist "ohne Änderung" auszuwerten), weil Verkehrsberuhigter Bereich | Wohnstraße (wie es in AT heißt) | whatever Jedenfalls war das der Letztstand in AT, von dem ich weiß (ist schon ein paar Jahre her...). =7 existiert 5638 mal auf Ways, =walk existiert 2337 mal auf Ways. Ob man das pro Land abfragen kann, weiß ich nicht. Ich verwende grade öfter den maxspeed Layer von OpenStreetBrowser und es sieht dort schon doof aus, dass grade diese Straßen schwarz ("ohne Limit") sind. Letztlich ein typisches Beispiel für "nicht so leichte Auswertbarkeit"... lg Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Besorgt über den iD-Editor
Guten Tag Herr/Frau "mmd", ich, Ludwig Baumgart ,Bohlstr.6, D78256 Steisslingen, lese diese wichtige Diskussion mit sehr großem Interesse. Mich würde dabei interessieren, wer Du bist - oder vielleicht ist es Dir/ für Dich wichtig, selbst auch anonym zu bleiben? - wie sehr viele bei uns in OSM in Zeiten der DSGVO. Kann man ja auch verstehen, find ich nicht so gut. mhG ludwig ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Besorgt über den iD-Editor
Guten Tag Herr/Frau "mmd", ich, Ludwig Baumgart ,Bohlstr.6, D78256 Steisslingen, lese diese wichtige Diskussion mit sehr großem Interesse. Mich würde dabei interessieren, wer Du bist - oder vielleicht ist es für Dir wichtig, selbst auch anonym zu bleiben? - wie sehr viele bei uns in OSM. mhG ludwig Am 30.03.19 um 09:12 schrieb mmd: Am 29.03.19 um 22:55 schrieb Christoph Hormann: On Friday 29 March 2019, mmd wrote: Ich nehme jetzt mal an, dass das bedeuten soll, dass Quincy für Critigen arbeitet. Ja, das ist die Einschätzung, zu der ich gelangt bin. Dieses Unternehmen war auch im letzten Jahr auf der SotM US in Detroit mit einem Vortrag vertreten, ist also zumindest im OSM Umfeld nicht gänzlich unbekannt: https://2018.stateofthemap.us/program/the-map-quality-measurement-initiative-a-heat-map-approach-to-visualize-gaps-in-map-quality.html Das scheint ein IT-Consulting-Unternehmen zu sein (https://www.critigen.com/) welches Quincy sicher nicht Vollzeit an iD arbeiten lässt, weil OSM für sie Unternehmens-intern oder ihre umfangreichen OSM-basierten Dienstleistungen, die sie auf ihrer Webseite anbieten, so wichtig ist. ;-) Ich denke, es ist klar, dass das Unternehmen einen recht ausgeprägten GIS-Footprint hat und nicht nur "IT-Consulting" im klassischen Sinn macht. Nein, es sollte für Jeden offensichtlich sein, dass Quincy das im Rahmen eines Projektes für einen externen Geldgeber macht, der anonym bleiben soll. Das muss nicht unbedingt so sein, vielleicht sieht man OSM (neben den ganzen ESRI-Themen) einfach als strategisch wichtig an und möchte sich entsprechend positionieren. Q. arbeitet ja primär an UI/Usability Themen, sowie dem Validator - alles Themen, die auch seit Jahren von der Community stark nachgefragt werden. Schon rein aus Sicherheits- und Haftungs-Überlegungen würde ich vorschlagen, die iD-Instanz auf osm.org umgehend auf die letzte Version zurückzusetzen, bevor diese Person commit-Rechte im iD-Repository erhalten hat. Ich wüsste nicht warum. Weder Quincy noch Bryan können den Code direkt auf osm.org deployen. Jeder einzelne Pull Request hat eine umfangreiche Dokumentation aller Änderungen, die sich jeder anschauen und im Zweifelsfall entsprechend intervenieren kann. Das kann jeder sehen, wie er möchte. Wenn ich da in einer Entscheidungs-Position in der OSMF wäre, wäre meine Frage: Wer hat die Verantwortung. Die Sysadmins würden sich sicher sehr freuen, wenn sie erfahren, dass sie das sind. Ich bin mir im Moment nicht einmal sicher, ob sich die OSMF mit der Thematik überhaupt beschäftigt, und wenn ja, welche konkreten Aktivitäten sich daraus ergeben würden. Was glaubst Du wie groß das Geschrei wäre, wenn - rein theoretisch - irgendwann herauskäme, dass das ein von der russischen/chinesischen Regierung finanziertes Projekt bei Critigen ist... Interessante Vorstellung, für meinen Geschmack aber zu viel Verschwörungstheorie ;) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Besorgt über den iD-Editor
Am 29.03.19 um 22:55 schrieb Christoph Hormann: > On Friday 29 March 2019, mmd wrote: >> > Ich nehme jetzt mal an, dass das bedeuten soll, dass Quincy für Critigen > arbeitet. Ja, das ist die Einschätzung, zu der ich gelangt bin. Dieses Unternehmen war auch im letzten Jahr auf der SotM US in Detroit mit einem Vortrag vertreten, ist also zumindest im OSM Umfeld nicht gänzlich unbekannt: https://2018.stateofthemap.us/program/the-map-quality-measurement-initiative-a-heat-map-approach-to-visualize-gaps-in-map-quality.html > Das scheint ein IT-Consulting-Unternehmen zu sein > (https://www.critigen.com/) welches Quincy sicher nicht Vollzeit an iD > arbeiten lässt, weil OSM für sie Unternehmens-intern oder ihre > umfangreichen OSM-basierten Dienstleistungen, die sie auf ihrer > Webseite anbieten, so wichtig ist. ;-) Ich denke, es ist klar, dass das Unternehmen einen recht ausgeprägten GIS-Footprint hat und nicht nur "IT-Consulting" im klassischen Sinn macht. > > Nein, es sollte für Jeden offensichtlich sein, dass Quincy das im Rahmen > eines Projektes für einen externen Geldgeber macht, der anonym bleiben > soll. Das muss nicht unbedingt so sein, vielleicht sieht man OSM (neben den ganzen ESRI-Themen) einfach als strategisch wichtig an und möchte sich entsprechend positionieren. Q. arbeitet ja primär an UI/Usability Themen, sowie dem Validator - alles Themen, die auch seit Jahren von der Community stark nachgefragt werden. > >>> Schon rein aus Sicherheits- und Haftungs-Überlegungen würde ich >>> vorschlagen, die iD-Instanz auf osm.org umgehend auf die letzte >>> Version zurückzusetzen, bevor diese Person commit-Rechte im >>> iD-Repository erhalten hat. >> >> Ich wüsste nicht warum. Weder Quincy noch Bryan können den Code >> direkt auf osm.org deployen. Jeder einzelne Pull Request hat eine >> umfangreiche Dokumentation aller Änderungen, die sich jeder anschauen >> und im Zweifelsfall entsprechend intervenieren kann. > > Das kann jeder sehen, wie er möchte. Wenn ich da in einer > Entscheidungs-Position in der OSMF wäre, wäre meine Frage: Wer hat die > Verantwortung. Die Sysadmins würden sich sicher sehr freuen, wenn sie > erfahren, dass sie das sind. Ich bin mir im Moment nicht einmal sicher, ob sich die OSMF mit der Thematik überhaupt beschäftigt, und wenn ja, welche konkreten Aktivitäten sich daraus ergeben würden. > > Was glaubst Du wie groß das Geschrei wäre, wenn - rein theoretisch - > irgendwann herauskäme, dass das ein von der russischen/chinesischen > Regierung finanziertes Projekt bei Critigen ist... > Interessante Vorstellung, für meinen Geschmack aber zu viel Verschwörungstheorie ;) -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Besorgt über den iD-Editor
Am 29.03.19 um 23:36 schrieb Simon Poole: > > Die Transparenz besteht wohl mehr darin, dass es klar ist das kein > Dritter (der nicht Vollzeit daran arbeitet), auch nur einen Hauch einer > Chance hat die Änderungen nachzuvollziehen, siehe > https://github.com/openstreetmap/iD/compare/v2.14.3...master (348 > commits seit dem letzten Release im Februar). > Gut, eine typische Vorgehensweise wäre, sich in der überaus detaillierten Übersicht, die ich eingangs verlinkt hatte, zunächst einen Überblick zu verschaffen und dann ganz gezielt in einzelne Pull Requests zu verzweigen, für die man sich interessiert. Dort finden sich alle Diskussionen zum Thema, so dass man das ganze auch sinnvoll im Kontext einordnen kann und mehr über die Motivation der Änderung erfahren kann. Meistens finden sich dort auch erklärende Bilder oder Animationen. Dass eine Liste aller Commits ohne weitere Infos unhandlich ist, möchte ich gar nicht in Abrede stellen. Alle Änderungen werden auch permanent auf http://preview.ideditor.com/master/ veröffentlicht (also mehrere Wochen bevor sie auf osm.org landen), so dass jeder die Möglichkeit hat, früh Rückmeldung zu geben. Als kleiner Trost: die Tage hatte ich im Slack #id Channel gelesen, dass 2.15 die letzte Version für den Moment wird. Danach wird es größere Umbauten geben, die mehrere Monate andauern werden und dann als neue Version 3 veröffentlicht werden (Link: https://osmus.slack.com/archives/CBK3JLUJU/p1553791249003600) -- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de