Re: [Talk-de] maxspeed = 250 für unbegrenzte Stra ssenabschnitte?D
Hallo, könnt Ihr bitte mal die Kirche im Dorf lassen? Wie kann man nur darüber so lange diskutieren, ob man etwas und wenn ja wie machen soll? Garry: Mach' es doch einfach so, wie es Dir am Sinnvollsten erscheint, dazu ein note='no speedlimit' dazu und mache einen Vermerk ins deutschsprachige Wiki. Wenn dann mal jemand anderes einen besseren Vorschlag hat und sich ein Konsens bildet kann man Deine Tags automatisch ersetzen. Wenn alles zu 100% getaggt ist erübrigt sich diese Diskussion, weil dann eindeutig fest steht: kein Tag - kein Limit. Vielleicht sollten wir lieber dieses Ziel anstreben als diese völlig unsinnige Diskussion zu führen. Bei diesem Traffic kann sich an diese Diskussion in ein paar Tagen sowieso niemand mehr erinnern und im worst case geht sie wieder von vorne los... ironieIch bin für die sofortige Einführung von Tempo 30 auf allen Straßen, weil sich damit dieses Tag erübrigt./ironie Lorenz Garry schrieb: Gerrit Lammert schrieb: Stefan Hirschmann wrote: Also wie bereits andere Erwähnt haben, maxspeed=umlimited oder (maxspeed=law_maximum_germany) kommt mir da echt sinnvoller vor, wobei ich die zweite Variante mit geseztliches Limit Deutschland bevorzugen würde. Das ist überflüssig, da implizit gegeben. Es wird ja auch nicht für jede Bundesstraße maxspeed=100 angegeben, da eben genau dies der defaultwert ist. Und wie unterscheidest Du zwischen kein Limit vorhanden und kein Wert eingetragen? - Wert immer eintragen! Unbegrenzte Autobahnstrecken bekommen gar keinen maxspeed-tag, da hier ohnehin als default maxspeed=no gilt. s.o. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kindergarten
Hallo! Wie habt Ihr bisher Kindergärten getaggt? Oder lässt man das besser? Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kindergarten
Frederik Ramm schrieb: Hallo, Wie habt Ihr bisher Kindergärten getaggt? Oder lässt man das besser? Proposed Features sagt amenity=nursery. Wir haben hier in KA aber einige amenity=kindergarten getaggt. Danke! Vielleicht wird es langsam Zeit für eine Synonymtabelle ;-) Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Qualitätsoffensive (war: Re: Klar e highway tagging Regeln f?r befestigte, Stra?en)
Hallo, ist denn München wirklich schon so umfassend und hochwertig kartographiert, dass man damit an optimales Routing des tatsächlichen Verkehrs denken kann? Wow. Wie in anderen offenen Projekten wird es dann nicht mehr lange dauern, bis an den Daten manipuliert wird. Einwohner von Hauptverkehrsstraßen werden max_speed=10 und surface=unpaved setzen, damit Routing-Software möglichst auf die benachbarte Tempo30-Zone ausweicht. Tankstellen werden ihre Konkurrenten löschen oder die entsprechenden Nodes verschieben. Auch Vandalismus wird kommen. Unbeabsichtigt haben wir das ja jetzt schon. Wenn das pure Drehen einer Einbahnstraße jetzt schon so ein Problem ist, dann wird es Zeit, sich Gedanken über eine Qualitätssicherung zu machen. Ich denke, dass wir irgendwann mal über stabile Versionen (mapping freeze), edit reverts und solche Dinge reden müssen. Reden alleine reicht natürlich nicht, wenn es jemand haben möchte muss es auch jemand programmieren. Vielleicht wäre ein zusätzlicher Ansatz, automatische Qualitätskontrollen beim Upload auf Server-Seite einzubauen. Damit könnten vielleicht in einem ersten Schritt verdrehte Teile einer Autobahn erkannt werden. (Wenn highway=motorway und oneway=yes, es aber für Verkehrsteilnehmer nicht möglich ist, an einem Node verkehrsgerecht weiterzukommen, melde einen Fehler '300 Multiple Choices' und erwarte eine Antwort aus dem Set 'Ja, Nein, Ich überlegs mir nochmal'.) Aber auch das muss jemand programmieren. Ich selbst sehe das alles noch nicht so eng, weil die Gegenden, in denen ich mappe, noch weit von mapping complete entfernt sind. Aber wenn jemand gute Vorschläge hat, könnte man sich mal überlegen, eine derartige Diskussion weltweit im Wiki zu führen. Wenn sich talk-de@openstreetmap.org einig ist, die englische Liste aber das Gegenteil will, ist so etwas nicht gerade förderlich. Die Diskussion muss - wenn sie denn geführt werden soll - schon zu einem frühen Zeitpunkt mit *allen* Beteiligten geführt werden. Ich schlage http://wiki.openstreetmap.org/index.php/Quality_assurance als Diskussionsseite vor. Wer etwas sagen möchte, darf die Seite gerne anlegen. Lorenz qbert biker schrieb: Hallo, Das ist übrigens wieder so eine von diesen Übertreibungen. Da darfst Du Dich nicht wundern, wenn man Dich weniger ernst nimmt, als es Dir lieb wäre. praktisch unmöglich, akzeptabel zu routen, dass ich nicht lache. Wenn das wirklich ein Problem ist, dann lasse ich einfach saemtliche Einbahnstrassen beim Routing weg - und komme in 99% der Faelle trotzdem bis zur Haustuer oder eben bis zur naechstgelegenen Kreuzung. Ein bisschen mehr Pragmatismus und ein bisschen weniger Bockigkeit wuerden Dich enorm weiterbringen. Das ist keine Übertreibung. Eine gedrehte Fahrbahn eines kleinen Stücks Autobahn macht das Routing einer viele Quadratkilometer grossen Fläche kaputt. Das Drehen der Fürstenrieder Straße in München als konkretes Beispiel macht das Routing im halben Münchner Westen kaputt. Es wird irgendein Weg gefunden, der weit weg vom optimalen Weg ist - das ist zu wenig. Deine Lösung mit dem Weglassen der Einbahn bringt jeden Autofahrer und manchen Fahrradfahrer in einem einbahnverseuchten Stadtviertel zur puren Verzweiflung. Das hat wenig mit fehlendem Pragmatismus zu tun, sondern mehr mit Praxiserfahrung. Und nochmal konkret am Beispiel München: Hier braucht es keine Horden von Leuten mehr, die eine erste Erfassung machen, sondern Leute, die möglichst gut ihr lokales Wissen einbringen können. Das können Einbahnstraßen sein, Hausnummern, Sonderregeln für Fahrradfahrer oder Durchgänge für Fußgänger. Grüsse Hubert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Qualitätsoffensive
qbert biker schrieb: Hilfestellung könnte vom Editor kommen. Entweder mittels eingebautem Router oder wenigsten eine Warnbox gegen das unbeabsichtigte Drehen von Einbahnstraßen (wenn oneway explizit gesetzt ist). Ansonsten programmiere ich gerne für das Projekt, allerdings nur in C/C++. Na wunderbar! Dann schreib' doch mal einen kleinen Router (wahrscheinlich hast Du den schon irgendwo), den man mit .osm-Dateinen füttern kann und der einem heikle Punkte auswirft. Wenn in einer Autobahn ein kleines Stückchen verkehrt herum drin ist müsste das doch eigentlich ziemlich schnell zu erkennen sein, weil dann ja nur Wege zu einem Punkt, aber keiner davon weg führt. Falls die Luftlinie von A nach B wesentlich kürzer ist als die geroutete Strecke (in Abhängigkeit der Streckenlänge, ab 100km Luftlinie vielleicht Faktor 2, bis 2km vielleicht Faktor 5?), müsste mit den Daten auch irgendwas falsch sein, allerdings ist die Überprüfung aller möglichen Punkte wohl overkill. Wenn das Programm im Quelltext vorliegt und merklich zur Qualitätssteigerung beiträgt, findet sich sicher jemand, der entweder eine Quality-API in den Server einbaut oder den Router nach Java portiert. Merkaator ist wohl in C/C++ geschrieben, vielleicht kann man da ja was direkt einbauen. Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Qualitätsoffensive
qbert biker schrieb: Illegale Sackgassen, das könnte gehen. Das einzige Problem dabei ist, dass bei Straßen wie http://lh3.google.com/_BsZsQX97zic/RfkpZl2XVQI/AeM/9QNGQpcblyA/s800/sackgasse.jpg jede Qualitätssicherungstool meckern *muss*. Deshalb muss man die guten Ratschläge auch übergehen können... Aber solche Schilderkombinationen sollten eigentlich nicht vorkommen... Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en
Mario Salvini schrieb: (Vorschlag) Ich würde also folgende Basis für die Bestimmung des highway-Parameters zugrunde legen: primary = überregianaler Verkehr secondary = zwischenregionaler Verkehr tertiary = innerregionaler Verkehr wenn ich http://wiki.openstreetmap.org/index.php/De:Map_Features#Wege nicht völlig falsch verstehe, ist es dort genau so definiert, und das nicht erst seit kurzem. dazu steht dort noch, dass primary bundesstraßen sind, secondary land-, staats- und kreisstraßen und tertiary gemeindeverbindungsstraßen. wer nicht weiß, wie er was taggen soll, soll entweder grob schätzen, was es denn nun sein könnte oder es einfach lassen. irgendjemand wird es dann schon berichtigen. lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en
hallo, man sein, aber um bei deinem beispiel zu bleiben: wenn man dann, zu dem zeitpunkt ploetzlich anders taggt, muss alles bereits geschriebene wieder umgeschrieben werden. toll, oder? wenn ich sowas lese, überlege ich mir, ob ich denn *überhaupt* *irgendwas* taggen und mappen soll. vielleicht lohnt es sich ja, auf die klare highway tagging regeln für befestigte, straßen zu warten? aber dann muss ich noch mindestens ein halbes jahr warten, um festzustellen, ob sie sich denn auch durchsetzen. und ich bin mir ganz sicher, dass diese regeln entweder eben nicht klar sind oder der aufwand, regelkonform zu taggen, so groß sein wird, dass ich es mir nicht leisten kann. schließlich muss man dann tageweise autobahnen sperren, um die breite, den abstand zwischen den fahrbahnmarkierungen und die durchfahrtshöhen von brücken und tunnels zu vermessen. außerdem müssen bohrungen für die untergrundbeschaffenheit durchgeführt werden und reibungskoeffizienten des belages ermittelt werden. nö, danke leute, da mappe ich doch lieber so, wie es mir passt. oder gar nicht. lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Gentoo overlay (war: Re: Merkaator)
Hallo! wie ich vermute, gibt es hier einige Gentoo-User. Vielleicht würde es sich lohnen, für die osm-Software ebuilds zu schreiben, die man dann mit layman einbinden kann. Gibt es sowas schon? Hat vielleicht schon jemand ebuilds für diverse Tools geschrieben, die man in einem Portage-Overlay veröffentlichen könnte? Lorenz Frederik Ramm schrieb: Wer einen C++-Compiler und QT4 hat, sollte sich das ruhig mal anschauen. Quelltexte hier (nach einer kleinen Aenderung von mir sollte sich das mit qmake und make sofort kompilieren lassen ;-): ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en
qbert biker schrieb: Die Zielvorstellung ist deshalb, die 'functional road class' (frc), für die klare Regeln definiert sein sollten, _bevor_ sie angewendet wird. Wenn sich die frc bewährt, kann man später ein Mapping auf das highway-Tag machen. Hallo, ich halte von allen Überlegungen, jetzt über das highway-tag herzufallen, nichts. Die bisherigen Definitionen in http://wiki.openstreetmap.org/index.php/De:Map_Features#Wege sind imho völlig ausreichend. Natürlich gibt es Landstraßen, die wichtiger, besser ausgebaut und toller sind als irgendwelche Bundesstraßen oder vielleicht sogar irgendwo Autobahnen. Allerdings sollte sowas nicht über das highway-tag, sondern über zusätzliche Attribute modelliert werden. Überhaupt lassen sich die Straßen in Deutschland nicht sinnvoll von einer verteilten Masse an Leuten zuordnen: jeder wird nur die Straßen vergleichen und einordnen können, die er kennt - und das ist regional abhängig. Eine Bundesstraße könnte dann ein Abschnitt lang primary, wo anders dann aber plötzlich völlig unwichtig dargestellt sein, womit die gefühlte Wichtigkeit vielleicht korrekt abgebildet wäre, aber das Kartenbild sehr unruhig wäre. Erinnert sich vielleicht noch jemand an die Diskussion, ob Kreisstraßen in kleinen Dörfern als primary getaggt werden sollen, weil sie ja schließlich innerorts die wichtigste Straße sind? Die administrative Zuordnung ist ein erster Hinweis, der in 80% der Fälle auch die Wichtigkeit der Straße korrekt abbildet, und die restlichen 20% sollten über zusätzliche Attribute festgelegt werden, die dann aber bitte nicht die gefühlte Wichtigkeit, sondern Fakten wie Spurzahl, bauliche Trennung, maxspeed und restrictions enthalten sollen. Dann kann ein Router schon sehen, dass eine vierspurige Landstraße vielleicht schneller ans Ziel führt als eine zweispurige Bundesstraße. Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] minspeed (war: Re: Klare highway tagging Regeln f?r befestigte, Stra?en)
hallo, nun aber zum letzten mal. du bist auch auf der Autobahn dazu verpflichtet die Mindestgeschwingigkeit einzuhalten (60km/h). Das Gleiche gilt auch auf Kraftfahrstraßen... nein. immer noch nicht. es wird so auch nie gelten. btw. wie willst du bitte sonst erforderliche bauartbedingte Mindestgeschwindigkeiten taggen, wenn nicht mit MinSpeed=... ? überhaupt nicht. es gibt da so ein schönes verkehrszeichen, in dem eine zahl auf blauem grund abgebildet ist. die zahl, die dort steht, gehört in das minspeed-tag. es gibt in deutschland aber keine straßen, wo alleine durch eine straßen-klasse eine mindestgeschwindigkeit festgelegt ist. nichtmal auf autobahnen. sowohl das Autobahn- als auch das Kraftfahrstraßenschild implizieren eine Mindestgeschwindigkeit, auch wenn du das jetzt nicht glauben willst. ;) nein. wirklich nicht. nach deiner argumentation dürften lkw nicht auf einer autobahn den berg hoch fahren. du weißt schon, dass es autobahnen mit einer steigung von mehr als 2% gibt? da kommt ein schwacher, voll beladener lkw nicht mit 60km/h hoch! und diese lkw begehen keine ordnungswidrigkeit, weil es nirgends eine fixierung der mindestgeschwindigkeit auf autobahnen auf 60km/h gibt. wie bereits erwähnt darf man natürlich nicht so langsam fahren, dass man andere verkehrsteilnehmer behindert (§3 abs. 2, nicht §1!) - aber da steht eben nichts von 60 km/h auf autobahnen. von einer behinderung wird wohl ausgegangen, wenn man 60% der richtgeschwindigkeit unterschreitet. auf autobahnen also 78km/h, um mal eine zahl in den ring zu werfen. und jetzt zum allerletzten mal: eine mindestgeschwindigkeit wird durch das zeichen 275 angezeigt und sonst durch *nichts*. können wir uns vielleicht darauf einigen, dass minspeed nur verwendet wird, wenn eben dieses zeichen 275 angebracht ist? lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] minspeed (war: Re: Klare highway tagging Regeln f?r befestigte, Stra?en)
Frederik Ramm schrieb: Hallo, voellig d'accord mit Lorenz' Ausfuehrungen zum Thema bauartbedingte Mindestgeschwindigkeit (Fahrzeug muss so und so schnell fahren KOENNEN) versus tatsaechliche Mindestgeschwindigkeit (Fahrzeug muss so und so schnell FAHREN). Aber: und jetzt zum allerletzten mal: eine mindestgeschwindigkeit wird durch das zeichen 275 angezeigt und sonst durch *nichts*. Ich lese zu diesem Zeichen im Netz: Es verbietet Fahrzeugführern, die wegen mangelnder persönlicher Fähigkeiten oder wegen der Eigenschaften von Fahrzeug oder Ladung nicht so schnell fahren können oder dürfen, diese Straße zu benutzen. Straßen-, Verkehrs-, Sicht- oder Wetterverhältnisse können dazu verpflichten, langsamer zu fahren. Das liest sich fuer mich so, als ob es wenig mehr als eine bauart- bedingte Mindestgeschwindigkeit waere - man darf die Strecke nicht nutzen, wenn man WEGEN EIGENSCHAFTEN VON FAHRZEUG ODER LADUNG die Geschwindigkeit nicht erreichen kann. Entscheidet man sich aus freien Stuecken (mir ist heute nicht so gut) zu langsamerer Geschwin- digkeit, scheint mir das voellig zulaessig...? Nein, dann ist deine persönliche Fähigkeit, das Fahrzeug entsprechend schnell zu fahren, eingeschränkt und du darfst nicht. Wie die Bußgeld-Tarife für zu langsames Fahren sind kann ich Dir aber nicht sagen. Das ist aber auch nicht wirklich schlimm, weil dieses Zeichen meistens *je Spur* angegeben wird. Wenn es auf Autobahnen bergan geht, wird bei entsprechender Steigung oft eine zusätzliche Spur geöffnet. Damit es dann keine lustigen Elefantenrennen gibt, wird meist auf der linken Spur Tempo 80 als Mindestgeschwindigkeit gesetzt, Tempo 60 auf der Mittleren und keine Beschränkung auf der Rechten, damit schwere LKW und Menschen mit Kopfweh hochkriechen können. Wie man das dann in osm umsetzt ist aber noch ein ganz anderes Problem... Jede Spur einzeln taggen und mit einer Relation wieder zusammenfassen ist nicht wirklich gut... Aber eigentlich ist es in diesem Fall völlig unwichtig, ob da überhaupt was getaggt wird, weil man ja auf jeden Fall auf dieser Autobahn fahren darf, wenn man die sonstigen Bedingungen erfüllt. Das ist ungefähr so interessant wie das Schild Nächstes WC in 2km. Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en
Mario Salvini schrieb: doch das heißt es. Auszug de.wikipedia : *Kraftfahrstraßen* sind öffentliche Straßen http://de.wikipedia.org/wiki/Stra%C3%9Fe, ___die ausschließlich für Kraftfahrzeuge http://de.wikipedia.org/wiki/Kraftfahrzeug bestimmt sind, deren bauartbedingte Höchstgeschwindigkeit 60 km/h überschreitet___ nein. sonst müsste vor jedem hügel eine abfahrt (für lkw) sein, weil ein lkw (mit einer bauartbedingten höchstgeschwindigkeit von 80) an manchen größeren hügeln langsamer als 60km/h und an bergen sogar deutlich unter 40km/h fährt. Siehe auch http://www.jurawiki.de/VRI/Strassenverkehr#head-01ac910e55f1417f468ef2f3748d211afeb8f993 mindestgeschwindigkeiten sind meist je spur festgelegt (z.b. rechte spur ohne, mittlere 'ab 60km/h', linke 'ab 80km/h'). ich weiß nicht, ob man da jetzt jede spur einzeln taggen sollte... lorenz Daniel Schmidt schrieb: ein noch viel wichtigerer Tag den eine deutschen Kraftfahrstraße haben sollte ist minspeed=60 Geht es bei Kraftfahrstraßen nicht darum, dass das Fahrzeug mindestens 60 km/h schnell fahren kann? Das heißt doch nicht automatisch, dass man auch mindestens 60 km/h fahren _muss_, oder? Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Datum, Zeit aus gpx Datei entfernen - wie?
Holger Schrader schrieb: Hallo Liste, ich möchte bevor ich gpx Dateien hochlade aus ihnen die Angaben Datum, Zeit und km/h entfernen. Mit welchem Programm kann ich das machen. Ich habe es schon mit Christophs Gebabbel ausprobiert. Leider ohne Erfolg. Wer kann helfen? Danke, Ciao Holger Hallo Holger! Ich hab dafür vor einiger Zeit mal ein kleines Python-Skript geschrieben, das das alles erledigt. Das Problem ist nur: man darf die Zeitstempel nicht völlig entfernen, weil sonst die Tracks nicht mehr akzeptiert werden. Mein Skript beginnt deshalb irgendwann zu Beginn des Monats, in dem der Track aufgezeichnet wurde und erhöht die Sekundenzahl für jeden Punkt um eins. Ursprünglich habe ich dieses Skript geschrieben, um verschiedene Tracks aus einem GPX zu separieren. Diese Tracks werden dann in neue Dateien geschrieben. Das Skript ist unter http://deinadmin.de/article.php/200703_gps_tracks_separator anzuschauen. Ich habe es allerdings nicht unter Windows testen können, unter Linux läuft es aber ganz gut. Viel Spaß :-) Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Open-Source vs. Bezahlsoftware (war: Re: Worldfile vom 19.9.07)
Holger Issle schrieb: Moin, Es wäre auch nützlich, wenn Du dazuschreiben könntest daß QLandkarte nur unter Linux läuft und selber kompiliert werden muß Ach? Ich hab immer ein Repository mit den Binarys gefunden. Hab ich mittlerweile auch gesehen - aber eben nur unter Linux. Jeder so, wie er es will (und/oder verdient). Da manche Linux-Distributionen inzwischen nicht mehr nur was für Bastler, Kenner und Wisser sind, sondern definitiv einfacher zu installieren und zu benutzen ist als so manches Kindows, habe ich kein Mitleid mehr mit MS-Sklaven. Inzwischen hat man wirklich die Wahl - man muss sich nur trauen. Wer sich nicht traut, kann mit cygwin sein Windows mehr oder weniger POSIX-konform machen und so vieles laufen lassen, was für Linux oder andere POSIX-Systeme geschrieben wurde. Andersrum gibts Wine. Und wenn das alles nichts taugt, muss man sich halt eine (inzwischen auch kostenlos verfügbare) Virtualisierungslösung installieren und darin das Zweit-OS seiner Wahl installieren - aber bitte die Lizenzen beachten ;-) Aber bitte, liebe Leute, lasst doch das ewige missionieren! Es nervt. Wer Geld für TTdingsbums ausgeben will, soll das gerne tun. Wenn der Autor davon sein Geld nicht mit Linux-Usern verdienen will, so ist das seine höchstpersönliche Entscheidung, die respektiert gehört. Dass der Autor überhaupt Geld damit verdienen will gehört ebenfalls respektiert. Aber dass man kein Geld dafür ausgeben will eben auch. Und wenn jemand kein Geld dafür ausgeben will oder die Software nicht mag oder sonst keinen Bock auf etwas hat, so sollte diese Person nicht dazu gezwungen werden, diese Software zu erwähnen. (Vorsicht, Ironie:) Vielleicht sollten wir diese Mailingliste in eine Windows- und eine Linux-Fraktion aufteilen, um solche völlig unnötigen Grabenkämpfe zu vermeiden. Happy mapping, Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Germany roads tagging
Hallo zusammen, Raphael Mack schrieb: Am Mittwoch, 5. September 2007 schrieb Frederik Ramm: Dennoch: Wir haben ganz verschiedene Arten von Leuten im Team. Einige kommen vielleicht viel mit dem Auto rum, haben aber weder Zeit noch Geduld, zu notieren, an welcher Kreuzung sie jetzt Vorfahrt hatten und an welcher nicht. Andere kennen ihre Stadt wie ihre Westentasche, haben aber kein Geld fuer ein GPS. und genau das spricht doch gegen die Regel man verändert nicht die Tags eines anderen. Diese (ungeschriebene?) Regel finde ich überhaupt nicht gut und nicht zielführend. Warum sollte ich nicht was verbessern/verändern/korrigieren, was andere Leute gemacht haben? Wenn ich einmal eine Straße mappe - soll die dann immer und ewig so bleiben? Was ist, wenn *mein* GPS in dem Moment, in dem ich dort entlang gefahren bin, ungenaue Daten produziert? Was, wenn die Straße einmal ihren Verlauf und/oder Namen ändert? Warum soll dann nicht jemand anderes, der es besser weiß, meine Daten ändern? Wenn es nicht gewünscht wäre, würde OSM es mir nicht erlauben, das wäre ganz einfach zu implementieren. Wenn jemand nicht will, dass jemand anderes etwas in seinen Daten macht, kann er es mit einem entsprechenden Tag markieren, vielleicht mit note=Bitte vor einer Änderung [EMAIL PROTECTED] kontaktieren. Wenn *ich* immer gefragt werden müsste, ob jemand anderes meine Daten ändern dürfte, würde *mich* das schwer nerven. Ich fahre zum Beispiel recht viel Rad hier in der Gegend. Weil ich aber anschließend nicht mehr nachvollziehen kann, wo ich auf dem Radweg und wo auf der Bundesstraße gefahren bin, mappe ich neue Straßen in OSM einfach als Radweg. Das ist zwar für Autofahrer nicht besonders hilfreich, kann aber ganz leicht korrigiert werden. Und besser ein Radweg, der eine Bundesstraße ist, als gar nichts, oder? Schönen Mittwoch noch, Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geocaching Forum! OSM ist eine Neue Rubrik.
Huhu! Christoph Eckert schrieb: Hi Lars, Die Mailingliste stößt bei den Geocachern nicht so auf Gegenliebe. Ich und ein Paar andere tun unser bestes OSm dort zu vertreten. das Problem ist doch, dass heutzutage der durchschnittliche Rechnernutzer nicht mal mehr weiß, wie man einen lokalen MUA aufsetzt. Das wird ihm auch dadurch erschwert, dass die Anbieter die Zugangsdaten zu SMTP- und POP3-Servern auf nichtverlinkten Unterseiten verstecken. Im MUA dann auch noch einen Mailfilter und einen Unterordner für die Liste anzulegen stellt dann eine weitere Hürde dar. Halten wir also fest: * Der einfache User liest seine Mails per Webfrontend * Per Webmailer eine Mailingliste zu verwalten ist nahezu unmöglich * Aus diesem Grunde bevorzugt Joe Average Webforen Ich nehme also an, dass das Subscriben und Einrichten einer Mailingliste potentielle Mithelfer vor gewaltige Hürden stellt, korrekt? Und genau hier kommt RSS bzw. Atom ins Spiel: Es sorgt dafür, dass die alten Hasen ganz problemlos über einen (besseren) MUA auch die Webforen lesen können. Gut, schreiben via RSS geht noch nicht, aber es vereinfacht das Verfolgen von Threads doch gewaltig. Und die Einstiegsschwelle für RSS ist *sehr* niedrig: keine Anmeldung, kein Herausrücken von der eigenen Mailadresse, sehr einfache Abmeldung. Das wäre auch für eine Announce-Liste ideal. Nein, RSS und Atom sind nicht nur für Blogs (siehe zB. www.trackntrace.de). Ich hab' zwar überhaupt keine Zeit, aber notfalls könnte ich da auch mal was aufsetzen, damit andere sowas ausprobieren und dran rummeckern können, bevor nur rumdiskutiert wird. Schönen Sonntag noch, Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Geocaching Forum! OSM ist eine Neue Rubrik.
Moment... Christoph Eckert schrieb: Ääääh, Und genau hier kommt RSS bzw. Atom ins Spiel: Es sorgt dafür, dass die alten Hasen ganz problemlos über einen (besseren) MUA auch die Webforen lesen können. Gut, schreiben via RSS geht noch nicht, aber es vereinfacht das Verfolgen von Threads doch gewaltig. wir haben es davon, wie wir es den Newbies einfacher machen können, und nicht davon, wie alte Karnickel Webforen monitoren könnten. Es gibt alte Hasen, die Webforen hassen, aber trotzdem Newbies in Sachen Openstreetmap sind... Außerdem ist es doch eigentlich schön, wenn am Ende doch wieder alle, die eigentlich im gleichen Boot sitzen, auch im gleichen Forum (Webforum oder Mailingliste) sind. RSS ist auch für Newbies schön, da es die Einstiegsschwelle enorm herabsetzt, weil man eben keine persönlichen Daten preisgeben muss (wenn man erstmal nur mitlesen möchte). Habe ich mich jetzt besser ausgedrückt? Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tracking in DB-Personenzügen
Hallo! Ich bin mal mit Notebook und GPS-Maus im Zug gefahren, aber da waren die Fenster alle zu :-( Lorenz Holger Schrader schrieb: Hallo, hat schon mal jemand versucht eine Außenantenne, wenn möglich, aus dem Fenster zu hängen? Ciao Holger * ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ansicht der Daten, Straßennamenlä nge
qbert biker schrieb: Hallo, Was ist die Realität? Was auf den Straßenschildern steht? Bitte mal _eines_ mit xxxstrasse fotografieren und dann werde ich vielleicht gläubig ;) (Oder ich gebe dem Bauamt einen Tip, dass ihre Angestellten kein Deutsch können *g*). Ich hab da mal das goorakel gefragt: http://www.bellikon.ch/downloads/robertblum_strasseL.jpg Gut, das ist in der Schweiz. Trotzdem: wie willst Du das Handhaben, dass die Schweizer Strasse eingeben dürfen, die Deutschen aber nicht? Und warum eigentlich die ganze Diskussion? Wenn jemand was falsch mappen will - warum nicht? Verbieten kann man es sowieso nicht sinnvoll. Soll doch jemand anderes nach strasse suchen und im Einzelfall korrigieren. Bei Tagnamen finde ich das schlimmer (Highway vs. highway). Und suchen kann man ja einfach case-insensitive nach xyz[*|%]str[%|*] und schon findet man alle Varianten - str., Str., Strasse, straße, strasse, Straße. Und einer unscharfen Suche müsste das doch sowieso alles egal sein. In allen Fällen, die ich bisher selber geprüft habe, waren die Daten falsch. Bis mir keiner etwas anderes beweist, gehe ich davon aus, dass die Vorgehensweise zu 100% eine Verbesserung der Datenlage bringen würde und zu 0% Fehler. Eine 100% richtige Karte wird es kaum geben (weil dazu müsste sie auch 100% vollständig sein). Man könnte höchstens maplint noch eine Funktion spendieren, damit er sich die Namen anschaut. Ein Punkt deutet auf eine Abkürzung hin, die nicht sein sollte, ein strasse führt (falls der switch -ch nicht gesetzt war) zu einer Warnung. Aber alles weitergehende ist unsinn. Happy mapping, Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Breite Daten
Klar. Deine Verbindung ist zu schmal und/oder die Daten haben zu viel getrunken und/oder geraucht :-) Frank Jäger schrieb: Breite Daten vor ! Meldung von JOSM nach Verbindung / von OSM laden ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Endgültiger(?) Vorschlag für Be ginner-Tagging-Preset
Michael Kugelmann schrieb: don't mix track and trunk.;-) don't drink on a trunk ;-) SCNR. Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer Vorschlag für Tagging Presets in J OSM
Hallo! Vielleicht sollte die gute alte Spielstraße aka verkehrsberuhigter Bereich auch noch ein Preset bekommen? Ich weiß bis heute nicht, wie man das vernünftig taggt und habe mich deshalb drum gedrückt, was sich aber mit einem schönen Preset ändern wird :-) Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
