Re: [Talk-de] Unterführung
Werner König werner-koe...@t-online.de [Wed, Jun 10, 2009 at 10:51:21PM CEST]: Hallo Johannes, Ich möchte wirklich nicht überall anecken, daher Entschuldigung auch Tofu wird in nächster Zeit abgestellt. Ist ja schon ok, das ist nicht etwas, was man von einem Anfänger in Sachen Mailinglisten/Newsgruppen vom ersten Tag an erwarten würde. Lass Dich nicht entmutigen, Fragen zu stellen, aber Du hast das Problem dabei schon richtig erkannt, und glücklicherweise gibt es dafür auch eine Lösung. Aber wo finde ich das Mailarchiv und ist sicher, daß ich auch die entsprechenden Themen finde (manchmal bin ein richtiger Blindfisch 8-) ). Das originale Archiv liegt unter http://lists.openstreetmap.org/pipermail/talk-de/, unter Gmane ist es gespiegelt, da ist die Suche bequemer: http://dir.gmane.org/gmane.comp.gis.openstreetmap.region.de -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung LIP/SO/WAF/GT /ST/MI/HX/PB und andere
Tobias Wendorff wrote: Florian Lohoff schrieb: Hamm1676136581.4% 2009-06-10 18:44 Bist Du Dir sicher? Hamm ist ziemlich leer ... war neulich noch da und habe ein paar Straßen gemappt. Die Prozentzahl sollte stimmen ausgehend von der Straßenliste die aus dem hier gewonnen wurde : http://osm.gt.owl.de/Strassenliste/Hamm/data/Wahllokale_Europawahl_09.pdf Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Sven Geggus schrieb: Allerdings zeichnet sich ab, dass das in 2009 auch nur knapp über 70% sein werden, denn die ländlichen Gebiete sind leider meistens moch lausig erfasst! In meinem Fall ist das die Hohenloher Ebene, da gab es 2006 noch nicht einmal die Hauptstraßen. Ja, die meisten Mapper sind leider zu lokalbezogen und die Wahrscheinlichkeit einen Mapper in einem ostfriesischen Dorf zu haben sinkt gegen Null Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland und Öste rreich
Hi, Am 11. Juni 2009 00:24 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Oha! AFAIK kann der Garmin (zumindest mein GPSmap 60csx) überhauopt nur mit 2GB große Dateien also fehlt da gar nicht mal mehr so viel. Das Limit ist mit dem Firmware-Upgrade von 3.7 auf 3.9 gefallen. Tschüss, Tim. -- http://wikimedia.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Hallo Chris-Hein, Ja, die meisten Mapper sind leider zu lokalbezogen und die Wahrscheinlichkeit einen Mapper in einem ostfriesischen Dorf zu haben sinkt gegen Null Hier wären Entdecker-Ambitionen hilfreich: weisse Flecken auf der Landkarte füllen wollen. Der Ruhm wäre den Entdeckern sicher! Erforderlichenfalls könnte man sie ja entsprechen ehren? Es soll ja auch Bürgermeister, Hotelbesitzer, Tourismusverantwortliche geben, die gezielt zu Mapping-Events einladen... Sowas könnte man auch als Regionalgruppe organisieren: geführte Mappingtouren für Radfahrer und Wanderer oder Mapping-Cachings für Geocacher. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Original-Nachricht Datum: Thu, 11 Jun 2009 02:30:28 +0200 Von: Garry garr...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War Diese Methode der Abstimmung kann so nicht funktionieren - zu viele Abstimmungen mit zu wenig Wählern mit unbekannter Zusammensetzung und Sachkenntniss. Klingt ein wenig nach: Lieber ein Schrecken ohne Ende als ein Ende mit Schrecken *g* Es soll besser sein, wenn dieselben Leute unbekannter Zusammensetzung und Sachkenntnis endlos alles wieder weichdikutieren, was sich schon gefestigt hatte? Noch findet ein teil der Diskussion noch hier statt, aber langsam scheint die sich direkt in die Karte zu verlagern. Keine Ahnung, obs der genannte User ist, aber auch in dem Gebiet, das ich beackere, hat eine Umwidmung primary-trunk stattgefunden. Eine normale Bundesstrasse mit Mittelstreifen aber in Teilen kreuzungsfrei, Trennung der Richtungsfahrbahnen fehlt. Also lass ichs, denn irgendeine Definition, die in den letzten Jahren für trunk gefunden wurde, wird schon stimmen. Haette er ein Werkzeug gehabt, bei dem er eine Bundesstrasse vorwählt und 'kreuzungsfrei' und 'bauliche Trennung' anklicken kann oder auch nicht, waere die Info jetzt vielleicht konkret und unangreifbar drin. So kann man darauf warten, bis der nächste mit anderer Meinung die Farbe wieder von grün auf rot zurückstellt und jeder die Ansicht des anderen löscht, ohne dass Mehrwert in die Karte kommt. Das OSM-System ist so gewachsen - aus deutscher Sicht bezüglich der Namen etwas unglücklich, aber inzwischen doch recht zweckmässig auf das deutsche Strassennetz adaptiert.OSM kann nichts dafür dass unser Strassennetz so relativ unstrukturiert und damit schwer in einer OSM-Struktur zu erfassen ist. Was ist jetzt unstrukturiert? Das Strassennetz oder die OSM-Attribute? Oder andersrum: Was kann das deutsche Strassennetz dafür, dass die OSM-Attribute alles zusammenmantschen wollen, das nicht zusammenpasst? Das deutsche Strassennetz lässt sich wie jedes andere auch relativ gut mit ein paar voneinander unabhängigen Attributen (Ausbauzustand, administrative Zuordnung, Spuranzahl, bauliche Trennung, kreuzungsfreiheit, usw.) beschreiben. Aber der Versuch, alles in eine Klasse zu quetschen muss eine ewige Baustelle bleiben, einfach weil es unauflösbare Konstallationen gibt. Sicher lassen sich alle Eigenschaften irgendwie erfassen, aber je mehr unterschiedliche Elemente dazu benötigt werden um so schwieriger wird es dann wieder in der Auswertung. Das ist ein Trugschluss. Wenn ich konkrete Eigenschaften eingetragen habe, ist das viel einfacher zu interpretieren, als der Versuch aus einem eierlegerwollmichsau-Attribut eine Eigenschaft zurückzulesen. Es gibt sie und das nicht zu selten: Die Staatsstrasse mit mittlerem Verbindungswert, aber in einem Ausbauzustand unterhalb einer typischen Gemeindestrasse. Oder die Bundesstrasse, die sich durch die Doerfer quält, weil die Autobahn daneben den Verkehr abzieht. Und es gibt die kreuzungsfrei ausgebaute Gemeindestrasse, mit der sich eine reiche Gemeinde einen neuralgischen Punkt vom Hals geschafft hat. Da kann das deutsche Strassensystem nichts dafür und geregelt ist schon genug (- BaSt). Aber wer zusammenschmeisst, was nicht zusammenpasst, wird mit Diskussionen nicht unter 10Jahren Laufzeit bestraft ;) Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Original-Nachricht Datum: Thu, 11 Jun 2009 01:55:25 +0200 Von: Garry garr...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War Das Problem steckt in dem Wörtchen sinnvoll... Welches Problem soll da drin stecken? Wenn ich die Info wieder rauslesen kann, die ein anderer mit einem Attribut eingetragen hat, ist das sinnvoll im Sinne der Difinition eines Datensatzes allgemein und OSM im speziellen. Wenn Information verlorengeht oder ständig zwischen verschiedenen Aggregatszuständen umspringt, ist das ganz sicher nicht sinnvoll. Für den einen ist es z.B, sinnvoller Verkehrszeichen zu mappen da er die sehen kann und taggen kann, auch ohne ihre Tragweite genau zu kennen. Sinnvoll oder sinnvoller, na ja. Jedenfalls ist eine Information, die klar über ein physikalisches Gegenstück, also das Schild, nachvollziehbar ist, erstmal wertvoll und damit auch sinnvoll. Weniger sinnvoll bleibt es, Strassen im Monatsrythmus zwischen zwei Beschreibungen wechseln lassen, von denen keine so richtig passen will. Hier sind die klassischen Attributssysteme gegenüber OSM klar im Vorteil und schaffen es mit weniger Aufwand mehr konkrete Information zu speichern. Denn sie behandeln Daten wertfrei und beschreiben, was man vorfindet. Grüsse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Original-Nachricht Datum: Wed, 10 Jun 2009 03:01:18 +0200 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War wir haben ja auch gewisse Standards (im Prinzip ist es klar, wie die Hierarchie der Straßen aufgebaut ist), Im Prinzip hat jeder eine eigene Meinung dazu. Klar ist eigentlich nichts, nichtmal was die primäre Aussage einer Klasse ist. im Grunde geht es bei dem Problem hier ja nur darum, ob eine Straße die zwischen 2 Klassen sitzt, eher ein bisschen höher oder ein bisschen niedriger eingestuft wird, bzw. max. um eine Klasse Differenz. Das Problem ist die schwammige Definition, die alle trunk betrifft, weil ein Ausbauattribut mit einer Verbindungsklasse vermengt wird. Das ist doch schon ganz gut, und wird beim Autorouting kaum einen Unterschied machen. Diese Aussagen sind der Tod einer Reisezeitschätzung. Wenn jeder schon vorher zu wissen glaubt, was fuer zig Anwendungen wichtig sein könnte, kommt zwangsläufig Müll dabei raus. Hier kommt etwas unter die Räder, das für die Reisezeitschätzung enorm wichtig ist: Die präzise Feststellung, ob ein Bereich kreuzungsfrei ausgebaut ist. Gegen die Forcierung von Standards im Sinne, dass man keine anderen als genehmigte Tags mehr hochladen kann Warum müssen immer absurde Horroszenarien an die Wand gemalt werden, wenn es um dieses Thema geht? In welcher Diskussion hat bisher irgendwer gefordert, dass es zu verboten von neuen Tags kommen soll (geforderte Bereinigung von offensichtlichen Schreibfehlern mal ausgenommen)? Es geht doch vielmehr darum, den existierenden Tags neues Leben einzuhauchen, indem man ihnen ihre Beliebigkeit nimmt. Ein Satz Kerntags mit fester Beschreibung würde es erlauben, Abhängigkeiten darauf aufzubauen. Das geht eben nur dann, wenn die Basis stabil ist, da mit einer Umwidmung der Wurzel auch alle Abhängigkeiten kaputt gehen. o.ä. spricht die Philosophie von OSM, die sich auch gleich am Anfang des Namens findet. Seit ca. Sommer 2007. Vorher gab es im gleichen Projekt offene technische Diskussionen ohne diese 'philosophischen' Scheuklappen. Grüsse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Am Donnerstag, 11. Juni 2009 10:50:17 schrieb talk-de-requ...@openstreetmap.org: Sven Geggus schrieb: Allerdings zeichnet sich ab, dass das in 2009 auch nur knapp ?ber 70% sein werden, denn die l?ndlichen Gebiete sind leider meistens moch lausig erfasst! In meinem Fall ist das die Hohenloher Ebene, da gab es 2006 noch nicht einmal die Hauptstra?en. Ja, die meisten Mapper sind leider zu lokalbezogen und die Wahrscheinlichkeit einen Mapper in einem ostfriesischen Dorf zu haben sinkt gegen Null Chris Das ist ein Knackpunkt bei unseren Karten! Was nützt es, wenn in bsp. Hamburg jede Mülltonne erfasst ist und in den ländlichen Gebieten fast nichts.. Ich bin dazu übergegangen auf dem Lande weiterzumachen. Hamburg ist inzwischen sehr brauchbar erfasst, nun kommen die Dörfer dran. Und das macht auch Spaß! Denn was in der Stadt ein wenig stressig ist zum Teil mit dem vielen Verkehr, läßt sich auf dem Lande viel besser machen. Da kann man wirklich in Ruhe die Karten voran bringen und es läßt sich mit schönen Radtouren verbinden bsp. Also ein Plädoyer einfach mal den Städten den Rücken zu kehren! Das macht auch Spaß! Und vor allen Dingen für Frischlinge kann das ein reiches Betätigungsfeld sein, mit wenig Risiko weit fortgeschrittenes Mapping zu gefährden! Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Hallo Martin, Am einfachsten fände ich zwei Namensfelder: a) lokaler Name in lokaler Schrift b) internationaler Name in arabischer Schrift ohne Diakritika Du solltest unterscheiden nach Land und Schrift/Sprache - z.B. dass München Monaco heisst und wie der Name geschrieben wird: kyrillisch, hindi, hebraeisch, arabisch, Das gibt aber das Datenschema (noch) nicht her... Mach doch mal einen Vorschlag. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
Michael Kugelmann schrieb: Norbert Kück schrieb: Wattwege können vor Ort gekennzeichnet und mit Rettungseinrichtungen versehen sein. Siehe http://de.wikipedia.org/wiki/Neuwerk_(Insel) Genau das Beispiel Neuwerk wollte ich auch bringen. OK, ist bei mir schon ca. 30 Jahre her. Aber war damals schon so, wie in dem Wikipedia-Artikel beschrieben. BTW: wenn man sich an die vorgegebenen Zeiten hält (!) die durch Ebbe/Flut vogegeben sind und strikt nach diesen Reisigbüschel-Stangen geht, kann das durchaus ohne Führer laufen. Also für mich macht das Mappen der Wattwege durchaus Sinn. Von mir aufgezeichnete Tracks zeigen, dass sich auf der Strecke Amrum-Föhr in den letzten Jahren die Wattwege dramatisch verändert haben. Aufgezeichnet habe ich den Wattweg der amtlichen Seekarte (2008) und den mit einem Führer gegangenen Weg (2008), beide unterscheiden sich Um mehrere 100 m. Vor vielen (50) Jahren endete der Weg in Föhr nicht wie heute nicht in Dusum sondern 3 km südlich in Utersum. Diesen Weg kann man heute nur noch schwimmender Weise machen. Die Kennzeichnung des aktuellen Weges (Reisigbüschel und Stangen) war auch kaum zu erkennen und veraltet (Sturmflut putzt alles weg). Also mein dringender Rat: nicht jeden Wattweg in unserer Karte aufnehmen (ich würde mir bei einem Unfall schwere Vorwürfe machen) und wenn möglich einen ortskundigen Führer nehmen, der im Allgemeinen noch viele Zusatzinformationen parat hat. Lieber Michael du würdest sicher auch nicht jeden Kletterpfad oder jedes Wildwasser (ich bin Kanufahrer) einzeichnen und dabei nicht auf die Risiken und witterungsbedingten Veränderungen und Gefahren hinweisen. Ich räume natürlich ein, dass es, wie Norbert Kück beschrieb, gut gepflegte Wattwanderwege gibt. Aber sicher wird deren Verlauf sich ständig verändern. Liebe Grüße aus Karlsruhe nach Bayern, Klaus PS. Ich bin kein Wattwanderführer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Ich habe mal die Inhalte dieses Threads zusammengefasst und mit entsprechenden Informationen und Links ergänzt: http://wiki.openstreetmap.org/wiki/DE_talk:Key:name Unklar ist noch die genaue Definition der zulässigen Werte für name und name_int Sinnvoll scheint mir: *name*: Name wie er lokal im betreffenden Land in lokaler Schrift verwendet wird *name_int*: Name wie er im betreffenden Land im Aussenverkehr verwendet wird, in lateinischer Schrift ohne Diakritika. Falls das so gewollt ist, wären ein paar konkrete Beispiele zur Beschreibung hilfreich. Hilfreich wäre auch ein Link zu einer Liste, die nach diesem Muster geschrieben ist. Vorschlag: http://www.unece.org/cefact/locode/service/location.htm Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung LIP/SO/WAF/GT/ ST/MI/HX/PB und andere
On Wed, Jun 10, 2009 at 10:19:08PM +0200, Florian Lohoff wrote: On Wed, Jun 10, 2009 at 09:53:53PM +0200, Martin Trautmann wrote: Meinen Glückwunsch, auch die Darstellung der Listen mit gelb/rotem Hintergrund gefällt mir gut. So sieht man oft recht schnell die Schreibfehler. Du bist allerdings 100 % kritisch, was die Schreibweisen angeht (z.B. Von-Schell-Straße in Gütersloh, laut Verzeichnis von-Schell-Straße) - vielleicht gut so, vielleicht überkritisch. Ich habe auch schon ueberlegt ob Fuzzy match besser ist. Die Frage ist halt - wo ist die Grenze? Ist ein - statt okay? Oder nur groß/kleinschreibung? Im moment mache ich einen strikten vergleich und korrigiere lieber die Liste (Die meisten listen sind mind. genauso fehlerhaft wie die OSM Daten) Vielleicht beim strikten Vergleich bleiben, aber zusätzlich einen fuzzy-Vergleich machen und den dazu schreiben: Mullerstraße (ähnlicher Name in der Liste: Müllerstraße) Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM auf Apple OS X Leopard
Hallo Appleuser, Ich habe jetzt JOSM auf meinem Apple mini kopiert. In welchem Ordner befindet sich nun unter OS X Leopard die bookmarks, preferences bzw. der Pluginordner? Kann ich diese Dateien einfach von WINDOWS noch Leopard kopieren? Was ist die ideale Startkonfiguration bei 4 GB RAM? Danke für eure Antworten. Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hat jemand Erfahrung mit WMS unter Josm und Opensuse 11.0?
Ich würde gerne WMS benützen, aber es kommen bei mir nur rote Kacheln.. Hat jemand ne genau Anleitung wie es funktioniert? Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] routenname
Hallo, darf ein Routenname keine Leerzeichen enthalten? Der Routen Analyzer zeigt anscheinend nur den Namen bis zum ersten Leerzeichen. Kann ich in JOSM eine Route direkt auch zum Editieren aufrufen (auch wenn ich die ID nicht weiß), oder muss ich erst Elemente der Route laden? -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] routenname
On Thu, 11 Jun 2009 12:47:44 +0200, Wolfgang Wienke wo_wie...@gmx.net wrote: Hallo, darf ein Routenname keine Leerzeichen enthalten? Der Routen Analyzer zeigt anscheinend nur den Namen bis zum ersten Leerzeichen. Kann ich in JOSM eine Route direkt auch zum Editieren aufrufen (auch wenn ich die ID nicht weiß), oder muss ich erst Elemente der Route laden? Du bist jetzt schon der Zweite dem das auffällt. Scheint ein Fehler im Routen Analyzer zu sein. Selbstverständlich darf ein name-Key auf einen Wert mit Leerzeichen tragen wenn er auf einer Relation verwendet wird. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat jemand Erfahrung mit WMS unter Josm und Opensuse 11.0?
Hi, Sven Sommerkamp schrieb: Ich würde gerne WMS benützen, aber es kommen bei mir nur rote Kacheln.. Hat jemand ne genau Anleitung wie es funktioniert? Hast Du webkit-image installiert? Wenn ja, es geht nicht hinter einem Proxy, da hat man Pech. (außer Transparentproxy, der geht) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] routenname
Am 11.06.2009 12:47, Wolfgang Wienke: Kann ich in JOSM eine Route direkt auch zum Editieren aufrufen (auch wenn ich die ID nicht weiß), oder muss ich erst Elemente der Route laden? Du musst in JOSM immer erst mindestens ein Knoten- oder Weg-Element der Relation laden, um an die Relation selbst heran zu kommen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal: access-Tags mit Bedingungen
Guenther Meyer schrieb: ich wuerde lieber keine doppelpunkte nehmen, das sieht fuer mich irgendwie eher nach einer mehrstufigen hierarchie aus. Das ist ein berechtigter Einwand. Zumal vor dem Hintergrund von Vorschlägen wie der left/right-Syntax und der häufigen Verwendung als Behelfs-Namespace die Doppelpunkte möglicherweise verwirrend bis irreführend sind. Ich hatte ja eigentlich auf etwas mehr Feedback und damit ein klareres Meinungsbild hinsichtlich dieser Frage gehofft. Momentan neige ich ja auch etwas dazu, hier auf eckige Klammern umzusteigen. ich wuerde das ganze auch relativ einfach schreiben: also z.B. fuer 5,5t gewicht [5.5t] Das ist aber leider nicht mehr eindeutig. Eine Längenangabe könnte eine Höhe, Breite oder Länge sein. Und eine Gewichtsangabe nicht nur für Gesamtgewicht, sondern z.B. auch für Achslast stehen. fuer zeitliche einschraenkungen z.B. [Mon-Wed] oder [0800-1200h] Das time weglassen ist machbar, da stimme ich zu - die Werte sind auch so als Zeiten erkennbar. Bei den Zeitformatierungen würde ich mich allerdings doch an die vorhandene, etwa bei opening_hours verwendete Syntax halten (also in deinen Beispielen Mo-We und 08:00-12:00). Ich halte wenig davon, sich bei jedem Tag eine andere Zeitsyntax auszudenken. Natürlich spricht nichts dagegen, die Zeitsyntax generell (also auch bei anderen Werten) zu verbessern, aber das ist dann keine unmittelbar auf mein Proposal bezogene Thematik. meine logik waere auch, dass alles was hintereinander steht, und-verknüpft ist. genauer spezifizierte einschraenkungen haben vorrang vor allgemeinen. Bei dieser Auswertungslogik stimme ich zu, das habe ich ja auch im Ursprungsproposal so dargestellt. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Am 11. Juni 2009 09:13 schrieb qbert biker qbe...@gmx.de: Das deutsche Strassennetz lässt sich wie jedes andere auch relativ gut mit ein paar voneinander unabhängigen Attributen (Ausbauzustand, administrative Zuordnung, Spuranzahl, bauliche Trennung, kreuzungsfreiheit, usw.) beschreiben. das tun wir ja auch: Ausbauzustand fliesst in das highway-tag ein, administrative Zuordnung ist im Ref., Spuranzahl lanes, bauliche Trennung: ein oder 2 ways, Kreuzungsfreiheit s. Ausbauzustand und die Wichtigkeit der Verbindung (das wichtigste fuer die Klassifizierung, ist bei Dir wohl im usw. enthalten) im highway-tag (zusammen mit dem Ausbauzustand). Aber der Versuch, alles in eine Klasse zu quetschen muss eine ewige Baustelle bleiben, einfach weil es unauflösbare Konstallationen gibt. ? s.o. wir haben ja noch mehr Attribute als nur die Highwayklasse, und eine Klassifizierung rein nach administrativer Zuordnung wuerde zu kurz greifen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
Markus liste12a4...@gmx.de writes: Wattwege sind i.A. keine festen Wege. Sie verändern sich dauernd. Das erfassen ist nicht sinnvoll und kann u.U. gefährlich sein. Sinnvoll wäre ein Schlüssel Wattweg. (ähnlich wie Fährlinien, die ja auch nur ungefähr positioniert sind) Wie pisten- und tourenwege im gebirge (AKA winterwege). -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de bitte kein Tofu
Jonas Krückel o...@jonas-krueckel.de writes: Bitte verwende bei deinen weiteren Antworten an Talk-de kein Tofu mehr, das wird dort nicht gerne gesehen (aus guten Gründen) Bitte keine öffentlichlichen maßreglungen ;) Wenn dir das am herzen liegt, mach schick dem betroffenen eine persönliche mail. Stattdessen verwende bitte Inline-Quoting. Man gewöhnt sich an alles. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
2009/6/11 Karl Eichwalder k...@gnu.franken.de Markus liste12a4...@gmx.de writes: Wattwege sind i.A. keine festen Wege. Sie verändern sich dauernd. Das erfassen ist nicht sinnvoll und kann u.U. gefährlich sein. Sinnvoll wäre ein Schlüssel Wattweg. (ähnlich wie Fährlinien, die ja auch nur ungefähr positioniert sind) Ich denke das wäre die beste Lösung. Mappen sollte man das generell aber schon. Immerhin werden diese Wege auch von den örtlichen Fremdenverkehrsämtern in Karten abgebildet. Ein eigener Schlüsse / Rendering macht aber Sinn, um die unbeständige Natur solcher Wege zu verdeutlichen. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland und Öst erreich
Nop ekkeh...@gmx.de writes: Die Karte ist durch die Höhenlinien für die Alpen ein wenig groß geraten. Ich glaube die nächste Version sollte ich besser in eigene Karten für Deutschland und Österreich getrennt aufteilen, oder was meint Ihr? Bei derartigen karten ist eine aufteilung nach politischen grenzen nicht sehr sinnig. Quadrate 200x200km oder regionalkarten (Alpen, Harz, Bayrischer Wald und Böhmerwald (Šumava) etc.) wäre gut. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM mit mehr RAM
Hallo, ich schaffe es nicht, JOSM mehr RAM zuzuweisen. Mein jetziger Aufruf lautet C:\Programme\JOSM\josm-tested.jar. Wie würde der mit 256MB lauten? -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM mit mehr RAM
Am 11. Juni 2009 15:00 schrieb Wolfgang Wienke wo_wie...@gmx.net: Hallo, ich schaffe es nicht, JOSM mehr RAM zuzuweisen. Mein jetziger Aufruf lautet C:\Programme\JOSM\josm-tested.jar. Wie würde der mit 256MB lauten? java -Xmx253M -jar josm-tested.jar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Original-Nachricht Datum: Thu, 11 Jun 2009 13:12:45 +0100 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] User: Kraftfahrstra?e Edit-War das tun wir ja auch: Es gibt da durchaus gegensätzliche Aussagen dazu. Ausbauzustand fliesst in das highway-tag ein, Fliesst ein, sagt also nichts konkretes darüber aus. Was macht man bei Konflikten? Was gibt den Auschlag? administrative Zuordnung ist im Ref. Auch, soll allerdings auch highway beeinflussen. Da hat sich seit dem Sommer 2007 wenig getan. Es gibt nach wie vor kein konkretes tag für den Ausbauzustand. Auch der gute Anfang bei den tracks wurde verschlimmbessert. Anfangs war das eine neutrale Zusatndsbeschreibung und plötzlich fliessen ganz andere Kriterien ein, z.B. das Aussperren des allgemeinen Verkehrs. , Spuranzahl lanes, Kann man faktisch vergessen, da nicht dargestellt und damit auch nicht vergeben. Fliesst dann wieder indirekt bei trunk (=autobahnähnlich) ein. bauliche Trennung: ein oder 2 ways, Gibts Kommentare wie Sand am Meer dazu von Leuten, die das in Frage stellen und das nach belieben vergeben. Kreuzungsfreiheit s. Ausbauzustand und die Wichtigkeit der Verbindung (das wichtigste fuer die Klassifizierung, ist bei Dir wohl im usw. enthalten) im highway-tag (zusammen mit dem Ausbauzustand). Zusammen mit dem Ausbauzustand. Zwei Dinge, die nur indirekt miteinander zu tun haben in ein Tag zu verwurschteln, funktioniert eben nicht. In Gegenden, die ich kenne, kann ich das gut verfolgen und OSM gibt da keine guten Vorgaben über den besten Weg. Was zur Auf/Abwertung einer Klasse führt weiss nur der lokale Mapper und wenn der meint dass bei einem Konflikt die Staatsstrasse zur Aufwertung führt, schickt er mich eben über die alte Rumpelpiste drüber. Es gibt AFAIK weder ein unabhängiges Beschreibungstag für die Verbindungsbedeutung, noch eines für den Strassenzustand (surface nutzt hier auch wenig), noch eines für die unabhängige Beschreibung des kreuzungsfreinen Ausbaus. Dass die Wichtigkeit der Verbindung das ausschlaggebende Kriterium ist, sehe ich auch so, aber ist das irgendwo festgehalten? ? s.o. wir haben ja noch mehr Attribute als nur die Highwayklasse, und eine Klassifizierung rein nach administrativer Zuordnung wuerde zu kurz greifen. Genau das wurde lange priorisiert und schwirrt scheinbar immer noch in den Köpfen vieler Mapper drin, wenn ich mir die Karte so ansehe. Wozu man sich bei OSM leider nicht durchringen kann, ist exakt definierte Tags zu schaffen, die man zur Beschreibung von genau _einer_ Eigenschaft verwendet. Dann muss man eben manchmal mehr als ein Attribut verwenden um eine Strasse zu beschreiben, aber wäre das so schrecklich? Grüsse Hubert -- GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM mit mehr RAM
Wolfgang Wienke schrieb: ich schaffe es nicht, JOSM mehr RAM zuzuweisen. Mein jetziger Aufruf lautet C:\Programme\JOSM\josm-tested.jar. Wie würde der mit 256MB lauten? %windir%\system32\java.exe -Xmx256M -jar C:\Programme\JOSM\josm-tested.jar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland und Öst erreich
Am Donnerstag, 11. Juni 2009 14:48:34 schrieb Karl Eichwalder: Nop ekkeh...@gmx.de writes: Die Karte ist durch die Höhenlinien für die Alpen ein wenig groß geraten. Ich glaube die nächste Version sollte ich besser in eigene Karten für Deutschland und Österreich getrennt aufteilen, oder was meint Ihr? Bei derartigen karten ist eine aufteilung nach politischen grenzen nicht sehr sinnig. Quadrate 200x200km oder regionalkarten (Alpen, Harz, Bayrischer Wald und Böhmerwald (Šumava) etc.) wäre gut. +1 Gru0, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland und Öste rreich
Oha! AFAIK kann der Garmin (zumindest mein GPSmap 60csx) überhauopt nur mit 2GB große Dateien also fehlt da gar nicht mal mehr so viel. Das Limit ist mit dem Firmware-Upgrade von 3.7 auf 3.9 gefallen. Und bei den eTrex-Geräten von Firmware-Version 2.90 auf 3.00, die vor kurzem veröffentlicht wurde. Hat schon mal jemand versucht, eine 8GB-Micro-SDHC zu verwenden? Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
Hallo Peter, Ein eigener Schlüsse / Rendering macht Sinn, um die unbeständige Natur solcher Wege zu verdeutlichen. Das macht nicht nur Sinn, sondern ist *Not-wendig*! Die Gefahren im Watt sind viel zu gross, um einfach unbedarft mit einem footway zu zeichnen und damit die Kartennutzer den unberechenbaren und tödlichen Strömungen auszusetzen. Also: erst Schlüssel erfinden, dann dokumentieren, dann dem Renderer sagen wozu das gut ist, dann mappen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland und Öst erreich
Hallo Karl, Regionalkarten wäre gut. Alpen, Harz, Bayrischer Wald und Böhmerwald (Šumava) Schweizer Jura, Alpsteingebirge Bodensee, Vogesen, ... (die Karten dürfen sich auch überschneiden) +1 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM mit mehr RAM
Am Do, 11.06.2009, 15:11 schrieb Andreas Klein: %windir%\system32\java.exe -Xmx256M -jar C:\Programme\JOSM\josm-tested.jar Bei mir liegen die verschiedenen JREs im Programme-Ordner. Was für eine liegt denn im System-Ordner? Immer die neuste? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
Die Gefahren im Watt sind viel zu gross, um einfach unbedarft mit einem footway zu zeichnen und damit die Kartennutzer den unberechenbaren und tödlichen Strömungen auszusetzen. Also diese Darstellung finde ich ein wenig übertrieben. Keine Karte dieser Welt ist perfekt und praktisch alle weise Fehler auf, die für einen unvorsichtigen Nutzer lebensgefährlich sein können. Ich verweise da gerne auf das immer wieder kehrende Beispiel der Auto-Navis, die Brücken an den Stellen eingezeichnet haben wo Fähren sind und ihre Benutzer deshalb auch bei Nebel fröhlich mit 60 Sachen in den Fluss fahren. Das ist nicht die Schuld der Karte, sondern die Schuld des Nutzers. Das Watt ist eine gefährliche Gegend, wenn man sich falsch verhält. Dies sollte aber jedem Anwohner / Touristen / Besucher klar sein. Wer dennoch einfach und nur auf die Information einer Karte (egal ob OSM oder eine andere) ins Watt spaziert ist selber schuld. Ich würde mir da als Mapper keinerlei Vorwürfe machen. Ich habe meinen Zivildienst im Nationalpark auf einer der Ostfriesischen Inseln absolviert und kann aus Erfahrung sagen, dass solche Leute, die sich und andere leichtsinnig in Gefahr bringen, sowieso kein Kraut gewachsen ist. Im Sommer säuft da jede Woche einer in der Nordsee ab, obwohl überall vor den starken Strömungen gewarnt wird. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wattweg
Hallo Peter, Also diese Darstellung finde ich ein wenig übertrieben. Ja. Ich wollte nur darauf hinweisen, dass Karten auch Folgen haben und Kartografen sich diesen bewusst sein sollten: Auto Navis die Brücken an den Stellen eingezeichnet haben wo Fähren sind :-( Im Sommer säuft da jede Woche einer in der Nordsee ab, obwohl überall vor den starken Strömungen gewarnt wird. Genau das meinte ich. Ich weiss dass auch gute Karten nicht vor Ignoranz bewahren. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland und Öste rreich
SLXViper wrote: Hat schon mal jemand versucht, eine 8GB-Micro-SDHC zu verwenden? 8GB noch nicht, 4GB funktioniert im Vista (Karten-Datei 2GB hab ich allerdings auch noch nicht probiert) Frank ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal: access-Tags mit Bedingungen
Am Donnerstag 11 Juni 2009 schrieb Tobias Knerr: ich wuerde das ganze auch relativ einfach schreiben: also z.B. fuer 5,5t gewicht [5.5t] Das ist aber leider nicht mehr eindeutig. Eine Längenangabe könnte eine Höhe, Breite oder Länge sein. Und eine Gewichtsangabe nicht nur für Gesamtgewicht, sondern z.B. auch für Achslast stehen. stimmt, manchmal wird ja zwischen gesamtgewicht und achslast unterschieden.. dann vielleicht eher so: [weight:7.5t] [axleload:5.5t] [lenght:14m] [height:3.9m] [width:1.9m] wobei ich bei einer gewichtsangabe ohne schluessel automatisch weight, also das gesamtgewicht implizieren wuerde; ist nunmal das meistgebrauchte gewicht... fuer zeitliche einschraenkungen z.B. [Mon-Wed] oder [0800-1200h] Das time weglassen ist machbar, da stimme ich zu - die Werte sind auch so als Zeiten erkennbar. Bei den Zeitformatierungen würde ich mich allerdings doch an die vorhandene, etwa bei opening_hours verwendete Syntax halten (also in deinen Beispielen Mo-We und 08:00-12:00). Ich halte wenig davon, sich bei jedem Tag eine andere Zeitsyntax auszudenken. ob man die wochentage jetzt mit zwei oder drei buchstaben abkuerzt, ist mir eigentlich egal. ich fand halt drei buchstaben den besten kompromiss zwischen kuerze und lesbarkeit. die doppelpunkte in zeitangaben wuerde ich definitiv weglassen, da die erstens ueberfluessig sind, und zweitens mit anderen als trenner gesetzten doppelpunkten verwechselt werden koennten. diese schreibweise ist uebrigens durchaus gebraeuchlich. das format sollte aber natuerlich fuer alle tags identisch sein, da stimme ich dir zu. Natürlich spricht nichts dagegen, die Zeitsyntax generell (also auch bei anderen Werten) zu verbessern, aber das ist dann keine unmittelbar auf mein Proposal bezogene Thematik. naja, aber das kann man dann auch gleich mitnehmen... ;-) meine logik waere auch, dass alles was hintereinander steht, und-verknüpft ist. genauer spezifizierte einschraenkungen haben vorrang vor allgemeinen. Bei dieser Auswertungslogik stimme ich zu, das habe ich ja auch im Ursprungsproposal so dargestellt. schoen, das wir uns einig sind :-) 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] Subjektive OSM Statistik
Am Donnerstag 11 Juni 2009 schrieb Markus: Hallo Chris-Hein, Ja, die meisten Mapper sind leider zu lokalbezogen und die Wahrscheinlichkeit einen Mapper in einem ostfriesischen Dorf zu haben sinkt gegen Null Hier wären Entdecker-Ambitionen hilfreich: weisse Flecken auf der Landkarte füllen wollen. Der Ruhm wäre den Entdeckern sicher! Erforderlichenfalls könnte man sie ja entsprechen ehren? Es soll ja auch Bürgermeister, Hotelbesitzer, Tourismusverantwortliche geben, die gezielt zu Mapping-Events einladen... Sowas könnte man auch als Regionalgruppe organisieren: geführte Mappingtouren für Radfahrer und Wanderer oder Mapping-Cachings für Geocacher. oder man macht das ueber die klassischen mapping-weekends: da muenchen selbst schon ziemlich vollstaendig ist, sind solche aktionen hier eigentlich nicht mehr wirklich sinnvoll. deswegen werden eher ziele in der umgebung angesteuert. letztes jahr wars landsberg, dieses jahr der tegernsee, und ich denke, es wird sicher bald wieder mal was zusammengehen... wenn man das vernuenftig organisiert, ist das kostentechnisch mit auto oder bahn auch nicht so tragisch; und spass machts allemal... 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] Wanderkarte für Deutschland und Öste rreich
frank mohr schrieb: Hat schon mal jemand versucht, eine 8GB-Micro-SDHC zu verwenden? 8GB noch nicht, 4GB funktioniert im Vista Das problem war nicht die Kartengröße (SDHC wurde schon immer unterstützt), sondern die Größe der IMG-Datei, die bis zum Firmwareupdate zu Ostern(?) 2009 die Grenze von 2GiB (GB?) nicht überschreiten durfte. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Markus wrote: Das gibt aber das Datenschema (noch) nicht her... Mach doch mal einen Vorschlag. Zum einen hast du den Ländercode ISO_3166, zum anderen den Sprachencode nach ISO 639. Bisher reicht hier ja name:de=München, name:it=Monaco, ... Für weitere Sprachen steht auch ISO 639-3 zur Verfügung (name:deu bzw. name:ger) Schriftinformationen würde ich aussen vor lassen. Ob man München nun in Heidelberg, deutscher Schreibschrift, Fraktur, Arial darstellt ist ziemlich einerlei - und in welchen Schriftzeichen man name:cn schreiben müsste, ist wohl ein beliebiges Schreibthema. Allerdings finde ich, dass OSM nicht komplettes Datenbankwissen aufsaugen muss. Sowas kann man z.B. in der opengeodb lassen. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal: access-Tags mit Bedingungen
Guenther Meyer schrieb: also z.B. fuer 5,5t gewicht [5.5t] Das ist aber leider nicht mehr eindeutig. Eine Längenangabe könnte eine Höhe, Breite oder Länge sein. Und eine Gewichtsangabe nicht nur für Gesamtgewicht, sondern z.B. auch für Achslast stehen. stimmt, manchmal wird ja zwischen gesamtgewicht und achslast unterschieden.. dann vielleicht eher so: [weight:7.5t] [axleload:5.5t] [lenght:14m] [height:3.9m] [width:1.9m] Wo ist da noch der Vorteil gegenüber [weight7.5t]? Gleiche Zeichenzahl, aber mit ist es unmissverständlicher. Ich halte Fehlinterpretationen als Gewicht bis zu etc. sonst durchaus für möglich. wobei ich bei einer gewichtsangabe ohne schluessel automatisch weight, also das gesamtgewicht implizieren wuerde; ist nunmal das meistgebrauchte gewicht... Kann man an sich schon machen. Erfordert aber dann natürlich die Einheit, um überhaupt ein Erkennungsmerkmal zu haben - die ist bei rein numerischen Werten sonst implizierbar. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM mit mehr RAM
Hallo! Andreas Klein schrieb: Wolfgang Wienke schrieb: ich schaffe es nicht, JOSM mehr RAM zuzuweisen. Mein jetziger Aufruf lautet C:\Programme\JOSM\josm-tested.jar. Wie würde der mit 256MB lauten? %windir%\system32\java.exe -Xmx256M -jar C:\Programme\JOSM\josm-tested.jar Danke! Kann ich auch noch irgendwo einstellen, dass die Java-Konsole dabei nicht gestartet wird? In Systemseuerung/ Java half eine entsprechende Einstellung nichts. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Hallo Guenther, ziele in der umgebung angesteuert. wenn man das vernuenftig organisiert, ist das kostentechnisch mit auto oder bahn auch nicht so tragisch; und spass machts allemal... In der Zeit vor OSM und GPS hatte ich mal Gelegenheit, an einer Speläologen-Mapping-Party teilzunehmen: Zwei Wochen in den Schweizer Bergen, 20 Mann mit Zelten und 2 Tonnen Material, haben wir Höhlen dreidimensional vermessen und kartografiert. Wenns draussen regnet ist das drinnen ziemlich egal... Gemeinsam forschen, leben und arbeiten, kochen und feiern - war eine sehr erlebnisreiche Aktion. Aber die Logistik war nicht ganz ohne... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standplanung Linuxtag 23.6. bis 27.6. 2009
ich hab gerade den Entwurf für unseren Stand gefunden http://www.linuxtag.org/2009/dl/projekte/Halle7.2a/198-50198--72a119.pdf Frank ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM mit mehr RAM
Am Thu, 11 Jun 2009 17:37:12 +0200 schrieb Wolfgang Wienke: Danke! Kann ich auch noch irgendwo einstellen, dass die Java-Konsole dabei nicht gestartet wird? In Systemseuerung/ Java half eine entsprechende Einstellung nichts. javaW.exe nehmen statt java.exe GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Hallo Martin, Zum einen hast du den Ländercode ISO_3166, zum anderen den Sprachencode nach ISO 639. und dann gibt es noch ISO-15924 Bisher reicht hier ja name:de=München, name:it=Monaco, ... Es gibt unterschiedliche Länder, die die gleiche Sprache benutzen, aber Orte unterschiedlich benennen (AT-de, CH-de, DE-de). Und die Bezeichnungen können in allen Schriftsystemen geschrieben sein. Schriftinformationen :) Schriftsysteme (nicht Schriftarten) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
In gmane.comp.gis.openstreetmap.region.de Martin Trautmann tr...@gmx.de wrote: Tobias Wendorff wrote: Google geh?ren die Luftbilder nicht, die lizenzieren sie auch nur. Google schie?t aber mittlerweile eigene Satellitenbilder. Luftbilder oder Satellitenbilder? Ein Flugzeug ist im Etat durchaus drin. Du unterschaetzt maszlos den Aufwand fuer das Aufnehmen *richtiger* Meszbilder und deren Auswertung... ;-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Bernd Wurst be...@bwurst.org wrote: Andere sind der Meinung, dass die Ableitung von Vektordaten aus diesen Luftbild-Karten so wenig mit dem Original zu tun hat (und so viel eigene Sch?pfungsh?he hat), dass dies vom Lizenzgeber gar nicht untersagt werden kann. Das taete ja erst recht gelten fuer Sachen, die man im Luftbild gar nicht mehr sehen kann, oder? ... zum Bleistift stillgelegte Eisenbahnstrecken = abgebaut = im Luftbild nicht mehr direkt als Bahnstrecke sichtbar. Aber mit eigenem Hintergrundwissen und viel eigener Schoepfungshoehe also noch mehr oder weniger gut an verbliebenen gelaendestrukturen und trassenangepasstem Bewuchs etc. zu erahnen... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal: access-Tags mit Bedingungen
Am Donnerstag 11 Juni 2009 schrieb Tobias Knerr: Guenther Meyer schrieb: also z.B. fuer 5,5t gewicht [5.5t] Das ist aber leider nicht mehr eindeutig. Eine Längenangabe könnte eine Höhe, Breite oder Länge sein. Und eine Gewichtsangabe nicht nur für Gesamtgewicht, sondern z.B. auch für Achslast stehen. stimmt, manchmal wird ja zwischen gesamtgewicht und achslast unterschieden.. dann vielleicht eher so: [weight:7.5t] [axleload:5.5t] [lenght:14m] [height:3.9m] [width:1.9m] Wo ist da noch der Vorteil gegenüber [weight7.5t]? Gleiche Zeichenzahl, aber mit ist es unmissverständlicher. Ich halte Fehlinterpretationen als Gewicht bis zu etc. sonst durchaus für möglich. alle verbotszeichen die ich kenne, und jemals gesehen habe, und mit gewichten zu tun haben, sprechn von gewichten über dem angegeben wert. genau so bei laengen-, breiten, und hoehenbeschraenkungen. wenn also sowieso immer die rede von groesser ist, kann man das zeichen auch weglassen. wobei ich bei einer gewichtsangabe ohne schluessel automatisch weight, also das gesamtgewicht implizieren wuerde; ist nunmal das meistgebrauchte gewicht... Kann man an sich schon machen. Erfordert aber dann natürlich die Einheit, um überhaupt ein Erkennungsmerkmal zu haben - die ist bei rein numerischen Werten sonst implizierbar. die einheit muss natuerlich immer notiert werden, ganz klar. 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] Abmalen von Luftbildern und Copyright
... zum Bleistift stillgelegte Eisenbahnstrecken = abgebaut = im Luftbild nicht mehr direkt als Bahnstrecke sichtbar. Aber mit eigenem Hintergrundwissen und viel eigener Schoepfungshoehe also noch mehr oder weniger gut an verbliebenen gelaendestrukturen und trassenangepasstem Bewuchs etc. zu erahnen... Bis das mal einer rechtlich fest gemacht hat oder die LVA ihre Einstellung ändern, hast du das ganze schneller am Boden erfasst. Den Versuch habe ich schon gestartet bevor an OSM oder überhaupt frei verfügbare Sat Bilder und Karten zu denken war. In meiner Umgebung habe ich dann bis hin zu alten gedeckten Muna Anschlüssen alles erfasst. Und auch zurückgebaute Infrastruktur auf noch betriebenen Trassen habe ich immer festgehalten. Nun brauche ich die LVA ehrlich gesagt auch nicht mehr, das wichtigste ist schon erfasst. Fehlt nur noch eine geeignete Basis um die Daten auch unterbringen zu können. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Am 11.06.2009, 11:02 Uhr, schrieb Sven Sommerkamp s_sommerk...@gmx.de: [...] Das ist ein Knackpunkt bei unseren Karten! Was nützt es, wenn in bsp. Hamburg jede Mülltonne erfasst ist und in den ländlichen Gebieten fast nichts.. Ich bin dazu übergegangen auf dem Lande weiterzumachen. Hamburg ist inzwischen sehr brauchbar erfasst, nun kommen die Dörfer dran. Gruß Sven S. Das ist alles richtig, und ich selber bin dazu übergegangen, ländliche Bereiche zu Mappen, aber Du übersiehst ein Problem: Je weiter man von seinem Wohnort mappt, desto mehr sinkt der 'Wirkungsgrad'. Konkretes Beispiel: Ich stelle fest, das in Mölln noch viele Strassen fehlen. Also fahre ich am nächsten Wochenende (wenn das Wetter es zuläßt) nach Mölln. Das bedeutet ca. 1,5 Stunden hin und genausoviel zurück, also 3 Stunden. Wenn ich mein Tag nicht völlig verplant habe ich noch ca. 3 Stunden zum Mappen vor Ort. In der Zeit kann man eine Menge schaffen, aber bei weitem nicht Alles. Wenn dann noch einige Dinge fehlen werde ich nicht nochmal den weiten Weg auf mich nehmen, das 'lohnt sich nicht' für mich, also viel Fahrerei für wenig Daten. Ich denke, Anderen wir es ähnlich gehen. Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Am Do, 11.06.2009, 19:31 schrieb Jacques Nietsch: Ich denke, Anderen wir es ähnlich gehen. Ja, da kann ich zustimmen. Sowas geht besser, wenn man z.B. ein 5er Tagesticket nimmt und mit fünf Leuten zum Mappen fährt. Abends geht man dann noch zuhause in einen Pub. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Sowas geht besser, wenn man z.B. ein 5er Tagesticket nimmt und mit fünf Leuten zum Mappen fährt. Abends geht man dann noch zuhause in einen Pub. Mapping Flash-Mobs sollte man viel öfter machen :) 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
[Talk-de] Hamm Straßenliste Was: Straßenlis tenauswertung LIP/SO/WAF/GT/ST/MI/HX/PB und ander
On Wed, Jun 10, 2009 at 11:03:48PM +0200, Tobias Wendorff wrote: Florian Lohoff schrieb: Hamm1676136581.4% 2009-06-10 18:44 Bist Du Dir sicher? Hamm ist ziemlich leer ... war neulich noch da und habe ein paar Straßen gemappt. Ziemlich - Was koennte denn Falsch sein? Zu wenig Straßen in der Liste oder zu große relation. Die Relation kann man sich ja ansehen: http://betaplace.emaitie.de/webapps.relation-analyzer/osm.jsp?relationId=62499 Und die Anzahl der Straßen in der Liste sind ja proportional zu anderen großen Staedten im Rahmen: Stadt Einwohner Straßen Einwohner/Straße Paderborn 144181 1171123,12 Osnabrück 162870 1440113,10 Hamm183065 1676109,22 Bielefeld 324912 2470131,54 Essen 580751 3321174,87 Damit hat ja Hamm mehr Straßen pro Einwohner d.h. eher Flaechiger als Essen oder Bielefeld (Was ja auch der visuelle Eindruck bestaetigt). D.h. wir haben nachgewiesen das die Liste eine durchaus plausible Anzahl von Straßen enthaelt und auch die Relation enthaelt Hamm (Und nicht Muenchen) http://osm.gt.owl.de/Strassenliste/ Kannst Du dem Geocoder bitte noch die Yahoo-Maps anfügen? Die verwenden nämlich Navteq, welche teilweise deutlich aktueller und genauer sind. Hast du da fertigen Javascript code? Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Am 11.06.2009, 19:42 Uhr, schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am Do, 11.06.2009, 19:31 schrieb Jacques Nietsch: Ich denke, Anderen wir es ähnlich gehen. Ja, da kann ich zustimmen. Sowas geht besser, wenn man z.B. ein 5er Tagesticket nimmt und mit fünf Leuten zum Mappen fährt. Abends geht man dann noch zuhause in einen Pub. Richtig, aber das ist schwierig! Wenn ich eine Tour mache, spreche ich mich mit meiner Frau ab, ob sie die Innenstadt mit den Fusswegen und POI's mappt, oder nicht. Ich mache dann den 'Rest'. Das ist einfach, ich kenne ja meine Frau. Wie wir vor Ort kommen ist auch klar, mit dem Motorroller. In einer Gruppe wird es VIEL komplizierter. - Es muss geklärt werden wo man überhaupt hin will. - Dann muss erst einmal der Termin klargemacht werden. - Wie kommt man hin (ÖPNV ist dort ja nicht so dolle)? Je größer die Gruppe, um so weniger findet man einen Konsens. Das mit dem Pub ist einfach, das bekomme ich auch so hin ;-) Lange Rede, kurzer Sinn, solche Aktionen bekommt man leider nur sehr selten hin. Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM mit mehr RAM
Tobias Wendorff schrieb: %windir%\system32\java.exe -Xmx256M -jar C:\Programme\JOSM\josm-tested.jar Bei mir liegen die verschiedenen JREs im Programme-Ordner. Was für eine liegt denn im System-Ordner? Immer die neuste? Normalerweise ja. Ältere JRE sollte man löschen, es sei denn man hat Apps die eine bestimmte Version benötigen, aber das ist eher im Businessbereich der Fall. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gerade entdeckt: Oregon mit Europa OSM Karte vorinstalliert
http://www.busse-yachtshop.de/shop/wbc.php?sid=401468bfa882pid=3497tpl=produktdetail.html Das nur einmal zur Bedeutung ob OSM auch auf Garmingeräten passabel läuft.. Es ist inzwischen Verkaufsargument! Ich stelle im übrigen fest, das in meinem das Interesse an Garmingeräten gerade auch deshalb groß ist, weil es diese Option mitllerweile gibt. Und jeder sich jetzt ein solches Gerät aus diesen Gründen besorgt, ist irgendwann ein potentieller Mapper. Sofern er positive Bekanntschaft mit OSM Karten macht. Damit ist das Ganze eine sinnvolle Verbindung und treibt die Weiterentwicklung unserer Karten voran. Übrigens könnte da auch das kommende Nüvifone ein sehr interessante Gerät sein, da es Vor Ort Berichtigungen der Kartendaten ermöglichen würde. http://www.garminasus.com/garminasus/cms/site/home/lang/en/phones Ganz in unserem Sinne läuft das Nüvifone (in einer Version) unter Linux und die bekannten Karten sollten sollten wieder darauf Laufen. Auch sollte es möglich sein mobile OSM Editoren drauf laufen zu lassen und Daten Vor Ort zu Editieren und hochzuladen. Zumindest Openstreetbugs zu senden, das wäre doch was..!? Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Hallo, Sven Sommerkamp wrote: Das ist ein Knackpunkt bei unseren Karten! Was nützt es, wenn in bsp. Hamburg jede Mülltonne erfasst ist und in den ländlichen Gebieten fast nichts.. Das nuetzt den 1,8 Millionen Einwohnern Hamburgs ziemlich viel, denke ich ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] kmail, gmail und talk-de digest vol issue
Hi, seitdem ich von t-online.de mit einem Frontend Outlook 2002 unter windows umgestiegen bin auf gmail.com mit Frontend kmail unter linux, habe ich das Problem, dass ich, wenn ich länger nicht mehr in der Liste war, keine einzelnen emails bekomme, sondern ein digest, in dem viele emails zusammengefasst werden. das ist zwar übersichtlicher aber ich weiß nicht wie ich jetzt auf eine einzelne email-Antworten kann. Kopieren aus dem Digest und wieder erneut versenden ist wahrscheinlich nicht die richtige Lösung, da dann der thread kaputt geht. Ich brauch also eine Lösung, um bei Bedarf auf die einzelne email antworten zu können. Habe aber keine Ahnung wie. Wenn oben genannter Weg nicht geht, was kann ich tun damit ich wieder einzelne emails bekomme? Weiß irgendjemand eine Lösung. Gruß Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Sven Sommerkamp schrieb: Ich bin dazu übergegangen auf dem Lande weiterzumachen. Hamburg ist inzwischen sehr brauchbar erfasst, nun kommen die Dörfer dran. ... Und vor allen Dingen für Frischlinge kann das ein reiches Betätigungsfeld sein, mit wenig Risiko weit fortgeschrittenes Mapping zu gefährden! Meine aktuellen Erfahrungen sagen, dass man auch in Zukunft nicht unbedingt in die Ferne schweifen muss. Je besser ein Gebiet bereits erfasst ist, um so hoeher ist der Pflegeaufwand. Bei mir war gerade der 5. Reparatur-Einsatz seit Ostern faellig. Diesmal hatte jemand zwei Ackerflaechen in Industriegebiete verwandelt. Keine Ahnung warum, da ist definitiv keine Industrie, da war nie Industrie und da ist auch keinerlei Industrie geplant. Davor hatte jemand beim Eintragen eines Naturschutzgebietes das dazugehoerige Wald-tag geloescht. Davor hatte jemand beim Eintragen einer Relation ueber ein dutzend Elemente die Tags von einem Weg auf alle folgenden kopiert. Dazu dann noch solche Aktionen wie die Kraftfahrstrassen-Trunk- Umtaggeschichte: Das Engagement bei OSM erfordert manchmal doch ein ordentliche Portion Valium. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Am Donnerstag, 11. Juni 2009 21:05:50 schrieb talk-de-requ...@openstreetmap.org: Hallo, Sven Sommerkamp wrote: Das ist ein Knackpunkt bei unseren Karten! Was n?tzt es, wenn in bsp. Hamburg jede M?lltonne erfasst ist und in den l?ndlichen Gebieten fast nichts.. Das nuetzt den 1,8 Millionen Einwohnern Hamburgs ziemlich viel, denke ich ;-) Und so hab ich auch gerade den Briefkasten um die Ecke gefunden den ich sowieso schon kannte.. Aber hätte ich das GPS nicht dabei gehabt, wäre ich direkt dagegen gelaufen.. ;-) Aber da ich ja von einer brauchbaren Karte erwarte, das sie mich praktisch überall hin führen kann.. ..muß ich mich manchmal ein Stück entfernen, jeder wird entscheiden müssen, wie und wie weit er dies tut. Der weitest entfernte Ort war Serfaus in Tirol, dort durfte ich quasi den ganzen Ort entstehen lassen. Aber da hatte ich ja auch Urlaub.. Sowas kann Spaß machen! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49?00'09 E008?23'33 Also, auf auf Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamm Straßenliste Was: Straßenlis tenauswertung LI P/SO/WAF/GT/ST/MI/HX/PB und ander
Am Do, 11.06.2009, 20:41 schrieb Florian Lohoff: Ziemlich - Was koennte denn Falsch sein? Zu wenig Straßen in der Liste oder zu große relation. Vermutlich fehlen Plätze und Wege, die keine Namen haben oder die den Namen teilen. Das Problem haben wir in Dortmund auch: Manche Straßen sind 2[ km lang, es wurden aber nur 50 m gemappt. Folge ist: der Name taucht in der yliste auf, ist aber nicht vollständig gemappt. Kannst Du dem Geocoder bitte noch die Yahoo-Maps anfügen? Die verwenden nämlich Navteq, welche teilweise deutlich aktueller und genauer sind. Hast du da fertigen Javascript code? Nein, braucht man dafür aber nicht. Man kann die Steaßen per GET aufrufen, wie bei Google. Reiche ich dir morgen nach :-) Ich kann ggf. auch meinen Algo implementieren, in welcher Sprache arbeitet dein Script? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamm Straßenliste Was: Straßenlis tenauswertung LI P/SO/WAF/GT/ST/MI/HX/PB und ander
On Thu, Jun 11, 2009 at 09:45:04PM +0200, Tobias Wendorff wrote: Nein, braucht man dafür aber nicht. Man kann die Steaßen per GET aufrufen, wie bei Google. Reiche ich dir morgen nach :-) Ich kann ggf. auch meinen Algo implementieren, in welcher Sprache arbeitet dein Script? Ah - du meinst die statische seite und nicht nicht den Dynamischen interaktiven teil. Ich mache Perl und nutze HTML::Template um die uebersichtsseiten zu erzeugen. Kannst mir aber einfach die URL rueberreichen dann gucke ich mal ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamm Straßenliste Was: Straßenlis tenauswertung LI P/SO/WAF/GT/ST/MI/HX/PB und ander
Am Do, 11.06.2009, 21:51 schrieb Florian Lohoff: Kannst mir aber einfach die URL rueberreichen dann gucke ich mal ... Bin mit PDA drin, dauert ein wenig... Klappt nicht, muss ich leider morgen machen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM mit mehr RAM
Am Do, 11.06.2009, 20:51 schrieb Chris Hein Lunkhusen: Ältere JRE sollte man löschen, es sei denn man hat Apps die eine bestimmte Version benötigen, aber das ist eher im Businessbereich der Fall. ;-) Also genauso, wie Python. Yepp, darum lösche ich die alten auch nicht :-) Danke für die Info. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Jacques Nietsch jacques.niet...@gmx.de [Thu, Jun 11, 2009 at 07:31:48PM CEST]: [...] Je weiter man von seinem Wohnort mappt, desto mehr sinkt der 'Wirkungsgrad'. [...] Ich denke, Anderen wir es ähnlich gehen. Je weiter weg ich von zu Hause bin, umso weniger detailliert trage ich Sachen ein, gerade solche, die sich über die Zeit ändern können (Buslinien, Hochsitze etc.) -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Subjektive OSM Statistik
Hallo, Sven Sommerkamp wrote: Aber da ich ja von einer brauchbaren Karte erwarte, das sie mich praktisch überall hin führen kann.. Eine sehr persoenliche und, wie ich finde, recht eingeschraenkte Sichtweise. Der Weltatlas, den Du in der Schule hattest, oder der Plan mit allen Glasrecyclingcontainern in Hamburg - keine brauchbare Karten? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] gpx-Tracks auf OSM-Karte darstellen
Nach einer 3-Tages-Paddeltour möchte ich gern meine GPS-Tracks an meine Mitfahrer schicken. Mit Google-Earth kann man die gpx-Datei leicht öffnen, aber ich hätte gern eine Darstellung mit der OSM-Karte als Hintergrund. Dabei will ich natürlich auch auf die erzielten Verbesserungen der Karte hinweisen, um mein seltsames Herumstolzieren mit dem GPS zu erklären ;-) In einem alten Thread habe ich einen Hinweis von Sven Geggus auf seine Seite http://geggus.net/gmaps/routeplanner.html gefunden. Leider wird meine mit Mapsource 6.15.6 erzeugte gpx-Datei nicht gelesen. Auch andere, kleinere gpx-Files ergaben nur eine Fehlermeldung. Gibt es andere Möglichkeiten einen GPS-Track auf einer OSM-Karte ohne große Softwareinstallation anzuzeigen? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gpx-Tracks auf OSM-Karte darstellen
Hallo Stephan, Stephan Wolff schrieb: In einem alten Thread habe ich einen Hinweis von Sven Geggus auf seine Seite http://geggus.net/gmaps/routeplanner.html gefunden. Leider wird meine mit Mapsource 6.15.6 erzeugte gpx-Datei nicht gelesen. Auch andere, kleinere gpx-Files ergaben nur eine Fehlermeldung. Frag ihn doch einfach mal, ist vielleicht nur ein kleiner Bug... Gibt es andere Möglichkeiten einen GPS-Track auf einer OSM-Karte ohne große Softwareinstallation anzuzeigen? Ich hatte auch eine kleine Web-Anwendung geschrieben, die u.a. das kann. Du findest sie hier: http://osm.erlkoenigkabale.eu/phpmygpx.php Falls dir die Installation zu aufwändig ist, und Du kein Problem damit hast, deine Routen zu veröffentlichen, kannst du sie temporär auch mit meiner Online-Demo der Anwendung darstellen. Falls gewünscht, einfach PN an mich, dann hätte ich ein schönes Beispiel mehr, zu dem Du dann einfach den Link verteilen könntest :-) Viele Grüße, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Mirko Küster schrieb: Bis das mal einer rechtlich fest gemacht hat oder die LVA ihre Einstellung ändern, hast du das ganze schneller am Boden erfasst. Die, die ich für die nahe Zukunft im Auge habe, vermutlich schon, denn die ist nicht weit weg. Aber es gibt ja noch mehr stillgelegte Strecken in unserem Lande außer hier und bei Dir ;-) Nahe meiner alten Heimat bspw., wo man nicht jeden Tag vorbei kommt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: zeit eines track-punktes
mein Tipp: viking nehmen http://sourceforge.net/apps/mediawiki/viking/index.php?title=Main_Page Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hat jemand Erfahrung mit WMS unter Josm und Opensuse 11.0?
moin, da hatte jemand letzte Tage einen Tipp hier auf der Liste, der mir endlich weiterhalf (hatte auch das Problem - bei irgendeinem der Updates kam da etwas durcheinander und seitdem ging es nicht mehr) - wms mal deaktivieren, - josm beenden, - josm neustarten - wms wieder installieren (vorher Update der Liste holen!) - noch mal neustarten ... dann ging es bei mir. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Die, die ich für die nahe Zukunft im Auge habe, vermutlich schon, denn die ist nicht weit weg. Aber es gibt ja noch mehr stillgelegte Strecken in unserem Lande außer hier und bei Dir ;-) Nahe meiner alten Heimat bspw., wo man nicht jeden Tag vorbei kommt... Wenn du was bestimmtes suchst dann sag bescheid. Wenn nicht in meinem Archiv, ich kenne in nahezu jeder Region einen passenden Spezialisten für Relikte aller Art. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abmalen von Luftbildern und Copyright
Am 11. Juni 2009 18:20 schrieb Heiko Jacobs heiko.jac...@gmx.de: Luftbilder oder Satellitenbilder? Ein Flugzeug ist im Etat durchaus drin. Du unterschaetzt maszlos den Aufwand fuer das Aufnehmen *richtiger* Meszbilder und deren Auswertung... ;-) nichts gegen Luftbildherstellung und Referenzierung/Projektion der erfassten Rohdaten, aber ein Raketenstart (von den Kosten des Satelliten mal abgesehen) ist schon noch mal ne andere Nummer. Sieh Dir mal das hier an (nicht von der URL irritieren lassen): http://www.airshowphotos.org/photopost/showphoto.php/photo/765/size/big Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnsteigs- und Gleisnummern im neuen ÖP NV-Schema
Sebastian Schwarz schrieb: Hallo! Zuletzt ist folgende Frage aufgetaucht: Wie gestaltet man das Tag ref=* für Bahnsteige, die sich (z.B. in einem Bahnhof) auf zwei Gleise beziehen (z.B. auf Gleis 6 und Gleis 7)? Verwendet man ref=6;7? Oder erstellt man gar zwei Geometrien, eine mit ref=6 und eine mit ref=7? Meiner Ansicht nach lautet die Antwort: Man lässt das Tag ref=* einfach weg. Denn die Gleisnummern beziehen sich auf die Gleise und eben nicht oder nur mittelbar auf die Bahnsteige, weshalb die Anwendung des Tags ref=* hier sogar falsch wäre. Benötigt werden die Gleisnummern an den Bahnsteigen darüberhinaus ohnehin nicht, da die Verbindungen zwischen den Haltepositionen und den korrekten Bahnsteigen über die Linienrelationen hergestellt werden, in die jeweils beide Elemente einfließen und somit für eine Linie immer eindeutig einander zugeordnet sind. Man könnte aber - falls man die Information unbedingt erfassen möchte - an die Haltepositionen auf den Gleisen ein entsprechendes Tag anhängen oder gar an die Ways der gesamten Gleise auf dem Bahnhofsgelände. Über das Aussehen eines solchen Tags müsste allerdings noch nachgedacht werden. Gruß Gerade kam mir der Gedanke, ob es Sinn macht zwischen highway=platform und public_transport=platform zu unterscheiden? highway=plattform könnte dabei die physisch existierende Plattform sein. und mit public_transport=plattform könnte man dann quasi die (theoretischen) Bereiche mit Hilfslinien erfassen. Bei einem Bahnhof wie diesem hier: http://www.avv.de/fileadmin/sites/avv/download_FTP/Umgebungsplaene/hlp_ac_hauptbahnhof.pdf würde man also 4x highway=platform eintragen. Mit 13 Hilslinen önnte man aber die public_transport-Bereiche erfassen. Was haltet ihr davon? Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User: Kraftfahrstra?e Edit-War
Am 11. Juni 2009 15:10 schrieb qbert biker qbe...@gmx.de: Fliesst ein, sagt also nichts konkretes darüber aus. Was macht man bei Konflikten? Was gibt den Auschlag? der Mapper. Leider haben wir deshalb auch gerade einen kleinen Editwar in Rom ;-), ein neuer Mapper ist der Auffassung, eine primary in der Stadt muss mindestens 4-spurig kreuzungsfrei und ohne Ampeln ausgebaut sein, und mind. 70 als Höchstgeschwindigkeit haben. Für mich sind das gelegentlich schon trunks. Für ihn sind aber auch unzweifelhafte Hauptverkehrsverbindungen (z.B. Tiber entlang, ca. 3-4 spurig je Ufer Einbahnstraße und rel. guter Belag) nur secondaries. administrative Zuordnung ist im Ref. Auch, soll allerdings auch highway beeinflussen. weiss nicht, wo das steht, ist m.E. aber Unsinn. Indirekt hängt es wohl sowieso zusammen: Bundesstraßen sind nunmal selten unwichtige Verbindungen. Den Hinweis, dass man auch auf die administrative Klassifizierung schauen soll, würde ich so deuten, dass man z.B. davon ausgehen kann, dass eine Bundesstraße keine unclassified road ist, und man daher lieber nochmal genauer nachschauen soll, wenn man beim Mappen auch solche Diskrepanzen kommt. Auch der gute Anfang bei den tracks wurde verschlimmbessert. Anfangs war das eine neutrale Zusatndsbeschreibung und plötzlich fliessen ganz andere Kriterien ein, z.B. das Aussperren des allgemeinen Verkehrs. das sind aber wohl Mindermeinungen oder Baden-Württenberger, die das verfechten? , Spuranzahl lanes, Kann man faktisch vergessen, da nicht dargestellt und damit auch nicht vergeben. ich trage das immer ein, und ich denke, auch ein paar andere. bauliche Trennung: ein oder 2 ways, Gibts Kommentare wie Sand am Meer dazu von Leuten, die das in Frage stellen und das nach belieben vergeben. nach Belieben würde ich nicht sagen, aber wenn es z.B. innerorts auf einer extrem stark frequentierten 4-6-spurigen Straße nur eine durchgezogene Mittellinie gibt, reicht mir das auch schon für 2 Ways. Wenden ist dort sowieso nicht möglich. Die entgegenkommenden Fahrzeuge wirken ähnlich einer Trennmauer. Und 2 Ways geben die Straße m.E. besser wieder (räumlich), sieht sonst ziemlich unglaubwürdig im Rendering aus, und an Kreuzungen gibt es nur Probleme (zig Abbiegerelationen). Beispiel? hier: http://maps.google.it/maps?hl=deie=UTF8ll=41.880162,12.495908spn=0.000905,0.003412t=hz=19 (via Druso) Zusammen mit dem Ausbauzustand. Zwei Dinge, die nur indirekt miteinander zu tun haben in ein Tag zu verwurschteln, funktioniert eben nicht. doch. In Gegenden, die ich kenne, kann ich das gut verfolgen und OSM gibt da keine guten Vorgaben über den besten Weg. Was zur Auf/Abwertung einer Klasse führt weiss nur der lokale Mapper und wenn der meint dass bei einem Konflikt die Staatsstrasse zur Aufwertung führt, schickt er mich eben über die alte Rumpelpiste drüber. Staatsstraße hat weder was mit der Wichtigkeit der Verbindung noch mit dem Ausbauzustand zu tun, aber Rumpelpiste führt wohl eher zu Abwertung. Ich denke, da ist man sich im Großen und Ganzen auch einig. Es gibt AFAIK weder ein unabhängiges Beschreibungstag für die Verbindungsbedeutung, noch eines für den Strassenzustand (surface nutzt hier auch wenig), noch eines für die unabhängige Beschreibung des kreuzungsfreinen Ausbaus. trunk? Dass die Wichtigkeit der Verbindung das ausschlaggebende Kriterium ist, sehe ich auch so, aber ist das irgendwo festgehalten? kannst es ja irgendwo hinschreiben, wenn es fehlt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de bitte kein Tofu
man weiss ja nicht, an wen er es geschickt hat. Grundsätzlich gebe ich Dir Recht. Gruß, Am 11. Juni 2009 14:39 schrieb Karl Eichwalder k...@gnu.franken.de: Jonas Krückel o...@jonas-krueckel.de writes: Bitte verwende bei deinen weiteren Antworten an Talk-de kein Tofu mehr, das wird dort nicht gerne gesehen (aus guten Gründen) Bitte keine öffentlichlichen maßreglungen ;) Wenn dir das am herzen liegt, mach schick dem betroffenen eine persönliche mail. Stattdessen verwende bitte Inline-Quoting. Man gewöhnt sich an alles. -- Karl Eichwalder ___ 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] Gerade entdeckt: Oregon mit Europa OSM Karte vorinstalliert
Am 11. Juni 2009 20:55 schrieb Sven Sommerkamp s_sommerk...@gmx.de: http://www.busse-yachtshop.de/shop/wbc.php?sid=401468bfa882pid=3497tpl=produktdetail.html Das nur einmal zur Bedeutung ob OSM auch auf Garmingeräten passabel läuft.. Es ist inzwischen Verkaufsargument! ja. Und man kann auch den aktuellen Verkehrswert berechnen: die Europakarte OSM wird mit 1 EUR bewertet ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
