Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist.
On 18.11.2010 08:15, Fichtennadel wrote: 2010/11/17 Felix Hartmannextremecar...@gmail.com: sac_scale generell + trail_visibility +1 Stimmt, ist mir auch schon aufgefallen. Die Wikiseiten könnten etwas besser beschreiben und weniger bergerprobten eine besser Einschätzung ermöglichen. Da hast Du recht. Noch dazu gibt es in Österreich und DE kaum T5 und T6 Wege die markiert sind (hier würde man eher angeschimpft werden, warum man abseits von Wegen unterwegs ist wenn man Sachen besteigt, die sich als T5 oder T6 klassifizieren...). -1 Preintalersteig Rax. II-, ein bisserl markiert. -- sac_scale: difficult_alpine_hiking, trail_visibility: bad (http://www.openstreetmap.org/browse/way/56313986). Und dazu stehe ich. Ist auch in der ÖK so eingetragen und in der Führerliteratur so beschrieben. Man muss nicht einer der Huberbuam und im Wallis zu sein, um T5+T6 zu gehen und zu taggen. Ja natürlich nicht. Aber selbst in Bergeerlebnis Schneeberg - Rax von Csaba Szépfalusi / Karel Kriz steht hierzu: ... /Markierte Klettertouren sind eine Spezialität des östlichen Alpenrands. Auf der Hohen Wand und auf der Rax gibt es eine ganze Reihe von Anstiegen, die mit Punkten versehen, und damit leichter auffindbar sind. Der Preintalersteig gehört auch in diese Reihe, mit der Besonderheit dass er sogar in den Karten eingezeichnet ist, was bei Klettertouren an sich unüblich ist. / Ich würde den Preintalersteig jedoch nur mit T5 bewerten. Kletter-Schwierigkeit ist nur Stellenweise II, und als Anforderung wird er generell als längere alpine Klettertour beschrieben, mit einigen ausgesetzten Stellen. Klar es gibt viele solcher Steige auch außerhalb des Wallis. Aber wärend diese in der Schweiz doch recht häufig in Karten zu finden sind, ist das im Ostalpenraum eine Rarität. In Österreich sind abseits von wahnsinning häufig begangenen Hochtouren, Routen im T4 bis T6 Bereich eigentlich nicht in Karten eingezeichnet (vor allem nicht in Kompass oder BEV Karten, die bei Touristen weniger verbreiteten Alpenvereinskarten sind da noch etwas ausführlicher). Dass sie lokale Namen haben, bzw erkennbar sind oder existieren, und teils auch markiert, das streite ich ja gar nicht ab. T5 und T6 dagegen, werden sehr gerne für Klettersteige verwendet - Das ist kompletter Schwachsinn. Da die sac_scale ausdrücklich nicht für Klettersteige geschrieben wurde. Für Klettersteige gibt es eigene Klassifikationen. Ist eine offene Diskussion, siehe http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/via_ferrata#sac_scale Meiner Ansicht nach ist ein leichter(!) Klettersteig auch ein Pfad und verdient daher eine sac_scale. Ich kann da auch ohne Klettersteigset hoch - highway=path. Ein anderer nimmt das set - highway=via_ferrata. Beides trifft zu. Finde ich nicht, da eben vom SAC eindeutig definiert wurde: In Wirklichkeit ist eine Alpinwanderung im oberen Schwierigkeitsbereich (T5, T6) in aller Regel bedeutend anspruchsvoller als beispielsweise eine Hochtour mit der Bewerung L. Ein wesentlicher Unterschied zur leichten Hochtour liegt darin, dass auf einer T5 oder T6 Route *selten bis nie mit Seil oder sonstigen Hilfsmitteln gesichert werden kann* und das entsprechende Gelände absolut beherscht werden muss, (http://alpen.sac-cas.ch/html_d/archiv/2002/200204/ad_2002_04_18.pdf) Es geht also nicht darum ob man einen Klettersteig auch ungesichert begehen kann, sondern darum ob der Weg künstlich dafür ausgelegt wurde (daher ja auch der Name Eisenweg für Klettersteig) oder ob er noch im natürlichen Zustand ist. Wobei mich die inflationären Sonntagswanderwege die als T4 bezeichnet werden, viel mehr stören. Meiner Ansicht muss daher vor allem in JOSM statt dem Namen eben einfach nur T1-T6 auswählbar sein - Nur so sind die User gezwungen sich die Sac_scale zumindest einmal durchzulesen - bei 50% der Wege scheint mir, dass die Bewerter dies nie gemacht haben. Bei der mtb:scale klappt es im Gegensatz daher ziemlich gut und die Abweichungen sind minimal und im subjektiven Bereich angesiedelt. Als Wanderer ist daher wenn vorhanden, obwohl nicht dafür gedacht, bei OSM die mtb:scale fast aussagekräftiger. -- mit einem Bot alle T5 und T6 von Klettersteigen (sind ja zum Glück meist noch seperat ausgewiesen) löschen? -100 Aber ganz sicher nicht! Wenn ich einen Pfad so eintrage, habe ich mir was dabei gedacht. Bots die die Arbeit anderer zerstören sind ne Frechheit. Genauso wie User, die von mir abgegangenen und getaggten Wanderwegen von der Couch im Ruhrpott aus Tags wegnehmen. Wenn die Beschreibung der sac_scale im Wiki nicht passt, dann muss man dort ansetzen. Aber solange bei demanding_alpine_hiking Oft weglos, einzelne einfache Kletterstellen bis II. in der Beschreibung steht, passt das auch auf A-B Klettersteige. Und da das auch in der offiziellen Beschreibung des SAC (http://alpen.sac-cas.ch/html_d/archiv/2002/200204/ad_2002_04_18.pdf) steht, bin ich der Meinung, dass das so passt. lG, Georg
[Talk-de] Mehrsprachige Tiles
hi ! wenn man die OSM-Karte ansieht dann kann man richtig stolz auf unser aller Werk sein. Wenn man sich nun mit Bereichen für den Urlaub z.b. auseinander setzt wo die Namen in kyrilisch (?) oder arabisch geschrieben sind. Dann können wir da herzlich wenig mit anfangen. Gibt es irgendwo internationalisierte Tiles oder einen Layer den man ggf. überblenden kann ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Unzählige Wege mit sac_scale bzw tr ail_visibility die komplett falsch eingetragen?ist .
Andreas Tille andr...@an3as.eu wrote: Für mich ist die Konsequenz, daß ich persönlich sac_scale im Harz gar nicht verwende, denn letztlich wird auf allen path und track gewandert und nirgends wäre etwas anderes als hiking wirklich sinnvoll. Das ist definitiv so und ein Problem der SAC scale. Für Mittelgebirge weitgehend ungeeignet. Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrsprachige Tiles
Jan Tappenbeck o...@tappenbeck.net wrote: Gibt es irgendwo internationalisierte Tiles oder einen Layer den man ggf. überblenden kann ? Ja, bei der Wikipedia: http://toolserver.org/~osm/locale/ Das Problem ist aber dass man da in der Praxis halt trotzdem recht wenig auf deutsch oder englisch sieht. Was wir eigentlich für viele Sprachen (russich,griechisch,..) bräuchten wäre eine Karte mit automatischer lateinischer Transkription. das gibt es aber AFAIK noch nirgends. Gruss Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers offline programmieren - Tiles werden noch nicht angezeigt
Am 14.11.2010 13:07, schrieb fx99: Wenn Du auch OpenStreetMap.js lokal abspeicherst, da den Tile Pfad änderst (hier lokales Verzeichnis map) //var url = [ //http://a.tile.openstreetmap.org/${z}/${x}/${y}.png;, //http://b.tile.openstreetmap.org/${z}/${x}/${y}.png;, //http://c.tile.openstreetmap.org/${z}/${x}/${y}.png; //]; var url = [ map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png ]; und da Deine Tiles reinlegst, dann geht das alles ohne IN. Zu Vorab-Laden und lokal specihern der Tiles einer Region hab ich ein Skript, das ich gerne zur Verfügung stelle. Moin ! so jetzt habe ich mir die Tiles gezogen - die openlayers.js angepaßt bzgl. des Pfades. Aber Tiles werden keine angezeigt - der Rest funktioniert jedenfalls schon einmal Ich arbeite auf Windows und die Datei mit dem Source liegt unter X:\jan\deu\index.htm Die JS-Datei unter X:\jan\openlayers\OpenStreetMap.js und die Tiles im Verzeichnis X:\jan\tiles\[Zoomstufe] Den Code habe ich auf var url = [ ../tiles/${z}/${x}/${y}.png, ]; einmalig in der js-Datei angepaßt. Normalerweise mache ich rechte Maustaste und dann kann man die Grafik-Info ansehen. Danach könnte ich den Pfad kontrollieren. Wird aber nicht angeboten. Hat einer eine Idee oder sieht meinen Fehler? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] EU-Garmin-Karten und Größenlimits
Am 18.11.2010 04:10, schrieb Hanno Böck: Hi, Ich hab ein Garmin Nüvi 205. Ich hab da zwar eine 4 GB SD-Karte drin, aber trotzdem mag er neuerdings die EU-Karten nicht mehr. Ich würde ungern auf eine DE-Karte downgraden, weil ich jedesmal erst im Ausland bemerke dass ich mir besser vorher eine Karte heruntergeladen hätte ;-) Können andere bestätigen, dass dieses Gerät ein Größenlimit im Bereich 2-3 GB hat? (2GB glaub ich eigentlich nicht, aber ich weiss ehrlich gesagt nicht wie groß die EU-Karten waren die zuletzt funktioniert haben) Und bei Computerteddy gibt's ja neuerdings gesplittete Weltkarten. Gibt es irgendwo eine in 2 Dateien gesplittete, routingfähige EU-Karte? Falls du von der AiO-Europa sprichst die man als fertige gmapsupp zieht? Die geht bei mir seit der Version vom 03.11. auf dem Oregon 550 auch nicht mehr. Wird einfach nicht mehr erkannt. Die Garmin Topo 2010 Deutschland ist ähnlich groß, wird aber problemlos erkannt. Ich vermute eher das sich seit dem 03.11. irgend etwas an der Kartengenerierung geändert hat und es deswegen nicht mehr geht? Habe eben mal die Basemap-gmapsupp der AiO-Europe gezogen (Version 12.11.) (also die Version ohne Höhenlinien, Adressen, etc.) die wird problemlos erkannt. Gruß Boris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers offline programmieren - Tiles werden noch nicht angezeigt
installiere doch mal das Firebug-Plugin auf Deinem Firefox. Das erleichtert die Fehlersuche und Dokumentanalyse ungemein. Dann Firebug aktivieren und das Netzwerk-Überwachungstool von Firebug aktivieren und die Seite neu laden. Marco Am 18.11.2010 09:30, schrieb Jan Tappenbeck: Am 14.11.2010 13:07, schrieb fx99: Wenn Du auch OpenStreetMap.js lokal abspeicherst, da den Tile Pfad änderst (hier lokales Verzeichnis map) //var url = [ //http://a.tile.openstreetmap.org/${z}/${x}/${y}.png;, //http://b.tile.openstreetmap.org/${z}/${x}/${y}.png;, //http://c.tile.openstreetmap.org/${z}/${x}/${y}.png; //]; var url = [ map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png ]; und da Deine Tiles reinlegst, dann geht das alles ohne IN. Zu Vorab-Laden und lokal specihern der Tiles einer Region hab ich ein Skript, das ich gerne zur Verfügung stelle. Moin ! so jetzt habe ich mir die Tiles gezogen - die openlayers.js angepaßt bzgl. des Pfades. Aber Tiles werden keine angezeigt - der Rest funktioniert jedenfalls schon einmal Ich arbeite auf Windows und die Datei mit dem Source liegt unter X:\jan\deu\index.htm Die JS-Datei unter X:\jan\openlayers\OpenStreetMap.js und die Tiles im Verzeichnis X:\jan\tiles\[Zoomstufe] Den Code habe ich auf var url = [ ../tiles/${z}/${x}/${y}.png, ]; einmalig in der js-Datei angepaßt. Normalerweise mache ich rechte Maustaste und dann kann man die Grafik-Info ansehen. Danach könnte ich den Pfad kontrollieren. Wird aber nicht angeboten. Hat einer eine Idee oder sieht meinen Fehler? 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] ?EU-Garmin-Karten und Größenlimit s
Boris Wagner b...@gmx.net wrote: Falls du von der AiO-Europa sprichst die man als fertige gmapsupp zieht? Die geht bei mir seit der Version vom 03.11. auf dem Oregon 550 auch nicht mehr. Wird einfach nicht mehr erkannt. Die Garmin Topo 2010 Deutschland ist ähnlich groß, wird aber problemlos erkannt. Ich vermute eher das sich seit dem 03.11. irgend etwas an der Kartengenerierung geändert hat und es deswegen nicht mehr geht? Hat jemand mal Christoph diesbezüglich angemailt? Der hat selber AFAIK nen GPSMAP, d.h. bei ihm dürfte das auch nimmer laufen. Gruss Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers offline programmieren - Tiles werden noch nicht angezeigt
Am 18.11.10 09:30, schrieb Jan Tappenbeck: Am 14.11.2010 13:07, schrieb fx99: Wenn Du auch OpenStreetMap.js lokal abspeicherst, da den Tile Pfad änderst (hier lokales Verzeichnis map) // var url = [ // http://a.tile.openstreetmap.org/${z}/${x}/${y}.png;, // http://b.tile.openstreetmap.org/${z}/${x}/${y}.png;, // http://c.tile.openstreetmap.org/${z}/${x}/${y}.png; // ]; var url = [ map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png ]; und da Deine Tiles reinlegst, dann geht das alles ohne IN. Zu Vorab-Laden und lokal specihern der Tiles einer Region hab ich ein Skript, das ich gerne zur Verfügung stelle. Moin ! so jetzt habe ich mir die Tiles gezogen - die openlayers.js angepaßt bzgl. des Pfades. Aber Tiles werden keine angezeigt - der Rest funktioniert jedenfalls schon einmal Ich arbeite auf Windows und die Datei mit dem Source liegt unter X:\jan\deu\index.htm Die JS-Datei unter X:\jan\openlayers\OpenStreetMap.js und die Tiles im Verzeichnis X:\jan\tiles\[Zoomstufe] Den Code habe ich auf var url = [ ../tiles/${z}/${x}/${y}.png, ]; trag doch einfach var MyMapnikLayer = new OpenLayers.Layer.OSM(lokales Mapnik, file:///X:/jan/tiles/${z}/${x}/${y}.png, {numZoomLevels: 18, alpha: true, isBaseLayer: true, visibility: true}); map.addLayer(MyMapnikLayer); in deine htm ein. Dann brauchst du in der Openstreetmap.js nix rumzufummeln, und kannst beide untereinader nutzen. gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Unzählige Wege mit sac_scale bzw tr ail_visibility die komplett falsch eingetragen?ist.
On 18.11.2010 09:24, Sven Geggus wrote: Andreas Tilleandr...@an3as.eu wrote: Für mich ist die Konsequenz, daß ich persönlich sac_scale im Harz gar nicht verwende, denn letztlich wird auf allen path und track gewandert und nirgends wäre etwas anderes als hiking wirklich sinnvoll. Das ist definitiv so und ein Problem der SAC scale. Für Mittelgebirge weitgehend ungeeignet. Sven Sehe ich nicht so. Im Mittelgebirge gibt es einfach kaum technisch schwer begehbare Wege. Die Schwierigkeit liegt hier eher an anderen Faktoren wie: Kondition (Streckenlänge). Mühsamkeit (etwa viele Äste im Weg, oder Weg verschlammt und man sinkt tief ein nach Regenfällen) und anderen Faktoren die aber nichts mit technischer Schwierigkeit zu tun haben und primär erst durch Streckenlänge, nicht jedoch durch Anforderung an Gleichgewicht, Trittsicherheit und erkennen alpiner Gefahren (Steinschlag, Gletscherspalten..) aufkommen. Für typische Mittelgebirgswanderwege, liegt die Anforderung an der geplanten Route als gesamtes, nicht jedoch an der technischen Schwierigkeit einzelner Wegstücke. Ergo lässt sich die Anforderung einer Tour auch nicht anhand der technischen Schwierigkeit der begangenen Wege definieren. Da man als Kartenzeichner, jedoch nicht die Route des Begeher kennt, sind die Anforderungen nicht in der Karte klassifizierbar. Es ist also nicht die SAC Skala ungeeignet, sondern sie wird ganz einfach nicht benötigt, auch jede andere Skala für technische Schwierigkeit würde nicht besser funktionieren. Viel interessanter im Mittelgebirge wären also Werte, die nicht den Weg, sondern das drumherum näher beschreiben. Etwa Frequenz (wie viele Menschen trifft man hier an), Aussicht, Sehenswürdigkeiten, Vegetation (also etwa schöne Blumen, schmackhafte Pilze, etc.), Auslauf für Tiere, usw. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist .
2010/11/18 Felix Hartmann: On 18.11.2010 08:15, Fichtennadel wrote: Preintalersteig Rax. II- Ja natürlich nicht. Aber selbst in Bergeerlebnis Schneeberg - Rax von Csaba Szépfalusi / Karel Kriz steht hierzu: :-) Wir verwenden die gleiche Fachliteratur. Ich würde den Preintalersteig jedoch nur mit T5 bewerten. Kletter-Schwierigkeit ist nur Stellenweise II, und als Anforderung wird er generell als längere alpine Klettertour beschrieben, mit einigen ausgesetzten Stellen. ACK, T5 passt besser. Klar es gibt viele solcher Steige auch außerhalb des Wallis. Aber wärend diese in der Schweiz doch recht häufig in Karten zu finden sind, ist das im Ostalpenraum eine Rarität. In Österreich sind abseits von wahnsinning häufig begangenen Hochtouren, Routen im T4 bis T6 Bereich eigentlich nicht in Karten eingezeichnet (vor allem nicht in Kompass oder BEV Karten, die bei Touristen weniger verbreiteten Alpenvereinskarten sind da noch etwas ausführlicher). Dass sie lokale Namen haben, bzw erkennbar sind oder existieren, und teils auch markiert, das streite ich ja gar nicht ab. Eben. Und da sehe ich einen Vorteil von OSM: dort findet man auch T5+T6 Routen eingezeichnet. Ob Mapnik die gleich wie Wanderwege malen sollte steht auf einem anderen Blatt. Mir sind sie auch in Osmarender noch zu dick, dort stimmt aber zumindest die Farbgebung. Meiner Ansicht nach ist ein leichter(!) Klettersteig auch ein Pfad [...] Finde ich nicht, da eben vom SAC eindeutig definiert wurde: eindeutig ist das leider nicht definiert: [...] Ein wesentlicher Unterschied zur leichten Hochtour liegt darin, dass auf einer T5 oder T6 Route *selten bis nie mit Seil oder sonstigen Hilfsmitteln gesichert werden kann* und das entsprechende Gelände absolut beherscht werden muss, (http://alpen.sac-cas.ch/html_d/archiv/2002/200204/ad_2002_04_18.pdf) Hier widerspricht sich IMHO das Dokument: T5: Oft weglos, einzelne einfache Kletterstellen bis II,Gute Alpinerfahrung und elementare Kenntnisse im Umgang mit Pickel und Seil T6: Vertrautheit im Umgang mit alpintechnischen Hilfsmitteln versus [...] dass auf einer T5- oder T6-Route (früher BG) selten bis nie mit Seil oder sonstigen Hilfsmitteln gesichert werden *kann*. Abgesehen davon, dass es wohl nur wenig Situationen gibt, in denen *nicht* gesichert werden *kann*, ist oben der Einsatz von technischen Hilfsmitteln ein Merkmal von T5+T6 aber weiter unten die Verwendung ausgeschlossen? Für mich passt die Definition oben, aber der von Dir zitierte erklärende Satz weiter unten im Dokument ist IMHO irreführend. Es geht also nicht darum ob man einen Klettersteig auch ungesichert begehen kann, sondern darum ob der Weg künstlich dafür ausgelegt wurde (daher ja auch der Name Eisenweg für Klettersteig) oder ob er noch im natürlichen Zustand ist. Genau diesen Punkt sehe ich anders und kann das auch aus der Definition nicht rauslesen. In meinem Verständnis geht es bei sac_scale nicht um künstlich oder nicht, sondern um die Schwierigkeit. Daher im Fall von (wie gesagt einfachen Klettersteigen - als Beispiel der Teufelsbadstubensteig, wenn wir schon in der selben Gegend sind) ohne Klettersteigset: sac_scale T5, mit Klettersteigset via_ferrata_scale=B-. Wobei mich die inflationären Sonntagswanderwege die als T4 bezeichnet werden, viel mehr stören. +1, da gibt's die meisten Fehler. Meiner Ansicht muss daher vor allem in JOSM statt dem Namen eben einfach nur T1-T6 auswählbar sein +1. Das halte ich für eine gute Idee. Wie kann man an die Template in JOSM ran? Trac ticket? lG, Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist .
2010/11/18 Ulf Möller: sac_scale Tags zu löschen, nur weil ein Weg Klettersteig heißt, ist aber genauso falsch. Das habe ich leider schon mehrmals gesehen, vermutlich von jemandem, der nie vor Ort war. +1. Hat mich auch schon wahnsinnig geärgert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Unzählige Wege mit sac_scale bzw tr ail_visibility die komplett falsch eingetragen?ist.
Hallo, Am Donnerstag 18 November 2010 09:56:02 schrieb Felix Hartmann: Viel interessanter im Mittelgebirge wären also Werte, die nicht den Weg, sondern das drumherum näher beschreiben. Etwa Frequenz (wie viele Menschen trifft man hier an), Aussicht, Sehenswürdigkeiten, Vegetation (also etwa schöne Blumen, schmackhafte Pilze, etc.), Auslauf für Tiere, usw. Und die Begehbarkeit mit Kindern, ggf. Buggy etc. Eine Art fam_scale wäre mal eine Lösung, um die Mitschleppbarkeit von Familien zu taggen. fam_scale= 0 - Kinderwagentauglich 3 - Buggytauglich 6 - Mit Kindern unter 6 begehbar 9 - Mit Kindern unter 9 begehbar 12 15 15+ Nur so als Idee. Wer seine Kinder dabei hat, taggt ggf. nach Erfahrung das Mindestalter. Endlich familientaugliches Mapping. :-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist .
2010/11/18 Andreas Tille: Die Beschreibung finde ich da keinesfalls hilfreich: It is suggested not to use this tag on path not used for hiking or climbing. Wenn da irgendwo ein Pfad in der Landschaft ist - warum sollte man da nicht langwandern. +1, komische suggestion. Ebenso der dritte Punkt: Never use a sac_scale on tracks not used for recreational hiking. Was sollen das für Tracks sein, auf denen ich ausschließen kann, daß jemand sich dort zum Zweck der Erholung zu Fuß bewegt? OK, es mag Zufahrten zu Steinbrüchen mit explizitem Verbotsschild geben - aber das wird ja dann eher mit dem access Tag gekennzeichnet als durch ein fehlendes sac_scale. +1. Wobei sac_scale IMHO auch auf tracks nichts verloren hat. Kann man im Wiki sicherlich anpassen (steht ja auch unter Suggestions, not part of the original voted proposal). lG. Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist.
Am 17.11.2010 23:12, schrieb Felix Hartmann: Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw trail_visibility einfach nur Schrott eintragen. IMHO liegt das an den Werten und wie sie beschrieben sind, bzw noch schlimmer dass sie eben im JOSM Preset übersetzt sind, aber sich viele User scheinbar noch nie die Mühe gemacht haben, nachzulesen, was ein Wert bedeutet. So bekommen gut markierte und ausgebaute Wege im Gebirge (aber nicht alpinen Gelände, wobei alpin ein Begriff ist mit dem eben 90% der Flachländer nichts anfangen können, für die ist schon ein Hügel alpin) oft etwa sac_scale=alpine_hiking trail_visibility=bad als Beschreibung. Obwohl man so einen Weg mit Stöckelschuhen gehen könnte Irgendwie hast du eine ziemlich schräge Ausdrucksweise: für die ist schon ein Hügel alpin, kompletter Schwachsinn, wie wild auf jeden Weg klatscht und anscheinend auch schräge Sichtweise der uninformierte Leser. Könntest du dir angewöhnen dich etwas zivilisierter auszudrücken? Geh bitte davon aus, das der Mensch der bei OSM Sachen einträgt eben *kein* Profi ist und daher die Informationen nicht in seiner Handbibliothek zuhause nachlesen kann und im Zweifel auch nicht erst eine große Recherche im Web starten wird. Wenn etwas bei OSM nicht gut funktioniert, sollte man sich Gedanken darüber machen warum. Man sollte aber auch seine eigene Sichtweise hinterfragen, ob das was man erwartet von anderen aktuell überhaupt erfüllbar ist. Bei trail_visibility ist es eigentlich noch schlimmer. Hier geht es nicht drum ob man die rot-weiß-rote oder gelbe Markierung der Wanderroute findet, sondern ob der Weg an sich erkennbar ist. Leider wird dies von sehr vielen Benutzern verwechselt, und so bekommen breit ausgetretene Pfade eine visibility von bad attestiert, obwohl man da mit 50km/h mit seinem MTBike ohne Risiko den Weg zu verlieren rumbrettern könnte (sprich nicht einen Falschen weg zu fahren, sondern ohne Risiko dass man generell vom Weg abkommt in wegloses Gelände). Leider ist das Wiki hier auch etwas verwirrend, da dem uninformierten Leser der Unterschied zwischen einer Wegmarkierung (wo ist der Weg, etwa auf einem Gletscher, oder in einem Geröllfeld, oder weil so selten benutzt) und einer Routenmarkierung scheinbar nicht klar ist. Sorry, diese Aussage kann ich so nicht nachvollziehen. Die Wiki-Seite sagt explizit etwas über die Markierung des Weges aus, z.B. bei good: Die nächste Markierung ist ständig sichtbar, allerdings manchmal etwas schwer zu finden.. Diese Beschreibung steht seit 2008 so im Wiki, ich würde dich daher bitten diese nicht ohne allgemeine Rücksprache zu verändern. T5 und T6 dagegen, werden sehr gerne für Klettersteige verwendet - Das ist kompletter Schwachsinn. Da die sac_scale ausdrücklich nicht für Klettersteige geschrieben wurde. Für Klettersteige gibt es eigene Klassifikationen. Solange es in OSM für Klettersteige nichts anderes gibt, ist es ganz einfach *kein* Schwachsinn. Wenn du willst das Leute für Klettersteige was anderes verwenden, wirst du dafür sorgen müssen das sie die Möglichkeit dazu haben. Ansonsten werden sie das nehmen was sie kennen. Es wäre doch z.B. sinnvoll auf der Wikiseite zu sac_scale einen neutralen Hinweis einzufügen, daß Klettersteige eine eigene Klassifizierung haben und daher normallerweise nicht mit sac_scale getaggt werden. Ein Hinweis auf das via_ferrata Proposal wäre sicher auch nicht schlecht um dem geneigten Leser Alternativen aufzuzeigen ... Generell fallen sicherlich 90% der Wege in T1 oder T2, nur wer mit Openstreetmap unterwegs ist, wird nach einem Wander/MTB-Tag zurückkommen und prahlen wieviel T4 oder T5 er heute schon wieder abgegangen ist :-( Unterstellungen helfen hier nicht weiter ;-) Noch dazu gibt es in Österreich und DE kaum T5 und T6 Wege die markiert sind (hier würde man eher angeschimpft werden, warum man abseits von Wegen unterwegs ist wenn man Sachen besteigt, die sich als T5 oder T6 klassifizieren...). T5 und T6 sind halt eher im wirklichen Hochgebirge zu finden, und das gibt es in DE und AT kaum. Ich hab heute grade wieder ein paar Wurzelwege die im Flachland an einem Seeufer langgehen und mit T4 klassifiziert sind gefunden. Nicht so schön. Aber auch hier: Solange es fürs Flachland und die Mittelgebirge keine geeigneten Klassifizierungen gibt (oder diese den Leuten unbekannt bleibt), werden die Leute tendenziell weiterhin sac_scale verwenden. Ob das mit entsprechendem Hintergrund offensichtlich nicht der Intention das Tags entspricht spielt dabei (leider) keine große Rolle. Ist vielleicht nicht schön, aber eine lögische Konsequenz des Crowdsourcing. Was kann man für eine bessere Klassifizierung tun? -- Größere und bessere Bilder für T4 bis T6? Die jetzigen Bilder kann man auch anders deuten... Größer nein, besser ja. Die Bilder T3-T5 sind jetzt für mich nicht sooo weit auseinander. -- Erklärungen davon was alpin bedeutet? Wenn das hilft, kurz und verständlich
[Talk-de] Deutscher Kartenstil - Umfrage
Weitergeleitet für !i!: Moin, Beate Braun möchte einen deutschen Kartenstil für OpenStreetMap entwickeln. Nun macht Sie eine kleine Umfrage um ein paar statistische Aussagen über gute Stile für Webkarten zu bekommen: Ich finde das ne echt schöne Sache, vielleicht möchtet Ihr ja auch eure Meinung los werden? http://en.q-set.de/q-set.php?sCode=JHTNDUYEMPGQ P.S. Könnte das jemand bitte auch auf TALK-DE posten? -- View this message in context: http://gis.638310.n2.nabble.com/Deutscher-Kartenstil-Umfrage-tp5751083p5751083.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist.
On 18.11.2010 10:54, Ulf Lamping wrote: Am 17.11.2010 23:12, schrieb Felix Hartmann: Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw trail_visibility einfach nur Schrott eintragen. IMHO liegt das an den Werten und wie sie beschrieben sind, bzw noch schlimmer dass sie eben im JOSM Preset übersetzt sind, aber sich viele User scheinbar noch nie die Mühe gemacht haben, nachzulesen, was ein Wert bedeutet. So bekommen gut markierte und ausgebaute Wege im Gebirge (aber nicht alpinen Gelände, wobei alpin ein Begriff ist mit dem eben 90% der Flachländer nichts anfangen können, für die ist schon ein Hügel alpin) oft etwa sac_scale=alpine_hiking trail_visibility=bad als Beschreibung. Obwohl man so einen Weg mit Stöckelschuhen gehen könnte Irgendwie hast du eine ziemlich schräge Ausdrucksweise: für die ist schon ein Hügel alpin, kompletter Schwachsinn, wie wild auf jeden Weg klatscht und anscheinend auch schräge Sichtweise der uninformierte Leser. Könntest du dir angewöhnen dich etwas zivilisierter auszudrücken? Geh bitte davon aus, das der Mensch der bei OSM Sachen einträgt eben *kein* Profi ist und daher die Informationen nicht in seiner Handbibliothek zuhause nachlesen kann und im Zweifel auch nicht erst eine große Recherche im Web starten wird. Und genau aus dem Grund, sollten eben keine Beschreibungen vorkommen in Editoren, die jemand ohne jegliche Einarbeitung in das Thema, einfach nach Gefühl benutzt. Und klar, die Skala ist für jemanden der noch nie im Hochgebirge war, nicht benutzbar. Das ist aber bei vielen Sachen so, wer sich womit nicht auskennt, sollte es auch nicht verwenden. Wenn etwas bei OSM nicht gut funktioniert, sollte man sich Gedanken darüber machen warum. Man sollte aber auch seine eigene Sichtweise hinterfragen, ob das was man erwartet von anderen aktuell überhaupt erfüllbar ist. Bei trail_visibility ist es eigentlich noch schlimmer. Hier geht es nicht drum ob man die rot-weiß-rote oder gelbe Markierung der Wanderroute findet, sondern ob der Weg an sich erkennbar ist. Leider wird dies von sehr vielen Benutzern verwechselt, und so bekommen breit ausgetretene Pfade eine visibility von bad attestiert, obwohl man da mit 50km/h mit seinem MTBike ohne Risiko den Weg zu verlieren rumbrettern könnte (sprich nicht einen Falschen weg zu fahren, sondern ohne Risiko dass man generell vom Weg abkommt in wegloses Gelände). Leider ist das Wiki hier auch etwas verwirrend, da dem uninformierten Leser der Unterschied zwischen einer Wegmarkierung (wo ist der Weg, etwa auf einem Gletscher, oder in einem Geröllfeld, oder weil so selten benutzt) und einer Routenmarkierung scheinbar nicht klar ist. Sorry, diese Aussage kann ich so nicht nachvollziehen. Die Wiki-Seite sagt explizit etwas über die Markierung des Weges aus, z.B. bei good: Die nächste Markierung ist ständig sichtbar, allerdings manchmal etwas schwer zu finden.. Diese Beschreibung steht seit 2008 so im Wiki, ich würde dich daher bitten diese nicht ohne allgemeine Rücksprache zu verändern. Für mich würde hier etwa Sinn machen. /Falls Weg nicht klar erkennbar, ist die nächste Wegmarkerierung ständig sichtbar (bei gutem Wetter), allerdings manchmal etwas schwer zu finden/. T5 und T6 dagegen, werden sehr gerne für Klettersteige verwendet - Das ist kompletter Schwachsinn. Da die sac_scale ausdrücklich nicht für Klettersteige geschrieben wurde. Für Klettersteige gibt es eigene Klassifikationen. Solange es in OSM für Klettersteige nichts anderes gibt, ist es ganz einfach *kein* Schwachsinn. Wenn du willst das Leute für Klettersteige was anderes verwenden, wirst du dafür sorgen müssen das sie die Möglichkeit dazu haben. Ansonsten werden sie das nehmen was sie kennen. Es wäre doch z.B. sinnvoll auf der Wikiseite zu sac_scale einen neutralen Hinweis einzufügen, daß Klettersteige eine eigene Klassifizierung haben und daher normallerweise nicht mit sac_scale getaggt werden. Ein Hinweis auf das via_ferrata Proposal wäre sicher auch nicht schlecht um dem geneigten Leser Alternativen aufzuzeigen ... Generell fallen sicherlich 90% der Wege in T1 oder T2, nur wer mit Openstreetmap unterwegs ist, wird nach einem Wander/MTB-Tag zurückkommen und prahlen wieviel T4 oder T5 er heute schon wieder abgegangen ist :-( Unterstellungen helfen hier nicht weiter ;-) Noch dazu gibt es in Österreich und DE kaum T5 und T6 Wege die markiert sind (hier würde man eher angeschimpft werden, warum man abseits von Wegen unterwegs ist wenn man Sachen besteigt, die sich als T5 oder T6 klassifizieren...). T5 und T6 sind halt eher im wirklichen Hochgebirge zu finden, und das gibt es in DE und AT kaum. Ich hab heute grade wieder ein paar Wurzelwege die im Flachland an einem Seeufer langgehen und mit T4 klassifiziert sind gefunden. Nicht so schön. Aber auch hier: Solange es fürs Flachland und die Mittelgebirge keine geeigneten Klassifizierungen gibt (oder diese den Leuten unbekannt bleibt), werden die
[Talk-de] OSM-Vergleich mit amtlichen Daten
Hallo, ich möchte auf diesem Wege darauf aufmerksam machen, dass ich eine Bachelorthesis zum Thema ATKIS-Basis-DLM und OpenStreetMap - Ein Datenvergleich anhand ausgewählter Gebiete in Niedersachsen verfasst habe, die für alle Interessierten unter http://wiki.openstreetmap.org/wiki/Research#Osnabr.C3.BCck verlinkt ist. Viele Grüße Mareike Schoof *sorry for crossposting* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers offline programmieren - Tiles werden noch nicht angezeigt
Am 18.11.2010 09:51, schrieb André Joost: Am 18.11.10 09:30, schrieb Jan Tappenbeck: Am 14.11.2010 13:07, schrieb fx99: Wenn Du auch OpenStreetMap.js lokal abspeicherst, da den Tile Pfad änderst (hier lokales Verzeichnis map) // var url = [ // http://a.tile.openstreetmap.org/${z}/${x}/${y}.png;, // http://b.tile.openstreetmap.org/${z}/${x}/${y}.png;, // http://c.tile.openstreetmap.org/${z}/${x}/${y}.png; // ]; var url = [ map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png, map/${z}/${x}/${y}.png ]; und da Deine Tiles reinlegst, dann geht das alles ohne IN. Zu Vorab-Laden und lokal specihern der Tiles einer Region hab ich ein Skript, das ich gerne zur Verfügung stelle. Moin ! so jetzt habe ich mir die Tiles gezogen - die openlayers.js angepaßt bzgl. des Pfades. Aber Tiles werden keine angezeigt - der Rest funktioniert jedenfalls schon einmal Ich arbeite auf Windows und die Datei mit dem Source liegt unter X:\jan\deu\index.htm Die JS-Datei unter X:\jan\openlayers\OpenStreetMap.js und die Tiles im Verzeichnis X:\jan\tiles\[Zoomstufe] Den Code habe ich auf var url = [ ../tiles/${z}/${x}/${y}.png, ]; trag doch einfach var MyMapnikLayer = new OpenLayers.Layer.OSM(lokales Mapnik, file:///X:/jan/tiles/${z}/${x}/${y}.png, {numZoomLevels: 18, alpha: true, isBaseLayer: true, visibility: true}); map.addLayer(MyMapnikLayer); in deine htm ein. Dann brauchst du in der Openstreetmap.js nix rumzufummeln, und kannst beide untereinader nutzen. gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! das mit der Openstreetmap.js wäre mir allerdings lieber da ich dann die html so belassen kann für die lokale und die web-bereitstellung. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLayers offline programmieren - Tiles werden noch nicht angezeigt
Am 18.11.10 11:33, schrieb Jan Tappenbeck: das mit der Openstreetmap.js wäre mir allerdings lieber da ich dann die html so belassen kann für die lokale und die web-bereitstellung. Du kannst natürlich den restlichen javascript-Krempel auch noch aus der htm in eine zusätzliche js-Datei auslagern. Aber deine Idee hatte ich anfangs auch, mit einer OpenstreetMapLokal.js. Darin stand dann: OpenLayers.Layer.OSM.Mapnik = OpenLayers.Class(OpenLayers.Layer.OSM, { /** * Constructor: OpenLayers.Layer.OSM.Mapnik * * Parameters: * name - {String} * options - {Object} Hashtable of extra options to tag onto the layer */ initialize: function(name, options) { var url = [ file:///D:/Tiles/Mapnik/${z}/${x}/${y}.png ]; options = OpenLayers.Util.extend({ numZoomLevels: 19 }, options); var newArguments = [name, url, options]; OpenLayers.Layer.OSM.prototype.initialize.apply(this, newArguments); }, CLASS_NAME: OpenLayers.Layer.OSM.Mapnik }); Täte mich wundern, wenn es bei dir nicht funktioniert. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist.
On 18.11.2010 08:56, Andreas Tille wrote: On Wed, Nov 17, 2010 at 11:12:35PM +0100, Felix Hartmann wrote: Mir fällt immer wieder auf, dass sehr viele User bei sac_scale bzw trail_visibility einfach nur Schrott eintragen. IMHO liegt das an den Werten und wie sie beschrieben sind, bzw noch schlimmer dass sie eben im JOSM Preset übersetzt sind, aber sich viele User scheinbar noch nie die Mühe gemacht haben, nachzulesen, was ein Wert bedeutet. Hinsichtlich sac_sacle sehe ich das ähnlich. Ich bin vorwiegend im Harz unterwegs und habe dort noch keinen Weg gefunden, den ich nicht mit ein paar soliden Wandersandalen langlaufen könnte, auch wenn es manchmal etwas über Stock und Stein geht. Damit könnte man sagen, um Harz gibt's eigentlich nur sac_scale=hiking und damit ist das Tag eigentlich redundant und kann entfallen. Daß die sac_scale Beschreibung auch an highway=track verwendent werden können soll, halte ich erst recht für Unsinn: Wenn ein Track etwas ist, wo man mit zweispurigen Fahrzeugen durchkommt, dann sollte da niemals was anderes als sac_scale=hiking stehen und ist somit redundant. Also im generellen ja, aber ich finde schon dass es hier Ausnahmen gibt. Es gibt im Gebirge teils alte Karrenwege, (Beispiel -Törlweg Rax - siehe mehrere Bilder hier: http://www.sonnabend.at/toerlweg_ottohaus.htm) wo früher (bestimmt 60-70 Jahre lang) mit Eseln und Pferden zweispurige Karren hinaufgezogen wurden. An Schlüsselpassagen wurde mit Seilwinden geholfen. Dieser Weg ist derzeit als path getagged, aber von der Breite und historischen Bedeutung/Erbauung her wäre es eigentlich noch ein track, obwohl es eben kaum mehr danach aussschaut da nach Bau der Raxseilbahn die Bedeutung als Transportstraße wegfiel. Das ein track also sac_scale=mountain_hiking entspricht, ist durchaus möglich - wenn auch eine Ausnahme. Neben dem Bildauschnitt geht es recht steil (30-45°) hinab, Eine geringe Absturzgefahr besteht also - womit mountain_hiking gerechtfertigt ist. In schlecht entwickelten Ländern, ist dies aber deutlich häufiger anzutreffen. Da gibt es Straßen wo man sein Geländefahrzeug nur mit Seilwinden durch Flüsse zieht, oder über Abhänge/Abbrüche drüber bekommt. Die Anforderung Teilweise steil. Absturzgefahr möglich ist ja nicht so schwer zu erfüllen. Auch wenn ein Track durch ein Unwetter etwa weggespült wurde, kann durchaus mountain_hiking zutreffen, wenn nicht sogar Kletterfähigkeiten erforderlich werden. Noch seltener, aber auch möglich wäre sogar demanding_mountain_hiking. Ein Beispiel dafür wäre etwa der sogenannte Maschinengraben auf der Rax. Hier wurden Anfang des 20. Jahrhunderts große Maschinen bzw Material durch einen bis zu 45° Steilen weglosen Graben 400HM den Berg hinauf befördert mit Seilwinden. Wenn jetzt jemand diesen Graben als highway=track disused=yes eintragen würde, dann wäre es gar nicht mal falsch. Obwohl hier 2m Hohe Abbrüche zu überklettern sind, bzw im Winter viele Lawinen durchgehen. Das solche Fälle absolute ausnahmen sind ist schon klar. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Unzählige Wege mit sac_scale bzw tr ail_visibility die komplett falsch eingetragen?ist.
Am 18.11.2010 10:18, schrieb Wolfgang: Hallo, Am Donnerstag 18 November 2010 09:56:02 schrieb Felix Hartmann: Viel interessanter im Mittelgebirge wären also Werte, die nicht den Weg, sondern das drumherum näher beschreiben. Etwa Frequenz (wie viele Menschen trifft man hier an), Aussicht, Sehenswürdigkeiten, Vegetation (also etwa schöne Blumen, schmackhafte Pilze, etc.), Auslauf für Tiere, usw. Und die Begehbarkeit mit Kindern, ggf. Buggy etc. Eine Art fam_scale wäre mal eine Lösung, um die Mitschleppbarkeit von Familien zu taggen. fam_scale= 0 - Kinderwagentauglich 3 - Buggytauglich 6 - Mit Kindern unter 6 begehbar 9 - Mit Kindern unter 9 begehbar 12 15 15+ Nur so als Idee. Wer seine Kinder dabei hat, taggt ggf. nach Erfahrung das Mindestalter. Endlich familientaugliches Mapping. :-) Wenn ich da aber Eltern miteinander vergleiche, ist das genauso untauglich. Die ich-lasse-mein-kind-doch-nicht-800-meter-durchs-verkehrsarme-wohngebiet-von-der-schule-zurücklaufen--die-hole-ich-mit-dem-auto-ab-Eltern würden schon die Wege in weitläufigeren Freizeitparks als mindestens +12 taggen und sich beschweren, dass es da nichts gibt, was den Weg eigentlich als ganzes ungeeignet macht, die anderen tragen notfalls auch noch 'ne(n) 6-jährigen, wenn er/sie zwischendurch oder endgültig nicht mehr kann. sac_scale und das hier vorgeschlagene fam_scale sind eben nicht so richtig fest definierte Dinge, die man vergleichen kann, aber damit unterscheiden sie sich auch nicht so richtig von unseren highway-Klassen: Ein hügeliger Radweg in der norddeutschen Tiefebene wird eben von den Extremflach-Ländern als schwer eingeschätzt, während man als Radfahrer im Mittelgebirgsraum darüber nur lächeln kann - und zwischen richtigen Alpin-Mountainbikern und denen, die sich anstrengen, zur Porta Westfalica mit dem Rad hochzufahren, ist der Unterschied vermutlich ähnlich. Immer wieder wird darauf hingewiesen, doch bitte die Tatsachen zu mappen, und nicht irgendwelche subjektiven Werte zu vergeben. Warum das nicht bei Wander- und Kletterwegen? Was ist mit incline - und zwar auch auf kurzen Abschnitten? Surface? width (wie auch immer man das genau definieren will; die Diskussion, was das genau heißt, ist ja durchaus berechtigt) Was ähnliches wie handrail für Führungs- und Sicherungsseile? Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Textlose Karte (war: Re: Mehrsprachige Tiles)
2010/11/18 Sven Geggus li...@fuchsschwanzdomain.de Jan Tappenbeck o...@tappenbeck.net wrote: Gibt es irgendwo internationalisierte Tiles oder einen Layer den man ggf. überblenden kann ? Ja, bei der Wikipedia: http://toolserver.org/~osm/locale/http://toolserver.org/%7Eosm/locale/ Wobei mir da der völlig Textfreie Layer ganz toll gefällt. Gibt es da irgendwo den Kartenstil? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist.
Am 18.11.2010 11:24, schrieb Felix Hartmann: Es wird nicht funktionierem jemanden zu erklären wie er etwas taggen soll, wenn er das Thema an sich nicht versteht. Sprich wer (so gut wie) noch nie auf einem Klettersteig war, sollte es auch unterlassen hier eine Schwierigkeit zu taggen. Das fasst das Problem in deiner Sichtweise ganz gut zusammen. Ich widerspreche dir z.B. ausdrücklich, das es kaum technische Schwierigkeits-Unterschiede bei Wanderwegen im Mittelgebirge oder im Flachland gibt, nur die Schwierigkeitsskala an sich ist halt eher geringer angelegt als bei sac_scale. Z.B. gibt es Wanderwege auf der man zur Not mit dem Rollstuhl fahren kann und welche, die so steil und rutschig sind wo ich nur mit gut geeignetem Schuhwerk laufen sollte. Das sowas in sac_scale nicht wirklich gut reinpaßt ist (mir) klar. Das Mapper in Ermangelung von Alternativen jetzt sac_scale verwenden um sowas irgendwie eintragen zu können kann ich aber nachvollziehen. Vielen wird vielleicht die Problematik nicht einmal bewußt sein. Die Frage muß dann aber lauten: Wie kann man bewirken, das die Leute nicht auf die falsche sac_scale Fährte kommen? Wenn es z.B. sowohl eine hiking_scale[1] als auch eine sac_scale gäbe, ist die Wahrscheinlichkeit das jemand einen Wanderweg mit einem falschen sac_scale einträgt schonmal wesentlich geringer: hmmm, hiking habe ich gemacht, sac kenne ich nicht, also trage ich mal was bei hiking_scale ein. Ganz verhindern kann man sowas bei OSM natürlich nie. Wenn du die Mapper nicht dazu befähigst die Sachen so einzutragen wie du dir das denkst, werden sie es auch nicht tun. Mit dem Ansatz die verstehen das eh nicht oder das müssen die unterlassen wirst du bei OSM erfahrungsgemäß nicht weit kommen ... Gruß, ULFL [1] Die genaue Definition von hiking_scale (oder hiking_difficulty oder so) überlasse ich jetzt mal den Wandervögeln bei OSM ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Textlose Karte (war: Re: Mehrsprachige Tiles)
Am 18.11.2010 12:28, schrieb Robert S.: 2010/11/18 Sven Geggusli...@fuchsschwanzdomain.de Jan Tappenbecko...@tappenbeck.net wrote: Gibt es irgendwo internationalisierte Tiles oder einen Layer den man ggf. überblenden kann ? Ja, bei der Wikipedia: http://toolserver.org/~osm/locale/http://toolserver.org/%7Eosm/locale/ Wobei mir da der völlig Textfreie Layer ganz toll gefällt. Gibt es da irgendwo den Kartenstil? HI vielen Dank für den Hinweis. Weißt Du ob es eine Doku dafür gibt bzgl. der verfügbaren Zoomstufen (hatte den Eindruck das nicht alle Zoomstufen zur Verfügung stehen) und darf man dieses Layer ohne weiteres in andere Karten einbinden ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Vergleich mit amtlichen Daten
Hallo Mareike, ich möchte auf diesem Wege darauf aufmerksam machen, dass ich eine Bachelorthesis zum Thema ATKIS-Basis-DLM und OpenStreetMap - Ein Datenvergleich anhand ausgewählter Gebiete in Niedersachsen verfasst habe, die für alle Interessierten unter Magst du dein TeX die Arbeit mal nochmal kompilieren lassen, denn so verweisen alle Links auf Seite 1, was es ein wenig unpraktisch macht. Liebe Grüße Benni signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrsprachige Tiles
Am 18. November 2010 09:29 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Jan Tappenbeck o...@tappenbeck.net wrote: Gibt es irgendwo internationalisierte Tiles oder einen Layer den man ggf. überblenden kann ? Ja, bei der Wikipedia: http://toolserver.org/~osm/locale/ Das Problem ist aber dass man da in der Praxis halt trotzdem recht wenig auf deutsch oder englisch sieht. m.E. ist es in der Praxis (also zur Benutzung der Karte vor Ort) am besten, wenn man das auf der Karte sieht, was auch vor Ort geschrieben steht, dann kann man es wenigstens visuell vergleichen oder einen Einheimischen fragen. Abgesehen davon gibt es natürlich trotzdem Bedarf/Interesse an einer Transskription mit lateinischer Schrift --- nur halt eher nicht zur Nutzung vor Ort. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Unzählige Wege mit sac_scale bzw tr ail_visibility die komplett falsch eingetragen?ist .
Am 18. November 2010 10:18 schrieb Wolfgang wolfg...@ivkasogis.de: Und die Begehbarkeit mit Kindern, ggf. Buggy etc. Eine Art fam_scale wäre mal eine Lösung, um die Mitschleppbarkeit von Familien zu taggen. fam_scale= 0 - Kinderwagentauglich 3 - Buggytauglich 6 - Mit Kindern unter 6 begehbar 9 - Mit Kindern unter 9 begehbar 12 15 15+ bevor wir jetzt für alle Eventualitäten eine neue Skala von 0 bis 15 einführen, würde ich eher die vorhandenen Werte wie surface, width und smoothness möglichst vollständig setzen. Damit kann man normalerweise ausreichend genau die Wege beschreiben, um hinterher überlegen zu können, ob das ein Weg ist, den man mit Buggy und 2,5-jährigem Kleinkind beschreiten will, oder ob man doch eher eine Tragetasche braucht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw trail _visibility die komplett falsch eingetragen ist.
2010/11/17 Felix Hartmann extremecar...@gmail.com: Was kann man für eine bessere Klassifizierung tun? -- Größere und bessere Bilder für T4 bis T6? Die jetzigen Bilder kann man auch anders deuten... ja, im Wiki gerne -- Erklärungen davon was alpin bedeutet? ja, im Wiki gerne -- Klarstellung der Unterscheidung von Routen und Wegmarkierung? ja, im Wiki gerne -- Aus JOSM und anderen Editoren die mündlichen Werte raushaun (das ist meiner meinung nach am wichtigsten) und nur T1 bis T6 drinnenlassen? halte ich für sinnvoll. Insgesamt ist zu viel Übersetzung in den Presets m.E. eher schädlich, weil sie davon abhält, sich mit der Bedeutung des tags auseinander zu setzen. Ich halte auch nichts von Bundesstraße oder Kreisstraße als Übersetzung von primary oder tertiary... -- mit einem Bot alle T5 und T6 von Klettersteigen (sind ja zum Glück meist noch seperat ausgewiesen) löschen? lieber ein FIXME, wenn man den Weg nicht kennt, ist es immer schwierig, automatisch aus Inkonsistenzen die Wahrheit fischen zu wollen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Unzählige Wege mit sac_scale bzw trail_visibility die komplett falsch eingetrage n?ist.
On Thu, Nov 18, 2010 at 09:56:02AM +0100, Felix Hartmann wrote: Sehe ich nicht so. Im Mittelgebirge gibt es einfach kaum technisch schwer begehbare Wege. Die Schwierigkeit liegt hier eher an anderen Faktoren wie: Kondition (Streckenlänge). Aber wie soll man denn beim Taggen wissen, wie weit die Wanderer schon gegangen sind oder noch zu gehen gedenken??? Das kann ja wohl kaum ein Kriterium für ein Tag sein. Mühsamkeit (etwa viele Äste im Weg, oder Weg verschlammt und man sinkt tief ein nach Regenfällen) Dafür braucht man ein extra Tag: Weather_condition :-) Es gibt natürlich auch im Hochharz Pfade, die bei = 30cm Schnee nur kaum passierbar sind, aber sowas kann man doch auch nicht taggen - das muß schon ein bißchen aus dem gesunden Menschenverstand kommen. Ich denke, zu taggen ist der Zustand bei durchschnittlichen Bedingungen, die außerhalb von Gletschern eben mal ohne Schnee und Eis und nicht nach wochenlangen Regenfällen sind. Außerdem sind umgestürzte Bäume auch etwas, was man nach einem harten Winter als temporär betrachten darf und daher nur bedingt taggen würde, wenn es häufiger benutzte Wege, die auch wieder beräumt werden sind. Wenn es ein offensichtlich verwilderter Pfad ist, würde ich die umgestürzten Bäume eher mit smoothness=bad ausdrücken, als die sac_scale hochzusetzen. Für typische Mittelgebirgswanderwege, liegt die Anforderung an der geplanten Route als gesamtes, nicht jedoch an der technischen Schwierigkeit einzelner Wegstücke. Ergo lässt sich die Anforderung einer Tour auch nicht anhand der technischen Schwierigkeit der begangenen Wege definieren. Da man als Kartenzeichner, jedoch nicht die Route des Begeher kennt, sind die Anforderungen nicht in der Karte klassifizierbar. Ahh - da stimmen wir also doch überein (klang oben etwas merkwürdig). Es ist also nicht die SAC Skala ungeeignet, sondern sie wird ganz einfach nicht benötigt, auch jede andere Skala für technische Schwierigkeit würde nicht besser funktionieren. Stimmt. Daher lasse ich sie wie gesagt hier weg. Viel interessanter im Mittelgebirge wären also Werte, die nicht den Weg, sondern das drumherum näher beschreiben. Etwa Frequenz (wie viele Menschen trifft man hier an), Meinst Du da einen Sonntag im Mai oder einen Dienstag im November? Aussicht, tourism=viewpoint Sehenswürdigkeiten, da gibt's auch tags. Ich tagge z.B. auch jede Infotafel und auch die Bänke, auf denen man noch gerne sitzen möchte (nicht die, die beim nächsten Wind zusammenbrechen). Vegetation (also etwa schöne Blumen, schmackhafte Pilze, etc.), Im Nationalpark Lieber nicht! Ansonsten: Eher auch nicht. Auslauf für Tiere, usw. Sollten Tiere nicht immer an der Leine sein - wäre für mich also auch kein Tag wert. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Kartenstil - Umfrage
NopMap ekkeh...@gmx.de wrote: Beate Braun möchte einen deutschen Kartenstil für OpenStreetMap entwickeln. Nun macht Sie eine kleine Umfrage um ein paar statistische Aussagen über gute Stile für Webkarten zu bekommen Wie oft verwendet ihr privat OnlineKartenanbieter bzw. Routenplaner, wie Google Maps, Yahoo Deutschland, bing, map24, tomtom,…. Ich wollte da gerade nie ankreuzen um dann rauszufinden dass OSM wohl auch dazugehören soll. Schlecht formuliert IMO. Gruss Sven -- I'm a bastard, and proud of it (Linus Torvalds, Wednesday Sep 6, 2000) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist .
2010/11/18 Ulf Lamping Am 17.11.2010 23:12, schrieb Felix Hartmann: -- Aus JOSM und anderen Editoren die mündlichen Werte raushaun (das ist meiner meinung nach am wichtigsten) und nur T1 bis T6 drinnenlassen? Prinzipiell ja, nur durch deine infantile Ausdrucksweise in dieser Mail habe ich gerade überhaupt keine Motivation da was zu tun ;-) Wortwahl jetzt bei Seite, ich unterstütze diesen Punkt auch. Die mündlichen Werte sind anscheinend irreführend. Sollte es nicht möglich sein, das per https://translations.launchpad.net/josm/trunk/+pots/josm/de/+translate?batch=10show=allsearch=hikingzu ändern? Viele Grüße, Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrsprachige Tiles
Hallo Sven, Wikipedia: http://toolserver.org/~osm/locale/ Was wir eigentlich für viele Sprachen (russich,griechisch,..) bräuchten wäre eine Karte mit automatischer lateinischer Transkription. Gibt es denn schon ein tag für: endonymer Ortsname in lateinischer Schrift? Gruss, Markus Bzw.: endonymer Ortsname in arabischer Schrift? endonymer Ortsname in griechischer Schrift? ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrsprachige Tiles
Hallo Jan, Gibt es irgendwo einen Layer den man überblenden kann ? Geo-Namen in einem eigenen Layer wäre ideal! Dann könnte man wählen, in welcher Sprache und in welcher Schrift man die Namen sehen will. Und auf Reisen im Ausland könnte man einen Layer wählen mit den Namen in der eigenen Sprache und der eigenen Schrift, und zum Vergleich und zur Kommunikation in der ausländschen Sprache und ausländischen Schrift. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Europe Street - reduzierte Karte
Man bekommt zwar in die 60CSX ne 8GB Karte rein, da bei FAT32 aber eine atei nur 4Gb gross sein darf ist bei 4Gb schluss mit OSM .. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AiO: Wasserlöcher in Europa
Ich möchte noch einmal darauf hinweisen, dass die Garmin All in One Europa in Skandinavien, Albanien/Griechenland und Polen weiterhin große Löcher voller Wasser enthält: http://ompldr.org/vNjd4MQ Vermutlich ist der Spanien-Thread schon zu alt, um noch gelesen zu werden. Verwendete Karte: AiO Basemap Europe für Mapsource vom 17. 11. 2010. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrsprachige Tiles
Markus liste12a4...@gmx.de wrote: Gibt es denn schon ein tag für: endonymer Ortsname in lateinischer Schrift? Ich glaube nicht dass man das wirklich braucht. Transliteration wäre ja was, das nur greifen sollte wenn kein Name in der Zielsprache angegeben wurde. Unter http://www.christianherta.de/kyrillisch.html habe ich ein Perlscript gefunden. Also was ich meine ist folgendes mal am Beispiel von Moskau: Wir möchten eine Karte in Sprache de bauen: Ist name:de gesetzt, dann verwenden, andernfalls Transliteration von name. In diesem Fall also Москва́ - Moskwá Es würde also Moskwá gerendert werden. Moskwá als lateinische Transliteration als eigenen Tag abzuspeichern hielte ich für wenig zielführend das können Rechner beim rendern automatisch machen. Gruss Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrsprachige Tiles
Markus liste12a4...@gmx.de wrote: Geo-Namen in einem eigenen Layer wäre ideal! Dann könnte man wählen, in welcher Sprache und in welcher Schrift man die Namen sehen will. Und auf Reisen im Ausland könnte man einen Layer wählen mit den Namen in der eigenen Sprache und der eigenen Schrift, und zum Vergleich und zur Kommunikation in der ausländschen Sprache und ausländischen Schrift. Ähm genau das hat doch die Wikipedia Karte?! Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?EU-Garmin-Karten und Größenlimit s
Am 18.11.2010 09:39, schrieb Sven Geggus: Boris Wagner b...@gmx.net wrote: Falls du von der AiO-Europa sprichst die man als fertige gmapsupp zieht? Die geht bei mir seit der Version vom 03.11. auf dem Oregon 550 auch nicht mehr. Wird einfach nicht mehr erkannt. Die Garmin Topo 2010 Deutschland ist ähnlich groß, wird aber problemlos erkannt. Ich vermute eher das sich seit dem 03.11. irgend etwas an der Kartengenerierung geändert hat und es deswegen nicht mehr geht? Hat jemand mal Christoph diesbezüglich angemailt? Der hat selber AFAIK nen GPSMAP, d.h. bei ihm dürfte das auch nimmer laufen. Nicht nötig, ich lese hier und im Forum ab und zu mit. Ich muss sagen, ich bin da einfach hin und wieder ratlos. Im Moment gibts keine neue Karten, weil es da noch andere Probleme gibt. Morgen gibts garantiert wieder welche, weil ich das dann zur Not per Hand nochmal anwerfe. Anscheinend geht zumindest die Basiskarte von Europa. Was mit den anderen Layern los ist - kann ich gerade nicht sagen. Die Dateien die da produziert werden sehen zumindest von außen ok aus. Was mir beim debuggen helfen würde, wäre jeden Layer einzeln zu testen, ob er funktioniert. Dann wüsste man schon mal worans liegt. Wenn alle einzeln funktionieren, dann muss es so sein, dass sie eben alle zusammen ein limit erreichen, was nicht mehr geht. Ich könnte dann erstmal die Erstellung eines gmapsupps für Europa mit allen Layern einstellen (wenns eh nicht geht). Die Teillayer kann man weiterladen. Für die AiO fehlt eben immernoch so ne kleine app für den Nutzer, die einfach von vornherein die gewünschten Kacheln und Layer vom Server läd und daheim zusammenbaut und die gmapsupp erzeugt. Dann bräuchte ich auf dem Server nur noch die Kacheln alle einzeln hinlegen und n Index drauf, wo welche Kachel ist. Ich hab aber leider schlicht und ergreifend dafür im Moment keine Zeit. Das Problem an sich kann man aber wirklich separat vom restlichen Buildprozess bearbeiten. Sollte halt irgendwie lustig mit klickibunti gehen und plattformunabhängig sein. Python, Java oder was euch so einfällt... Vielleicht hat ja noch einer mal nen Nerv dafür. Ansonsten bleibts erstmal so krude, wie es ist. 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] ?EU-Garmin-Karten und Größenlimit s
Hallo Beim Garmin gibt es doch nur 2 Grenzen 4GB und ~4000 Tiles. Wobei Grenze 1 schon wegen FAT nicht überschritten werden kann (oder kann Garmin etwas weniger, als FAT vorgibt?) und Grenze 2 äußert sich normalerweise darin, dass einige Tiles nicht angezeigt werden. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/EU-Garmin-Karten-und-Gro-enlimits-tp5750133p5752705.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS - Datenkorrektur
Am 16.11.2010 15:01, schrieb Benjamin Lebsanft: H Mit meinem Vista HCx schaff ich +-2m was für OSM meiner Meinung nach mehr als ausreichend ist. Ich vergleiche meine eingetragenen Straßen und Gebiete dann oft auf sautter und bin oft sehr erstaunt, wie genau das Garmin Gerät eigentlich ist. ja Ich hab ja schon mal geschrieben ich habe ein uraltes Magellan (meridian) Ich sehe ob ich auf der rechten Seite der Straße gefahren bin (Radweg) oder auf der linken (zurück), die STraße ist 7 m breit (Radweg kommt dazu). machmal hats trotzdem daneben (Häuser/ Bäume schirmen hat die Satelliten ab die für die Korrektur verantwortlich sind, ich glaube EGNOS, was WAAS für Europa ersetzt http://de.wikipedia.org/wiki/European_Geostationary_Navigation_Overlay_Service) Wenn wir was neu eintragen müssen wir ja auch mir den Abweichungen leben die von anderen gemacht wurden - ungemau wird dadurch kaum. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation Analyser funktioniert momentan nicht
Hallo, ich wollte mir die GPX Tracks einiger Loipen Routen herunterladen und gedachte das mit dem Relation Analyser zu tun, aber irgendwie scheinen Sachen wie http://ra.osmsurround.org/analyze.jsp?relationId=541246 momentan nicht zu funktionieren. Ich habe mal recherchiert und noch einen konkurrierenden Relation Analyser gefunden: http://wiki.openstreetmap.org/wiki/OSM_Route_Manager da steht aber auch gleich was von Serverproblemen und der Link http://osm.cdauth.eu/route-manager/ führt zu einem Forbidden You don't have permission to access /route-manager/ on this server. Weiß jemand, ob das temporäre Probleme sind, die bald behoben werden und gibt es eventuell noch einen anderen Weg ein GPX zu einer Routenrelation zu bekommen? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw trail _visibility die komplett falsch eingetragen ist.
Hallo, Am Donnerstag 18 November 2010 14:55:25 schrieb M∡rtin Koppenhoefer: halte ich für sinnvoll. Insgesamt ist zu viel Übersetzung in den Presets m.E. eher schädlich, weil sie davon abhält, sich mit der Bedeutung des tags auseinander zu setzen. Ich halte auch nichts von Bundesstraße oder Kreisstraße als Übersetzung von primary oder tertiary... +1 Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyser funktioniert momentan nicht
Hallo, Am Donnerstag 18 November 2010 schrieb Andreas Tille: aber irgendwie scheinen Sachen wie http://ra.osmsurround.org/analyze.jsp?relationId=541246 momentan nicht zu funktionieren. Kann ich leider nur bestätigen. gibt es eventuell noch einen anderen Weg ein GPX zu einer Routenrelation zu bekommen? Mit JOSM die Relation laden und dann händisch eine GPX draus basteln. Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyser funktioniert momentan nicht
On Thu, Nov 18, 2010 at 07:35:00PM +0100, Carsten Gerlach wrote: gibt es eventuell noch einen anderen Weg ein GPX zu einer Routenrelation zu bekommen? Mit JOSM die Relation laden und dann händisch eine GPX draus basteln. Gibt's da eine einfache Anleitung, die so einfach ist, daß ich schneller bin, als der Server wieder repariert ist? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
M∡rtin Koppenhoefer wrote: dasselbe Problem. M.E. wäre ein Key Entsorgung nicht schlecht, da könnte man den Abwasseraspekt einbauen, während man_made für den Pumpenaspekt zuständig wäre. Während ich jetzt allerdings vor allem den Bereich Wasserwirtschaft sehen würde und die Entsorgung für sekundär hielte. Immerhin gibt es mindestens in küstennahen Gebieten Anlagen, die je nach Bedarf der Ver- oder Entsorgung dienen und das Wasser deshalb in beide Richtungen pumpen können. Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Am 18. November 2010 20:02 schrieb Mark Obrembalski m...@obrembalski.de: M∡rtin Koppenhoefer wrote: dasselbe Problem. M.E. wäre ein Key Entsorgung nicht schlecht, da könnte man den Abwasseraspekt einbauen, während man_made für den Pumpenaspekt zuständig wäre. Während ich jetzt allerdings vor allem den Bereich Wasserwirtschaft sehen würde und die Entsorgung für sekundär hielte. Immerhin gibt es mindestens in küstennahen Gebieten Anlagen, die je nach Bedarf der Ver- oder Entsorgung dienen und das Wasser deshalb in beide Richtungen pumpen können. Das ist die Frage, Anlagen, die sowohl der Entsorgung als auch der Versorgung mit Frischwasser dienen sind eher die Ausnahme. Wenn es je einen Tag gäbe würden diese Ausnahmen halt beide Tags bekommen. Nur weil es also so was gibt heisst das nicht, dass man es auch automatisch zusammen verwursten muss. Denkbar wäre es natürlich. Mit dem Tag Entsorgung hatte ich eher nicht nur an Wasser sondern auch sowas wie Müllverbrennungsanlagen/~deponien, vom Papierkorb zum Stadtreinigungsdepot, etc. gedacht. Wasserwirtschaft ist aber evtl. sinnvoller (weil weniger allgemein --- zu allgemein ist ja auch nicht gut), das müsste man sehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyser funktioniert momentan nicht
Hallo, Am Donnerstag 18 November 2010 schrieb Andreas Tille: Gibt's da eine einfache Anleitung, die so einfach ist, daß ich schneller bin, als der Server wieder repariert ist? - Relation vollständig runterladen - Alle Tags an Wegen und Knoten löschen - Alle Wege verbinden - Im Ebenenbereich Rechtsklick auf die Ebene -- als GPX exportieren Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unzählige Wege mit sac_scale bzw tra il_visibility die komplett falsch eingetragen ist.
Am 18.11.2010 15:24, schrieb Fichtennadel: 2010/11/18 Ulf Lamping Am 17.11.2010 23:12, schrieb Felix Hartmann: -- Aus JOSM und anderen Editoren die mündlichen Werte raushaun (das ist meiner meinung nach am wichtigsten) und nur T1 bis T6 drinnenlassen? Prinzipiell ja, nur durch deine infantile Ausdrucksweise in dieser Mail habe ich gerade überhaupt keine Motivation da was zu tun ;-) Wortwahl jetzt bei Seite, ich unterstütze diesen Punkt auch. Die mündlichen Werte sind anscheinend irreführend. Sollte es nicht möglich sein, das per https://translations.launchpad.net/josm/trunk/+pots/josm/de/+translate?batch=10show=allsearch=hikingzu ändern? Ich hab mir das jetzt gerade mal genauer angeschaut, das ist sogar der einzige Weg das zu ändern. Dummerweise für jede Sprache getrennt. Direkt in der Presetdatei müssen die Werte stehen, die nachher in die Tags eingetragen werden sollen - und da soll ja weiterhin hiking Co stehen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyser funktioniert momentan nicht
Hallo. Wunderbar, das mal einer die richtige Frage stellt. Ich ackere seit drei Tagen an meinem Analysator und wundere mich immer, dass ich so seltsame Eingabedaten habe... Nicht immer ist man selber schuld, aber die Erfahrung lässt einen zuerst mal das Naheliegendste vermuten. :-) Am Donnerstag 18 November 2010 schrieb Andreas Tille: Gibt's da eine einfache Anleitung, die so einfach ist, daß ich schneller bin, als der Server wieder repariert ist? - Relation vollständig runterladen Aber wie genau bekomme ich eine vollständige Relation (z. b. den kompletten Rheinradweg) mit JOSM geladen? Andererseits habe ich für meine Versuche mit OSRM noch ein Deutschland.osm-file auf einer Maschine liegen, ist zwar schon etwas älter, aber so dynamisch gebärden sich derzeit ja weder der Rhein, noch der entsprechende Radweg. Allerdings weiss ich nicht, wie ich eine Relation aus dem osm-File herausbekomme. Mein präferierter XML-Editor streckt da mit Sicherheit alle Viere von sich. Und sed-Skripte zur XML-Bearbeitung sind auch nicht so der Hit. Hat da vielleicht für die eine oder die andere Fragestellung jemand einen Tip parat? Mit besten Grüssen Marten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrsprachige Tiles
Hallo Jan, On 18.11.2010 09:14, Jan Tappenbeck wrote: Gibt es irgendwo internationalisierte Tiles oder einen Layer den man ggf. überblenden kann ? ja, gibt es. Wikipedia rechnet einiges in Landessprache. Es geht aber auch mit mehreren Sprachen gleichzeitig, z.B. hier bilingual die Karte von Thailand: http://thaimap.osm-tools.org/ gibt es auch für Griechenland. Automatische Transkription/Transliteration ist manchmal nicht möglich oder nicht sinnvoll. Ist sehr abhängig von dem konkreten Ort. Lässt sich aber recht bequem in der Datenbank beim Import abbilden. Ein eigener Layer mit nur der Sprache ist problematischer. Hier sind oft die POI-Icons im Weg. Und wenn die sich am längsten möglichen Text orientieren wird bei den Sprachen mit kürzeren Texten das Layout nicht optimal sein. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyser funktioniert momentan nicht
Hallo, Am Donnerstag 18 November 2010 schrieb Marten Karl: Aber wie genau bekomme ich eine vollständige Relation (z. b. den kompletten Rheinradweg) mit JOSM geladen? Einfach ein Stückchen Weg der gewünschten Relation runterladen, dann im Relationenbereich mit Rechtsklick auf die entsprechende Relation Elemente herunterladen. Wenn die Relationsnummer bekannt ist, dann geht auch Datei -- Objekt herunterladen. Allerdings weiss ich nicht, wie ich eine Relation aus dem osm-File herausbekomme. Hat da vielleicht für die eine oder die andere Fragestellung jemand einen Tip parat? Im Tehma Relation runterladen (http://lists.openstreetmap.org/pipermail/talk-de/2010-October/076955.html) hat Rainer Kluge ein Programm vorgestellt, das genau dies kann, siehe http://mr-unseld.de/?q=de/node/170 Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] EU-Garmin-Karten und Größenlimits
Am Thursday 18 November 2010 schrieb Carsten Schwede: Am 18.11.2010 04:10, schrieb Hanno Böck: Ich hab ein Garmin Nüvi 205. Ich hab da zwar eine 4 GB SD-Karte drin, aber trotzdem mag er neuerdings die EU-Karten nicht mehr. Welche EU-Karte denn? Die AIO oder meine? Hast Du die entsprechend andere EU-Karte mal probiert? War die All-in-one. Die von Dir funktioniert, scheint also tatsächlich ein Problem in der AIO zu sein. Dann verwende ich vorerst mal Deine Karte und bin wieder glücklich mit meinem Garmin ;-) Viele Grüße, -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:ha...@hboeck.de http://schokokeks.org - professional webhosting signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyser funktioniert momentan nicht
Hallo. Am 18.11.2010 21:43, schrieb Carsten Gerlach: Am Donnerstag 18 November 2010 schrieb Marten Karl: Aber wie genau bekomme ich eine vollständige Relation (z. b. den kompletten Rheinradweg) mit JOSM geladen? Einfach ein Stückchen Weg der gewünschten Relation runterladen, dann im Relationenbereich mit Rechtsklick auf die entsprechende Relation Elemente herunterladen. Herzlichen Dank! Habe diesen händischen Weg ausprobiert und konnte mir die vorhandenen Anteile des Rheinradweges herunterladen. Analyse hat auch geklappt, auch wenn mein Rechner da ziemlich mit beschäftigt war. :-) Mit besten Grüssen Marten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation Analyser funktioniert momentan nicht
Hi! ich wollte mir die GPX Tracks einiger Loipen Routen herunterladen und gedachte das mit dem Relation Analyser zu tun, aber irgendwie scheinen Sachen wie http://ra.osmsurround.org/analyze.jsp?relationId=541246 momentan nicht zu funktionieren. Vielen Dank für den Hinweis. Das Problem scheint am OSM-Server zu liegen. Mein Server kann im Moment keine Daten vom OSM Server downloaden. Ein wget liefert ein 403 Forbidden. --08:48:54-- http://www.openstreetmap.org/api/0.6/relation/12320/full = `full' Resolving www.openstreetmap.org... 128.40.168.98, 128.40.168.105 Connecting to www.openstreetmap.org|128.40.168.98|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 08:48:54 ERROR 403: Forbidden. Da es von anderen Rechnern funktioniert, scheint dies auf bestimmte IPs beschränkt zu sein. Vielleicht kennt jemand die entsprechenden Admins und kann sie darauf hinweisen. Danke. Viele Grüße, Adrian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de