Re: [Talk-de] Treibstoffsorten zuordnen
fuel:lpg fuel:cng what is ethanol? fuel:e85 ? 2010/8/26 Alexander Matheisen alexandermathei...@ish.de: Super BLEIFREI = fuel:. Super ist fuel:octane_95, Normal fuel:octane_91 und Super+ ist fuel:octane_98. und speziel der Gelb/Rote Muschel anbieter hat dann noch die 2 V-Power sorten ... V-Power = fuel:... V-Power Diesel = fuel:... V-Power Racing = fuel:... V-Power Diesel ist fuel:GTL_diesel, V-Power Benzin fuel:octane_100. Ob man V-Power und V-Power Racing anders taggen kann weiß ich nicht, ich habe immer nur eines für beide eingetragen. Alex ___ 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] Contributor Terms - Importe und abgeleitete Daten
2010/8/12 Frederik Ramm frede...@remote.org: Fuer TMC und Aerowest weiss ich nichts ueber die konkreten Vereinbarungen, kann dazu jemand anders was sagen? TMC ist kein Problem. Das war auch nicht an eine spezielle Lizenz gebunden. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Android Gas-Tankstellen Suche jetzt mit OpenStreetMap
Kurzer Hinweis: Eine App für Leute, die auf Autogas oder Erdgas fahren zeigt jetzt alternativ statt der auf Android üblichen Google Map auch Mapnik, Osmarender, die Fahrradkarte, von OSM an. Da es so wenige auf Android gibt, erwähne ich das hier mal. Wer die mal testen will: http://www.androidpit.de/de/android/market/apps/app/biz.wolschon.android.lpg.preismelder/LPG-CNG-Preismelder Hat jemand Vorschläge, wie man unsere Karten noch attraktiver in Karten-basierende Anwendungen einbinden kann? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Travelling salesman-Router auf OSM-Datenbasis
2010/7/28 Johann H. Addicks addi...@gmx.net: [subject Travelling salesman-Router auf OSM-Datenbasis] Gibt's da was? Die Frage ist eigenartig formuliert. Welcher Teil ist unklar? Oder bekommt man OSM-Daten in Microsoft MapPoint? Das beherrscht das schließlich... Das Programm gibts, OSM-Daten gibts. Dass es MapPoint gibt, das schrob ich; ebenso dass es TSP beherrscht. Aber wie bekomme ich die OSM-Daten in MS-MapPoint? Einen Wiki-Eintrag gibt es auch: http://wiki.openstreetmap.org/wiki/Traveling_salesman Das heisst zwar so, eine TSP-Funktionalität kann ich in dem Programm nicht entdecken. Entweder finde ich's nicht oder der Programmierer darf sich der Hochstapelei bezichtigen lassen. Hey, immer langsam. ;) Daß es Traveling Salesman heißt, heißt nicht daß es das Traveling Salesman problem löst. Es hilft Salesman bei ihren Reisen aber natürlich schon. Oder meinst du in Kinerschokolade sind Kinder? ;) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zum 1000. mal - Hausnummern und Straße nnamen?
2010/7/23 Raimond Spekking raimond.spekk...@gmail.com: Ich habe gerade nicht die Zeit, vollständig in die Diskussion einzusteigen, möchte aber auf eine Inkonsistenz hinweisen. In der neuen Fassung steht in der Tabelle Schlüssel: addr:interpolation erforderlich Diese Angabe ist meines Wissens nur notwendig, wenn interpoliert wird. Wird jede Hausnummer explizit angegeben, erfolgt keine Interpolation und die Angabe muss entfallen. Korrekt. Da das Tag aber garnicht auf dem Haus sondern dem Way welcher die Häuser über die interpoliert werden soll sitzt... http://wiki.openstreetmap.org/wiki/Key:addr:interpolation Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zum 1000. mal - Hausnummern und Straße nnamen?
2010/7/15 Nils Faerber nils.faer...@kernelconcepts.de: Ich habe dazu nun drei Varianten gefunden: Das ist korrekt. 1. Straßennamen nicht mit angeben - Algorithmen sollen bei einer Suche in der Nähe der Straße suchen. Das ist in wohl 90% der Fälle OK, schlägt aber bei Häusern an Straßenecken fehl. 2. Straßenname mit als Attribut an das Haus. Finde ich super redundant. Dann steht der Straßenname-String (n+1) mal in der OSM Datenbank - eigentlich Blödsinn. Ist die für manuelles Eintragen bevorzugte Wahl wegen des Geringen Aufwandes. Wird bei Vespucci auf Android jetz z.B. auch durch Autocompletion des Straßennahmens und Voreinstellung der nähsten Straße vereinfacht. 3. Häuser zu einer Relation associatedStreet mit dem Namen der Straße hinzufügen - das klingt sinnvoll! Also eine Relation pro Straßennamen hinzufügen und dann alle Häuser an der Straße als Mitglieder dieser Relation. Nur leider kennt JOSM diesen Relationstyp nicht, was mich etwas verwirrt. Wenn kein Preset existiert, leg halt eines an oder arbeite ohne Preset. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus im Bereich WM/GAP (war: Problem mit den Editierungen eines anderen Benutzers im Bereich WM/GAP)
2010/7/14 Chris66 chris66...@gmx.de: Am 14.07.2010 02:03, schrieb Florian Gross: fly glaubte zu wissen: Er hat auch die network-Relation aller Bundesstraßen (id 31495) gelöscht. Welchen Zweck erfüllt eine solche Relation eigentlich? man kann per (X)API relativ schnell eine Liste aller Bundesstraßen bekommen. Leider nicht. Denn du musst die Fälle: ref=B31 ref=B 31 ref=...B12;B31 ref=...B12;B31;B64... ref=B31;B64... alle durchnudeln Von der Möglickeit daß die in einien Bundesländern gerne mal St31, S31; St 31; K78;... heißen will ich mal nicht reden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Travelling salesman braucht tagelang zum Starten
2010/7/11 Tirkon tirko...@yahoo.de: Moin, Ich versuche das Programm Travelling salesman auf meinem Desktop-PC zu starten. Später möchte ich es gern mobil einsetzen, um beim Mappen zu sehen, wo auf der OSM Karte ich mich befinde und was die Karte dort schon zu bieten hat. Gestartet habe ich das Programm über den Webstart auf dieser Seite: Vergiss den Webstart, der ist URALT. Der verwendet warscheinlich noch OSMBin als Datenbank-Format. Ein Prozess namens plugin-container.exe, den ich bisher nicht gesehen habe, lädt kontinuierlich mit 8kbyte aus dem Netz. Der kann nicht von TS sein, da TS keine nativen Teile enthält und definitiv keine exe-Dateien. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Travelling salesman braucht tagelang zum Starten
2010/7/11 Ulf Lamping ulf.lamp...@googlemail.com: Vergiss den Webstart, der ist URALT. Der verwendet warscheinlich noch OSMBin als Datenbank-Format. Wie wäre es dann, das ganz abzuschalten damit nicht noch einer drüber stolpert? Gruß, ULFL Ist von wen webseiten entfernt und von nirgendwo mehr drauf verlinkt, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Travelling salesman braucht tagelang zum Starten
2010/7/11 Tirkon tirko...@yahoo.de: Tja, dann komme ich auf das Problem zurück, das mich zu der Webstart- Version getrieben hat: Auf der dieser Seite http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=Traveling_Salesman gibt es einen Download Link, der eine ready to run-Version beinhaltet. Zumindest unter Windows XP funktioniert das nicht. Im Download Window von Firefox wird eine travelling_salesman-1.0.3-RC1.jar angezeigt. Wenn ich draufklicke, blitzt kurz etwas auf. Ansonsten passiert nichts. java -jar /tmp/traveling_salesman-1.0.3-RC1.jar bzw Doppelclick auf die Jar funktioniert hier wunderbar. Nach ein paar Sekunden ist der Wizzard zum Importiern einer ersten Kare da. Es wird offensichtlich nichts installiert. Wo hast du gelesen daß der irgendwas installieren sollte? Das ist bereits das vollständige Programm. Die Dokumentation besagt You can download the latest release. It is self-contained and ready-to-run. Da steht nicht von irgendeiner notwendigen, vorherigen Installation. Bei allen anderen Programmen, die installiert habe, erscheint unter Alle Programme ein neues Programm, auf das ich zum Starten klicke. In diesem Fall geschieht das nicht. Das ist schön für alle anderen Programme. Ich nehme an mit alle anderen meinst du die meisten Windows-Programme und nicht wirklich alle anderen Programme. Die Zielgruppe von TS liegt eher im akademischen Bereich als Platform zum Experimentieren mit Routing-Algorithmen, Metriken, Karten-Datenbanken, Render-Routinen, Fahranweisungen,... Das ist nichts was man sich so schnell mal installiert und glücklich ist. Da bietet sich eher ein kommerzielles TomTom oder PolNav oder Travelbook an. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Travelling salesman braucht tagelang zum Starten
2010/7/11 Tirkon tirko...@yahoo.de: Marcus Wolschon mar...@wolschon.biz wrote: Die Zielgruppe von TS liegt eher im akademischen Bereich als Platform zum Experimentieren mit Routing-Algorithmen, Metriken, Karten-Datenbanken, Render-Routinen, Fahranweisungen,... Dann habe ich die Beschreibung missverstanden. Ich war davon ausgegangen, dass man damit auch beim Mappen vor Ort die Realität mit dem Kartenzustand am augenblicklichen Aufenthaltsort auf dem großen und damit übersichtlichen Display eines PCs vergleichen könne. Hier auf dem Land muss man ziemlich weit fahren. Da ist es ärgerlich, wenn man wegen ein paar verpassten Straßen nochmals dorthin muss. Würdest Du diese Anwendungsmöglichkeit nicht sehen? Nein, dazu würde ich sowas die JOSM mit dem Surveyor-Plugin nehmen. Eine Navigations- und Routenplanung-Software ist eher ungeeignet zum Vergleichen und Editieren der Karte. Offensichtlich ist da Dein Programm das einzige, das den aktuellen Standort live in unserer Karte anzeigt und auf dem übersichtlich großen Display eines PC läuft. Da sollte es noch andere geben. Hilfreich in diesem Zusammenhang wäre es, wenn das Programm gleichzeitig als GPS-Logger funktionieren würde und eine Spur einzeichnen könnte. Dann könnte man zusammen mit dem existierenden OSM Straßenbestand noch vorhandene Lücken finden. Die Default-Implementierung des GPS-Plugins unterstützt auch das Loggen des Tracks. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Area
2010/6/25 fly lowfligh...@googlemail.com: Soweit ich es verstanden habe werden solche Gebiete gerne bei schlechter Witterung/Unwetter verwendet. Damit wo genau die Gebiete enden kann ich dir zwar auch nicht helfen aber zumindest bestätigen wofür sie benutzt werden. Es gibt halt administrative Areas (deren Grenzen sind klar) und solche u.a. metereologischen Gebiete. Die kommen dann zum Zug, wenn es heißt Glatteis-Warnung im Zollernalb-Kreis oder überfrierende Nässe im Hochschwarzwald. Auf einen Kilometer mehr oder weniger kommt es hier dann auch nicht an. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Version des Vespucci -Editors für A ndroid
2010/6/22 Chris66 chris66...@gmx.de: Ansonsten hatte ich bei jedem zweiten Hoch/Runterladen einen Absturz. Laut automatischen Mailtext klemmt da was in der Kommunikation mit dem Server. Ja, irgendwas mit einem unexpected result. Im Zweiten Versuch funktioniert es dann immer. Tritt hier auch zufällig auf und ich habe selber nicht raus, was der Grund sein könnte. Irgendwas mit HTTP wohl. Wenn das wer nachstellen und per ADB debuggen kann, ich bin für jede Hilfe dankbar. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] skobbler für Android
Ahnung wozu Skobbler die Berechtigung zum Senden und Empfangen von SMS haben will? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Version des Vespucci -Editors für A ndroid
Hallo Leute! Kurze Durchsage: Von Vespucci - dem OSM-Editor für Android http://code.google.com/p/osmeditor4android/ gibt es eine neue Version 0.6.5 im Android Market. Neu sind: * Ich wurde zum neuen Maintainer (da der aktuelle Maintainer noch weniger Zeit hatte als ich) * Karten-Tiles werden im Hintergrund angezeigt um die Navigation in der Karte zu vereinfachen und um zu sehen ob und was es am aktuellen Ort eigentlich zu editieren gibt. * Der Tag-Editor parsed JOSM presets für eine Autocompletion der Keys und der zu diesen Keys definierten Values. * Einige recht kleine Bugfixes und Verbesserungen Wer ein bisschen Java kann und gerne Dinge wie GPX upload/download oder eine etwas weiter gehende Verarbeitung der JOSM presets einbauen will oder einfach gute Ideen vorschlagen kann ist gerne eingeladen. http://groups.google.de/group/osmeditor4android Viel Spaß am Gerät, Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
2010/5/28 fly lowfligh...@googlemail.com: Brauchen wir jetzt also jeweils die Wege zwischen der ersten abfahrt und der letzten Auffahrt und zusätzlich die Auf/Abfahrten mit Rolle link ? Welche Rolle link und als Rolle in welcher Relation? Meinst du die Teile der Autobahn selber welche in dem kurzen Stück unter/auf der Autobahnbrücke liegen zwischen der Abfahrt und der Auffahrt? Warum sollten die überhaupt irgendwie besonders getagged sein? Die highway=(motorway/...)_link -Straßen und evtl. noch die Nodes an denen diese auf der Autobahn(/Bundesstraße/...) Anfangen oder Enden sollten doch bereits alle Informationen beinhalten. Michael: Bisher noch nicht. Ich empfange hier keine Bayrischen Sender und bin mit Arbeit und einem anderen Projekt seid Monaten ziemlich beschäftigt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] open way/node by ID in josm/potlatch
Ich habe hier eine ganze Reihe von Wegen/Nodes in denen Sanity-Checks Probleme finden (Wege mit 2 nodes, ungültige PLZ, ...). Gibt es einen einfachen Weg mit der ID eines Weges/Nodes diesen in JOSM oder Potlatch zu öffnen um nachzusehen? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] open way/node by ID in josm/potlatch
On Thu, May 27, 2010 at 10:11 AM, Walter Nordmann walter.nordm...@web.de wrote: welchen sanity-check meinst du denn? Eigene, in der Anwendung welche ich gerade schreibe. hiermit gehts prima: http://wiki.openstreetmap.org/wiki/DE:Keep_Right super. Wo hebe ich da die NodeID/WayID ein? (find ich grad nicht). Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
2010/5/26 Georg Feddern ne...@bavarianmallet.de: wie steht es mit den Autobahn-Anschlussstellen (oder analog ausgebauten Anschlussstellen)? Über die TMC-Event-Codes lassen sich dort ja Abfahrt und Auffahrt auch einzeln sperren, unabhängig von der vorbeiführenden Autobahntrasse. Das wäre mir neu. In der Liste der Event-Codes war mir bei meiner TMC-Unterstützung nichts derartiges aufgefallen. Kannst du mir die entsprechenden Event-Codes nennen? Ist auf jeden Fall trivial zu lösen, da wir ja alle geometrischen Informationen bereits in der Karte haben. * Suche die Wege der richtigen Autobahn/Bundesstraße/... * Suche die Wege der Abfahrt/Auffahrt bzw. den Node auf der Autobahn wo diese abgehen (beides wird unterstützt und beides ist schon jetzt spezifiziert) * werte oneway aus um zwischen Auffahrt und abfahrt zu unterscheiden. Und passe auf daß der selbe Node/der selbe Way gleichzeitig Auffahrt UND Abfahrt sein kann und dann nur in eine Richting gesperrt/beeinträchtigt ist. Überhaupt nichts womit man Mapper fehlerträchtig belasten müsste. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Points
2010/5/25 fly lowfligh...@googlemail.com: wo festgestellt wurde das sowohl die letze Zufahrt als auch die erste Abfahrt getagt wurde und beides richtig ist. In solchen Fällen plediere ich dafür alle Wege von der erste Abfahrt bis zur letzten Zufahrt als Relation TMC zusammen zu fassen. Hab ich nichts dagegen. Außer daß andere, abgehende Wege natürlich nicht Teil des Weges sind = wenn nud die A7 geladen ist kann nicht jeder adressierte Teil der A7 aufgelöst werden. (Und jetzt soll mir keiner mit musst du halt vorverarbeiten kommen). Ist aber kein größeres Problem.- Ich habe nichts gegen einfach nur nodes, allerdings sollten wir uns dann auf ein einheitliches Schema verständigen, ansonsten wird TMC nur unnötig komplizierter. Vorschläge? Ich hab das mal so spezifiziert, wie mein eigener Parser das verarbeiten kann (war ja zu dem Zeitpunkt der einzige) und dem hatte ich recht viel beigrbracht, da am Ende ja doch ständig Fälle auftreten wo Leute alles mögliche gemacht haben was für sie halt schön aussah egal ob es funktioniert oder nicht. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] postal_code=Konstanzerstr-Bahnüberga ng
http://api.openstreetmap.org/api/0.6/node/497528362 osm version=0.6 generator=OpenStreetMap server − node id=497528362 lat=47.7149886 lon=9.0674935 version=3 changeset=3646735 user=Seetroll uid=135562 visible=true timestamp=2010-01-17T23:01:02Z tag k=postal_code v=Konstanzerstr-Bahnübergang/ tag k=operator v=Deutsche Telekom/ tag k=phone v=+49-7533-949072/ tag k=payment:coins v=yes/ tag k=amenity v=telephone/ tag k=payment:telephone_cards v=yes/ tag k=payment:credit_cards v=yes/ /node /osm Wer macht denn sowas und kommt solcher Blödsinn noch öfters vor? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMCRoad Relationen haben keinen Ortsbezug
2010/5/1 Sven Anders s...@anders-hamburg.de: Michael Schmitt schlug als pragmatische Lösung vor, ein TMC:RoadStart und TMC:RoadEnd Member aufzunehmen, wo man den Start und Endpunkt der Road aufnimmt. Ich finde den Vorschlag gut und bitte um weitere Meinungen. Klingt nach einer einfachen Lösung die nirgendwo stöhrt. Zusätzlicher Rollen kann man ja beliebig in Relationen rein hängen solange jeder brav nur die Elemente verarbeitet deren Rolle er kennt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiege-Restriktionen fuer LKW (was: nochmal ADAC)
2010/4/18 M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 17. April 2010 07:11 schrieb Marcus Wolschon m.E. auf keinen Fall, das ist eindeutig ein Auswertungs und kein Datenproblem. Wenn die Breite und die Geometrie (Mittelway) bekannt sind, liegen alle Daten hins. der Straße vor. Wie sollte die Berechnung aussehen? maxheight, maxweight und maxwidth beachte ich in TS bereits (für Camper z.B.) aber mir ist nicht klar wie ich einen Kurvenradius des Fahrzeuges und das Ausscheren vom Nutzer abfragen und dann beachten sollte? dazu müsste man a) die Kurve erkennen b) Versuche machen (im Rechner, nicht mit LKW) oder Literatur besorgen (Strassenplanung) für 3 (oder weniger, oder mehr) Typen: LKW max Größe, mit Anhänger, Müllfahrzeug. Ich weiss nicht, ob Feuerwehrfahrzeuge evtl. auch eine Klasse sein sollten, die haben z.B. eine Höhe von unter 3,50m (weil Feuerwehrzufahrten (Landesrecht) 3,50m hoch sein müssen), LKW haben 4. Dann könnte man eine vorberechnete Tabelle haben, wo für jede in a) erkannte Kurve anhand von Länge, Breite und RIchtungsänderung (Winkel) die max mögliche Fahrzeugklasse ermittelt wird. Hinterher könnte man das dann evtl. noch zusammenfassen pro way. Das ganze natürlich im preprocessing. Ich hatte jetzt auf eine integrierte Formel gehofft um für eine einzelne Kurve, gegeben Kurvenumfang + Straßenbreite in Meter + Fahrzeuglänge maximale Fahrzeugbreite unter berücksichtigung von üblichen Aufschwenk-Weiten zu ermitteln oder so. (Erstmal ohne Berücksichtigung von mehrfachkurven wie der Durchfahrt durch einen Kreisverkehr, wo man ja nicht im 0°-Winkel in die Kurven enfährt.) Schleppkurven der gängigen LKW gibts im Internet, zumindest war das früher so, bei den Herstellern. Ahnung wo? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nochmal ADAC
2010/4/16 Ulf Möller o...@ulfm.de: Am 15.04.2010 11:04, schrieb Marcus Wolschon: Ulf und Michael machen da jetzt den Kontakt. Schlag das am Besten direkt den beiden vor. Wir sind nächste Woche da. Aber für LKW-Routing ist OSM doch zur Zeit noch viel zu lückenhaft, oder? LKW und Schwertransporte ja. Für die weniger kritischen Camper aber schon ganz nutzbar. Aber kann man immer gerner ansprechen daß sich da was tut. Genau diese Daten haben die ja schon selber vor ewig in Navis gefordert. (TS nutzt maxwidth, maxheight und maxwidth auch. Kurvenradien aber noch nicht.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiege-Restriktionen fuer LKW (was: nochmal ADAC)
2010/4/17 M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 16. April 2010 11:46 schrieb Birgit Nietsch birgit-niet...@gmx.de: Wendemöglichkeiten meinte ich nicht, sondern die Erfordernisse beim Abbiegen, die sich aus der von Martin Simon erwähnten Schleppkurve ergeben. Wenn es jemals möglich sein soll, LKW/Busse/Gespanne mit OSM zu routen, brauchen wir solche Daten. Vielleicht könnte man das mit Turn-Restrictions für bestimmte Fahrzeugtypen abbilden. m.E. auf keinen Fall, das ist eindeutig ein Auswertungs und kein Datenproblem. Wenn die Breite und die Geometrie (Mittelway) bekannt sind, liegen alle Daten hins. der Straße vor. Wie sollte die Berechnung aussehen? maxheight, maxweight und maxwidth beachte ich in TS bereits (für Camper z.B.) aber mir ist nicht klar wie ich einen Kurvenradius des Fahrzeuges und das Ausscheren vom Nutzer abfragen und dann beachten sollte? Ab wann wird es nur schwierig (rangieren) und ab wann geht nichts mehr? (Wenn der LKW eine enge Straße halt als oder vor dem Ziel hat wo er mit viel kurbeln durch kann, dann muss ihn das Navi da auch hin führen können.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nochmal ADAC
2010/4/17 Bernd Wurst be...@bwurst.org: Am Freitag 16 April 2010 19:42:21 schrieb Ulf Möller: Aber für LKW-Routing ist OSM doch zur Zeit noch viel zu lückenhaft, oder? Offenbar sind die Lkw-Beschränkungen bei den großen der Branche auch mehr als nur lückenhaft. Gruß, Bernd Genau deshalb ja die Forderung des ADAC. Überleg mal was allein eine Erwähnung, daß würden Leute selber über OSM erfassen weil die Großen der Branche das nicht auf die Reihe kriegen, für uns an Popularität bedeuten würde? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nochmal ADAC
Ulf und Michael machen da jetzt den Kontakt. Schlag das am Besten direkt den beiden vor. Macus 2010/4/15 Jan Tappenbeck o...@tappenbeck.net: Hi ! anfang April gab es schon einmal ein Posting bzgl. des ADAC - ich weiß ja nicht was da rausgekommen ist aber in der aktuellen Business Geomatics 3/10 habe ich gelesen das der ADAC mit den Kartenhertstellern NAVTEQ und Teleatlas über die Erfassung MaxValue-Daten für LKW sprechen will. Es wird dabei auch über eine zentrale Datenbank dieser Daten nachgedacht. Vielleicht sollten, wenn ein Gespräch zustande kommte - weshalb auch immer - mal über diesen Punkt gesprochen werden. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen und zughörige Ortsnamen
2010/4/7 Chris-Hein Lunkhusen chris66...@gmx.de: Ich verwende das inoffizielle addr:suburb für den Ortsteil/Dorfnamen. ...und da du das nirgendwo dokumentiert hast weis niemand daß du das tust und deine Adressen tauchen in jeder Adresssuche falsch auf oder was? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Relationen mit type=boundary
2010/4/3 Martin Koppenhoefer dieterdre...@gmail.com: Weisst Du, dass Du multiple Objekte selektieren kannst und denen dann mit einem Click (rolle anwenden) allen dieselbe Rolle zuweisen kannst? Dann pass aber auf die Reihenfolge auf. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
Und in 2/3 der Fälle ist das Gesuchte nicht drauf oder nicht zu erkennen. Danke für die Hinweise zur Schilder-Erfassung. Ich werd da nach Ostern (Easterhegg) mal nach Suchen und mir das alles bei Zeiten ansehen. Marcus On Fri, Apr 2, 2010 at 8:01 PM, Josias Polchau sp...@youseeus.de wrote: es reicht ja alle 2-5 sec ein bild zu machen... für bilder gibt es ja diverse programme ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Easterhegg
Wer von euch ist auf der Easterhegg morgen? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kontaktperson zum ADAC bei München gesuc ht
Hallo Leute, ich habe gerade mit dem Herren vom ADAC telephoniert und grundlegende Fragen was wir machen, wer das zahlt, was wir für Daten haben, wie die Lizenz aussieht, welche Navis die OpenStreetMap-Karte nutzen, wohin gerade die Entwicklung geht... beantwortet. Jetzt suchen die Herren vom ADAC jemanden in München oder Umgebung der als Kontakt dienen kann um Gespräche darüber zu führen, wie wir uns gegenseitig helfen können. Wer hat hier genug Erfahrung und traut sich zu diese wichtige Rolle zu übernehmen? Der ADAC wäre für das Projekt in Deutschland wohl der wichtigste Partner, den wir haben können. Nicht nur haben sie eigene Stau-Daten sondern auch viel die Vereinszeitschrift, Tourensets, Stau-Karten im Netz die dringend mal eine modernere Karte gebrauchen können und ein unglaubliches politisches Gewicht. Das sollte jetzt wirklich jemand sein der auch mal einen Anzug anziehen und über Teilaspekte von OSM informiert frei referieren kann. Marcus 2010/3/7 Marcus Wolschon mar...@wolschon.biz: 2010/3/7 Florian Lohoff f...@zz.de: On Sun, Mar 07, 2010 at 09:58:33AM +0100, Marcus Wolschon wrote: Da der ADAC ja so viele Navi-Funktionen fordert, die mehr Staudaten brauchen als man halt zur Verfügung hat, habe ich mal bei denen angefragt ob die ihre eigenen Staudaten von den ADAC-Staumeldern denn maschinenlesbar bereitstellen würden. (Natürlich etwas höflicher formuliert) Ich vermute nur das du den Artikel falsch verstanden hast, bzw ICH habe den Falsch verstanden. Mit ging es um die Verbesserungsvorschläge im letzten Teil. Ich habe darin gelesen das die Staus dadurch verursacht sind weil die Routingalhorithmen streng Hierarchisch arbeiten, d.h. immer erst versuchen dich auf die Hoechste klasse Straße zu bekommen um distanzen zu ueberwinden. Das ist so nicht korrekt. Jedes Stück Straße hat eine Metric (z.B. dessen Länge oder Fahrtzeit) und die Route ist diejenige Liste solcher Straßenstücke welche vom Start zum Ziel führt und dabei die geringste Summe an Metriken hat. Mit Hierarchien arbeiten wenige. Welche konkreten Routingalgorithmen hast du im Sinn? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
2010/4/1 Martin Koppenhoefer dieterdre...@gmail.com: --- ich bin gespannt, was aus den Rückwärtskamera-Experimenten wird. Mappe halt selbst mit dem Fahrrad und zu Fuß, da hat man kaum Gespür für die Nöte der Autobahnmapper ;-) Da alle nur darüber reden was wohl möglich und unmöglich wäre aber keiner Software genannt hat um irgendwas automatisch/halbautomatisch zu erkennen oder zumindest geocodierte Videos zu machen und auszuwerten wird da erstmal garnichts draus. Für X-stündigen Autofahrten werde ich mich nicht hinsetzen und mit dem Taschenrechner Timestamps ausrechnen und dann manuell in irgendwelchen NMEA-logs suchen wo das genau war und die Position dann manuell in JOSM anfahren. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routen ueber Flaechen
2010/3/29 Walter Nordmann walter.nordm...@web.de: hi, ich hab die (anfangs sehr lebhafte) diskussion verfolgt und wollte mal fragen, was mit flächen ist, um die ein Zaun drum rum ist? mfg Die hätten dann an den Nodes wo sie mit Wegen verbunden sind ein barier= -tag. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
2010/3/26 Martin Koppenhoefer dieterdre...@gmail.com: Anzahl der Fahrspuren kann man sich gerade noch vorstellen, aber Brücken? Die erkennt man auf der Autobahn ja oft nichtmal (wenn man die entspr. Schilder nicht hätte) als menschl. Autofahrer, der von höher und nach vorne raus blickt. Ich schlage einen Augenarzt vor. ;) Wenn da was großes quer über die Fahrbahn ragt, dann ist das meistens eine Brücke. Schilder hat man mit der Rückfahrcamera immer nur von hinten oder der Gegenseite, richtig? Ich hab ja auch keine Schilder erwähnt. viel Erfolg, ich würde die Camera allerdings eher nach vorn blicken lassen. Es ist eine Rückfahrkamera. Die macht nur Sinn wenn sie nach Rückwärts zeigt. Es geht nicht darum eine neue Kamera zu montieren sondern eine vorhandene zu nutzen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamerabilder auswerten
2010/3/25 Fabian sh...@nurfuerspam.de: [1] kennst du schon, oder? Einen fixen abstand (zeit oder Raum) halte ich nicht fuer sinnvoll. Schliesslich muss sich dann erst noch jemand ransetzen und auswerten welche bilder hilfreich sind. Dann doch lieber alles brauchbare fotografieren so dass jemand die informationen eintragen kann. [1] http://openstreetview.org/ Dafür sind die Bilder vollkommen ungeeignenet. Wir reden von einer extremen Weitwinkel-Kamera. Das sind fast 180° die da gefilmt werden und 30 Bilder/Sekunde. Da mal eine 8h Autofahrt hochzuladen wäre sinnlos. Nicht nur weil 90% aus leeren Autobahn mitten in der Nacht bestehen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] polnav tracks und gpsbabel
2010/3/25 geo.osm geo@googlemail.com: ich habe hier tracks vom polnav Navi. Dateiendung ist .trk und es enthält Binary-Daten. Gpsbabel sagt wenn ich TrackLogs digital mapping (.trl) auswähle Hat hier jemand eine Idee? Willst du es unbedingt selbst mit GPSBabel lösen. Ansonsten verwende ich für trk-Files von meinem Navi immer den RouteConverter (http://www.routeconverter.de/de) bzw. hätte ich auch noch nen kleines Java-Programm (http://www.projectory.de/track2gpx/) welches die trk-Files auch konvertiert. Danke, werd ich mal probieren. Wenn´s nicht klappt poste ich mal eine kleine Beispie-Datei. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kamerabilder auswerten
Hallo Leute, gibt es irgendwas mit dem sich Kamerabilder einer Rückfahrkamera auswerden ließen? So Anzahl der Fahrspuren zählen oder Brücken und Kreuzungen erkennen und sowas? (Nicht notwendigerweise vollautomatisch aber halt gut genug um einzelne Standbilder von interessanten Stellen zu extraieren.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] polnav tracks und gpsbabel
Hallo, ich habe hier tracks vom polnav Navi. Dateiendung ist .trk und es enthält Binary-Daten. Gpsbabel sagt wenn ich TrackLogs digital mapping (.trl) auswähle gpsbabel.exe -p -w -r -t -i dmtlog -f H:\Trail\20100320-0.trl -o xcsv -F D:\20100320-0.gpx dmtlog: Unknown or unsupported file type. Hat hier jemand eine Idee? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ADAC Verkehrsdaten
Wieder erwarten habe ich gerade eine Antwort vom ADAC bekommen (bzgl. Zugriff auf die Daten der ADAC-Staumelder.) daß dort anscheinend jemand an Gesprächen interessiert ist. Mal sehen was da raus kommt. Marcus 2010/3/7 Marcus Wolschon mar...@wolschon.biz: Da der ADAC ja so viele Navi-Funktionen fordert, die mehr Staudaten brauchen als man halt zur Verfügung hat, habe ich mal bei denen angefragt ob die ihre eigenen Staudaten von den ADAC-Staumeldern denn maschinenlesbar bereitstellen würden. (Natürlich etwas höflicher formuliert) Bin gespannt was kommt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elternrelation XAPI
2010/3/8 Andreas Neumann andr-neum...@gmx.net: Moin, ich lade für einen Ort via XAPI alle Daten herunter und werte sie aus. Unter anderem sind dort nach dem neuen Schema die Bahn- und Buslinien eingetragen. Doch jetzt musste ich feststellen, das XAPI die Elternrelation der jeweiligen Linie nicht mit herunterlädt *grummel*. Das hört sich nicht nach einem Bug an. Relationen welche auf ein Element verweisen sind doch kein Bestandteil dieses Elementes. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ADAC Verkehrsdaten
Da der ADAC ja so viele Navi-Funktionen fordert, die mehr Staudaten brauchen als man halt zur Verfügung hat, habe ich mal bei denen angefragt ob die ihre eigenen Staudaten von den ADAC-Staumeldern denn maschinenlesbar bereitstellen würden. (Natürlich etwas höflicher formuliert) Bin gespannt was kommt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ADAC Verkehrsdaten
2010/3/7 Florian Lohoff f...@zz.de: On Sun, Mar 07, 2010 at 09:58:33AM +0100, Marcus Wolschon wrote: Da der ADAC ja so viele Navi-Funktionen fordert, die mehr Staudaten brauchen als man halt zur Verfügung hat, habe ich mal bei denen angefragt ob die ihre eigenen Staudaten von den ADAC-Staumeldern denn maschinenlesbar bereitstellen würden. (Natürlich etwas höflicher formuliert) Ich vermute nur das du den Artikel falsch verstanden hast, bzw ICH habe den Falsch verstanden. Mit ging es um die Verbesserungsvorschläge im letzten Teil. Ich habe darin gelesen das die Staus dadurch verursacht sind weil die Routingalhorithmen streng Hierarchisch arbeiten, d.h. immer erst versuchen dich auf die Hoechste klasse Straße zu bekommen um distanzen zu ueberwinden. Das ist so nicht korrekt. Jedes Stück Straße hat eine Metric (z.B. dessen Länge oder Fahrtzeit) und die Route ist diejenige Liste solcher Straßenstücke welche vom Start zum Ziel führt und dabei die geringste Summe an Metriken hat. Mit Hierarchien arbeiten wenige. Welche konkreten Routingalgorithmen hast du im Sinn? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten
2010/3/7 Florian Lohoff f...@zz.de: On Sun, Mar 07, 2010 at 11:03:02AM +0100, Marcus Wolschon wrote: Eine Ungenutze Landstraße ist IMMER schneller als eine Autobahn. Trotzdem hat in allen Navis die Autobahn eine bessere klassifzierung d.h. die Landstraße wird auch leer bleiben. Das ist in allen Netzen das selbe Problem. Ich komme eher aus dem IP Core krams - und es hilft halt nicht die 6te 10GE Strecke von Berlin nach Frankfurt zu bauen. Irgendwann geht es um staerkere Vermaschung von Netzen d.h. ausnutzen von Kapazitaeten auf den eben nicht groessten/dicksten/schnellsten Strecken. D.h. eine Routenberechnung wird sowas wie random anteile brauchen bzw zeitgesteuerte random anteile oder verhaeltnisse um eben mal nicht immer die vermeindlich schnellste route zu nehmen sondern vielleicht auch mal die nur 2. schnellste ... Denn die Schnellste wird ja schon von allen Navis bevorzugt und damit eben von der Schnellsten zur Langsamsten. ... Nicht stumpf nach bester metrik routen - sondern im verhaeltniss der metriken - Hat die Bundestraße 100 und die Autobahn 50 sollte der verkehr sich 1/3 2/3 aufteilen und nicht NUR ueber die Autobahn gehen ... Klingt interessant. Würdest du eine entsprechend randomisierte Metrik schreiben und das mal testen ob es etwas bringt? Eine Kopie der Zeit-Metrik aus Traeling Salesman kannst du in wenigen Minuten als Plugin machen. (Ist vorgesehen und gut dokumentiert.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing / Klassifizierung / Implizite bildung von Hierarchien Was: ADAC Verkehrsdaten
2010/3/7 Chris-Hein Lunkhusen chris66...@gmx.de: Es sei denn, das Navi meldet nen Stau auf der Autobahn, dann strömt alles auf die Nebenstrecken: Wenn es denn nur endlich mal eine Infrastruktur geben würde an die mein Navi Staus melden könnte. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler-Bugs: Kreisverkehre
2010/3/6 Walter Nordmann walter.nordm...@web.de: im wiki steht, dass mini-round-abouts in deuschland nicht üblich sind. Se mögen nicht üblich sein aber existieren. Bin letzte Woche erst in Leimen über einen gefahren. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu den TMC-Import-Daten
2010/3/6 Andreas Braunmiller andreas.braunmil...@web.de: Daher meine Fragen: - Wo genau sind diese Koordinaten anzusetzen bzw. gibt es hier feste Regeln (beispielsweise bei einem Tunnel auf halber Länge zwischen den Fahrspuren und bei einer Anschlußstelle zwischen den Fahrspuren auf der Mitte zwischen den Abfahrten beider Richtungen)? Es geht nur um das logische Straßennetz. Koordinaten sind nur Hilfsmittel um die richtige Kreuzung/Abschlussstelle/.. zum Zuordnen zu finden. - Wie genau sind die im TMC-Import enthaltenen Koordinaten? Sind diese wirklich so exakt, wie es die Zahl impliziert (Koordinaten im Format DD.XXYY sollten ja theoretisch auf 10m genau sein) und lohnt es sich, die vorhandenen Daten in OSM danach auszurichten? Die Koordinaten in der TMC-Liste sind sehr grob. TMC ist keine Karte sondern eine Kodierung der vorhandenen Autobahenn, wo 200Km Weg schonmal 2 Punkte und eine Linie sein können. Hier würde ich immer den von uns selbst in OSM erfassten Koordinaten den Vorzug geben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Workshop am Freitag auf der FOSSGIS
Wie lief der Routing-Workshop? Was kontet ihr erarbeiten? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Punkttagging und Auswertung an Autobahnen
On Tue, Mar 2, 2010 at 5:21 PM, FlaBot fla...@googlemail.com wrote: Funktioniert TMC den in den Garmin-Geräten mit OSM-Daten ? Mit Sicherheit nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] admin_level von Bremerhaven
Ich denke an http://www.openstreetmap.org/browse/way/29464771 http://www.openstreetmap.org/browse/relation/62658 ... ist das admin_level falsch. Für http://www.openstreetmap.org/browse/relation/62718 (Freie Hansestadt Bremen) kann ich 4 noch verstehen aber Bremerhaven ist kein Bundesland sondern eine Gemeinde. Referenz: http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator nimmt jetzt Daten von Version 9.00 / Re: TMC: new location code table version 9.0 for Germany
2010/2/17 Robert S. osm-m...@autobahnen-europa.eu: Was wird denn eigentlich im Verkehrsfunk ausgestrahlt? Sind die immer brandaktuell? Wird da eine TMCversion Nummer mitgesendet? Gibt es eigentlich irgendwo mal ein paar Beispiel-Rohdaten von Verkehrsfunksendern? Der WDR veröffentlicht hier[1], was er aktuell über TMC ausstrahlt. [1] http://www.wdr.de/verkehrslage/tmc Nette Sache nur eben ohne die Location-Codes um die es geht. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator nimmt jetzt Daten von Version 9.00 / Re: TMC: new location code table version 9.0 for Germany
2010/2/14 Sven Anders s...@anders-hamburg.de: Gibt es eigentlich irgendwo mal ein paar Beispiel-Rohdaten von Verkehrsfunksendern? Ich kann dir ein wenig was mitschneiden, leider hab ich miserablen Empfang in der Wohnung. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu TMC-Punkten
2010/2/14 André Riedel riedel.an...@gmail.com: Am 14. Februar 2010 07:50 schrieb Marcus Wolschon marcus.wolsc...@googlemail.com: 2010/2/13 André Riedel riedel.an...@gmail.com: Generell ist anzumerken, dass laut Marcus keine TMC-Meldungen für die TMC-Points vorgesehen sind. Das heißt, es wird keine Meldung Parkplatz ist überfüllt kommen. Wann soll ich das gesagt haben? http://lists.openstreetmap.org/pipermail/talk-de/2010-January/061728.html ;-) Wenn du deine Aussage revidierst, müssen wir das Tagging-Modell ergänzen. Lies nochmal. Keine gesperrte Rastplätze sind was anderes als gar keine TMC-Points. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu TMC-Punkten
2010/2/13 André Riedel riedel.an...@gmail.com: Generell ist anzumerken, dass laut Marcus keine TMC-Meldungen für die TMC-Points vorgesehen sind. Das heißt, es wird keine Meldung Parkplatz ist überfüllt kommen. Wann soll ich das gesagt haben? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC: new location code table version 9.0 for Germany
2010/2/11 André Riedel riedel.an...@gmail.com: 2010/2/10 Marcus Wolschon mar...@wolschon.biz: http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html Gild die Erlaubnis zur Einbindung der TMC-Daten für alle TMC-Versionen oder nur für 8.00? Ist nicht an eine Version gebunden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMC: new location code table version 9.0 for Germany
http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Relation wie?
2010/2/10 Timo Matthias o...@budbundi.de: Hallo Liste, wenn ich auf der TMC Karte 2 Punkte habe die auf der selben stelle sind steht auf der dazugehörigen Seite ja man soll eine TMC Relation mit nur einem Punkt machen. Wie kommst du darauf? Die Relationen für Points auf ein und dem selben Node wurden genau deshalb eingeführt. Ansonsten reichen ja genausogut die normalerweise statt Relationen hier verwendeten Attribute. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gesucht: Code oder Anwendung für OSM a uf Blackberry
Hallo Leute, ich suche J2ME-Code zum Herunterladen+Anzeigen von Tiles oder eine Anwendung für Blackberry die sich (wie schon Blackberry Maps und Google Maps) so starten läßt daß ein Marker an einer übergebenen Position angezeigt wird. Hat da jemand was parat? Ich hab mit grad mgmaps angesehen und das Teil geht von der Bedienung ja mal garnicht. Nach der Menü-Taste kommt ein Menü mit genau einem Punkt, dem um das Menü anzuzeigen und alle Bedienung geht über Zahlen # und *, die auf dem Blackberry nur mit der Alt-Taste erreichbar sind. Ich denke mal Code sollte sich irgendwo finden lassen, oder? Tiles laden, im Ram ein paar davon cachen und eine Karte aus diesen anzeigen und das ganze für J2Me. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Punkt als Weg war: TMC-Punkttagging an Autobahnanschlusstellen
2010/2/5 Georg Feddern ne...@bavarianmallet.de: Moin, Marcus Wolschon schrieb: Wobei es aber erlaubt wäre den WEG zwischen A und B statt der Punkte zu taggen. Ein TMC-Point darf ruhig ein OSM-Way sein. z.B. durch Kreisverkehre ist das eh ein Muss. Als erlaubt hatte ich es verstanden - und bei Fähren die Daten des TMC-Punkts auch auf den Weg gesetzt. Ist es bei Kreisverkehren tatsächlich ein *Muss*? Bisher habe ich die Daten des TMC-Punkts je Richtung auf die jeweiligen Übergangspunkte gelegt, muss ich jetzt alle überarbeiten? Musst du nicht, geht auch. Aber wenn ein Kreisverkehr (in TMC halt ein Punkt) dicht ist, geht man meistens davon aus das er komplett dicht ist und nicht noch ein Segment davon befahrbar ist. Daher mach ich da das Tag an den ganzen Kreisverkehr. Ist aber eher ein akademisches Problem. Sollte RL egal sein. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Punkt und Relatiotagging bei TMC Point
2010/2/5 Claudius claudiu...@gmx.de: Eine Frage an die TMC-Auswerter (Hallo Marcus :) ): Spezialfall doppelter TMC-Point Einen TMC-Point habe ich als Tags an einen OSM-Kreuzungspunkt drangehängt, den zweiten als TMC-Relation mit demselben Punkt als alleiniges Mitglied. Kann das in der Auswertung zu Fehlern führen und *muss* man zwei TMC-Points auf demselben OSM-Punkt *immer* als zwei TMC-Relationen abbilden? Ist überhaupt kein Problem. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Punkttagging an Autobahnanschlusstellen
2010/2/4 Sven Anders s...@anders-hamburg.de: Warum wäre dann B besser, wenn Stau ab A ist kann man ja noch ohne Stau abfahren. Es könnte genausogut Stau bis A sein und ob man an der Abfahrt wo ein Stau gerade anfängt/aufhört raud oder runter kommt ist nicht definiert. (Staumeldungen kommen nicht gerade auf den Meter genau und Stau heißt ja auch nicht dass an beiden Enden nicht ein wenig was geht.) http://wiki.openstreetmap.org/wiki/Image:TMC_Autobahnanschluss.png * Für die zur Autobahn gehörenden TMC-Punkte wären A und B beide richtig. * Für die zur kreuzenden Strasse gehöreden TMC-Punkte sind C und nur C richtig. B ist garnicht teil dieser Strasse und kann somit nicht richtig sein. Mich würde auch mal interessieren ob auch die Anschlusstellen über TMC gesperrt werden können. Eine Meldung enthält einen Location-Code. Das KANN auch der Code eines Punktes sein. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Punkttagging an Autobahnanschlusstellen
2010/2/4 Claudius claudiu...@gmx.de: Nur zur Klarstellung: Beide richtig bedeutet aber: Der Nutzer entscheidet sich für A oder B und taggt nicht alle 4 Knoten, ja? Du kannst bei meiner Implementierung auch beide taggen aber ich weis natürlich nicht ob das bei anderer Software die das mal auswerten will auch geht. Also lieber nur ein Node je Richtung. Wobei es aber erlaubt wäre den WEG zwischen A und B statt der Punkte zu taggen. Ein TMC-Point darf ruhig ein OSM-Way sein. z.B. durch Kreisverkehre ist das eh ein Muss. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Punkttagging an Autobahnanschlusstellen
2010/2/3 Claudius claudiu...@gmx.de: Es geht um TMC-Punkte die in der TMC-Beschreibung Autobahnanschlussstellen sind: Taggt ihr diese an der Abfahrt, also dort, wo highway=motorway_junction ist oder an der Stelle, an der die Auffahrt einmündet? Die Punkte gehören immer zu einem Weg. Getaggt wird also der Punkt im Weg oder die Punkte (be getrennten Wegen für die Fahrtrichtungen) die auf dem entsprechenden Weg liegen und an denen es rauf oder runter geht. Nebenbei müssten das wenn sich dort 2 TMC-Roads treffen immer 2 TMC-Points sein. Einer für jede der beiden TMC-Roads. Also üblicherweise maximum 4 OSM-Nodes. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benötige Hilfe an Stelle mit TMC Punkten
2010/1/28 Matthias Versen s...@mversen.de: Das Problem ist hier : http://www.openstreetmap.org/browse/node/18700180/ man findet dort : a) überlappende Wege b) defekte Abbiegerelation c) 3 verschiedene TMC Punkte Reparier halt die Kreuzung dass das 2 Punkt ohne überlappende Wege ist und lass die TMC-Attribute am Kreuzungs-Node dran. Was genau ist an den Abbiege-Relationen kaputt? http://www.openstreetmap.org/browse/relation/391255 http://www.openstreetmap.org/browse/relation/392886 http://www.openstreetmap.org/browse/relation/396577 sehen für mich jetzt auf den ersten Blick nicht kaputt aus. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Rastplatz an Autobahn (was: TMC-Punkt in Abwegen)
2010/1/20 Georg Feddern ne...@bavarianmallet.de: Hier möchte ich gerne mal einhaken: Bisher habe ich die Punkte eines Segmentes immer auf die Strecke gesetzt. Aber gehört solch ein TMC-Punkt nicht eigentlich auf den Rastplatz statt auf die Richtungsfahrbahn? Er gehört auf die Strecke, sonst kann ein Stau von A bis 3 Schritte zurück nicht ausgewertet werden. Wenn nur der Rastplatz punktförmig gesperrt werden soll, darf dadurch ja eigentlich nicht die gesamte Autobahn gesperrt werden. Ich denke nicht dass gesperrte Rastplätze überhaupt übermittelt werden. Das ist einfach nur eine Marke Unfall BEI Rastplatz XYZ. Ein Rastplatz ist einfach nicht wichtig genug im Vergleich zur Aut Wenn ein Streckenabschnitt vom / bis zum Rastplatz gesperrt wird, würde das auch mit dem Punkt auf dem Rastplatz greifen. Gruß Georg ___ 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] TMC Rastplatz an Autobahn
2010/1/20 Georg Feddern ne...@bavarianmallet.de: Ich erinnere mich zumindest an genügend Verkehrsfunkmeldungen für LKW, das Parkplätze überfüllt sind. Ich weiß aber eben auch nicht, ob dies als TMC-Ereignis übermittelt wird, wenn nicht, ok. Wenn doch, wäre es nur blöd, wenn wegen dieser Punkt-Sperrung der vorbeifließende Verkehr (und seien es nur LKWs) dann über eine Umleitung geschickt würde. Ich sehe in den Event-Codes nichts was sich ausschließlich auf LKW bezieht und nichts was sich auf das Parken bezieht. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Rastplatz an Autobahn
2010/1/20 Georg Feddern ne...@bavarianmallet.de: Das sehe ich anders, dann ist ja auch immer der Streckenabschnitt vor und/oder nach dem Rast-/Parkplatz betroffen, ob die Staulinie nun über den Rast-/Parkplatz oder über die Strecke dran vorbei geführt wird, ist dann m. E. nicht wesentlich. ... Vorerst bleibe ich dann bei der bisherigen Praxis. Dann pass aber auch auf, dass die Way-Liste das Segment über den Rastplatz geht und die der Road ebenfalls. Damit das ganze wenigstens konsistent bleibt. Mit der Road kann dann nicht mehr die existierende type=route route=road -Relation der Autobahn genommen werden. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Rastplatz an Autobahn
2010/1/20 Georg Feddern ne...@bavarianmallet.de: Aber der Hinweis mit den Relationen ist auch ein Argument, das ein paar andere Sonderfälle (Punkt liegt weit außerhalb der route-Relation) betrifft Hast du da Beispiele für? Sollte nicht wirklich vorkommen. Die Punkte definieren ja gerade welche Strecke gemeint ist. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Punkt in Abwegen
2010/1/21 Michael Bemmerl osm-t...@mx-server.de: Hallo zusammen, André Riedel schrieb: ich habe einen Punkt gefunden, welcher weit weg von seinem gedachten Standort ist. Ich habe mir mal erlaubt, für solche Ungereimtheiten in den TMC-Daten eine Wiki-Seite anzulegen: http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/Discrepancies Templates mit Links auf den OSM-Validator habe ich bei der Gelegenheit auch gleich erstellt (TMC-Area / -Road / -Segment / -Point), allerdings für Segment kein schönes Icon gefunden... Danke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Punkt in Abwegen
2010/1/20 André Riedel riedel.an...@gmail.com: Hallo, ich habe einen Punkt gefunden, welcher weit weg von seinem gedachten Standort ist. Es geht um folgenden Punkt: http://osm-tmc.anders-hamburg.de/point.php?lcd=57123 welcher fälschlicher weise in Frankenberg/Sa. einen Autobahnrastplatz darstellt. Diesen Rastplatz gibt es dort nicht. http://osm-tmc.anders-hamburg.de/index.php?lat=50.91447lon=13.01813zoom=16layers=B0T Auf Grund des Namens und der Rastplatzeigenschaft sollt er Standort eigentlich östlich von Purschwitz liegen. http://osm-tmc.anders-hamburg.de/index.php?lat=51.20711lon=14.54167zoom=15layers=B0T Damit die TMC-Daten den Straßenverlauf korrekt wiedergeben, müsst er in Frankenberg eingeben werden. Wenn jedoch der Rastplatz mit einer TMC-Meldung gesperrt werden sollte, hätte das jedoch falsche Auswirkungen für das Routing auf der A4. Wenn der Rastplatz bei Purschwitz in das Segment http://osm-tmc.anders-hamburg.de/segment.php?lcd=42607 passt, würde ich den wählen. Keine Ahnung wie es zu sowas kommen konnte. Ich kann mir nur denken dass der Rastplatz weiter die Strasse rauf geplant war oder hier irgendwas mit den Koordinaten durcheinander gekommen ist. Aber frag mich nicht wie. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung von Relationstags
Danke, hört sich nach einem wertvollen Hilfsmittel an. :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - TMCbot
On 2010-01-14, Sven Anders s...@anders-hamburg.de wrote: Ich denke wir brauchen für die Punkte auch noch eine Validation ob ein OSM Punkt wirklich in der Nähe von einem TMC Punkt liegt (falls man sich mal in einem LocationCode verschreibt, ist in Hamburg schon vorgekommen). Gute Idee. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - TMCbot
2010/1/13 Frank Sautter openstreet...@sautter.com: Ich halte es für Verschwendung von Ressourcen, wenn man immer die ganzen IDs für die doppelt verkettete Liste (NextLocationCode und PrevLocationCode) raussuchen und eintragen muss. Ebenso ist das eintragen von Version (8.00) und Class (TMC-Area/Road/Segment/Point) echte Sträflingsarbeit. Das Attribut ist ja auch optional. Musst du nicht eintragen. Deswegen habe ich gestern auf Basis des xybots den TMCbot http://www.openstreetmap.org/user/TMCbot/edits geschrieben, der anhand des TMC:cid_58:tabcd_1:LocationCode folgendes macht: * Setzen/Korrektur der TMC:cid_58:tabcd_1:Class (Area/Road/Ferry/Motorail/Segment/Point) * Setzen/Korrektur der TMC:cid_58:tabcd_1:LCLversion (8.00) * Setzen/Korrektur des TMC:cid_58:tabcd_1:NextLocationCode * Setzen/Korrektur des TMC:cid_58:tabcd_1:PrevLocationCode Das heißt von Menschenhand sind nur noch die Nodes/Ways/Relations anzulegen und beiden TMC-Tags TMC:cid_58:tabcd_1:LocationCode TMC:cid_58:tabcd_1:Direction zu setzen. Alles Andere erledigt der TMCbot am folgenden Tag automatisch. Super. Vielen Dank. Nachdem ich mir die TMC-Daten dann auch mal genauer angeschaut habe, habe ich noch folgenden Vorschlag für die Values von TMC:cid_58:tabcd_1:Class: Für TMC-Type=L6 TMC-SubType=1 = Ferry (statt bisher Road) Für TMC-Type=L6 TMC-SubType=2 = Motorail (statt bisher Road) Kommen die angezeigten Strings nicht aus der NAMES.DAT ? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - Innerorts/Außerorts
2010/1/12 Michael Bemmerl osm-t...@mx-server.de: Hallo zusammen, ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts). Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B. Industriegebiet = außerorts)? Was genau hat das jetzt mit TMC zu tun? Für TMC ist Innerorts/Außerorts egal. Glasseis/Strassensperre/Stau/... sind es in beiden Fällen. Allgemein wäre für den Verkehr innerorts nach dem Ortsschild. Für Adressen und erst Recht für Verwaltungs-Regionen kann es anders sein. Bitte macht die Frage doch unter einem anderen Betreff auf, damit sie nicht übersehen wird. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
2010/1/10 Georg Feddern ne...@bavarianmallet.de: Moin, Stefan Roggensack schrieb: Z.B. wir haben diese Kreuzung: | | A---B | | 1- C---D | | 2 | vzu Ich würde den TMC-Punkte für die Straße 1 auf die Punkte B und C legen und für die Straße 2 auf A und D. Wenn das Problem vor der Kreuzung liegt, ist es egal in welche Richtung man danach abbiegen will und wenn das Problem hinter der Kreuzung liegt, hat es meist rückstauende Wirkung in beide Zuflussrichtungen. Am besten wäre eigentlich für 1: 2 Punkte zwischen A und B und zwischen C und D und für 2 zwischen A und C und B und D. Denn eine gemeldete Behinderung welche für 1 in der Kreuzung anfängt schließt so den Kreuzungsbereich mit ein, ebenso für eine Behinderung welche hier endet oder hier nur vorbei geht. Das gleiche für 1. Wir hatten die möglichen Situationen bereits mal für Autobahnkreuze durchgespielt. Unter´m Strich ist es mir für Ampelkreuzungen in der Stadt aber egal. Da sind die möglichen Auswirkungen durch die vielen Möglichkeiten drum herum zu fahren einfach zu klein um diesen Aufwand zu treiben. Jede Kombination aus A,B,C,D für beide Strassen ist mir hier recht. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator - Fehler: Unbekannter Value Version=8.0
2010/1/10 Sven Anders s...@anders-hamburg.de: Dabei fällt mir auf, daß ggf. der Tag auch (sofern casesensitive) eigentlich *LCLVersion statt *LCLversion heissen müsste? Dein Script auf der o.g. Seite gibt als Vorschlag zum Erfassen der Daten die kleine version vor. Sind tags nicht seid API 0.6 eh case-insensitive? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
2010/1/8 Stefan Roggensack someone...@gmx.de: Tolle Anwendung, mich hast du für das Thema in meiner Nähe damit gewonnen. Eine Frage zum TMC Tagging ist mir gerade gekommen. Wenn man eine Kreuzung mit jeweils zwei Spuren in jeder Richtung hat, gibt es dort Regeln welche von denen die Tags bekommen sollen. Z.B. http://osm-tmc.anders-hamburg.de/point.php?lcd=46216 Ja, man muss für jede Richtung einen Punkt taggen und jeweils das tag TMC:cid_58:tabcd_1:Direction=positive bzw. TMC:cid_58:tabcd_1:Direction=negative benutzten. Ich hab das mal beispielhaft für deine Kreuzung gemacht. Im Zweifelsfall hilft es sich zu überlegen wie eine Verkehrsnachricht aussieht: In Punkt X bis zurück in Richtung positive für 3 Schritte Einseitiger Stau wegen Unfall. Und das TMC-Meldungen nicht abbiegen sondern falls der Stau/Sperrung/... abbiegt das einfach eine Nachricht für jede beteiligte Strasse ist. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC Validator
Super. :) Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki rein packen könnte, damit man eingetragene Sachen auch als Erledigt abhaken kann. http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/[Areas|OtherAreas|Segments|Points]/[n/100]00_to_[n/100+1]00 Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2go - hardware
2009/12/29 Jan Tappenbeck o...@tappenbeck.net: Moin ! ich möchte mir eine neue mobile Einheit zulegen um einfacher Daten direkt vor Ort zu erfassen. Bei osm2go [1] habe ich immer nur von NOKIA gelesen - könnt Ihr auch andere Hardware empfehlen ?? Windows Mobile mit osmtracker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2go - hardware
2009/12/29 Jan Tappenbeck o...@tappenbeck.net: Hallo Marcus, hast Du eine Hardware-Empfehlung ? Irgendwas mit GPS-Gerät, Bluetooth und hochauflösendem Bildschirm. Alles weitere hängt zu sehr von deinem Geldbeutel und allem weiteren was du mit dem Handy machen willst ab. So ein Gerät nutzt man ja für tausend Sachen und nicht nur zum Mappen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing-Standards (war: Ulf-Mirko-Endlos-Diskussion)
Erlich gesagt verstehe ich hier (Als routing-Maintainer) das großer Problem nicht. Eindeutige, vollständige und für maschinen umsetzbare Regeln wie das was gerade in unserer Karte tatsächlich existiert für interpretieren ist haben wir doch zusammengetragen 1) http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions 3) http://wiki.openstreetmap.org/wiki/Computing_access_restrictions Matrix 2) ist leider nicht komplett, es fehlt zB. highway=track Dann trag es bitte nach wenn es tracks gibt die eindeutig von Autos allgemein und regelmäßig befahrbar sind sowie die zu erwartende Durchschnitts-Geschwindigkeit (ohne die kann man es nicht auswerten). Wenn jemand für seine Speziallösung eine expliziten Routing-Subgraphen in unserem Strassen-Graphen benötigt kann er den gerne automatisch erreichenn oder viel Spaß daran haben den manuell mit seinen eigenen Tags irendwie zu mappen. Wo ist das konkrete Problem und wo mindestens ein tatsächlich und unmittelbar Betroffener? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
2009/12/27 Florian Gross flor...@grossing.de: Am So Dezember 27 2009 glaubte Sven Sommerkamp zu wissen: Ich hatte spontan an die Möglichkeit gedacht Videos an die GPS Daten zu koppeln wie bei Fotos. Es ist ja schön einen Film von der Strecke die man gefahren ist zu haben, aber dann weiß man noch nicht wo ein bestimmter Teil des Videos aufgenommen wurde (jedenfalls nicht ohne größere Umstände). DABEI KÖNNTE DAS FURCHTBAR HILFREICH SEIN. Die Profis gehen ja genau auch so vor. Das würde dann eher für einen Camcorder oder ähnliches sprechen, bei dem man die Uhrzeit einstellen kann. Auf jeden Fall WILL MAN einen AUTOFOCUS. Billige fixed-focus Webcams bringen garnichts außer farbigen Flecken. (Hab ich schon vor ewig mal probiert.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
2009/12/28 Florian Gross flor...@grossing.de: Jepp, die Action- Cams sind nicht wirklich für Aufnahmen in weiterer Entfernung brauchbar. Zum Straßen erfassen (Schilder, Briefkasten usw.) dürften die noch reichen, aber wenn man über 10m? 15m? Entfernung was erfassen will, dürfte es IMO eng werden. Nein. a) Du unterschätzt die benötigte Auflösung wenn niemand die Kamera genau vor das Schild hängt sondern man nur mit einer fix montierten Kamera vorbei fährt. b) Du unterschätzt die Entfernung zwischen Fahrzeug und Schild und wie sich diese Entfernung ständig ändert. Es würde mich nach meinen eigene Experimenten sehr wundern wenn du erkennen kannst ob die Zahl auf einem großen Tempo-Schild jetzt 2 oder 3 Stellen hat. Von der tatsächlichen Zahl oder gar den vergleichsweise winzigen Strassenschildern ganz zu schweigen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
2009/12/28 Florian Gross flor...@grossing.de: Ich bin stillscheigend davon ausgegangen, daß da kurz angehalten wird, die Kamera auf der gewünschte Objekt gerichtet wird und dann erst weitergefahren wird. Auch das nützt dir bei Fix-Focus nichts wenn du nicht auch noch einen Monitor anschließen und 10min am Objektiv scharf-stellen willst. Wozu brauchst du eine Videokamera wenn du anhälst? Das macht dir jede Digital-Knipse besser. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Video-Tracking als Mapping-Hilfe
Wenn sich da was findet könnte ich mit der Rückfahrkamera des neuen Autos was machen. ;) Ist auf Brust-Höhe und Weitwinkel, da sieht man also gut was. Kann natürlich aber keine Schilder lesen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM @ 26C3 ? - In A2 druckbare Karte gebraucht
Hallo Leute, hat jemand einen Link auf eine in A2 druckbare * Weltkarte und * Europakarte und * Deutschlandkarte ? Drucken können wir hier. Am Infotresen werden die für eine Karte aller Hackerspaces gebraucht und die bestellten kommerziellen Karten sind nicht gekommen. Link bitte an mich. Sind für Svar am Infotresen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM @ 26C3 ?
Also der Projekt-Tisch ist zugesagt und ich schau dass ich als Aufbau-Engel evtl. schon heute nachmittag da bin. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrtzeiten in Staus
On 2009-12-19, Stefan Dettenhofer (StefanDausR) o...@dentro.info wrote: z.B. Code 106 stationary traffic for 10 km Code 113 stationary traffic for 10 km with average speed Q Es gibt aber auch z.B. den Code 101 stationary traffic und der wird nicht gerade selten verwendet, z.B. aktuell hier: TMC 1 12748 12747 101 1 25 19.12.09 11:10:00 A9 Nürnberg - München zwischen 56 Hilpoltstein und 55 Allersberg Stau. und da weißt Du eigentlich gar nichts! Du kannst hier nur annehmen, dass der ganze Abschnitt betroffen ist, musst die Länge ausrechnen und kannst dann dafür ein penalty anwenden. Doch dazu reicht auch ein Pi mal Daumen -Wert! Und was willst du uns jetzt damit sagen in Bezug auf meine ganz einfache Anfrage ob man jemand der eh in einem Stau steht bitte notieren kann wie langsam das voran ging? Selbstverständlich ist die Schätzung am Ende extrem grob aber bisher habe ich GAR KEINE Daten mit denen ich schätzen kann. Leute macht das doch nich komplizierter als es ist und diskutiert alle zu tode. Es ist gerade vollkommen uninteressant wie genau die Schätzung am Ende sein wird oder wie die Daten zustande kommen oder wie Strassenverkehr sich im Detail verhält. Ich brauche einfach nur mal 2-3 Erfahrungswerte mit denen ich überhaupt mal anfangen kann. Nichts weiter. Wenn ihr das noch weiter mit für diese Anfrage vollkommen irrelevanten Informationen totdiskutiert (ist ja nicht das erste mal) wirds nämlich garnichts geben. Also, falls jemand die nächsten Tage mal im Stau steht und zufällig was zum Schreiben hat. Es wäre send freundlich mir mal per email Km-Stand und Uhrzeit am Anfang und am Ende sowie Anzahl der Spuren und ob das eine Autobahn, Trunk, Primary oder was auch immer war zu schicken. Einfach 2 Zeiten, 2 Zahlen und was das für eine Strasse war. Danke Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrtzeiten in Staus
Event-Codes: Die Eventcodes gibt es alle 2 mal. Einmal mit Stau-Laenge in Km und ein mal mit Verzögerung in einer Zeiteinheit. Einfach mal selbst in ISO14819-2:2003 nachsehen. Ich hab die PDFs im Wiki von Traveling Salesman unter TMC verlinkt. z.B. Code 106 stationary traffic for 10 km Code 113 stationary traffic for 10 km with average speed Q Ursache: Die Staursache steht aber nicht zur Verfügung. Es geht einfach darum, ich weiss DASS ein Stau da ist, WO er ist und WIE LANG er ist und muss eine Schätzung geben welche maximale Durchschnittsgeschwindigkeit erreicht wird um in genau dieser Situation eine Routing- Entscheidung zu treffen. Natürlich kann man bessere Systeme als TMC bauen aber das ist nunmal was momentan zur Verfügung steht, es ist überall verfügbar, kostenlos und die Empfänger billig und damit muss ich nunmal als erstes arbeiten bevor man über Verbesserungen nachdenken kann. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrtzeiten in Staus
http://sourceforge.net/apps/mediawiki/travelingsales/index.php?title=TMC#Links Hier sind die ISO-Standarts verlinkt. Damit nicht immer Leute raten was da übermittelt wird und was nicht, wie die Zuordnung zu Orten funktioniert, .. sondern nachlesen können. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrtzeiten in Staus
So ein Track wäre natürlich Genial. Super Idee. Marcus On 2009-12-18, qbert biker qbe...@gmx.de wrote: Original-Nachricht Datum: Thu, 17 Dec 2009 07:22:42 +0100 Von: Marcus Wolschon mar...@wolschon.biz An: talk-de@openstreetmap.org Betreff: [Talk-de] Fahrtzeiten in Staus Mit der Weihnachtszeit stehen auch wieder sie Staus an. Nachdem ich in der vergangenheit ein wenig mit dem Thema Staus und Reisezeitschaetzung verbandelt war, ein wenig Senf von mir dazu: Bei der Reisezeitschaetzung hat man zwei unterschiedliche Datenquellen. Zum einen die klassische Methode ueber Querschnitte, also die Induktionsschleifen oder andere Detektoren die die Bewegungen ueber einen Querschnitt zaehlen. Die zweite und modernere Methode ist das 'floating car' also das Fz, das im Verkehr mitschwimmt und dabei Statusmeldungen abgibt. Bei der Querschnittserfassung gibts zwar massig staatlich erhobener Daten, auch dank der Streckenbeeinflussungen (Schilderbruecken mit variablem Tempolimit), die wie Pilze aus dem Boden spriessen. Allerdings ist die Reiszeitschaetzung ueber diese Daten nicht besonders genau, da man nur lokale Effekte messen kann, ein Stau aber ein Effekt ist, der irgendwo dazwischen beginnen und enden kann. Meine Erfahrungen mit den entsprechenden Methoden waren jedenfalls nicht das gelbe vom Ei. Frueher wurde die TMC-Daten fast ausschliesslich ueber diese Daten erhoben oder noch schlimmer ueber die beruehmte Schaetzung der Polizei vor Ort, die auch so in den verkehrsmeldungen rueberkommt. Entsprechend duenn ist (war?) die Aussagekraft. Die Navihersteller wollen verkaufen und wurschteln das rein, so gut wies eben geht. Gemeinerweise kann man ja immer nur eine Route gleichzeitig fahren und erfaehrt so selten, ob die andere schneller gewesen waere ;) Nun zur zweiten Erfassungsmethode, die Floating cars. Leider bin ich nicht mehr in diesem Geschaeft und weiss nicht wie sich das entwickelt hat. Grundsaetzlich gibts aber ein ziemliches Problem, Floatingcar-Daten oeffentlich zu erheben und verfuegbar zu machen. Wir haben damals schon einiges damit gemacht, z.B. mit Taxiflotten, die die Daten online Kommunen zur Verfuegung gestellt haben, aber da gibts natuerliche Grenzen. Das geniale dran ist, dass man im Idealfall ein exaktes Profil des Staus bekommt und auch exakt den Zeitverlust (gemessene Fahrtdauer abzueglich Standardfahrzeit). Klar gibts da auch Fehlerquellen, aber die lassen sich eigentlich ganz gut filtern. Ich denke, wenn man schon Staus vergleicht, sollte man versuchen, das auf eine moeglichst objektive Basis zu stellen. Da viele von uns ein GPS haben und auch so manches mittracken, gibts auch immer mal einen Track, der einen Stau beschreibt. Diese Tracks waeren eine tolle Ergaenzung zu den einfachen Stauberichten, die hier vorgeschlagen werden. Gruesse Hubert -- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02 ___ 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] Fahrtzeiten in Staus
2009/12/17 Martin Simon grenzde...@gmail.com: Weil du dann weißt, welche Geschwindigkeit welchem TMC-Stau-Status entspricht (ich nehme einfach an, es gäbe mehrere, der Wikipedia-Artikel spricht von Ereigniscodes. Wenn es nur einen gibt, kannst du meinen Vorschlag natürlich getrost vergessen). Ich denke daß Staus wahnsinnig variieren können in Geschwindigkeit, Länge und dementsprechen auch Dauer, aber das wissen wir ja auch so schon. Welche Information willst du also aus den aufgeschriebenen Daten ziehen? Den durchschnittlichen Stau? Den in dem man leider gerade steht. einfach nur Länge+Fahrtzeit (z.B. Km-Stand und Uhrzeit wenn man rein und raus kommt mal notieren, viel hat man ja im Stehen eh nicht zu tun) und Spur-Anzahl+Strassen-Art(Meist wohl Autobahn). Was dann tatsächlich an Daten zusammenkommt werden wir ja sehen. Interessant wäre, diese Daten mit den tatsächlich gesendeten Ereigniscodes zu vergleichen, um dem Klassifizierungsschema auf die Schliche zu kommen. :-) Nur hat niemand den rohen Event-Code und s zur Hand wenn er im Auto sitzt. Außerdem kann ich Glücklich sein überhaupt mal 2 oder 3 Messwerte per email zu bekommen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrtzeiten in Staus
Mit der Weihnachtszeit stehen auch wieder sie Staus an. Falls sich also jemand von euch in so einen verirrt, ich sammle die folgenden Informationen: * Art (Stau, stockender Verkehr, Verengung auf N Fahrspuren) * Durchschnittliche Geschwindigkeit im Stau (Oder Fahrtzeit) * Länge des Staus * Minimale Anzahl der Fahrspuren * Maximale Anzahl der Fahrspuren * Art der Stasse (Autobahn, Bundesstrasse als Kraftfahrstrasse, ...) Warum? Im mit den neuen TMC-Verkehrsmeldungen auch sinnvolle Navigations- Entscheidungen treffen zu können muss halt die Geschwindigkeit durch einen Stau vorhergesagt werden. Schliesslich ist es nicht immer Sinnvoll jeden kleinen Hänger zu umfahren. Die Geschwindigkeit 0 wäre eine ziemlich falsche Annahme und ich würde ungern raten, wo es kein Problem ist echte Messwerte zu sammeln. Die Ergebnisse werden dann im Wiki für alle die hier Routen-Berechnung oder Navigation machen veröffentlicht. Gruss, Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-import - Helfer gesucht
2009/12/15 Florian Gross flor...@grossing.de: Am Mo Dezember 14 2009 glaubte Marcus Wolschon zu wissen: 2009/12/13 Florian Gross flor...@grossing.de: Ich würde nur die bestehende Relation 362660 taggen. Das Gebiet 1729 ist Gemeinde/Stadt, Künzelsau. Da geht wohl einfach die zugeordnete Strasse etwas weiter und damit ist die Bounding-Box etwas größer aber zumindest weis man durch die Bounding-Box, dass dies das richtige Künzelsau ist. Danke, das beantwortet meine Frage. Die Relationen fehlen meist nämlich auch, da sollte ich die auch mit reinmalen. Sonst tu ich mir schwer mit taggen. ;-) Auf jeden Fall. Wobei ein grob gezeichnetes Polygon um die Ortschaft genauso reicht. Bei sehr vielen Orten wissen wir in unserer Karte nicht wo der Ort überhaupt zu Ende ist. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-import - Helfer gesucht
2009/12/13 Sven Anders s...@anders-hamburg.de: Marcus Wolschon schrieb: Wir sind immernoch dabei die LocationCodes für TMC Verkehrsmeldungen an die entsprechenden Elemente unserer Karte anzuhängen. http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#WORK_TO_BE_DONE Magst du das mal Exemplarisch erkären? Klar. Beispiele kommen alle noch. Vor allem für Nodes und Segments, wo noch garnicht gemacht ist. Erstmal ist noch Arbeit für die Areas und Roads zu tun bevor ich da Zeit für investieren kann. Solange keiner dabei hilft dauert das halt ein paar Monate. Wie geschrieben würde ich mich erstmal auf Roads und Areas stürzen. Wenn wir die vervollständigt haben kann warscheinlich danach ein ganzer Brocken der Nodes automatisch zugeordnet werden. (Hier bräuchte ich noch Hilfe bei den Algorithmen. Wie z.b. erkenne ich ein Autobahn-Kreuz,... .) Ich verstehe es schlicht nicht. Wie soll ich den z.B. den Punkt: 4474 Taggen? In der OSM Datei: https://wolschon.kleinbetrieb.biz/tmclcl/TMCPoint_4474.osm finde ich die Angaben: tag k=TMC:cid_58:tabcd_1:LocationCode v=4474/ tag k=TMC:cid_58:tabcd_1:NextLocationCode v=20498/ Der Bereich scheint die Dresdener Straße / August Bebel Straße in Chemnitz zu sein. Das sind bei OSM schonmal zwei Punkte. Dann halt 2 Nodes dieses Tag geben. Das ist keine 1:1 -Abbildung. Laut wiki soll ich noch: TMC:cid_CID:tabcd_TABCD:Direction TMC:cid_CID:tabcd_TABCD:PrevLocationCode Taggen, aber was soll ich da eintragen? Wozu? Ist der Punkt nicht mir TMC:cid_58:tabcd_1:LocationCode eindeutig bestimmt? Der Punkt ist damit zwar eindeutig bestimmt aber nicht nutzbar ohne das jeder sich selber zur BASt durchclickt, deren Lizenzt abwinkt, die LCL runter läd und in sein Navi installiert. Denn ohne die Information welches der nächste/vorherige Punkt ist, kann man alleine mit der Information wo der in der Karte ist noch nichts anfangen. Meldungen sind fast immer als Von hier bis 3 Schritte vorwärts kodiert. Muss ich noch genauer ausformulieren im Wiki. * Direction ist wichtig, da z.B. Staus oft nur eine Richtung betreffen und die andere Richtung eigentlich frei ist oder einen wesentlich kürzeren Gaffer-Stau hat. Wozu ist der Next und der PrevLocationCode gut? * Wenn PrevLocationCode/NextLocationCode mit in der Karte sind, kann ein Navi nur mit der Karte, die es eh schon hat sofort TMC Verkehrsmeldungen für alle Länder deren LCL wir importieren dürfen anzeigen und für seine Metriken(z.B. schnellste Route) nutzen. Noch eine Anregung: Kannst du die Aufbereitung nicht nach Bundesländern / Regionen machen. Ich hab wesentlich mehr Lust TMC Daten bei mir in der Nähe einzutragen (wo ich im Zweifel auch was davon habe) als sonstwo in Leipzig oder Chemnitz. Ich vermute das das Chemnitzern ähnlich geht. Wenn mir jemand den Code dafür schreibt kann ich das gerne machen. Die Sourcen welche ich benutze sind ja alle verlinkt. Momentan reicht die wenige Zeit kaum um mich um die wichtigsten Aspekte zu kümmern. Ich kann gerne versuchen bei eimem Tool behilflich zu sein, was die Daten besser für den User darstellt (Ähnlich osm-isil.anders-hamburg.de) Gerne. Was brauchst du? Ich hab hier auch noch einen Deutschland-Export der ganzen LCL in ein OSM-format liegen. Den sollte man recht gut als Vektor-Layer rendern können. (Braucht ewig viel Ram de zu erstellen.) Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagsupport
2009/12/13 Sven Geggus li...@fuchsschwanzdomain.de: Michael Buege mich...@buegehome.de wrote: Wer schon immer mal wissen wollte, ob was wo wie dargestellt wird, koennte das vielleicht interessant finden: http://wiki.openstreetmap.org/wiki/User:Stevage/tagsupport Radkarte und Reit-/Wanderkarte wär auch noch interessant. Was er braucht Traveling Salesman aufzunehmen hab ich schon angefragt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-import - Helfer gesucht
2009/12/13 Florian Gross flor...@grossing.de: Am Sa Dezember 12 2009 glaubte Marcus Wolschon zu wissen: Wir sind immernoch dabei die LocationCodes für TMC Verkehrsmeldungen an die entsprechenden Elemente unserer Karte anzuhängen. http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#WORK_TO_BE_DONE Zu den Areas: Nur die Stadt selber oder auch die verstreuten Teilorte mit rein? Irgendwie blicke ich nicht ganz durch. Wenn die Area eine Stadt ist (Steht im Wiki und in der OSM-Datei immer was es ist), dann die Stadt selber. Die generierte Referent OSM-Datei sollte in Rechteck als Bounding-Box enthalten. Diese wurde aus allen Elementen errechnet, welche diese Area als ihre Verwaltungseinheit angeben. Das sollte einem eine Vorstellung von der gemeinten Größe geben. Ansonsten habe ich außer dieser Bounding-Box und dem Deutschen und Englischen Namen der Verwaltungseinheit (Stadt, Kreis, ...) auch keine weiteren Informationen. PS: Ich habe beim Hochladen der Wiki-Seiten für Segmente und Punkte einen Fehler gemacht und generiere die gerade neu und lade die dann neu hoch. Dann kommt bei der Gelegenheit auch ein zusätzlicher Such-Link rein, mit dem man über die XAPI suchen kann ob dieses Element schon getagged wurde. (z.B. für Punkte die schon getagged wurden als jemand ein Segment was diesen Punkt enthält gemacht hat.) Gruss, Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-import - Helfer gesucht
2009/12/13 Florian Gross flor...@grossing.de: Ok, das Stadtgebiet mit Teilorten ist hier zu sehen: http://www.openstreetmap.org/browse/relation/362660 Und wenn ich dann https://wolschon.kleinbetrieb.biz/tmclcl/TMCAdminArea_1729.osm drüberlege, erhalte ich sowas: http://img195.imageshack.us/img195/8172/tmc.png Also nicht nur die Kernstadt selber sondern eben auch noch die einzelnen Teilorte (wenigstens teilweise). Wo jetzt genau, ich blick immer noch nicht durch. Nur Künzelsau selber oder auch Gaisbach und was sonst als Stadt Künzelsau mitläuft? Ich würde nur die bestehende Relation 362660 taggen. Das Gebiet 1729 ist Gemeinde/Stadt, Künzelsau. Da geht wohl einfach die zugeordnete Strasse etwas weiter und damit ist die Bounding-Box etwas größer aber zumindest weis man durch die Bounding-Box, dass dies das richtige Künzelsau ist. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-import - Helfer gesucht
2009/12/14 Schorschi scho...@snafu.de: Moin das mit dem Verstehen geht mir genau so, allerdings würde ich mich mehr bemühen, wenn Kannst du die Aufbereitung nicht nach Bundesländern / Regionen machen. Ich hab wesentlich mehr Lust TMC Daten bei mir in der Nähe einzutragen (auch für mich) diese TMC-Listen Orten zuzuordnen wären. Da picke ich mir dann die heraus, bei denen ich mich auf halbwegs sicherem Gelände bewege, weil ich da zumindest schon mal war und eine Ahnung habe, wie es da aussieht. Wie genau stellst du dir das vor? Nach Orten und nach Kreisen wird schlecht gehen, da das nur wichtige Strassen sind und damit meist Autobhanen, Bundesstrassen, einige wenige Landesstrassen und ein paar wichtige Verbindungen dazwischen. Nach Bundesländern könnte gehen, wenn man für jedes Element das Verwaltungsgebiet ansieht zu dem es gehört und solange nach oben geht bis man ein Bundesland hat. Nur wie sortiert man die Seiten dann um? Ich kann weder angelegte Seiten löschen noch ist der Code für das Wiki dazu fähig Tabellen zu aktualisieren deren Zeilen-Anzahl sich verändert hat. (Code ist im SVN, das müsste jemand schreiben und gründlich mit einem eigenen Mediawiki testen.) Ich schau lieber erstmal dass ich in die .osm -Dateien für Points und Segments die Kreuzungs-Informationen rein bekomme. Lokales Wissen halte ich für nicht notwendig solange die Gemeinde, Bundesstrase,... schon existiert. Wenn was neu angelegt werden muss, klar, dann ist das natürlich wieder wichtig. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagsupport
2009/12/14 Stephan Wolff s.wo...@web.de: Am 13.12.2009 18:16, schrieb Michael Buege: Moin Wer schon immer mal wissen wollte, ob was wo wie dargestellt wird, koennte das vielleicht interessant finden: http://wiki.openstreetmap.org/wiki/User:Stevage/tagsupport Moin, moin, die Idee finde ich gut, mit der Ausführung habe ich einige Probleme: - welche Version der Programme / Regeln ist dargestellt? Wie alt ist die Tabelle? Könnte man vileicht manuell machen. Solltest du mal den Author fragen. - was bedeutet highway=* oder man_made=* ? Dass irgendwo im Code das highway-Tag oder das man_made -Tag vom Programm ausgewertet wird? - warum ist für power=line und power=tower und viele andere in der Karte dargestellte Tags kein Eintrag in der Mapnik-Spalte? Weil das XSLT das nicht im Potlatch-Code so finden konnte? - wird ein Tag als Punkt, Linie und Fläche dargestellt oder nur eines davon? - für Mapnik und Osmarender wäre der minimale Zoomlevel nützlich Ich glaube nicht dass ein XSLT dazu fähig ist dies herauszufinden. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
