[Talk-de] Bltzer auf Weg oder nicht?
Hallo, deutsches [1] und englisches [2] Wiki divergieren hinsichtlich der Benutzung des highway=speed_camera tags. Auf der englischen Seite steht, das tag gehört an die Kamera (= an ihren Aufstellungsort), deren Bezug zu einem Weg dann per relation (type=enforcement) dazu. Im deutschen Wiki wird die Relation zwar erwähnt, dafür fehlt der Hinweis, die Kamera an ihrem eigentlichen Platz zu mappen. Stattdessen gibt es unten einen Absatz, der beschreibt man möge doch auf einen Knoten auf dem Weg mappen, damit OSMAND damit umgehen kann. Könnte ich da mal ein Meinungsbild haben, ob das jetzt a) plumpes Taggen für einen speziellen Router ist und aus dem Wiki entfernt werden sollte b) zwar plumped tagging für eine speziellen Router ist, aber aus anderen Gründen trotzdem vernünftig ist und man das drinlassen sollte (als deutsche Sonderlösung gekennzeichnet) c) die Funktionsfähigkeit von OSMAND wichtig genug ist, unser Taggingschema daran anzupassen und auch die internationale Community anzusprechen um es im engl. Wiki zu ändern. (Ja, ich meine das Ernst.) Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Zitat Ronnie Soak: [...] c) die Funktionsfähigkeit von OSMAND wichtig genug ist, unser Taggingschema daran anzupassen [...] Keine einzelne Anwendung ist wichtig genug, um ein Taggingschema daran anzupassen. (Ja, ich meine das Ernst.) (Ernst sagt, er ist da meiner Meinung) -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Kameras gehören neben der Weg. Ich habe in Belgien alle angepasst die wegen OSMAND falsch gemappt würden. Mit roles from und to kann man nodes auf der Weg selektieren. OSMAND muss angepasst werden so dass es damit überwegs kann. Polyglot 2014-07-21 9:21 GMT+02:00 Michael Buege mich...@buegehome.de: Zitat Ronnie Soak: [...] c) die Funktionsfähigkeit von OSMAND wichtig genug ist, unser Taggingschema daran anzupassen [...] Keine einzelne Anwendung ist wichtig genug, um ein Taggingschema daran anzupassen. (Ja, ich meine das Ernst.) (Ernst sagt, er ist da meiner Meinung) -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Hallo Ronnie, also im Code des OsmandMapCreators sehe ich eine Auswertung genau der enforcement-Relationen, nämlich hier [1]. Ich würde das so interpretieren, dass Relationen (Z. 127) mit type=enforcement und enforcement=maxspeed (Z. 138) besitzen, durchaus berücksichtigt werden sollten, und zwar werden alle Nodes (keine Ways etc!, Z. 144) mit er Rolle from (Z. 140) mit einem speedCamera-Attribut ausgezeichnet. Dieser Code ist jedoch erst seit dem 1. März 2014 in github, möglicherweise sind deine/eure Tests, dass Osmand das nicht unterstützt, deshalb veraltet. Vielleicht lohnt es sich also, mit einer aktuellen Karte, notfalls mit dem osmandmapcreator aus dem git-repository selbst erzeugt, nochmal zu testen. Gruß Peter [1] https://github.com/osmandapp/OsmAnd-tools/blob/2d7f1eefea915e5f619cd19c297434122b0d7ab8/OsmAndMapCreator/src/net/osmand/data/preparation/IndexRouteCreator.java#L125 Am 21.07.2014 09:08, schrieb Ronnie Soak: Hallo, deutsches [1] und englisches [2] Wiki divergieren hinsichtlich der Benutzung des highway=speed_camera tags. Auf der englischen Seite steht, das tag gehört an die Kamera (= an ihren Aufstellungsort), deren Bezug zu einem Weg dann per relation (type=enforcement) dazu. Im deutschen Wiki wird die Relation zwar erwähnt, dafür fehlt der Hinweis, die Kamera an ihrem eigentlichen Platz zu mappen. Stattdessen gibt es unten einen Absatz, der beschreibt man möge doch auf einen Knoten auf dem Weg mappen, damit OSMAND damit umgehen kann. Könnte ich da mal ein Meinungsbild haben, ob das jetzt a) plumpes Taggen für einen speziellen Router ist und aus dem Wiki entfernt werden sollte b) zwar plumped tagging für eine speziellen Router ist, aber aus anderen Gründen trotzdem vernünftig ist und man das drinlassen sollte (als deutsche Sonderlösung gekennzeichnet) c) die Funktionsfähigkeit von OSMAND wichtig genug ist, unser Taggingschema daran anzupassen und auch die internationale Community anzusprechen um es im engl. Wiki zu ändern. (Ja, ich meine das Ernst.) Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochenaufgabe: Geldautomat - War: Wochennotiz Nr. 208 8.7.–14.7.2014
Alexander Lehner schrieb am 16.07.2014 15:10: Zum Thema Geldautomat (Wochenaufgabe) faellt mir spontan ein: Es gibt auch Geschaefte (Baeckereien, Tankstellen, Edeka's etc.) bei denen man Geld abheben kann. Beim Penny hab ich auch mal gesehen, dass man ab einem Einkauf ab 25EUR noch mit der EC Karte zusaetzlich Geld abheben kann. In den USA gibt's das schon laenger, das nennt sich dort glaube ich 'cash back'. Insbes. die 24h Tanken sind hier natuerlich interessant und eigentlich den Geldautomaten gleichzusetzen. Der Baecker hat wiederum Oeffnungszeiten, ist aber nicht direkt eine Bank. Wenn man dort nicht tanken/kaufen muss würd ich da einfach ein atm punkt reinsetzen. opening_hours wird IMO zum Beispiel von osmand bei allen pois interpretiert. Also waeren bei solchen Hybriden vielleicht mehrere POIs notwendig und die Angaben operator, opening_hours und atm/bank anzugeben...? -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Test ist erfolgt: Gerät am 15. Jun neben die Staße gestellt und enforcement relation erzeugt: http://www.openstreetmap.org/relation/1468906 OsmAnd-Binärkarte Brandenburg am 13. Jul gezüchtet, mit OsmandMapCreators Version 1.8 #2981M, http://download.osmand.net/latest-night-build/OsmAndMapCreator-main.zip geladen am 2014-04-26 (inzwischen liegt dort 2014-06-21) OsmAnd Version 1.8 http://download.osmand.net/releases/ Befahrung der Strecke am 19. Jul, Enforcement wird korrekt in OsmAnd angezeigt. Das Rendering-Problem wurde also korrekt durch Fixen des Renderers gelöst, ein Taggen für den Renderer ist also nicht erforderlich. Wiki aktualisiert. Peter Wendorff wrote, on 2014-07-21 10:25: Hallo Ronnie, also im Code des OsmandMapCreators sehe ich eine Auswertung genau der enforcement-Relationen, nämlich hier [1]. Ich würde das so interpretieren, dass Relationen (Z. 127) mit type=enforcement und enforcement=maxspeed (Z. 138) besitzen, durchaus berücksichtigt werden sollten, und zwar werden alle Nodes (keine Ways etc!, Z. 144) mit er Rolle from (Z. 140) mit einem speedCamera-Attribut ausgezeichnet. Dieser Code ist jedoch erst seit dem 1. März 2014 in github, möglicherweise sind deine/eure Tests, dass Osmand das nicht unterstützt, deshalb veraltet. Vielleicht lohnt es sich also, mit einer aktuellen Karte, notfalls mit dem osmandmapcreator aus dem git-repository selbst erzeugt, nochmal zu testen. Gruß Peter [1] https://github.com/osmandapp/OsmAnd-tools/blob/2d7f1eefea915e5f619cd19c297434122b0d7ab8/OsmAndMapCreator/src/net/osmand/data/preparation/IndexRouteCreator.java#L125 Am 21.07.2014 09:08, schrieb Ronnie Soak: Hallo, deutsches [1] und englisches [2] Wiki divergieren hinsichtlich der Benutzung des highway=speed_camera tags. Auf der englischen Seite steht, das tag gehört an die Kamera (= an ihren Aufstellungsort), deren Bezug zu einem Weg dann per relation (type=enforcement) dazu. Im deutschen Wiki wird die Relation zwar erwähnt, dafür fehlt der Hinweis, die Kamera an ihrem eigentlichen Platz zu mappen. Stattdessen gibt es unten einen Absatz, der beschreibt man möge doch auf einen Knoten auf dem Weg mappen, damit OSMAND damit umgehen kann. Könnte ich da mal ein Meinungsbild haben, ob das jetzt a) plumpes Taggen für einen speziellen Router ist und aus dem Wiki entfernt werden sollte b) zwar plumped tagging für eine speziellen Router ist, aber aus anderen Gründen trotzdem vernünftig ist und man das drinlassen sollte (als deutsche Sonderlösung gekennzeichnet) c) die Funktionsfähigkeit von OSMAND wichtig genug ist, unser Taggingschema daran anzupassen und auch die internationale Community anzusprechen um es im engl. Wiki zu ändern. (Ja, ich meine das Ernst.) Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochenaufgabe: Geldautomat - War: Wochennotiz Nr. 208 8.7.–14.7.2014
Wenn man dort nicht tanken/kaufen muss würd ich da einfach ein atm punkt reinsetzen. opening_hours wird IMO zum Beispiel von osmand bei allen pois interpretiert. -1 amentiy=atm ist ganz klar als Geldautomat definiert. Das sollte man nicht verwässern. An automated teller machine (ATM), or automatic banking machine (ABM), or cash machine, is a computerised telecommunications device that provides the clients of a financial institution with access to financial transactions in a public space *without the need for a cashier, human clerk or bank teller.* http://wiki.openstreetmap.org/wiki/Tag:amenity%3Datm Für solche Services sollte man einen eigenen Tag kreieren (vielleicht gibt es ja schon was passendes im Wiki). Ich persönlich fände es äußerst unangenehm an so einer Kasse Geld abheben zu müssen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochenaufgabe: Geldautomat - War: Wochennotiz Nr. 208 8.7.–14.7.2014
Am 21. Juli 2014 14:09 schrieb Archer arc...@gulli.com: -1 amentiy=atm ist ganz klar als Geldautomat definiert. Das sollte man nicht verwässern. An automated teller machine (ATM), or automatic banking machine (ABM), or cash machine, is a computerised telecommunications device that provides the clients of a financial institution with access to financial transactions in a public space *without the need for a cashier, human clerk or bank teller.* http://wiki.openstreetmap.org/wiki/Tag:amenity%3Datm Für solche Services sollte man einen eigenen Tag kreieren (vielleicht gibt es ja schon was passendes im Wiki). +1, ein Kassierer ist kein Geldautomat. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Am 21. Juli 2014 13:55 schrieb Tom Pfeifer t.pfei...@computer.org: Wiki aktualisiert. grundsätzlich sollte in der deutschen Version, da es eine Übersetzung sein sollte, das selbe stehen wie in der englischen Version (nur halt auf deutsch ;-) ). Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sichelförmige Treppe
Hallo! Bei der Lanxess Arena in Köln gibt es auf einer Seite eine Treppe in Sichelform, siehe http://www.ticketyoda.co.uk/wp-content/uploads/2012/11/Lanxess-Arena.jpeg Irgendwas in mir möchte das gerne als Fläche mappen, aber ist für highway=steps laut Wiki so nicht vorgesehen https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dsteps Was meint ihr dazu? Gruß Johannes signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Am 21. Juli 2014 15:14 schrieb Johannes jotpe@gmail.com: Bei der Lanxess Arena in Köln gibt es auf einer Seite eine Treppe in Sichelform, siehe http://www.ticketyoda.co.uk/wp-content/uploads/2012/11/Lanxess-Arena.jpeg Irgendwas in mir möchte das gerne als Fläche mappen, aber ist für highway=steps laut Wiki so nicht vorgesehen https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dsteps Was meint ihr dazu? altbekanntes Problem, theoretisch mit der area-Relation gelöst, aber das ist kaum in Gebrauch und wird bisher auch nicht ausgewertet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Aha, und wie würde man das genau mappen? Johannes Am 21.07.2014 15:16, schrieb Martin Koppenhoefer: Am 21. Juli 2014 15:14 schrieb Johannes jotpe@gmail.com: Bei der Lanxess Arena in Köln gibt es auf einer Seite eine Treppe in Sichelform, siehe http://www.ticketyoda.co.uk/wp-content/uploads/2012/11/Lanxess-Arena.jpeg Irgendwas in mir möchte das gerne als Fläche mappen, aber ist für highway=steps laut Wiki so nicht vorgesehen https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dsteps Was meint ihr dazu? altbekanntes Problem, theoretisch mit der area-Relation gelöst, aber das ist kaum in Gebrauch und wird bisher auch nicht ausgewertet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Jeweils einen way an der ersten und letzten Steigung (Stellstufe) eines Absatzes. Diese in die Relation einfügen mit den Rollen lower und upper, ggf. kann man auch den seitlichen Abschluss explizit zeichnen und mit der Rolle lateral einfügen, ist aber nur bei nicht-geraden (d.h. mit Absätzen/Sprüngen oder gekurvt) Seiten sinnvoll. tag an der Relation (minimum): type=area highway=steps empfohlen: step_count=* surface etc. s.hier: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area#Area-steps.2C_steps_which_are_wide_and.2For_irregular Damit das einfach zum Auswerten wird, sollte man die Richtung des oberen und unteren Wegs jeweils gleich haben, und möglichst auch dieselbe Anzahl nodes verwenden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] xTalk-dex Bltzer auf Weg oder nicht?
Ja, ich hatte alle Sprachen kontrolliert, und wo sich ein Hinweis auf OsmAnd stand, diesen aktualisiert. Im englischen stand ohnehin dass sich der Renderer anzupassen hat. Im deutschen, da dort offenbar die Fraktion taggen für OsmAnd herkam, habe ich zur Verdeutlichung noch die alte Idee durchgestrichen das Update dahinter geschrieben. Später kann man ja mal eine Tabelle machen ab welcher Version welches navi die Relation richtig unterstützt, bei Navit sieht das auch noch komisch aus. Gruesse Tom Martin Koppenhoefer wrote, on 2014-07-21 15:00: Am 21. Juli 2014 13:55 schrieb Tom Pfeifer t.pfei...@computer.org: Wiki aktualisiert. grundsätzlich sollte in der deutschen Version, da es eine Übersetzung sein sollte, das selbe stehen wie in der englischen Version (nur halt auf deutsch ;-) ). Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
ich kenn noch die Variante am unteren ende eine Linie zu ziehen mit startline=yes und oben dann endline=yes und dann einen highway steps zwische unterer und oberer Linie. Hate mal irgendwo jemand vorgschlagen..die Seite dazu find ich ich mehr und es gibt bisher auch nur 5 Fälle wo es angewendet wurde. Mfg Christian Am 21. Juli 2014 15:33 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Jeweils einen way an der ersten und letzten Steigung (Stellstufe) eines Absatzes. Diese in die Relation einfügen mit den Rollen lower und upper, ggf. kann man auch den seitlichen Abschluss explizit zeichnen und mit der Rolle lateral einfügen, ist aber nur bei nicht-geraden (d.h. mit Absätzen/Sprüngen oder gekurvt) Seiten sinnvoll. tag an der Relation (minimum): type=area highway=steps empfohlen: step_count=* surface etc. s.hier: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area#Area-steps.2C_steps_which_are_wide_and.2For_irregular Damit das einfach zum Auswerten wird, sollte man die Richtung des oberen und unteren Wegs jeweils gleich haben, und möglichst auch dieselbe Anzahl nodes verwenden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochenaufgabe: Geldautomat - War: Wochennotiz Nr. 208 8.7.–14.7.2014
Ich denke dass man das cash-back eigentlich nicht mapen sollte. Es ist zumindest in GB und USA so weit verbreitet, dass ich sagen wuerde es gibt nur wenige Warenhaueser/Supermaerkte/Baumaerkte/was auch immer Karten annimmt, die das nicht machen. Dann gibt's Laender, wie Italien, wo es gegen die Steuergesetzgebung verstossen wuerde und es deswegen gar nicht existiert. Sicherlich ist cash-back kein ATM und keine Bank, sondern ein service der vom Haendler angeboten wird. On 21 July 2014 14:54, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 21. Juli 2014 14:09 schrieb Archer arc...@gulli.com: -1 amentiy=atm ist ganz klar als Geldautomat definiert. Das sollte man nicht verwässern. An automated teller machine (ATM), or automatic banking machine (ABM), or cash machine, is a computerised telecommunications device that provides the clients of a financial institution with access to financial transactions in a public space *without the need for a cashier, human clerk or bank teller.* http://wiki.openstreetmap.org/wiki/Tag:amenity%3Datm Für solche Services sollte man einen eigenen Tag kreieren (vielleicht gibt es ja schon was passendes im Wiki). +1, ein Kassierer ist kein Geldautomat. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Wow, das klappt ja alles reibungsloser als gedacht. Router gefixt, getestet, Wiki schon aktualisiert. Was ein Service. Vielen Dank an die flotten Helfer. Bleibt für mich nur noch, die Kameras wieder neben den Weg zu schieben und eine kleine Mail an den letzten Editierer zu schreiben, der die vor 3 Tagen auf den Weg setzte. Danke und Gruss, Chaos Am 21.07.2014 13:56 schrieb Tom Pfeifer t.pfei...@computer.org: Test ist erfolgt: Gerät am 15. Jun neben die Staße gestellt und enforcement relation erzeugt: http://www.openstreetmap.org/relation/1468906 OsmAnd-Binärkarte Brandenburg am 13. Jul gezüchtet, mit OsmandMapCreators Version 1.8 #2981M, http://download.osmand.net/latest-night-build/OsmAndMapCreator-main.zip geladen am 2014-04-26 (inzwischen liegt dort 2014-06-21) OsmAnd Version 1.8 http://download.osmand.net/releases/ Befahrung der Strecke am 19. Jul, Enforcement wird korrekt in OsmAnd angezeigt. Das Rendering-Problem wurde also korrekt durch Fixen des Renderers gelöst, ein Taggen für den Renderer ist also nicht erforderlich. Wiki aktualisiert. Peter Wendorff wrote, on 2014-07-21 10:25: Hallo Ronnie, also im Code des OsmandMapCreators sehe ich eine Auswertung genau der enforcement-Relationen, nämlich hier [1]. Ich würde das so interpretieren, dass Relationen (Z. 127) mit type=enforcement und enforcement=maxspeed (Z. 138) besitzen, durchaus berücksichtigt werden sollten, und zwar werden alle Nodes (keine Ways etc!, Z. 144) mit er Rolle from (Z. 140) mit einem speedCamera-Attribut ausgezeichnet. Dieser Code ist jedoch erst seit dem 1. März 2014 in github, möglicherweise sind deine/eure Tests, dass Osmand das nicht unterstützt, deshalb veraltet. Vielleicht lohnt es sich also, mit einer aktuellen Karte, notfalls mit dem osmandmapcreator aus dem git-repository selbst erzeugt, nochmal zu testen. Gruß Peter [1] https://github.com/osmandapp/OsmAnd-tools/blob/ 2d7f1eefea915e5f619cd19c297434122b0d7ab8/OsmAndMapCreator/ src/net/osmand/data/preparation/IndexRouteCreator.java#L125 Am 21.07.2014 09:08, schrieb Ronnie Soak: Hallo, deutsches [1] und englisches [2] Wiki divergieren hinsichtlich der Benutzung des highway=speed_camera tags. Auf der englischen Seite steht, das tag gehört an die Kamera (= an ihren Aufstellungsort), deren Bezug zu einem Weg dann per relation (type=enforcement) dazu. Im deutschen Wiki wird die Relation zwar erwähnt, dafür fehlt der Hinweis, die Kamera an ihrem eigentlichen Platz zu mappen. Stattdessen gibt es unten einen Absatz, der beschreibt man möge doch auf einen Knoten auf dem Weg mappen, damit OSMAND damit umgehen kann. Könnte ich da mal ein Meinungsbild haben, ob das jetzt a) plumpes Taggen für einen speziellen Router ist und aus dem Wiki entfernt werden sollte b) zwar plumped tagging für eine speziellen Router ist, aber aus anderen Gründen trotzdem vernünftig ist und man das drinlassen sollte (als deutsche Sonderlösung gekennzeichnet) c) die Funktionsfähigkeit von OSMAND wichtig genug ist, unser Taggingschema daran anzupassen und auch die internationale Community anzusprechen um es im engl. Wiki zu ändern. (Ja, ich meine das Ernst.) Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochenaufgabe: Geldautomat - War: Wochennotiz Nr. 208 8.7.–14.7.2014
+1 Originalnachricht Von: Archer Gesendet: Montag, 21. Juli 2014 14:11 An: Openstreetmap allgemeines in Deutsch Antwort an: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Wochenaufgabe: Geldautomat - War: Wochennotiz Nr. 208 8.7.–14.7.2014 Wenn man dort nicht tanken/kaufen muss würd ich da einfach ein atm punkt reinsetzen. opening_hours wird IMO zum Beispiel von osmand bei allen pois interpretiert. -1 amentiy=atm ist ganz klar als Geldautomat definiert. Das sollte man nicht verwässern. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Meintest Du vielleicht [1]. Wird vom wiki [2] direkt drauf verwiesen. Allerdings gibt es auch dort zuerst einen Link zum Area-Model. Halte das Area-Model als bestes Konzept und habe auch schon ein paar Treppen entsprechen gemappt, allerdings vermisse ich eine genauere Beschreibung, welche ich meine schon mal im wiki gesehen zu haben. Vielleich ein Fall ähnlich der Zusatztags für railways. Da war die Doku auch auf einer user-Seite und wurde einfach gelöscht. - Schade. cu fly [1] https://wiki.openstreetmap.org/wiki/User:Marek_kleciak/Stairs_modelling [2] https://wiki.openstreetmap.org/wiki/Steps Am 21.07.2014 17:20, schrieb christian.pietz...@googlemail.com: ich kenn noch die Variante am unteren ende eine Linie zu ziehen mit startline=yes und oben dann endline=yes und dann einen highway steps zwische unterer und oberer Linie. Hate mal irgendwo jemand vorgschlagen..die Seite dazu find ich ich mehr und es gibt bisher auch nur 5 Fälle wo es angewendet wurde. Mfg Christian Am 21. Juli 2014 15:33 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Jeweils einen way an der ersten und letzten Steigung (Stellstufe) eines Absatzes. Diese in die Relation einfügen mit den Rollen lower und upper, ggf. kann man auch den seitlichen Abschluss explizit zeichnen und mit der Rolle lateral einfügen, ist aber nur bei nicht-geraden (d.h. mit Absätzen/Sprüngen oder gekurvt) Seiten sinnvoll. tag an der Relation (minimum): type=area highway=steps empfohlen: step_count=* surface etc. s.hier: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area#Area-steps.2C_steps_which_are_wide_and.2For_irregular Damit das einfach zum Auswerten wird, sollte man die Richtung des oberen und unteren Wegs jeweils gleich haben, und möglichst auch dieselbe Anzahl nodes verwenden. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Am 21. Juli 2014 15:33 schrieb Martin Koppenhoefer dieterdre...@gmail.com: tag an der Relation (minimum): type=area highway=steps empfohlen: step_count=* surface etc. s.hier: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area#Area-steps.2C_steps_which_are_wide_and.2For_irregular Damit das einfach zum Auswerten wird, sollte man die Richtung des oberen und unteren Wegs jeweils gleich haben, und möglichst auch dieselbe Anzahl nodes verwenden. evtl. kann man noch überlegen, ob man zusätzlich eine lineare (übliche) Treppe zeichnet und mit highway=steps incline=up etc. taggt für die Router. Falls man das tut sollte man diese Treppe evtl. mit einer entspr. Rolle auch in die area-Relation mit übernehmen, so dass man diese beim Rendern dann ausnehmen kann. (bin mir da nicht so ganz sicher, theoretisch könnte ein Router sich diese Linie auch selbst generieren, was sie aber wohl erst dann tun, wenn das Konzept sich verbreitet hat). Diese Linie könnte man entweder an den Rändern führen (so dass man sie mehrfach verwenden kann, also auch in der area-Relation als lateral-member) oder in der Mitte. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochenaufgabe: Geldautomat - War: Wochennotiz Nr. 208 8.7.–14.7.2014
Am 21. Juli 2014 17:41 schrieb Volker Schmidt vosc...@gmail.com: Ich denke dass man das cash-back eigentlich nicht mapen sollte. Es ist zumindest in GB und USA so weit verbreitet, dass ich sagen wuerde es gibt nur wenige Warenhaueser/Supermaerkte/Baumaerkte/was auch immer Karten annimmt, die das nicht machen. Dann gibt's Laender, wie Italien, wo es gegen die Steuergesetzgebung verstossen wuerde und es deswegen gar nicht existiert. das ist doch eher ein Grund, ein entsprechendes Attribut zu erfinden, oder nicht? Wenn es in manchen Ländern üblich ist, in anderen nicht existiert und wieder in anderen nur gelegentlich angeboten wird, dann können die Mapper das ja entsprechend ihrer Einschätzung mappen (z.B. in den USA oder in Italien vielleicht gar nicht, weil sie davon ausgehen, dass es nie oder praktisch immer angeboten wird) oder auch nicht. Sicherlich ist cash-back kein ATM und keine Bank, sondern ein service der vom Haendler angeboten wird. +1 Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Am 21.07.2014 18:44, schrieb Martin Koppenhoefer: Am 21. Juli 2014 15:33 schrieb Martin Koppenhoefer dieterdre...@gmail.com: tag an der Relation (minimum): type=area highway=steps empfohlen: step_count=* surface etc. s.hier: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area#Area-steps.2C_steps_which_are_wide_and.2For_irregular Damit das einfach zum Auswerten wird, sollte man die Richtung des oberen und unteren Wegs jeweils gleich haben, und möglichst auch dieselbe Anzahl nodes verwenden. evtl. kann man noch überlegen, ob man zusätzlich eine lineare (übliche) Treppe zeichnet und mit highway=steps incline=up etc. taggt für die Router. Falls man das tut sollte man diese Treppe evtl. mit einer entspr. Rolle auch in die area-Relation mit übernehmen, so dass man diese beim Rendern dann ausnehmen kann. (bin mir da nicht so ganz sicher, theoretisch könnte ein Router sich diese Linie auch selbst generieren, was sie aber wohl erst dann tun, wenn das Konzept sich verbreitet hat). Diese Linie könnte man entweder an den Rändern führen (so dass man sie mehrfach verwenden kann, also auch in der area-Relation als lateral-member) oder in der Mitte. Echt schade, dass ich die genauere Beschreibung nicht mehr finde. In der Mitte werden durchaus Linien benötigt, wenn die Treppe zB einen Knick macht oder auch sich die Stufenanzahl ändert und so schlimm sehen Treppen nebeneinander auch nicht aus, wenn der Rendere bzw Router nicht mit der Relation klarkommt. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Am 21. Juli 2014 19:39 schrieb fly lowfligh...@googlemail.com: In der Mitte werden durchaus Linien benötigt, wenn die Treppe zB einen Knick macht oder auch sich die Stufenanzahl ändert und so schlimm sehen Treppen nebeneinander auch nicht aus, wenn der Rendere bzw Router nicht mit der Relation klarkommt. ja, nebeneinander ist kein Problem, das Problem ist übereinander ;-) Gruß, Martin ___ 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
fly lowfligh...@googlemail.com wrote: Zumal ja auch darüber diskutiert wird, welchen Zweck diese offizielle Kartendarstellung hat. Falls Du darauf anspielst, ob osm.org für Mapper oder Fremdgucker optimiert werden soll: Ein Ortsnamen-Rendern, das die Orientierung in der Karte verbessert, ist für beide Gruppen gleichermaßen nützlich. Dieses Feature spielt also in dieser Diskussion keine Rolle. Ergebnis waren die zusätzliche Rolle capital für den entsprechenden place Punkt, wenn dieser place nicht auch einziger admin_centre ist. O.K. Danke! Dann könnte man auf die Idee kommen, allen admin_centre die höchste Render-Priorität innerhalb eines admin_level zu verpassen. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Am 21.07.2014 15:33, schrieb Martin Koppenhoefer: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Area#Area-steps.2C_steps_which_are_wide_and.2For_irregular In deinem Proposal finde ich noch keinen Hinweis darauf, wie ein solches Mapping ausgewertet werden soll. Kannst du kurz die Vorgehensweise bei der Berechnung der Stufen beschreiben, wenn die Area-Relation und step_count bekannt sind? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sichelförmige Treppe
Am 21/lug/2014 um 21:30 schrieb Tobias Knerr o...@tobias-knerr.de: Kannst du kurz die Vorgehensweise bei der Berechnung der Stufen beschreiben, wenn die Area-Relation und step_count bekannt sind? man kann zwischen dem upper und dem lower way interpolieren, falls die Richtung und Nodeanzahl gleich ist, geht das z.B. über die nodes, deren Abstand/Verbindung wird durch step_count-1 geteilt und so die Nodes der Ways der einzelnen Stufen ermittelt. Wie wichtig der step_count überhaupt ist weiß ich nicht genau, weil je nach Zoomlevel wird man ggf. auch absichtlich Stufen im Rendering weglassen, damit es noch lesbar bleibt (andererseits gibt es auch sehr breite Auftritte, gerade im Aussenbereich, so dass step_count schon nicht schlecht wäre). Kompliziertere Fälle (ungleiche node Zahl, invertierte Richtung) können die Profis hier sicherlich auch irgendwie algorithmisch lösen (z.B. indem sie erkennen dass sich die Verbindungen des Start- und Endnodes schneiden, und dann einen way umdrehen), ich hätte da wohl meine Probleme... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mögliches Geschenk der Wikimania zum zehnten OSM Geburtstag
Ich war mal so frei, ein Geschenk der Wikimania 2014 in London (weltweite Wikipedia Konferenz) zum zehnten OSM Geburtstag vorzuschlagen: https://wiki.openstreetmap.org/wiki/Talk:Wikimania_2014_London#OSM_in_English_Wikipedia Sie fällt nämlich terminlich genau mit der entsprechenden OSM Party zusammen, die ebenfalls in London stattfindet: https://wiki.openstreetmap.org/wiki/Wikimania_2014_London ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bltzer auf Weg oder nicht?
Martin Koppenhoefer dieterdre...@gmail.com wrote: grundsätzlich sollte in der deutschen Version, da es eine Übersetzung sein sollte, das selbe stehen wie in der englischen Version (nur halt auf deutsch ;-) ). Ohne jetzt diesen speziellen Fall zu würdigen: Es ist grundsätzlich richtig, dass in beiden Sprachen dasselbe stehen sollte. Manchmal wird aber die englische Version als Leitversion missverstanden. Leider werden daher manchmal bessere Beiträge in anderen Sprachen einfach gelöscht. Englisch ist aber nur die sprachliche Leitversion, nicht aber die inhaltliche. Es sollte also das beste Modell bzw. die verständlichere Beschreibung aus allen Sprachversionen vorzugsweise ins Englische als Schaltrelais übertragen werden, um sie von dort in alle Sprachen weiterzugeben. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gibt es einen Tag für Kasseler Sonderbords?
Moin, wie taggt man am besten Kasseler Sonderbords (die hohen weißen, etwas angeschrägten Bordsteine an Bushaltestellen)? Laut alter Diskussion[0] ist ein wheelchair=yes unangebracht. Ich bin mir ziemlich sicher schon einmal ein entsprechendes Tagging an einer Haltestelle gesehen zu haben, finde aber nichts im Wiki dazu. Kann jemand helfen? MfG Andreas [0] http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/78054 -- Andreas Neumann http://map4Jena.de http://Stadtplan-Ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt es einen Tag für Kasseler Sonderbords?
Am 22.07.2014 02:06, schrieb Andreas Neumann: Moin, wie taggt man am besten Kasseler Sonderbords (die hohen weißen, etwas angeschrägten Bordsteine an Bushaltestellen)? Laut alter Diskussion[0] ist ein wheelchair=yes unangebracht. Ich bin mir ziemlich sicher schon einmal ein entsprechendes Tagging an einer Haltestelle gesehen zu haben, finde aber nichts im Wiki dazu. Kann jemand helfen? Kling nach kerb=raised [1]. cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt es einen Tag für Kasseler Sonderbords?
Am 22.07.2014 02:22, schrieb fly: Kling nach kerb=raised [1]. cu fly Naja, ein Kasseler Sonderbord ist nicht nur ein erhöhter Bordstein. Er ist auch etwas angeschrägt, so das Niederflurbusse besonders gut ran fahren können. Ich hatte gehofft, dass es ein Tag speziell für die Bushaltestelle (also für public_transport=platform) gibt. Evtl. kennt jemand im selben Zug ein Tagging, dass die Bushaltestelle über Blindenleitlinien verfügt. Und wo ich grad beim recherchieren war: Gibt es bereits ein Tagging, wo sich die Bushalteposition befindet (auf der Straße, dem Parkstreifen, halbe Bucht, schräge Bucht, ganze Bucht)?[0] MfG Andreas [0] Siehe Folie 3 http://www.barrierefreiheit.de/tl_files/bkb-downloads/Projekte/barrierefreier_verkehrsraum/Haltestellen_Strassenraum.pdf -- Andreas Neumann http://map4Jena.de http://Stadtplan-Ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt es einen Tag für Kasseler Sonderbords?
Am 22.07.2014 02:07 schrieb Andreas Neumann andr-neum...@gmx.net: Moin, wie taggt man am besten Kasseler Sonderbords (die hohen weißen, etwas angeschrägten Bordsteine an Bushaltestellen)? Laut alter Diskussion[0] ist ein wheelchair=yes unangebracht. Ich bin mir ziemlich sicher schon einmal ein entsprechendes Tagging an einer Haltestelle gesehen zu haben, finde aber nichts im Wiki dazu. Kann jemand helfen? Hallo, ich denke nicht, dass das bloße Vorhandensein eines Kasseler Bordes (oder eines anderen Busbordes) eine Haltestelle Rollstuhl-ungeeignet macht. Gibt es da abgesenkte Borde oder Rollstuhlüberfahrsteine am Überweg? Ist das überqueren der Straße überhaupt möglich oder sinnvoll (baulich getrennt?)? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt es einen Tag für Kasseler Sonderbords?
On Tue, 22 Jul 2014 02:34:38 +0200, Andreas Neumann wrote: Evtl. kennt jemand im selben Zug ein Tagging, dass die Bushaltestelle über Blindenleitlinien verfügt. http://wiki.openstreetmap.org/wiki/DE:Key:tactile_paving Und wo ich grad beim recherchieren war: Gibt es bereits ein Tagging, wo sich die Bushalteposition befindet (auf der Straße, dem Parkstreifen, halbe Bucht, schräge Bucht, ganze Bucht)? Evtl dies?: http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position hth Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
