Re: [Talk-de] Wieder einmal lcn Sammelrelationen
Am 07.02.2015 um 13:02 schrieb Manuel Reimer: On 02/07/2015 12:28 PM, Henning Scholland wrote: Kleiner Einwand: Auch bei den Netzen für die Zweiradler ist es seit Jahren gängige Praxis die Radwegenetze in entsprechende Relationen zu packen. Wo ist auch der Unterschied (abgesehen von der Länge) ob ich vom Bahnhof zum Zentrum fahre oder von der Quelle der Elbe zu deren Mündung? Für die Länge gibt es lcn/rcn/ncn/icn als Kriterium der Unterscheidung. Weil *ein* Weg zum Bahnhof ausgeschildert ist machst du eine Relation Weg zum Bahnhof draus? Ich trage sowas überhaupt nicht ein, weiß nur, dass dies seit Jahren gängige Praxis ist. Mag sein, dass Bahnhof und Zentrum überspitzt waren. Verstehe es als zwei Orte. Aber selbst wenn es Bahnhof und Zentrum wären, wo siehst du den Unterschied zu Quelle - Mündung? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 12.11.2014 um 01:54 schrieb Stephan Knauss: Ich habe nicht recherchiert wer dieser Andreas eigentlich ist, aber der Kommentar einen Tag zu löschen falls er nicht binnen Frist im Wiki dokumentiert (und vorher abgestimmt ist) zeigt doch ein größeres Defizit im Verständnis wie das Tagging bei OSM funktioniert. Das ist natürlich immer die beste Basis: Ohne Kenntnis urteilen. ;) Ich denke es würde auch nicht auf deine Gegenliebe stoßen wenn ich absofort highway=Autobahn verwende und auf diesem Wert an diesem Objekt bestehen würde ;) Wenn es ein etabliertes Tagging für etwas gibt, dann soll dies benutzt werden. Ansonsten sollte man zumindest eine Diskussion anstoßen, welches tagging sinnvoll wäre. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJUY7mAAAoJEKXggIeC16WPa4wH/RGMq91nt2Qjwo3ui3uC6eTI fp5ykolDZQm3JUig0yJsmCd/Br/Yr9DIAnpsCK7W5CyJnQ3Se7Dsv2rDWTCW39Yn IybDRGBEYTBtdYnBPx9HxczIgYp99yhaZ/5NNFhd7kVVf8/uw/2ugn5cvE3uI4DE WTDhLAErYtJQYPRNxFUEwHJ895Uvowr5KnWKDoajlpNssKm7ZQ8xUZlKcyoBVvqz jemrp0OmJKpvbKVtUMnyAY9cc8+0n2plRi34lDID6dPSi3MmjNkRLFixpZAMKcWb m18PFzFmAXBuiBem4loZK68RAhftaYHXmw2yUuh6zNlUf+RzOjNLxCW1rRhr36c= =9mCw -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unbenutzbare Wanderwege - was tun?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 25.09.2014 um 13:03 schrieb thsMD: Noch eine Zusatzfrage: Welche Attribute verwendet man, wenn Radfahren auf dem Weg explizit nicht verboten ist (kein Schild), ich aber der Meinung bin, dass dort keiner mit seinem Rad langfahren möchte? Das möchte ist sicherlich sehr subjektiv. Um das einschätzen zu können ist es hilfreich den Weg recht exakt zu beschreiben. Dazu gehören width, surface, smoothness, incline,... Ein mtb-Tag zu setzen, wenn man sich in der Szene nicht unbedingt auskennt und weiß, was geht und was nicht halte ich nicht unbedingt für clever. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJUJX1SAAoJEKXggIeC16WPS2sH/2DyOpfm6HAJI0+wOQvDsVmL ft0CJ7zq2nnNj8qu9Xrn7PfivnIYvzYQyglaaJo+2PDgnzjNt0HGfRi1r1GjN5H6 fBWXIVyvcPcebgZH1GY1Y/ax7ciJ0bAh6m3dIgw3kZb9oP00Pofc02nWz7Z/UqDs JRgtjpiBWxnJKfMTklckJ0VdqoNu/XlFK3oL3i33pK431BLtKE6tjEm/zWIeUaeg 37NqLCSqbAZi4i1deTCeGOgzOvBnRBkQIt/gZaq/tqO1siPKi/zus2qZkXEM7i8q 2yjR6X9Ztr+HZot96WQxRUkrkb059L8GNFPa11D+5i+GwF4cWMGfOFq/kEkc/lQ= =STx/ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
Ja genau, das hast du getan ;) und das aus einem Grund den man auch als Mapping für den Auswerter bezeichnen könnte. Nicht nur das, AFAIK ist es die erste größere Aktion, wo die Community Daten löscht, die nicht relevant genug sind. Wenn man den Weg geht, dann muss man hinterher auch mit den Konsequenzen leben und Kollateralschaden in Kauf nehmen. Zumal sollte man dann die ungeschriebenen Regeln zentral dokumentieren und festzurren, bevor man auf dessen Grundlage Daten löscht. Wäre zumindest das mindeste. Wenn man ein Gesetz anwendet, dann muss es auch irgendwo für jeden nachvollziehbar stehen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Sven, damals vor vielen Jahren als das mit den Routenrelationen gerade begann hab ich auch ein paar Radweitstrecken eingetragen. Damals als network=radweit. Ob das jetzt immer noch so drin ist oder ob die jemand umgetaggt hat oder bereits gelöscht hat weiß ich nicht. Aber sowas in der Art halte ich für notwendig. Klar ist: Es braucht einen Unterschied zwischen dem herkömmlichen *cn. Wenn man mal über den Tellerrand schaut, wird einem auch schnell klar, dass es schon sehr hilfreich ist, eine Strecke kennzeichnen zu können, die sich für die Radreise bewährt hat. Bis sich in Arabien, Afrika, etc. Radrouten auch nur ansatzweise aus dem Boden sprießen, kann man sicherlich noch viele Jahre warten. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT5UTQAAoJEKXggIeC16WPhLIIAJYJzzwcYENcM+W61kAI0qTb G4zmz1cuYFRLYj2gNBfFCGezG1j6rr4I/IbJ9FzIy63kj/WLOiKO5FLr1LVsOKfb TG7022MHByZryxhfaNkzft8PXLVXm6IJPCY8EUPxrB0nZn4sGlJu05wUxPpMP7wA NE7FzoMFCshGD7oXI8YkollifWVIZ/t8va7RpNUx0G6y6qJpcjAwlElEdcXwfPOj gRvKhzE4Vs+C2Owyd0EQTIoq0Jd4foLxijz8w6AAumwytOEVXEecxuxS9EbMja4f 6VO6J2EZ9dqbLBPJRsnJC4NI08/G8KQyW3gcY5L/iB7wunX5IjeVddjw/zKTdBA= =W5u9 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 06.08.2014 um 01:16 schrieb Frederik Ramm: Allerdings ist das tatsächlich eine andere Diskussion als die der Fahrradrouten. Hallo Frederik, wo siehst du denn den Unterschied? Beides sind Routen von irgendwem, die zwei oder mehr Punkte miteinander verbinden. Ob ich mich nun selber bewege oder mich bewegen lasse ist für OSM doch vollkommen egal. Das klingt nach mir fällt gerade kein besseres Argument ein, aber ich brauche eines. Dein Argument Wenn der darf, darf auch jener dürfte auch nicht ziehen, da die Radweit-Routen älter sein dürften als die ÖPNV-Routen. Es geht AFAIK auch nicht darum neue Routen einzutragen, sondern eher die bestehenden zu löschen. Dann sollte man auch andersrum fragen dürfen Warum muss jener gelöscht werden, der andere aber nicht. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJT46GcAAoJEKXggIeC16WPxKQH/RS3FnaGSIfPoDS+nN0Xuzhz rVPQkMCH2Qc6dOkWlehIPiSQ0N+6sm5RkFqudXfFxfQJDfvBE2RFv4ErDw+MxUU5 rkDSWYgsBobNgiDSmh+C7Uc+h9uNh53uczB701X4anatOzckHG2aoTwrz/Meg4QW Sq87qWibiO+CfeEhqdJTn60iO6d/u2eFRyboU+EqmYnWgqHkB86N9nWAut1FuUrm EZ6ciwWmGTxV2pFVZFT9bu7rfB5l7hi9K5c/06MfarztD+HNFEHMNQSa8wv0VaPY weY3Gpq9/1BdTuDpbY2TqQhIDQ3ZuFZkjR1Ci3IFe87kGFDKpbOougElhw61qNU= =j7Ig -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 07.08.2014 um 18:38 schrieb Martin Koppenhoefer: Am 7. August 2014 17:56 schrieb Henning Scholland o...@aighes.de: Hallo Frederik, wo siehst du denn den Unterschied? Beides sind Routen von irgendwem, die zwei oder mehr Punkte miteinander verbinden. Ob ich mich nun selber bewege oder mich bewegen lasse ist für OSM doch vollkommen egal. Das klingt nach mir fällt gerade kein besseres Argument ein, aber ich brauche eines. hat er doch schon geschrieben, was der Unterschied ist: Fernbusrouten sind per se relevant, weil wenn sie das nicht wären (d.h. niemand fährt da mit), dann gibt es sie nicht lange (ausser Subventionen und Förderung des ländlichen Raums, etc., also bewusste staatliche Eingriffe in die Angebot/Nachfrage Logik). Dagegen kostet es nichts, sich Radrouten auszudenken (ausser ein bisschen Zeit). Und wenn die dann niemand benutzt, kostet es auch nichts, so dass da kein natürliches Limit gegeben ist. Genau so funktioniert ÖP(N)V zumindest in Deutschland nicht. Der komplette Regionalverkehr auf der Schiene wird jeweils für 12 Jahre vom jeweiligen Land ausgeschrieben und muss dann für die Zeit bedient werden. Ob die Strecke genutzt wird oder nicht (sprich in deinen Worten relevant) ist, ist völlig unabhängig von der Existenz der Route. Im Busverkehr (wo die Städte mehr oder weniger der Eigentümer sind) gibt es auch teilweise feste Vorgaben an das Busunternehmen, wie häufig gewisse Randlagen angefahren werden müssen. Radweit-Strecken kann man auch nur sehr bedingt mit Strecken von gpsies etc. vergleichen. Einfach weil deutlich mehr Arbeit dahinter steckt und die Radweit-Strecken auch an neue Gegebenheiten angepasst werden. Da ist ein gewaltiger Unterschied zu einfach nur aufgezeichneten Tracks die auf ein Portal hochgeladen wurden. Aber sei es drum. Was mich dann nur stört, dass dann nur gezielt Radweit-Strecken entfernt werden sollen, jedoch nicht systematisch alles, was nicht ausgeschildert ist. Das hinterlässt für mich einen sehr schalen Beigeschmack. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJT47gnAAoJEKXggIeC16WP22QH/1udGFmgJHhYBs0LuWoLX71v b2zfmR41Y4LSi79qoDUbcVlI5nkjFEFNYOjAqchozEXA/2C6skYSvEolcv9QtnKY T/mINuK2mAg1KJXWl3vT3TfBUHvg89/Z0NEXNPHVoL3Y+W43z5n+IRh/3wkp3qMa GjuBdAsQn8VYODro43aXdMuy7gcjt/ti+9H+zygIKGBeRIn1/PRhuZLs7HaHPyBO CH+TqD5B1PvYAqF3Am4CyYo+Ye2m/kNGqH6qvKA/2RfkDP/XBVY0T4HnKKmOz8SU 0uJ5FCC/9m6zCOGckMvGbQ5jbVcGKcHfrxylQ8gbN1kxkavgbdtgxr5xnj6KrUg= =NhM6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)
Am 04.08.2014 um 21:50 schrieb Michael Reichert: Kennt ihr Routenabschnitte von Radweit-Routen, an denen Radweit-Aufkleber oder Schilder angebracht sind? Ich würde die nicht ausgeschilderten Routen in den nächsten Wochen löschen, da sie nicht der Wirklichkeit entsprechen. We map what's on the ground! Machst du dann gleich bei highway=proposed und anderen Dingen in OSM weiter, die nicht On the Ground sind? Ansonsten fände ich es sehr schade, wenn die Übereinkunft, dass nur falsches gelöscht wird und der Rest ungetaggt wird außer Kraft gesetzt wird. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit (War: Was tu, wenn ein user permanent Daten zerstört?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Am 01.08.2014 um 10:17 schrieb Bernd Wurst: Sobald das die Verwaltung erlaubt (und damit quasi unterstützt) ist es offiziell. Das finde ich dann wie vor Ort heraus? Denn... Niemand darf einfach so eine langfristige Beschilderung an öffentlichen Wegen anbringen. ... zwischen dürfen und machen ist ein großer Unterschied. ;) Häufig ist es eher ein dulden als ein erlauben. Wenn man sich die diversen Jakobswege anschaut, sind die sehr dürftig ausgeschildert. Den Weg nur Anhand der Muschel-Schilder einzutragen geht nicht. Soll man die Relationen jetzt zurecht stückeln auf die Teile, wo definitiv ein Aufkleber den Verlauf der Route kennzeichnet? Wenn nein, dann bedeutet das ja, dass ein Aufkleber je Strecke reichen muss, damit der Weg in OSM eingetragen werden darf. Das wäre dann aber auch nicht mehr muss vor Ort überprüfbar sein. Wenn ja, dann viel Spaß beim stutzen diverser Relationen, wo die Routen nicht an jeder Weggabelung ein Schild haben. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT26jUAAoJEKXggIeC16WPgwYH/RxUST6CEDgAMDOd6qgxBO2Q 2zAASz/YyWOT2ArwhHY1h7+hHfENdzRV4Ku6QAwws2/eGwKjmaCQtcP75DxCAHVb aUbDwEfEECdeD1CYiZTRBPOUS3zJHJSO21pbETZ1TmUqUO3KOuv/UlLZwM6durbh 1ih9kkuNospUxqQ564Kj9qMHNfUyXUB/orsY+j3BZ6nFa29J6Uf1MT6Rqq550mIu 8TWeJROxzsg5Ye1GQBgrZKBHejjNwteD+F05KoXaw7QLzPL1eR2XsAYybxnEHsG8 9CccMu7g8pSK8EF6F0mZip0zUQpM3+x06p4Ar1K/MGTlJYmI6qKsamnESie3UHU= =5b44 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 31.07.2014 um 17:26 schrieb Andreas Neumann: On 31.07.2014 17:23, Sven Geggus wrote: Die mildere Variante wäre ein umtaggen auf route=bicycle_inoff oder so. Mal als Frage: Werten die Router pauschal alle route=bicycle aus, oder nehmen sie nur bekannt network=* in die Routenplanung mit auf? Ist das nicht für das Tagging vollkommen irrelevant? Jeder Router wird das ein wenig anders machen. Je nach dem was der Router für sinnvoll erachtet. Allgemein denke ich, dass die Radweitstrecken großartig stören, wenn sie entsprechend eingetragen sind, dass man sie nicht mit den touristischen Routen verwechselt. Den Verlauf der Radweitstrecken kann jeder auf den Karten nachvollziehen, wobei das deutlich besser und zuverlässiger klappen sollte als die teilweise doch recht abenteuerliche Ausschilderung der touristischen Radrouten. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT2nrRAAoJEKXggIeC16WPDIwIAL8UCn1kI/OeVbjfqYaxZ0LO glH/fpxpr+aPmf4iAGlHBBzebpcomlSsEgCv45pAtQro9XAJQ3HcF94x3SPW3109 41E2AO04NnOxxZpyiYzSzj+up3yzF8wOXGt5St4i2k0XzEEJCcYND/mtmlzUB4vS YpMULGVMgHUV9E7mgdQo1mtrZ9VqAC+I099sEIRsdGxl7w8AlKkzJYkYW9xn4qbp l3TP/eEaRr+7P65/HgKPgvFu/FjsaWkNcXaGuN+AG2e6DlRMOXhRpy7LCWU1MZsA HmncMoweI2Fnp2DPIvgJbLUATXiGihNUW0Nv7CtCAmVqCyk/J10I31L6vdcIrgk= =r9L6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit (War: Was tu, wenn ein user permanent Daten zerstört?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 30.07.2014 um 17:56 schrieb Martin Koppenhoefer: Die offiziellen haben aber den Vorteil, dass sie ausgeschildert sind, gilt das für die radweit Wege denn auch? Wobei diese Ausschilderung häufiger zu wünschen übrig lässt. Wenn man so konsequent an die Sache ran geht, müsste man dann nicht auch Wegabschnitte der Radrouten aus der Relation wieder raus nehmen, wenn das Schild gerade mal weg ist? Mir ist da die Karte der Radweitstrecken deutlich lieber und in meinen Augen auch deutlich einfacher nachzuvollziehen. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT2nugAAoJEKXggIeC16WPCPIH/RTifA6NeDE/J0pvzS7hM8n+ dqAZZ1luDerw6YoJ+YR/E8zHeFBhPV/q15R0/UtPIMGLxwEjVvAkWJdqmEmzBixh hdyIMy+/l3xj9WPMNhJQ9VrVxFsRSIR3IMPugLTcHOCH01mSr56rqRKYUoeNO2ON FxVEalg8dvX1vWp9e/XSB1lIYN2E4oQYqKs5ZylhE73jN+zO+K793/CJkVbZze1U ombF870d3MG8bMchZWkr4EXnDiQ1qApEwvS+8XdonKqnKqje8wJdLYh1LgChVEF6 RizAdQZKm9um3+ZuPJ4mqMs30vedMsIJfl+q5ekBvnwsnL/JGW9seCa81M8J5SE= =b3jN -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit (War: Was tu, wenn ein user permanent Daten zerstört?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 31.07.2014 um 20:52 schrieb Sarah Hoffmann: Einen gewissen offiziellen Charakter sollten Routen, die in OSM eingetragen werden schon haben. Und für Deutschland heisst das meiner Meinung nach schon, dass sie ausgeschildert sind. Ich persönlich find es sogar schon grenzwertig, wenn irgendwelche Stadtrundgänge oder Wanderrouten auftauchen, die zwar vom lokalen Touristenverein empfohlen sind, aber dann nur auf einem Faltblatt oder im Internet beschrieben und nicht ausgeschildert. Da gibt es aber diverse Probleme. Was ist denn offiziell? Ist es offiziell, wenn der örtliche Nordic Walking-Treff drei Wege um den Ort mit Aufklebern verziert? Was wenn die Aufkleber dann nach und nach verblassen und unkenntlich sind? Woher entnehme ich (vor Ort) die Info, dass es eine offizielle Route ist? Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT2qJAAAoJEKXggIeC16WPt1cH/iYzyb38uKe7Fm6hwSN8IwMz fwbbfdCCy3qlcFrlL3hp8IN60GqIo7AzM2kBrh9oTabrGGIwghZsBDaqTmV+dubb cTFkA6YFL5GnKD4tNxk22h9bDFA9gJH2mSgl/mmKB54k4ukOz1sjHoY9jiNgELic 3p7zQ7GwoP3J4tH7zzxxJ9tn9l1exrdpRyEtrIKbF2x+I6vTrQEm5cpxxKfmxT0U Sbw+bmUXLS3wUF1vKb4A5X+UWusCwAaAOzF4An9MjSfruJT30IhpJ3294Ht99V+j V/53sJgdQ6uvaIYMxdI3Xq03YnLvYzdPWkbgh9Sw/qUSp4gtAvsZSPUtxsblGFo= =OGdr -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweit (War: Was tu, wenn ein user permanent Daten zerstört?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 31.07.2014 um 20:52 schrieb Sarah Hoffmann: Da gibt es aber diverse Probleme. Was ist denn offiziell? Ist es offiziell, wenn der örtliche Nordic Walking-Treff drei Wege um den Ort mit Aufklebern verziert? Was wenn die Aufkleber dann nach und nach verblassen und unkenntlich sind? Woher entnehme ich (vor Ort) die Info, dass es eine offizielle Route ist? Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT2qI4AAoJEKXggIeC16WPuP4H/2PZXChZlZKI/Kla6Nk+9e3Z zn3GNQ4qg1DSMNyO96rFluEuXWyOrrFpyE7qbvuBiRHQSz5A8Xco02cAnXoqnJvH yEvWGtMFhpLNjwx9e0IwVnIwmDzgzCoicNU+F6RTvQFlmHNeN6iMHEURhxRlc5YI vKRmVup2yh/CGZEvsVA1wovQZyhDp+DtPOO2/a320cwFECKDf+h1ycohXMfvw7Vr teB667YqR2XCvroADyTFadCeup8ZQ/9HgB/y+BDN9cyzB9K9Yh8dpLs0pGtZnS14 5TyFC57vPdORZfuSBaRu3DE3DNN4NxwMsWnxd4Yt10OQlGg+SAGtN6372O61iwg= =jJjE -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: ein bißchen Statistik
Hallo, das englische billion sind im deutschen die Milliarden ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In der Tat hast du Recht. Ich habe nur an die Tags gedacht, die ich so verwende und das sind nur die Ansiedlungen. Der Rest ist für mich schon länger nicht mehr sinnvoll. Henning Am 20.07.2014 14:13, schrieb Martin Koppenhoefer: Am 20/lug/2014 um 01:05 schrieb Henning Scholland o...@aighes.de: place=* beschreibt eine Ansiedlung bestimmter Größe. auch nicht ganz, place wird auch noch für anderes wie Inseln verwendet (leider, weil ohne Logik ist das System prinzipiell schwächer und schwieriger zu lernen und zu erweitern) Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTy9ZnAAoJEKXggIeC16WPEM4IAKDxUl0POf+xZ1BrQP7cqzP6 KvReL5vjiZlF8JDzeV7gmwlWd1K7J67ACHBkWasAC8v2dUc65t/NUmsLhZzuUSdK uzgzp5LlG6K6Shz1RxZ966m/2Ta7/UfFdUpSH1hHLW84d5DIrxpRPcDV+ZgyEHbr KzslM8blBvIgQgG40nibRzOnxWdH0qwYqyAi1TH1EccO2kaKVXGURMdWUSSOYBAR W4CCjDNrPT4H36QdhmcOg5tObGgIoup8bWVhZ46xL7a9scw4SXC99KUf8AURhH9R sJL6Rsgq03S4YXoeweqfkCxdg9H4ZgbuKljms2PaQAO1eaqfvg5yH+92xMH/lVw= =6xnn -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, das mit dem Renderer ist ein Henne-Ei-Problem. Wenn die Daten keine Änderung erfordern, warum sollte der Renderer dann besser werden. Solange die ganzen Nodes mit dem Namen in den Daten sind wird der Renderer einen Teufel tun und sich die Namen aufwändig suchen. Ich stimme dir aber auch zu, dass es Kontraproduktiv sein kann, wenn man den Renderer vor vollendete Tatsachen stellt und ihm die Nodes weg löscht. Im Prinzip müsste es eine deadline geben ala: Renderer, wir haben uns entschieden, in Deutschland die überflüssigen place-nodes zu entfernen, bitte nutze doch die labels aus den Grenzrelationen. Am besten noch mit einem Zeitrahmen. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTy9g0AAoJEKXggIeC16WP0E4IAMBkOq7qHLG2tKhxEL5naPKc oXcEDVDEsfnnfg+3sFps5wgxeMmb20af1GRI7AGxb31Um1v/0kNL6Dh1ShbdjpKX ICeLDepV7sEuOhGsFPFFO5+IeM1dpOf4WGC28mVmJ5CgN8WF0Luz0T/WagMrwty+ zJSzYmKvoLSjaJnnrhNDCjOUhXkauLS3/bNXh2QDzCKcVpoHE0jPIRy2rSSHyuDQ JpqWyxDHsUalKyev37zseaII+WlyJVagFlTba7ihcRBeFtDo5T5geEljp+HcUhcD /qYqVsW361lGbQrqfFbtsmVOQXoCsSOpDo+wU7B9Xq/bD3CH0g/r1cLdXxVSgsM= =LodR -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, kannst du dafür ein Beispiel bringen? Die angesprochen place-Tags beschreiben eine mehr oder weniger zusammenhängende Siedlungsfläche. 10 Siedlungsflächen jeweils im Abstand mehrerer Kilometer, die zwar administrativ zusammengefasst sind, sind noch lange keine zusammenhängende Siedlungsfläche. Henning Am 20.07.2014 16:41, schrieb Butrus Damaskus: Und wer sagt, dass eine Pampa nicht ein Teil einer Siedlung sein kann? -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTy9lyAAoJEKXggIeC16WPcMUH/10lLJh+kLZRKDkP1R+rmWFH HLtT7U9QSVm3dil3xh0kC4rWmlpOCpjb5GtuFNCRSHDJAIlTjA0wBSRIYYjpHFwa K7Q6sB8b/YRLi+hvAKPJHnhRSdDhwMAhup6BUP0jja5cXhWzHpyXQjbICP3RJWPw +eRUXFpUt+5dPN++KbZ1qG8DP5YHt8ZL+hFkWHzpW8xaPShMWk2I3i0PmX23eij7 yAookbWh3VbiAzFQndO2MsqHiEkaqVnQSP+yeff3DtuqzUeD3LCLGy9vwIURy1Yd yGWjvRtm0fxUINxv9xn186fZ8euALCSmypEM2Ob2c5nI6mxnucTaVsmSDM58dmM= =l4DO -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, nein, es soll lediglich ein allgemeiner Hinweis an die Auswerter von (in diesem Fall der deutschen) Comunity sein, dass sich XYZ ändern wird. Jedem Renderer steht es frei die Daten so zu nutzen, wie der Maintainer es für richtig hält. Es steht natürlich jedem frei einen Patch für seinen Lieblingsrenderer zu schreiben ;) Es kann aber auch nicht sein, dass im Datenmodell Krücken gebaut werden, damit die Karte so aussieht, wie man es gerne hätte. Ankündigungen ohne Termin sind wertlos. Da fangen dann die eifrigen Mapper gleich an und die Renderer denken, kann ich auch im nächsten Winter machen. Da ist dann nichts gewonnen. Den aktuellen Stand, dass wir ewigalte Tagging Schemas mitschleppen müssen und quasi alles kompatibel sein muss ist jedenfalls eine Situation, die wir uns nicht mehr allzu lange leisten können. Oder das Chaos aus neuen Schema und altem Ballast lähmt alles. Henning Am 20.07.2014 18:27, schrieb Tirkon: Ob das harte Vorgehen OSM-DB vs OSM-Renderer aus Community-Sicht so sinnvoll ist, ist da schon fraglicher. Wir wollen ja auch dort nicht demotivieren - zumal Andy Allen hier auf der SOTM-EU um Hilfe gebeten hat, nachdem ich das bevorzugte Rendern großer Kommunen thematisiert hatte. Möglicherweise wäre eine dringende Bitte ohne Termin im Vorfeld da günstiger. So wie Du es formulierst, soll sich dieses Anliegen von den üblichen Feature Requests abheben. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTzDCjAAoJEKXggIeC16WPdDAH/3n3DWmu0PQ8J1KusKlY4PJj x+Wao5rptkMmZUdyVgl9AkmfrEN0F2epYSua/OY1O+P6muVpukcVBxFzzP7rmgFJ 5h0+hPdq8cTQL76UrNeD3usd+CcEc9Vkw5CSpfUCuvTywXO1xSsRHUjCvuBgye/B wSwfikg1lRTowr2zuJw2Jp8QfBlRvPmo44bENOIkkTRln5eMqNDSmXzIX6gUQ38u Cxr1hivmJ615A16Kjdqe3TNHTq60YxcSnfP1FNZGcFIegYwgYTuIfSNmPhbPWhZV yeaubIBprVQef+tsKYovK9IGoYCQ3oPTOL94+IUmpGb3Abp+evHL4IZbl5/Erck= =pgRS -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Place-nodes von Großgemeinden wurden gelöscht
Hallo, ich denke, dass Großgemeinden keinen place-node bekommen sollten. place=* beschreibt eine Ansiedlung bestimmter Größe. Eine Großgemeinde ist ein administrativer Zusammenschluss mehrerer solcher Ansiedlungen. Das ist dann eine Sache für boundary-Relationen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wie tagge ich Zeltplätze?
Hallo ich empfinde so einen Sandkasten als nur bedingt für OSM tauglich. Man sieht dann zwar, was man so alles an einem Objekt erfassen kann. Aber es fehlt dann die komplette Dokumentation, was das Tagging genau bedeutet. Wenn ich dir in die Sandbox einen way mit highway=track und tracktype=grade1 eintrage, weißt du mit Sicherheit nicht, wofür das nun steht. Ähnlich der Kombination von access-Tags. Letztlich kommt man um das Handbuch-lesen nicht drum rum. Und ehrlich gesagt ist es mir lieber, da steht nur ein grobes Gerüst an Taggs an einem Objekt und der stimmt, als diverse Detail-Taggs, die fehlerhaft sind und alle Experten einen Bogen um die Ecke machen, weil ja augenscheinlich alles erfasst ist. Wenn ich mich nicht mehr mit den Zeltplätzen beschäftigen möchte, weil mir das Lesen von der Erläuterung zu schwer ist, dann ist es denke ich besser, man belässt es bei einem tourism=camp_site und name=*. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wie tagge ich Zeltplätze?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, da könnte man jetzt aber auch osm-Dateien ins wiki laden und jeder schaut sie sich an. Oder man taggt ein Beispiel in OSM und diskutiert darüber. Rendern ist bei neuen Taggingvorschlägen ohnehin sinnlos, da sie von keinem Renderer unterstützt werden. ;) Sicherlich lohnt es sich hier etwas zu verbessern. Ich denke aber das ein Sandkasten keinen Vorteil hat. Für die Doku wäre ein Service ala Render mir mal die folgende osm-Datei in render-style in ein Bild sicherlich besser geeignet. Henning Am 07.07.2014 21:04, schrieb Falk Zscheile: Ich möchte, dass auch die Experten die Möglichkeit haben anhand des Sandkastenbeispiels über gutes und richtiges tagging zu diskutieren. Jetzt ist es ja eher ein nebeneinander. der eine mappt ein paar Zeltplätze in Nordeutschland, der andere in Italien. Aber keiner schaut sich an, wie es der andere macht. Es kommt zum Nebeneinander statt zum miteinander und es entstehen im schlimmsten Fall taggingschulen, die sich unvereinbar und unversöhnlich gegenüberstehen. Was meines Erachtens fehlt ist ein zentraler Anlaufpunkt, an dem man schauen, diskutieren und ausprobieren kann ohne gleich einen Editwar zu riskieren. Ggf. könnte man auch verschiedene Beispiele zur Abstimmung stellen und so ein unverbindliches Voting erhalten, welches Modell besser ankommt. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTuvK3AAoJEKXggIeC16WPqFsH/Rsf+V3vTzREtemP0TfGBaGF vmP9tXvzeZfU+0bQMHfpgE73PI0YME9E+48eDg+6FZWxhkeU+ZNrP3FZM4qc07N2 QGAjJI3R+QE1dnXyHRVB9cWU0QngNiCQGj431vPti8a5WoOeoLl+tVnfunO68B5m p4aRiPxALJDOx07jYm7g2wG506XwB2YVs6RzD27wDqc/4aoBCORBH3uDkZ/zdilP Uid7QniWQr66kdt6XSBEaEf5Lta3wDiWk2yZC0KMVzqAXrWzXTQKjYSalw5+D2TT edEiBvA+17KfDBRI8E0wHLqycA66ar/7anxChxvmmufKWZmvRP0DEgWvuK5m9sA= =AgQn -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wie tagge ich Zeltplätze?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Es war einmal... da war OSM noch verdammt klein und grob. Ungefähr aus der Zeit kommt die Unterscheidung von camp_site und caravan_site. Man wollte ausdrücken hier kann man auch Zelten (camp_site) und da nur im Auto übernachten (caravan_site). Mit der Zeit sind dann die Ansprüche gestiegen und mittlerweile sind die beiden Taggs tendenziell gleichwertig, weil der Unterschied meist durch die Zusatztaggs erklärt wird. Ob nun caravan das richtige Wort ist, ist erstmal nicht so wichtig, zumal es je nach Region andere englische Worte für die Gefährte gibt. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTuWKmAAoJEKXggIeC16WP4qEH/RMMZyr5QUoOVUQrNBlFbpM1 2/pZRQDDo/drvM/s8cE2UETrcHhr0Yei2/xCd/Bc850k3G/VxcJYNRllHDh/lk9r nwQC+RzXWLTVKy0cqsd03yGk+HxCs8K3pCCAN/7FwkUHRl5p3pETlTn618A1AZpq YYNBRN6qG4jVfk9VZ3Y4b8o9Eb0hFlOzgmWIlXUxcccnPEhIzKJd9k9GBRCJsgDf AFALUKtnd/r6Pi9vVZrM5Qk5IrHLXruy+VnjfqDgL2J/24eF61CCAy/I87u85eCS 46dChnxUuUg5plYBp1nOT5EPT5TIHxMhst+leqr0K9oQElU8ky0GZJ75SePX0nU= =U5PZ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wie tagge ich Zeltplätze?
Hallo, das wichtigste vorweg: Was Mapnik oder wer auch immer wie rendert hat mit einer Taggingdiskussion erstmal nichts zutun. In Neuseeland sind folgende Begriffe geläufig: campervan - vom umgebauten Bulli bis zum Wohnmobil caravan - alles, was Anhänger ist motorhome - die richtig großen campervans, umgebaute Busse etc. Auf allen Plätzen, auf denen ich bisher auf meinen Reisen war, gab es maximal eine finanzielle Unterscheidung der obigen drei Typen. Daher lohnt aus meiner Sicht hier keine Differenzierung. Ob das entsprechende Tag nun motor_home, caravan oder xyz123 heißt ist erstmal egal. Wesentlich ist die Beschreibung auf der Wiki-Seite. Wenn du der Meinung bist, dass es klarer werden muss, kannst du dich da gerne austoben, solange du an der Kernaussage nichts änderst. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ARD Ratgeber: Internet - Alternativen zu Google-Maps Open Source
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 24.05.2014 22:18, schrieb Andreas Schmidt: hallo, also das Beispiel tüschenbroicher mühle kann ich per OSM finden. Haben die ARDler was falsch gemacht? Naja ein wenig. Wenn man ein OSM-Routerfrontend mit einem Datenstand von 10/2012 nutzt, braucht man sich auch nicht über das Ergebnis wundern. Warum haben sie nur ein wenig falsch gemacht? Der Router wird halt recht prominent erwähnt. Bspw. auf der Seite openstreetmap.de oder auch im osm-wiki. Google-Ranking tut dann sein übriges. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTgQkdAAoJEKXggIeC16WPQu4H/28+mqFBNWxeKZG783WLWJIo ldz33caR2D9MafVuEr+rK73xSQPQhGTm6MqrnmaX30EJ+KKwAUsGj9ujZP9ylZv3 5nSHh9BgVkIwcOnfERUaOJ4FdjhonSVBgfcVgza9zBZBvEVSJCtfIY49KD+TS9Lm R99mK23DiWFijrshck0A8PAIVAtwi7ZhJHocNoqzCCz4GADv8/feYt/PzcmDU1sr mOqtMCeDJnWEFDLZ3jdGs0gU5TqjO2XBFFE9AyyorcF0luoo/N+5u8RRhXsgFl9q ZPm9kTqlKUvQc/j4QCc/oVwoCLWehlPCNk4djUvD/dWSCfc3277VTHVa+xQTPfE= =Daz5 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad-Wander-Skate-Routen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, in der IT-Theorie magst du recht haben, dass dies eine saubere Variante ist, die Redundanz verhindert. OSM ist aber deutlich mehr als IT-Theorie. Menschen müssen die Routen warten können. Menschen müssen entscheiden können, was zu tun ist, wenn sie den Weg bearbeiten wollen. All das wird komplexer. Der typische Mapper hat keine Lust sich ewig einzulesen, bis er seine Info richtig in OSM platzieren kann. Entweder er versteht es gleich oder er lässt es. Relationen sind da ohnehin schon etwas abstrakt. Komplexe Relationskonstrukte blicken teilweise erfahrene Mapper nicht. Das Problem siehst du beim ÖPNV-Schema. Es hat einen Grund, warum sich nur sehr wenige damit befassen. Die Auswertung wird auch komplexer. Einen Vorteil neben der Redundanz sehe ich nicht und da würde ich die einfachere Datenstruktur in jedem Fall bevorzugen. Denn das braucht es, um es vielen zu ermöglichen daran mitzuwirken und das macht OSM letztlich aus. Henning Am 24.05.2014 12:30, schrieb rainerU: Wenn man die Situation über mehrere Relationen lösen will, und wahrscheinlich ist das der einzige Weg mit den heute verfügbaren Mitteln, dann sollte man Redundanz vermeiden und Abschnitte mit einheitlicher Nutzung auch nur einmal erfassen. Das könnte dann z.B. so aussehen: Pro einheitlich genutztem Abschnitt eine Relation mit route=multi_usage nutzungsart=[yes|no] mit nutzungsart=bicycle|hiking|inline_skates... und eine Super-Relation ebenfalls vom Typ multi_usage Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTgSqHAAoJEKXggIeC16WPlaAIALaUA+ojZYyfgw2UEyz3yrpT G0WuH8NpYhRBnRX/wK5LzU6f8HRmLomHY+c5Sg3+gXfaNmLx7CuMb5JkJTf5HubJ tcjli+hEzJinePNkVW9tWsF+RhUV2J0vSTOBu0Lau7ihEEZQ0VxamHA75TQWX8LW LjDQcne99zBp4elrjURp9o2mzbI4aja16mLLcdDLW7+DcH/R0MP3QJV0j7gL52rx NYTFMNrijRM26V4TIGp2YgH9YfLpxEpxr8H8L4wQNBbDP8vqHlfFvbben5iuYCmH uueFqxslYNhCCX2eWsMOFn12RDTQgCjomeR6ulkuafBrbQBTIl9JmFFsYbV78D0= =rGcs -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad-Wander-Skate-Routen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 22.05.2014 15:53, schrieb Volker Schmidt: Kopieren ist immer der falsche Ansatz. Daten sollten, wenn immer möglich nur einmal vorhanden sein. Das ist im allgemeinen auch richtig. Jedoch wird hier ja nur kopiert um sich Arbeit beim erfassen zu sparen. Natürlich kann man Superrelationen auch verwenden. Mit jeder Separation der Wege steigt dann aber auch die Anzahl der benötigten Relationen an und wird recht unübersichtlich. Die Semikolon-Variante finde ich auch nur bedingt gut. Es bleibt ja letztlich nicht bei dem einen Semikolon. Bei network tritt das gleiche auf. Zumal man den Ansatz komplett vergessen kann, wenn sich die Wege unterscheiden. Mal muss der Radfahrer auf die Straße, mal darf der Reiter nicht über die Brücke. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTfueTAAoJEKXggIeC16WPDUMH/1VnWD9F+R3BOkyLD6fS3+VP OLYrKO+W22qgCPmcU9I9UWneEwoM5z87iLmtVcp7Lkqvj9R3U+7iiiWzfE4jthyD WafS/60b8FEkouk/MREaocS5QQQ+z5HJ99BbuktAXVx5wed1CLLinRDnIyCm95kO dzrxu9IKQ/alzpLInu9ReTInv1LJw4krAc0G/8TFKrEpVs5HMPOTwwP/fFGNe9MD BjK4oVXY1CES07rHvrsXu8THhBYH71u/mcg+a4kfnoH4PGlKKWXpiL8Bu6b8DMDd x4RkX/8JL8gFMZ+CPijP/SypDmU9bYVzS9FYCtKiOThxJbLdrT9ASquwRJqLtEs= =2I7T -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 3D-Mapping
Am 07.05.2014 18:20, schrieb Thorsten Alge: Sehe ich auch so. Neben Worst-of-OSM wäre ein Art-in-OSM Blog eig. auch ganz cool. Diese easter-eggs könnte man meiner Meinung nach ruhig ein dreivirtel Jahr belassen - ist ja immer nett über sowas zu stolpern. Hallo, genau solche Einstellungen machen es sehr schwer, OSM für mehr zu nutzen als sich die Mapnikkarte anzuschauen. Keine Frage: Die Häuser sehen nett aus. Aber das ist doch kein Grund, falsche Daten in OSM einzutragen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Daten herunterladen in JOSM
Am 16.04.2014 22:30, schrieb Frederik Ramm: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, On 16.04.2014 20:26, Johannes wrote: wie kann ich dem Dialog im JOSM, mit dem man den Bereich auswählt, den man herunterladen möchte, einen weiteren WMS-Layer beibringen? Das geht nicht in diesem Dialog, sondern über Preferences-Imagery und dann über das Imagery-Menü. Wobei das aber nur für den Hintergrund beim Mappen wirkt. Die Ebenen des Downloaddialogs kann man nur im Code beeinflussen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] local chapter DWG
Hi everybody, I prefer a single/global DWG, which deals with conflicts. To my mind a global authority is necessary to deal with several cases. Eg. boundary-disputes, language-disputes of names, global vandalism and so on. Local DWG wont be that objective in some cases and/or it's not clear to the users out there, which of the DWG's should be contacted. For Germany I can say, that most cases are dealed directly between the mappers. If they can't find a solution most cases are discussed in community and will be solved (solution and reverting, if necessary). Only a very small part gets to the DWG. Such a in official structure should be prefered. Because it distributes the knowledge to a wider part of the community. If there are volunteers, who wants to participate in the work of the DWG, let us (DWG) know. Write a mail to us introducing yourself a little bit and let us know about your DWG-relevant skills. Henning Member of DWG ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!
Hallo, deine Idee, wenn x Leute das so beantworten, dann geht es live finde ich etwas gewagt. Wenn ich von meinem Captcha-Verhalten ausgehe sogar fatal. Meine Gehirnleistung beim Captchaeingeben liegt primär darin, für die Art des Captchas die schnellste Lösung zu finden, die akzeptiert wird. Bei recaptcha ist das die Eingabe des verwurstelten Wortes, bei dir wäre es die Eingabe nur eines Wortes. Dies wäre gleichbedeutend mit einem unverbunden. Bei recaptcha ist das Filtern der Faulheit recht einfach, da es quasi keine Eingabe für die Aufgabe gab. Bei dir ist die Filterung meiner Einschätzung nach unmöglich. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hochsitze / Bitte um Entfernung von Daten
Hallo Falk, ich finde es gut, dass du nach Alternativen suchst, doch denke ich das Löschen (wenn auch nur temporär) nicht zielführend ist. Führt man den Gedanken weiter, könnten wir anfangen die Juweliere ebenso zu löschen wie die Banken und Geldautomaten. Zumal ich nicht der Meinung bin, dass eine Löschung aus OSM auch nur im geringsten Abhilfe schafft. Dazu ist einfach das Aufstellschema der Hochsitze zu simpel. Man suche Waldränder zu Feldern bzw. Lichtungen. Man begebe sich zu Fuß oder per HighRes-Aerial zu einer solchen Gegend und mache die Augen auf. Lange suchen muss man nicht. Auf ähnliche Weise haben die Mapper die Hochsitze schließlich auch entdeckt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags
Am 27.02.2014 12:17, schrieb Peter Wendorff: Dass Routingsoftware die Default-Werte annimmt ist ja schön und gut - aber wie unterscheidet man zwischen default und fehlend? Das ist nämlich leider nicht möglich. Für die Routingsoftware ist das egal - die muss mit fehlenden Daten irgendwie halbwegs sinnvoll umgehen können und entsprechend defaults annehmen; aber besser wäre es, wenn die Route nicht auf Annahmen, sondern auf vorhandene Daten gestützt werden könnte. +1 Das ist genau das große Problem. Ein Mapper sollte in meinen Augen die Objekte so gut wie möglich beschreiben. Allerdings nutzt auch ein access=yes an einem Weg nicht viel als Zeichen, dass hier alles ok ist. Ein Tag nach der Datenerfassung kann da ein neues Schild aufgestellt worden sein. ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access-Tags
Am 27.02.2014 15:12, schrieb Martin Koppenhoefer: Am 27/feb/2014 um 12:56 schrieb Fabian Schmidt fschm...@informatik.uni-leipzig.de: Ich gehe davon aus, dass der Default gilt echte Daten (d.h. vor Ort vom Mapper erhobene und dann eingetragene Informationen) sind besser als ein sich verlassen auf vermeintliche Defaults. Klar, jeder kann eintragen was er will, aber Sachen rauszulöschen, die zwar stimmen aber vom einzelnen Mapper als redundant wg. defaults angesehen werden, ist m.E. dagegen nicht ok Am besten immer davon ausgehen, dass der Kollege sich etwas dabei gedacht hat, die Info so einzutragen. Wenn es nicht wirklich falsch ist, sollte man daran dann auch nichts ändern. Möchte man ja selber auch nicht unbedingt, dass ein anderer Mapper die eigenen Edits nach seinen Vorstellungen anpasst. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Am 16.02.2014 21:50, schrieb Dirk Sohler: User-Account. Verhindert auch nicht den Missbrauch, ist aber zuverlässiger als der User-Agent-String, und weniger aufwändig umzusetzen (da schon vorhanden) als ein Token oder ein API-Key. Also wer auf DER Hauptseite (nach außen hin) von OSM etwas mehr sehen will als eine weiße Fläche braucht einen Login? Klingt nach einer super Werbung für das Projekt. Jeder, der die Tiles in seine Homepage einbindet, muss diese so gestalten, dass der Nutzer sich vor der Kartenansicht bei OSM einloggt? Klingt ebenfalls wie der letze Schrei der Benutzbarkeit. Mit so einem tollen Account ist man dann natürlich auch nicht verfolgbar (ist ja dein zweites großes Steckenpferd)? Wäre es dann nicht einfacher und effektiver gleich den Stecker zu ziehen? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik Administration blockt QLandkarteGT
Am 16.02.2014 22:20, schrieb Dirk Sohler: Henning Scholland schrieb: Also wer auf DER Hauptseite (nach außen hin) von OSM etwas mehr sehen will als eine weiße Fläche braucht einen Login? Nein, da die dahinterstehende Anwendung bereits mit der API verbunden ist, und man davon nur die AUSGABE im Browser sieht. Jeder, der die Tiles in seine Homepage einbindet, muss diese so gestalten, dass der Nutzer sich vor der Kartenansicht bei OSM einloggt? Auch hier: Nein, da die dahinterstehende Anwendung bereits mit der API verbunden ist, und man davon nur die AUSGABE im Browser sieht. Was wäre denn jeweils die dahinterstehende Anwendung? Meinst du damit den Homepage-Betreiber oder eher den Browserentwickler oder OpenLayers als Framework zum Einbinden der Tiles? Warum sollten Browserentwickler und OpenLayers sowas tun? Also wohl eher der Websitebetreiber. Wenn der nun an jeden Tileaufruf ein key=12345 dran hängt hilft das genau 0,0 mehr als die aktuelle Methode. Entweder ich bin ehrlich und beantrage einen eigenen Key oder ich schaue mich bei einer anderen Seite/einem anderen Projekt im Quelltext um und nehme einen anderen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zum Lizenzwechsel
Am 06.02.2014 20:50, schrieb Frederik Ramm: Hi, On 06.02.2014 20:06, Falk Zscheile wrote: hat sich denn keiner einen Screenshot von seiner Gegend vorher -- nachher gemacht? Oder hat jemand eine Idee, wo ich im Netz so etwas finden kann? Ich hab noch die Vorher-Daten, und die Nachher-Daten sind ja sowieso verfügbar. Die für ein bestimmtes Gebiet in eine Datenbank laden und ein Bild machen ist auch nicht schwer, vorausgesetzt, jemand kann mir vorher sagen, welches Gebiet sich lohnt... Bye Frederik Wie wäre es mit Artern bzw. Rossleben. War vorher das non-plus-ultra und hinterher nur noch ein gerippe aus geremappten Straßen und ist aktuell wieder recht ansehnlich. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Ja, wenn der Renderer (mapnik) das wollte, könnte er das. Wenn du hier das Archiv ein wenig durchsuchst (Zeitpunkt um die letzte Wahl), findest du eine umfangreiche Diskussion dazu. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Nö, ref ist die Wahlkreisnummer und name ist der Name des Wahlkreises. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adresstagging - Karlsruher Schema
Hallo, das ist aber kein spezifisches Problem mit doppelten Daten sondern eher mit ungewissenhafter Arbeit. Das wird man nie verhindern können. Da finde ich es besser, es gibt eine Redundanz und man kann schauen, ob es Unstimmigkeiten gibt und diesen dann auf den Grund gehen. Sei es ein CP-Fehler oder ein fehlerhaftes Polygon oder ein anderer Fehler. Henning Am 25.12.2013 17:44, schrieb Eckhart Wörner: Hallo Bernhard, Am Mittwoch, 25. Dezember 2013, 09:32:44 schrieb Bernhard Kuisle: Liebe OSMler, ich möchte mich dafür aussprechen, beim Adresstagging nicht an den Bytes zu sparen und das Karlsruher Schema trotz der Redundanz beizubehalten. Auf der anderen Seite: je mehr Daten dran stehen, desto wahrscheinlicher ist es, dass jemand Fehler macht. (Ich hatte vor kurzem den Fall, dass jemand unabsichtlich per Copy Paste falsche Postleitzahlen in addr:postcode geschrieben hat.) Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzrelationen und subarea
Das Problem liegt darin, dass es zwei Relationen gibt, die man für Grenzen nutzen kann (bzw. die genutzt werden). Zum einen ein ganz normales Multipolygon und zum anderen eine spezielle Grenzrelation. Für erstere is subarea nicht definiert. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzrelationen und subarea
Am 24.12.2013 11:29, schrieb Jörg Frings-Fürst: Hallo Henning, On Di, 2013-12-24 at 10:04 +0100, Henning Scholland wrote: Das Problem liegt darin, dass es zwei Relationen gibt, die man für Grenzen nutzen kann (bzw. die genutzt werden). Zum einen ein ganz normales Multipolygon und zum anderen eine spezielle Grenzrelation. Für erstere is subarea nicht definiert. womit aber immer noch nicht klar ist wofür subarea gedacht und genutzt wird. Um eine Hirarchie der Grenzen anzugeben. In der BRD sind die 16 Bundesländer drin, in den Bundesländern die jeweiligen Kreise und kreisfreien Städte, etc. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzrelationen und subarea
Hallo Warum schreibst du nicht in deinen Startbeitrag rein, worum es dir bei deiner Frage geht? Ich finde das einen sehr schlechten Diskussionsstil. Zum Thema: Jede Relation ist eine Sammlung von Objekten zu einer Kategorie gehören. Eine Grenzrelation sammelt alle Wege, die zu der Grenze gehören. Eine Routen-Relation alle Objekte, die zu einer Route gehören. Das ist der Sinn einer Relation. Es führt leider zu Problemen, wenn man nur Regeln wiederholt, die irgendwann mal wegen einem konkreten Problem ins wiki gestellt wurden, wenn man den Hintergrund nicht kennt. Wenn ich dir jetzt stumpf Ground Truth vorsetze, könntest du morgen einen Großteil der Grenzen löschen. Wenn ich mich recht erinnere war die Idee dahinter, dass man nur die kleinste Einheit mit ihren Grenzen erfasst und dann bei der nächst höheren Stufe sagt: Diese Einheit besteht aus den angegebenen Untereinheiten. Im Kompromiss mit den Multipolygonbefürwortern ist dann daraus eine Redundanz geworden. Weder das eine noch das andere ist unwartbar. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?
Am 16.12.2013 19:54, schrieb Eckhart Wörner: Der Planet (als Maß für die Menge der Daten) ist in den letzten drei Jahren fast um den Faktor 7 gewachsen. Im Vergleich dazu ist RAM gerade mal um den Faktor 2 gewachsen. Hallo, wenn du mal den Datenstand von Deutschland mit dem Rest der Welt vergleichst wirst du feststellen, dass selbst wenn man sagt Mehr Details wollen wir nicht der Planet sich noch fer zig-fachen wird. Das Problem ist nicht, dass die Daten mehr werden, sondern primär, dass die Tools (oder Tool Chains) nicht angepasst werden. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zum neuen OSM - Design
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Im FF unter Win gehts auch. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSozuGAAoJEPFgsWC7jOeTjGEH/RBzfPvalnQjOSaIeg1sZQyz 15lMeA8i4aAdQnp3JkUVCPwDbyUoKcA213paNyHzdrYS6EFqVWgugWmGW06Di/pD BsdOwH3fV8S46ZAIsxY14H9yf8B9ekGI368K/vsCqQ6sSQ7widZ1Vnhp/Wv6NxTi YM0nu4Q4JcYk0LsoXuUC6WuU/xDe+pP00cyuUhMi+IUC/y6gYUapTUwJ3FUobKe5 ooV+AlB3YAlrHPQTN5bKgOOS9Jqh99EgDX/bVG6sVbBchTR0jgZDyaVBNWjtfzll BEJHLRvbdwRN39fNbQ5jBLWU3/wO2OEmErVwqxDqTccUGu2vpQLBHGaB67QMT4I= =FkLI -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Muster für Datenfreigabe/Lizenzvereinbarung
Am 25.11.2013 17:18, schrieb Georg Feddern: Bing hat die Luftbilder doch wohl auch nicht als PD zur Verfügung gestellt. ;-) Hier muss man zum einen unterscheiden zwischen: Privatwirtschaft und öffentliche Hand und zum anderen zwischen Daten und Hintergrundbildern. Natürlich kann ein Konzern sagen, meine Bilder dürfen von OSM verwendet werden. Eine Behörde kann das so nicht. Die kann nur sagen, jeder darf unsere Bilder nutzen um daraus Geodaten abzuleiten, die dann unter Lizenz X stehen. Bei Geodaten, die nur noch nach OSM importiert werden müssen/sollen, muss die Lizenz dann schon kompatibel sein. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues JOSM-Plugin
Mit mono solls angeblich klappen, siehe Forum. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 06.11.2013 18:57, schrieb Tobias Knerr: Das würde ich als absolute Mindestanforderung ansehen, aber auch für den kürzesten Weg über eine Fläche mit Hindernissen gibt es fertige Algorithmen. Müsste man nur in den entsprechenden Programmen auch umsetzen. Das sind ja alles nette Überlegungen, nur ändert es am aktuellen Problem nicht viel. Anaolges Problem: Soll man jetzt loslegen und Super-Mega-Multipolygone eintragen und wenn dann einer kommt und anmerkt, dass es einfacher für Anfänger wäre, wenn man den Thüringer Wald nicht als ein MP einträgt, antworten: Dann müssen halt die Editoren besser werden... Aktuell sind die Router noch nicht so weit. Da hilft es nicht, wenn man sagt: Man könnte aber und Dann müssen halt Oder denkt evtl. mal darüber nach, woran man die Nomadenwege in der Wüste erkennt? Oder soll da auch der Router irgendwie durch die Fläche Wüste routen. ;) Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSeqEuAAoJEPFgsWC7jOeTOREH/2LTIn7VGS6BHQ4haEaRRvuN er1S47q1EOsGXohbaAReMWDymWmpWP/6NqBjbowNnAWq7ikpoVxbsS6ZGwi5mrg6 m/NNfD91G1RYBqSuPc30HgSrzBw+JyjBOGscyUxtwdD6+eEgR9zYwquphoQgVekz X7P/UMhrNRXmVw8OJFaadZr9nQZbw9ds9J/HCU5zOlPN862DrcFN0WHRBkTxPQ2Z Ev9NVFucreYt9RSqAv8GXPA10hUUynalhgnhhBRL4ChvzXKPytGPONyU2Ze/jyck liAJ4gdzxmhncnOHbahe4v5VPF3poylHPpvBUfWVIrcIyTFBJQ5a9PkS5nlOVp8= =MVbP -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path am Strand fuer den Router ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ich denke schon das es sinvoll ist. Denn wäre da kein Sand oder Kies, dann würde man einen Weg erkennen. Nur weil man auf Sand und Kies Wege nicht erkennt, wenn sie nicht extra angelegt wurden, würde ich nicht drauf verzichten. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSd+7IAAoJEPFgsWC7jOeTIjIH/iLH/UKADJ3fIMvk5SHcufeM WvizMj661z+S5Qn+pXf4U4ceixkYZQGMdK+URudD/MVPsoISn/akgx33UBuW9w+S 9u3JjIoNnrtbSfxrLYnR8MfJvqUXlm7F3kew7DYBwhcm6nj4tR4KkqF94UHMGLjC p1U43Yk4EVxurovBTPMr8ZnzsMpiOqjyJQajOEa5UPv5hhdRkoiYmgBz/hmdA7/a VlNWEGdKuTv6uumugP4eYWzHNPL0TUBZxOaWawzt3BeSliwdnxhWf1hZ5owwJ8GM 1LXNfHjRwxrlUpBm14ghn57iRlOr6TIRc1tnkjv1IV/pVh6l6eKNNTHdmtRIEAE= =B7mU -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 26.10.2013 09:59, schrieb Norbert Kück: Wenn wir freies WISSEN fördern wollen und nicht freie VERMUTUNG, sind wir in der Pflicht, Unstimmigkeiten und Widersprüche nicht nur zu dokumentieren, sondern auch deren Klärung anzustoßen. Dazu wird man alle beteiligten Dienststellen (in HB: Amt für Straßen und Verkehr, Landesamt für Geoinformation, Statistisches Landesamt) begrüßen müssen. Das kann man sicher machen, wenn man das möchte. Nur ändert das ganze erstmal nichts an dem Problem, was man nun in die DB einträgt. Bis die Mühlen der Ämter fertig gemahlen haben nichts einzutragen ist sicher nicht sinnvoll ;) Das Problem löst recht simpel unsere On the Ground-Regel. Also egal welche Schreibweise orthografisch richtiger oder korrekter ist, es sollte das in den name-Tag eingetragen werden, was vor Ort erkennbar ist. Auch wenn sich bei Namen wie Ute's Hair Studio die Fußnägel zu lösen beginnen. Was bleibt sind widersprüchliche Schilder vor Ort. Mit lokalem Wissen (das man natürlich auch bei den Anwohnern erfragen kann) kann man auch in diesen Fällen den gebräuchlichen Namen heraus bekommen. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSa39uAAoJEPFgsWC7jOeT4t4H/3rIBtHVy8ToX6ap9gsTY0zI ar9dijei8iYbDtYB830hE+58zM5vEvoTPGwKBAs/OgC95fzzRUJUepx0LrzPSSqN UPdgVO7N96GswEAB6N7ELMKm8C4bAW1JEENbu6F1baTSTAaUBrZJIyEQIKqbyJkJ kAeUQGPh1gpB8xtXLF3BPQbHmzL1VCjxEczmEIy48kJOQZL9Z2apkKWT9V+VTr9+ 5BSGmUMBPWnRYXHQROVoy2WVJa6hsZ2XKDi2kFnViZM5GhnsbhcQizzwxcTwrcDN zYXJCCpF9rSKMvhCqwmTKuSESNeZ9K7gpbOR+ej7E4ofFTHxvsoEe/WLNxw7Fx8= =Urs0 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 21.10.2013 11:02, schrieb Sven Geggus: Allerdings _ohne_ nennenswerte Synnergieeffekte :( Darüber hatte ich mal mit Computerteddy gesprochen. Synergien wären schon möglich. Bspw. die Verwendung eines planet, aus dem sich alle direkt mit dem Splitter ihre Daten ziehen. Wenn die Input-Daten identisch sind, wäre sogar beim Splitten noch mehr Synergie möglich. Das war bei unseren beiden Karten (Computerteddy und RadReiseKarte) leider nicht der Fall, da die RadReiseKarte bspw. auch SRTM-Daten benötigt. Bei gleichem Input kann Splitter auf einem aktuellen Desktop ohne Probleme 4000 Kacheln in einem Durchlauf schneiden. Beim eigentlichen Rendern mit mkgmap ist es dann vorbei mit der Synergie. Beim Splitten kann auch noch recht viel Zeit gespart werden, wenn man eine statische areas.list verwendet und diese aktualisiert, wenn mkgmap meckert. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSZqfUAAoJEPFgsWC7jOeTeaQIAJVWX3iUx/5t/V3e0yFBfYZR LhJFDpZpHtj0XbTc2Y61G5XZsO4d18AsZQZtf1Gw9nGTjNSHmqMXl+MtiPNsdXKA xlzFzIndxtdx1+0twwqvnfQrEJfl5+7h85h6/AYgC/W/eBdA2e2f4+Lk3ym9sf3o BMTfZaxKw6aewctFPjWybuTiI9MDW1OZWRTr9MQ4ZBTK3AY9nzdKPL8/EZ7fjjHs g0niz6pdQhmGVrPZSct/MzCIRQfpT6vju+ARhKlR74VLpsRvpNnM9N3+XRMXYSXY LATjn/4wegIQ/w98EmW1Q/kzE8AZe2oFxn2lh8GDE6O7vj9vthxZLYzO0XQehOE= =Fze0 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 19.10.2013 17:24, schrieb fly: Ansonsten würde eine Flächenberechnung mit Hilfe der Wegweiser genügen, bzw ist so was auch häufig über administrative Grenzen bestimmbar. Kommt drauf an. Wenn deine Annahme stimmt, muss man vorher schon wissen, dass es in Gemeinde X nur das Netz von Landkreis Y gibt. Wenn das Netz nun aber von der Kurverwaltung kommt, dann muss es sich ja nicht unbedingt an die administrativen Grenzen halten. Wenn man nach administrativen Grenzen geht, weiß man auch noch nicht, wer nun der operator ist und welche Grenze man nun nehmen muss. Evtl. haben sich auch mehrere Landkreise zusammengeschlossen... Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSYujlAAoJEPFgsWC7jOeTtTIH/RQZIsiMGWZH0pIBcgGj8w/Q TDNqzQXYJ+mmxuguvTM+mBbJCiqdome3P5GExwHGLg7L1UNZSZ4sSLPATfgAq1tt VaGRGoovlRTUBrbRNhqD4wi+M2jdRZZpDJiPE/E46jdsrwxKHf6xJV5BDPb/4v+f eURVtwOdL42GH7u/uLnNxi4zfGJtmOVt7yQJB9Du02nCXzSKFNCfPxQeAUuy1bbU nnzwlwNaFOaVgDDKbnBsUKEBgDzt+T7vllMM1ZZyPnA6O/qTR7aY1JqQ8S6aPcMf lWg4rhvLNA11PIMbGU15R96SV1QHIuZuq6xzqfGzDboWMmhS2+Z90Gu0Pm8d85U= =1XVH -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
Am 17.10.2013 14:44, schrieb Andreas Tille: On Thu, Oct 10, 2013 at 11:12:39AM +0200, Steffen Grunewald wrote: Irgendwie habe ich manchmal den Eindruck, dass in die Kartenerzeugung unglaublich viel individuelle Energie investiert wird, die Betreffenden aber untereinander wenig austauschen. Der Eindruck täuscht, hoffe ich. Nein, der Eindruck ist vollkommen korrekt. Würdest du @mkgmap-dev lesen, würdest du auch wissen, dass dem nicht so ist. Wir reden nur nicht über DIE Karte, weil daran anscheinend keiner wirklich Interesse bzw. Zeit hat DIE Karte herauszugeben. Genauso wie du auch kein Interesse hast. Daher finde ich deine Kritik unangebracht. Dir ist Debian wichtiger, anderen sind andere Sachen wichtiger. Wenn du jetzt nach Unterstützung für ein solches Projekt fragen würdest und dir keiner helfen würde, dann könnte ich auch deine Kritik verstehen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dann trag sie doch ein Du Depp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Frederik, ich denke das sinnvollste wäre, wenn angemeldete Nutzer einen Beitrag melden können (wie man es aus Foren kennt) und die Admins eine Liste angezeigt bekommen und dann kritisches Löschen können. Hielte ich für sinnvoller als wenn das jeder kann. Evtl. kann man dafür dann auch auf Notes beschränkte Mods suchen. Die DWG wird das derzeit noch nicht stemmen können. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSYERlAAoJEPFgsWC7jOeTSjQH/1B3ekkc6dIFYFHTCjXqo9Gk btLpggFAho+dg/5tcfV49q/2b0fgrar2KYZyXdPqoD99Ux6JVMD6ynYmNCJ6bhy0 lKfeADfnHihigegOXCoUDMDisvXYnsFvaFYkgdGvkES70elwzljEsYECnPsGKrKX +djZ8z+1eOl4Zyz6PZsoyENeUr5NjjUJIY7K4PPYCyKPq5GxSERovhbT/1+MxPZn 0se3Ud6TeDx5IfE0xRF2dwrNnDufTj6LwZ33O8Fq+ZqvE6kvJyHQlbZCN7kCpb92 UU7iuFQ49x7LaI/DFUfMpbTvizvGwpWfE0xPlTuDtTocBBb7R2K0HSzZrsdUpnA= =VVyk -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 16.10.2013 14:09, schrieb Martin Koppenhoefer: ja, der operator beschriebe in dem Fall (m.E.) den Straßenunterhalt. Wenn man taggen will, wer die Schilder aufstellt und unterhält böte sich an, das als operator auf den Schildern zu taggen. Wo wir dann wieder an dem Punkt wären, dass man sich dann das Radnetz von XY nicht mehr separieren kann. ;) Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSXr3WAAoJEPFgsWC7jOeTea8H/iCBRoYTOrxRbdqT0z0d4j7m JJ+hEfdwIcTwLx1vwNW/iHTYrbzB+Im8zbIrnZ7YgAMr/nOtu3aMBPBzodeP8QbM QqsB+/27vWf8FeSLmnDqKRs4eCswdb79BaainvwHSb6mU/TZzEP4uevM4yeNJSsQ szKpoponQjgeTcx7fDy17B7MGps9f0bXSK/D89672uwei2M8rOlJVxjRKiRQcheN p7ktzJJ56Z0B0wzyGluflvnxK3x2Gjwr9OLETzeDsqjYI/7GHtdO4dVw9O0gmCEs eM6dHTPsF5Gcu+qYaDogi7uyzhLrhTQPqwV/Z7q2yxSXJqKtgFFeMiHarAKwXjY= =EU4A -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
Am 15.10.2013 16:33, schrieb fly: Bei Netzen ist es möglich die Schilder einzutragen tourisme=information, information=guideposte und dort jeweils den operator anzuhängen. Hallo, erklärst du dann noch, wie ich erkenne, zu welchem Wegweiser nun welcher Teil eines Radwegenetzes zusammenhängt und wie das funktionieren soll, wenn an einem Wegweiser Schilder unterschiedlicher Routen- und/oder Netzbetreiber hängen? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, du sagtest: *cn am Weg reicht aus und operator gehört nur an den Wegweiser. Nun frage ich mich, wie ich jetzt aus den Daten das Radwegenetz des Tourismusverbandes XYZ bekommen soll. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSXbANAAoJEPFgsWC7jOeTClAH/AyP+Jy1M8E5Cm3qHC13QBLZ ujIYVbqMeEmtbBe4Sbc1HMtMEiye8GUxFi0KU1uI3YXPZpoTkitMbyQuQgzjQVEu fbqUyPlgw6sVKd+W2TtZ8bMQ4/UuSOd7Opz9z+xLlm6BMTeJRqyqwjX0uuTc4Ek0 aQDtEzUZcaEZXnDYMHluqikQtVBuxSN2gNanzjFdtkx01898e6k2F1ipt3U8F51s /eKip/5tmWgrtwTpGwq4QzWJ1ZzefNScssvBndkBS+CDTEr6B64MgGWU/PjT+kKs VHqj/Lw6BEFpAlCpbCCuUCJ7R6mHXg4cq/2T3/PQ1EVEuVvSSE9k2U2nIsogaSk= =UidC -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 15.10.2013 21:55, schrieb Wolfgang Schuch: Wären da auch gänzlich falsch. Denn für jeden Weg und jede Straße in Deutschland gibt es einen Baulastträger, der für den Unterhalt der Straße zuständig ist. Die Rad-Wegweisung an der Straße wird aber meist jemand ganz anderem gehören ! Hallo, das Radwegnetz hat einen operator. Dieser gehört dann auch zu dem Netz dazugetaggt. Wenn man das Netz nur an den Wegen erfasst, muss der operator auch an den Wegen erfasst werden. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSXbCcAAoJEPFgsWC7jOeTChYIAM4b/4ahNG0LZhiU4fz09g0u AflJ1r1E6dA3prmYRs4FjkpZpJHZXjEMRdeFEvAYWxBMaaTyS1t9P5/jM8IRDNf8 UyGR3Q6kuNh2B0oX60NXM/eA5uY2XXd/GsYCaFRN+MGefkxOfQBOrxI3mni/zUbr +6mpnV8TNV+cIQs0uOP6EF3bV+e2KSkpMR0pK6mPEW/DwTEWZ3NQuNTlUz1KSNkB dVDOLAh+eP9C3zMjHdN8D5qhn+sna6q2OJbwXGNHTlWYP5V8ETKassCGrxGqLycK Bxib7iu/U54zCcxzpCkY3DWcNSQS/n9r1v0m0W2LcdLLPjDg+ULZBL85s1jxc+k= =ny57 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 13.10.2013 18:01, schrieb fly: Frage mich ja wieviele dieser Netze mit unterschiedlichen Betreiber Sinn machen. Ob das sinnvoll ist kann ich dir nicht sagen. Ich möchte aber nicht ausschließen, dass sowohl die Stadt/Landkreis sich ein lcn ausdenkt und bspw. eine Kurverwaltung/Uni/wer auch immer ein weiteres Netz ausschildert. Die können/werden dann auch gleiche Wege nutzen und dann steht man vor dem Problem, wie man das dann auseinander hält. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSXBcNAAoJEPFgsWC7jOeTI0EIAIioP/rtLJaVrRwvqSHx8dxM klOohpjtQFGB4BGpCav5bmByopOLOsXV0VKbuHUP6IQ1yxKUmNkryAyk+/7eUT4x kTh42LO9g39gA7FUgonChoWyEt70s5ReHAGJdt5EhxG/vPNdXYVX9q0Wwr/fjzNf VRzJS6/liNkwsQx7JMR8/T495HyiYUaA35yraFsYuQsHlOKIIi+PS7+jeBpFqxNB dg7aG/Go0EfmoLLbdhoaa8T9C1X3Sy8WW/TBC7b3RRGKbClkA+/qOF1APdZSZcFA yRAbiWkOyy161XXZtLXWVcM8rPhOxr1frL8gzAyjyNqPL8oK/hzoSzLZYLq96+Y= =cYD6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abkürzungen (bei Sportvereinen) im Namen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 14.10.2013 17:51, schrieb fly: und was ist nun entscheidend oder gar keine name=* und nur short_name=* plus official_name=* mit den jeweiligen Übersetzungen ? Ich würde bei name die Abkürzung eintragen und official_name die ausgeschriebene Variante. Hintergrund der Regel keine Abkürzungen zu verwenden ist, dass es Probleme gibt, sie wieder umzukehren. Bei einer festen Abkürzung in einem Vereinsnamen ist dies nicht der Fall. TuS ist immer Turn- und Sportverein, FC immer Fußball Club usw. Bei Straßennamen hingegen kann ein abgekürzter Vorname nicht eineindeutig zu dem ausgeschriebenen Namen zugeordnet werden. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSXBjfAAoJEPFgsWC7jOeTf+UIANlf+hv1mVreznT8JX8ZWCst sDl+OqQxbPrzNukrO6GyjuTfQOaBJjFoGcN5dsFf4IdWPNmESyDE87SP7uCiG2oI 5oX9V62bW8bDr4fHQdg1qqMTDJzNmquyWFDOyUcjtEfrnGfqrfuJWaiSGtJJGvo8 7D3zA5G5JtLiKvhpVznYnMyFgdG3zFzzXub9WZtPZnYEu/42eUYc1nhFAyWrEnBX Iat86AFVPkf5nYzgu8tvb0Dqfk46hotGrMddN/KlPrkmnHHP15ocEvbdzXKGtjPE uvBQyJ/h96UTrvvDlrPUSd7WkoqhD0wW0yNwwKAmpwI5yTxFX+6ECBQA1ndyHcA= =zpcp -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Am 13.10.2013 00:39, schrieb fly: Da entstehen also mal wieder Sammel-Relationen. Wo ist da der Nutzen gegenüber einfaches taggen als Attribute an die Straßen ? Wo siehst du denn diese Sammelrelation? Sicher, man kann alles an die Wege taggen. Nur macht das dann auch vieles komplizierter bei der Zuordnung der Tags. Bspw: Wozu gehört jetzt ein operator. Auch logisch betrachtet finde ich es eher gewagt, zu sagen, das Objekt Straße hat die Eigenschaft Ich bin eine Radroute. Viel eher verläuft die Radroute über die Straße, bzw. die Radroute nutzt die Straße. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSWkNVAAoJEPFgsWC7jOeTZ0sIAOUNTDYjNT1cGrkv89JjMrn1 vAEEhJLQIVvlPH1ORUPweodDFdzigsi52lwyw3l1TpdSamO0HNybKuzKiW+3atbw QgGBljDrLRBxDBKECw1fTq51Xl4R7Z1971dqV50VrO7vYwLLYKRDkYtNT/4DY2lg Z3BVNRiy42nVTMDPysfaGx4SrQeIQbtdMzzxOnPoTCT2aWck2MPoiBuAc+n1ciPo 1IEJfTK5H5oEc8j2BrVU1Z6pGYATkchLhXb2jVe/HTz3E40CAG8rgH1QOJ5LrCcT /B/z9fIKDfR1qhZ42SkzLWMVt+XPsIJJ1DYtjYfUlPDwpWKYT7390msNTwx73lk= =yUTL -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 13.10.2013 09:00, schrieb Martin Koppenhoefer: Das ist das, was wir gemeinhin als Sammelrelation bezeichnen. Und wie sieht es dann mit der Sammelrelation aller Wege aus, die die Grenze von Deutschland bilden? SCNR Das Radnetz von XY ist für mich ein Objekt, wohingegen alle Gebäude von München eine Sammlung von an sich eigenständigen Objekten ist. Auch das ÖPNV-Netz von Augsburg wäre eine Sammlung aller ÖPNV-Linien von Augsburg. Bei einem lokalen Radnetz, das nur auf Wegweisern beruht, gibt es aber meiner Ansicht nach keine sinnvollen bzw. real existierenden Einzelobjekte. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSWkzsAAoJEPFgsWC7jOeTFGMH/0MdwimQGWm07+75ZG4rMTHV YORktmuXrp1WQTPs4T96j8vvDCV3Mz08rAQv/UxI6QOWTnat0Yz0EWkveyO9JHl+ VPskYsAwt/9rXaxqWEPG4Q/LMy1gZ++qMDTum0YHO7xYlbjEGXYTS0+3xpocYYoN q3+g4kzyHZosZLu/vAG4lMb1hAoZbXfdio8I/WoOkayyToorey6sJhwL9OF1k/zM NcWs2f8jkf6JRM6UtzkzQT3u5U+6JgTWEsFEy2L2NStUNDycZ4KUFWrIqDW6A18m NsDV5aDfVV6ZIoTmGtoJ/5nxdo5r5aYMootEvoWgr2JMO1hF/uh/8i65m18JEAg= =K0ZI -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von mit Fahrradwegweisern ausgeschilderten Strecken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Martin, das Straßennetz von XY ist eine Sammlung aller Straßen von XY, wobei eine Straße eine sinnvolle und real existierende Einheit ist. Das Bahnnetz und das Stromnetz bestehen aus Trassen. Es gibt auch Radnetze, die bestehen aus definierten Radrouten. Bspw. das D-Netz, EuroVelo, diverse Knotenpunktnetze etc. Es gibt aber eben auch Netze, die keine definierten Bestandteile haben, die eigenständig einen Sinn ergeben. Für eine Relation spricht weiterhin, dass sich die Netze überlappen können. So kann ein Weg an einer Stelle nur eine Oberflächenbeschaffenheit haben, jedoch unbegrenzt viele Radwegnetze. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSWlsIAAoJEPFgsWC7jOeTuykH/jy5slvGJPEI/XkDaAgDYBiM S6szrgt0fHONbzV4p0yMwqGF6eSSLAujIQshKyO7PhKu5Qofl0qru/indR4vkDUS plb7YBJ/uKytbK53DTl/EX5CSZ0ZNODH1VTi1YKuAvy8lUe3qkREWoRCLpXEzfmW 5viFhPWcuZL4Hz6H2wg0VT5NfD7YgiLsv72qHDKkYqWU6U/uKdU0nJVONeq5qCyJ F19eEbVSc7K3n8nNoh34f/sUyxxloBp9UrB5dmU+3CxLnxLf23dW6wUB3qa65aFQ x+XNKEqY4bFPpL/wp0QK+h5vZMeVD1grylJb4KUc4LqpekmhrD4slxQmTpqYEGw= =CuDF -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Peter, dein Misstrauen finde ich etwas unverständlich. All die Fehlertools zeigen nicht Fehler an, sondern mögliche Fehler. Ob das letztlich ein Fehler ist muss der Mapper dann erst überprüfen. Bei manchen Fehlern geht das aus der Ferne, bei anderen braucht man Ortskenntnis. Aus diesem Grund würde ich mir beim OSMI eher die Möglichkeit wünschen, einen Fehler als erledigt bzw. als falschen Fehler zu markieren. Bei den falschen Fehlern wäre es natürlich hilfreich, wenn diese auch nach dem Aktualisieren der Datengrundlage erhalten bleibt. Fehleransichten ala Info am Punkt passt nicht zur Info am umgebenen Polygon wäre auf jedenfall sinnvoll. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSTRuTAAoJEPFgsWC7jOeT8EAIALn8pEkQLmPLHTojB5yFCa28 6R3efsrbPtJbhAjQ032MM72nPn2ooV5Cz8jhaCJcwOQVcVpKr54xtykz/rvmPknA /vOiQilyIsQBJhRXQT04s7oG6F31GoQGGRTF+x9xb5GPOI2ShYEp0H/EQtBFS80B 0SEtxyxGuY2LcKLZMc5+gxMMLeRV50lffdBgj0xSLEwqDkIMaQIP6NvKWFnR79pJ 8YCgWR5EYhGD6GN33vRCQV1Rxm8q5ZgV+DBRqG+N5+5oIaiPBLDucWRdMozRnI6e Mw5xxt2Y0/ggk+GjY851bbzz2QQFx5kMvB8OyV/46Bvmx2+CWx8GA8ylpPeN3cY= =NpHo -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Werkzeug für Sesselmapper
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, ein wirklich nützliches Tool, leider nicht meine Mappinggegend :( Daher auch gleich eine Frage bzgl. deiner Einschränkung. Willst du nicht mehr machen als Südostasien oder sind es technische Limits? Henning -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSTEkFAAoJEPFgsWC7jOeT5t0H/j1T6nhVcTfzwH6n73D6GwtR qOhbfi06nuYRU1VdiE893e2RlPmwe9f1PSgvdVNp5jz5t144EM1HB7Aa94eUPgxh auoxwDxCoK22RNXZ/qGu/LVaOG3KZIukwcjvtihWgXix1dzYYVTxN1/sRnn5BhwD zZgB0Y738FBMn7slkAO5qIEduP2DCOv3rH30vZSznk6mT/eK46lom4+VCpLJjx2u SA8zDSrMzoG5W1ySVxfHVzuWpjlQhoFO9G0lhl8BI2liFiDWDaC9L7x+vyrAyy3W 0LSSKPp39LOvkawnGj6K8PTHG8ZYuGb5pOzyXMKu1d2dlN1lNXoOqtXjI3UJc9w= =ND/R -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Am 09.09.2013 18:37, schrieb Stephan Wolff: Mit POIs könnte das funktionieren, auch wenn die Ausrichtung an vorhandenen Strukturen hilft, das neue Objekt zu platzieren. Dafür reicht idR. auch eine Hintergrundkarte Bei Flächen ist es schon weit schwieriger. Dazu müsste der Editor die Semantik aller Tags kennen, um zu entscheiden, welche Flächen sich überlappen dürfen. Sonst erhält man einen Supermarkt, in den eine Waldecke hineinragt. Hier denke ich an eine Positivliste, auf der typische Überlappungen geregelt sind, ansonsten fragt der Editor halt, ob das gewollt ist. Wie es der Validator auch macht. Bei Relationen, wie den hier diskutieren Wahlkreisen, wird es gänzlich unmöglich. Wenn Relationenen für den Mapper nicht sichtbar sind und er die Basisobjekte bearbeitet, können die Relationenen kaputt gehen oder (schlimmer) inhaltlich falsch werden. Eine universelle Regel zur Reparatur der Relationen kann es nicht geben. Man kann die Komplexität der Daten nicht vor den Mappern verbergen. Bestes Beispiel sind die ÖPNV-Daten. Ohne Kenntnis der ÖPNV-Modelle kann man viele Straßen nicht editieren ohne die Buslinien zu zerstören. Ich hab auch nicht gesagt, dass es für jedes Spezialmapping funktioniert. Muss es aber auch nicht, weil das ohnehin Dinge sind, die Einsteiger nicht verstehen. Erfahrenere Nutzer sollten auch in der Lage sein, Filter gezielt selber zu wählen und ihre Edits so machen, dass nichts kaputt geht. Der von Tirkon beschriebene Widerspruch existiert und wir müssen in jedem Einzelfall zwischen Informationsgewinn und Datenkomplexität abwägen. Das muss aber der Mapper machen, der die Daten einträgt. Da dieser typischerweise ein Interesse an den Daten in OSM hat, wird seine Entscheidung typischerweise so ausfallen, dass es gerechtfertigt ist. Eine neutrale Autorität gibt es bei OSM nicht. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSL12QAAoJEPFgsWC7jOeTRVAH/27J7gNrnMUm+rJJfRPQ2RIU 8fVY07mY6WgaYscxpLtZ1oZ2jk8wHnQkU9niuc0vcs/9AOZgl1Asu6XLUuGoHM83 44RQ2BfzApSnLEX2e+KGOQqDM4sLbv3duoaHgvxKXQeKnA8qK1PEaDMwxNHpPJUP ul9j5FbLEA5qmbbMjTZIQOnRCpE/ZFhUIH55LFoF9EAm9plA3fNIY8ilKb8V3IkI H/fqzsGbZxBTRjGBwSy5C3cVdbDZq5YiPvlOF3ld1Gqa8ewNMIQi6gPLs24bS4yZ xhf6PtS5kmaP2jvCZXwV9S1iljlrffWaCenI9TCO3ZxWyIKPIRPQ75ju36JK58Y= =5vkS -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Am 09.09.2013 18:37, schrieb Stephan Wolff: Dafür reicht idR. auch eine Hintergrundkarte Hier denke ich an eine Positivliste, auf der typische Überlappungen geregelt sind, ansonsten fragt der Editor halt, ob das gewollt ist. Wie es der Validator auch macht. Ich hab auch nicht gesagt, dass es für jedes Spezialmapping funktioniert. Muss es aber auch nicht, weil das ohnehin Dinge sind, die Einsteiger nicht verstehen. Erfahrenere Nutzer sollten auch in der Lage sein, Filter gezielt selber zu wählen und ihre Edits so machen, dass nichts kaputt geht. Das muss aber der Mapper machen, der die Daten einträgt. Da dieser typischerweise ein Interesse an den Daten in OSM hat, wird seine Entscheidung typischerweise so ausfallen, dass es gerechtfertigt ist. Eine neutrale Autorität gibt es bei OSM nicht. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSL12QAAoJEPFgsWC7jOeTnxEIAJBp+7lA0Y72uWOVx5UNwu12 7r8JzCuC2S5iG5PaDlUNJI1+S4cz09MuHqVPcHcxTx5OcM5F6itY+SK1yXRZScaX 3dEqi2AO8N/4qxIqXAK49AjlaxuiMWd+ATQmZG7qBU3I8LhQT3v32ZxYoD86kEJh NZdlCUIsU4qnpTFNQlnrr5XHKeMsHqwfhfmzy1TSeXS+ezFhLQPpfTd5phxOWV5S BIPjo1aG3YEgtMONiLmGGePPt/N0Em8MGiEASaNOpUEuTGrJWwH4qsiu73Ah/yag aA7wz5rdlm0KD41BWCAgFL9xv+u2D/JkbDVaBXtUI/cUvGT4t9qhEXU98YdEJSw= =hANp -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] In Niedersachsen gibt es keine Regierungsbezirke mehr. -- aus OSM entfernen?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, is_in ist genau dann sinnvoll, wenn es korrekt eingetragen ist und es keine Grenzrelationen gibt. Wenn die Grenzen vorhanden sind, dann ist es eher eine zusätzliche Fehlerquelle, die Software irritiert als eine nützliche Ergänzung. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSLLBxAAoJEPFgsWC7jOeTH6kH/1v70YauJ+1+/quTmt+h/P+5 woJ9EmPTlOPqHIuEKN/8TP2/vwby9clC6eBcZgAQWkbNa8x0zhTIineOrq7rwNNy jrTscP7FIwkJzx4hxrpM03/uMnt16ylp2jjcJLwzscEwVX3j98fD1234qPLb5Gpk YKaDf68XqskC+Biq0h4PcWyQVq6RIkYhIbCokarDi29hblOyGW1SzXuBjxZU1G4Z +LqQMjvMsF+6VpNwy0v1N225vM1DxqiA2+fuRzIaQ/lrC6cuG2dU6pBBevFV4ik8 MFc8YdBaSpZhF62bUJ+Dfi7oLcZgeDutbvifoGlWIVg+VOhc89kcgYmNUh3YDQc= =SEE9 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Am 08.09.2013 17:49, schrieb Tirkon: Bei OSM ist die Situatuion anders. Mit zunehmenden Inhalten wird das Editieren für weniger erfahrene Mapper immer schwieriger. Wenn eine zunehmende Komplexität verhindert, dass die Maintainer vor Ort zunehmend im Tag- und Relationsdickicht nicht mehr durchblicken und sich damit an einfache Korrekturen nicht mehr herantrauen, wird es schwierig. Das liegt aber nur an den Editoren. Wenn du bspw. josm auf einfache Art sagen könntest: Ich möchte jetzt nur Supermärkte und Hotels bearbeiten und josm blendet den ganzen Rest aus (außer Gebäude, Supermärkte und Hotels) und führt im Hintergrund eine Überprüfung aus, die warnt bzw. verhindert, dass man mit einer Aktion andere Objekte verändert, dann wäre es völlig egal, welcher Mist da sonst noch in der DB ist. ;) Mit dem Filtern ist das schon teilweise möglich. Die Warnung/Sperre fehlt halt genauso wie eine Einsteiger freundliche Umsetzung. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSLLKVAAoJEPFgsWC7jOeTCA4IAOo63CX6cmSDNww28PDtcNIG 6nTVjPfbWQ/Hho9e7xAiDPDY9aETZLKFMZ59+8qoBdQ7cw91O+P/oBGIM3Q18ohd LbW9OnU1aALQCVUzMJH1/rWQRqugQ0o27HYbdqoOQG5CqeDV/ZsGjEQJRyXJaAO7 8kYAVCScPoEARggiK5lA+bA+9R0Ty9QRduF8t+iEpSmcMsxPHbhuBRr4TH1ZU5R6 9NjTYDVvW0cneQa8rLdnpGgX1MeuTY+Wuu6Xv57izJcqRCu11M+WSsbmw6SE8YuI I/JO+ajMElcC/mTVT6c8pqY5eR2iAqbNPvQPrhxg4JWJL/vGsRL5NP48C69Ew1Q= =Mv74 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, also wenn ich einen Supermarkt eintragen möchte, interessieren mich die Daten von Straße, Landnutzung, Grenzen, Flüssen, Bäumen, Bänken... nicht wirklich bzw. als ein Hintergrundkarte ist es ausreichend. Ich brauche die Information, ob in der Gegend der Supermarkt schon anderweitig existiert (verschoben etc.) oder ob er noch fehlt und es wäre hilfreich zu wissen, ob es schon ein Gebäudeumriss gibt, den man als Supermarkt taggen möchte. Wenn ich eine Radwegrelation eintragen oder verbessern möchte, ist mir die Landnutzung genauso egal, wie Grenzen, Flüsse uvm. Henning Am 08.09.2013 19:38, schrieb Martin Koppenhöfer: Am 08.09.2013 um 19:23 schrieb Henning Scholland o...@aighes.de: Das liegt aber nur an den Editoren. Wenn du bspw. josm auf einfache Art sagen könntest: Ich möchte jetzt nur Supermärkte und Hotels bearbeiten und josm blendet den ganzen Rest aus (außer Gebäude, Supermärkte und Hotels) und führt im Hintergrund eine Überprüfung aus, die warnt bzw. verhindert, dass man mit einer Aktion andere Objekte verändert, dann wäre es völlig egal, welcher Mist da sonst noch in der DB ist. ;) ich hoffe, das kommt nicht, weil das ist so ähnlich wie in Josm im schraffierten (also nicht vollständig geladenen) Bereich zu editieren: alles hängt irgendwie zusammen und wer nur einen Teil betrachtet macht fast zwangsläufig was kaputt. Was ist das auch für ein Mappen, nur Supermärkte und Hotels, normalerweise geht man irgendwo hin und was einem auffällt trägt man ein, verfeinert und ändert entsprechend. Diese andere Art von Edits (heute mache ich mal Hotels in Bayern) geht doch sehr in die Richtung mechanische Edits, die sowieso nicht so gefragt sind. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSLOSlAAoJEPFgsWC7jOeTMRMIANkKQSBcG+cL6zmSMD+rxoLY 2n3DAHiC0RVI30pcM9+JDopjy9vD/1UEynwkANRjhdUlbxYnXaIbORjBLLtkoUZo l7e1ANY0pIIVsFlxu/8lCE7iKBOUCu18Y7UGL34RifWZ8pM2K6xDjQqWZO4Slw4P LaU8BzhleJBYQHPM/VCdTcAcAJ12U8LZbbDw8gPuslMBXw2+AIxXXANhEyYjQIBt gsqnlyyDLuuPz1ENT2MPmbpPHffbTUl6fU5cdLQicZbOMT5wTh9cJ87LFm9QF74U 2W6CK+nU0wgfVeVQnLUXGVLx0fI18QGkaWae9KUjJ6RBmDqKGillay/whyKPVos= =Y6qz -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Velomap für Linux-Nutzer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Können kann es das schon, aber mkgmap braucht halt auch eine JRE auf dem PC und das auch in einer halbwegs aktuellen Version. Das kann man nicht bei allen Nutzern voraussetzen. Henning Am 08.09.2013 21:40, schrieb Sven Geggus: Manuel Reimer manuel.s...@nurfuerspam.de wrote: Sehe ich richtig, dass dieses gmt ein Closed-Source-Brocken ist? Ja, aber das braucht man nicht mehr und es gäbe auch ein Linux binary. Früher hat man gmt benötigt um mehrere gmapsupp.img zu einem gemeinsamen zusammenzufügen. Inzwischen kann das auch mkgmap. Gruss Sven -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSLOU1AAoJEPFgsWC7jOeTjjMH/3ZmBd9vLueMpe6NrpQI9nzd YCImwoOvs99WyabiOYJX9Vr7nZ0AorhiZGaYcI/XgE3jgxS5IfM7XtECfm2K1ePk GKh5ZPRdXjwOcO1Zx3+kdlTEl+lrjSHv94wk97PccQCBj3+/H93Fh7xq3Eaj8bAd C7vswzL1ldvA9W0Hw3yz4TwhVbqSGvKhjICT8UKHUbfvJragQIQqVMR/8YX0hEgI MjMzI7bhObpSTEczkYEbtYdOtjKf4jpgRFto6dlNNl1s/EiAAT9owxZFGItWxEV9 q1a40cvU0dXT/8wpTE8vaKnDv+IhmOBukcuUFP9IRCbGqPAcyZ39kWX2HkpRIhY= =A4tM -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, du meinst eher: bis der eine Renderer damit umgehen kann. Da kann ich nur entgegnen: Wir mappen nicht für kaputte Renderer. Henning Am 01.09.2013 15:53, schrieb Frederik Ramm: Wir koennten auch ueberlegen, die Wahlkreise so lange aus der Datenbank wieder zu entfernen, wie die Renderer noch nicht richtig damit umgehen koennen. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSI0pEAAoJEPFgsWC7jOeTfs0H/j0CjVOzJhrNSmDpHVgJhvka HuYxFf0a0u/EOohHm/dfvAlWWItghpt3orhsci/pcceAXEJQGQplkVQbMV1pFtuS 3ikIA4GZ0mwv32MZTQKMXC9DUNz+SczA8M/zM0OFyDflkBRmAwqbP4u0FSqMXM7a RcWbozWWAVK4Bg2ECW0GpZgKJMGVXlf1rMiEmyUXKh9UutR344kA17CemSxSc5lU +DhGKRxWB27GPwuBuCFsCxeLOZngBwbLhg4Yk0ldoAdI4m+qFMyKZcO3Zkg4RKDu Iyjxu5G6HzRI5pof0JTQYYXd+g1gnjLIJOUc9i8HaP3ixblxEdPyqqTfUmGHnk4= =fsKf -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 01.09.2013 16:30, schrieb Dietmar: Warum sollen Renderer-Regeln angepasst werden, nur weil ein einzelner OSM-User hier seine Wunschvorstellung durchsetzen will, die Wahlkreise auf der OSM-Hauptkarte anzuzeigen? Wie kommst du darauf? Die Grenze des Wahlkreises ist entsprechend getaggt, dass sie kein Renderer anzeigt. http://www.openstreetmap.org/browse/relation/3133453 Wenn Mapnik alle name-Tags rendert, ist das die Sache von Mapnik, sich zu ändern. Man kann deshalb nicht alle Namen von Objekten, die man nicht auf der Hauptkarte haben möchte in andere Tags zu schieben. Henning -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSI1NOAAoJEPFgsWC7jOeTshEH/2V6M+uvfZdKb70UJS7vC7gT 3mFF6PmdJwaiKfNHa9B+LkkdC/OXf/MqU9LtskjJuk/sXFnUW+NpBcpQEzDmI9lo MA6h8ZAyfa3xpbjIADxTvzhI93hPNO0pD7suf4IIn9jjFZrU+2Sp7iobBWCnzS5L zscErNXRreyX01g43Lsi+MOnd4dEDFj7umDGI60YZkRJrnok3uKjxgte7pgwsMW5 DGFuWaTnXx3auqJTGl53vjsV4etTdPH1dqkiSDFmZKFLGQff2FHvZlGEaOMROdHi R5KavHdKSMXALqCuA+tin1+yPRGakNk81O9JRPD6GUaqtlYjk5LZpL3xfbevxa4= =Pp0U -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ankündigung: Popup-Layer auf osm.org aufgefrischt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bspw: http://www.netzwolf.info/kartografie/osm/time_domain/map_opening Henning Am 28.08.2013 22:28, schrieb Roland Olbricht: Schick wäre, wenn Du Öffnungszeiten auch direkt in die Details aufnehmen könntest, das dürfte eines der meistgesuchten Infos bei Geschäften sein, wenn man auf die Karte klickt. Danke. Das kommt auf die Aufgabenliste. Gibt es bereits irgendwo Referenzcode, der die Notation in allen Fällen sinnvoll dekodiert? Ich würde mich gerne um die Sonderfallanalyse herumdrücken. :) Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSHl8FAAoJEPFgsWC7jOeTy+gH/2N36qWY+OQsbk5zKT9XA+iz T4fli2lIIv2pW+GaJpz7tiY1/huXZSZLklCBd/q8AdTMfX6vU6Rzriwsl7baY5bK glky4Yn3XjIqvH+YZs4DzlKKbUxUojjoy6FfbmPfxanFWAlWvae2vG0M1Gjlqq+K XE3+BPTrc9Qik5Hr4DQ025wEFYrAhk/16eKrY+229ZNoO6Z9zMmEGl/KZ+fyC6Pi CteTZLmAPekG9Vui8+C4vtj4kw34uNbytuCKkYGMI1u4MYMFv33LAi7YXLevXKBy diRO71c4316Yf00DaLcEgF8P0wwEi75RPr3h97BbxZ2CxSLimhdAhQPtK/L60Cg= =4lrj -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Velomap für Linux-Nutzer?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Versuch einfach mal, die exe-Datei zu entpacken. Henning Am 19.08.2013 23:26, schrieb Manuel Reimer: Hallo, ich wollte mir gerne testhalber die Velomap auf mein Garmin packen. Bisher konnte ich aber nur EXE-Dateien zum Runterladen finden. Wo finde ich das Image, das ich einfach auf die SD-Karte kopieren kann? Danke im Voraus Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (MingW32) iQEcBAEBAgAGBQJSEo/tAAoJEPFgsWC7jOeTpQcH/iPaimmPX8Qe+suCDJwxsSq9 aDvGgALLJ9b8k3wvOPoAaPHANjNfQl+NsttRGnR7vIuFrgIepTy7RSjJvfa8/53a 4uVuNRgXI6O4zIRSvbJ5tVy3N/sjWb8Zqei4CuDWLkdst45dMgS0vGdSbDlsE/mm y++ZOuhDr9v0crEDrtufnu3QNiiQm1BQ+lLfZ7pRFhRKH8RLo4sBDG7nSnIuFKO4 3NpaWl28HQGMMfZoBUt348BQpvH+jiiiPyMQo6+FFJHisquabcG74/qCokfi3DiF 4+vHmis/r9bBtlPzZeNiR24pLB93wv94PiysrW90LKeCLzaKdu8VnS7pk+yn9pI= =xBkn -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Variable Geschwindigkeitsbegrenzung
Bei einem Router, der mich nach meiner Wunschgeschwindigkeit fragt könnte es schon interessant sein, dass es eine Geschwindigkeitsbegrenzung gibt, die variabel zwischen x und y ist. Henning Am 10.08.2013 14:08, schrieb Frederik Ramm: Hallo, On 10.08.2013 14:04, Andreas Neumann wrote: Es gibt in osm das Tag für Signalanlagen (maxspeed=signals). Ich bin aber der Meinung, dass auf Grund der generellen Maximalgeschwindigkeit von 130km/h maxspeed=130 stehen müsste, da dieser Wert (a) für die Router wichtig ist Das halte ich fuer eine sehr theoretische Aussage. Ihr liegt die Annahme zugrunde, dass ein Router fuer eine nicht tempolimitierte deutsche Autobahn eine andere durchschnittiche Reisegeschwindigkeit annimmt als fuer eine mit Tempolimit 130. Ich kann mir nicht vorstellen, dass ein Router sowas macht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umgang mit Proposals
Hallo, in absehbarer Zukunft wird es sowas wie Gruppen geben, sodass sich dort dann Leute finden können die ähnliche Interessen haben und über diese Gruppen ihre Gedanken austauschen können. Das wird sicherlich auch Auswirkungen auf den Proposal-Prozess haben, da es mehr themenspezifische Unterhaltung geben wird. Das Proposal könnte sich dann zu etwas entwickeln, wo Vorschläge der Experten von der Allgemeinheit auf ihre Praxistauglichkeit überprüft werden. Ich halte es in jedem Fall für nicht sinnvoll, bei den Proposals Grenzwerte einzuführen. Mittlerweile wird es eher selten der Fall sein, dass sich eine größere Menge an Mappern für ein Proposal interessiert. Wenn bspw. die Bahner meinen, sie wollen ihre Weichen mit x=y taggen, dann sollen sie das halt unter sich entscheiden. Das interessiert mich nicht mal am Rande. Wenn sie meinen, da bräuchte es eine Relation, um die Zugehörigkeit zu einem Stellwerk zu modellieren, dann sollen sie das machen...etc. Einen Großteil der Mapper interessiert das nicht wirklich. Daher ist es auch nicht verwunderlich, wenn es hier nur wenig Mapper gibt, die dafür/dagegen abstimmen. Henning Am 09.08.2013 08:04, schrieb Roland Olbricht: Hi, noch eine viel einfachere Vorgehensweise: Wenn nicht innerhalb von 30 Tagen zu einem Proposal 25% der Wiki-Account-Inhaber geäußert haben, wird das Proposal in den Zustand Not Relevant versetzt und stattdessen die vorhandenen Stile beim Mappen dokumentiert. Das erlaubt, die wichtigen von den unwichtigen Proposals zu unterscheiden. Und es wertet tatsächliches Mappen höher als unerprobte Konzepte und Geschäftsordnungsdebatten. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Am 07.08.2013 11:24, schrieb Michael Buege: Marvin hatte dargelegt, dass es für Menschen mit entsprechenden Allergien wichtig sein kann, zu wissen, wo spezielle Produkte angeboten werden. Das mit Cola bei Aldi gleich zu setzen ist mindestens schlechter Stil. Das musst du mir jetzt näher erläutern. Wenn mich interessieren würde, wo es eine bestimmte Marke Cola gibt oder wo ich Pommes essen kann ist das schlecht und wenn es jemand anderen interessiert, wo es eine bestimmte Sorte Milch gibt, dann ist das gut? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Am 07.08.2013 19:21, schrieb Dirk Sohler: Gut, dann fange ich mal an, alle Supermärkte mit payment:cash=yes zu taggen. Schließlich ist das ja gut zu wissen, mit Bargeld zahlen zu können. Aber warum sollte ich payment:ep_geldkarte=yes benutzen?:) ...und diverse Supermarktketten mit der Info zu bestücken, dass es dort lactosefreie Produkte gibt ist jetzt sinnvoller? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Für mich gehört sowas genauso wenig in die OSM-DB wie die Info, dass es im Restaurant um die Ecke Pommes mit Schnitzel gibt oder im Aldi Cola und Salami. Das ist eher ein Fall für externe DB und overpassID auf das OSM-Objekt. Henning Am 06.08.2013 10:40, schrieb Marvin Preuss: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 05. Aug 21:38, Harald wrote: wenn du dir die Mühe machen willst, Sojamilchanbieter zu erfassen, möchte ich anregen, auch die Anbieter von Getreidemilch, richtiger Getreidegetränken, nicht zu vergessen. Ich will jetzt hier wirklich keine ideologische Diskussion vom Zaum brechen, aber allein Soja durch Taggen zu promoten, dürfte den verheerenden Folgen des Sojaanbaus für Mensch und Umwelt nicht gerecht werden. Natürlich kann man auch Getreidemilch taggen. Finde ich sehr gut. Mit promoten hat das nichts zu tun. Es geht darum Leuten die Möglichkeit passende Einrichtungen zu finden. Irgendwelche Meinungen sollte man aber, meiner Meinung nach, rauslassen. Wenn es was zu mappen gibt... finde ich sollte man es mappen. lg, Marvin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJSALaHAAoJEJA5GTOuzd28218H/17iPuwPgVT/m0rYsDvh80Uj exS4XxmcXFErTpYxcluQypILK5WjrREtO5c5fPQaKxXkZtsbUBq3Qfmq65vs2lRL QsSJTjNzAiHuNY1uIaIckSa5hFQGvqI2PtqE/FVZVqHURzvcDqVkSBJYkrul7GrT V6cmgznqC1aPUny/JrB4PIE0B+90+LQULsiw3cujovVFiltjuYywvWxKqOjk8h0D hxYHmlkLSQRGdVobeTUfMX+1AMyJCCLtGS2dkraygyemWeFSCIOtDXeoLNjJJcD0 kIr4pbcRUUR6YwMcDjrL6JCXrbB4VhI5KFokIsJGtA4nM0vJ7v6BmHVIiCBUZwI= =pIlj -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Was jetzt? Nur Randgruppenzusatztags oder keine Relevanzkriterien? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderung von accepted Proposals
Am 04.08.2013 10:18, schrieb gmbo: Am 04.08.2013 07:31, schrieb Henning Scholland: Ansonsten sollte das zumindest auf @tagging diskutiert bzw. via @tagging auf die Diskussion aufmerksam gemacht werden. Wie kommt man an @tagging? habe ich so noch nicht gesehen. LG Gisbert http://lists.openstreetmap.org/listinfo/tagging Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki Seite zum ÖPNV Tagging in OSM der Firma Mentz Datenverarbeitung GmbH
Am 02.08.2013 23:32, schrieb Dirk Sohler: Peter Wendorff schrieb: Habt ihr als Firma die Erlaubnis zur Verwendung der genannten Quellen (u.a. in OSM), oder gilt diese Erlaubnis für alle. Und wenn nur ihr die Erlaubnis habt: Seid ihr euch (bzw. eure Kunden sich) im Klaren darüber, dass die Daten, sobald sie in der Datenbank sind, unter der ODbL stehen, und von jedem gemäß der ODbL – auch kommerziell – genutzt (und verändert) werden dürfen? Hallo Dirk, das kann schon sehr gut zusammen passen. Es könnte ja sein, dass die Primärquelle auch Daten enthält, die nicht für OSM bestimmt sind. Spontan fallen mir jetzt Grundrisse/Baupläne ein, wo natürlich mehr Infos drin enthalten sind, als man für den Zweck benötigt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderung von accepted Proposals
Hallo, ich sehe das so: Wenn bspw. nur ein weiteres erklärendes Tag ergänzt wird oder eine Aussage besser erklärt wird, der Inhalt aber gleich bleibt sind solche Änderungen ok. Ebenso bei trivialen Sachen. Ansonsten sollte das zumindest auf @tagging diskutiert bzw. via @tagging auf die Diskussion aufmerksam gemacht werden. Henning Am 04.08.2013 07:19, schrieb Wilhelm Spickermann: Hi, ich habe versucht, ein inhaltliche Änderung eines bereits akzeptierten Proposals wieder zu entfernen. Das wurde sofort reverted und der Dialog mit dem Betreffenden zeigte die Auffassung, dass aktuelle Üblichkeiten da eingearbeitet werden sollten. Ich finde es dagegen völlig selbstverständlich, es nicht inhaltlich verändert werden darf. Ist das tatsächlich strittig? Wilhelm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Am 28.07.2013 15:56, schrieb Kai Krueger: Dirk Sohler wrote Mark Obrembalski schrieb: Allgemein: Die Gegner des gegenwärtigen Umgangs von OSM mit Daten möchten bitte allmählich darstellen, wie sie sich den zukünftigen Umgang vorstellen würden. Daten, von denen auf einen Useraccount geschlossen werden können, aus dem Planet raus, und nicht über die API abrufbar machen. In wieweit waere das folgende ein Kompromiss und wie viele legitime Verwendungszwecke wuerde man dadurch tatsaechlich verlieren? Daten im planet file sind anonym. Das heist grundsaetzlich werden keine uid Daten an die Elemente im Planet angehaengt. Fuer einzelne Elemente ueber die API und die browse pages bleibt diese Information allerdings erhalten. Die Seite http://www.openstreetmap.org/user/xyzabc/edits waere dann nur noch fuer user mit modaratoren privileg einsichtbar, wobei man die Option hat diese fuer alle oeffentlich zu machen wenn man das will. Dadurch das die API nach wie vor die User ID fuer einzelne Element heraus gibt, ist die wichtigste Verwendung fuer die Daten, naemlich das Kontaktieren der Mapper, ueber deren Edits man diskutieren will weiterhin moeglich. Man kann damit auch sehen welche mapper in der naeheren Umgebung aktiv sind und was sie so machen. Falls ein mapper wiederholt auffaellt, haben die begrenzte Anzahl (und hoffentlich vertrauenswuerdigen) Modaratoren auch weiterhin die Moeglichkeit alle Changesets eines bestimmten Users sich anzugucken um zu entscheiden ob weitere Massnahmen zur Vandalismusabwehr zu ergreifen sind. Beispielsweise wird ein Großteil von kleinen Reverts etc. von normalen Usern gemacht. Das wäre nicht mehr möglich, wenn sich diese engagierten Nutzer nicht mehr darüber informieren können, was der Täter noch alles so gemappt hat. Die Moderatoren (in diesem Fall die DWG) haben überhaupt nicht die Kapazität, sich um jede Kleinigkeit zu kümmern. Was auch komplett weg fällt, ist dass man problematische User nicht mehr beobachten kann. Das ist sehr sinnvoll, bspw. um zu schauen, ob ein Anfänger Hilfe benötigen würde. Ein Problem könnte dann aufkommen: Die Belastung auf der API steigt. Wenn ich dann die Nutzerdaten von den Mappern aus Berlin will, lade ich halt kein Extrakt herunter, sondern hole mir die Daten nach und nach von der API. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Noch eine Ergänzung: Letztlich bauen auch die ganzen Tools der Moderatoren auf den allgemeinen Diffs bzw. den Extrakten auf. Sprich man müsste dann einmal das ganze für public erstellen und einmal das Ganze für intern. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Genau das ist doch objektiv betrachtet eine Verschlechterung des Datenschutzes. Vergleichbar mit einem Stop-Schild, dass dem unbedarften Nutzer im glauben lässt, die Daten sind geschützt, da nur von Nutzern einsehbar. Das kann bzw. wird ihn auch dazu verleitet evtl. etwas mehr anzugeben. In der Realität sieht es aber so aus, dass jeder, der an die 2te DB sich einfach nur einen OSM-Account anlegen muss und dann die Verknüpfung lokal herstellt. Oder anders ausgedrückt: Die Unwissenden fühlen sich sicher und die Wissenden lachen sich schlapp. Henning Am 28.07.2013 19:55, schrieb Balgofil: On Sun, 28 Jul 2013 18:56:46 +0200 p...@wuzel.de wrote: Am Sonntag, 28. Juli 2013, 18:44:42 schrieb Dirk Sohler: ALLE, und wirklich ALLE bisherigen Daten wären nach wie vor UNVERÄNDERT über die Website erreichbar, mit allem, was im sinne von Reverts, Beobachtungen, abfragen, Überprüfungen, und Kontaktaufnahmen aktuell möglich ist – Nur eben nicht mehr unter ODbL und extern verknüpf- und auswertbar. Verstehe ich das jetzt richtig: es stört dich nicht, dass diese Daten für jedermann zugänglich sind und weitgehende Auswertungen möglich sind, sondern nur, dass dies derzeit ohne Lizenzverstoß möglich ist? Wenn ich das richtig verstehe, wozu soll das gut sein? Hätte für mich was von Stoppschildern ... Gruß, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi, ich glaube was er meint ist so etwas wie das folgende Datenbankschema: Eine Geodatenbank mit den Geodaten mit den zugehörigen Changeset Nummern für die history. Diese ist öffentlich über API und planet.osm zugänglich. In einer zweiten DB wird zu jedem changeset die uid und/oder der user gespeichert. Dieses DB ist nur für OSMer auf der Webseite nutzbar. Wenn man nun Daten mit einem Editor seiner Wahl runterlädt, greift man auf die GeoDB zu. Falls man merkwürdige zu besprechende Daten findet und man mit den zugehörigen Bearbeiter herausfinden will, ermittelt man erst die Changesetnummer, meldet sich bei OSM an und gibt die Changesetnummer ein. Da man bei OSM angemeldet ist, kann man auf die zweite DB zugreifen und somit den Verursacher ermitteln. In die zweite DB könnte man auch noch anderen persönlichen Kram reinstecken der optional wäre. Das ganze wäre wahrscheinlich etwas unpraktischer, da man erst über das Changeset an den Nutzer kommt. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Am 28.07.2013 20:44, schrieb Dirk Sohler: Henning Scholland schrieb: Genau das ist doch objektiv betrachtet eine Verschlechterung des Datenschutzes. Nein, da man dann rechtlich was in der Hand hat, wenn jemand die Daten missbräuchlich verwendet. Viel Spaß bei der internationalen Durchsetzung ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Am 28.07.2013 22:42, schrieb Dirk Sohler: Mark Obrembalski schrieb: [Völlig unrealistische Argumentation] Du weißt selbst, aus welchen Ländern die meisten User kommen. und: Es gilt der Ort der Tat, nicht die Position des Täters. Außerdem gibt es durchaus Anwälte im Ausland. Die Tat (unzulässiges Verknüpfen) geschieht auf einem Server in Land ohne Schutz, nicht unbedingt da, wo die meisten Mapper herkommen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie tagge ich ein Gebäude des Zolls?
Naja amenity=police ist evtl. etwas irreführend, auch wenn es (zumindest hier) verwandt ist, sind doch die Aufgaben weit entfernt (aus Kundensicht). Taginfo spuckt bspw. knapp 300 amenity=customs aus. Henning Am 27.07.2013 11:37, schrieb jotpe: amenity=police, name=Zoll ? Oder gibt es was besseres? Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Wo siehst du jetzt den konkreten Unterschied zur Implementierung in OSM? Ob ich jetzt weiß ob id 1234 oder username HansWurst in dem Dorf die Hausnummer 5 gemappt hat ist letztlich gleichwertig. Wenn der Nutzer seinen usernamen mit anderen Infos verknüpft ist das doch nicht das Datenschutzproblem von OSM. Henning Am 27.07.2013 11:38, schrieb Markus: Hallo Peter, wäre folgendes denn technisch möglich: Wir machen zwei getrennte DBs: a) für Geodaten b) für Benutzerdaten b) ist für Dritte nicht zugänglich a) enthält nur die ID aus b) Die OSMF (und die Admins) verpflichten sich auf eine entsprechende Datenschutzerklärung. Abfragen über a) und b) ist nur der OSMF möglich und nur erlaubt zur Ermittlung von Verstössen. Ausnahme: zur Kontaktaufnahme er Benutzer untereinander gibt es ein (sicheres?!) System für Einzel-Mails. Mit herzlichem Gruss, Markus PS: vermutlich ist direkter Maiverkehr nicht simpel zu lösen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Am 27.07.2013 13:46, schrieb Dirk Sohler: Danijel Schorlemmer schrieb: wenn ich mich recht entsinne, hat die Diskussion damit angefangen, dass Pascal aus dem Planetfile ueber jeden User sehr viele Infromationen extrahieren kann, die einigen Leuten ohne opt-out nicht gefallen. Diese Moeglichkeit wuerde durch eine numerische ID nicht verschwinden. Doch, schon, wenn die ID regelmäßig zufällig geändert wird (aber natürlich nach wie vor intern zwecks Kontaktaufnahme, etc. zuordenbar bliebe). Der Unterschied zwischen intern und extern ist genau der, dass du für intern eine eMail-Adresse angeben musst (Bedingung für OSM-Account). Mit dem Account kannst du dann alle ID's von Nutzer HansWurst herausbekommen und bist wieder beim aktuellen Stand. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von unklaren Daten geht weiter bitte sofort stoppen
Am 26.07.2013 09:14, schrieb rainerU: Ich denke auch, dass die Verhältnismäßigkeit der Mittel eingehalten werden sollte und direkter Kontakt besser ist als langes Hin- und Her auf der Liste. Ich halte im konkreten Fall ein moderates Eingreifen der DWG durchaus für angebracht, wenn es darum geht die Einhaltung der Import Guidelines durchzusetzen. Das ist erstens ein kritisches Thema, da es um Lizenzangelegenheiten geht und außerdem kennt sich da der gemeine Mapper meist nicht so gut aus. Solltet ihr mit einer direkten Kontaktaufnahme nicht weiter kommen, kann derjenige sich hinterher gerne an die DWG wenden. Zu Lizenz wurde hier ja schon einiges geschrieben. Da macht es auch keinen Unterschied, ob das nun eine Erstveröffentlichung ist oder nicht. Ein Mapper, der ein Neubaugebiet oder eine neue Straße erfasst macht letztlich nichts anderes. Ansonsten hat die DWG derzeit keinen Anhaltspunkt, dass es sich hier um einen automatischen Import handelt, sondern dass dies manuell passiert. Außerdem denken wir, dass die Accounts für nicht viel mehr, als diese Geschichte verwendet werden. Wie aber bereits gesagt, sollte es sich hinterher herausstellen, dass die Daten nicht sauber sind, ist ein Revert möglich. Wenn ich die Wiki-Seite sehe, die die Firma inzwischen angelegt hat, dann komme ich mir als einer, der für einem weit weniger kritischen Import einen eigenen Account angelegt hat und in Josm ständig zwischen diesem und meinem üblichen Account hin und herswitcht, schon etwas veräppelt vor: Accounts, die *möglicherweise* an diesem Import arbeiten, kein Wort geschweige denn ein Nachweis zur rechtlichen Grundlage für die Nutzung der Daten, usw. Das könnte daran liegen, dass die Wiki-Seite nicht von der Firma stammt, sondern von Tirkon zusammen getragen wurde. Dafür im übrigen ein Danke. Aus diesem Grund sollte der oder die jenige(n), die einen direkten Kontakt aufnehmen, bzw. diesen schon haben, die Firma dazu ermuntern, die Dokumentation zu vervollständigen. Vor allem in Hinsicht Lizenz. Viele Grüße Henning, für die DWG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von unklaren Daten geht weiter bitte sofort stoppen
Hallo, ich habe eben kurz mit Frederik Rücksprache gehalten und derzeit sind wir beide derzeit der Ansicht, dass es sich hier nicht unbedingt um einen Fall für die DWG handelt, sondern besser unter den Mappern geklärt werden sollte. Hier haben sich ja nun einige Mapper gefunden, die an einer Klärung durchaus ein Interesse haben. Evtl. wäre es eine gute Idee, wenn diese Mapper direkten Kontakt mit den besagten Mappern aufnehmen und die Probleme auf einer sachlichen Ebene ansprechen würden. Ich habe eher den Eindruck, als dass die Firma etwas mit dem Umfang dieser Mailingliste überfordert ist, sodass der direkte Kontakt zu einer guten Lösung für beide Seiten führen dürfte. Bevor das einer von der DWG macht, der Du, Du, Du sagt, denke ich, dass es sinnvoller ist, wenn sich ein Interessierter dazu bereit erklärt und zwischen den beiden Welten versucht eine Brücke zu bauen. Evtl. kann der besagte Stammtisch auch etwas Grundlagenarbeit leisten und aufzeigen, wie das Mappen bei OSM funktioniert. Dabei wäre sicherlich auch sinnvoll, wenn die Firma gebeten wird, die wiki-Seite, die ihr angelegt habt, selbst mit Inhalt füllt oder zumindest den Inhalt liefert. Ein Revert ist immer noch möglich, sollte es nötig sein. Viele Grüße Henning, für die DWG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Hallo, Lösungen gibt es schon für gerichtete Wege, die als Fläche eingetragen werden sollen. Diese nennt sich area:highway=normale-highway-Klasse. Diese Fläche soll aber immer zusätzlich zu dem Graphen eingetragen werden. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Am 24.07.2013 03:27, schrieb Tirkon: Zunächst einmal an die Community. Im Allgemeinen wünschen wir Quellen für Importe. Bezogen auf die geografischen Einordnung ist dies aber in diesem Falle möglicherweise schwierig, wenn diese Daten überhaupt erst mit Hilfe von OSM Werkzeugen erstmals im geografischen Umfeld erfasst werden. Wir haben hier möglicherweise eine bisher nie oder kaum dagewesene Situation, dass OSM die Erstveröffentlichungsquelle ist und damit eine andere Quelle nicht zur Verfügung steht. Dann müssten wir uns im Rahmen dieses Imports überlegen, wie die für Importe notwendige Zusicherung, diese Daten unter der OSM Lizenz veröffentlichen zu dürfen, bewirkt werden kann. Ich denke, hier sollten wir unsere Data-Working-Group mit ihren entsprechenden Erfahrungen mit größeren Importen um Mithilfe bitten. Hallo, die Erlaubnis dazu muss der Urheber der Daten geben, genauso wie bei jedem anderen Beitrag zu OSM auch. Oder wo siehst du hier etwas anders? Henning für die DataWorkingGroup ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserturm verschwunden
Am 23.07.2013 12:25, schrieb Walter Nordmann: Das klappt aber eigentlich nur, da OSM-ler Insiderwissen haben und die Datenstrukturen beherrschen. Außenstehende haben da erhebliche Probleme. Und das bezeichne ich nun mal als Propertiäres System. Das ist aber eine sehr merkwürdige Definition, weil nach dieser alles proprietär ist. Proprietär wäre es in meinen Augen, wenn das Format geheim ist. Das ist es bei OSM aber nicht. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten
Am 22.07.2013 16:16, schrieb Stefan Keller: Das Argument, dass veraltete Daten in offline Applikationen (Navis) landen können, ist oft zu hören. Doch ist das wirklich das einzige Argument gegen entsprechende Tags in OSM? Mir scheint das Argument etwas zu fürsorglich, denn einerseits könnten Importprogramme Baustellen herausfiltern und zweitens könnten Qualitätssicherungsprogramme veraltete Daten durchaus aufspüren. Hallo, evtl. ist es nicht das einzige Argument, aber ein sehr wichtiges. Die Mapnikkarte ist die einzige Anwendung, die nahezu in Echtzeit die Daten anzeigt. Allerdings hat man von der Karte nicht viel. Einzig das access einiger Straßen dürfte ein paar rote Punkte auf die Karte zaubern. Alle anderen Anwendungen hinken der Echtzeit um einiges hinterher. So kann es dann sein, dass das Festival eine Woche später dargestellt wird oder einen Monat lang. Einen wirklichen Vorteil des Eintragens kurzfristiger Dinge sehe ich hier nicht. Tendenziell eher einen Nachteil. Aus Sicht des Konsumenten ist es auch nicht gerade sinnvoll. Der Veranstalter braucht die dann aktuellen Karten für Flyer etc. deutlich eher als Echtzeit. Ebenso die Anwohner, die lieber ein paar Tage eher wissen wollen, welche Straßen gesperrt werden etc. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programm zur Überwachung von OSM-Relationen
Am 22.07.2013 19:35, schrieb Sebastian Brunner: On 07/22/2013 06:32 PM, Peter Barth wrote: ich glaube, dass der New Feeds-Feed kaputt ist oder evtl. nur die letzte neue Relation anzeigt oder ähnliches, ist das möglich? Ich sehe zumindest nur einen Feed (AVS hike routes) der hinzugefügt wurde. Auf der Webseite sind es aber eindeutig mehr ;) Ich hab heute ne neue Version vom Programm hochgeladen, deswegen wurde auch der News Feed resettet. Ich weiß jetz nur nicht ganz auf was du dich beziehst, weil bei mir im Standard (OSMarelmon) Feed gar nix angezeigt wird, außer dass der Server eben neu gestartet wurde. Hallo, ich denke du solltest als erstes hier eine Routine einbauen, die die vorhandenen Daten speichert und nach einem Update zurückspielt. Wenn man nach jedem unvorhersehbarem Update alles neu machen muss, vergeht einem der Spaß recht schnell. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitlich beschraenkte Aenderungen der Geodaten
Am 22.07.2013 21:41, schrieb Stefan Keller: Hallo Malte und Henning Falls ihr euch auf die Lösung mit dem Abändern bestender Tags bezieht, muss ich euch vollkommen Recht geben: highway=primary vorübergehend auf highway=construction zu wechseln macht keinen Sinn. Hingegen zeichnet sich eine bessere Lösung mit zusätlichen Tags ab, welche die Wirklichkeit besser abbilden: Vgl. die anderen Mails. Hallo, ich antworte dir mal auf diese Mail. Ich halte es für vollkommen verkehrt, ein Objekt als X zu taggen, um dann im nächsten Tag zu sagen, es ist Y. Konkret meint das: highway=primary hat eine gewisse Bedeutung. Wenn das Objekt, was ich eintragen möchte aber gar nicht diese Eigenschaften hat, dann ist es auch falsch, dieses Tag zu verwenden. Es ist für jeden Auswerter ein leichtes, highway= construction und construction=primary genauso zu behandeln wie highway=primary. Bei der Sache der kurzfristigen Änderungen geht es nicht darum, wie man einen Renderer überlisten kann, sondern dass es aktuell (meiner Meinung nach) nicht sinnvoll ist, das zu erfassen, weil die meisten Auswertungen ohnehin nicht rechtzeitig die Darstellung ändern und wie bereits gesagt egtl. die Daten für die kurzfristige Änderung schon nutzbar sein müssen, bevor man sie in OSM live schalten kann. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einführung eines neuen Tags (globaleID)
Am 18.07.2013 21:41, schrieb Wilhelm Spickermann: Bedenken hätte ich -- wenn es denn tatsächlich so sein sollte -- wenn die Datenstrukturen der Firma solche Trennungen zwingend machen, weil das Konzept auf eine Gleisnummer pro Bahnsteig beschränkt ist und das jetzt einfach ohne Abstimmung durchgezogen würde. Wobei das dann nicht das Problem von OSM ist, sondern das Problem von der Firma. ;) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de