Re: [Talk-de] Fahrradstraße.
DarkAngel schrieb: Johann H. Addicks schrieb: Fahrradstraße ist also (in diesem Fall) ein highway=residential mit maxspeed=15 (?), access=destination und bicycle=yes? -jha- Jain: http://wiki.openstreetmap.org/wiki/DE:Road_Signs#Vorschriftszeichen also bicycle=designated wobei maxspeed wohl eher 30 wäre (nach Entscheidung des OLG Karlsruhe) auch 30 wäre nicht korrekt. Korrekt weil dem Gesetzestext entsprechend wäre maxspeed=moderate. Da es aber ein Radweg ist und als highway=cycleway getaggt werden sollte ist das überflüssig, denn auch auf für andere Verkehrsteilnehmer freigegebene Radwege gilt das. Es ist somit eine Default-Geschwindigkeit für andere Fahrzeugklassen auf Radwegen. highway=cycleway access=destination beschreibt diese Straße voll und ganz. (Von mir aus kann man noch ein width=5 angeben um zu zeigen, dass ihr auch andere Verkehrsteilnehmer mit destination gemütlich durchpassen). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bodenfreiheit - Barrier?
Hallo, Johann H. Addicks schrieb: An einem track/grade1 gab es ein 250er mit Land- und Forstwirtschaft frei. ca. 150m weiter dann ein Achtung mit Hinweis Wegsperre. 10m dahinter dann diese Dinger auf der Straße, Vorderkante sieht auf dem Foto niedriger aus als real. Niedrigstes Objekt ca. 20cm hoch. http://www.addicks.net/gallery/Irgendwo/DSCF5983 Wie tagge ich diese Barriere? barrier=block kombiniert mit Angaben zu Passierbarkeit (access) fände ich passend. Einige Feldwege weiter war der Ausgang versperrt mit einem Erdwall von etwa 3m Breite, 1m Tiefe und 50cm Höhe. barrier=embankment ist nicht offiziell dokumentiert, aber in Europa zweimal benutzt. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Mario Salvini schrieb: DarkAngel schrieb: Mario Salvini schrieb: eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Ein Radweg wird ja nicht plötzlich zur residential oder zur unclassified, nur, weil z.B. landwirtscahftlicher Verkehr auf drauf erlaubt ist. Und was das Proposal zur cycleroad angeht, so ist das (aus oben genannten Grund ) überflüssig, da es völlig synonyme Bedeutung hätte. Auszug aus der STVO: Auf Fahrradstraßen gelten die Vorschriften über die Benutzung von Fahrbahnen; abweichend davon gilt: 1.Andere Fahrzeugführer als Radfahrer dürfen Fahrradstraßen nur benutzen, soweit dies durch Zusatzschild zugelassen ist. 2.Alle Fahrzeuge dürfen nur mit mäßiger Geschwindigkeit fahren. 3.Radfahrer dürfen auch nebeneinander fahren. = Fahrradstraße = Straße Woraus leitest Du Deine Behauptung ab? weil mindestens 2 der genannten Punkte auch auf Fahrradwegen erlaubt sind (ggf. das Nebeneinanderfahren nicht auf jedem Weg). Auf Radwegen gibt es grundsätzlich keinen Gegenverkehr, d.h. Radwege dürfen, wenn nichts anderes ausdrücklich erlaubt, nur in Fahrtrichtung der Fahrbahn benutzt werden. Wie viele Radwege kennst Du, auf denen andere Fahrzeuge zugelassen sind? -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezi für MaxSpeed gefragt?
Hallo, wie werden 30er-Zonen getaggt? Ciao André Am 22. Februar 2009 23:46 schrieb Mario Salvini salv...@t-online.de: Jan Tappenbeck schrieb: Moin ! ich habe mir in Kosmos eine Karte mit Maxspeed eingerichtet ( derzeit noch übernommen) und da sind die Zonen in grün dargestellt (siehe http://www.tappenbeck.net/forum/osm/jt_osm_maxspeed.jpg) Kann man jetzt davon ausgehen, dass das zwischenliegende Straßengeflecht zwangsläuftig (hier tlw. rot dargestellt) auch zwingend 30er zonen sind ??? Gruß Jan :-) kommt drauf an, wenns einfach nur die runden maxspeed-Schilder sind, dann gelten die nur bis zur nächsten Kreuzung. Wenn es allerdings eine 30-Zone mit Zone-Anfangs- und Zone-End-Schilder sind. dann gelten die logischerweise für alle Straßen zwischen den Anfangs/Endschildern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Am 23. Februar 2009 08:25 schrieb Mario Salvini salv...@t-online.de: Eine Fahrradstraße ist nur ein sehr großzügig ausgebauter Radweg. Es gelten alle Regeln und Einschränkungen wie auf einem normalen Radweg auch. Das stimmt schon einmal nicht, wie schon mehrfach hier gezeigt wurde. Woher nimmst du eigentlich diese Überzeugung? Liegt es vielleicht einfach daran, daß das Schild auch ein weißes Fahrrad auf blauem Grund zeigt? ;-) Ich tagge Fussgängerzonen entweder als Fläche mit highway=pedestrian oder je nach Situation würde ich ihm auch einen footway verpassen. Aber ich käme nie auf die Idee die Zone als residential o.ä. darzustellen. Funktional ist das nunmal eher ein Fussweg. Also kein highway=pedestrian für Straßen innerhalb der Zone, die keine Plätze sind? Genau dafür (und natürlich für Plätze) ist highway=pedestrian nämlich gedacht. Der Fußweg um die Ecke ist auch funktional meilenweit von einer _Fußgängerstraße_ (Straße innerhalb der Zone, siehe Wikipedia: http://de.wikipedia.org/wiki/Fußgängerzone) entfernt, in der teilweise (unter anderem) starker Lieferverkehr stattfindet. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
DarkAngel schrieb: Mario Salvini schrieb: DarkAngel schrieb: Mario Salvini schrieb: eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Ein Radweg wird ja nicht plötzlich zur residential oder zur unclassified, nur, weil z.B. landwirtscahftlicher Verkehr auf drauf erlaubt ist. Und was das Proposal zur cycleroad angeht, so ist das (aus oben genannten Grund ) überflüssig, da es völlig synonyme Bedeutung hätte. Auszug aus der STVO: Auf Fahrradstraßen gelten die Vorschriften über die Benutzung von Fahrbahnen; abweichend davon gilt: 1.Andere Fahrzeugführer als Radfahrer dürfen Fahrradstraßen nur benutzen, soweit dies durch Zusatzschild zugelassen ist. 2.Alle Fahrzeuge dürfen nur mit mäßiger Geschwindigkeit fahren. 3.Radfahrer dürfen auch nebeneinander fahren. = Fahrradstraße = Straße Woraus leitest Du Deine Behauptung ab? weil mindestens 2 der genannten Punkte auch auf Fahrradwegen erlaubt sind (ggf. das Nebeneinanderfahren nicht auf jedem Weg). Auf Radwegen gibt es grundsätzlich keinen Gegenverkehr, d.h. Radwege dürfen, wenn nichts anderes ausdrücklich erlaubt, nur in Fahrtrichtung der Fahrbahn benutzt werden. Wie viele Radwege kennst Du, auf denen andere Fahrzeuge zugelassen sind? Hallo, also ich kenne viele Radweg, vor allem außerorts, da ist Gegenverkehr auf Radwegen völlig normal und wird auch nicht besonders gekennzeichnet. Dieser Radweg ist dann meist mit Zeichen 240, seltener mit 241 gekennzeichnet. Und das in beiden Richtungen und ohne extra Hinweis zum Gegenverkehr. Und auf diesen gut ausgebauten Wegen ist dann per Zusatzschild teilweise auch noch landwirtschaftlicher Verkehr freigegeben. Diese Radwege verlaufen zumeist als baulich getrennter Weg neben Ortsverbindungsstraßen. Grüsse Ropino ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Marco Horstmann hma...@gmx.net wrote: werde dann wohl mal das erste aus der anderen Antwort für 0,79€ verwenden. Gebühren für OSM Datenerfassungssoftware. Eigentlich dreht sich mir da der Magen um wenn ich sowas lese. Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
DarkAngel schrieb: Mario Salvini schrieb: DarkAngel schrieb: Mario Salvini schrieb: eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Ein Radweg wird ja nicht plötzlich zur residential oder zur unclassified, nur, weil z.B. landwirtscahftlicher Verkehr auf drauf erlaubt ist. Und was das Proposal zur cycleroad angeht, so ist das (aus oben genannten Grund ) überflüssig, da es völlig synonyme Bedeutung hätte. Auszug aus der STVO: Auf Fahrradstraßen gelten die Vorschriften über die Benutzung von Fahrbahnen; abweichend davon gilt: 1.Andere Fahrzeugführer als Radfahrer dürfen Fahrradstraßen nur benutzen, soweit dies durch Zusatzschild zugelassen ist. 2.Alle Fahrzeuge dürfen nur mit mäßiger Geschwindigkeit fahren. 3.Radfahrer dürfen auch nebeneinander fahren. = Fahrradstraße = Straße Woraus leitest Du Deine Behauptung ab? weil mindestens 2 der genannten Punkte auch auf Fahrradwegen erlaubt sind (ggf. das Nebeneinanderfahren nicht auf jedem Weg). Auf Radwegen gibt es grundsätzlich keinen Gegenverkehr, d.h. Radwege dürfen, wenn nichts anderes ausdrücklich erlaubt, nur in Fahrtrichtung der Fahrbahn benutzt werden. Wie viele Radwege kennst Du, auf denen andere Fahrzeuge zugelassen sind? hier bei uns inder Gegend sind genug ausgeschilderte Radwege für z.B. landwirtschaftlichen Verkehr freigegeben, weil das z.B. der einzige Weg zu einem Feld ist. und da kommt der Traktor in beide Richtungen gefahren. Das mit dem oneway kann also nicht Stimmen. btw. wie ist das mit Radwegen ohne Straßen-Fahrbahn in der Nähe...? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezi für MaxSpeed gefragt?
mit maxspeed=30 auf allen Straßen die sich in der Zone befinden. Gibt da nix besonderes, wenn du nach sowas gesucht hast... André Riedel schrieb: Hallo, wie werden 30er-Zonen getaggt? Ciao André Am 22. Februar 2009 23:46 schrieb Mario Salvini salv...@t-online.de: Jan Tappenbeck schrieb: Moin ! ich habe mir in Kosmos eine Karte mit Maxspeed eingerichtet ( derzeit noch übernommen) und da sind die Zonen in grün dargestellt (siehe http://www.tappenbeck.net/forum/osm/jt_osm_maxspeed.jpg) Kann man jetzt davon ausgehen, dass das zwischenliegende Straßengeflecht zwangsläuftig (hier tlw. rot dargestellt) auch zwingend 30er zonen sind ??? Gruß Jan :-) kommt drauf an, wenns einfach nur die runden maxspeed-Schilder sind, dann gelten die nur bis zur nächsten Kreuzung. Wenn es allerdings eine 30-Zone mit Zone-Anfangs- und Zone-End-Schilder sind. dann gelten die logischerweise für alle Straßen zwischen den Anfangs/Endschildern. ___ 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] Iphone 3G
Hallo. Am Montag, 23. Februar 2009 schrieb Sven Geggus: Marco Horstmann hma...@gmx.net wrote: werde dann wohl mal das erste aus der anderen Antwort für 0,79€ verwenden. Gebühren für OSM Datenerfassungssoftware. Eigentlich dreht sich mir da der Magen um wenn ich sowas lese. Daher solltest du (wie auch ich) es vermeiden, in einem Thread mit dem Titel Iphone zu antworten. ;-) Auf das erste Posting in diesem Thread wollte ich auch schon mit Mein herzliches Beileid antworten, aber ich hab's dann einfach gelassen. Das ist eine andere Welt, muss man hoffentlich nicht verstehen, das. Gruß, Bernd -- Waffenhändler: Hhhm ... Sie haben eine Zeit im Irrenhaus verbracht, Sie haben Alkoholprobleme, und Sie haben den Präsidenten verprügelt... Potentiell gefährlich. Das berechtigt Sie zum Kauf von drei oder weniger Handfeuerwaffen. Homer Simpson: Juchuuu! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Am 22. Februar 2009 20:57 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Garry schrieb: OK, wenn die Verkehrszeichen-nodes nur optischen Zwecken dienen ist die Plazierung neben der Strasse ohne weiteren Bezug natürlich OK, wird dann aber wohl nur halbherzig verwendet. Wenn man sie erstmal hingesetzt hat, kann man immer noch anhand von verschiedenen Berechnungen die Verkehrszeichen einrechnen. Wenn z.B. ein Stopp-Schild rechts neben der Straße ist, könnte man mit einem Script abfragen, wo sich welches Straßenschild befindet. Da gibt es ja verschieden Möglichkeiten zu. Oder man bildet eine Relation zwischen Way und Straßenschild? ja, oder die bereits frueher anlaesslich Bushaltestellen von Tobias vorgeschlagene topologische Variante: das Stoppschild wird (bei Rechtsverkehr) in Fahrtrichtung rechts knapp (bzw. beliebig kurz) neben dem Weg gezeichnet (koennte auch die reale Position sein) und mit einem kurzen Stueck way mit der betroffenen Strasse verbunden. Der way erhaelt ein spezielles Tag welches anzeigt, dass es sich hier nicht um einen physischen Weg sondern um eine semantische Verbindung handelt. Ein Problem, das mir dabei einfaellt betrifft evtl. abbiegende Linke Spuren mit Stopschild, diese muessten dann explizit gemappt werden. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Ok, in meinem Großstadtdenken habe ich natürlich nicht an die ländlichen Regionen gedacht. Insofern muss ich meine Aussage wohl etwas präziser gestalten: In Städten/Gemeinden, in denen sich m.E. Fahrradstraßen am ehesten befinden dürften, sind Radwege äußerst selten für andere Fahrzeuge freigegeben. Fahrradstraßen dagegen sind oft zumindest für Anlieger/Anwohner frei. Wenn sich die Radwege neben einer Straße befinden und somit augenscheinlich einen Teil das Straßenverlaufs darstellen (auch wenn baulich auf dem Fußweg angelegt) ist die Benutzung des linken Radweges (also entgegen der Fahrtrichtung der daneben befindlichen Straße) verboten. (vgl. VwV-StVO) Andere Reglungen sind entsprechend gekennzeichnet. -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
Am 22. Februar 2009 21:10 schrieb Florian Lohoff f...@rfc822.org: Ach ja - und weil ich gerade so schoen sachen melde :) Es scheint so das mkgmap die addr: tags auf den POIs nicht auswertet ist das richtig? Ich habe hier in der umgebung ja schon alles mit addr tags ausgestattet, trotzdem sehe ich bei der POI suche die addressen nicht - anders als in den original karten ... ich hatte in der letzten Zeit ebenfalls ein Problemchen mit den POIs: deren Namen wurden bei mouseover nicht mehr eingeblendet. Ist das bekannt? Habe es allerdings mit der aktuellen Version noch nicht versucht. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
2009/2/22 Arne Bischoff bisch...@gueldendorf.de: Hallo, Was ist da am Park falsch? Ich kann da nichts erkennen, was hier solche Gefühlsausbrüche erklärt. wenn Du Dir das ganze kurzfristig in der cyclemap ansiehst, wirst Du eher verstehen, um was es ging. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Hallo Martin, mit barometrischem Höhenmesser entscheidender ist, ob das Gerät vorher kalibriert wurde. die relativen Hoehenunterschiede sind bei diesen Geraeten sehr praezise, wenn man sie kalibriert. also unbedingt diesen Offset ermitteln statistisch, oder indem der Mapper beim Hochladen sagt: zuhause liegt auf +63 m mein GPS zeigte dort -37 m also plus 100 und die Hoehen stimmen Wenn das bei jedem Hochladen abgefragt, umgerechnet und gespeichert wird, oder die GPS-Log-Daten entsprechen statistisch korrigiert werden, könnte eine brauchbare Höheninformation dabei rauskommen. Dabei muss die Höhe des Referenzpunktes auf WGS-84 umgerechnet sein. http://wiki.openstreetmap.org/wiki/de:Altitude#Barometrische_Höhenmessung Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
DarkAngel schrieb: Ok, in meinem Großstadtdenken habe ich natürlich nicht an die ländlichen Regionen gedacht. Insofern muss ich meine Aussage wohl etwas präziser gestalten: In Städten/Gemeinden, in denen sich m.E. Fahrradstraßen am ehesten befinden dürften, sind Radwege äußerst selten für andere Fahrzeuge freigegeben. Fahrradstraßen dagegen sind oft zumindest für Anlieger/Anwohner frei. Wenn sich die Radwege neben einer Straße befinden und somit augenscheinlich einen Teil das Straßenverlaufs darstellen (auch wenn baulich auf dem Fußweg angelegt) ist die Benutzung des linken Radweges (also entgegen der Fahrtrichtung der daneben befindlichen Straße) verboten. (vgl. VwV-StVO) Andere Reglungen sind entsprechend gekennzeichnet. wo tangiert jetzt bitte diese Ausgae zu straßenbegleitenden Radwegen die Inhaltsgleichheit zu Fahrradstraßen? ein Beispielweg hat folgendes Access-Verhalten: bicycle=designated motor_vehicle=destination foot=yes zusaätzlich die ganzen Verlehrsrechtlichen Eigenschaft hinzugefügt ist im OSM-Universum eine Fahrradstraße am besten mit highway=cycleway motor_vehicle=destination foot=yes abgebildet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hallo, würde das aber dann nicht so aussehen wie, Ein Fahrradweg nur für Anlieger Geht vielleicht so etwas: highway=cycleway vehicle=destination bicycle=yes Das Fahrrad muß ja aus den vehicle wieder raus genommen werden Schöne Grüße Thomas 2009/2/22 Mario Salvini salv...@t-online.de: dein Beispiel wäre übrigens zu taggen mit: highway=cycleway access=destination fertig ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße. Proposal
Ich kann nur nochmal Werbung machen für das Proposal: Fabian -Patzi- Patzke schrieb: Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history hier: http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad ist ein Proposal, nicht sehr weit. Ich bin immer noch dafür analog zu einer Fußgängerzone auch eine Fahrradstraße als extra Typen einzuführen. Auch eine Spielstraße ist eine besondere Form einer Wohnstraße (max. Schrittgeschw., Fußgänger Vorrang etc.) - Es ist kein normaler Radweg - Es ist eine Straße auf der nur Fahrradfahrer erlaubt sind (normaler Ausbauzustand - häufig umgewidmete Straße) - Wenn andere Verkehrsteilnehmer erlaubt sind, haben Radfahrer Vorrang - Eine angemessene Geschwindigkeit ist einzuhalten (kann man anders gar nicht darstellen) Deswegen bin ich pro extra Tag z.B. hiyghway=cycleroad Grüße, Fabian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Am 23. Februar 2009 11:39 schrieb Mario Salvini salv...@t-online.de: wo tangiert jetzt bitte diese Ausgae zu straßenbegleitenden Radwegen die Inhaltsgleichheit zu Fahrradstraßen? ein Beispielweg hat folgendes Access-Verhalten: bicycle=designated motor_vehicle=destination foot=yes zusaätzlich die ganzen Verlehrsrechtlichen Eigenschaft hinzugefügt ist im OSM-Universum eine Fahrradstraße am besten mit highway=cycleway motor_vehicle=destination foot=yes abgebildet. Ich sehe das anders. Allein schon dadurch, dass es sich um eine richtige Strasse und nicht um einen Fahrradweg handelt (also deutlich breiter, anderer Unterbau (Belastungsfaehigkeit) andere Kurvenradien, keine Poller, wird sicher in den allermeisten Faellen selbst wenn PKW ausgeschlossen sind von Muellabfuhr, Rettungsdienst, Feuerwehr, etc. befahren) sollte es als solche auch ein anderes Tag bekommen. Da es sich um eine eigene Klasse von Strassen handelt (analog Fussgaengerzonen) halte ich ein eigenes highway=tag fuer voll gerechtfertigt. Die Angabe der jeweiligen Strassenbreite (width=8) koennte ein paar aber nicht alle der genannten Punkte obsolet machen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße. Proposal
Am 23. Februar 2009 11:50 schrieb Fabian -Patzi- Patzke openstreet...@patzi.de: Ich kann nur nochmal Werbung machen für das Proposal: Fabian -Patzi- Patzke schrieb: Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history hier: http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad ist ein Proposal, nicht sehr weit. Ich bin immer noch dafür analog zu einer Fußgängerzone auch eine Fahrradstraße als extra Typen einzuführen. Auch eine Spielstraße ist eine besondere Form einer Wohnstraße (max. Schrittgeschw., Fußgänger Vorrang etc.) - Es ist kein normaler Radweg - Es ist eine Straße auf der nur Fahrradfahrer erlaubt sind (normaler Ausbauzustand - häufig umgewidmete Straße) - Wenn andere Verkehrsteilnehmer erlaubt sind, haben Radfahrer Vorrang - Eine angemessene Geschwindigkeit ist einzuhalten (kann man anders gar nicht darstellen) Deswegen bin ich pro extra Tag z.B. hiyghway=cycleroad Grüße, Fabian +1 Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
nicht ganz Thomas, ein *highway=cycleway* impliziert ein *bicycle=designated *da ändert auch ein access=destination (oder auch vehicle=destination) nix dran. Ein bicycle=yes ist also wohl nicht ganz korrekt, als auch überflüssig ;-) Thomas Drebert schrieb: Hallo, würde das aber dann nicht so aussehen wie, Ein Fahrradweg nur für Anlieger Geht vielleicht so etwas: highway=cycleway vehicle=destination bicycle=yes Das Fahrrad muß ja aus den vehicle wieder raus genommen werden Schöne Grüße Thomas 2009/2/22 Mario Salvini salv...@t-online.de: dein Beispiel wäre übrigens zu taggen mit: highway=cycleway access=destination fertig ;) ___ 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] Iphone 3G
Bernd Wurst be...@bwurst.org wrote: Auf das erste Posting in diesem Thread wollte ich auch schon mit Mein herzliches Beileid antworten, aber ich hab's dann einfach gelassen. Das ist eine andere Welt, muss man hoffentlich nicht verstehen, das. Das traurige am Iphone ist, dass es sich um wirklich innovative Technologie handelt, deren Vorteile durch ein IMO völlig krankes Vendor Lock-In fast vollständig kaputt gemacht werden. Alleine Schon die Tatsache, dass Apple seinen Kunden vorschreiben will was sie mit ihrem Eigentum tun und lassen dürfen halte ich für ein reichlich merkwürdiges Rechtsverständnis. Dass man sich den root-Account erst aufhacken muss ist doch völlig pervers. Man bedenke, es handelt sich hierbei um das Eigentum des Kunden. Prinzipiell dürfe es ja durchaus möglich sein die Tools aus der Nokia N800 Ecke mit vergleichsweise geringem Aufwand auf das Iphone zu portieren. Sven -- How to prevent Java from forking? Use a spoon. (Found on http://slashdot.org) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Martin Koppenhoefer schrieb: Am 23. Februar 2009 11:39 schrieb Mario Salvini salv...@t-online.de: wo tangiert jetzt bitte diese Ausgae zu straßenbegleitenden Radwegen die Inhaltsgleichheit zu Fahrradstraßen? ein Beispielweg hat folgendes Access-Verhalten: bicycle=designated motor_vehicle=destination foot=yes zusaätzlich die ganzen Verlehrsrechtlichen Eigenschaft hinzugefügt ist im OSM-Universum eine Fahrradstraße am besten mit highway=cycleway motor_vehicle=destination foot=yes abgebildet. Ich sehe das anders. Allein schon dadurch, dass es sich um eine richtige Strasse und nicht um einen Fahrradweg handelt (also deutlich breiter, anderer Unterbau (Belastungsfaehigkeit) andere Kurvenradien, keine Poller, wird sicher in den allermeisten Faellen selbst wenn PKW ausgeschlossen sind von Muellabfuhr, Rettungsdienst, Feuerwehr, etc. befahren) sollte es als solche auch ein anderes Tag bekommen. Da es sich um eine eigene Klasse von Strassen handelt (analog Fussgaengerzonen) halte ich ein eigenes highway=tag fuer voll gerechtfertigt. Die Angabe der jeweiligen Strassenbreite (width=8) koennte ein paar aber nicht alle der genannten Punkte obsolet machen. Gruss Martin es gibt auch ausgeschilderte Radwege im Sadtwald hier bei uns. die sind teilweise 6-7 Meter braut, damit auch die Forstwirte mit ihrem schweren Gerät dadrüber passen. Dennoch ist und bleibt es ein highway=cycleway. Der highway-Tag hat nur indirekt etwas mit dem Ausbauzustand zu tun, sonst müsste man ja auch in jeder mittel bis großen Stadt alle Straßen als Primary taggen. Der highway-tag umschreibt die Funktion des Ways und unter dieser Betrachung ist eine Fahradstraße einfach nur ein sehr üppig ausgebauter cycleway. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Am Montag 23 Februar 2009 schrieb Sven Geggus: Bernd Wurst be...@bwurst.org wrote: Auf das erste Posting in diesem Thread wollte ich auch schon mit Mein herzliches Beileid antworten, aber ich hab's dann einfach gelassen. Das ist eine andere Welt, muss man hoffentlich nicht verstehen, das. Das traurige am Iphone ist, dass es sich um wirklich innovative Technologie handelt, deren Vorteile durch ein IMO völlig krankes Vendor Lock-In fast vollständig kaputt gemacht werden. Alleine Schon die Tatsache, dass Apple seinen Kunden vorschreiben will was sie mit ihrem Eigentum tun und lassen dürfen halte ich für ein reichlich merkwürdiges Rechtsverständnis. Dass man sich den root-Account erst aufhacken muss ist doch völlig pervers. Man bedenke, es handelt sich hierbei um das Eigentum des Kunden. schon klar, nur ist es apple's gutes recht mit ihrem produkt zu tun und zu lassen, was sie wollen. schliesslich wollen sie damit geld verdienen. niemand zwingt dich, deren produkte zu kaufen. ich hatte auch mit nem iphone geliebaeugelt, aber genau aus den von dir genannten gruenden ist es dann doch ein n810 geworden... aber ich glaub, das wird hier ziemlich off topic... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Hallo, Sonnenwinde, kosmische Strahlung (lässt sich ja bedingt berechnen), Weltraumschrott (lässt sich auch berechnen), Flugzeuge die die Signalbahn kreuzen (lassen sich auch berechnen). Und 2-3 Tage vorher lassen sich sicher auch die Wettereinflüsse bedingt berechnen. Das sind alles statistische Fehler, wenn man über genügend Messungen die über einen Zeitraum gehen der größer ist als diese Effekte werden sich diese Fehler rausmitteln. Schlimm sind nur Fehler die immer gleich sind. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Guenther Meyer d@sordidmusic.com wrote: schon klar, nur ist es apple's gutes recht mit ihrem produkt zu tun und zu lassen, was sie wollen. Apple hat IMO kein Recht ihren Kunden zu verbieten mit ihrem Eigentum zu tun was sie tun möchten! schliesslich wollen sie damit geld verdienen. niemand zwingt dich, deren produkte zu kaufen. Klar, das ist die Konsequenz. Bei einer Firma die Ihre Kunden gängelt kaufe ich normalerweise nicht. Allerdings ist das iphone halt derzeit noch weitgehend konkurrenzlos aber der typische Apple Fanboy hat ja kein Problem damit sich von seiner Firma an der Leine halten zu lassen. aber ich glaub, das wird hier ziemlich off topic... ack. Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße. Proposal
Fabian -Patzi- Patzke schrieb: Ich kann nur nochmal Werbung machen für das Proposal: Fabian -Patzi- Patzke schrieb: Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history hier: http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad ist ein Proposal, nicht sehr weit. Bin auch für eine extra Kennzeichnung als Fahrradstraße. Ich bin immer noch dafür analog zu einer Fußgängerzone auch eine Fahrradstraße als extra Typen einzuführen. Auch eine Spielstraße ist eine besondere Form einer Wohnstraße (max. Schrittgeschw., Fußgänger Vorrang etc.) Die (deutsche) StVO kennt nur Verkehrsberuhigte Bereiche (Kennzeichen 325). Keine Wohnstraßen oder Spielstraßen oder sonstiges. In Verkehrsberuhigten Bereichen gilt: 1.Fußgänger dürfen die Straße in ihrer ganzen Breite benutzen; Kinderspiele sind überall erlaubt. 2.Der Fahrzeugverkehr muß Schrittgeschwindigkeit einhalten. 3.Die Fahrzeugführer dürfen die Fußgänger weder gefährden noch behindern; wenn nötig, müssen sie warten. 4.Die Fußgänger dürfen den Fahrverkehr nicht unnötig behindern. 5.Das Parken ist außerhalb der dafür gekennzeichneten Flächen unzulässig, ausgenommen zum Ein- oder Aussteigen, zum Be- oder Entladen. Das ganze hat auch nichts mit der s.g. Fußgängerzone (eigentlich Fußgängerbereich) zu tun. -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Editwars (was: Fahrradstraße)
es gibt auch ausgeschilderte Radwege im Sadtwald hier bei uns. die sind teilweise 6-7 Meter braut, damit auch die Forstwirte mit ihrem schweren Gerät dadrüber passen. Dennoch ist und bleibt es ein highway=cycleway. Das designated=bicycle, was sich da mal im Wiki eingeschlichen hat, halte ich für kontraproduktiv. Nur weil jemand an eine Anliegerstraße oder an einen Wirtschaftsweg ein blaues Radwegschild gestellt hat, wird das Verkehrsbauwerk nicht zu einem Radweg. Das ist immernoch eine Anliegerstraße der ein Wirtschaftsweg. Aber Du würdest vermutlich auch hier einen Fußweg mappen: http://de.wikipedia.org/wiki/Datei:Fu%C3%9Fweg_P7090247.JPG Da hoffe ich einfach mal, dass wir uns beim Mappen nie in der Datenbank begegnen, denn solche Wege tagge ich konsequent nach highway=track (2-3m = eine Fahrzeugbreite) und highway=service (wenn grade=1 und mindestens 5m breit). -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Mario Salvini schrieb: zusaätzlich die ganzen Verlehrsrechtlichen Eigenschaft hinzugefügt ist im OSM-Universum eine Fahrradstraße am besten mit highway=cycleway motor_vehicle=destination foot=yes abgebildet. Das ist Deine Meinung. Da bei OSM ja jeder seine Meinung haben und danach mappe kann: mach es so. Ich betrachte Fahrradstraßen als Straßen mit besonderen Eigenschaften und mappen sie so (wie auch derzeit im Wiki beschrieben). -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Markus schrieb: Dabei muss die Höhe des Referenzpunktes auf WGS-84 umgerechnet sein. http://wiki.openstreetmap.org/wiki/de:Altitude#Barometrische_Höhenmessung Das sollte sie auf keinen Fall, wie ich Dir schon mehrmals dargelegt habe. WGS84 ist für die Speicherung von Höhendaten gänzlich ungeeignet, da das integrierte Schweremodell einfach Schrott ist. EGM96 oder EGM2008 sind deutlich besser geeignet und genauso offen und frei zugänglich. Hört mir hier irgendwer überhaupt mal zu? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Hallo, Worauf ich vor allem hinaus wollte: die relativen Hoehenunterschiede sind bei diesen Geraeten sehr praezise,... Wie gesagt sollte beim Übertrag der GPX-Files angegeben werden um welches Gerät,... es sich handelt. Wenn mann dann weiß, das es ein Barometrischer Höhenmesser ist, der nicht kalibriert wurde kann man den absoluten Fehler recht groß ansetzen den relativen (zwischen 2 Punkten) aber klein. Passiert der Track also einen bereits gut bekannten Punkt sollte dadurch der ganze Track sozusagen automatisch zurechtgeschoben werden. Vorausgesetzt man benutz die GPX-Trax einmal normal: Jeder Trackpunkt wird unabhängig eingetragen und einmal geht man von jedem Trackpunkt aus und berechnet die Unterschiede zu den anderen. dann nimmt man als Startwert den aus der Datenbank und berechnet die Höhen der anderen incl. Fehlerfortpfalanzung,... Dabei sollte man dann eine Abschneidegrenze gesetzt werden, also wenn der Fehler z.B. größer ist als der von SRTM hört man auf. Man ein Bsp.: Die Differenzgenauigkeit nimmt mit dem Zeitunterschied ja ab, da sich das Wetter (Luftdruck) ändern kann. Es macht also keinen Sinn von einem Punkt der nur mit +/-30m bekannt ist auszugehen und über Stunden einen Track zu verfolgen. Man sollte also unbedingt diesen Offset ermitteln (entweder automatisch statistisch, oder auch pauschal, Die Methode mit dem bekannten Startpunkt ist klar, für alle anderen müßte man zumindest wissen wie das Gerät kalibriert ist. Aachen kann ich Dir nicht bieten. Schick mir trotzdem mal ein kleines, will nur mal sehen ob es da zusätzliche Tags gibt. Andere Frage gibt es eine Quelle für Höheninfos die man zumindest privat nutzen darf, sei es jetzt für mich um meine Ergebnisse zu testen oder z.B. um sein GPS-Gerät zu kalibrieren bzw um die Meßfehler zu bestimmen. Solange man diese Höheninfos nicht verbreitet dürften ja viel mehr Quellen erlaubt sein. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
[.. noch ein Vollquote ..] Wenn ich diesen Thread um die postgestützten Höhenmesser anschaue, dann schreit es nach einer FAQ. Oder kommt nur mir die Diskussion zyklisch vor? Ich habe zumindest den Eindruck, immer wieder die gleichen Argumente als FürWider zu lesen, nur immer von anderen Absendern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Dimitri Junker schrieb: Das sind alles statistische Fehler, wenn man über genügend Messungen die über einen Zeitraum gehen der größer ist als diese Effekte werden sich diese Fehler rausmitteln. Schlimm sind nur Fehler die immer gleich sind. Auf Wunsch kann ich Dir 178.000 Messwerte der letzten 48 Stunden schicken, mit denen Du Deine Statistiken testen kannst. Referenzwerte kann ich Dir ebenso überlassen. Kannst Du Deine Formeln bitte offenlegen, damit wir den Gedankengang verfolgen können? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Am Montag 23 Februar 2009 schrieb Sven Geggus: Guenther Meyer d@sordidmusic.com wrote: schon klar, nur ist es apple's gutes recht mit ihrem produkt zu tun und zu lassen, was sie wollen. Apple hat IMO kein Recht ihren Kunden zu verbieten mit ihrem Eigentum zu tun was sie tun möchten! das nicht. aber sie koennen durchaus versuchen, dass von ihnen produzierte und verkaufte produkt so zu bauen, dass es moeglichst auf die von ihnen gedachte weise benutzt wird. wenn jemand trotzdem was anderes damit machen will und kann, steht ihm das frei. fuer viele funktioniert das iphone gut, so wie es ist. aber wie gesagt, jeder, der bei apple kauft, sollte sich eigentlich dessen bewusst sein, und sich im zweifelsfall nach alternativen umschauen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice (Anliegerstrassen)
Marcus Wolschon schrieb: 2009/2/19 Chris-Hein Lunkhusen chris66...@gmx.de: Deshalb verstehe ich nicht wieso JOSM dieses wiki-unkonforme Taggen des Nodes unterstützt. ;-) Du hast da etwas falsch verstranden. Das Wiki ist keine Regel. Die Regel ist was du auf der Karte hast und das Wiki eine Dokumentation was man so auf der Karte anzutreffen bereit sein sollte. Es widerspricht aber nicht nur dem Wiki, sondern auch den Datenauswertern. Oder beachten Router üblicherweise ein access=no auf Knoten? Warum sollten sie das überhaupt tun? Getagged wird wie es jedem grad richtig erscheint und anschließend wird im Wiki gelegentlich dokumentiert was denn so üblicherweise getagged wurde. Es geht auch nicht darum, was du taggen darfst, sondern darum, ob der Editor ein Tagging durch Anzeigen als Icon unterstützt (nicht etwa nur nicht davor warnt). Und wenn Datenauswerter _und_ Dokumentation _und_ tatsächliche Verwendung (- Tagwatch) alle gegen ein Tagging sprechen, ist es ziemlich sicher eine schlechte Idee, den Editor das fördern zu lassen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editwars (was: Fahrradstraße )
Am Montag 23 Februar 2009 schrieb Johann H. Addicks: es gibt auch ausgeschilderte Radwege im Sadtwald hier bei uns. die sind teilweise 6-7 Meter braut, damit auch die Forstwirte mit ihrem schweren Gerät dadrüber passen. Dennoch ist und bleibt es ein highway=cycleway. Das designated=bicycle, was sich da mal im Wiki eingeschlichen hat, halte ich für kontraproduktiv. Nur weil jemand an eine Anliegerstraße oder an einen Wirtschaftsweg ein blaues Radwegschild gestellt hat, wird das Verkehrsbauwerk nicht zu einem Radweg. Das ist immernoch eine Anliegerstraße der ein Wirtschaftsweg. ... der in erster linie fuer fahrraeder gedacht ist, sonst wuerde da kein solches schild stehen. deshab designated. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] highway = quaternary
Hallo Community, wir haben hier um den Ort: - zwei Autobahnen (diese sind eindeutig motorway) - zwei Bundesstraßen (diese sind eindeutig primary) - eine Landesstraße (durch den Ort mit 50 km/h, tertiary) - eine Hauptverkehrsstraße (verbindet die eine Bundesstraße mit der Landesstraße mit 50 km/h, viel Verkehr, tertiary) Aber dann noch eine Hauptverkehrsstraße, durch die Beschilderung Durchfahrtsstraße, welche ebenfalls die Landesstraße mit einer Bundesstraße und der Autobahnauffahrt verbindet. Der Knackpunkt: Sie führt jedoch durch enge Bebauung und zu 70% durch eine Tempo-30-Zone. Sie hat ein hohes Verkehrsaufkommen und eine ebenso hohe Wichtigkeit für den Ort. Eigentlich wäre diese ja auch tertiary, oder? Aber ich finde, dass sie durch die Geschwindigkeitsbegrenzung und die dadurch begrenzte Kapazität zu knapp für tertiary und zu groß für residential ist. Es sind aber Strukturen von beiden Dingen da. Ich habe mal in den Datenbestand der kommerziellen Konkurrenz geguckt. Dort gibt es noch Flusshinweise an den Straßen: Wohnstraße schell, mittel, langsam Landesstraße schnell, mittel, langsam etc. Wäre hier nicht ein Mittelding möglich á la highway=quaternary? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Juhuu - Off-Topic! From: Sven Geggus li...@fuchsschwanzdomain.de Apple hat IMO kein Recht ihren Kunden zu verbieten mit ihrem Eigentum zu tun was sie tun m?chten! [translation] Diese fiesen Gesellen von Transystems, die meinen GPS-Logger gebaut haben, haben kein offenes Interface implementiert. Ich kann damit wirklich nur dieses veraltete GPS-Signal empfangen und loggen. Dreck! Ich musste erst die gesamte Hardware tauschen, bevor ich meine geliebte SCUMMVM zum Laufen bekommen hab. Seltsames Rechtsverständis haben die! Naja, immerhin läuft die GPS-Aufzeichnung ziemlich gut, hatte bislang keine Probleme. Ansonsten auch viele nette Features. -- Aber das ist ja ein _ganz anderes_ Thema. [/translation] *IfeelsorryforU* /Applefanboy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
On Sun, Feb 22, 2009 at 09:10:25PM +0100, Florian Lohoff wrote: Ach ja - und weil ich gerade so schoen sachen melde :) Es scheint so das mkgmap die addr: tags auf den POIs nicht auswertet ist das richtig? Ich habe hier in der umgebung ja schon alles mit addr tags ausgestattet, trotzdem sehe ich bei der POI suche die addressen nicht - anders als in den original karten ... Das mkgmap-dev archiv hat geholfen - scheint er kuerzlich committed worden zu sein der support ... Ist ja doch deutlich aktiver die entwicklung als ich so mitbekommen habe.. Habe mich da mal subscribed Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
On Mon, Feb 23, 2009 at 02:14:40PM +0100, Tobias Wendorff wrote: Subject: [Talk-de] highway = quaternary Hallo Community, wir haben hier um den Ort: - zwei Autobahnen (diese sind eindeutig motorway) - zwei Bundesstraßen (diese sind eindeutig primary) - eine Landesstraße (durch den Ort mit 50 km/h, tertiary) - eine Hauptverkehrsstraße (verbindet die eine Bundesstraße mit der Landesstraße mit 50 km/h, viel Verkehr, tertiary) Aber dann noch eine Hauptverkehrsstraße, durch die Beschilderung Durchfahrtsstraße, welche ebenfalls die Landesstraße mit einer Bundesstraße und der Autobahnauffahrt verbindet. Der Knackpunkt: Sie führt jedoch durch enge Bebauung und zu 70% durch eine Tempo-30-Zone. Sie hat ein hohes Verkehrsaufkommen und eine ebenso hohe Wichtigkeit für den Ort. Eigentlich wäre diese ja auch tertiary, oder? Aber ich finde, dass sie durch die Geschwindigkeitsbegrenzung und die dadurch begrenzte Kapazität zu knapp für tertiary und zu groß für residential ist. Es sind aber Strukturen von beiden Dingen da. Ich habe mal in den Datenbestand der kommerziellen Konkurrenz geguckt. Dort gibt es noch Flusshinweise an den Straßen: Wohnstraße schell, mittel, langsam Landesstraße schnell, mittel, langsam etc. Wäre hier nicht ein Mittelding möglich á la highway=quaternary? Ich finde immer wichtig das die abstufung untereinander richtig ist d.h. in der prioritaetenliste wie man will das der verkehr laeuft. Oben hast du in deiner ausfuehrung keine einzige secondary oder ist das ein fehler beim tippen? Ich finde eine tertiary waere schon okay - der maxspeed ist ja noch da d.h. der routingalgorithmus hat eine chance zu erkennen das dort langsamer gefahren wird und damit die straße vielleicht nachrangig behandeln koennen. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Florian Lohoff schrieb: Ich finde immer wichtig das die abstufung untereinander richtig ist d.h. in der prioritaetenliste wie man will das der verkehr laeuft. Oben hast du in deiner ausfuehrung keine einzige secondary oder ist das ein fehler beim tippen? Ja, habe wirklich was vergessen: Die Landesstraße verbindet außerhalb der Stadt mehrere Dörfer miteinander und hat dort den wirklichen Landesstraßencharakter, aber keinen Landstraßencharakter. Wenn sie jedoch in die Stadt reinkommt, kann man sie von den anderen Hauptverkehrsstraßen nicht mehr unterscheiden: Ampeln, Bebauung etc. nur die Wichtigkeit ist noch da und hat Durchfahrtscharakter. Also wäre es für mich tertiary. Ich finde eine tertiary waere schon okay - der maxspeed ist ja noch da d.h. der routingalgorithmus hat eine chance zu erkennen das dort langsamer gefahren wird und damit die straße vielleicht nachrangig behandeln koennen. Klar, es ist dann wieder Sache der Anwendungen. Der Renderer müsste dann auch auf die Fahrtgeschwindigkeit achten. Aber für mich ist eine dörflich verschlungene Durchfahrtsstraße mit scharfen Kurven und Personenverkehr ohne Ampel irgendwie nicht mehr tertiary ... es unterscheidet sich zu sehr von der Landesstraße, die als tertiary durch die Stadt führt. Aber die Landesstraße als secondary durchzuführen wäre auch nicht okay, da man ja den Umkreis auch in Betracht ziehen muss. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Höhenkarte für Aachen
Hallo, wie beschrieben versuche ich erstmal zu Testzwecken eine Höhenkarte von Aachen zu erzeugen. Dazu habe ich alle GPX-Files auf meinem Rechner zusammengesucht, davon enthalten 111 insgesammt knapp 62000 Punkte Da ich es in eine Matrix von 1024 Pixel Seitenlänge, also eine Million Punkte eintrage habe ich damit maximal 6% Abdeckung. Also an alle Aachener Mapper schickt mir Eure GPX-Files incl. Am besten noch mit Infos zum benutzten Gerät, vor allem allem was die Höheninfo betrifft, also eingestellte Höhenkorektur, ob es die Höhe baromterisch ermittelt,... Ach ja schreibt dabei ob ich die Files ggf weitergeben darf wenn jemand anders damit experimentieren will. Ansonsten werde ich nur die berechnete Karte veröffentlichen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Hallo, Auf Wunsch kann ich Dir 178.000 Messwerte der letzten 48 Stunden schicken, mit denen Du Deine Statistiken testen kannst. Kannst Du machen, aber darum kümmer ich mich erst im nächsten Schritt. Kannst Du Deine Formeln bitte offenlegen, damit wir den Gedankengang verfolgen können? Noch ist da nicht viel besonderes, einfach ein gewichteter Mittelwert. Sobald es interessanter ist werde ich natürlich alles offenlegen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenkarte für Aachen
Hallo, der Bereich den ich berechne ist: lat = 50.73-50.79 lon = 6.06-6.15 Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Dimitri Junker schrieb: Noch ist da nicht viel besonderes, einfach ein gewichteter Mittelwert. Sobald es interessanter ist werde ich natürlich alles offenlegen. Also errechnest Du zu jeder Abweichung den Gewichtungsfaktor zum Mittelwert? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Am 23. Februar 2009 12:33 schrieb Mario Salvini salv...@t-online.de: es gibt auch ausgeschilderte Radwege im Sadtwald hier bei uns. die sind teilweise 6-7 Meter braut, damit auch die Forstwirte mit ihrem schweren Gerät dadrüber passen. Dennoch ist und bleibt es ein highway=cycleway. Der highway-Tag hat nur indirekt etwas mit dem Ausbauzustand zu tun, sonst müsste man ja auch in jeder mittel bis großen Stadt alle Straßen als Primary taggen. nein, man muesste sie nicht mit primary taggen, wie kommst Du denn darauf? Zu dem oben von Dir beschriebenen Wirtschafts-Weg im Stadtwald, der als Radweg ausgeschildert ist: wie ist denn diese Ausschilderung? Als Radroute oder als rundes blaues Fahrradschild mit Zusatz land- und forstwirschaftlicher Verkehr frei? Im letzteren Fall wuerde ich Dir Recht geben, dann waere es in der Tat ein cycleway, im ersten Fall wuerde ich Dir hingegen empfehlen, das als track mit bicycle=yes und einer Relation fuer eine Fahrradroute zu taggen. Der highway-tag umschreibt die Funktion des Ways und unter dieser Betrachung ist eine Fahradstraße einfach nur ein sehr üppig ausgebauter cycleway. durch die staendige Wiederholung wird das nicht richtiger. Alleine schon die Tatsache, dass die Behoerden das getrennt behandeln, einen eigenen Namen und ein neues Schild gemacht haben, spricht doch schon gegen diese Sichtweise (die haetten ja auch das bisherige Schild fuer Radwege nehmen koennen, wenn es genau das gleiche waere). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Am 23. Februar 2009 12:26 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Das traurige am Iphone ist, dass es sich um wirklich innovative Technologie handelt, deren Vorteile durch ein IMO völlig krankes Vendor Lock-In fast vollständig kaputt gemacht werden. +1 Alleine Schon die Tatsache, dass Apple seinen Kunden vorschreiben will was sie mit ihrem Eigentum tun und lassen dürfen halte ich für ein reichlich merkwürdiges Rechtsverständnis. Dass man sich den root-Account erst aufhacken muss ist doch völlig pervers. Man bedenke, es handelt sich hierbei um das Eigentum des Kunden. naja, das wuerde ich ein bisschen relativieren. Der Preis setzt sich ja aus verschiedenen Faktoren zusammen, und einer davon ist eben auch der Vertrieb ueber bestimmte Telecomanbieter. Wenn man das vollkommen frei machen wuerde, dann waere vermutlich auch der Preis hoeher (oder die Rendite kleiner ;-) ). Jedenfalls ist ja nur die Hardware Dein Eigentum, nicht die Software (bzw. hast Du dafuer nur eine Lizenz, die den Rahmen vorgibt). Wenn Dir das nicht passt, musst Du Dir so ein Teil ja nicht kaufen. Ich habe uebrigens keins. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
Dirk Stöcker schrieb: Ja. Aber der Code wird immer programmspezifisch sein. Ich habe mir das gerade nochmal angeschaut. Viel könnte man nicht in eine unabhängige Klasse auslagern ohne in Parametrierungswahnsinn zu verfallen. naja... ich hab das jetzt (nach meinen Bedürfnissen) angepasst (aufrufende Klasse implementiert ein Interface) Das ist doch die Hauptarbeit. jup da hast du recht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Andreas Fritsche andreas.frits...@gmail.com wrote: [translation] Diese fiesen Gesellen von Transystems, die meinen GPS-Logger gebaut haben, haben kein offenes Interface implementiert. Ich kann damit wirklich nur dieses veraltete GPS-Signal empfangen und loggen. Dreck! Ich musste erst die gesamte Hardware tauschen, bevor ich meine geliebte SCUMMVM zum Laufen bekommen hab. Seltsames Rechtsverständis haben die! Naja, immerhin läuft die GPS-Aufzeichnung ziemlich gut, hatte bislang keine Probleme. Ansonsten auch viele nette Features. -- Aber das ist ja ein _ganz anderes_ Thema. [/translation] Auch weia, ich nehme das jetzt mal als Ironie. Nicht alles was hinkt ist ein Vergleich. Sven -- In the land of the brave and the free, we defend our freedom with the GNU GPL (Richard M. Stallman on www.gnu.org) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezi für MaxSpeed gefragt?
Am 23. Februar 2009 14:16 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Mario Salvini schrieb: mit maxspeed=30 auf allen Straßen die sich in der Zone befinden. Gibt da nix besonderes, wenn du nach sowas gesucht hast... Ich hätte hier irgendwie eine Relation erwartet :-) ja, oder evtl. ein Polygon, das die Zone markiert (also einmal komplett umschliesst). Wobei der Weg, einfach alle Strassen mit maxspeed zu versehen sicherlich (wenn vollstaendig angewandt) am problemlosesten funktionieren wird (ist schon ohne Sonderregel implementiert). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Am 23. Februar 2009 14:31 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Ja, habe wirklich was vergessen: Die Landesstraße verbindet außerhalb der Stadt mehrere Dörfer miteinander und hat dort den wirklichen Landesstraßencharakter, aber keinen Landstraßencharakter. Wenn sie jedoch in die Stadt reinkommt, kann man sie von den anderen Hauptverkehrsstraßen nicht mehr unterscheiden: Ampeln, Bebauung etc. nur die Wichtigkeit ist noch da und hat Durchfahrtscharakter. Also wäre es für mich tertiary. naja, Ampeln und Bebauung sind innerorts ja keine Seltenheit, das kann man als Argument eigentlich nicht gelten lassen (und haben Deine primaries sicher auch). Wenn neben der Klassifikation sowohl Wichtigkeit als auch Durchfahrtscharakter gegeben sind, ist das fuer mich klar secondary. Aber für mich ist eine dörflich verschlungene Durchfahrtsstraße mit scharfen Kurven und Personenverkehr ohne Ampel irgendwie nicht mehr tertiary ... es unterscheidet sich zu sehr von der Landesstraße, die als tertiary durch die Stadt führt. fuer mich waere das dann tertiary und damit klar unter der o.g. secondary klassifiziert. Die Tatsache, dass Du noch eine weitere Strassenklasse erfinden musst, um die Hierarchien einzuhalten, und gleichzeitig eine Strassenklasse ausklammerst spricht m.E. schon fuer vg. Vorgehensweise. Aber die Landesstraße als secondary durchzuführen wäre auch nicht okay, da man ja den Umkreis auch in Betracht ziehen muss. was meinst Du mit Umkreis? Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
darauf? Zu dem oben von Dir beschriebenen Wirtschafts-Weg im Stadtwald, der als Radweg ausgeschildert ist: wie ist denn diese Ausschilderung? Als Radroute oder als rundes blaues Fahrradschild mit Zusatz land- und forstwirschaftlicher Verkehr frei? Welche Möglichkeiten gibt es, denn, einen Wirtschaftsweg (im Naherholungsgebiet) auszuschildern, damit sowohl Fußgänger, wie Radfahrer, wie Grünflächenamt, der Wiesenpächter und der Jagdpächter dort mit dem Auto langfahren können? a) 250er Durchfahrt verboten + Land- und Forstwirtschaft frei + Radfahrer frei b) Kombinierter RadFußweg. (Die obigen Bedarfsträger dürfen auch RadFußwege befahren.) - Welche Beschilderung wird preiswerter sein? - Welche kommt positiver rüber? - Welche ist weniger Schilderwald? Ach, da wäre noch das Argument, welches mir sicher zum Nachteil ausgelegt wird mit einem Wir mappen doch für den Renderer: Wenn ein Park von einem Netz von Radfußwegen durchzogen ist, einige davon sind nur 1,5m breit, andere sind 3m breit. An denen von 3m Breite stehen vorn Poller davor und diese führen zu allen Pavillions/Hütten etc. Dann finde ich es schöner, wenn die breiten Forstautobahnen auf der Karte anders ausschauen als die schmalen, die ich mir als Wanderweg wünsche. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenkarte für Aachen
Moin, auch auf die Gefahr hin, dass Du es schon längst wusstest: Hier gibts alle GPS-Traces mit dem Tag aachen: http://www.openstreetmap.org/traces/tag/aachen Lg, Matthias Dimitri Junker wrote: Hallo, wie beschrieben versuche ich erstmal zu Testzwecken eine Höhenkarte von Aachen zu erzeugen. Dazu habe ich alle GPX-Files auf meinem Rechner zusammengesucht, davon enthalten 111 insgesammt knapp 62000 Punkte Da ich es in eine Matrix von 1024 Pixel Seitenlänge, also eine Million Punkte eintrage habe ich damit maximal 6% Abdeckung. Also an alle Aachener Mapper schickt mir Eure GPX-Files incl. Am besten noch mit Infos zum benutzten Gerät, vor allem allem was die Höheninfo betrifft, also eingestellte Höhenkorektur, ob es die Höhe baromterisch ermittelt,... Ach ja schreibt dabei ob ich die Files ggf weitergeben darf wenn jemand anders damit experimentieren will. Ansonsten werde ich nur die berechnete Karte veröffentlichen. Gruß Dimitri ___ 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] SVG in PDF oder EPS wandeln
Liebe Grafiker, jetzt haben wir einen schönen Entwurf http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png aber wir bekommen ihn nicht in das von der Druckerei gewünschte Format. Die Druckerei will: - PDF oder EPS - Schriften in Pfade umgewandelt - 96 dpi (bei Format 1:1, 260x60) Wer kann helfen? (eilig!) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Mario Salvini schrieb, es sei im OSM-Universum eine Fahrradstraße am besten mit highway=cycleway motor_vehicle=destination foot=yes abgebildet. Für die Kieler Fahrradststraßen ist das sicherlich nicht am besten. Die destination-Einschränkung für KFZ wäre falsch, und außerdem besitzen hier auch die Fahrradstraßen noch getrennte Fußwege. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
2009/2/23 Markus liste12a4...@gmx.de: Liebe Grafiker, jetzt haben wir einen schönen Entwurf http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png aber wir bekommen ihn nicht in das von der Druckerei gewünschte Format. Die Druckerei will: - PDF oder EPS - Schriften in Pfade umgewandelt - 96 dpi (bei Format 1:1, 260x60) Wer kann helfen? (eilig!) Gruss, Markus Wie ist denn Euer Ausgangsformat, bzw. mit welcher Anwendung wurde das png erstellt? Gibt es die Originaldateien noch? Mit PDF und EPS sind vermutlich Vektorformate gemeint, ansonsten kann man bei beiden Formaten naemlich auch Bitmaps inkludieren (was aber qualitativ i.d.R. nicht empfehlenswert ist). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bodenfreiheit - Barrier?
Norbert Kück schrieb: barrier=block kombiniert mit Angaben zu Passierbarkeit (access) fände ich passend. Sehe ich genauso. Manchmal verstehe ich nicht, warum ein Feature mit x Elementen erfolgreich durch den approval-Prozess laeuft, beim Eintrag in die Mapfeatures-Tabelle dann aber ein Teil der abgestimmten Werte weggelassen wird. Auf alle Faelle sollte das meiner Meinung nach ein barrier und kein traffic_calming sein. Sinn der Sache ist ja nicht, den erlaubten Verkehr abzubremsen, sondern das Fernhalten des unerlaubten Verkehrs. Einige Feldwege weiter war der Ausgang versperrt mit einem Erdwall von etwa 3m Breite, 1m Tiefe und 50cm Höhe. Das klingt fuer micht jetzt erstmal so, als ob der Weg da unterbrochen werden sollte. Das wuerde bedeuten, dass man (mit Fahrzeug) da also gar nicht mehr lang darf/soll, die zustaendige Stelle lediglich die Kosten fuer einen ordentlichen Rueckbau gespart hat. Wenn seitlich noch platz neben dem Wall ist, wuerde ich den Feldweg hier fuer ein paar Meter unterbrechen und stattdessen einen footway eintragen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Am 23. Februar 2009 16:16 schrieb Johann H. Addicks addi...@gmx.net: darauf? Zu dem oben von Dir beschriebenen Wirtschafts-Weg im Stadtwald, der als Radweg ausgeschildert ist: wie ist denn diese Ausschilderung? Als Radroute oder als rundes blaues Fahrradschild mit Zusatz land- und forstwirschaftlicher Verkehr frei? Welche Möglichkeiten gibt es, denn, einen Wirtschaftsweg (im Naherholungsgebiet) auszuschildern, damit sowohl Fußgänger, wie Radfahrer, wie Grünflächenamt, der Wiesenpächter und der Jagdpächter dort mit dem Auto langfahren können? a) 250er Durchfahrt verboten + Land- und Forstwirtschaft frei + Radfahrer frei warum so kompliziert? s.c) b) Kombinierter RadFußweg. (Die obigen Bedarfsträger dürfen auch RadFußwege befahren.) einen Fussweg im Wald extra auszuzeichnen kommt mir ein bisschen seltsam vor, da man sowieso ueberall langgehen darf. Fuer Fahrraeder gilt das prinzipiell auch. c) 260 (Verbot von Kraftfahrzeugen) + Land- und Forstwirtschaft frei ist mind. ueblich wenn nicht das haeufigste. Wie schon gesagt: Fussgaenger und Radfahrer duerfen da dann sowieso lang, da braucht man keinen Schilderwald im Wald. - Welche Beschilderung wird preiswerter sein? keine Ahnung? Meinst Du danach richten sich die Beschilderungen? - Welche kommt positiver rüber? das ist wohl ein Argument, das neuerdings moeglicherweise, da Radfahrer nicht mehr als nur asoziale Gesellen die sich kein Auto leisten koennen angesehen werden, in manchen Gegenden aus solchen Erwaegungen heraus Wirtschaftswege als Fahrradwege beschildert werden. Ach, da wäre noch das Argument, welches mir sicher zum Nachteil ausgelegt wird mit einem Wir mappen doch für den Renderer: Wenn ein Park von einem Netz von Radfußwegen durchzogen ist, einige davon sind nur 1,5m breit, m.E. footway, bicycle=yes andere sind 3m breit. An denen von 3m Breite stehen vorn Poller davor und diese führen zu allen Pavillions/Hütten etc. die wuerde ich als Tracks oder cycleways mappen Dann finde ich es schöner, wenn die breiten Forstautobahnen auf der Karte anders ausschauen als die schmalen, die ich mir als Wanderweg wünsche. ja sehe ich auch so, und das hat mit dem Renderer auch m.E. wenig zu tun: es geht um eine Hierarchie von Bedeutung, die sich ruhig auch in den tags widerspiegeln soll. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
On Mon, Feb 23, 2009 at 02:31:55PM +0100, Tobias Wendorff wrote: Klar, es ist dann wieder Sache der Anwendungen. Der Renderer müsste dann auch auf die Fahrtgeschwindigkeit achten. Aber für mich ist eine dörflich verschlungene Durchfahrtsstraße mit scharfen Kurven und Personenverkehr ohne Ampel irgendwie nicht mehr tertiary ... es unterscheidet sich zu sehr von der Landesstraße, die als tertiary durch die Stadt führt. Aber die Landesstraße als secondary durchzuführen wäre auch nicht okay, da man ja den Umkreis auch in Betracht ziehen muss. Ich sehe die klassifizierung nicht so statisch - Ja - Die K/L/B/A klassifizierung kann helfen mal initial die straßen richtig einzuordnen. Viel wichtiger ist aber die relative klassifizierung der Straßen untereinander innerhalb bestimmter Regionen damit der Verkehr in den richtigen Bahnen laeuft. Ich habe Straßen innerorts (mit Kurven und Ampeln) auch schon ohne Kreisstraße zu sein auf Tertiary hochgetagged da sie eben uebergeordneten Charakter haben. Ich finde es viel wichtiger das in den Straßenklassifikationen die wirklichen Verkehrsfluesse abgebildet werden als die administrative klassifikation. Nichtsdestotrotz ist meistens etwas faul wenn die OSM Klasse mehr als 1ne klasse von der Administrativen Klassifikation abweicht. Staedte, Gemeinden, Laender und der Bund stecken da auch meistens ein wenig Hirnschmalz rein ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Florian Lohoff schrieb: Ich finde es viel wichtiger das in den Straßenklassifikationen die wirklichen Verkehrsfluesse abgebildet werden als die administrative klassifikation. Nichtsdestotrotz ist meistens etwas faul wenn die OSM Klasse mehr als 1ne klasse von der Administrativen Klassifikation abweicht. Staedte, Gemeinden, Laender und der Bund stecken da auch meistens ein wenig Hirnschmalz rein ... Ja, das beachte ich ja auch. Diese Durchfahrtsstraße ist ja auch nur eine Gemeindestraße. Allerdings sind doch Landesstraßen in kleineren Städten meistens besser ausgebaut, als vergleichbare Gemeindestraßen - finde ich jedenfalls. Die Kommune scheint ja auch ein enormes Mitspracherecht zu haben, was die Ausgestaltung der Verkehrsfläche des Bundes und des Landes hat. In einem Vorort hier wird ständig eine Bundesstraße zurückgebaut, sobald Geld da ist ... die Kommune entscheidet darüber, die genauen Entscheidungsgänge kenne ich aber nicht - das Land hält sich laut Zeitungsberichten aber raus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Hallo. Am Montag, 23. Februar 2009 schrieb Tobias Wendorff: Wenn sie jedoch in die Stadt reinkommt, kann man sie von den anderen Hauptverkehrsstraßen nicht mehr unterscheiden: Ampeln, Bebauung etc. nur die Wichtigkeit ist noch da und hat Durchfahrtscharakter. Also wäre es für mich tertiary. Ich halte es in diesem Punkten mit der Maxime: Eine Straße ändert nicht mal eben ihren Typ (Ausnahme residential / unclassified und primary / trunk). Wenn eine secondary in den Ort hineingeht, dann bleibt sie normalerweise eine secondary. Die Klassifizierungen haben ja auch was mit der Verkehrskapazität zu tun und wenn da secondary-viele Autos ankommen, müssen die ja auch irgendwie weiter fahren. Es gibt (eher selten) Fälle, da teilt sich z.B. eine secondary in zwei tertiaries auf. Das habe ich hier in meinem Umfeld genau einmal gesehen und da passt es sowohl von der Klassifikation als auch vom Ausbauzustand, dass eben wirklich eine Landesstraße sich in zwei kleine Straßen auftrennt. Dass sich einfach nur die Kategorie ändert ohne Anhaltspunkt wo denn all der Verkehr jetzt hin soll, empfinde ich meistens als falsch. Gruß, Bernd -- Schau' mir in die Header, Kleines... - Martin Schmitz signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Bernd Wurst schrieb: Ich halte es in diesem Punkten mit der Maxime: Eine Straße ändert nicht mal eben ihren Typ (Ausnahme residential / unclassified und primary / trunk). Also gehst Du nach Verwaltungseinheiten vor? Wenn eine secondary in den Ort hineingeht, dann bleibt sie normalerweise eine secondary. Die Klassifizierungen haben ja auch was mit der Verkehrskapazität zu tun und wenn da secondary-viele Autos ankommen, müssen die ja auch irgendwie weiter fahren. In der Stadt kommt ja viel mehr Verkehr dazu ... die Landesstraße ist außerhalb unserer Ortsschaft im nördlichen Teil eigentlich nahezu tut, im westlichen Verlauf jedoch immer voller, da parallel zur Autobahn und zur Bundesstraße (Free of Maut). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] an die GPS-Babel Freaks
Die Dokumentation ist ja noch grauseliger als die von Mapnik. http://www.gpsbabel.org/htmldoc-1.3.6/fmt_unicsv.html ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
Martin Koppenhoefer schrieb: Wie ist denn Euer Ausgangsformat, bzw. mit welcher Anwendung wurde das png erstellt? Ich hoffe, dass es ein SVG mit SVG-Hintergrund ist. Also keine PNGs mit Inkludiert. Aber näheres kann dir nur Markus sagen. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Mario Salvini schrieb: Ich tagge Fussgängerzonen entweder als Fläche mit highway=pedestrian oder je nach Situation würde ich ihm auch einen footway verpassen. Aber ich käme nie auf die Idee die Zone als residential o.ä. darzustellen. Funktional ist das nunmal eher ein Fussweg. Auf einem Fussweg ist überwiegend kein regelmässiger täglicher KFZ-Verkehr, in Fussgängerzonen dagegen schon (Lieferverkehr). Gerade für den KFZ-Verkehr der diese Wege benutzen darf ist die Unterscheidung wichtig wo gefahren werden kann und wo es hauptsächlich physikalisch bedingt nicht geht. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei? Planungsunterlagen in OSM
Martin Koppenhoefer schrieb: Jedenfalls ist der FNP ein Plan, der nicht zwangsläufig umgesetzt wird und daher nicht wie eine Karte die Realität wiedergibt, insofern macht ein blindes Kopieren nach OSM sowieso keinen Sinn, da gebe ich meinen Vorrednern Recht. Aussen vorlassen sollte man Planungsunterlagen in OSM aber keinesfalls. Für Interessierte (aus welchen Gründen auch immer) ist es schwierig an Informationen zu kommen wo was wann gebaut werden soll. OSM ist dafür eine geeignete zentrale Anlaufstelle. Nicht zuletzt helfen diese Daten auch das bestehende OSM-Strassennetz aktuell zu halten da dann dort wo Änderungen erwartet werden häufiger und gezielt das vorhandene überprüft wird. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Tobias Wendorff schrieb: Garry schrieb: OK, wenn die Verkehrszeichen-nodes nur optischen Zwecken dienen ist die Plazierung neben der Strasse ohne weiteren Bezug natürlich OK, wird dann aber wohl nur halbherzig verwendet. Wenn man sie erstmal hingesetzt hat, kann man immer noch anhand von verschiedenen Berechnungen die Verkehrszeichen einrechnen. Wenn z.B. ein Stopp-Schild rechts neben der Straße ist, könnte man mit einem Script abfragen, wo sich welches Straßenschild befindet. Da gibt es ja verschieden Möglichkeiten zu. Oder man bildet eine Relation zwischen Way und Straßenschild? Das es irgenwie programmtechnisch geht bezweifle ich nicht. Nur besteht hier massive Gefahr eines Frustfaktors wenn die Leute anfangen jetzt alle Verkehrszeichen entsprechen umzuplazieren, Programme dafür geschrieben werden... und dann später doch wieder alles geändert werden muss. Eine Lösung sollte dahingehend gefunden werden dass es Verkehrszeichennodes gibt die ausschliesslieslich Postion und Inhalt eines Verkehrsschildes wiedergeben, inkl. einer Richtungsangabe (Bewegungsrichtung in 10Grad-Schritten bezogen auf die Richtung in die sich ein Fahrzeug/Person bewegt). Die Wirkung des Schildes auf die Way-Segmente wird unabhängig davon eingetragen. Damit kann man weiter die Regel unterstützen Verkehrsbeschränkungen sind an den Waysegmenten und nicht an den Nodes festzumachen und dennoch lagegenau die Verkehrszeichen plazieren. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Tobias Wendorff schrieb: Hallo Community, Der Knackpunkt: Sie führt jedoch durch enge Bebauung und zu 70% durch eine Tempo-30-Zone. Sie hat ein hohes Verkehrsaufkommen und eine ebenso hohe Wichtigkeit für den Ort. Eigentlich wäre diese ja auch tertiary, oder? Aber ich finde, dass sie durch die Geschwindigkeitsbegrenzung und die dadurch begrenzte Kapazität zu knapp für tertiary und zu groß für residential ist. Es sind aber Strukturen von beiden Dingen da. Wenn die Strasse Stark befahren und auch für Verkehr von ausserhalb des Ortes eine Rolle spielt ist sie mindestens tertiary. Eine Geschwindigkeitsbegrenzung sollte nur wenig Einfluss auf die Strassenkategorie haben, gibt es ja selbst Autobahnabschnitte die auf 40 begrenzt sind. Ich habe mal in den Datenbestand der kommerziellen Konkurrenz geguckt. Dort gibt es noch Flusshinweise an den Straßen: Wohnstraße schell, mittel, langsam Landesstraße schnell, mittel, langsam etc. Diesbezüglich hatte ich schon vr fast zwei Jahren den Vorschlag gemacht dies durch ++;+,-,-- in einem zusätzlichen Tag zu qualifizieren, was aber leider keinen Anklang gefunden hat. Wäre hier nicht ein Mittelding möglich á la highway=quaternary? Dafür kann man unclassiefied verwenden. Ich weiss, manche wollen damit gerne Ausdrücken durch was für eine Umgebung die Strasse führt (Ausserorts, Industriegebiet...) aber das hatte wir ja erst kürzlich. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Hallo. Am Montag, 23. Februar 2009 schrieb Tobias Wendorff: Bernd Wurst schrieb: Ich halte es in diesem Punkten mit der Maxime: Eine Straße ändert nicht mal eben ihren Typ (Ausnahme residential / unclassified und primary / trunk). Also gehst Du nach Verwaltungseinheiten vor? Als Anhaltspunkt ja, aber nicht streng. Eher nach dem Sinn der Straße, der oftmals der Verwaltungseinteilung entspricht. Ich sehe das so, dass normalerweise jede Ebene mit den darüberliegenden Ebenen ein Netz bildet. Die Autobahnen bilden ein Netz, die Bundesstraßen bilden ein Netz das an manchen Stellen an Autobahnen angeschlossen ist und so weiter. Auch die Landesstraßen bilden ein Netz. Wenn jetzt eine secodary plötzlich an einem Ortsanfang aufhört, dann endet das Netz in einer Sackgasse und das ist unüblich (nicht unmöglich). Meistens ist eine secondary durchgängig eine solche, z.B. von einer Bundesstraße zur nächsten. Nicht als Tagging-Maßstab, aber stell dir vor wie eine Karte beim heranzoomen erstmal nur Bundesstraßen zeigt, dann kommen Landstraßen dazu und später dann tertiaries und noch viel später alle kleineren. Dann wäre es unerwartet und komisch wenn z.B. links und rechts einer Ortschaft eine Straße wäre und dazwischen eine kurze Strecke nichts. Schließlich kann man doch von links nach rechts durch den Ort fahren und zwar vermutlich auf genau einer empfehlenswerten Strecke. Genauso ein Routenplaner. Der sollte im Normalfall keine Wechsel von großer nach kleiner und wieder auf große Straße machen. Das ist unelegant, man bleibt lieber so lange auf großen Straßen bis man dem Ziel nahe ist und dann auf kleineren Straßen weiter fährt. Wenn eine secondary in den Ort hineingeht, dann bleibt sie normalerweise eine secondary. Die Klassifizierungen haben ja auch was mit der Verkehrskapazität zu tun und wenn da secondary-viele Autos ankommen, müssen die ja auch irgendwie weiter fahren. In der Stadt kommt ja viel mehr Verkehr dazu ... die Landesstraße ist außerhalb unserer Ortsschaft im nördlichen Teil eigentlich nahezu tut, im westlichen Verlauf jedoch immer voller, da parallel zur Autobahn und zur Bundesstraße (Free of Maut). Eher unabhängig vom tatsächlichen Verkehrsaufkommen würde ich versuchen zu schätzen, was sich ein Verkehrsplaner dabei gedacht hat, also ob diese Strecke für den Durchgangsverkehr taugt oder nicht. :) Taugt sie nicht für Durchgangsverkehr, dann bringt's auch nichts wenn der Durchgangsverkehr bis zum Stadtrand fährt und dort wieder umdreht. Gruß, Bernd -- Frauen begnügen sich nicht mehr mit der Hälfte des Himmels, sie wollen die Hälfte der Welt. - Alice Schwarzer signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Tobias Wendorff schrieb: Florian Lohoff schrieb: Ich finde immer wichtig das die abstufung untereinander richtig ist d.h. in der prioritaetenliste wie man will das der verkehr laeuft. Oben hast du in deiner ausfuehrung keine einzige secondary oder ist das ein fehler beim tippen? Ja, habe wirklich was vergessen: Die Landesstraße verbindet außerhalb der Stadt mehrere Dörfer miteinander und hat dort den wirklichen Landesstraßencharakter, aber keinen Landstraßencharakter. Sondern?(Ehr höher oder niedriger in der Kategorie?) Wenn sie jedoch in die Stadt reinkommt, kann man sie von den anderen Hauptverkehrsstraßen nicht mehr unterscheiden: Ampeln, Bebauung etc. nur die Wichtigkeit ist noch da und hat Durchfahrtscharakter. Also wäre es für mich tertiary. Eine Ortsdurchfahrt sollte keinen Einfluss auf die Strassenkategorie wenn es keine nahen Alternativen (Umgehungstrassen) gibt. Die Hauptstrecke sollte klar erkennbar bleiben und keine Alternativroutensuche durch Nebenstrassen provozieren. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Tobias Wendorff schrieb: Die Kommune scheint ja auch ein enormes Mitspracherecht zu haben, was die Ausgestaltung der Verkehrsfläche des Bundes und des Landes hat. In einem Vorort hier wird ständig eine Bundesstraße zurückgebaut, sobald Geld da ist ... die Kommune entscheidet darüber, die genauen Entscheidungsgänge kenne ich aber nicht - das Land hält sich laut Zeitungsberichten aber raus. Sicher, daß das nocheine Bundesstraße ist? Bei einem ähnlichen Fall, in dem Freiburg eine solche Straße verschmälern wollte (da inzwischen andere Straßen den Verkehr aufnahmen), mußte die Straße erst entwidmet werden, in Elzach würde die Stadt gern ein paar Zebrastreifen in der Ortsdurchfahrt anlegen, darf das aber nicht, da es eine Bundesstraße ist (und da nur Fußgängerampeln und auch die nur bei einem nachgewiesenen Mindestfußgängeraufkommen zulässig sind). Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Florian Lohoff schrieb: Ich sehe die klassifizierung nicht so statisch - Ja - Die K/L/B/A klassifizierung kann helfen mal initial die straßen richtig einzuordnen. Viel wichtiger ist aber die relative klassifizierung der Straßen untereinander innerhalb bestimmter Regionen damit der Verkehr in den richtigen Bahnen laeuft. Ich habe Straßen innerorts (mit Kurven und Ampeln) auch schon ohne Kreisstraße zu sein auf Tertiary hochgetagged da sie eben uebergeordneten Charakter haben. Diese vermeintliche starre Zuordnung kommt zustande weil der unvorbelastete User zumeist nur die administrative Einteilung kenn und weil man in JOSM die Klassen so gelabelt hat um den Einsteigern den Einstieg zu erleichtern. Ein deutlicher Hinweis dass diese Klassen völlig daneben sein können fehlt hier. Ich finde es viel wichtiger das in den Straßenklassifikationen die wirklichen Verkehrsfluesse abgebildet werden als die administrative klassifikation. Nichtsdestotrotz ist meistens etwas faul wenn die OSM Klasse mehr als 1ne klasse von der Administrativen Klassifikation abweicht. Staedte, Gemeinden, Laender und der Bund stecken da auch meistens ein wenig Hirnschmalz rein ... In Gegenden mit viel Wachstum (in den vergangen Jahrzenten) weichen die Strassenklassifikationen von den adminitrativen Klassen häufig erheblich ab (Kreisstrassen werden zu trunk, Bundestrassen zu tertiary). Das hat nichts mit Hirnschmalz sondern mit der Finanzierung zu tun. Orte mit viel Geld (durch starke Industrieansiedlung) finazieren sich Ihre Umgehungstrassen z. B. selber da sie als Bundesstrasse auf Jahrzente nicht finaziert werden würde und übernehmen dabei auch noch die Unterhaltung. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bodenfreiheit - Barrier?
Johann H. Addicks schrieb: Einige Feldwege weiter war der Ausgang versperrt mit einem Erdwall von etwa 3m Breite, 1m Tiefe und 50cm Höhe. Schau Dir das mal an: http://www.openstreetmap.org/browse/way/28725988 Ist eine Mauer auf aufgestapelten Aesten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Philipp Klaus Krause schrieb: Sicher, daß das nocheine Bundesstraße ist? Yepp. Die B63, betroffener Abschnitt ist die Durchfahrt Hilbeck. Bei einem ähnlichen Fall, in dem Freiburg eine solche Straße verschmälern wollte (da inzwischen andere Straßen den Verkehr aufnahmen), mußte die Straße erst entwidmet werden, in Elzach würde die Stadt gern ein paar Zebrastreifen in der Ortsdurchfahrt anlegen, darf das aber nicht, da es eine Bundesstraße ist (und da nur Fußgängerampeln und auch die nur bei einem nachgewiesenen Mindestfußgängeraufkommen zulässig sind). Ich muss mal die Zeitungsartikel zusammentragen. Ein Kollege sammelt die dazu, weil er indirekt betroffen ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG in PDF oder EPS wandeln
2009/2/23 Markus liste12a4...@gmx.de: Liebe Grafiker, jetzt haben wir einen schönen Entwurf http://wiki.openstreetmap.org/wiki/Image:OSM-Banner.png aber wir bekommen ihn nicht in das von der Druckerei gewünschte Format. Die Druckerei will: - PDF oder EPS - Schriften in Pfade umgewandelt - 96 dpi (bei Format 1:1, 260x60) Wer kann helfen? (eilig!) was ist denn jetzt? Habt ihr hinbekommen? Ansonsten schick doch mal die Daten (svg) oder einen link. Das Problem hat Tobias ja schon angeschnitten: der Schatten unter dem Logo (das ist ein Bitmap-Effekt, kein Vektor). Der Bereich muss auf jedem Fall gerastert werden, vielleicht geht es auch ohne die Karte dabei zu rastern, nur mit Multiplizieren, das müsste man sich mal ansehen, ansonsten besteht die Gefahr, dass man den Übergang von Raster zu Vektor sieht (ziemlich sicher wird man das sehen). Schriften in Pfade gewandelt ist kein Problem. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Sorry, ich habe keine Ahnung, wie und wo ich diesen Absatz teilen kann - daher FullQuote :-) Garry schrieb: Das es irgenwie programmtechnisch geht bezweifle ich nicht. Nur besteht hier massive Gefahr eines Frustfaktors wenn die Leute anfangen jetzt alle Verkehrszeichen entsprechen umzuplazieren, Programme dafür geschrieben werden... und dann später doch wieder alles geändert werden muss. Eine Lösung sollte dahingehend gefunden werden dass es Verkehrszeichennodes gibt die ausschliesslieslich Postion und Inhalt eines Verkehrsschildes wiedergeben, inkl. einer Richtungsangabe (Bewegungsrichtung in 10Grad-Schritten bezogen auf die Richtung in die sich ein Fahrzeug/Person bewegt). Die Wirkung des Schildes auf die Way-Segmente wird unabhängig davon eingetragen. Damit kann man weiter die Regel unterstützen Verkehrsbeschränkungen sind an den Waysegmenten und nicht an den Nodes festzumachen und dennoch lagegenau die Verkehrszeichen plazieren. Dann brauchen wir ein Plugin für Verkehrszeichen, der intelligent die Nodes setzt. z.B. klickt man den letzten Way vor der Kreuzung an und sagt dann rechts stop Zeichen oder so. Den Rest macht dann das Plugin. Bringt aber wieder nichts für die Potlatch-Nutzer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Plugin
Hallo Alex, Am Mo, 23. Februar 2009 schrieb Alexander Schulze: Ich habe neue Einträge im WMS-Plugin hinzugefügt und dabei Fehler gemacht. Wenn ich das dann ändern will, wird es nach nem Neustart ignoriert. Also habe die Änderungen dann beim Einstein-Kopf vorgenommen (vermutlich der richtige Ort dafür). Ich hatte an mehreren Einträgen was zu ändern, meistens wurde aber nur eine Änderung übernommen. (das ist mir auch unter Ubuntu 8.04 aufgefallen) Ist ein Neustart von JOSM zwingend erforderlich? Ich weiß nicht, ob das mit deinem Problem zusammenhängt, aber mir ist folgendes einmal aufgefallen (aus meiner Erinnerung, vielleicht kannst du es ja bestätigen): Wenn man einen WMS-Eintrag ändert, und dann auf OK klickt (um den Preferences-Dialog zu schließen), dann wird der Eintrag nicht übernommen (egal ob Neustart oder nicht). Man muss erst in ein anderes Editierfeld klicken (ohne dort etwas zu ändern), damit das übernommen wird. Ich habe das jetzt nicht wieder ausprobiert, es kann also sein, dass das bereits behoben wurde (ist mir im Dezember aufgefallen). Viele Grüße, -- Holger Schoener nume...@ancalime.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Garry schrieb: Die Landesstraße verbindet außerhalb der Stadt mehrere Dörfer miteinander und hat dort den wirklichen Landesstraßencharakter, aber keinen Landstraßencharakter. Sondern?(Ehr höher oder niedriger in der Kategorie?) Alleine schon durch die höhere Geschwindigkeit und das Parkverbot auf Landesstraßen (man darf auf Landesstraße nicht parken, oder?) würde ich die Landesstraße, die durch die Stadt führt, eher vom secondary auf den tertiary abstufen. Wie gesagt hat die Durchgangsstraße, um die mein Problem ging, eher den Charakter einer schnellen Wohnstraße, ist aber kleiner und unbedeutender gegenüber diesem Tertiary. Eine Ortsdurchfahrt sollte keinen Einfluss auf die Strassenkategorie wenn es keine nahen Alternativen (Umgehungstrassen) gibt. Die Hauptstrecke sollte klar erkennbar bleiben und keine Alternativroutensuche durch Nebenstrassen provozieren. Es ist ja eine Ortsdurchfahrt auf die *gewollt* hingewiesen wird und den Fahrer somit automatisch von den Nebenstraßen wegziehen soll. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS-Plugin
Hi, Holger Schöner schrieb: Wenn man einen WMS-Eintrag ändert, und dann auf OK klickt (um den Preferences-Dialog zu schließen), dann wird der Eintrag nicht übernommen (egal ob Neustart oder nicht). Man muss erst in ein anderes Editierfeld klicken (ohne dort etwas zu ändern), damit das übernommen wird. Danke für den Hinweis. Ich wollte ja eigentlich nur herausfinden, obs mein Fehler ist und wenn nicht, dann vielleicht dazu beitragen (durch die Meldung), dass das verbessert wird. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
On Mon, Feb 23, 2009 at 09:26:44PM +0100, Tobias Wendorff wrote: Alleine schon durch die höhere Geschwindigkeit und das Parkverbot auf Landesstraßen (man darf auf Landesstraße nicht parken, oder?) würde ich die Landesstraße, die durch die Stadt führt, eher vom secondary auf den tertiary abstufen. Es gibt IIRC kein generelles Parkverbot für Landesstraßen/Bundes oder Kreisstraßen innerhalb geschlossener Ortschaften. Dort darf immer Geparkt werden wo es nicht explizit verboten ist ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Florian Lohoff schrieb: On Mon, Feb 23, 2009 at 09:26:44PM +0100, Tobias Wendorff wrote: Alleine schon durch die höhere Geschwindigkeit und das Parkverbot auf Landesstraßen (man darf auf Landesstraße nicht parken, oder?) würde ich die Landesstraße, die durch die Stadt führt, eher vom secondary auf den tertiary abstufen. Es gibt IIRC kein generelles Parkverbot für Landesstraßen/Bundes oder Kreisstraßen innerhalb geschlossener Ortschaften. Dort darf immer Geparkt werden wo es nicht explizit verboten ist ... Ich rede ja von außerhalb - ist dort das Parken auf Landesstraßen verboten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Hallo, Tobias Wendorff schrieb: Ich rede ja von außerhalb - ist dort das Parken auf Landesstraßen verboten? Außerhalb geschlossener Ortschaften ist auf Vorfahrtstraßen das Parken verboten. Egal ob B-, L-, K- oder Sonstwas-Straße. Das Zeichen 306 bewirkt das Fahrverbot. http://www.verkehrsportal.de/stvo/stvo_12.php Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
2009/2/23 Sven Geggus li...@fuchsschwanzdomain.de: Gebühren für OSM Datenerfassungssoftware. Eigentlich dreht sich mir da der Magen um wenn ich sowas lese. Kostet mir eh viel mehr, dem Autor ein Bier als Dankeschön zu kaufen, falls wir uns treffen. Oder? Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Norbert Kück schrieb: Hallo, Tobias Wendorff schrieb: Ich rede ja von außerhalb - ist dort das Parken auf Landesstraßen verboten? Außerhalb geschlossener Ortschaften ist auf Vorfahrtstraßen das Parken verboten. Egal ob B-, L-, K- oder Sonstwas-Straße. Das Zeichen 306 bewirkt das Fahrverbot. http://www.verkehrsportal.de/stvo/stvo_12.php Gruß nk Hallo, kleine Korrektur: Zeichen 306 bewirkt kein Fahrverbot, sondern außerorts ein Parkverbot. --- Damit gibt es kein generelles Parkverbot außerhalb von Ortschaften auf irgendwelchen Straßenkategorien. Und ich kenne genug L- und K-Straßen an denen kein Zeichen 306 zu finden ist. Dafür dann an einzelnen Kreuzungen das Zeichen 301. Ropino ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editwars
Johann H. Addicks schrieb: Aber Du würdest vermutlich auch hier einen Fußweg mappen: http://de.wikipedia.org/wiki/Datei:Fu%C3%9Fweg_P7090247.JPG wenn ich den Weg zu diesem Schild sehen würde würde ich ihn als footway taggen. Aber noch finde ich da keinen Weg. iSt quasi ein So-da-Schild ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Ropino schrieb: kleine Korrektur: Zeichen 306 bewirkt kein Fahrverbot, sondern außerorts ein Parkverbot. Das stimmt natürlich. Danke! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezi für MaxSpeed gefragt?
Martin Koppenhoefer schrieb: Am 23. Februar 2009 14:16 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Mario Salvini schrieb: mit maxspeed=30 auf allen Straßen die sich in der Zone befinden. Gibt da nix besonderes, wenn du nach sowas gesucht hast... Ich hätte hier irgendwie eine Relation erwartet :-) ja, oder evtl. ein Polygon, das die Zone markiert (also einmal komplett umschliesst). Wobei der Weg, einfach alle Strassen mit maxspeed zu versehen sicherlich (wenn vollstaendig angewandt) am problemlosesten funktionieren wird (ist schon ohne Sonderregel implementiert). Gruss Martin ein Polygon könnte in sofern problematisch sein, dass die Begrenzung ja nur auf den Straßen selber nicht aber auf innerhalb des Polygons befindlichen anderen Wegen gelten muss (z.B. gelten auf den Wegen eines Park der von Zone-30-Straßen umgeben ist ja nicht auch maxspeed=30. Eine Relation wäre allerdings wirklich eine Möglichkeit. Da hat man aber dann wieder ggf. das Problem der Abgrenzung einzelner Zonen untereinander. Alle nötigen Wege einfach mit einem maxspeed-Tag zu versehen is da wohl wirklich deutlich fehlerunanfälliger. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Det Reiners schrieb: Hallo Lutz, Ist das ein Patent auf eine konkrete Implementierung oder lediglich auf die Idee der Überlagerung? Das Patent beschreibt die Überlagerung geografischer Daten, die von verschiedene Servern, auf denen die Daten liegen, zum Client geliefert werden. Dort werden sie dann auf Grund ihrer enthaltenen geografischen Koordinaten überlagert. Erfinder ist Sean Phelan. Was gibt es dadran zu erfinden? Muß ja ein ziemlich einfältiger Mensch sein, dieser Sean Phelan. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Martin Koppenhoefer schrieb: Am 23. Februar 2009 12:33 schrieb Mario Salvini salv...@t-online.de: es gibt auch ausgeschilderte Radwege im Sadtwald hier bei uns. die sind teilweise 6-7 Meter braut, damit auch die Forstwirte mit ihrem schweren Gerät dadrüber passen. Dennoch ist und bleibt es ein highway=cycleway. Der highway-Tag hat nur indirekt etwas mit dem Ausbauzustand zu tun, sonst müsste man ja auch in jeder mittel bis großen Stadt alle Straßen als Primary taggen. nein, man muesste sie nicht mit primary taggen, wie kommst Du denn darauf? Zu dem oben von Dir beschriebenen Wirtschafts-Weg im Stadtwald, der als Radweg ausgeschildert ist: wie ist denn diese Ausschilderung? Als Radroute oder als rundes blaues Fahrradschild mit Zusatz land- und forstwirschaftlicher Verkehr frei? Im letzteren Fall wuerde ich Dir Recht geben, dann waere es in der Tat ein cycleway, im ersten Fall wuerde ich Dir hingegen empfehlen, das als track mit bicycle=yes und einer Relation fuer eine Fahrradroute zu taggen. es handelt sich hier im Aachener Wald um mit StVO-Schildern ausgeschilderte Rad-, Fuss- und Reitwege (alles ist vertreten) Der highway-tag umschreibt die Funktion des Ways und unter dieser Betrachung ist eine Fahradstraße einfach nur ein sehr üppig ausgebauter cycleway. durch die staendige Wiederholung wird das nicht richtiger. Alleine schon die Tatsache, dass die Behoerden das getrennt behandeln, einen eigenen Namen und ein neues Schild gemacht haben, spricht doch schon gegen diese Sichtweise (die haetten ja auch das bisherige Schild fuer Radwege nehmen koennen, wenn es genau das gleiche waere). Gruss Martin das Radstraßen-Schild wurde eingeführt, weil der 08/15-Motorverkehrsteilnehmer ein normales Radweg-schild mit dem Seitenstreifen assoziiert und nicht mit der Hauptfahrbahn. Irgendwo in diesem Thread wurde ja auch ein Beispiel gepostet, wo ein normales rundes Schild verwendet wurde (auch wenns hier glaube ich ein Fuss/RadSchild war) Der motorisierte Verkehrsteilnehmer sieht den Ausbau des Weges und erkennt ohne das Schild nciht, dass es eigenltich nur (nach Verkehrsrecht) ein Radweg ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Det Reiners schrieb: Zu Euren Overlays: wo kommen die Straßendaten her? Die sind von Tele Atlas. Gruß, Detlev Schonmal was von References: und In-Reply-To: gehört? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
On Mon, Feb 23, 2009 at 02:18:55PM +0100, Garry wrote: Eine Lösung sollte dahingehend gefunden werden dass es Verkehrszeichennodes gibt die ausschliesslieslich Postion und Inhalt eines Verkehrsschildes wiedergeben, inkl. einer Richtungsangabe Wie wäre es mit der von mir vorgeschlagenen Relation [1] ? So mappe ich derzeit Verkehrsschilder, klappt gut und sollte problemlos automatisch auswertbar sein. Das mit dem 2. Node zur Richtungsangabe (statt die des Weges zu referenzieren) gefällt mir nicht 100%, aber solange die Editoren nicht beim Umdrehen von Wegen auch die Relationen korrigieren (statt nur Tags am Weg selbst), ist diese Methode robuster. [1] http://lists.openstreetmap.org/pipermail/talk-de/2008-October/025277.html 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] Fahrradstraße.
Am 24. Februar 2009 00:09 schrieb Mario Salvini salv...@t-online.de: Der motorisierte Verkehrsteilnehmer sieht den Ausbau des Weges und erkennt ohne das Schild nciht, dass es eigenltich nur (nach Verkehrsrecht) ein Radweg ist. und so geht es demjenigen, der die Karte betrachtet, auch. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Am 23. Februar 2009 21:26 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Wie gesagt hat die Durchgangsstraße, um die mein Problem ging, eher den Charakter einer schnellen Wohnstraße, ist aber kleiner und unbedeutender gegenüber diesem Tertiary. also unclassified Eine Ortsdurchfahrt sollte keinen Einfluss auf die Strassenkategorie wenn es keine nahen Alternativen (Umgehungstrassen) gibt. Die Hauptstrecke sollte klar erkennbar bleiben und keine Alternativroutensuche durch Nebenstrassen provozieren. Es ist ja eine Ortsdurchfahrt auf die *gewollt* hingewiesen wird und den Fahrer somit automatisch von den Nebenstraßen wegziehen soll. also mind. tertiary, , d.h. es ist keine schnelle Wohnstraße, da es explizit als Durchgangsstraße bezeichnet wird, und vom Verkehr auch so genutzt. Wenn es die einzige Hauptstraße/Durchgangsstraße im Ort ist, die aber nicht allzu groß ausgebaut ist würde ich sogar eher secondary tippen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum Überlagern von geografische n Informationen/flosm.de wieder Online
Hallo, Jens Müller wrote: Was gibt es dadran zu erfinden? Muß ja ein ziemlich einfältiger Mensch sein, dieser Sean Phelan. Erstaunlich, wie wenig Input Du brauchst, um ein Urteil ueber einen Menschen zu faellen. - Dem Sean Phelan wird's egal sein, der schippert jetzt bestimmt irgendwo auf seiner Jacht durch die Karibik ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway = quaternary
Tobias Wendorff schrieb: - eine Landesstraße (durch den Ort mit 50 km/h, tertiary) - eine Hauptverkehrsstraße (verbindet die eine Bundesstraße mit der Landesstraße mit 50 km/h, viel Verkehr, tertiary) Aber dann noch eine Hauptverkehrsstraße, durch die Beschilderung Durchfahrtsstraße, welche ebenfalls die Landesstraße mit einer Bundesstraße und der Autobahnauffahrt verbindet. Landestraßen würde ich generell als secondary taggen. Ebenso Hauptstraßen, die den Durchgangsverkehr tragen [1]. Etwas kleine Durchfahrtsstraßen wie in deinem Fall, dann als tertiary. Manchmal macht es auch Sinn den Charakter einer großen Straße beim Durchgang durch eine Stadt nicht herabzusetzen. Also wenn deine Straße eine Landstraße und eine Bundesstraße verbindet, dann würde ich dort das secondary der Landesstraße beibehalten. Beste Grüße, Simon [1] http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging#Innerorts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Dimitri Junker schrieb: Worauf ich vor allem hinaus wollte: die relativen Hoehenunterschiede sind bei diesen Geraeten sehr praezise,... Wie gesagt sollte beim Übertrag der GPX-Files angegeben werden um welches Gerät,... es sich handelt. Wenn mann dann weiß, das es ein Barometrischer Höhenmesser ist, der nicht kalibriert wurde kann man den absoluten Fehler recht groß ansetzen den relativen (zwischen 2 Punkten) aber klein. Wegen dieser Diskussion habe ich mir die Höheninformationen meiner letzten vier Touren einmal angesehen. Ich besitze ein Garmin etrex Vista HCx mit barometrischem Höhenmesser. Das Gerät war mit der passenden Halterung leicht schräg am Fahrradlenker montiert. Ich habe den Höhenmesser nicht kalibriert. Subjektiver Eindruck der gespeicherten Höhendaten: Der Höhenschrieb machte in vielen Teilen einen sinnvollen Eindruck ohne viel Rauschen und ohne Einzelpunkte als Ausreißer. Ich habe nur wenige Referenzwerte. Auf der zweimal überquerten Holtenauer Hochbrücke (lichte Höhe 42m, keine Abschattungen, langsame Fahrt) waren die Messwerte fast perfekt bei 47m und 48m. Bei diversen Fahrtstrecken an der Küstenlinie (2-4m Geländehöhe) ergaben sich angezeigte Höhen zwischen -12m und +14m. Ein Ausreißer mit +126m trat kurz nach dem Einschalten des GPS neben einem Gebäude mit Metall-Glas-Fassade auf. Es gab drei Tiefpunkte, die mit -19m, -20m und -22m angezeigt wurden (bei geschätzt 5-10m Geländehöhe). Die Fehler traten ohne für mich erkennbare Ursachen auf (zügige Fahrt unter Alleebäumen oder eher langsame Fahrt im Wohngebiet mit Einzelhäusern). Zwei dieser Tiefpunkte lagen zwischen den Brückenquerungen mit exakten Messwerten. Persönliches Fazit: Im Flachland sind die Werte meines GPS-Gerätes zu ungenau um in ein sinnvolles Geländemodell einzugehen. Selbst ohne Selektion der verschiedenen GPS-Geräte ist die Trackdichte in Schleswig- Holstein sehr gering. Dazu kommt noch all die Probleme aus den ungleichmäßig verteilten Daten die Geländeform zu berechnen. Um automatisiert die Steigungen von Straßen zu berechnen, wären meine Daten wahrscheinlich brauchbar. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Dimitri Junker o...@dimitri-junker.de writes: Andere Frage gibt es eine Quelle für Höheninfos die man zumindest privat nutzen darf, sei es jetzt für mich um meine Ergebnisse zu testen oder z.B. um sein GPS-Gerät zu kalibrieren bzw um die Meßfehler zu bestimmen. Solange man diese Höheninfos nicht verbreitet dürften ja viel mehr Quellen erlaubt sein. Fakten sind frei. Datenbanken bzw. wesentliche Teile aus Datenbanken sind geschützt. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenLayers oder SlippyMap Programmierung - wie geht das?
Hallo Liste, Ich habe da so eine Idee für eine SlippyMap, habe aber absolut Null Ahnung wie man so etwas programmiert. Ich möchte gern ein kleine png Grafik rechts am Anfang eines Ways mit einer bestimmten Bedingung platzieren. Ganz konkret möchte ich ein Geschwindigkeitsbegrenzungs Verkehrsschild rechts eines Ways mit dem Tag maxspeed platzieren. Wie gehe ich das vor? Sicher zuerst einmal ein SlippyMap auf einem Server einrichten. Das würde ich dann auch mit dem SlippyMap Generator machen. Aber wie geht es dann weiter? - Wird das in JAWA programmiert? - Welche Dateien muss ich anpassen? - Gibt es schon etwas, was ich auf meinem Server mal installieren kann, und dort ein wenig rumspielen kann? - Wo liegen die Grafiken zum download, die jetzt auf der OSM Karte angezeigt werden? - Muss auf dem Server PHP installiert sein? - Gibt es Deutsche Hilfen in der WIKI? - Würde mir das OSM Buch weiterhelfen? Für ein paar einfach verständliche Grundsatzinfos währe ich dankbar. Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: GPX tracks mit Openlayers darstellen
Sven Geggus li...@fuchsschwanzdomain.de writes: Mit Hilfe von crschmidt auf dem Openlayers IRC-Channel hab ichs hinbekommen: http://geggus.net/gmaps/ka-hd.html Wie bei mir funktioniert auch da der Permalink nicht (mehr) wirklich. Die Werte werden zwar in die URL geschrieben, aber letztlich zentriert er wieder auf die Ausgangsposition. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] permalink in openlayers Was: OT: GPX tracks mit Openlayers darstellen
On Tue, Feb 24, 2009 at 08:31:55AM +0100, Karl Eichwalder wrote: Wie bei mir funktioniert auch da der Permalink nicht (mehr) wirklich. Die Werte werden zwar in die URL geschrieben, aber letztlich zentriert er wieder auf die Ausgangsposition. Das Thema permalink hacken auch alle leute anders zurecht - ich habe bei einigen gesehen das sie es mit Server Side Includes machen d.h. der web server aendern den JavaScript code - alles reichlich gruselig bis unverstaendlich ... Ich habe es so geloest (pure javascript) function gup( name ) { name = name.replace(/[\[]/,\\\[).replace(/[\]]/,\\\]); var regexS = [\\?]+name+=([^#]*); var regex = new RegExp( regexS ); var results = regex.exec( window.location.href ); if( results == null ) return ; else return results[1]; } [...] lon=gup(lon) lat=gup(lat) zoom=gup(zoom) if (lon==) lon=10.615 if (lat==) lat=51.175 if (zoom==) zoom=6 map.setCenter(lonLatToMercator(new OpenLayers.LonLat(lon, lat)), zoom); [...] Und es ist alles nur geklaut und zusammengebaut Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de