Re: [Talk-de] TMC Validator nimmt jetzt Daten von Version 9.00 / Re: TMC: new location code table version 9.0 for Germany
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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Instantexport als Bild
Am 16. Februar 2010 20:36 schrieb Christian Knorr os...@gmx.de: Hallo zusammen, ich suche eine Möglichkeit per http-Abfrage einen Ausschnitt als Bild (jpg,png...) zu bekommen, sodass ich es als img einbinden kann. Die Exportfunktion (http://tile.openstreetmap.org/cgi-bin/export) ist leider zu langsam (denke ich zumindest, ich hab sie noch nicht erreicht ;) ) Des Weiteren muss ich wissen wie ich den Maßstab berechnen kann. Ich habe eine Boundingbox und die Bildgröße gegeben, und muss wissen welchen Maßstab ich angeben muss um eben diese Bildgröße zu erhalten. Schau dir auch mal die staticmap an: http://pafciu17.dev.openstreetmap.org/ Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmosis: Kanaren ausschneiden scheitert
Hi ! kann mir einer von Euch sagen warum bei mir die OSM-Datei leer bleibt wenn ich versuche die Kanaren wie folgt versuche ausschneiden. (osmosis 0.32): bin/osmosis.bat --read-xml spain.osm.bz2 --bp file=spain_kanaren.poly --write-xml data4garminmap.osm Inhalt der spain_kanaren.poly: polygon 1 -1.771958E+001 3.348254E+001 -1.853961E+001 2.743621E+001 -1.743382E+001 2.722650E+001 -1.379340E+001 2.52E+001 -1.292368E+001 2.871877E+001 -1.258821E+001 2.954359E+001 -1.595529E+001 3.369989E+001 -1.771958E+001 3.348254E+001 END END Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis: Kanaren ausschneiden scheitert
Jan Tappenbeck schrieb: Hi ! kann mir einer von Euch sagen warum bei mir die OSM-Datei leer bleibt wenn ich versuche die Kanaren wie folgt versuche ausschneiden. (osmosis 0.32): bin/osmosis.bat --read-xml spain.osm.bz2 --bp file=spain_kanaren.poly --write-xml data4garminmap.osm Sind die Kanaren evtl. noch gar nicht im Spanienextrakt enthalten? -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis: Kanaren ausschneiden scheitert
Dirk-Lüder Kreie schrieb: Sind die Kanaren evtl. noch gar nicht im Spanienextrakt enthalten? IMHO sind die nicht drin. Man kann die Kanarien aber auch gut per XAPI ziehen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung
Am 28. Januar 2010 12:10 schrieb Florian Lohoff f...@zz.de: http://osm.gt.owl.de/Strassenliste/ Ein paar kleine Vorschläge und Probleme: 1. http://osm.gt.owl.de/Strassenliste/images/mecklenburg-vorpommern.jpg ist auch vom Darstellungsproblem betroffen 2. http://osm.gt.owl.de/Strassenliste/images/sachsen.jpg Die Stadt Waldheim (http://www.openstreetmap.org/browse/relation/401845) wird falsch und die Stadt Görlitz (http://www.openstreetmap.org/browse/relation/409676) gar nicht angezeigt. 3. Die Seite wird sehr lang und unübersichtlich. Bitte führe eine hirarische Trennung ein oder folge den Wiki-Seiten. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis: Kanaren ausschneiden scheitert
Chris-Hein Lunkhusen schrieb: IMHO sind die nicht drin. Man kann die Kanarien aber auch gut per XAPI ziehen. oder nimm noch einfacher die canary_islands.osm.bz2 aus dem africa-Verzeichnis! Gruß, Stefan ___ 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
Am 17.02.2010 09:04, Robert S.: 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 Interessanter Link, vor allem, weil sie mal wieder das Thema TMC-Points an Autobahnab-/auffahrten taggen anschneidet mit diesen zwei Meldungen: A43 Recklinghausen - Wuppertal in Höhe Bochum-Riemke Baustelle, Einfahrt gesperrt ( Ereignisse: 701 , 406 ) A43 Wuppertal - Recklinghausen zwischen Bochum-Riemke und Bochum-Riemke Baustelle, Ausfahrt gesperrt ( Ereignisse: 701 , 407 ) Offenbar lassen sich mit den Ereigniscodes 406 und 407 Störungen an Aus- und Abfahrten separat melden. Da sieht's mit unserem praktizierten TMC-Point entweder an Auf- oder Abfahrt natürlich doof aus :( Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis: Kanaren ausschneiden scheitert
Am 17.02.2010 10:30, schrieb Stefan Dettenhofer (StefanDausR): Chris-Hein Lunkhusen schrieb: IMHO sind die nicht drin. Man kann die Kanarien aber auch gut per XAPI ziehen. oder nimm noch einfacher die canary_islands.osm.bz2 aus dem africa-Verzeichnis! Gruß, Stefan wenn das mit der lösung immer so einfach wäre !!! ___ 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
Moin, Claudius schrieb: Am 17.02.2010 09:04, Robert S.: [1] http://www.wdr.de/verkehrslage/tmc Interessanter Link, vor allem, weil sie mal wieder das Thema TMC-Points an Autobahnab-/auffahrten taggen anschneidet mit diesen zwei Meldungen: Ja, sehr interessanter Link, danke. A43 Recklinghausen - Wuppertal in Höhe Bochum-Riemke Baustelle, Einfahrt gesperrt ( Ereignisse: 701 , 406 ) A43 Wuppertal - Recklinghausen zwischen Bochum-Riemke und Bochum-Riemke Baustelle, Ausfahrt gesperrt ( Ereignisse: 701 , 407 ) Offenbar lassen sich mit den Ereigniscodes 406 und 407 Störungen an Aus- und Abfahrten separat melden. Da sieht's mit unserem praktizierten TMC-Point entweder an Auf- oder Abfahrt natürlich doof aus :( hhmm, vielleicht doch eine TMC-Relation mit den drei(ecks) Wegelementen und den Rollen in(bound), out(bound) und trans(it) o. ä.? Aber wie ist das dann bei den großen AK mit den Kleeblättern. Da gibt es dann ja z.B. schon zwei Einfahrten auf die 'Außenumfahrung' und die gesamte Einfahrt auf die Hauptfahrbahn, aber immer noch nur einen TMC-Punkt. Können die das dann auch noch wohlmöglich ereignismäßig feiner aufsplitten? Hab mir jetzt doch mal die LCL/ECL besorgt. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis: Kanaren ausschneiden scheitert
Am 17.02.2010 11:17, schrieb Jan Tappenbeck: Am 17.02.2010 10:30, schrieb Stefan Dettenhofer (StefanDausR): Chris-Hein Lunkhusen schrieb: IMHO sind die nicht drin. Man kann die Kanarien aber auch gut per XAPI ziehen. oder nimm noch einfacher die canary_islands.osm.bz2 aus dem africa-Verzeichnis! Gruß, Stefan wenn das mit der lösung immer so einfach wäre !!! nochmal wieder nachgefragt wo MADEIRA und seine Nachbarinsel zu finden wäre ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis: Kanaren ausschneiden scheitert
Am 17.02.2010, 12:04 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net: Kind fragt: Papa, wo liegen die Malediven? Papa: Frage deine Mutter, die räumt immer Alles weg! SCNR ;-) Jacques Am 17.02.2010 11:17, schrieb Jan Tappenbeck: Am 17.02.2010 10:30, schrieb Stefan Dettenhofer (StefanDausR): Chris-Hein Lunkhusen schrieb: IMHO sind die nicht drin. Man kann die Kanarien aber auch gut per XAPI ziehen. oder nimm noch einfacher die canary_islands.osm.bz2 aus dem africa-Verzeichnis! Gruß, Stefan wenn das mit der lösung immer so einfach wäre !!! nochmal wieder nachgefragt wo MADEIRA und seine Nachbarinsel zu finden wäre ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis: Kanaren ausschneiden scheitert
Jan Tappenbeck schrieb: nochmal wieder nachgefragt wo MADEIRA und seine Nachbarinsel zu finden wäre ? Gruß Jan Die musst Du Dir aus der africa.osm ausschneiden oder gleich die XAPI nehmen. Übrigens: Die Zuordnung zu den Kontinenten kannst Du auch aus meiner NaviPOWM-Download-Karte ablesen: http://dev.openstreetmap.de/navipowmmaps/TileMap.htm Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugriff auf ALLE OSM-Daten
2010/1/27 Lars Francke lars.fran...@gmail.com: Falls es hier jemanden interessiert: Es wird demnächst einen neuen Dump der Daten geben. Und da ist er: http://planet.openstreetmap.org/full-experimental/full-planet-100214.osm.bz2 Wenn Ihr Fehler darin findet würde ich mich über eine Nachricht freuen. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO oder allgemeines wie mappe ich e ine Brücke Problem
Sei dem das neue Layout der AIO auf dem Garmin läuft (gefällt mir sehr gut!) fällt mir auf, dass bei vielen Brücken die Wegführung nicht stimmt, viele Brücken, die in der Realität z.B. über eine andere Straße führen, werde so dargestellt, dass sie unter der betroffenen Straße hindurchführen, bzw. umgekehrt. Ich bin letzte Woche von Schweinfurt Richtung München gefahren auf der A70 und A73, waren fast 80% der Brücken so falsch dargestellt. (Teilweise ein Fahrspur der BAB unter der Brücke, die andere als Brücke Ist das ein Fehler der AIO oder gibt das da ein generelles wie mappe ich eine Brücke Problem? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO oder allgemeines wie mappe ich ei ne Brücke Problem
Christian von Rotenhan schrieb: Sei dem das neue Layout der AIO auf dem Garmin läuft (gefällt mir sehr gut!) fällt mir auf, dass bei vielen Brücken die Wegführung nicht stimmt, viele Brücken, die in der Realität z.B. über eine andere Straße führen, werde so dargestellt, dass sie unter der betroffenen Straße hindurchführen, bzw. umgekehrt. Ich bin letzte Woche von Schweinfurt Richtung München gefahren auf der A70 und A73, waren fast 80% der Brücken so falsch dargestellt. (Teilweise ein Fahrspur der BAB unter der Brücke, die andere als Brücke Ist das ein Fehler der AIO oder gibt das da ein generelles wie mappe ich eine Brücke Problem? Nee das ist das Problem von Garminkarten. Bei OSM gibt es ja das layer-tag um darzustellen, was oben und was unten liegt. Brücken sind meist mit layer=1 getaggt. Standard ist layer=0 (braucht nicht gesetzt werden). Das Problem bei Garmin ist, dass man ihm nicht mitteilen kann, welche Linie er zuerst zeichnen soll. Der macht das wie er will. Entsprechend siehts auch aus. Bei Flächen kann man fest definieren, welche oben und welche unten liegt. Da kann ich mir dann beispielsweise aussuchen, ob ich lieber den Campingplatz im Wald erkennen möchte, oder die Waldstückchen auf dem Campingplatz. Bei Linien geht eben nicht mal das. Du wirst also auch feststellen, dass Flüssen manchmal über Brücken liegen und so ein kram. Falls ich mich irre, bin ich sehr interessiert, wie es doch geht! Ansonsten hab ich die neue Darstellung wieder etwas zurückgenommen, was die Straßenbreite angeht. Eine weitere Beschränkung beim Garmin ist nämlich, dass die Linienbreite in allen Zoomstufen gleich ist und wenn man rauszoomt geht gar nix mehr, wenn die Autobahn so fett ist. Es sieht zwar in Mapsource gar nicht so schlecht aus, aber auf dem Gerät ist es wohl besser dünne Linien zu haben als dicke. Die neuen Farben bleiben erstmal. So weit erstmal Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO oder allgemeines wie mappe ich ei ne Brücke Problem
Beispiele solcher Brücken: N 50°01.262' E010°19.519' oder: N 50°01.811' E010°17.422' oder: N 50°01.842' E010°17.109' oder: N 50°01.464' E010°14.283' in JOSM kann ich da keine Fehler entdecken. GRuß UMAX974 Am 17.02.2010 um 13:45 schrieb Christian von Rotenhan: Sei dem das neue Layout der AIO auf dem Garmin läuft (gefällt mir sehr gut!) fällt mir auf, dass bei vielen Brücken die Wegführung nicht stimmt, viele Brücken, die in der Realität z.B. über eine andere Straße führen, werde so dargestellt, dass sie unter der betroffenen Straße hindurchführen, bzw. umgekehrt. Ich bin letzte Woche von Schweinfurt Richtung München gefahren auf der A70 und A73, waren fast 80% der Brücken so falsch dargestellt. (Teilweise ein Fahrspur der BAB unter der Brücke, die andere als Brücke Ist das ein Fehler der AIO oder gibt das da ein generelles wie mappe ich eine Brücke Problem? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hosting für OSMdoc gesucht
Am 15. Februar 2010 23:14 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Da alle diese (Zwischen-)Ergebnisse im gleichen XML Format vorliegen, kann ich die mit Hilfe einer XSLT Datei direkt im Browser anschauen - und zwar sortierbar, eingefärbt nach Häufigkeit, ... :-) Als Beispiel die Tags im Geofabrik Asien Ausschnitt, die auch in den Map Features und anderen beliebten Wiki Seiten auftauchen: http://home.arcor.de/ulf.lamping/osm/asia.wiki.xml das finde ich sehr hilfreich, und auch eine schöne Darstellung. Hast Du zufällig diese Auswertungen auch für Europa bereits gemacht und kannst das zur Verfügung stellen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO oder allgemeines wie mappe ich ei ne Brücke Problem
.. das war mal eine interssante und gute Antwort, von einem heimlich mitlesenden MTB-Mapper. Der auch mit diesen Problemen der Darstellung für zielgerichtetes Mappen kämpft. Gruss Am 17.02.2010 14:14, schrieb Christoph Wagner: Christian von Rotenhan schrieb: Sei dem das neue Layout der AIO auf dem Garmin läuft (gefällt mir sehr gut!) fällt mir auf, dass bei vielen Brücken die Wegführung nicht stimmt, viele Brücken, die in der Realität z.B. über eine andere Straße führen, werde so dargestellt, dass sie unter der betroffenen Straße hindurchführen, bzw. umgekehrt. Ich bin letzte Woche von Schweinfurt Richtung München gefahren auf der A70 und A73, waren fast 80% der Brücken so falsch dargestellt. (Teilweise ein Fahrspur der BAB unter der Brücke, die andere als Brücke Ist das ein Fehler der AIO oder gibt das da ein generelles wie mappe ich eine Brücke Problem? Nee das ist das Problem von Garminkarten. Bei OSM gibt es ja das layer-tag um darzustellen, was oben und was unten liegt. Brücken sind meist mit layer=1 getaggt. Standard ist layer=0 (braucht nicht gesetzt werden). Das Problem bei Garmin ist, dass man ihm nicht mitteilen kann, welche Linie er zuerst zeichnen soll. Der macht das wie er will. Entsprechend siehts auch aus. Bei Flächen kann man fest definieren, welche oben und welche unten liegt. Da kann ich mir dann beispielsweise aussuchen, ob ich lieber den Campingplatz im Wald erkennen möchte, oder die Waldstückchen auf dem Campingplatz. Bei Linien geht eben nicht mal das. Du wirst also auch feststellen, dass Flüssen manchmal über Brücken liegen und so ein kram. Falls ich mich irre, bin ich sehr interessiert, wie es doch geht! Ansonsten hab ich die neue Darstellung wieder etwas zurückgenommen, was die Straßenbreite angeht. Eine weitere Beschränkung beim Garmin ist nämlich, dass die Linienbreite in allen Zoomstufen gleich ist und wenn man rauszoomt geht gar nix mehr, wenn die Autobahn so fett ist. Es sieht zwar in Mapsource gar nicht so schlecht aus, aber auf dem Gerät ist es wohl besser dünne Linien zu haben als dicke. Die neuen Farben bleiben erstmal. So weit erstmal Grüße Christoph ___ 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] Nutzerstatistiken
Hallo zusammen, auf der Legal-Mailingliste werden gerade ein paar interessante Zahlen und Grafiken herumgereicht: Aktive Mapper*: 8173 http://www.flickr.com/photos/itoworld/4360166105 Maximale Anzahl Mapper an einem Tag: ca. 2500 - ca. 22. April (ein Tag nach der API-Umstellung) - ca. 20. September (was war da?) Minimale Anzahl Mapper an einem Tag**: ca. 1100 - 25. Dezember http://www.flickr.com/photos/itoworld/4362940972 Gruss, Thomas * gemäss der aktuell für die neue Lizenz vorgeschlagenen Regel: aktiv in drei Kalendermonaten innerhalb der letzten sechs Monate ** in den vergangenen 12 Monaten, ohne Datenbankausfälle ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Hallo Thomas, Meiner Meinung nach ist es daher falsch, in diesen Fällen auch den Key uic_ref zu verwenden.. (In der Schweiz hingegen sind _alle_ Stationsnummern UIC-konform.) Die Anfangsziffern 01 bis 09 sind nicht im UIC-Code benannt. Diese werden innerhalb des HAFAS-Auskunftssystems für ÖPNV-Haltestellen verwendet. Während die Nummern für die Bahnhöfe genormt sind könnte eine Nummer im Busbereich in Österreich eine ganz andere Bedeutung als in der Deutschland haben. Oder im Hafas der DB AG, des RMV und des VBB. Oder - wie ich oben geschrieben habe - für diese Nummern sollte nicht der Key uic_ref verwendet werden. Für Bushaltestellen würde ich eher versuchen die Nummer des lokalen Verbundes oder Unternehmen zu integrieren. Sobald diese eindeutig benannt sind spricht ja nichts dagegen, mehrere Nummern aufzunehmen. In NRW sind wir gerade dabei ein landesweites Haltestellenkataster aufzubauen. Dabei werden Naptan/Transmodel-kompatible Nummern des Schemas DE:4711:1234 verwendet, wobei DE das Länderkürzel, 4711 die Gemeidnekennziffer des Landkreises und 1234 (meist) die lokale Haltestellennummer des regional zuständigen Verbundes ist. Nach meinen Recherchen wird in der Schweiz vor allem die UIC-konforme* Nummer verwendet. Von einer Naptan-Nummer wussten die bisher angeschriebenen Verkehrsunternehmen nichts. Gruss, Thomas * Es lässt sich natürlich nun gut darüber streiten, ob es sich um einen uic_ref handelt, oder ob die Zahl nur so aussieht, wie wenn es ein uic_ref wäre. Bei der Grösse der Schweiz gehe ich aber davon aus, dass wir nie eine nicht-UIC-konforme Nummer vergeben müssen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Hallo Thomas, Was hältst Du davon zu überprüfen ob in den Daten innerhalb eines Umkreises von 200 bis 500 m eine bereits eine weitere Haltestelle vorhanden ist. Und Du erst mal nur die importierst wo es in der Nähe noch keine Haltestellen vorhanden sind. Und damit Doubletten vermeidest. Ja, auf so etwas in der Art wird es wohl hinauslaufen. Ich vermute das der städtische Bereich schon recht gut versorgt ist und eher die Wald-und-Wiesen-Postautohaltestelle fehlt. Dort kannst Du ja über Nähe und Namensähnlichkeit gehen und nur die Nummer zuweisen. vgl. hierzu auch die Karte unter http://wiki.openstreetmap.org/wiki/EN:Switzerland/DIDOK Ich vermute allerdings das beim Mappen eher der Mast aufgenommen wird und Du -um beim Standardfall zu bleiben- eher zwei Masten vorfinden wirst wo Du nur eine Haltestelle in Deinen Daten hast. Verschlechtern würde ich in diesem Fall nichts. Klar, (automatisch) gelöscht wird nichts. In einem zweiten Durchlauf wird man natürlich auch mal nach OSM-Haltestellen suchen, die in der Liste nicht vorhanden sind. Diese Punkte wird man dann allerdings von Hand bearbeiten müssen. Kann ich mir fast nicht vorstellen, das es in Zentraleuropa noch eine im regulären Personenverkehr bediente Bahnstrecke gibt die in OSM fehlt. Und die Bahnhöfe werden wohl auch eher alle drinnen sein. Das einzige Problem, das ich bisher feststellen konnte: Anstatt eines Punktes auf dem Gleis war das Bahnhofsgebäude mit railway=station getagged. Ich habe diese Fälle (ca. 30) nun korrigiert. Meine Daten werden bestimmt 1x pro Woche angefasst und regelmäßig wird rausgefahren, Haltestellen suchen. Dennoch hab ich einige Leichen. OSM wird oft besser sein. Ich bin da ganz zuversichtlich. Die Daten werden nämlich auch in vielen offiziellen GIS-Systemen der Kantone benutzt. Deine Argumentation hat etwas. Wobei ich das Loc eher auch die Kommune beziehen würde. Und innerhalb einer Stadt/Gemeinde gibt es häufig mehrere Haltstellen Ort, Bahnhof, Post, Schule usw. die nur durch Zusatz eindeutig werden. Das kommt bei uns nicht vor. Pro Ort sind die Kurznamen eindeutig. Hat ein Ort mehrere Bahnhöfe, dann heissen auch die Bahnhöfe unterschiedlich und dadurch auch die zugehörigen Bushaltestellen. Ja, aber sowohl bei der SBB (Schweizerische Bundesbahnen), als auch beim ZVV (Zürcher Verkehrsverbund; grösster Verbund der Schweiz) funktioniert die Verlinkung via Name sehr zuverlässig (insbesondere, da wir ja die korrekten, kompletten Namen zur Verfügung haben). Noch, aber wenn die Haltestelle umbenannt wird sollte die ID weiter funktionieren; der Name wird das oft nicht mehr tun. Wir aktualisieren die Daten aber nach jedem Fahrplanwechsel. ;) Und wenn nicht, dann werden dem 'normalen Mapper' geänderte/falsche Namen sicherlich schneller auffallen als kryptische Ref-Angaben.. Zudem: Im Gegensatz zu bahn.de *funktioniert* die Angabe der IBNR im Stationsfeld in den schweizer Fahrplänen *nicht*. Weder auf den Websiten selbst, noch als Verlinkung. Selbst die Grossen wie http://map.search.ch/ oder Google 'müssen' den Stationsnamen als ID benutzen. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ist jemand auf der Cebit?
Hallo, die Cebit ist ja zeitgleich mit der FOSSGIS (das haben die wieder mal schlecht geplant bei der Cebit ;-) und ich hoffe natuerlich, moeglichst viele von Euch auf der FOSSGIS zu treffen. Gibt es aber trotzdem den einen oder anderen OSM-Aktiven, der nicht zur FOSSGIS, sondern (vielleicht aus beruflichen Gruenden) zur Cebit faehrt? Falls ja, moege der sich bei mir doch mal off-list melden, ich haette eventuell eine Mission fuer ihn/sie ,-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO oder allgemeines wie mappe ich ei ne Brücke Problem
Moin! Es gibt die Möglichkeit, die betreffende osm-Datei vor dem mkgmap-Lauf mit osmosis nach verschiedenen Kriterien, z.B. Wert des layer-tags, zu sortieren und mkgmap zu sagen, es solle de inhalte der Reihe nach verarbeiten. Ich hab es selbst noch nicht gemacht, aber frag mal Nop, der benutzt sowas für die Reit- und Wanderkarte. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Planet-Extrakt D-A-CH
Hallo Thomas, Thomas Ineichen schrieb: Du kannst ja mal einen Probe-Durchlauf mit E5-E18/N45-56 machen und schauen, wie sehr sich die Rechenarbeit/Datenmenge mit Wien, Mailand und Venedig vergrössert D-A-CH liegt mal probeweise hier: http://dev.openstreetmap.de/navipowmmaps/navipowm/ Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist jemand auf der Cebit?
Frederik Ramm schrieb: Hallo, die Cebit ist ja zeitgleich mit der FOSSGIS (das haben die wieder mal schlecht geplant bei der Cebit ;-) und ich hoffe natuerlich, moeglichst viele von Euch auf der FOSSGIS zu treffen. Gibt es aber trotzdem den einen oder anderen OSM-Aktiven, der nicht zur FOSSGIS, sondern (vielleicht aus beruflichen Gruenden) zur Cebit faehrt? Falls ja, moege der sich bei mir doch mal off-list melden, ich haette eventuell eine Mission fuer ihn/sie ,-) Ich versuche, auf beiden Hochzeiten zu tanzen. Genaue Aufteilung habe ich mir aber noch nicht überlegt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO oder allgemeines wie mappe ich ei ne Brücke Problem
Am 17.02.2010 14:14, schrieb Christoph Wagner: Christian von Rotenhan schrieb: Sei dem das neue Layout der AIO auf dem Garmin läuft (gefällt mir sehr gut!) fällt mir auf, dass bei vielen Brücken die Wegführung nicht stimmt, viele Brücken, die in der Realität z.B. über eine andere Straße führen, werde so dargestellt, dass sie unter der betroffenen Straße hindurchführen, bzw. umgekehrt. Ich bin letzte Woche von Schweinfurt Richtung München gefahren auf der A70 und A73, waren fast 80% der Brücken so falsch dargestellt. (Teilweise ein Fahrspur der BAB unter der Brücke, die andere als Brücke Ist das ein Fehler der AIO oder gibt das da ein generelles wie mappe ich eine Brücke Problem? Nee das ist das Problem von Garminkarten. Bei OSM gibt es ja das layer-tag um darzustellen, was oben und was unten liegt. Brücken sind meist mit layer=1 getaggt. Standard ist layer=0 (braucht nicht gesetzt werden). Das Problem bei Garmin ist, dass man ihm nicht mitteilen kann, welche Linie er zuerst zeichnen soll. Der macht das wie er will. Entsprechend siehts auch aus. Bei Flächen kann man fest definieren, welche oben und welche unten liegt. Da kann ich mir dann beispielsweise aussuchen, ob ich lieber den Campingplatz im Wald erkennen möchte, oder die Waldstückchen auf dem Campingplatz. Bei Linien geht eben nicht mal das. Du wirst also auch feststellen, dass Flüssen manchmal über Brücken liegen und so ein kram. Falls ich mich irre, bin ich sehr interessiert, wie es doch geht! Ansonsten hab ich die neue Darstellung wieder etwas zurückgenommen, was die Straßenbreite angeht. Eine weitere Beschränkung beim Garmin ist nämlich, dass die Linienbreite in allen Zoomstufen gleich ist und wenn man rauszoomt geht gar nix mehr, wenn die Autobahn so fett ist. Es sieht zwar in Mapsource gar nicht so schlecht aus, aber auf dem Gerät ist es wohl besser dünne Linien zu haben als dicke. Die neuen Farben bleiben erstmal. So weit erstmal Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ich habe das bei meinen karten so gemacht das es ein linientyp gibt der für tunnel ist und einer für brücken. da nur bestimmte für das routing gehen habe ich mir spezielle ausgesucht. der tunnel ist dann bei den straße eine eisenbahnschiene und bei den straßen eine linie mir rand und weißer füllung. zwar nicht immer perfakt aber ein guter workaround zum finden von fehlern. mich stört es nicht. bei bedarf kann ich einmal einen garmin-screenshot machen! gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist jemand auf der Cebit?
Argh, voll in die-reply-to-Falle getappt. Dirk-Lüder Kreie schrieb: Ich versuche, auf beiden Hochzeiten zu tanzen. Genaue Aufteilung habe ich mir aber noch nicht überlegt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Toppzeichen gesperrte Wasserflaeche
Hallo Arne, [...] Ich bin nicht der Autor von dem Toms-Plugin für den JOSM sondern habe einen Online-Editor für OpenSeaMap unter http://map.openseamap.org/map/map_edit.php geschrieben. Ah jetzt, ja. :-/ Tut mir leid, ich hatte nicht mitbekommen, um welchen Editor es geht, und habe auf Nachfrage dann off-list einen Link zum SourceForge-Projekt erhalten. Da war dann der Toms-Download das erste, was mir ins Auge stach. Mein Fehler, ich mal mitdenken sollen. Jetzt verstehe ich einiges besser... Danke für die Aufklärung! Der Online-Editor (hat das Projekt einen Namen?) sieht aber auch schon deutlich weiter fortgeschritten aus als Toms. Es hat bis jetzt noch keinen speziellen Namen. Ich benutze immer OpenSeaMap- Editor. Im SourceForge SVN ist er in den Dateien /website/map/map_edit.php und /website/map/dialogs/edit_seamark.php versteckt. Auch hier besteht aber das Problem, dass es nur eine Checkbox für das Topzeichen gibt. Ja. In fast allen Fällen genügt dies auch, da das Topzeichen sich durch die Tonne selbst ergibt. Im IALA-System ist das immer der Fall, ja. Auch bei Special Purpose (gelbes Andreaskreuz oder gar nichts). Naja, habe auf jeden Fall die roten Kreuze schon einmal gesehen. (siehe unten) Die einzige Ausnahme sind die Sonderzeichen Tonnen (SpecialPurpose). Diese können unterschiedliche Topzeichen haben. Dies berücksichtige ich, in dem bei der Auswahl einer Sonderzeichen Tonne eine weitere Auswahl-Box erscheint, in der ich das Topzeichen speziell auswählen kann. Habe ich jetzt gefunden, sieht gut aus. (Die Frage, ob die Binnen- Tonne gesperrte Wasserfläche überhaupt als Special Purpose getaggt werden sollte, lasse ich mal offen für einen späteren Tag.) Ganz nebenbei: wo gibt's denn rote Andreaskreuze als Toppzeichen? Das ist dann aber doch sicher irregulär, oder? Es gibt sie auf jeden Fall im Marinesperrgebiet im oberen Breitling in Warnemünde. Habe Fotos davon gesehen ;-) In der S57 wird der colour Schlüssel nur allgemein beschrieben. Sprich welche Werte er haben darf, aber die Farben werden keinem Tonnentyp zu geordnet. Es existieren ja nun durchaus Seezeichen, die nicht IALA, BinSchStrO oder sonstigen Normen entsprechen. Die haben dann teilweise auch recht unterschiedliche Toppzeichen. Beispiele: - DW-Route Kadetrinne mit gelben Lateraltonnen Korrektur: laut BSH haben die das normale Andreaskreuz als Toppzeichen. - dänische Regattatonnen mit Flagge - Reisig auf Pricken im Wattenmeer - improvisierte Betonnung Marke Benzinkanister mit Gewicht dran - privat bezeichnete Gewässer In der Kadetrinne habe ich bis jetzt noch keine gelben Lateraltonnen gesehen oder bekommen, wenn dies ein Thema wird müssen wir uns darüber Gedanken machen. Naja, das ist mein eigener Begriff dafür. ;-) Offiziell sind es halt Special Purpose--Zeichen als Spitz- und Stumpftonnen ausgeführt. Im so bezeichneten DW-Weg sehe ich aber Regel 9 KVR als anwendbar an, somit erfüllen diese Sonderzeichen de facto die Aufgabe von Lateralzeichen. IANAL. NfS 1/10 zeigt einen Plan der Betonnung auf Seite 4.38, da kannst Du es Dir anschauen: http://www.bsh.de/de/Schifffahrt/Sportschifffahrt/Berichtigungsservice_NfS /Liste_der_Mitteilungen/Mitteilungen2010/Mitteilungen01-10.pdf Ja, OK. Obwohl dort eher die SafeWater-Zeichen die eigentlichen Lateralzeichen sind und die SpecialPurpose-Zeichen das Seegebiet gegen das Fahrwasser abgrenzen. Merkwürdig ist es auf alle Fälle. In OSeaM ist eine der gelben Tonnen da übrigens interessanterweise als Backbordtonne getaggt. Die lag an der Stelle tatsächlich früher auch mal (~ 10 Jahre her). Anhand des fehlenden Source-Taggings und des Musters der Änderungen in OSM ist nicht auszuschließen, dass hier von älteren Seekarten abgezeichnet wurde. Interessant,kannst du mir eventuell einmal die Knoten ID zukommen lassen, damit ich den Nutzer darauf ansprechen kann? Solche Dinge sollten möglichst schnell geklärt werden, damit es keinen weiteren Eintragungen dieser Art gibt. Wie wird hier eigentlich von OSeaM die Rechtslage bewertet? Bei bestimmten Inhalten amtlicher Seekarten könnte man ja erwägen, ob § 5 UrhG zur Anwendung kommt -- bei nautischen Grenzen als Ergebnis von Verordnungen etc. z. B., aber vielleicht sogar auch bei Tonnen (Stichwort Sollposition, bei der man argumentieren könnte, sie werde im amtlichen Interesse zur allgemeinen Kenntnisnahme veröffentlicht -- und die ja nicht anders zu ermitteln ist als aus der amtl. Seekarte). Gibt es da einen Konsens unter den Mappern? Der allgemeine Konsens ist zur Zeit, dass aus Karten nicht abgezeichnet werden soll und Karten auch nicht zur Korrektur der Lage der Seezeichen benutzt werden sollen. Allgemein ist die Position der Tonne ja aufgrund der Länge der Ankerkette und der herrschenden Strömungs- und Windrichtung ständig unterschiedlich. Gerade in Holland scheint es aber auch ein Problem mit der Sollposition der
Re: [Talk-de] AIO oder allgemeines wie mappe ich e ine Brücke Problem
Christoph Wagner schrieb am 17.02.2010 14:14: Das Problem bei Garmin ist, dass man ihm nicht mitteilen kann, welche Linie er zuerst zeichnen soll. Der macht das wie er will. Entsprechend siehts auch aus. Bei Flächen kann man fest definieren, welche oben und welche unten liegt. Da kann ich mir dann beispielsweise aussuchen, ob ich lieber den Campingplatz im Wald erkennen möchte, oder die Waldstückchen auf dem Campingplatz. Bei Linien geht eben nicht mal das. Du wirst also auch feststellen, dass Flüssen manchmal über Brücken liegen und so ein kram. Falls ich mich irre, bin ich sehr interessiert, wie es doch geht! Ich arbeite mit verschiedenen Karten Layern. In dem Haupt-Layer sind alle Flaechen und alle Strasse mit bridge!=* enthalten. Darueber (also mit hoeherer Drawpriority) habe ich dann einen transparenten Layer, der lediglich alle Wege mit bridge=* enthaellt. Das wird dann auf den Garmingeraeten schoen uebereinander gezeichnet. Achja, mein Routing-Layer liegt versteckt unterhalb dem Haupt-Layer. Ansonsten muesste natuerlich das Haupt-Layer auch die Bruecken enthalten, denn sonst koennte man da ja nicht mehr drueber geroutet werden. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugriff auf ALLE OSM-Daten
am Mittwoch, 17. Februar 2010 um 12:50 schrieb Lars Francke: 2010/1/27 Lars Francke lars.fran...@gmail.com: Falls es hier jemanden interessiert: Es wird demnächst einen neuen Dump der Daten geben. Und da ist er: http://planet.openstreetmap.org/full-experimental/full-planet-100214.osm.bz2 Wie kann man mit der Datei arbeiten? Kann man sie z.B. in PostgreSQL importieren und den Datenstand zu einem bestimmten Zeitpunkt abrufen? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugriff auf ALLE OSM-Daten
Wie kann man mit der Datei arbeiten? Kann man sie z.B. in PostgreSQL importieren und den Datenstand zu einem bestimmten Zeitpunkt abrufen? Jein. Du kannst Osmosis verwenden und die apidb-Tasks[1] benutzen um das ganze in eine PostgreSQL Datenbank zu laden. Dann hast Du allerdings nur einfache Nodes, Relations, Ways und Changesets Tabellen. Um dann noch ein bestimmtes Gebiet zu einem bestimmten Zeitpunkt abzufragen müsstest Du einen Query über alle Elemente laufen lassen ob sie in dem von Dir bezeichneten Gebiet liegen und ob sie in dem von dir gewünschten Zeitpunkt aktiv waren. Das lässt sich nicht sehr einfach machen. Es ist einfacher eine Abfrage zu machen wie: Zeig mir alles was sich in dem Gebiet zwischen Zeitpunkt X und Zeitpunkt Y verändert hat. Um aber wirklich alles zu einem bestimmten Zeitpunkt zu kriegen musst Du _alle_ Versionen _aller_ Elemente angucken, die in dem Gebiet liegen und gucken ob Sie zu dem Zeitpunkt tatsächlich aktiv waren (und nicht z.B. schon geloescht oder verändert). Für solche Abfragen brauchst Du dann entweder Geduld (natürlich je nach Groeße des Abfragegebiets) oder spezielle Indizes und soweit ich weiß kann keine der gängigen Datenbanken einen solchen Index erstellen. Du müsstest also selbst Hand anlegen. Gruß, Lars [1] http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--write-apidb_.28--wd.29 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hosting für OSMdoc gesucht
Am 17.02.2010 14:19, schrieb Martin Koppenhoefer: Am 15. Februar 2010 23:14 schrieb Ulf Lampingulf.lamp...@googlemail.com: Da alle diese (Zwischen-)Ergebnisse im gleichen XML Format vorliegen, kann ich die mit Hilfe einer XSLT Datei direkt im Browser anschauen - und zwar sortierbar, eingefärbt nach Häufigkeit, ... :-) Als Beispiel die Tags im Geofabrik Asien Ausschnitt, die auch in den Map Features und anderen beliebten Wiki Seiten auftauchen: http://home.arcor.de/ulf.lamping/osm/asia.wiki.xml das finde ich sehr hilfreich, und auch eine schöne Darstellung. Hast Du zufällig diese Auswertungen auch für Europa bereits gemacht und kannst das zur Verfügung stellen? http://home.arcor.de/ulf.lamping/osm/europe.wiki.xml bzw. für planet: http://home.arcor.de/ulf.lamping/osm/planet.wiki.xml Achtung: Alle Daten sind von Mitte Januar (wo ich das letzte mal mit den Sachen rumgespielt habe), allerdings ändern sich diese Werte normal ja auch nicht sprunghaft. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist jemand auf der Cebit?
Dirk-Lüder Kreie osm-l...@deelkar.net wrote: Argh, voll in die-reply-to-Falle getappt. Reply-To List ist böse! Ich hatte mich diesebezüglich auch schon mit Jörg unterhalten, der das aber gut fiundet. Daraufhin habe ich meine eigenen Lösung gebastelt und filtere das Reply-To einfach weg. Sven -- This APT has Super Cow Powers. (apt-get --help on debian woody) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (NIcht-)Raucherbereiche mappen
Hallo, vor einiger Zeit kam hier mal die Debatte auf, wie man Raucherkneipen taggen kann. Daraus hat sich der Vorschlag zu einem allgemeinen Tag etnwickelt, der nicht nur das Rauchen / Nichtrauchen in Kneipen abbilden kann, sondern auch in Hotels, Herbergen, Kinos, etc. Falls es keine Einwände mehr zu dem Tag gibt, werde ich in absehbarer Zeit zur Abstimmung über das Tag aufrufen. Grüße Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (was: Normierung von Seezeichen) Rendern von Seezeichen und Editor
Am Montag, den 15.02.2010, 02:11 +0100 schrieb AssetBurned: moin On 14.02.2010, at 20:02, Arne Johannessen wrote: AssetBurned wrote: [...] Sind diese Tonnen nicht international oder zumindestens national normiert? Ja, sicher. Aber erstens gibt es zahllose verschiedene Normen für Schifffahrtszeichen. Allein in Deutschland z. B. eine internationale [...] dann sollte es doch ohne weiteres möglich sein auf diesen normen aufzubauen und ne einheitliche struktur zu schaffen. Klar, das ist im Prinzip durchaus möglich und wird offenbar auch von OSeaM und FT angestrebt. Unter anderem wegen der zuvor beschriebenen Komplexität der tatsächlichen Verhältnisse ist das aber nicht ganz so einfach, wie es klingt. ok anders ausdrücken. es gibt da zwei gruppen von leuten. die sich jeweils für sich selbst auf bestimmte verfahren geeinigt haben. hier sind also nur noch 2 parteien involviert und nicht nen halbesduzend nationaler/puselmuckeldorfer verfahren wenn die einen meinen (achtung keine sachkenntniss) da muss ne gefahrentonne nord-ost hin und die andern hätten lieber gelbe tonne mit zwei nach unten gerichteten pfeilen... heck dann ist letzteres preziser und das sollte genommen werden für die tags. vorrausgesetzt die tonne vor ort schaut wirklich so aus. ansonsten muß dann die editor software halt entsprechende alternativen anbieten und die nur anzeigende software ... nun die kann anzeigen was sie will solange die bedeutung der tonne klar wird. es sollte doch möglich sein eine auflistung aller von ihnen genutzter tags zu machen, zu schauen ob sich da tags widersprechen und dann die tags zusammen zu legen. ich meine ist ja nicht so als wenn die eine gruppe tags das backbord tonnen grün sind und die anderen meinen die sind rot. selbst wenn man sich auf die verschiedenen verfahren zum makieren von schifffahrtsstraßen in USA und Deutschland einschießen würde, könnte man ja schlicht sagen gemappt wird was man vor ort sieht egal was die theorie sagt! wenn die beiden gruppierungen aber (mal wieder drastisch geschrieben) zu blöd sind jeweils eine liste ihrer tags und wofür sie die benutzen, zu machen. dann ham sie ganz andere probleme. wobei zumindest die programmierer der jeweiligen editoren scheinen ja zu wissen welche tags es gibt und ein grundverständniss für bedeutung der tags in realer welt scheinen sie auch zu haben böse gesagt müsste man sich also nur mit den schreibern der apps zusammensetzen und in ner nacht und nebel aktion diese zu einen einheitlichen system überreden. den nutzern ist es ja egal was da im hintergrund so passiert, hauptsache auf ihrer karte erscheint nachher das richtige symbol. cu assetburned Das mit dem Zusammensetzen der beiden Projekte ist sicherlich eine gute Idee. Wirklich simpel ist das ganze marinetagging nicht, da braucht man zwei auch noch konkurierende Schemata so dringend wie einen Kropf. Seis drum. Ein Riesenproblem ist IMHO daß im Moment OSeaM nicht beide Taggingschemata darstellen kann. Dadurch ist man als Segler sehr versucht die in der freien Tonne eingetragenen Seezeichen auch in OSeaM angezeigt zu bekommen entsprechend umzutaggen/ dazuzutaggen. Das führt zu unnötigen Duplikaturen in der Datenbank. Man muß dazu sagen daß, obwohl ich die OSeaM- Strategie im Prinzip für zukunftsträchtiger halte, im Moment die freie Tonne den besseren und volltändigeren Editor besitzt um Seezeichen in die OSM Datenbank einzutragen. Der von OSeaM ist eben noch nicht fertig und kann z. B. nur Bojen erstellen. Seezeichen an Land, Ge- und Verbotsschilder Ankerflächen, Gefahrenflächen, Leuchttürme etc. werden überhaupt nicht unterstützt. Was ich bisher von beiden Taggingschemata gesehen habe sind diese durchaus gleichwertig und ähnlich vollständig. IMHO gibt es also keinen Grund, nicht beides zu rendern. Nicht der Mapper sollte daran gehindert werden etwas zu taggen, der Renderer muß sich dem Mapper anpassen. Wenn dieser im Moment nur über FT sinnvoll seinen Leuchtturm eingeben kann, so muß OSeaM da IMHO renderermäßig nachziehen. Sollte sich im Laufe der Jahre dann ein Taggingschema durchsetzen, so kann man über die übrigen Seezeichen dann auch nen bot drüber laufen lassen- aber bitte erst in ein Paar Jahren ;). Schön wäre bei der ganzen, verständlichen Begeisterung für das Editor- Programmierens einfach ein Paar Vorlagen für JOSM zu haben. Wählt man z. B. Seezeichen- Bake aus, dann kann man sich das dann auch sehr einfach zusammenklicken- Farbe, Höhe, Licht, Lichtcharakteristik etc. Das geht ja bei Autobahnauffahrten mit oneway und Spurenanzahl auch. Ist sicherlich schneller programmiert als ein Online- Editor oder ein echtes graphisches Plugin für JOSM- bei den Häfen hat es ja auch geklappt. Es erwartet im Moment sicherlich keiner Perfektion, das kann man hinterher immer noch ändern. Meine zwei Pfennich, Christian
Re: [Talk-de] (no subject)
Am 17.02.2010 22:55, schrieb Christian Wagner: Schön wäre bei der ganzen, verständlichen Begeisterung für das Editor- Programmierens einfach ein Paar Vorlagen für JOSM zu haben. Wählt man z. B. Seezeichen- Bake aus, dann kann man sich das dann auch sehr einfach zusammenklicken- Farbe, Höhe, Licht, Lichtcharakteristik etc. Das geht ja bei Autobahnauffahrten mit oneway und Spurenanzahl auch. Ist sicherlich schneller programmiert als ein Online- Editor oder ein echtes graphisches Plugin für JOSM- bei den Häfen hat es ja auch geklappt. Es erwartet im Moment sicherlich keiner Perfektion, das kann man hinterher immer noch ändern. Kennst du das JOSM TOMS Plugin? Das macht genau das, zumindest für die Bojen (wenn ich das als Landratte so richtig verstanden habe). Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist jemand auf der Cebit?
Am 17.02.2010 21:58, schrieb Sven Geggus: Reply-To List ist böse! ... und ideologisch vernebelte Linux Benutzer sind es auch ;-) SCNR! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bürgermeister beunruhigt wegen OSM und R outing
Am 16. Februar 2010 00:38 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Wer mit einem 40 Tonner im Rücken ein PKW-Navi nimmt und das auch noch auf kürzesten Weg einstellt, dem gehört für ein paar Monde der Führerschein entzogen, weil er offensichtlich nicht die nötige Sorgfalt im Straßenverkehr aufwendet. netter Thread hier ;-), aber was hat das Navigationsgerät im Fahrzeug mit dem Führerschein zu tun? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bürgermeister beunruhigt wegen OSM und R outing
Am 18.02.2010 01:40, schrieb Martin Koppenhoefer: Am 16. Februar 2010 00:38 schrieb Ulf Lampingulf.lamp...@googlemail.com: Wer mit einem 40 Tonner im Rücken ein PKW-Navi nimmt und das auch noch auf kürzesten Weg einstellt, dem gehört für ein paar Monde der Führerschein entzogen, weil er offensichtlich nicht die nötige Sorgfalt im Straßenverkehr aufwendet. netter Thread hier ;-), aber was hat das Navigationsgerät im Fahrzeug mit dem Führerschein zu tun? Du hast als Fahrzeugführer im Strassenverkehr gewisse Sorgfaltspflichten, z.B. mußt du dich vor Fahrtantritt vom sicheren Zustand deines Fahrzeuges überzeugen. Zu dieser Sorgfalt gehört meines erachtens auch, bei Verwendung eines Navis dazu geeignete Geräte zu verwenden. Es wird hoffentlich auch keiner auf die Idee kommen, mit einer Topokarte auf den Beinen den 40 Tonner auf einen Waldweg zu steuern ... ;-) Gruß, ULFL P.S: Spätestens wenn dein Blitzwarner im Navi vom freundlichen mit mehreren Punkten in einer nördlich gelegenen deutschen Stadt belohnt wird, weißt du was ein Navi mit deinem Führerschein zu tun hat ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wie Position bestimmen
Wenn ich genauer nachfrage, meinen die Fragesteller: ob man händisch einzene Koordinaten bestimmen darf, und diese dann zur Lage- oder Formkorrektur selbst erhobener Daten verwenden darf. Wenn Du es genau abzeichnest, ist es geklaut. Abgesehen davon faellt mir gerade bei Google-Maps auf, dass die Karte recht viele Fehler hat. Mit eigener Erhebung und den freigegebenen Luftaufnahmen hat man schon sehr gutes Material. Ausserdem waere es langweilig die Freizeit mit Kartenabzeichnen zu verbringen, oder? Dann lieber selbst etwas entdecken, -- Jonas Stein n...@jonasstein.de ___ 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
[Talk-de] Tool - Fensterkoordinaten abgreifen
hi ! bevor ich das rad neu erfinde - gibt es ein tool bei dem man ein fenster aufziehen kann und dann die eck-geo-coordinaten angezeigt bekommt. so ähnlich ist die auswahl in josm und da gibt es auch eine registerlasche mit den koordinaten - nur verteilt auf 4 textfelder. ich bin faul und hätte das gerne in eine zeile komma-getrennt. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de