Re: [Talk-de] Straßenbegleitende Radwege
Am 22. April 2012 22:43 schrieb Falk Zscheile falk.zsche...@googlemail.com : Hier von mir ein kleines Resümee zum Radwegtagging. Im Wesentlichen gibt es drei Gruppen, die Fatalisten, die Weltverbesserer und die weltverbessernden Fatalisten ;-) Die Fatalisten sagen, ich trage Fuß-/Radwege so ein, wie ich es nach StVO vorfinde, der eigentliche Ausbauzustand hat im Radwegtag nichts zu suchen, dafür gibt es andere Tags. Für die Darstellung der StVO-Situation nutzen sie bicycle/foot=designated/official. highway=footway/cycleway können sie nicht für die Wiedergabe der StVO-Situation verwenden, weil diese Tags durch die Interpretation der Weltverbesserer verbrannt sind. Die Weltverbesserer sagen im Grundsatz was schert mich die StVO, ich will 'richtiges' Radwegerouting und setzen in der Regel nur highway=footway. Ein highway=cycleway bekommen nur Wege, auf welchen nach Meinung der Weltverbesserer richtiges Radfahren möglich ist, wobei die Kriterien für richtiges Radfahren im wesentlichen auf der subjektiven Einschätzung des Mappers beruhen und damit für Dritte im Dunkeln bleiben. Das den highway=cycleway auch Fußgänger benutzen können wird über foot=yes dargestellt. Die weltverbessernden Fatalisten kombinieren beide Möglichkeiten. Mit highway=cycleway zeigen sie an, dass sie den Weg subjektiv für radgeeignet halten. bicycle/foot=designated/official verwenden sie zusätzlich, um darzustellen, um was für einen Weg es sich nach StVO handelt. Positiv gegenüber älteren Diskussionen fällt auf, dass bicycle/foot=designated/official mittlerweile als StVO-Tags anerkannt sind und als solche nicht mehr in Frage gestellt werden. Einen handhabbaren Kompromiss zwischen StVO-konformen mappen und mappen für ein 'besseres' Radrouting ist die Auffassung der weltverbessernden Fatalisten. Sie kombiniert die Auffassung der Fatalisten und der Weltverbesserer, ohne dabei Informationen zu vernichten oder zu entwerten. Sehr schöne Zusammenfassung. Eigentlich wünsch ich mir so eine Meta-Analyse auch auf der Wikiseite. Du hast allerdings die OSM-Puristen vergessen, die nicht fatalistisch sein können, weil sie 'path' nicht für breite, geteerte Wege verwenden wollen aber auch nicht weltverbessernd, weil sie die subjektive Kategorisierung abstößt. Diese Gruppe hat früher cycleway/footway für das STVO-tagging benutzt und steht jetzt wahrscheinlich wartend in der Ecke. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://wiki.openstreetmap.org/wiki/DE:BBBike_@_World
On 18.04.2012 21:52, Johannes Hüsing wrote: Den bbbike-Dienst gibt es ja schon einige Jahre, seit einiger Zeit nutzt er OSM-Daten und konnte sich so über Berlin und Brandenburg hinaus ausbreiten. Sind wir glücklich mit der Quellen- und Lizenzangabe? Im Moment ist das Es würde helfen wenn Du einen genauen Link angibst. Das erleichtert dann die Diskussion. Ich habe bei den Machern nachgefragt: Auf http://www.bbbike.de/cgi-bin/bbbikeleaflet.cgi werden keine OSM-Daten benutzt. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Am 23. April 2012 00:00 schrieb Christian Müller cmu...@gmx.de: Am 22.04.2012 00:46, schrieb aighes: Du willst jetzt nicht ernsthaft behaupten, dass an den proposal-Prozessen (und deren Abstimmung) mehr Leute beteiligt sind als talk-de oder das deutsche Forum lesen? Zumal ich denke, dass man mit dem Kreis der Community diskutieren sollte, den die Änderungen betrifft. Und wenn es um Änderungen innerhalb von Deutschland geht, dann sollte das auch in der deutschen Community diskutiert werden und die trifft man hier oder/und im deutschen Forum. Denkst Du, dass jeder der in D mappt, auch Mitglied auf talk-de ist / sein will? Es gibt halt mehrere Communitys - der harte Kern, der auf talk-de zu finden ist, und eine größere, die Mapper einschließt, die z.B. wirklich nur mappen. Man kann noch weiter denken und Leute einbeziehen, die etwa fleißig auf OSB beitragen. All dies sind Leute, die nicht die Energie und/oder Zeit haben, Skripte zu schreiben, bzw. ihr veto einzulegen, in Momenten in denen sie es müßten. Sie sind über talk-de nicht erreichbar - und vermutlich auch nicht über das Wiki, obwohl dort die Wahrscheinlichkeit, sie zu erreichen evtl. höher ist, wenn sie es gelegentlich besuchen. Eine Abstimmung auf talk-de sollte man damit nicht ohne weiteres als Community-Konsens verkaufen, auch nicht, wenn es nur um den dt. Teil geht.. Und was ist jetzt Deine Folgerung aus der Feststellung, dass man alle (betroffenen) Mapper auch über talk-de nicht erreichen kann? Massenedits generell zu verbieten? Ich würde sagen, es ist ausreichend, wenn es der aufmerksamen OSM-Öffentlichkeit mitgeteilt wird. Die findet sich nun mal auf talk-de und im Forum. Unsere halbe Million registrierte Nutze würde sich bestimmt freuen, wenn sie bei jedem geplanten Massenedit eine Mail bekommen würde es ist xy geplant. Die Bekanntmachung hat nicht das Ziel, das jeder der betroffen sein könnte in jedem Fall erreicht wird, sondern nur, dass interessierte die Möglichkeit dazu haben. Mehr nicht. Wer nicht mit liest, der hat sich selbst dafür entschieden, etwas nicht zur Kenntnis zu nehmen. In anderen Zusammenhängen nennt man dieses Prinzip ortsübliche Bekanntmachung. Ob jemand die ortsüblich Bekanntgabe tatsächlich zur Kenntnis nimmt, das liegt im Risikobereich jedes einzelnen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Am 23. April 2012 09:10 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Sehr schöne Zusammenfassung. Eigentlich wünsch ich mir so eine Meta-Analyse auch auf der Wikiseite. Danke, ich kann sie ja bei Gelegenheit dort mal einstellen. Mal schauen, ob sie es dort überlebt. Du hast allerdings die OSM-Puristen vergessen, die nicht fatalistisch sein können, weil sie 'path' nicht für breite, geteerte Wege verwenden wollen aber auch nicht weltverbessernd, weil sie die subjektive Kategorisierung abstößt. Diese Gruppe hat früher cycleway/footway für das STVO-tagging benutzt und steht jetzt wahrscheinlich wartend in der Ecke. Die habe ich mal den Fatalitsten mit zugeschlagen und halte sie für eine aussterbende Spezies. Man erkennst sie noch an den tiefen Narben auf Stirn und Nase, weil sie in der Vergangenheit immer wieder -- aber erfolglos -- gegen die highway=footway/cycleway ist nicht StVO Wand gelaufen sind. :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
On Sun, Apr 22, 2012 at 03:44:20AM +0200, Garry wrote: Da demnächst die Zollfreie - ein Abschnitt der deutschen B317 bei Lörrach über schweizer Gebiet ohne Verbindung an das schweizer Strassennetz in Betrieb gehen wird sollte eine Lösung gefunden werden wie unter Verwendung des OSM-Deutschland-Kartenausschnitts über diese Strasse geroutet werden kann. Wäre nicht sinnvoll wenn sich die Navis weigern würden diesen zur Entlastung der Ortsdurchfahrten gebauten Abschnitt zu benutzen nur weil er ausserhalb eines Polygons liegt. Hier der betroffene Abschnitt: http://www.openstreetmap.org/?lat=47.59393lon=7.64633zoom=16layers=M Der Polygonbeschnitt ist ja meistens nicht die Grenze sondern generalisierte groessere Bereiche. Das Algorithmische Problem das jemand Straßen in einem Land nicht verarbeiten/nutzen will laesst sich ja durch die OSM Daten nicht lösen. Gibts denn da bereits Konkrete Probleme? Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Hallo, On 04/23/2012 09:38 AM, Falk Zscheile wrote: In anderen Zusammenhängen nennt man dieses Prinzip ortsübliche Bekanntmachung. Ob jemand die ortsüblich Bekanntgabe tatsächlich zur Kenntnis nimmt, das liegt im Risikobereich jedes einzelnen. Ja, etwa so ist das gedacht. Wenn jemand eine weltweite automatische Aenderung machen will, dann wird erwartet, dass er das auch auf einer weltweiten Liste - talk oder imports am ehesten - diskutiert. Wenn er nur im Raum Bonn taetig werden will, dann genuegt ein Herumfragen auf der Bonner Liste. Hier in Deutschland gibt es eine sehr lebendige talk-de-Liste und ein sehr lebendiges Forum und nicht so viele Ueberschneidungen dazwischen, da wuerde man wohl erwarten, dass in beiden Medien aufmerksam gemacht wird (zumidnest so, dass man die Diskussion auf der Liste fuehrt und im Forum darauf hinweist oder umgekehrt). In den meisten anderen Laendern gibt es genau ein Medium, auf dem sich die meisten Mapper versammeln - Forum, Mailingliste, angeblich in einigen Laendern sogar Facebook-Gruppen - und dann ist das halt das geeignete Medium zur Diskussion eines landesweiten Edits. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Am 22. April 2012 02:14 schrieb Garry garr...@gmx.de: Es gibt auch Sonderfälle die nicht per MP gelöst werden können. Beispiel: Gib mir alle deutschen Bundestrassenabschnitte. - Ein Abschnitt der B317 bei Lörrach verläuft (Zollfreie,Freigabe im Laufe des Jahres) über schweizer Gebiet und liegt damit ausserhalb der deutschen Grenze, hat aber keinerlei Verbindung (Fluchtwege nicht betrachtet) ans schweizer Strassennetz. mit dem OSM Modell mappen wir bisher nicht, welche Straßen deutsch sind bzw. grundsätzlich wem eine Straße oder ein anderes Objekt gehört. Wir mappen nur, wo die Grenzen des deutschen Staats verlaufen, daher können wir auch eine Anfrage nach allen deutschen Bundesstraßen höchstens näherungsweise beantworten. Solche Ausnahmen wie von Dir genannt werfen u.U. auch andere Fragen auf. Ist es z.B. sicher, dass auf dieser deutschen Straße auf schweizerischem Gebiet deutsche Gesetze und Regeln gelten? Falls ja, nur hinsichtlich StVO oder auch StVG? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Am 22. April 2012 18:08 schrieb Christian Müller cmu...@gmx.de: Am 22.04.2012 14:47, schrieb Tirkon: Multipolygon - zu deutsch etwa viele Vielecke diese Übersetzung greift zu kurz, es sind Vielecke (eingeschlossen sind Dreiecke aufwärts), die aus mehreren Umrissen und/oder Umrissteilen bestehen. Auch eine nicht geschlossene Linie kann als ein Polygon aufgefasst werden, der Wortbedeutung nach. Hilfsweise kann man sich eine Linie zwischen (offenem) Anfangs- und Enpunkt denken. -1, das bringt uns in OSM nicht weiter sondern sorgt nur für Verwirrung und ist ggf. auch falsch: wenn solche offenen ways in der Summe einen geschlossenen Way (und damit je nach Tagging ein Polygon) ergeben, dann ist die Summe der Polygone, die sich durch einzelnes Schließen der offenen ways jeweils ergeben, noch lange nicht daselbe Polygon. Im Extremfall (lauter Segmente mit jeweils nur 2 nodes) kann das Multipolygon durchaus valide sein, die einzelnen Teile sind aber trotzdem keine Polygone (da es Zweiecke nicht gibt). Du kannst auch eine unvollständige Relation editieren und Elemente hinzufügen. kann man zwar (unvollständig interpretiere ich als unvollständig geladen), davon ist aber meistens abzuraten, weil die Gefahr, Dinge zu zerstören, groß ist. Momentan hässlich ist, dass der Editor versucht, unvollständig geladene Flächen zu rendern - das geht i.d.R. schief und sieht unschön aus - es weist aber nicht auf Fehler in den Daten hin. es weist darauf hin, dass dort etwas unvollständig geladen ist, und nach Möglichkeit diese Daten nachgeladen werden sollten, m.E. ist das ein Feature. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Admin-Levels und Place-Nodes (war: Suche nach Elbufer, Bad Schandau)
Am 20. April 2012 21:47 schrieb Sarah Hoffmann lon...@denofr.de: Unterhalb vom city/town-Level wird es wirklich chaotisch, weil es da praktisch keinen Konsens mehr gibt und das Vermischen von städischen und ländlichen Strukturen macht es nicht einfacher. wieso macht es einen grundsätzlichen Unterschied, ob ein Siedlungsteil der Teil einer städtischen oder einer ländlichen Siedlung ist? Von den Tags, die Nominatim auswertet sind place=suburb (level 10) und place=neighbourhood(11) am gebräuchlichsten. ich würde da mindestens noch eine Stufe dazwischen frei lassen, neighbourhood also als ungefähr 12 ansehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 10:08 schrieb Florian Lohoff f...@zz.de: On Sun, Apr 22, 2012 at 03:44:20AM +0200, Garry wrote: Der Polygonbeschnitt ist ja meistens nicht die Grenze sondern generalisierte groessere Bereiche. Das Algorithmische Problem das jemand Straßen in einem Land nicht verarbeiten/nutzen will laesst sich ja durch die OSM Daten nicht lösen. +1, es kann auch sonst Sinn machen, eine kurze Strecke im Ausland zu benutzen, wenn man sich im Grenzgebiet bewegt, ob diese Straße dann deutsch ist oder nicht, spielt eigentlich keine Rolle. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lärmschutzwand
hi ! wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Am 23. April 2012 10:18 schrieb Frederik Ramm frede...@remote.org: In den meisten anderen Laendern gibt es genau ein Medium, auf dem sich die meisten Mapper versammeln - Forum, Mailingliste, angeblich in einigen Laendern sogar Facebook-Gruppen - und dann ist das halt das geeignete Medium zur Diskussion eines landesweiten Edits. So gern ich mit praktisch allem übereinstimme, was Du geschrieben hast, Facebook-Gruppen finde ich nicht akzeptabel. Man kann nicht von einem Mapper erwarten, dass er sich bei Facebook registriert, um mit anderen Mappern in Kontakt zu treten. M.E. sollte das Forum / Liste / etc. öffentlich einsehbar sein, und nicht dem goodwill einer Privatfirma unterliegen, ob man dort überhaupt mitmachen (posten und/oder lesen) darf. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 12:02 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. April 2012 10:08 schrieb Florian Lohoff f...@zz.de: Der Polygonbeschnitt ist ja meistens nicht die Grenze sondern generalisierte groessere Bereiche. Das Algorithmische Problem das jemand Straßen in einem Land nicht verarbeiten/nutzen will laesst sich ja durch die OSM Daten nicht lösen. +1, es kann auch sonst Sinn machen, eine kurze Strecke im Ausland zu benutzen, wenn man sich im Grenzgebiet bewegt, ob diese Straße dann deutsch ist oder nicht, spielt eigentlich keine Rolle. Du denkst wahrhaft europäisch! Außerhalb der Schengenstaaten gilt dies aber nicht in gleichem Maße, wenn überhaupt. Grenzkontrollen sind dann ein echtes Hindernis. Für ein auf die Schengenstaaten beschränktes Routing stimme ich Dir zu. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: soundproofing Ich würde mal auf der englischen Tagging Liste rumfragen. Instinktiv glaube ich, dass noise_control, noise_reduction oder noise_mitigation besser geeignet wären. Sound proofing hört sich ein bisschen nach Tonstudio an. Auch würde ich es eher als noise_control=yes oder so taggen, denn als Wandtyp (den würde ich eher konstruktiv sehen: Mauerwerk, Glaspaneele, Betonfertigteile mit Pflanzeinsatz, etc.). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 12:29 schrieb Garry garr...@gmx.de: +1, es kann auch sonst Sinn machen, eine kurze Strecke im Ausland zu benutzen, wenn man sich im Grenzgebiet bewegt, ob diese Straße dann deutsch ist oder nicht, spielt eigentlich keine Rolle. Je nach Mietwagenvertrag ist es nicht zulässig über eine Grenze zu fahren bzw. das deutsche Strassennetz zu verlassen, spielt also schon eine Rolle. Zumal es hier um eine EU-Aussengrenze geht. Zunächst: was hat das damit zu tun, wie Grenzen eingetragen werden? Praktisch hat Deine Anmerkung glaube ich kaum Bedeutung, da die Einreise in die Schweiz bei den Mietwagen, die ich bisher hatte, nie verboten war, während andere Länder wie z.B. manche osteuropäische nicht befahren werden durften, obwohl sie Teil der EU sind. Was aus Deiner Mail darüberhinaus nicht klar wird: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 12:48 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: soundproofing Ich würde mal auf der englischen Tagging Liste rumfragen. Instinktiv glaube ich, dass noise_control, noise_reduction oder noise_mitigation besser geeignet wären. Sound proofing hört sich ein bisschen nach Tonstudio an. Auch würde ich es eher als noise_control=yes oder so taggen, denn als Wandtyp (den würde ich eher konstruktiv sehen: Mauerwerk, Glaspaneele, Betonfertigteile mit Pflanzeinsatz, etc.). Ich mag dieses key=yes/no nicht. In diesem Fall ist die Gefahr zwar relativ gering, dass nicht sicher ist auf welches Haupttag es sich bezieht, dennoch würde ich, ein von Jan angedachtes Schema bevorzugen. Vielleicht wäre ein wall:purpose=value eine Möglichkeit? Dann kann jeder gleich sehen, zu welchem Haupttag der Mapper etwas sagen will. Ein netter Nebeneffekt ist, dass die Sub-Tags (sollten es mehrere sein) auch alle schön beisammen stehen, wenn der Editor die Tags alphabetisch ordnet. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Hallo, Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Hallo. Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist) Wenn das was im Ursprungsposting steht wahr ist, die Straße also keine Anbindung an das schweizerische Straßennetz hat, dann ist es formal gesehen keine Einreise, wenn man die Grenze überquert. Es dürfte dort eigentlich kein Zoll-Schild stehen. Das ist dann so ähnlich wie das Gebiet der eigenen Botschaft oder viele Flughäfen. Dort darf man sich auch aufhalten wenn man sich in dem Land drum herum eigentlich gar nicht aufhalten darf. Gruß, Bernd -- Lernen ist wie Rudern gegen den Strom. Sobald man aufhört, treibt man zurück. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:10 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 23. April 2012 12:48 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. April 2012 12:13 schrieb Jan Tappenbeck o...@tappenbeck.net: soundproofing Ich mag dieses key=yes/no nicht. In diesem Fall ist die Gefahr zwar relativ gering, dass nicht sicher ist auf welches Haupttag es sich bezieht, dennoch würde ich, ein von Jan angedachtes Schema bevorzugen. Vielleicht wäre ein wall:purpose=value eine Möglichkeit? Dann kann jeder gleich sehen, zu welchem Haupttag der Mapper etwas sagen will. Ein netter Nebeneffekt ist, dass die Sub-Tags (sollten es mehrere sein) auch alle schön beisammen stehen, wenn der Editor die Tags alphabetisch ordnet. müsste man dann nicht barrier:purpose taggen, wenn man diesen Effekt will? Ich finde das mit dem Zweck ein bisschen schwierig. Probleme gibt es, sobald ein Ding mehr als 1 Funktion hat. Dann müsste man wieder Krücken wie hauptsächliche Funktion einführen, und die kann man dann schön in Frage stellen und sich einen Editwar liefern (z.B. haben die Teile auf einer Brücke vielleicht auch absturzsichernde Wirkung?). M.E. ist Schallreduktion eine Eigenschaft, die sich übrigens auch quantifizieren lässt (und die auch Wände haben, die nicht explizit zum Schallschutz aufgestellt wurden), und aus dem noise_reduction=yes könnte später evtl. ein noise_reduction=20dB(A) (oder sonst eine relevante Bewertungskurve, bin da auch kein Experte) werden, sofern wir geeignete Daten erhalten. Haupttag finde ich übrigens auch ein schwieriges Wort. Jedes Objekt sollte beliebig viele Tags haben, die sich alle auf dieses Objekt beziehen (und die nicht unbedingt untereinander gewichtet werden müssen, weil sie unterschiedliche Eigenschaften beschreiben). Wenn es anderes Objekt an derselben Stelle ist, sollte man dafür auch in OSM ein eigenes Objekt haben (möglichst nicht überlappend, sondern besser über Relationen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 13:28, schrieb Michael Krämer: wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. +1 Und Lärmschutzwälle? Auch mit barrier=wall? ('wall' heißt ja eigentlich Mauer und nicht Wall)... ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. type sollte man grundsätzlich besser nicht verwenden ausser, um einen Relationen-Typ anzugeben. Zumindest ist das derzeit so. Evtl. wäre es besser, für Relationen stattdessen relation_type zu verwenden? Was macht man bei Schallschutz-konstruktionen, die keine Mauern sind, z.B. Röhren? Diese Howto_Map_A-Seite krankt ein bisschen daran, dass jede spontane Idee gleichbedeutend neben etablierten Schemata eingetragen wird, und so z.T. schlechtere Lösungen einführt werden, die es später schwierig machen, bessere Lösungen zu etablieren. Grundsätzlich führt ein bisschen Diskussion m.E. schon zu besseren Ergebnissen als Schnellschüsse. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:39 schrieb Chris66 chris66...@gmx.de: Am 23.04.2012 13:28, schrieb Michael Krämer: wie würdet Ihr eine Lärmschutzwand taggen ? barrier = wall wall:type=soundproofing Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. +1 Und Lärmschutzwälle? Auch mit barrier=wall? ('wall' heißt ja eigentlich Mauer und nicht Wall)... ;-) Vielleicht man_made=embankment? Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Hallo, Am 23. April 2012 13:42 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. type sollte man grundsätzlich besser nicht verwenden ausser, um einen Relationen-Typ anzugeben. Zumindest ist das derzeit so. Evtl. wäre es besser, für Relationen stattdessen relation_type zu verwenden? Das stimmt natürlich, ich fürchte das ist mal wieder der Unterschied zwischen dem was ist und dem was sein sollte. Taginfo kennt übrigens gleich ein paar Varianten: http://taginfo.openstreetmap.org/search?q=noise_barrier#values Was macht man bei Schallschutz-konstruktionen, die keine Mauern sind, z.B. Röhren? Diese Howto_Map_A-Seite krankt ein bisschen daran, dass jede spontane Idee gleichbedeutend neben etablierten Schemata eingetragen wird, und so z.T. schlechtere Lösungen einführt werden, die es später schwierig machen, bessere Lösungen zu etablieren. Grundsätzlich führt ein bisschen Diskussion m.E. schon zu besseren Ergebnissen als Schnellschüsse. Den Tag für 'mal eben' daran auszurichten, was 'man' in der Vergangenheit so verwendet hat, finde ich an sich das richtige Vorgehen. Natürlich macht es trotzdem ganz viel Sinn, sich grundlegende Gedanken über eine optimale Tagging-Struktur zu machen. Nur fürchte ich, dass das typischerweise etwas länger braucht. Ganz schlecht finde ich persönlich, individuelle Schnellschüsse, d.h. ich erfinde eben mal kurz einen eigenen/neuen Tag. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 13:30 schrieb Bernd Wurst be...@bwurst.org: Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist) Wenn das was im Ursprungsposting steht wahr ist, die Straße also keine Anbindung an das schweizerische Straßennetz hat, dann ist es formal gesehen keine Einreise, wenn man die Grenze überquert. Es dürfte dort eigentlich kein Zoll-Schild stehen. Auf einer normalen Bundesstraße darf man AFAIR am Rand anhalten und dort auch (sofern Platz ist, und man weder auf der Fahrbahn steht noch auf einem Notspur-streifen) parken. Dann könnte man aussteigen und spazierengehen in der Schweiz. Wäre das dann eine Einreise? Übrigens gibt es auch, wie ich aus eigener Anschauung weiss, einige kleine ländliche Grenzübergänge in die Schweiz, wo ggf. überhaupt keine Beamten stehen und kontrollieren, jedenfalls nicht den ganzen Tag über sondern nur sporadisch. Trotzdem ist das ein Grenzübertritt in die Schweiz. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 13:42, schrieb Martin Koppenhoefer: Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. type sollte man grundsätzlich besser nicht verwenden ausser, um einen Relationen-Typ anzugeben. Zumindest ist das derzeit so. Evtl. wäre es besser, für Relationen stattdessen relation_type zu verwenden? Wenn es eine Million Relationen mit type und hundert Schallschutzwände mit type gibt, dann ist die Lösung nicht, die Relationen zu ändern. ;) Zumal die Idee, für alle möglichen Subtags type als Schlüssel zu verwenden, auch dann keine gute wäre, wenn es Relationen gar nicht gäbe. Das macht nur das Dokumentieren, das Führen von Statistiken, das Filtern etc. unnötig schwierig. Man nehme daher entweder wall:type=noise_barrier oder eine der bereits existierenden Alternativen wall=noise_barrier (28x) oder barrier=noise_barrier (56x) und schon hat man ein sauberes Tagging. Dazu, vor der überwältigenden Anzahl von 100 Schallschutzwänden zu kapitulieren, sehe ich keinen Anlass. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 13:31 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 23. April 2012 13:10 schrieb Falk Zscheile falk.zsche...@googlemail.com: Ich mag dieses key=yes/no nicht. In diesem Fall ist die Gefahr zwar relativ gering, dass nicht sicher ist auf welches Haupttag es sich bezieht, dennoch würde ich, ein von Jan angedachtes Schema bevorzugen. Vielleicht wäre ein wall:purpose=value eine Möglichkeit? Dann kann jeder gleich sehen, zu welchem Haupttag der Mapper etwas sagen will. Ein netter Nebeneffekt ist, dass die Sub-Tags (sollten es mehrere sein) auch alle schön beisammen stehen, wenn der Editor die Tags alphabetisch ordnet. müsste man dann nicht barrier:purpose taggen, wenn man diesen Effekt will? Wenn man es rein formal betrachtet schon. Ich sprach aber von Nebeneffekt. Üblicherweise gehen wir bei der hirarchischen Tagbildung folgendermaßen vor key=value[x], value[x]=value[y], value[x]=value[z] um value[x] näher zu beschreiben. Ich finde das mit dem Zweck ein bisschen schwierig. Probleme gibt es, sobald ein Ding mehr als 1 Funktion hat. Da hatte ich auch schon auch schon mal daran gedacht, ob man nicht etwas wie für subtags etwas wie key:1=value[x] key:2=value[y] anstatt key=value[x], value[y] damit man von den lästigen Aufzählungen weg kommt. ISt aber nur eine Idee. Dann müsste man wieder Krücken wie hauptsächliche Funktion einführen, und die kann man dann schön in Frage stellen und sich einen Editwar liefern (z.B. haben die Teile auf einer Brücke vielleicht auch absturzsichernde Wirkung?). Diese Problem wird man bei OSM nie vollständig in den Griff bekommen, weil jeder Mapper etwas anderes für wichtig hält. Glücklich kann man sich schon schätzen, wenn man eine Möglichkeit findet, das nebeneinander in Tags zu packen (und nicht durcheinander). M.E. ist Schallreduktion eine Eigenschaft, die sich übrigens auch quantifizieren lässt (und die auch Wände haben, die nicht explizit zum Schallschutz aufgestellt wurden), und aus dem noise_reduction=yes könnte später evtl. ein noise_reduction=20dB(A) (oder sonst eine relevante Bewertungskurve, bin da auch kein Experte) werden, sofern wir geeignete Daten erhalten. Na, na, jetzt kommt aber wieder der Architekt durch :-) Immer schön dran denken, OSMer sind laien und wollen auch nur fürs Mappen auch nicht Bauingenieuren weiterbilden. Als Subtag kannst du ja sowas immer setzen, wenn du die nötige Fachkenntnis mit bringst. Haupttag finde ich übrigens auch ein schwieriges Wort. Jedes Objekt sollte beliebig viele Tags haben, die sich alle auf dieses Objekt beziehen (und die nicht unbedingt untereinander gewichtet werden müssen, weil sie unterschiedliche Eigenschaften beschreiben). Wenn es anderes Objekt an derselben Stelle ist, sollte man dafür auch in OSM ein eigenes Objekt haben (möglichst nicht überlappend, sondern besser über Relationen). Das ist aber nicht immer Klar. Es können auch zwei Haupttags (oder Haupteigenschaften) zusammen kommen. Zum Beispiel ein Baum an dem ein Wegkreuz hängt und der unter Naturschutz steht. Dann ist es schon praktisch man weiß, ob der Schutz sich auf das Kreuz oder auf den Baum bezieht (ich weiß, etwas an den Haaren herbeigezogen). Bei Gelegenheit überlege ich mir was besseres. Bei solchen Allerweltstags wie type=value ist nicht immer Klar auf was es sich eigentlich beziehen soll, wenn es mehrere Haupttags gibt. Daher wall:type=value. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 14:18 schrieb Tobias Knerr o...@tobias-knerr.de: Am 23.04.2012 13:42, schrieb Martin Koppenhoefer: Am 23. April 2012 13:28 schrieb Michael Krämer ohr...@googlemail.com: Im Wiki steht dazu type=noise_barrier (gut versteckt auf http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A unter Mauer). Klingt für mich vernünftig. Wenn es eine Million Relationen mit type und hundert Schallschutzwände mit type gibt, dann ist die Lösung nicht, die Relationen zu ändern. ;) type gibt es ja nicht nur für Schallschutzwände. Diese Thema kommt immer wieder hoch, type wurde schon genutzt, da gab es noch gar keine Relationen in OSM. Zumal die Idee, für alle möglichen Subtags type als Schlüssel zu verwenden, auch dann keine gute wäre, wenn es Relationen gar nicht gäbe. Das macht nur das Dokumentieren, das Führen von Statistiken, das Filtern etc. unnötig schwierig. Es ginge ja nicht um alle möglichen Subtags, sondern um eine Typologie. Sollte man dann nicht auch für andere Tags ähnlich verfahren? Für manche Statistiken wäre es z.B. auch einfacher und eindeutiger, z.B. hotel:name anstatt name zu taggen, oder building:name. ref und brand, operator, network und ein paar andere tags werden durchaus gemischt verwendet in Kombination mit unterschiedlichen Objekten. Je nachdem, was man mit den Daten anstellen will, hat das eine oder das andere Vorgehen Vorteile. Man nehme daher entweder wall:type=noise_barrier oder eine der bereits existierenden Alternativen wall=noise_barrier (28x) oder barrier=noise_barrier (56x) und schon hat man ein sauberes Tagging. schon hat man 4 verschiedene Schemata und alles andere als ein sauberes Tagging ;-) Dazu, vor der überwältigenden Anzahl von 100 Schallschutzwänden zu kapitulieren, sehe ich keinen Anlass. darum ging es auch nicht in erster Linie, in anderen Bereichen gibt es mehr davon, aber Du hast schon Recht, es sind derzeit nur noch wenig über 10% aller mit type getaggten Objekte keine Relationen. Ausgerechnet type=broad_leafed (ist glaube ich ein typo, entweder broad_leaf oder broad_leaved, ggf. import?) führt dabei die Statistiken an. Übrigens, nur 0% aller mit Type getaggten Objekte sind Relationen: http://taginfo.openstreetmap.org/keys/Type ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23. April 2012 14:24 schrieb Falk Zscheile falk.zsche...@googlemail.com: Wenn man es rein formal betrachtet schon. Ich sprach aber von Nebeneffekt. Üblicherweise gehen wir bei der hirarchischen Tagbildung folgendermaßen vor key=value[x], value[x]=value[y], value[x]=value[z] um value[x] näher zu beschreiben. ja, manche machen es so, es gibt auch Gegenbeispiele. Z.B. amenity=parking, parking=surface, surface=asphalt Diese A=B Schemata haben das große Problem, dass man sich jeweils auf die Haupteigenschaft festlegen muss, die man ausdrücken will, das macht manchmal Sinn, manchmal aber auch nicht. key:1=value[x] key:2=value[y] anstatt key=value[x], value[y] damit man von den lästigen Aufzählungen weg kommt. ISt aber nur eine Idee. das ist doch nur eine Aufzählung mit anderer Syntax, weggekommen wäre man damit nicht. Dann müsste man wieder Krücken wie hauptsächliche Funktion einführen, und die kann man dann schön in Frage stellen und sich einen Editwar liefern (z.B. haben die Teile auf einer Brücke vielleicht auch absturzsichernde Wirkung?). Diese Problem wird man bei OSM nie vollständig in den Griff bekommen, weil jeder Mapper etwas anderes für wichtig hält. das bekommt man dann in Griff, wenn man die Eigenschaften getrennt taggt, und der Schlüssel jeweils das beschreibt, was getaggt wird. Bei building ist man hier z.B. schon ziemlich weit. Zum Glück hat sich da kein Anarcho-tagging der Art building=yes yes=residential residential:height=34 residential_levels=65 herausgebildet ;-) M.E. ist Schallreduktion eine Eigenschaft, die sich übrigens auch quantifizieren lässt (und die auch Wände haben, die nicht explizit zum Schallschutz aufgestellt wurden), und aus dem noise_reduction=yes könnte später evtl. ein noise_reduction=20dB(A) (oder sonst eine relevante Bewertungskurve, bin da auch kein Experte) werden, sofern wir geeignete Daten erhalten. Na, na, jetzt kommt aber wieder der Architekt durch :-) Immer schön dran denken, OSMer sind laien und wollen auch nur fürs Mappen auch nicht Bauingenieuren weiterbilden. Als Subtag kannst du ja sowas immer setzen, wenn du die nötige Fachkenntnis mit bringst. ich hatte ja noise_reduction=yes vorgeschlagen und die Idee absichtlich zunächst unterschlagen, dass später auch mit Details unterfüttern zu können. Man muss, um solche Dinge zu taggen, gar nicht die Details kennen. Mit bloßem Auge ohne Hintergrundwissen wird das vermutlich nur derjenige erkennen können (wenn überhaupt), der so was schonmal geplant bzw. berechnet hat. Aber man wird diese Informationen über kurz oder lang auch von den Behörden bekommen können, und es ist durchaus interessant, nicht nur zu wissen, dass es irgendeine Form von Lärmschutz gibt, sondern auch, welche Wirkung der hat. Das ist aber nicht immer Klar. Es können auch zwei Haupttags (oder Haupteigenschaften) zusammen kommen. Zum Beispiel ein Baum an dem ein Wegkreuz hängt und der unter Naturschutz steht. gutes Beispiel. Idealerweise sollten das 2 Objekte in OSM sein, alles andere führt zu Verwirrung und Unklarheiten. Praktisch ist es allerdings derzeit bei Nodes kaum umsetzbar, ways und Flächen sind da schon weiter. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Moin, Am 23.04.2012 14:01, schrieb Martin Koppenhoefer: Am 23. April 2012 13:30 schrieb Bernd Wurstbe...@bwurst.org: Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: diese B317 in der Schweiz Wenn das was im Ursprungsposting steht Auf einer normalen Bundesstraße also als so 'normal' würde ich diese explizit angesprochene Strecke nicht bezeichnen ... ;-) http://www.loerrach.de/ceasy/modules/core/resources/main.php5?id=1212 Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Hi, On Sat, Apr 21, 2012 at 04:39:59AM +0200, Tirkon wrote: Die ÖPNV Relationen sind das beste Beispiel dafür, wie sich ein als möglichst umfassend und stimmig befundenes Oxomoa Schema einfach nicht durchsetzt. Selbst die Spezialisten mappen das Schema in zig Varianten. Die meisten örtlichen Mapper hingegen setzen intuitiv an die Stelle des Haltestellen-Schildes ein busstop und fertig. Denn genau diese Vokabel haben sie im Englisch-Unterricht oder als muttersprachliches Kind als Bezeichnung dafür gelernt. Wird eine Bushaltestelle verlegt, dann wird das Schild versetzt oder temporär ein anderes aufgestellt und das originale als ungültig gekennzeichnet. Ich bin ja nun 20 Jahre in der Informatik unterwegs - eine Sache die ich Leuten immer wieder Predige die tolle Datensammlungen mit tollen möglichkeiten Designen ist: Wenn es keine technische Abhaengigkeit gibt wird es nicht gepflegt. Wenn der mapper etwas erreichen möchte - wie z.b. - Es taucht auf der Karte auf - Es funktioniert im Routing - Die Namenssuche funktioniert dann werden Daten richtig erfasst und auch im zweifelsfalle so lange korrigiert bis sie funktioniert. Es wird auch im Forum nachgefragt Warum taucht das nicht in der Karte auf. D.h. schaff eine Applikation die etwas mit den Daten macht und erklaere wie deine Applikation die Daten nutzt und schon werden sich Leute finden die die Daten korrigieren. Nur vom Datenmodell ist das in etwa wie eingeschlafene Fuesse. Im ueberigen geht mir das genauso - Ich habe die ganzen Schulen in der Umgebung auch erst korrigiert als der Straßenindex bei MapOSMatic kaputt war. Ich habe auch viele ÖPNV Linien eingetragen - die tauchen auch alle schön in der ÖPNV Karte auf - Aber bei der ganzen forward/backward Nummer war meine Motivation weg - Es gibt IIRC keine Applikation die da irgendwas sinnvolles mit macht - Auch wenn es eine Applikation geben würde die mit den Linien ein Routing macht ständen sofort eine Menge leute da die die Linien feiner Mappen würden. Auch der Durschnittliche Bundesbuerger ist in der Lage eine Relation zu Pflegen aber er muss a) Motiviert sein etwas zu erreichen und b) in der Lage sein sich dieses Wissen ohne grosse Hürden anzueignen. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: Am 23. April 2012 12:29 schrieb Garrygarr...@gmx.de: +1, es kann auch sonst Sinn machen, eine kurze Strecke im Ausland zu benutzen, wenn man sich im Grenzgebiet bewegt, ob diese Straße dann deutsch ist oder nicht, spielt eigentlich keine Rolle. Je nach Mietwagenvertrag ist es nicht zulässig über eine Grenze zu fahren bzw. das deutsche Strassennetz zu verlassen, spielt also schon eine Rolle. Zumal es hier um eine EU-Aussengrenze geht. Zunächst: was hat das damit zu tun, wie Grenzen eingetragen werden? Mir geht es auch darum (angestossen durch die Multipolygon-Grenzdiskussion) das eine sture Polygon-Technik nicht alle Grenzproblem durch verschneiden lösen kann. Praktisch hat Deine Anmerkung glaube ich kaum Bedeutung, da die Einreise in die Schweiz bei den Mietwagen, die ich bisher hatte, nie verboten war, während andere Länder wie z.B. manche osteuropäische nicht befahren werden durften, obwohl sie Teil der EU sind. Bei der Anmietung eine 7,5-Tonners für einen Östertreich--Deuschtland-Umzug spielte das schon eine Rolle. Und auch mit dem PKW kannst Du heftige Probleme am Zoll bekommen je nach dem was Du für Waren- und Geldbeträge mit Dir mitführst, das Bargeld für einen Gebrauchtwagenkauf kann da schon teuer werden. Was aus Deiner Mail darüberhinaus nicht klar wird: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist). Wäre ja keine Einreise, sondern Transit (ohne Möglichkeit in der Schweiz zu verbleiben). Ich gehe davon aus dass der Strassennutzer gar nicht mitbekommen wird dass er hier über schweizer Gebiet fahren wird und auf der Strasse deutsches Recht umgesetzt werden wird. Wie das genau gehandhabt werden wird ist mir nicht bekannt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23.04.2012 14:01, schrieb Martin Koppenhoefer: Am 23. April 2012 13:30 schrieb Bernd Wurstbe...@bwurst.org: Am 23.04.2012 12:55, schrieb Martin Koppenhoefer: darf man denn nun nicht über die Grenze fahren, oder darf man das deutsche Straßennetz nicht verlassen? AFAIR ist ersteres der Fall, so dass man dann theoretisch diese B317 in der Schweiz halt nicht befahren dürfte (wie gesagt, sofern die Einreise in die Schweiz verboten ist) Wenn das was im Ursprungsposting steht wahr ist, die Straße also keine Anbindung an das schweizerische Straßennetz hat, dann ist es formal gesehen keine Einreise, wenn man die Grenze überquert. Es dürfte dort eigentlich kein Zoll-Schild stehen. Auf einer normalen Bundesstraße darf man AFAIR am Rand anhalten und dort auch (sofern Platz ist, und man weder auf der Fahrbahn steht noch auf einem Notspur-streifen) parken. Dann könnte man aussteigen und spazierengehen in der Schweiz. Wäre das dann eine Einreise? Ein Grossteil des Abschnitts ist im Tunnel, von daher ist zu erwarten dass eine Ausschilderung als Kraftfahrstrasse erfolgen wird. Vermutlich wird per Kameraüberwachung auch jeder Halt zu einer Alarmierung führen. Übrigens gibt es auch, wie ich aus eigener Anschauung weiss, einige kleine ländliche Grenzübergänge in die Schweiz, wo ggf. überhaupt keine Beamten stehen und kontrollieren, jedenfalls nicht den ganzen Tag über sondern nur sporadisch. Trotzdem ist das ein Grenzübertritt in die Schweiz. Kann man nicht vergleichen, es wird nicht möglich sein auf dieser Strasse etwas anderes zu tun als innerhalb weniger Minuten die Schweiz wieder zu verlassen. Die Strasse wird gebaut damit nicht mehr westlich über die deutschen Dörfer mit kleinen Strassen durch die Hügel oder östlich durch das schweizer Riehen (mit zweimaliger Grenzpassierung innerhalb weniger Minuten) gefahren werden muss Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Hallo. Am 23.04.2012 14:01, schrieb Martin Koppenhoefer: Auf einer normalen Bundesstraße darf man AFAIR am Rand anhalten und dort auch (sofern Platz ist, und man weder auf der Fahrbahn steht noch auf einem Notspur-streifen) parken. Dann könnte man aussteigen und spazierengehen in der Schweiz. Wäre das dann eine Einreise? Solche Straßen werden dann meist eher so gebaut und ausgeschildert dass man das weder darf noch gefahrlos kann. Sonst wäre das etwas absurd. Ist ja auch kein großer Aufwand: Kraftfahrstraße, minimaler Standstreifen, fette Leitplanken... Übrigens gibt es auch, wie ich aus eigener Anschauung weiss, einige kleine ländliche Grenzübergänge in die Schweiz, wo ggf. überhaupt keine Beamten stehen und kontrollieren, jedenfalls nicht den ganzen Tag über sondern nur sporadisch. Trotzdem ist das ein Grenzübertritt in die Schweiz. Da steht dann in aller Regel aber doch ein Schild, oder? Also ich bin bisher erst einmal in die Schweiz gefahren auf einer eher kleinen Straße, da wurden wir auch weder kontrolliert noch von Beamten umzingelt sondern da war ein Schild Achtung Grenze (oder so ähnlich) und dann fuhr man durch eine Schikane (Geschwindigkeitsbremse), an einem leeren Wärterhäuschen vorbei und dann kam das Willkommen in der Schweiz-Schild. Man kann auch ohne Grenzkontrollen durchaus mitbekommen dass man die Grenze übertritt. Gruß, Bernd -- Mein Homer ist kein Kommunist. Er ist vielleicht ein Lügner, ein Schwein, ein Idiot und ein Kommunist, aber ist kein Porno-Star! - Grandpa, Die Simpsons signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 13:39, schrieb Chris66: Und Lärmschutzwälle? Auch mit barrier=wall? ('wall' heißt ja eigentlich Mauer und nicht Wall)... ;-) barrier=embankment (wird laut taginfo 4200 mal verwendet) Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Am 23.04.2012 14:18, schrieb Tobias Knerr: oder barrier=noise_barrier (56x) und schon hat man ein sauberes Tagging. Da barrier bislang die Bauform und nicht den Zweck beschreibt, finde ich barrier=noise_barrier nicht sinnvoll. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
Also für mich ist eine Lärmschutzwand eig. immer eine ziemlich unüberwindbare Barriere On 23.04.2012 18:38, Stephan Wolff wrote: Da barrier bislang die Bauform und nicht den Zweck beschreibt, finde ich barrier=noise_barrier nicht sinnvoll. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Heilpraktiker - Tag
hi ! gibt es schon eine Idee wie Heilpraktiker getaggt werden ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heilpraktiker - Tag
Am 23.04.2012 19:13, schrieb Jan Tappenbeck: gibt es schon eine Idee wie Heilpraktiker getaggt werden ? googele mal nach healthcare V2.0 :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lärmschutzwand
On 23.04.2012 18:38, Stephan Wolff wrote: Da barrier bislang die Bauform und nicht den Zweck beschreibt, finde ich barrier=noise_barrier nicht sinnvoll. Am 23. April 2012 19:12 schrieb Dampfklon o...@dampfklon.de: Also für mich ist eine Lärmschutzwand eig. immer eine ziemlich unüberwindbare Barriere Das hat auch niemand behauptet. Hier wird nur über die richtige Systematik diskutiert. Wie du schon richtig festgestellt hast ist eine Lärmschutzwand für dich eine unüberwindbare Barriere. Aber nicht, weil sie den Schall absorbiert, sondern weil es eine Wand ist. Also: barrier=wall, wall:purpose/type=noise_* Macht es auch dem Renderer einfacher, der muss nämlich nicht noise_barrier verstehen, sondern nur wall. Das macht es für alle einfacher. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenzwechsel-Status
Moin, kann hier jemand ein Update zum Lizenzwechsel geben? Die letzte Info von Richard die ich gefunden hab [1], ist 12 Tage alt (We’ll have a further update next week and,), die Mailingliste[2], scheint entwerder die falsche zu sein, oder niemand tauscht sich über den Status aus Es wäre schön, wenn alle Mapper die Chance hätten zu erfahren, wie/ob der Lizenzwechsel läuft, muss ja nicht jeden Tag sein, aber so alle 3 bis 4 Tage wäre echt nett. Viele Grüße Sven Anders 1: http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/ 2: http://lists.openstreetmap.org/pipermail/rebuild/2012-April/date.html#start ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Status
Sven Anders schrieb: kann hier jemand ein Update zum Lizenzwechsel geben? Die letzte Info von Richard die ich gefunden hab [1], ist 12 Tage alt (We’ll have a further update next week and,), die Mailingliste[2], scheint entwerder die falsche zu sein, oder niemand tauscht sich über den Status aus Im Forum las ich gestern dies: http://forum.openstreetmap.org/viewtopic.php?pid=236590#p236590 Es wäre schön, wenn alle Mapper die Chance hätten zu erfahren, wie/ob der Lizenzwechsel läuft, muss ja nicht jeden Tag sein, aber so alle 3 bis 4 Tage wäre echt nett. +1 malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
Am 23. April 2012 18:03 schrieb Bernd Wurst be...@bwurst.org: Solche Straßen werden dann meist eher so gebaut und ausgeschildert dass man das weder darf noch gefahrlos kann. Sonst wäre das etwas absurd. ja, der mittlerweile gepostete Überblick zeigt das, das ist Brücke, Trog, Tunnel und wieder raus aus der Schweiz. Da steht dann in aller Regel aber doch ein Schild, oder? ja, da steht ein Schild, nur sonst halt nichts, ist wie eine unbefahrene Landstraße, s.z.B. hier: http://maps.google.it/maps?hl=debav=on.2,or.r_gc.r_pw.r_qf.,cf.osbq=singenum=1ie=UTF-8hq=hnear=0x479a7d33fa8afe9f:0xa3f9f94099cb2cef,Singen+(Hohentwiel),+Deutschlandgl=itei=ZKOVT6C5Mc3Oswbg9pCUCgsa=Xoi=geocode_resultct=imageresnum=2ved=0CE8Q8gEwAQ (mal zufällig rausgesucht, wo ich damals genau durchgefahren bin, weiss ich nicht mehr, ich bilde mir ein, dass war noch kleiner). Also ich bin bisher erst einmal in die Schweiz gefahren auf einer eher kleinen Straße, da wurden wir auch weder kontrolliert noch von Beamten umzingelt sondern da war ein Schild Achtung Grenze (oder so ähnlich) und dann fuhr man durch eine Schikane (Geschwindigkeitsbremse), an einem leeren Wärterhäuschen vorbei und dann kam das Willkommen in der Schweiz-Schild. ja genau, das ist durchaus üblich, und ja klar, man bekommt schon mit, dass man eine Grenze übertritt, aber es ist halt nicht in jedem Fall die festungsmäßig ausgebaute EU-Aussengrenze, die Grenze zur Schweiz ist eher eine Binnengrenze (ungefähr vergleichbar den Grenzen innerhalb der EU vor Schengen und Zollunion) als eine Aussengrenze. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenausschnitt verhindert routen auf deutscher Bundestrasse (B317 bei Lörrach)
ja genau, das ist durchaus üblich, und ja klar, man bekommt schon mit, dass man eine Grenze übertritt, aber es ist halt nicht in jedem Fall die festungsmäßig ausgebaute EU-Aussengrenze, die Grenze zur Schweiz ist eher eine Binnengrenze (ungefähr vergleichbar den Grenzen innerhalb der EU vor Schengen und Zollunion) als eine Aussengrenze. Die Schweiz ist formal derm Schengen-Abkommen beigetreten. Volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Christian Müller cmu...@gmx.de wrote: Wenn ich einen Umring teile, so sind diese Teile keine geschlossenen Linien und somit kein Polygon mehr. Wo kommt also die Kette von Polygonen her? Möchtest Du einen Staat in Flächenteile (Polygone) zerlegen, um diese dann zu vereinen (Kette von Polygonen)? Könntest Du das erläutern? Ich habe ihn so verstanden: normale Polygone - ein geschlossener Weg Multipolygone - mehrere, offene Polygone, die aneinandergereiht einen geschlossenen Weg ergeben Was Wolfgang also meinte, waren Multilinestrings - in diesem Fall zum (Multi)-Popolygon geschlossene. http://wiki.openstreetmap.org/wiki/Relation:multilinestring Die sind bekannt und so wird sein Konstrukt verständlich und einige der weiteren Fragen lösen sich in Wohlgefallen auf. Polygon war hier etwas missverständlich, da mir solche im Allgemeinen und auch bei OSM-Objekten nur als geschlossen definiert bekannt waren. Ich habe aufgrund Deiner Erklärung noch bei Wikipedia geschaut und dort scheint man der gleichen Meinung zu sein: http://de.wikipedia.org/wiki/Polygon Multipolygone sind auch bekannt. Gerade die von mir bearbeiteten waren diejenigen, die mich bei der Auswertung des OSM Inspektors stutzig machten und zum Ursprungsposting dieses Threads veranlassten. Zudem meckert JOSM bei unvollständigen Relationen. Von welcher Meldung sprichst Du konkret? In der Abteilung Relationen wird jede betroffene Relation mit dem Zusatz (unvollständig) versehen. Das veranlasst zum Nachzuladen, womit es verschindet. Es ist demnach ein Kürzel für unvollständig geladen. Inzwischen achte ich darauf, dass nachgeladen wird, was natürlich im Rahmen der Zunahme von Relationen immer mühevoller wird. Denn JOSM hat nach umfangreichen Edits etwas von der ID einer solchen Relation gefaselt und dann das Hochladen komplett verweigert. Die Arbeit war somit für den A. Ein Fall ist mir noch erinnerlich, wo ich Punkte gemergt habe. Eventuell gehörte einer davon zu solch einer Relation. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächennetzwerk cont. (reply zu Re: Massenumbenennung Relationen von Multipolygon in Boundary)
Florian Lohoff f...@zz.de wrote: ... Wenn es keine technische Abhaengigkeit gibt wird es nicht gepflegt. ... +1 für das gesamte Posting. Schön, Dich wieder zurück im Projekt zu haben. Aber bei der ganzen forward/backward Nummer war meine Motivation weg - Es gibt IIRC keine Applikation die da irgendwas sinnvolles mit macht Dieses mühevolle Unterfangen beim Erfassen und Lesen einer ÖPNV Linie ist IMHO bei getrennter Erfassung der beiden Fahrtrichtungen obsolet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massen-Edits, automatische Edits, mechanische Edits
Am 23.04.2012 10:18, schrieb Frederik Ramm: On 04/23/2012 09:38 AM, Falk Zscheile wrote: In anderen Zusammenhängen nennt man dieses Prinzip ortsübliche Bekanntmachung. Ob jemand die ortsüblich Bekanntgabe tatsächlich zur Kenntnis nimmt, das liegt im Risikobereich jedes einzelnen. Ja, etwa so ist das gedacht. Zustimmung! Wenn jemand die angebotenen Informatonsquellen nicht nutzt, dann ist er selber schuld. Das betrifft nicht nur OSM sondern z.B. auch das reale Leben... Und so war das bei OSM schon immer (seit Jahren!). Das bezieht sich auch die Forderung, dass Massenedits und Importe vorher angekündigt werden aus der ersten Email von Frederik zum Thema. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de