Re: [Talk-de] Präsentationsmappe
Suche mal die Präsentation raus, die ein User und ich vor einiger Zeit beim Katasteramt vorgeführt haben. dafür würde ich das auch als erstes gerne nutzen ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Moin, Sven Anders schrieb: In der Hoffung das damit das Thema TMC vielleicht ein paar mehr Leuten näher gebracht werden kann. Super, jetzt kann auch ich die kryptischen Daten zuordnen. Alternativ kann man unter: http://osm-tmc.anders-hamburg.de/area.php?lcd=1 Verstehe ja, das im TMC nicht alle Gemeinden und Straßen enthalten sein müssen. In der obigen Auflistung fehlen aber auch Roads und Segmente, denen über die Karte eindeutig TMC-Codes zugeordnet werden (können/sollen). Beispiele: B502, L211, B202-Segmente (Permalink siehe unten) Weitere Frage: Einige TMC-Points (sic!, nicht Area, die habe ich jeweils auf die Gemeinde-Relation gelegt) liegen quasi im Ortskern der Gemeinde bzw. auf oder in der Nähe der früheren Hauptverbindungswege. Macht es Sinn, diese Punkte auf die heutigen Hauptverbindungswege zu verschieben, insbesondere, wenn dann die PrevLocationCode und NextLocationCode besser in die Reihe passen? Beispiel: Heikendorf, Schönkirchen Beide Punkte habe ich vorerst auf die B502 gelegt. Permalink: http://osm-tmc.anders-hamburg.de/?zoom=13lat=54.35301lon=10.21654layers=0BT Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mautbrücken
Stefano meinte wohl keine mautpflichtigen Brücken, sondern die Schnellstraßen überspannenden Konstruktionen zur Mauterfassung: http://de.wikipedia.org/wiki/Mautbrücke Genau die meinte ich. :-) Stefano ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mautbrücken
Am 05.01.10 14:05, schrieb Mirko Küster: wie werden die deutschen Mautbrücken getaggt? Aktuell noch nichts offizielles. Nimm doch vorerst erstmal als Node oder Way: highway=toll_bridge operator=Toll Collect GmbH Ok, das ist ja mal ein Anfang. Stefano ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mautbrücken
Moin ! Sollte nicht ein Node highway=tollbridge ausreichen ?? Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am 5. Januar 2010 17:56 schrieb Sven Anders s...@anders-hamburg.de: Verbesserungsvorschläge gerne an die Liste: Hohe Prio: - Die Punkte eines Segments sollten wie bei den Roads sortiert dargestellt werden. bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road vorhanden sind bzw. die OSM-Wege die Points enthalten. - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls angezeigt werden. Die schon vorhandenen Einträge sollte dann mit vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das TMC-Element falsch eingetragen wurde. -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung jetzt an einem anderen Standort sind. ... tbc ... Nebensächlich: - Anzeige der Areas, Segmente oder Roads auf der Karte Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am 6. Januar 2010 11:34 schrieb Georg Feddern ne...@bavarianmallet.de: Weitere Frage: Einige TMC-Points (sic!, nicht Area, die habe ich jeweils auf die Gemeinde-Relation gelegt) liegen quasi im Ortskern der Gemeinde bzw. auf oder in der Nähe der früheren Hauptverbindungswege. Macht es Sinn, diese Punkte auf die heutigen Hauptverbindungswege zu verschieben, insbesondere, wenn dann die PrevLocationCode und NextLocationCode besser in die Reihe passen? Beispiel: Heikendorf, Schönkirchen Beide Punkte habe ich vorerst auf die B502 gelegt. Permalink: http://osm-tmc.anders-hamburg.de/?zoom=13lat=54.35301lon=10.21654layers=0BT Halte ich für richtig, wenn die Points an veränderte Straßenveraufsbedingungen angepasst werden, da die Points Stützpunkte der Bundestraße darstellen. Ich habe jedoch keine Ahnung wie dies in kommerziellen Karten gehandhabt oder vom TMC-Anbieter ausgestrahlt wird. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mautbrücken
sorry habe posting von mirko mit highway=toll_bridge operator=Toll Collect GmbH nicht gelesen! hat einer schon eine idee für ein symbol in josm ? gruß Jan :-) 06.01.2010 11:47, schrieb Jan Tappenbeck: Moin ! Sollte nicht ein Node highway=tollbridge ausreichen ?? Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bereinigung von Werten max....
Hi ! ich habe mir in der letzten Zeit vermehr die Max-Values angesehen und festgestellt das viele verschiedene Schreibweisen vorliegen für die Werte. * mit den Maßeinheiten * Punkt und Komma als Dezimaltrennung * mit 0 im Nachkomma-Bereich (unkritisch) Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? Macht in meinen Augen wenig Sinn, denn keiner der von Dir beschriebenen Fälle ist falsch. Es sind, wie Du schon sagst, verschiedene Schreibweisen/Konventionen/Präferenzen und egal wie häufig Du das bereinigst es wird immer wieder jemanden geben, der Punkt- oder Komma als Dezimaltrenner verwendet (rein herkunftstechnisch). Anwendungen, die diese Tags verarbeiten wollen müssen also eh die gängisten Fälle verarbeiten können und nicht darauf hoffen, dass alle User Ihr Wunschformat nutzen. Da sollte man sich den Ärger, der mit dem automatischen Ändern von Tags einhergeht lieber sparen und die Energie anderweitig investieren. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Jan Tappenbeck schrieb: Hi ! ich habe mir in der letzten Zeit vermehr die Max-Values angesehen und festgestellt das viele verschiedene Schreibweisen vorliegen für die Werte. * mit den Maßeinheiten Standard sind die SI-Einheiten - also Meter und metrische Tonnen, die brauchen also nicht angegeben werden. Wenn die Angabe in einer anderen Einheit ist, sollte diese durch ein Leerzeichen getrennt angegeben werden. * Punkt und Komma als Dezimaltrennung Laut wiki ist der Punkt richtig (und international auch Standard). * mit 0 im Nachkomma-Bereich (unkritisch) Die Nullen nach dem Komma sollten erhalten bleiben, weil sie die Genauigkeit angeben. Dazu gab es erst auf der englischen ML (t...@...) einen kleinen Thread: http://lists.openstreetmap.org/pipermail/talk/2010-January/046475.html Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? ein solcher Automatismus kann nur einen Teil der möglichen Fehler ausbessern, der da reingeschrieben wird, es wird also für die schweren Fälle immer Handarbeit übrig bleiben. Einfache Dinge wie Dezimaltrennzeichen oder fehlende Leerezeichen sind einfach, allerdings sollte jeder, der die Daten auswerten will, damit rechnen und das sowieso abfangen. Eine Vereinheitlichung (solange sie nichts beschädigt) kann nicht schaden, allerdings wachsen die Fehler wohl bald wieder nach. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Jan Tappenbeck schrieb: ich habe mir in der letzten Zeit vermehr die Max-Values angesehen und festgestellt das viele verschiedene Schreibweisen vorliegen für die Werte. Wirkt für OSM-Verhältnisse harmlos. ;-) * mit den Maßeinheiten Es ist Standard, den Wert in örtlichen Maßeinheiten anzugeben und dann auch die Einheit dazu zu schreiben. Metrische sind eben optional, was dazu führt, dass man fehlende Einheiten nicht vom Default unterscheiden kann. Zugegeben ungünstig. * Punkt und Komma als Dezimaltrennung Wie oft kommt das Komma vor? Das ist m.E. der einzige sicher erkennbare Fehler in deiner Auflistung. * mit 0 im Nachkomma-Bereich (unkritisch) Egal, kann sogar bewusste Entscheidung sein. Da gabs kürzlich schon Ärger, weil jemand angefangen hat, Werte wie 2.0 auf 2 zu vereinheitlichen. Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? Es sollte Editor-Presets geben, die von vornherein für ordentliche Werte sorgen, manuelle Eintragung ist bei so etwas m.E. nur beschränkt sinnvoll. Meinetwegen kann man das alles reparieren, *nachdem* man durch Presets etwas gegen den Zufluss neuer Fehler getan hat. Ansonsten braucht es einfach mal eine strenge Anwendung, die die Werte benutzt. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Highways View im OSM Inspector
Die Anzeige des 'Fehlers' ist also richtig, oder sehe ich das falsch? ;-) Das ist kein Fehler sondern ein noch gültiger und auch in JOSM angebotener Schlüssel. Was im Fall von simplen Bushaltestellen auch noch immer ausreichend und für Leute die durch die Relationskaskade nicht durchblicken einfacher zu handeln ist. Der public_transport=platform ist ein alternativer Schlüssel den man aus Vorliebe verwenden kann, jedoch nicht muss. Wenn das in einen Validator gehört dann nur in einen der beide Systeme für interessierte gegenüber stellt. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Moin Ingrid, Georg Feddern schrieb: Alternativ kann man unter: http://osm-tmc.anders-hamburg.de/area.php?lcd=1 Verstehe ja, das im TMC nicht alle Gemeinden und Straßen enthalten sein müssen. In der obigen Auflistung fehlen aber auch Roads und Segmente, denen über die Karte eindeutig TMC-Codes zugeordnet werden (können/sollen). Beispiele: B502, L211, B202-Segmente Hier muss ich mich selbst korrigieren, die stehen auf der Schleswig-Holstein-Seite, da war ich zu voreilig. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Baden-Württemberg aufr äumen?
On Dienstag, 5. Januar 2010, SLXViper wrote: Werner Hoch schrieb: Die type-Tags halte ich allein deshalb für enorm wichtig, damit man das taggingschema herausfinden kann. Stimmt eigentlich. Ich hab die jetzt mal ergänzt und vereinheitlicht. Villingen und Umland bis Furtwangen und das Urachtal sollten sauber sein. Vorerst hab ich mal type=public_transport für alle Oxomoa-Relationen benutzt. Die Linien und Linienvarianten haben jetzt zusätzlich public_transport=line bzw. line_variant. Coole Sache. Das hat die Zahl der Relationen ohne type-Tags von 230 auf 84 reduziert. Ich hab jetzt mal Oxomoa kontaktiert, und warte mal auf seine Antwort. Meine Mail an Oxoma: Hallo Oxomoa, in deinen Konzepten zum public_transport-Tagging wird das type-Tag von Relationen nicht vorgegeben. Dies führt in der Praxis zu einem sehr unterschiedlichen Tagging der public_transport Relationen. Könntest du für die Relationen rund um public_transport eine Empfehlung für das type-Tag abgeben? Die Vorgabe (oder Empfehlung) würde das Mapping von neuen Relationen vereinfachen und die bestehenden Relationen könnten entsprechend vereinheitlicht werden. Mögliche type-Tags wären IHMO: type=public_transport für alle Relationstypen (stop_area, stop_area_group, line, line_variant) Dies würde zu folgender Hierarchie führen: public_transport: stop_area stop_area_group line: bus tram ... line_variant ??? Eine Buslinie würde man dann mit folgenden Tags mappen: type=public_transport, public_transport=line, line=bus Alternativ könnte für line eine separate Gruppe gebildet werden: public_transport: stop_area stop_area_group line_variant ??? line: bus tram ... Eine Buslinie würde man dann mit folgenden Tags mappen: type=line, line=bus Ich habe mal die Tags für Baden-Württemberg ausgewertet. Diese Auswertung wurde durchgeführt nachdem Mapper SLXViper bereits viele Relationen korrigiert hat: Filtertag: type=public_transport Statistiktag: public_transport 806 stop_area 81 stop_area_group 24 line_variant 12 line 7 1 stop_site 1 network Das bereits häufig verwendete type=public_transport tag führt bis auf wenige Ausnahmen zu einem sehr sauberen tagging. Sieht man sich die umgekehrte Auswertung an, so wird public_transport mit vielen verschiedenen type-Tags verwendet. Die Haltestellen (stop_area und stop_area_group) werden noch zu häufig ohne type-Tag bzw. mit type-Tag site gemappt. Filtertag: public_transport=..* Statistiktag: type 925 public_transport 26 site 24 3 public_transport_stop 2 collection 2 line 1 network 1 public_transport_stop_group Beim Tagging der Linien ist das Tagging noch uneinheitlicher. Während die das type=line zu einer sehr schönen line=Verkehrsmittel führt, ... Filtertag: type=line Statistiktag: line 60 bus 3 subway 2 rail 2 light_rail führt die Auswertung in Gegenrichtung zu einer sehr unterschiedlichen Verwendung des type-Tags. Filtertag: line=..* Statistiktag: type 67 line 55 public_transport 47 route 40 2 site Diskussion auf talk-de: http://lists.openstreetmap.org/pipermail/talk-de/2010- January/060958.html Grüße Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] maxspeed=DE:Urban
Moin ! bei uns hat in Lübeck einer mit der Verwendung von maxspeed=DE:urban [1] angefangen. So ganz fürndig bin ich im Wiki noch nicht gefunden. Sollte das nun verwendet werden oder nicht - wenn ja wäre es klasse, wenn die MaxValue-Karte es entsprechend berücksichtigen würde - langfristig auch die Umsetzung bei mkgmap. Gruß jan :-) [1] http://maxspeed.osm.lab.rfc822.org/?zoom=16lat=53.87349lon=10.66799layers=B0Tinput=maxspeed ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Jan Tappenbeck schrieb: Moin ! bei uns hat in Lübeck einer mit der Verwendung von maxspeed=DE:urban [1] angefangen. So ganz fürndig bin ich im Wiki noch nicht gefunden. Hast du schon http://wiki.openstreetmap.org/wiki/Key:maxspeed gesehen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am Mi Januar 6 2010 glaubte Sven Anders zu wissen: Am 06.01.2010 07:46, schrieb Florian Gross: Am Mi Januar 6 2010 glaubte Marcus Wolschon zu wissen: Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki rein packen könnte, damit man eingetragene Sachen auch als Erledigt abhaken kann. Ich habe da gerade ein kleines Problem: Ich finde manche Gemeinden oder Städte aus der Umgebung nicht. Kann es sein, daß es nachher einige Relationen gibt, die keinen TMC- Code haben? Irgendwie hab ich das Gefühl, daß da nur Gemeinden drin sind, durch deren Gebiet eine Autobahn oder Bundesstraße führt. Kann das sein? Ja, in die offiziellen TMC Gebiete umfassen nicht alle Gemeinden. Und auch nicht alle wichtigen Straßen (zumindest kann ich das für Hamburg sagen, da gibt es mache Umleitungstrecke von der Autobahn, die nicht drinn ist). Da kann ich ja lange suchen. Ich hab eine ganze Weile gebraucht, bis ich da dahinter gestiegen bin. Hier gibt es nur eine Autobahn und eine Bundesstraße durch den Kreis. Ok, eine zweite Bundesstraße streift noch auf 800m. 7 von 16 Städten und Gemeinden des Landkreises sind nicht in einem TMC- Gebiet. Ich hab das mal ins Wiki reingepackt. Könnte jemand mal bitte Korrektur lesen? Meine Englischkenntnisse sind etwas bescheiden, was das Schreiben angeht. ;-) http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Areas Letzte Zeile. Es gibt auch echte Fehler (falsche Zuordung eines Punktes zu einem Stadtteil, Aufgelöste Kreuzungen ...). Die sollten wir ruhig mal im Wiki sammeln. +1 flo -- Mit Weiß habe ich Probleme, ich muß sogar ein- bis zweimal im Jahr die Bett- wäsche wechseln, damit die Maschine voll wird. Uups, da mache ich wohl was falsch. Ich wechsle alle 3-4 Wochen. Du schläfst zu oft in Deinem eigenen Bett.[Jens Dorn, Frank Schliffke in dafa] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Am Mi Januar 6 2010 glaubte Sven Anders zu wissen: Am 06.01.2010 07:04, schrieb Marcus Wolschon: Super. :) Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki rein packen könnte, damit man eingetragene Sachen auch als Erledigt abhaken kann. http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/[Areas|OtherAreas|Segments|Points]/[n/100]00_to_[n/100+1]00 Brauchen wir das Wiki denn dann überhaupt noch. Was hilft es, wenn im Wiki steht bei Punkt 4711 ist alles okay und in Wirklichkeit fehlt etwas oder ist ewas falsch? Was hilft es, wenn eine Area mal okay war (und damals ins Wiki eingetragen wurde) und dann wurde ein Way gelöscht und die Area ist nicht mehr geschlossen? ... Wenn nötig erstelle ich noch eine Liste nach IDs sortiert, ob ein TMC Punkt abgearbeitet ist. Mir aber auch völlig unklar wozu das helfen soll. Ist doch viel besser eine Aussage machen zu können wie: Hamburg ist TMC mäsig komplett als Wir haben alle Areas mit lcd2000 in OSM erfasst. +1 Mit Kreis XY ist komplett erfaßt kann man eher etwas anfangen als mit LCD - ist komplett erfaßt. flo -- Ich frage mich nur wann die welt dag° von den Bewohnenden wognaturen übervölkert wird?[WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Jan Tappenbeck schrieb am 06.01.2010 15:31: Sollte das nun verwendet werden oder nicht - wenn ja wäre es klasse, wenn die MaxValue-Karte es entsprechend berücksichtigen würde - langfristig auch die Umsetzung bei mkgmap. Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Bei all den verschiedenen Laendern auf der Welt wird das ein riesen Aufwand, den man bei jeder Kartenaktualisiserung erneut betreiben muesste. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Florian Gross wrote: Irgendwie hab ich das Gefühl, daß da nur Gemeinden drin sind, durch deren Gebiet eine Autobahn oder Bundesstraße führt. Kann das sein? Nein. Auch wichtige Landes- und Kreisstraßen haben TMC-Elemente. Nur dadurch gibt es z. B. Bad Pyrmont im TMC-System - wie man an den Elementkennzahlen erkennt, sind die aber erst später dazugekommen (deutlich höher als diejenigen Kennzahlen der umliegenden, an Bundesstraßen liegenden Gemeinden). CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 16:04, schrieb Torsten Leistikow: Jan Tappenbeck schrieb am 06.01.2010 15:31: Sollte das nun verwendet werden oder nicht - wenn ja wäre es klasse, wenn die MaxValue-Karte es entsprechend berücksichtigen würde - langfristig auch die Umsetzung bei mkgmap. Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Bei all den verschiedenen Laendern auf der Welt wird das ein riesen Aufwand, den man bei jeder Kartenaktualisiserung erneut betreiben muesste. Gruss Torsten das habe ich mir auch gedacht und das bei maxspeed habe ich vorab auch gesehen. ... deshalb auch die nachfrage Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Hallo, Torsten Leistikow wrote: Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Ich habe keine besonders ausgepraegte Meinung hierzu, aber das Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Jan Tappenbeck schrieb: bei uns hat in Lübeck einer mit der Verwendung von maxspeed=DE:urban [1] angefangen. So ganz fürndig bin ich im Wiki noch nicht gefunden. Neben Key:maxspeed dürfte die relevante Seite wohl http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone sein. Dort wird allerdings zone:traffic=DE:urban (etc.) vorgeschlagen, nicht maxspeed, und ich halte das auch für empfehlenswert. Denn erstens sind es ja in der Tat nicht nur Höchstgeschwindigkeiten, die durch die innerorts-Info vorgegeben werden, und zweitens vermeidet man dadurch unnötige Konflikte mit Mappern, die in maxspeed=* nur numerische Werte haben wollen. Eventuell kannst du dem Mapper also diese Alternative vorschlagen? Dagegen dürfte dann eigentlich niemand was haben, das separate Tag kann man ja bei Missfallen auch einfach ignorieren. Sollte das nun verwendet werden oder nicht In den bisherigen hunderten Mails zum Thema gab es zwar Kritik, aber auch keine wirklich eindeutig bessere Alternative zu dem Ansatz, die Frage ist die Straße innerorts einfach durch ein Tag an der jeweiligen Straße zu beantworten. In meinen Augen ist es die einzige garantiert funktionierende Lösung, sofern man der Meinung ist, dass die entsprechende Information überhaupt vorhanden sein sollte. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 16:26, schrieb Frederik Ramm: Hallo, Torsten Leistikow wrote: Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Ich habe keine besonders ausgepraegte Meinung hierzu, aber das Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) Es ist halt wesentlich wahrscheinlicher, daß ein Softwareschreiber bei der Umsetzung von x textuellen maxspeed Werten ziemlich graue Haare bekommt, als das von 50 auf 60 km/h umgesetzt wird. Es gab eine klare, einfache, verständliche und durchgängige Definition, die Werte in km/h (und in GB ggfs. ein mph anzuhängen). Jetzt kommen irgendwelche Deppen und meinen, weil ja irgendwann mal diese Werte geändert werden *könnten*, muß man jetzt ein DE:walk, ein DE:urban, ein DE:motorway, ein DE:city, ein UK:walk, ein UK:... usw. einführen. Wohlgemerkt auf einem bereits etablierten und vielfach verwendeten Tag. Warum um Himmelswillen packt man sowas (wenn man es denn haben will) nicht in einen weiteren Tag?!? Sorry, aber so eine Vorgehensweise ist schlicht Müll. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Highways View im OSM Inspector
Moin, Mirko Küster schrieb: Die Anzeige des 'Fehlers' ist also richtig, oder sehe ich das falsch? ;-) Das ist kein Fehler sondern ein noch gültiger und auch in JOSM angebotener Schlüssel. Was im Fall von simplen Bushaltestellen auch noch immer ausreichend und für Leute die durch die Relationskaskade nicht durchblicken einfacher zu handeln ist. Ouch, der war mir trotz Nachschlagen glatt durchgerutscht, hast recht. 'Meine' Bushaltestellen sind halt noch simpler angelegt ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsüberwachung
Hi, gibt es eine Karte/Layer, wo Blitzer etc. gerendert werden? ich hab letzten Monat eine Slippy Map [1] geschrieben welche node[highway=speed_camera] und relation[type=enforcement] anzeigt. Das Ganze ist aber noch nicht so ganz ausgereift, insbesondere im Backend. [1] http://tobias1003.to.funpic.de/blitzer/ Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 16:26, schrieb Frederik Ramm: Hallo, Torsten Leistikow wrote: Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Ich habe keine besonders ausgepraegte Meinung hierzu, aber das Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) Bye Frederik meinst Du das wirklich soetwas kommt - die kassen sind leer und dann werden die die 50er tafel stehen lassen ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Torsten Leistikow schrieb: Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Bei all den verschiedenen Laendern auf der Welt wird das ein riesen Aufwand, den man bei jeder Kartenaktualisiserung erneut betreiben muesste. Möchtest du lieber Bounding-Polygone auswerten? Oder aus den Ortseingangsschild-Nodes die Innerorts-Bereiche rekonstruieren? Nur um mal einige der vorgeschlagenen Alternativen zu nennen. Ich finde ein innerorts=ja - egal wie es nun genau heißt - einen guten Ansatz, der programmier- und mappingtechnisch keinen überfordern sollte. Ich habe mich bei den letzten Diskussionen zum Thema sogar extra deshalb für diese Lösung ausgesprochen, /weil sie einfach auszuwerten ist/. Dank DE-Präfix brauchst du nicht mal mehr nachzusehen, in welchem Land der Way liegt. Damit wird die Behandlung von Defaults zu einem einfachen String in Tabelle suchen - dort stehenden maxspeed-Wert verwenden. Solange man sich nicht auf den Standpunkt stellt, dass sowohl die Unterscheidung zwischen explizit und implizit als auch die sonstige Info, die mit innerorts noch einher geht, irrelevant ist, dann *ist* das die am einfachsten auszuwertende Lösung, die es realistischerweise geben kann. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Es ist halt wesentlich wahrscheinlicher, daß ein Softwareschreiber bei der Umsetzung von x textuellen maxspeed Werten ziemlich graue Haare bekommt, als das von 50 auf 60 km/h umgesetzt wird. So unwahrscheinlich ist das gar nicht. In Polen wurde tatsächlich vor nicht allzu langer Zeit landesweit die Geschwindigkeitsbegrenzung innerorts nachts von 50 auf 60 km/h angehoben. Und auch andere Länder drehen immer wieder an den Limits. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsüberwachung
Am 06.01.2010 16:30, schrieb frink: Hi, gibt es eine Karte/Layer, wo Blitzer etc. gerendert werden? ich hab letzten Monat eine Slippy Map [1] geschrieben welche node[highway=speed_camera] und relation[type=enforcement] anzeigt. Das Ganze ist aber noch nicht so ganz ausgereift, insbesondere im Backend. [1] http://tobias1003.to.funpic.de/blitzer/ Sieht doch schon mal gut aus. Eine Bitte: Kannst du den Hinweis: depracated tag -- use relation durch sowas wie: More details could be provided by replacing the node with a type=enforcement relation ersetzen? Die Nodes sind ja nicht deprecated im Sinne von dürfen nicht mehr verwendet werden, sondern schlicht die einfachere Variante. Eine Relation bringt halt mehr Details. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 17:03, schrieb Bartosz Fabianowski: Es ist halt wesentlich wahrscheinlicher, daß ein Softwareschreiber bei der Umsetzung von x textuellen maxspeed Werten ziemlich graue Haare bekommt, als das von 50 auf 60 km/h umgesetzt wird. So unwahrscheinlich ist das gar nicht. In Polen wurde tatsächlich vor nicht allzu langer Zeit landesweit die Geschwindigkeitsbegrenzung innerorts nachts von 50 auf 60 km/h angehoben. Und auch andere Länder drehen immer wieder an den Limits. Ich sage ja auch nicht, das ich die Information Ist deutscher innerstädtischer Default maxspeed für sinnlos halte - ganz im Gegenteil. Nur halte ich es für eine ganz schlechte Idee, diese Bedeutung *nachträglich* in ein etabliertes Tag reinzupfriemeln und damit für alle Beteiligten wesentlich schwerer verständlich zu machen. Sowas sollte in ein getrenntes Tag gesteckt werden. Wenn sich dann der Default tatsächlich mal ändert, kann man die maxspeeds mit einem Skript sehr einfach auf die aktuellen Verhältnisse anpassen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Autobahnkreuz HG - refs
hallo! ich habe mal das ak wi abgefahren, die tangenten sind alle mit der ref der parallelen bab beschildert. und. normalerweise scheinen die kleeblätter die ref der nächsten bab zu haben. also die, zu der sie führen. ist aber NICHT immer so!!! ich bitte die praxis also zu überdenken! gerhard On Tue, 2010-01-05 at 17:23 +0100, Gary68 wrote: hi, am ak hg - a5/a661 wurden vom user Ana Luisa diverse refs entfernt. meist wohl an den tangenten. cheers gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
On Wed, Jan 06, 2010 at 04:46:23PM +0100, Tobias Knerr wrote: [Innerorts über spezielles Tag an jedem Weg markieren] Möchtest du lieber Bounding-Polygone auswerten? Ja! Vorverarbeitung ist sowieso nötig (zumindest wenn man in mehr als nur ein paar Städten routen will) und LineString-in-LinearRing lässt sich z.B. mit GEOS einfach _und_ schnell überprüfen (insbesondere wenn man die Grenzen in einen RTree packt). Für BaWü (Stand: 20091212) braucht die Vorverarbeitung bei bereits beschäftigtem Rechner (Software bauen) insgesamt nur 70.5s, davon der Innerorts-Check ganz 16.3s. Gesamtlaufzeit: 70.5s Grenzen suchen / indizieren (836 gefunden): 0.4s Innerorts-Check für alle 1058369 Kanten: 15.9s Für den kompletten Planet dauerts natürlich länger (mehrere Stunden), aber die Vorverarbeitung (Binärdatenbank mit OSM-Objekten - Binärdatenbank mit vollständigem Routing-Graph) war bisher selbst bei kaltem Cache immer deutlich schneller als der initiale Import (OSM-BZ2-Datei - Binärdatenbank mit OSM-Objekten; bzcat läuft auf 2. Core): Der Import dauerte für BaWü 189.5s. Ich programmiere lieber einen Polygon-Check als ein Tool, was falsch gesetzte innerorts=yes/no erkennt. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Ulf Lamping schrieb: Ich sage ja auch nicht, das ich die Information Ist deutscher innerstädtischer Default maxspeed für sinnlos halte - ganz im Gegenteil. Nur halte ich es für eine ganz schlechte Idee, diese Bedeutung *nachträglich* in ein etabliertes Tag reinzupfriemeln und damit für alle Beteiligten wesentlich schwerer verständlich zu machen. Tja die Mehrheit der Mapper hält es halt für sinnvoll das in ein Tag zu packen. Und auf Routerseite ist die Auswertung eines Tags auch weniger aufwendig als die Auswertung zweier Tags. Es gab übrigens mal ein Proposal, für maxspeed außer rein numerischen Werten auch none zuzulassen. Dieses Proposal wurde ironischerweise seinerzeit abgelehnt. ;-) Zur Frage des OP zur MaxValue-Karte: Falls damit die Seite http://maxspeed.osm.lab.rfc822.org/ gemeint ist: Ich hatte den Macher der Seite vor einiger Zeit gefragt: Nein, er hat nicht vor die impliziten Werte anzuzeigen. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Sascha Silbe schrieb: On Wed, Jan 06, 2010 at 04:46:23PM +0100, Tobias Knerr wrote: [Innerorts über spezielles Tag an jedem Weg markieren] Möchtest du lieber Bounding-Polygone auswerten? Ja! Vorverarbeitung ist sowieso nötig (zumindest wenn man in mehr als nur ein paar Städten routen will) und LineString-in-LinearRing lässt sich z.B. mit GEOS einfach _und_ schnell überprüfen (insbesondere wenn man die Grenzen in einen RTree packt). Jetzt sind wir aber bei den Anforderungen von kann jeder Programmierer ohne Vorkenntnisse problemlos zu kann ein Geo-Experte problemlos übergegangen... Der Ersteller einer kleinen Anwendung, der mal eben OSM in creative and unexpected ways verwenden will, hat womöglich von GEOS und RTree noch nie was gehört. Ich programmiere lieber einen Polygon-Check als ein Tool, was falsch gesetzte innerorts=yes/no erkennt. Letzteres ist aber als Nutzer der Daten nicht deine Aufgabe. :) Im übrigen: Was sind deine Antworten auf die sonstigen im traffic-zone-Proposal aufgeführten Kritikpunkte an Polygonen? Why don't you use polygons for this? * Polygons are two-dimensional. There are situations where bridges or similar three-dimensional structures cause zones to vertically overlap, which cannot be represented by polygons. * Downloading only a part of the map (e.g. a part of a city) can result in polygons missing from the download, despite ways from inside the polygon being part of the downloaded data. * A mapper will often know that a certain way is part of a zone without knowing where the zone boundaries are. * Tags on ways are easier to evaluate for applications. Polygons require more advanced programming techniques to reduce performance problems from inclusion tests. * it's very incorrect, because only the roads themselves are part of any kind of traffic-zone and not the whole area; e.g. roads in parcs or on private property or even tracks. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
SLXViper schrieb: * mit den Maßeinheiten Standard sind die SI-Einheiten - also Meter und metrische Tonnen, die brauchen also nicht angegeben werden. Nein. Meter ist eine SI-Basiseinheit, aber die (metrische) Tonne ist keine SI-Einheit. Sie entspricht der angeleiteten SI-Einheit Mg (Megagramm). SI-Basiseinheit ist das kg. Wenn die Angabe in einer anderen Einheit ist, sollte diese durch ein Leerzeichen getrennt angegeben werden. Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit 13750 mm an. Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? ein solcher Automatismus kann nur einen Teil der möglichen Fehler ausbessern, der da reingeschrieben wird, es wird also für die schweren Fälle immer Handarbeit übrig bleiben. Das wäre schon viel wert. Ein dafür geschriebenes Programm ist sicher besser als die Abfragen im jedem Renderer, Router, etc. Einfache Dinge wie Dezimaltrennzeichen oder fehlende Leerezeichen sind einfach, allerdings sollte jeder, der die Daten auswerten will, damit rechnen und das sowieso abfangen. Naja, ein Wert 1,000 ist nicht trivial zu korrigieren. Viele Grüße Stephan (Dipl.-Phys.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
On Wed, Jan 06, 2010 at 06:34:01PM +0100, Chris-Hein Lunkhusen wrote: Und auf Routerseite ist die Auswertung eines Tags auch weniger aufwendig als die Auswertung zweier Tags. Es gab übrigens mal ein Proposal, für maxspeed außer rein numerischen Werten auch none zuzulassen. Dieses Proposal wurde ironischerweise seinerzeit abgelehnt. ;-) Was ich auch seltsam fand - none oder no finde ich durchaus akzeptable werte. Zur Frage des OP zur MaxValue-Karte: Falls damit die Seite http://maxspeed.osm.lab.rfc822.org/ gemeint ist: Ich hatte den Macher der Seite vor einiger Zeit gefragt: Nein, er hat nicht vor die impliziten Werte anzuzeigen. Wenn sich das etabliert und allgemein akzeptiert ist - dann mache ich da auch mit (als macher der maxspeed karte). Aber ich will nicht der Grund sein das alle losrennen und das umtaggen. Ich sehe ein DE:urban noch als akzeptabel an - besser als den mix mit speedzone=urban oder aehnliches. Ich finde solche dinger muessen immer ein wenig sacken - nur weil man am Montag einen Geistesblitz hat muss der am Freitag nicht immer noch als Pfiffig daherkommen. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Mittwoch, 6. Januar 2010 16:40:42 schrieb Ulf Lamping: Jetzt kommen irgendwelche Deppen und meinen, weil ja irgendwann mal diese Werte geändert werden *könnten*, muß man jetzt ein DE:walk, ein DE:urban, ein DE:motorway, ein DE:city, ein UK:walk, ein UK:... usw. einführen. Wohlgemerkt auf einem bereits etablierten und vielfach verwendeten Tag. Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu gleich zu mappen: 1) Es gibt ein 50er Schild 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft Warum um Himmelswillen packt man sowas (wenn man es denn haben will) nicht in einen weiteren Tag?!? Wegen mir... Sorry, aber so eine Vorgehensweise ist schlicht Müll. Noe Genau solche ungeklaerte Fragen haben mich bisher davon abgehalten Strassen ohne Geschwindigkeitsbeschraenkung mit maxspeed zu versehen... Gruesse, Gunter Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 6. Januar 2010 16:26 schrieb Frederik Ramm frede...@remote.org: Hallo, Torsten Leistikow wrote: Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Ich habe keine besonders ausgepraegte Meinung hierzu, aber das Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) Die Lösung, die wir in Italien gefunden hatten, hiess: maxspeed=50 source:maxspeed=IT:urban. Im Prinzip ist der genaue Key ja nicht wichtig, solange er (idealerweise landesweit) einheitlich ist. So kann man diese impliziten Maxspeeds ggf. in einem Rutsch anpassen und trotzdem müssen die Auswertungsanwendungen die defaults nicht kennen, sondern können bequem einen Zahlenwert auswerten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Aber ich will nicht der Grund sein das alle losrennen und das umtaggen. Ich sehe ein DE:urban noch als akzeptabel an - besser als den mix mit speedzone=urban oder aehnliches. Um was gehts jetzt eigentlich genau? Den hier http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden generell zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von impliziert 50 abweichen. Aber auch andere Bestandteile sind da nicht gerade günstig. Ein overtaking=left braucht man da nicht festschreiben, das ist Basiswissen und dürfte klar sein. Wichtiger wäre da die Möglichkeit die Überholverbote ansich zu erfassen. Das ich da nur links überholen kann ist klar, hilfreicher wäre zu wissen wo und wo nicht, wenn mal wieder Elefantenrennen stattfinden. Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu gleich zu mappen: 1) Es gibt ein 50er Schild 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft Maxspeedtechnisch ist es ja auch ein und dasselbe. In beiden Fällen darfst du nur 50 Fahren. Die Geschlossene Ortschaft bring nur noch einige Punkte mehr mit, die du aber soweit in der Karte nicht weiter verwerten kannst. Da gehts nur einzig um die Information draußen/drinnen, welche vielleicht für die Router wegen anderer Berechnungsgrundlagen wichtig wäre. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Mittwoch 06 Januar 2010 16:27:07 schrieb Tobias Knerr: Neben Key:maxspeed dürfte die relevante Seite wohl http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone sein. Dort wird allerdings zone:traffic=DE:urban (etc.) vorgeschlagen, nicht maxspeed, und ich halte das auch für empfehlenswert. Denn erstens sind es ja in der Tat nicht nur Höchstgeschwindigkeiten, die durch die innerorts-Info vorgegeben werden, und zweitens vermeidet man dadurch unnötige Konflikte mit Mappern, die in maxspeed=* nur numerische Werte haben wollen. +1 genau deswegen, weil innerorts eben mehr bedeutet, als das setzen einer geschwindigkeitsbegrenzung. dazu gab's ja vor geraumer zeit schon mal ne diskussion... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Mittwoch 06 Januar 2010 20:25:16 schrieb Mirko Küster: Aber ich will nicht der Grund sein das alle losrennen und das umtaggen. Ich sehe ein DE:urban noch als akzeptabel an - besser als den mix mit speedzone=urban oder aehnliches. Um was gehts jetzt eigentlich genau? Den hier http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. was soll das sein? Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden generell zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von impliziert 50 abweichen. schoen dass das in deiner kleinen zuckerdose so ist. die regel ist das aber noch lange nicht... die stvo sagt nunmal: innerorts 50, wenn nichts anderes explizit angegeben ist. Aber auch andere Bestandteile sind da nicht gerade günstig. Ein overtaking=left braucht man da nicht festschreiben, das ist Basiswissen und dürfte klar sein. wie?!? innerorts? generell? falsch! Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu gleich zu mappen: 1) Es gibt ein 50er Schild 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft Maxspeedtechnisch ist es ja auch ein und dasselbe. In beiden Fällen darfst du nur 50 Fahren. richtig. Die Geschlossene Ortschaft bring nur noch einige Punkte mehr mit, richtig. die du aber soweit in der Karte nicht weiter verwerten kannst. Da gehts nur einzig um die Information draußen/drinnen, welche vielleicht für die Router wegen anderer Berechnungsgrundlagen wichtig wäre. ob du jemals den tellerrand erreichen wirst...? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 19:57, schrieb Gunter Grau: Am Mittwoch, 6. Januar 2010 16:40:42 schrieb Ulf Lamping: Jetzt kommen irgendwelche Deppen und meinen, weil ja irgendwann mal diese Werte geändert werden *könnten*, muß man jetzt ein DE:walk, ein DE:urban, ein DE:motorway, ein DE:city, ein UK:walk, ein UK:... usw. einführen. Wohlgemerkt auf einem bereits etablierten und vielfach verwendeten Tag. Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu gleich zu mappen: 1) Es gibt ein 50er Schild 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft Du willst damit dann aber etwas anderes erfassen als maxspeed. 1) und 2) sagen aus, *das* der maxspeed=50 ist. Du willst jetzt mit der Fallunterscheidung angeben, *warum* der maxspeed=50 ist. Wie schon gesagt, beide Infos einzutragen ist ja völlig ok, nur beide Infos in maxspeed zu packen ist aus meiner Sicht der falsche Weg. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
On Wed, Jan 06, 2010 at 08:25:16PM +0100, Mirko Küster wrote: Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. Wo willst du ein DE:speed:30 taggen? Bei dem ganzen DE:urban thema ging es ja darum das nicht explizit ausgeschilderte 50 innerorts als solche information zu erhalten. Wenn ich ein maxspeed=50 habe ist nicht klar - Stand da ein rot/weisses Spiegelei mit einer 50 drin - oder das Gelbe Rechteck ... maxspeed=50 - Rot/Weisses spiegelei maxspeed=DE:urban - Gelbes rechteck gab den ton an Das Punkt ist das viele Geschwindkeitsbegrenzungen innerorts eben implizit sind - nicht explizit Beschildert. Um die zu finden und zu identifizieren ging es. Das ist wie in der Genealogy - Die information das jemand 1887 gestorben ist ist nichts wert wenn nicht eine quelle dabei steht. Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden generell zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. Jo - Kenne ich auch. Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von impliziert 50 abweichen. Das ist aber explizit beschildert - Daher maxspeed=60 Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. was soll das sein? Eine geschlossene Ortschaft die ja mit DE:urban getaggt werden soll wo aber nunmal 30 Zonen keine Seltenheit sind, die aber wiederum mit DE:speed:30 getaggt werden sollen, Da geht nur entweder oder, oder ich muss wieder eine Krücke wie DE:urban;DE:speed:30 bauen. Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden generell zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von impliziert 50 abweichen. schoen dass das in deiner kleinen zuckerdose so ist. die regel ist das aber noch lange nicht... die stvo sagt nunmal: innerorts 50, wenn nichts anderes explizit angegeben ist. Soviel zum Tellerand. 30 Zonen sind nichts ungewöhnliches und anderweitig Geschwindigkeitsregelungen ebenfalls nicht. Und richtig, wenn nicht explizit angegeben, aber die sind explizit angegeben. Da nützt mir ein DE:urban alleine nichts, da muss ich wieder die 60 oder 70 die vor Ort auf dem Schild stehen unterbringen. Und dabei ist das egal ob das in Berlin oder in einer Zuckerdose stattfindet. Wir taggen an einer Karte und da muss das Tagging für beides brauchbar sein. Aber auch andere Bestandteile sind da nicht gerade günstig. Ein overtaking=left braucht man da nicht festschreiben, das ist Basiswissen und dürfte klar sein. wie?!? innerorts? generell? falsch! Ließ die Seite vielleicht nochmal. overtaking=left steht da implizit für rural. Wenn du da rechts überholst dein Ding. die du aber soweit in der Karte nicht weiter verwerten kannst. Da gehts nur einzig um die Information draußen/drinnen, welche vielleicht für die Router wegen anderer Berechnungsgrundlagen wichtig wäre. ob du jemals den tellerrand erreichen wirst...? Kommt doch nicht immer mit solchen absolut dämlichen Sprüchen, sondern mal mit vernüntigen Argumenten! Geschlossenen Ortschaft bedeutet: - Geschwindigkeitsbeschränkung auf 50 km/h - Freie Fahrstreifenwahl für Kraftfahrzeuge bis zu 3,5 t - Das Rechtsfahrgebot ist insoweit aufgehoben - Parkverbot 5 m vor einem Andreaskreuz - Verbot des regelmäßigen Parkens mit LKW über 7,5 t zulässiges Gesamtgewicht in reinen und allgemeinen Wohngebieten sowie Kur- und Klinikgebieten - Beim Parken während der Dunkelheit genügen Parkleuchten - Die Absicht des Überholens darf nicht durch Hupe oder Lichthupe angekündigt werden - Parkverbot auf Vorfahrtstraßen Was davon kannst du denn über deinen Tellerand weiter auswerten und in Verbindung mit der Karte nutzen? Ich bin gespannt! 50 km/h ist unstrittig klar. Ansonsten ist drinnen/draußen wichtig, weil du innerorts eine niedrigere Durchschnitsgeschwindigkeit bei der Zeitberechnung ansetzen kannst. Was willst du sonst noch angeben, bei jeder Ortseinfahrt ein Zitat der StVO, damit der Fahrer ja nichts vergisst? Im Schlüssel selber versteckt sich noch maxspeed:bicycle=no maxspeed:foot=no Fahrrad kann man vielleicht noch gelten lassen. Aber ich habe ehrlich gesagt noch nicht gehört das ein Fußgänger für eine Geschwindigkeitsüberschreitung verkackt wurde. Zumal auch in beiden relevanten Tags das gleiche steht. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen in Baden-Württemberg aufr äumen?
Werner Hoch schrieb: On Dienstag, 5. Januar 2010, SLXViper wrote: Werner Hoch schrieb: Die type-Tags halte ich allein deshalb für enorm wichtig, damit man das taggingschema herausfinden kann. Stimmt eigentlich. Ich hab die jetzt mal ergänzt und vereinheitlicht. Villingen und Umland bis Furtwangen und das Urachtal sollten sauber sein. Vorerst hab ich mal type=public_transport für alle Oxomoa-Relationen benutzt. Die Linien und Linienvarianten haben jetzt zusätzlich public_transport=line bzw. line_variant. Eben in Singen gesehen: dort wird type=line und type=public_transport für alles andere benutzt. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Mirko Küster schrieb: maxspeed:bicycle=no maxspeed:foot=no Fahrrad kann man vielleicht noch gelten lassen. Aber ich habe ehrlich gesagt noch nicht gehört das ein Fußgänger für eine Geschwindigkeitsüberschreitung verkackt wurde. Zumal auch in beiden relevanten Tags das gleiche steht. Geschwindigkeitsbeschränkungen gelten nur für Fahrzeuge, manche nur für Kraftfahrzeuge. Daher ist maxspeed=foot in Deutschland überflüssig. Tretroller und Inliner gelten nicht als Fahrzeuge und können einem Radfahrer im verkehrsberuhigten Bereich daher ungestraft davonfahren. Nicht einmal §3 greift. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. Wo willst du ein DE:speed:30 taggen? DE:speed:30 ist laut der Seite für 30 Zone. DE:urban impliziert ja 50 und past nicht auf 30 Zone. Wie nun? maxspeed=DE:urban zone:traffic=DE:speed30 oder maxspeed=30 zone:traffic=DE:urban oder schlicht maxspeed=DE:speed30 und das impliziert automatisch DE:urban? Bei dem ganzen DE:urban thema ging es ja darum das nicht explizit ausgeschilderte 50 innerorts als solche information zu erhalten. Wenn ich ein maxspeed=50 habe ist nicht klar - Stand da ein rot/weisses Spiegelei mit einer 50 drin - oder das Gelbe Rechteck ... maxspeed=50 - Rot/Weisses spiegelei maxspeed=DE:urban - Gelbes rechteck gab den ton an Das Punkt ist das viele Geschwindkeitsbegrenzungen innerorts eben implizit sind - nicht explizit Beschildert. Um die zu finden und zu identifizieren ging es. Na ja, kommt immer auf das tagging vor Ort an. Ich mache Place Polygone, tagge Ortschilder, Geschwindigkeitsbegrenzungen, Fußwege, Beleuchtung usw. was eben so zur Örtlichen Infrastruktur gehört. Da muss man sich ehrlich gesagt anstrengen drinnen und draußen nicht zu erkennen. Nun ist es natürlich richtig das es anderswo wiederum anders aussieht. Nur ist da nach Erfahrung auch meist nichts in der Richtung maxspeed gemacht. Da erkennst du auf keinem Weg was wo ist, da kann man nur grob nach benannten Straßen gehen. Unhd da schlägt auch wieder die impliziert Falle zu. Man weiß bei solchen implizierten Geschichten immer nicht wirklich ob das impliziert sein soll, oder ob da schlicht noch nichts erfasst wurde. Die Bundesstraße kann durchgängig impliziert 100 sein, kann aber auch eine 70 zwischendrin sein die nicht erfasst wurde. Aus diesem Grund habe ich auch die implizierten Maxspeeds immer durchgetaggt. So konnte man einen Haken hinter machen. Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von impliziert 50 abweichen. Das ist aber explizit beschildert - Daher maxspeed=60 Gehören aber trotzdem zur geschlossenen Ortschaft. Also wie da? zone:traffic=DE:urban maxspeed=60 Also geschlossene Ortschaft, impliziert 50 wird durch maxspeed=60 überschrieben? Gleiches Problem hast du ja ebenfalls ausserorts an nahezu jeder Kreuzung wo meintwegen 70 gilt. zone:traffic=DE:rural maxspeed=70 Ausserorts, impliziert 100 wird durch maxspeed=70 überschrieben? Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Mirko Küster schrieb: Eine geschlossene Ortschaft die ja mit DE:urban getaggt werden soll wo aber nunmal 30 Zonen keine Seltenheit sind, die aber wiederum mit DE:speed:30 getaggt werden sollen, Da geht nur entweder oder, oder ich muss wieder eine Krücke wie DE:urban;DE:speed:30 bauen. Gibt es Tempo-30-Zonen außerorts? Wenn nein, dann besteht wohl kein Problem. Sofern man Tempo-30-Zonen überhaupt mit derselben Methode angeben will, da waren sich letztens nicht alle einig. Und richtig, wenn nicht explizit angegeben, aber die sind explizit angegeben. Da nützt mir ein DE:urban alleine nichts, da muss ich wieder die 60 oder 70 die vor Ort auf dem Schild stehen unterbringen. * Wenn es nur um Geschwindigkeiten geht, dann braucht man in diesem Fall ja auch das DE:urban nicht mehr, denn es steht dann ja für innerorts ohne explizites Tempolimit, und nicht für innerorts an sich. * Wenn es nicht nur um Geschwindigkeiten geht, sondern um innerorts allgemein, sollte man natürlich nicht maxspeed=* verwenden, sondern eben so was wie zone:traffic. Dann kann man aber maxspeed=70 auch wieder verwenden. Leider habe ich den Eindruck, dass sich manche nicht so im klaren sind, ob sie nur eine Geschwindigkeitsbeschränkung (mit integrierter Angabe des Grundes) taggen wollen oder die innerorts-Eigenschaft mit sämtlichen anderen Auswirkungen - das bringt natürlich alles ein wenig durcheinander. Bei sauberer Trennung gibt es hier aber kein Problem. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Mittwoch 06 Januar 2010 21:10:36 schrieb Mirko Küster: Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. was soll das sein? Eine geschlossene Ortschaft die ja mit DE:urban getaggt werden soll wo aber nunmal 30 Zonen keine Seltenheit sind, die aber wiederum mit DE:speed:30 getaggt werden sollen, Da geht nur entweder oder, oder ich muss wieder eine Krücke wie DE:urban;DE:speed:30 bauen. wieso ist das eine kruecke? der strichpunkt ist das uebliche trennzeichen, um einem attribut mehrere eigenschaften zuzuweisen. die strasse ist nunmal sowohl innerorts als auch in einer 30-zone. der auswertende nimmt sich das was er braucht. wenn's z.B. um die geschwindigkeit geht, eben die restriktivere, also 30. Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden generell zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von impliziert 50 abweichen. schoen dass das in deiner kleinen zuckerdose so ist. die regel ist das aber noch lange nicht... die stvo sagt nunmal: innerorts 50, wenn nichts anderes explizit angegeben ist. Soviel zum Tellerand. 30 Zonen sind nichts ungewöhnliches und anderweitig Geschwindigkeitsregelungen ebenfalls nicht. Und richtig, wenn nicht explizit angegeben, aber die sind explizit angegeben. Da nützt mir ein DE:urban alleine nichts, da muss ich wieder die 60 oder 70 die vor Ort auf dem Schild stehen unterbringen. Und dabei ist das egal ob das in Berlin oder in einer Zuckerdose stattfindet. Wir taggen an einer Karte und da muss das Tagging für beides brauchbar sein. ja und? die zone:traffic ist das preset, das maxspeed die ausnahme im jeweiligen bereich. denn auch wenn da was von 60 steht ist es immer noch innerorts! Aber auch andere Bestandteile sind da nicht gerade günstig. Ein overtaking=left braucht man da nicht festschreiben, das ist Basiswissen und dürfte klar sein. wie?!? innerorts? generell? falsch! Ließ die Seite vielleicht nochmal. overtaking=left steht da implizit für rural. Wenn du da rechts überholst dein Ding. da es in diesem thread um die innerorts-zone geht, ist das irrelevant. die du aber soweit in der Karte nicht weiter verwerten kannst. Da gehts nur einzig um die Information draußen/drinnen, welche vielleicht für die Router wegen anderer Berechnungsgrundlagen wichtig wäre. ob du jemals den tellerrand erreichen wirst...? Kommt doch nicht immer mit solchen absolut dämlichen Sprüchen, sondern mal mit vernüntigen Argumenten! Geschlossenen Ortschaft bedeutet: - Geschwindigkeitsbeschränkung auf 50 km/h - Freie Fahrstreifenwahl für Kraftfahrzeuge bis zu 3,5 t - Das Rechtsfahrgebot ist insoweit aufgehoben - Parkverbot 5 m vor einem Andreaskreuz - Verbot des regelmäßigen Parkens mit LKW über 7,5 t zulässiges Gesamtgewicht in reinen und allgemeinen Wohngebieten sowie Kur- und Klinikgebieten - Beim Parken während der Dunkelheit genügen Parkleuchten - Die Absicht des Überholens darf nicht durch Hupe oder Lichthupe angekündigt werden - Parkverbot auf Vorfahrtstraßen Was davon kannst du denn über deinen Tellerand weiter auswerten und in Verbindung mit der Karte nutzen? Ich bin gespannt! du willst eine kartenanwendung? wie waers mit einer karte, auf der ich sehen kann, wo ich mit meinem pkw/transporter/lkw parken darf (und was ich dabei vielleicht zu beachten habe). oder einfach eine karte, die mir ortsgebiete anders als laendliche gebiete darstellt. sicher fallen irgendwem noch bessere anwendungsmoeglichkeiten ein; das geht aber nur, wenn die daten auch vorhanden sind. 50 km/h ist unstrittig klar. Ansonsten ist drinnen/draußen wichtig, weil du innerorts eine niedrigere Durchschnitsgeschwindigkeit bei der Zeitberechnung ansetzen kannst. das sind schon mal zwei atttribute, die eindeutig durch die eigenschaft innerorts bestimmt sind. Was willst du sonst noch angeben, bei jeder Ortseinfahrt ein Zitat der StVO, damit der Fahrer ja nichts vergisst? ich nicht, aber vielleicht will das jemand... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Mittwoch 06 Januar 2010 21:36:05 schrieb Tobias Knerr: Leider habe ich den Eindruck, dass sich manche nicht so im klaren sind, ob sie nur eine Geschwindigkeitsbeschränkung (mit integrierter Angabe des Grundes) taggen wollen oder die innerorts-Eigenschaft mit sämtlichen anderen Auswirkungen - das bringt natürlich alles ein wenig durcheinander. Bei sauberer Trennung gibt es hier aber kein Problem. ich dachte, das waere klar gewesen: zone:traffic = DE:urban beschreibt innerorts inkl. aller auswirkungen. ein zusaetzliches maxspeed = xx bedeutet eben, das dort explizit xx als hoechstgeschwindigkeit gilt, anstatt der vorgegebenen 50. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Mittwoch 06 Januar 2010 21:35:37 schrieb Mirko Küster: Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. Wo willst du ein DE:speed:30 taggen? DE:speed:30 ist laut der Seite für 30 Zone. DE:urban impliziert ja 50 und past nicht auf 30 Zone. Wie nun? maxspeed=DE:urban zone:traffic=DE:speed30 oder maxspeed=30 zone:traffic=DE:urban oder schlicht maxspeed=DE:speed30 und das impliziert automatisch DE:urban? zone:traffic=DE:urban;DE:speed30 das waere meiner meinung nach eindeutig. da aber laut stvo 30 zonen nur in ortschaften vorkommen koennen, duerfte ein zone:traffic = DE:speed30 genauso ausreichen, da eben das urban implizit gilt. Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von impliziert 50 abweichen. Das ist aber explizit beschildert - Daher maxspeed=60 Gehören aber trotzdem zur geschlossenen Ortschaft. Also wie da? zone:traffic=DE:urban maxspeed=60 Also geschlossene Ortschaft, impliziert 50 wird durch maxspeed=60 überschrieben? Gleiches Problem hast du ja ebenfalls ausserorts an nahezu jeder Kreuzung wo meintwegen 70 gilt. zone:traffic=DE:rural maxspeed=70 Ausserorts, impliziert 100 wird durch maxspeed=70 überschrieben? Gruß Mirko genau so wuerde ich das sehen. die zone gibt den default-wert an, der durch ein explizites maxspeed ueberschrieben wird. im prinzip so, wie's auch auf der strasse passiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Wed, 06 Jan 2010 21:37:04 +0100 hat Guenther Meyer d@sordidmusic.com geschrieben: Am Mittwoch 06 Januar 2010 21:10:36 schrieb Mirko Küster: Eine geschlossene Ortschaft die ja mit DE:urban getaggt werden soll wo aber nunmal 30 Zonen keine Seltenheit sind, die aber wiederum mit DE:speed:30 getaggt werden sollen, Da geht nur entweder oder, oder ich muss wieder eine Krücke wie DE:urban;DE:speed:30 bauen. wieso ist das eine kruecke? der strichpunkt ist das uebliche trennzeichen, um einem attribut mehrere eigenschaften zuzuweisen. die strasse ist nunmal sowohl innerorts als auch in einer 30-zone. der auswertende nimmt sich das was er braucht. wenn's z.B. um die geschwindigkeit geht, eben die restriktivere, also 30. +1 aber maxspeed=30 sollte man natürlich auch setzen, dafür ist das Zone 30-Schild ja schließlich da... Gruß, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Am 6. Januar 2010 18:47 schrieb Stephan Wolff s.wo...@web.de: Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit 13750 mm an. wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade braucht bzw. erwartet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
du willst eine kartenanwendung? wie waers mit einer karte, auf der ich sehen kann, wo ich mit meinem pkw/transporter/lkw parken darf (und was ich dabei vielleicht zu beachten habe). oder einfach eine karte, die mir ortsgebiete anders als laendliche gebiete darstellt. Ersteres kannst du dir schonmal abschminken. Klar hast du mit dem Tag die kleine Info für allgmeine kleine Parkregelungen. Bisher erfassen wir aber keinerlei Parkverbote, und die hat es reichlich. Ohne die ist deine Parkkarte aber schonmal hinfällig. Wir unterscheiden bisher ja nichtmal bei extra eigezeichneten Parplätzen ob für Auto, Bus oder LKW. Ich bin auf die Karte gespannt. Ein Ortsgebiet ist mehr als nur Straßen, dafür hats beispielsweise Place Polygone oder größeren Orten die Grenzen. sicher fallen irgendwem noch bessere anwendungsmoeglichkeiten ein; das geht aber nur, wenn die daten auch vorhanden sind. Klar, du kannst an alles mögliche Denken. Obs dann auch getaggt und genutzt wird steht auf einem anderem Blatt. Das ist stark interessenabhängig. ich nicht, aber vielleicht will das jemand... Vielleicht, eventuell... auf die Weise kannst du Taggs generieren bis du nicht mehr aus der Wäsche gucken kannst. Man kann sich natürlich die Tür offen halten, sollte aber die Latte nicht gleich an den Mond hängen und alles überfrachten. Maxspeed wurde bisher schon sehr zaghaft benutzt. Erwarte nicht das nun alle wie wild urbans und rurals taggen. Morgen steht vielleicht wie der einer mit einer anderen Idee auf. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Nils Heuermann schrieb: aber maxspeed=30 sollte man natürlich auch setzen, dafür ist das Zone 30-Schild ja schließlich da... Wenn du maxspeeds auch setzt, wenn sie durch die Zone impliziert sind, kannst du aber nicht mehr zwischen expliziten und impliziten 50ern innerorts unterscheiden... Es muss m.E: schon klar sein, ob 30er-Zonen traffic zones sind (dann *kein* zusätzliches maxspeed, ebensowenig wie maxspeed=50 bei DE:urban) oder ob sie einfach nur eine Variante der expliziten Geschwindigkeits- Beschilderung sind (dann DE:urban und maxspeed=30). Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
wieso ist das eine kruecke? der strichpunkt ist das uebliche trennzeichen, um einem attribut mehrere eigenschaften zuzuweisen. die strasse ist nunmal sowohl innerorts als auch in einer 30-zone. der auswertende nimmt sich das was er braucht. wenn's z.B. um die geschwindigkeit geht, eben die restriktivere, also 30. +1 aber maxspeed=30 sollte man natürlich auch setzen, dafür ist das Zone 30-Schild ja schließlich da... -1 Da wären wir schon bei zone:traffic=DE:urban;DE:speed:30 maxspeed=30 Wäre wesentlich kompakter einfacher gewesen, wenn man das ganze beispielsweise folgendermaßen ins blaue hinein verpackt hätte maxspeed=30:DE:urban für normales 30 Schild maxspeed=30:zone:DE:urban für 30 Zone maxspeed=50:DE:urban für normales innerorts maxspeed=60:DE:urban für abweichendes innerorts Maxspeed und drinnen/draußen in einer Information, Wer nur numerisches auswerten will kann so einfach auf den ersten Wert zurückgreifen. Es kommen ja beispielsweise bei noch so Dinge wie Bei Nässe usw. dazu, die man auch noch irgendwie verpacken muss. Ich höre schon die Einschläge... Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Mittwoch 06 Januar 2010 22:03:17 schrieb Mirko Küster: du willst eine kartenanwendung? wie waers mit einer karte, auf der ich sehen kann, wo ich mit meinem pkw/transporter/lkw parken darf (und was ich dabei vielleicht zu beachten habe). oder einfach eine karte, die mir ortsgebiete anders als laendliche gebiete darstellt. Ersteres kannst du dir schonmal abschminken. Klar hast du mit dem Tag die kleine Info für allgmeine kleine Parkregelungen. Bisher erfassen wir aber keinerlei Parkverbote, oh doch, sowas wie parking=no oder zeitliche einschraenkungen werden bereits getaggt. und die hat es reichlich. Ohne die ist deine Parkkarte aber schonmal hinfällig. Wir unterscheiden bisher ja nichtmal bei extra eigezeichneten Parplätzen ob für Auto, Bus oder LKW. Ich bin auf die Karte gespannt. die unterscheidung gibt's auch bereits. sicher noch nicht so flaechendeckend, dass diese karte heute funktionieren wuerde, morgen auch noch nicht. aber in einem jahr sieht das sicher ganz anders aus. der anfang ist gemacht. Ein Ortsgebiet ist mehr als nur Straßen, dafür hats beispielsweise Place Polygone oder größeren Orten die Grenzen. die regelungen die das urban-tag enthaelt, gelten aber nur auf den strassen (und natuerlich auf plaetzen, aber die kann man ja genauso taggen), und nicht auf der wiese im stadtpark. fuer ortsgebiet gibt es uebrigens noch mehrere definitionen... sicher fallen irgendwem noch bessere anwendungsmoeglichkeiten ein; das geht aber nur, wenn die daten auch vorhanden sind. Klar, du kannst an alles mögliche Denken. Obs dann auch getaggt und genutzt wird steht auf einem anderem Blatt. Das ist stark interessenabhängig. natuerlich. aber wenn es daten gibt, inspiriert das vielleicht jemanden zu einer anwendung, mit der er die masse davon ueberzeugen kann, das es sinnvoll ist, sowas zu taggen. ich nicht, aber vielleicht will das jemand... Vielleicht, eventuell... auf die Weise kannst du Taggs generieren bis du nicht mehr aus der Wäsche gucken kannst. Man kann sich natürlich die Tür offen halten, sollte aber die Latte nicht gleich an den Mond hängen und alles überfrachten. Maxspeed wurde bisher schon sehr zaghaft benutzt. Erwarte nicht das nun alle wie wild urbans und rurals taggen. Morgen steht vielleicht wie der einer mit einer anderen Idee auf. ja und? wo ist das problem? es geht weder um messlatten noch um ueberfrachtung, es geht um eindeutiges tagging. osm entwickelt sich staendig weiter und lebt von ideen. soll das ploetzlich aufhoeren, nur weil du dir nicht vorstellen kannst, was alles damit moeglich ist? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Am Mittwoch 06 Januar 2010 21:59:51 schrieb Martin Koppenhoefer: Am 6. Januar 2010 18:47 schrieb Stephan Wolff s.wo...@web.de: Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit 13750 mm an. wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade braucht bzw. erwartet. naja, wenn auf einem schild was von 30 meilen steht, halte ich das fuer unsinnig, das als maxspeed=48.2803 kmh zu taggen. da fragt sich jeder, was dieser krumme wert soll, waehrend ein maxspeed=30mph durchaus auf ein real existierendes schild zurueckgefuehrt werden kann... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Am Mi Januar 6 2010 glaubte Guenther Meyer zu wissen: Am Mittwoch 06 Januar 2010 21:59:51 schrieb Martin Koppenhoefer: Am 6. Januar 2010 18:47 schrieb Stephan Wolff s.wo...@web.de: Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit 13750 mm an. wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade braucht bzw. erwartet. naja, wenn auf einem schild was von 30 meilen steht, halte ich das fuer unsinnig, das als maxspeed=48.2803 kmh zu taggen. da fragt sich jeder, was dieser krumme wert soll, waehrend ein maxspeed=30mph durchaus auf ein real existierendes schild zurueckgefuehrt werden kann... Da sollte man dann schon in der Lage sein auf 50km/h zu kommen oder doch lieber die Finger weglassen. flo -- Und wenn die Sonn' noch zehnmal untergeht, Wolfhart alleine auf dem Schlachtfeld steht. Weil er tot ist, aber zu blöd zum Umfallen. [Wolfhart Willimczik und Dieter Bruegmann in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Am 06.01.2010 21:59, schrieb Martin Koppenhoefer: Am 6. Januar 2010 18:47 schrieb Stephan Wolff Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit 13750 mm an. wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade braucht bzw. erwartet. Kannst du die Bedingung Breite 3m in Kosmos-Syntax für beliebige Längeneinheiten angeben? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karten OHNE POIs?
Am 06.01.2010 07:39, schrieb Carsten Schwede: Um welches Gerät handelt es sich denn überhaupt? Etrex Vista HCX (Die neuen Geräte sind da afaik flexibler.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] toll_bridge? enforcement=toll? (was : Mautbrücken)
Am 06.01.2010 12:04, schrieb Jan Tappenbeck: highway=toll_bridge Es ist natürlich nur eine Definitionsfrage. Trotzdem finde ich die highway-tags (auf nodes von highway-polygonen) eher unschön. Kommt das nur auf den Node? Oder wird die Brücke als eigener Highway quer zur Fahrbahn eingezeichnet? Abgesehen vom pseudo-anglizismus: Was ist denn mit den toll_tower (um im Jargon zu bleiben), die bei Baustellen etc. verwendet werden? Wäre nicht -wenn schon english- etwas generisches sinnvoller? z.B. highway=toll_monitoring Oder gleich bei enforcement mit einordnen: http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement z.B. enforcement=toll -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 06.01.2010 20:58, schrieb Florian Lohoff: Wenn ich ein maxspeed=50 habe ist nicht klar - Stand da ein rot/weisses Spiegelei mit einer 50 drin - oder das Gelbe Rechteck ... maxspeed=50 - Rot/Weisses spiegelei maxspeed=DE:urban - Gelbes rechteck gab den ton an Das Punkt ist das viele Geschwindkeitsbegrenzungen innerorts eben implizit sind - nicht explizit Beschildert. Um die zu finden und zu identifizieren ging es. In meiner Nähe gibt es ein Straßenstück innerorts am Gewerbegebiet, wo Tempo 70 erlaubt ist. Kurz vor der Wohnbebauung steht wieder ein Schild für Tempo 50. In der Straße gilt dort in einer Richtung explizit, in Gegenrichtung implizit eine Grenze von 50 km/h. Worin liegt der Unterschied? Soll ich es als maxspeed:forward=50 maxspeed:backward=DE:urban eingeben? Wie weit hinter dem Schild wird aus der expliziten eine implizite Begrenzung? Ich halte einen numerischen Wert bei maxspeed für ausreichend. Optional kann man in einem zweiten Tag den Grund dafür angeben. Die von Martin Koppenhoefer genannte italienische Lösung gefällt mir. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] was ist aus den Handwerkern geworden ?
Moin ! vor einigen Wochen gab es die Diskussion über Handwerker - bisher habe ich im Wiki nichts gefunden. Gibt es eine Zusammenfassung ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bereinigung von Werten max....
Am Mittwoch 06 Januar 2010 22:51:33 schrieb Florian Gross: Am Mi Januar 6 2010 glaubte Guenther Meyer zu wissen: Am Mittwoch 06 Januar 2010 21:59:51 schrieb Martin Koppenhoefer: Am 6. Januar 2010 18:47 schrieb Stephan Wolff s.wo...@web.de: Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit 13750 mm an. wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade braucht bzw. erwartet. naja, wenn auf einem schild was von 30 meilen steht, halte ich das fuer unsinnig, das als maxspeed=48.2803 kmh zu taggen. da fragt sich jeder, was dieser krumme wert soll, waehrend ein maxspeed=30mph durchaus auf ein real existierendes schild zurueckgefuehrt werden kann... Da sollte man dann schon in der Lage sein auf 50km/h zu kommen oder doch lieber die Finger weglassen. als tagger oder als anwender? oder 65 mph (=104.6074 km/h)? nimmt man da jetzt 100, 105, oder 110? es geht mir darum, dass es soweit ich weiss, kein schild und keine vorschrift gibt, wo so ein krummer wert draufsteht. wenn ich in usa mappen solche krummen werte mappen wuerde, dann waeren amerikanische mapper die nach mir kommen, sicher nicht sehr erfreut ueber so einen wert, der sich nicht direkt auf ein schild oder eine andere vorschrift zurueckverfolgen liesse... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
André Riedel schrieb: Am 5. Januar 2010 17:56 schrieb Sven Anders s...@anders-hamburg.de: Verbesserungsvorschläge gerne an die Liste: Hohe Prio: - Die Punkte eines Segments sollten wie bei den Roads sortiert dargestellt werden. bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg). Was genau stimmt denn dort nicht? Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen. - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road vorhanden sind bzw. die OSM-Wege die Points enthalten. Ja, das kommt noch. Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich hab mich für das Zählen in der Area entschieden). - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls angezeigt werden. Die schon vorhandenen Einträge sollte dann mit vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das TMC-Element falsch eingetragen wurde. Kannst du das mal Beispielhaft machen, wie du dir das vostellst? -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung jetzt an einem anderen Standort sind. Dafür kann man ja in OSM das note Tag benutzen. Ich werde auf gar keinen Fall eine Eingabe erlauben und das in einer weiteren DB speichern. Nebensächlich: - Anzeige der Areas, Segmente oder Roads auf der Karte Ist zeimliche Resourcenhungrig. Ich denke es reicht aus, wenn die Linke Hälfte des Punkts rot ist, als Zeichen, das zu diesem Punkt noch ein Segment, Area (und/)oder Road fehlt. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de