Re: [Talk-de] maxspeed=DE:Urban
am Mittwoch, 6. Januar 2010 um 20:17 schrieb Martin Koppenhoefer: 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. So mache ich das jetzt auch. Ich setzte die vom OP genannten Änderungen wiederr zurück und tagge zusätzlich source:maxspeed=DE:urban. Dann können unsere Datenbankfreaks immer wenn die Standard-Innerorts-Geschwindigkeit einen Bot laufen laufen lassen und alles ändern. maxspeed=DE:urban halte ich für nicht sinnvoll, da dieser ohne weitere Informationen, die nicht in OSM stehen, nichts aussagt. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am Sun, 10 Jan 2010 15:15:36 +0100 hat Martin Koppenhoefer dieterdre...@gmail.com geschrieben: M.E. ist es am einfachsten und transparentesten, die Zahl explizit zu mappen und mit einem Zusatztag zu erklären, dass es ein implizites Limit ist. +1 Ob man damit dann (oder auch nicht oder nur praktisch, aber nicht semantisch schön) feststellen kann, dass man sich auch innerorts befindet ... ist m.E. nicht soo relevant. das sollte wohl möglich sein. Und auch wenn die Geschwindigkeit dort durch anderes (30-Zone, 70-Schild, ...) geändert ist, sollte man innerorts mittaggen. Aber dass man möglichst alles (relevante) taggen sollte, wenn man ohnehin gerade dabei ist, ist ja auch nichts Neues ;-) Gruß, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 10. Januar 2010 07:57 schrieb Tirkon tirko...@yahoo.de: Jan Tappenbeck o...@tappenbeck.net wrote: maxspeed=DE:urban So langsam erscheint mir das Mappen auf OSM auf ein Warum einfach, wenn es auch kompliziert geht hinauszulaufen. +1 Aber wenn es wie hier möglich ist, dies bei einem maxspeed = Zahl zu belassen, so ist dies für eine maximale Zahl von Mappern nachvollziehbar. sehe ich erklärterrnaßen auch so. M.E. ist es am einfachsten und transparentesten, die Zahl explizit zu mappen und mit einem Zusatztag zu erklären, dass es ein implizites Limit ist. Ob man damit dann (oder auch nicht oder nur praktisch, aber nicht semantisch schön) feststellen kann, dass man sich auch innerorts befindet, und daher ein paar Meter näher an einem unbeschrankten Bahnübergang parken darf, oder rechts überholen, ist m.E. nicht soo relevant. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Jan Tappenbeck o...@tappenbeck.net wrote: maxspeed=DE:urban So langsam erscheint mir das Mappen auf OSM auf ein Warum einfach, wenn es auch kompliziert geht hinauszulaufen. Die ganzen Dinge wie irgendeintag=kryptisch.noch kryptischer müssen doch auch von den Mappern und den Anwendern nachvollzogen werden. Was nützt es, wenn hier ein paar Leute etwas ausbrüten, von dem der größte Teil der Mapper nichts mitbekommt? Wenn ein Umstand nur durch Kryptik zu beschreiben ist, dann läßt sich das nicht ändern. Aber wenn es wie hier möglich ist, dies bei einem maxspeed = Zahl zu belassen, so ist dies für eine maximale Zahl von Mappern nachvollziehbar. Was nützt es dem Anwender, ein maxspeed=UTS:urban vozufinden? Er muss zunächst herausfinden, dass es sich hierbei um eine Spezialsyntax handelt. Dann muss er herausfinden, was UTS bedeutet. Und schließlich muss er herausfinden, was in diesem Land urban bedeutet. Einfacher hätte er es mit maxspeed=52. Dazu muss er nur ein wenig Englisch können. Wenn man wirklich eine urban area einführen will - warum malt man nicht einfach einen Kreis mit maxspeed=50 und einem urban area Tag um geschlossene Ortschaften, der die Straßen an den Ortseingangsschildern schneidet und wendet das auch auf Tempo-30 Zonen an? Den Rest lässt man einen Bot machen. So etwas ließe sich im Fall einer Gesetzesänderung per Bot ändern. Das ist wesentlich weniger rechenintensiv, als wenn bei jeder Anwendung das Staat:urban neu gerechnet werden muss. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Original-Nachricht Datum: Thu, 07 Jan 2010 23:13:59 +0100 Von: Tobias Knerr o...@tobias-knerr.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] maxspeed=DE:Urban qbert biker schrieb: Ich glaube, du hast das Problem nicht ganz getroffen. Die *Realität* ist dreidimensional, und wenn in der Realität die Straße auf einer Brücke zu einer anderen Zone gehört als die Straße unten drunter, dann kann man das nur mit zweidimensionalen Polygonen nicht abbilden. Das Modell ist ausschlaggebend, der Rest ist Definition, wie man bei Polygonen drin und draussen definiert, z.B. waybasiert oder knotenbasiert. Damit kann man entsprechende Schlaufen ziehen, was zwar nicht elegant ist, aber technisch realisierbar. Etwas einfacher ists natuerlich, wenn man eine Relation baut, die das Polygon mit dem Exotenelement verbindet. Wenn diese Exotenkonstruktion ueberhaupt mal vorkommt, die Masse der Polygone ist problemlos definierbar. Was voraussetzt, dass zumindest beim Vorverarbeitungsschritt eben doch alle Daten zur Verfügung standen. Lösbar, aber eine kleine zusätzliche Auflage. Eben, ich wende mich an dieser Stelle nur gegen ein plumpes geht nicht. Ob man es macht und obs Vorteile bringt, ist etwas anderes, aber die genannten Punkte sind alle technisch loesbar. Ok, wir messen anscheinend den Aufwand unterschiedlich. Anwendungsentwickler gegenueber Tagger? Meine Betrachtung bezog sich hier auf eine Fehler in den Daten werden in den Daten gefixt, nicht von mir-Software. Wenn du dich natürlich noch für das Erraten von Fehlern zuständig fühlst, werden Tags in der Tat aufwendiger. Das halte ich aber nicht für die Aufgabe der meisten Datennutzer. Als Anwendungsentwickler gehe ich prinzipiell von fehlerhaften Daten aus und versuche stabile Verfahren zu bauen, die den Fehlereffekt von sich aus begrenzen. Kleines Beispiel: Ein potentielles Polygon umfasst 100 ways. Die wiederum sind auf 10 verschiedene Arten Limit-getaggt und bei einem ist der Schreibfehler passiert und es steht statt 30km/h 300km/h drin. 2km mit 300kmh statt 30 koennen das Routingergebnis ganz schoen verziehen. Oder mir gehen 10 Strassen mit 30 durch die Lappen, weil wieder mal jemand eine neue Schreibweise eingefuehrt hat und die gehen auf den Default 100kmh oder 50kmh zurueck. Die 50kmh kommen schon aus der Fehlerbegrenzung, wenn man den Default fuer residential so setzt. Wird innerorts unclassified verwendet (nicht verboten) und ich habe kein Polygon, wird 100kmh draus. Da werte ich lieber Ortsgrenzen aus und begrenze den moeglichen Fehler. Wenn ich also einen Router baue und den einem Nicht-OSMler zumuten will (also einer, der das Ding einfach benutzen will ohne Fehler zu berichtigen) werde ich versuchen, diese Dinge zu stabilisieren, weil ich OSM und die Taggingkreativitaet der OSMler kenne. Ein Polygon ist sehr stabil, weil es algorithmisch ausgewertet werden kann und visuell sehr einfach zu testen ist. Einen Algo zu bauen, der alle in OSM verwendeten Schreibweisen, Trenner usw. zu 100% auseinanderdroeselt, ist da schon ein anderes Kaliber. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 8. Januar 2010 13:12 schrieb qbert biker qbe...@gmx.de: Als Anwendungsentwickler gehe ich prinzipiell von fehlerhaften Daten aus und versuche stabile Verfahren zu bauen, die den Fehlereffekt von sich aus begrenzen. Kleines Beispiel: Ein potentielles Polygon umfasst 100 ways. Die wiederum sind auf 10 verschiedene Arten Limit-getaggt und bei einem ist der Schreibfehler passiert und es steht statt 30km/h 300km/h drin. 2km mit 300kmh statt 30 koennen das Routingergebnis ganz schoen verziehen. Du solltest nicht die Höchstgeschwindigkeit als Durchschnittsgeschwindigkeit annehmen. Wenn ich jetzt maxspeed=12346743245 km/h tagge, bin ich dann mit Deinem Router in Sekundenbruchteilen diese Straße komplett abgefahren? ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Original-Nachricht Datum: Fri, 8 Jan 2010 13:28:07 +0100 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] maxspeed=DE:Urban Du solltest nicht die Höchstgeschwindigkeit als Durchschnittsgeschwindigkeit annehmen. Wenn ich jetzt maxspeed=12346743245 km/h tagge, bin ich dann mit Deinem Router in Sekundenbruchteilen diese Straße komplett abgefahren? ;-) Erwischt :-) So und jetzt die technische Antwort: Der Router machts genau so, solange ich ihm den Wert einfach durchreiche. Dass man vorfiltern sollte und nicht blind den Werten vertrauen, darum gings ja. Wenn ich jetzt von 12346743245kmh 20% abziehe um von max auf real zu kommen, ists immer noch viel. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 8. Januar 2010 14:15 schrieb qbert biker qbe...@gmx.de: Erwischt :-) So und jetzt die technische Antwort: Der Router machts genau so, solange ich ihm den Wert einfach durchreiche. Dass man vorfiltern sollte und nicht blind den Werten vertrauen, darum gings ja. Wenn ich jetzt von 12346743245kmh 20% abziehe um von max auf real zu kommen, ists immer noch viel. eben. Deshalb sollte man als Router einen Default annehmen (z.B. 80 auf Landstraßen, 110 auf der Autobahn), bzw. den User eingeben lassen, und an den Stellen, wo kein Maxspeed angegeben ist, diesen verwenden, andernfalls diesen _begrenzen_ natürlich aber nicht nach oben ausdehnen. Von daher spielen Maxspeeds oberhalb meiner erreichbaren Geschwindigkeit keine Rolle. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Original-Nachricht Datum: Fri, 8 Jan 2010 14:27:00 +0100 Von: Martin Koppenhoefer dieterdre...@gmail.com An: qbert biker qbe...@gmx.de CC: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] maxspeed=DE:Urban Am 8. Januar 2010 14:15 schrieb qbert biker qbe...@gmx.de: Hallo, eben. Deshalb sollte man als Router einen Default annehmen (z.B. 80 auf Landstraßen, 110 auf der Autobahn), bzw. den User eingeben lassen, und an den Stellen, wo kein Maxspeed angegeben ist, diesen verwenden, andernfalls diesen _begrenzen_ natürlich aber nicht nach oben ausdehnen. Von daher spielen Maxspeeds oberhalb meiner erreichbaren Geschwindigkeit keine Rolle. Im Prinzip sind wir uns einig, ich gebe nur zu bedenken, dass man keine Auswertelogik voraussetzen kann. Dein Vorschlag ist sinnvoll aber nicht der einzig moegliche. Ein Limit kann ja auch die maximale moegliche Geschwindigkeit erhoehen, also z.B. von 100 auf 120kmh auf besser ausgebauten Landstrassen oder von 50kmh auf 60 oder 70kmh in der Ortschaft. Ist ein explizites Limit gegeben, setze ich normalerweise auch voraus, dass es auch stimmt, verwende es direkt und errechne die typische Geschwindigkeit mittels prozentualen Abzug vom Limit anhand div. Parameter (Spuranzahl, Ampeln, etc.). Den Job des Abschneidens nach Maximum uebernimmt eine nachgeschaltete Plausibilitaetspruefung und die laesst bei mir viel hoehere Werte zu als z.B. die 80kmh auf Landstrassen. Na ja, jeder hat eben so seine eigene Methodik ;) Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Am 8. Januar 2010 15:13 schrieb qbert biker qbe...@gmx.de: Ein Limit kann ja auch die maximale moegliche Geschwindigkeit erhoehen, nein, ein Fahrzeug kann nicht schneller fahren, nur weil man schneller fahren darf. Dieser Zusammenhang ist so nicht gegeben. also z.B. von 100 auf 120kmh auf besser ausgebauten Landstrassen oder von 50kmh auf 60 oder 70kmh in der Ortschaft. in gewissem Rahmen bekommst Du halt trotzdem funktionierende Ergebnisse... Ist ein explizites Limit gegeben, setze ich normalerweise auch voraus, dass es auch stimmt, verwende es direkt und errechne die typische Geschwindigkeit mittels prozentualen Abzug vom Limit anhand div. Parameter (Spuranzahl, Ampeln, etc.). Ob das Limit stimmt und welche Geschwindigkeit im Schnitt erzielbar ist, sind 2 Paar Schuhe, Deine Auswertelogik (maxspeed-20%) ist ein Hack, der mit vernünftigen und üblichen Werten funktioniert (wenn alle Autos ungefähr ähnlich schnell fahren können), aber eben einen Zusammenhang herstellt, wo nur bedingt einer ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Stephan Wolff s.wo...@web.de schrieb/wrote: 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? Das kann man letztlich nur aus der verkehrsrechtlichen Anordnung der Schilder herauslesen. 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. Ich persönlich halte nichts davon, implizite Regeln überhaupt zu taggen. Die Karte sollte abbilden, was tatsächlich da ist, also ausdrücklich angeordnete Begrenzungen, die Grenze der geschlossenen Ortschaft, usw. Die Interpretation ist dann dem Nutzer der Daten überlassen. Die zweitbeste Lösung ist dann, die impliziten Regeln als solche anzugeben. Keine Unterscheidung zu machen, wäre dagegen fatal: Man stelle sich nur einmal vor, die zulässige Geschwindigkeit würde generell auf 40 km/h herunter gesetzt... und nun? (Abgesehen davon, ist 50 im Ort nicht das gleiche wie 50 wg. Schild: Erstere Regelung gilt nur für Kraftfahrzeuge, also nicht für Radfahrer, Fuhrwerke, usw.) Claus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
Original-Nachricht Datum: Wed, 06 Jan 2010 18:34:24 +0100 Von: Tobias Knerr o...@tobias-knerr.de An: Sascha Silbe sascha-ml-reply-to-200...@silbe.org, Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] maxspeed=DE:Urban Hallo, als ob die Arbeit mit Polygonen ein Hexenwerk waere... 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. Das Datenmodell von OSM ist zweidimensional, daran aendern auch die Ebenen nix. Die OSM-Datenverarbeitung kennt keine echte Z-Ebene, sondern nur Kreuzungen, die keinen Knoten bilden mit der Erklaerung dazu, dass sie sich eben in einer anderen Ebene befaenden, hauptsaechlich als Hinweis an die Visualisierung. Ein zweidimensionaler Algorithmus wird also alle Elemente finden. * 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. Ein einfacher Loesungsansatz dafuer: Jedes Polygon bekommt ein umschreibendes Rechteck, das sich leicht zuordnen laesst, auch wenn kein einziges Element des Polygons heruntergeladen wird, z.b. weil das Polygon viel groesser ist als der geladene Bereich. Der Rest ist, die Beziehung der Polygone und des geladenen Bereichs zu klaeren (alle drin, alle draussen, Schnittmenge) * A mapper will often know that a certain way is part of a zone without knowing where the zone boundaries are. Da kann ja 'is_in' als Uebergangsloesung verwendet werden, oder es wird eine Teilgrenze eingetragen und ein anderer macht das polygon dann zu. * Tags on ways are easier to evaluate for applications. Polygons require more advanced programming techniques to reduce performance problems from inclusion tests. Da bin ich durchaus anderer Meinung. Was hier immer wieder an Beschreibungsvarianten auftaucht ist durchaus vielfaeltig und ein Algo muss die alle fehlerfrei erkennen koennen und auch ob ein Geasschen vergessen wurde. Ein Polygon hingegen ist geometrisch stabil und wenn die Algorithmen dazu sauber durchgetestet ist, laeuft das erstmal. Fehler in einem Polygon zuzuordnen (nicht geschlossen, etc.) ist auch sicherer und stabiler als sicherzustellen, dass alle Einzelelemente des Bereichs auch richtig ausgewertet werden. Letzteres ginge uebrigends am einfachsten, indem man ein Poygon erzeugt und alle Elemente innerhalb des Polygons ueberprueft (Katze, Schwanz, beissen...). * 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. Stimmt, wie will man sicherstellen, dass ein Baum in einem Park sich beim davonlaufen ans Tempolimit haelt :) Etwas Logik in die Auswertung und das Thema ist gegessen: private schlaegt public, explizites Schild schlaegt Zone, usw. Es gibt auch noch die Moeglichkeit, eine Zone ueber den Graphen selber zu beschreiben, indem man alle begrenzenden Knoten markiert und mit den Mitteln des Graphen in das Gebiet hineinscannt. Diese Methode erfasst nur Elemente des Graphen selber (also i.A. 'highway'), erfordert aber ein gehoeriges Mass an Disziplin und ist etwas sensibel gegen das 'Auslaufen', z.B. wenn eine Node nicht erfasst ist. Auch das kann man abfangen aber fuer die technisch robusteste Loesung halte ich das echte Flaechenpolygon. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed=DE:Urban
qbert biker schrieb: 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. Das Datenmodell von OSM ist zweidimensional, daran aendern auch die Ebenen nix. [...] Ein zweidimensionaler Algorithmus wird also alle Elemente finden. Ich glaube, du hast das Problem nicht ganz getroffen. Die *Realität* ist dreidimensional, und wenn in der Realität die Straße auf einer Brücke zu einer anderen Zone gehört als die Straße unten drunter, dann kann man das nur mit zweidimensionalen Polygonen nicht abbilden. * 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. Ein einfacher Loesungsansatz dafuer: Jedes Polygon bekommt ein umschreibendes Rechteck, das sich leicht zuordnen laesst, auch wenn kein einziges Element des Polygons heruntergeladen wird, z.b. weil das Polygon viel groesser ist als der geladene Bereich. Was voraussetzt, dass zumindest beim Vorverarbeitungsschritt eben doch alle Daten zur Verfügung standen. Lösbar, aber eine kleine zusätzliche Auflage. * A mapper will often know that a certain way is part of a zone without knowing where the zone boundaries are. Da kann ja 'is_in' als Uebergangsloesung verwendet werden, oder es wird eine Teilgrenze eingetragen und ein anderer macht das polygon dann zu. Mit einem unvollständigen Polygon kann man nichts auswerten, während Tags auch schon verwendet werden können, wenn sie anderswo noch fehlen. * Tags on ways are easier to evaluate for applications. Polygons require more advanced programming techniques to reduce performance problems from inclusion tests. Da bin ich durchaus anderer Meinung. Was hier immer wieder an Beschreibungsvarianten auftaucht ist durchaus vielfaeltig und ein Algo muss die alle fehlerfrei erkennen koennen und auch ob ein Geasschen vergessen wurde. Ok, wir messen anscheinend den Aufwand unterschiedlich. Meine Betrachtung bezog sich hier auf eine Fehler in den Daten werden in den Daten gefixt, nicht von mir-Software. Wenn du dich natürlich noch für das Erraten von Fehlern zuständig fühlst, werden Tags in der Tat aufwendiger. Das halte ich aber nicht für die Aufgabe der meisten Datennutzer. Tobias Knerr ___ 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] 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] 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] 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] 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] 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] 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] 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] 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] 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