[Talk-de] WMS Server fuer das Ruhrgebiet - war JOSM lahmt
Guten Morgen, mit der Beschreibung vom Johannes Haller ist es mir gelungen die Bilder des RVR unter mein JOSM zu platzieren. Dank dir Johannes. Ich muss jetzt allerdings nochmal auf die vorherigen Diskussionen zurückkommen. Tobias Wendorf schrieb am 11.02.09 Ich werde diesbezüglich nochmal Kontakt mit unseren RVR-Leuten aufnehmen, damit hier Klarheit geschaffen wird. Johannes Haller schrieb am 2.3.09 Der WMS-Server des Regionalverbandes Ruhrgebiet, also Luftbilder des gesamten Ruhrgebietes. Bisher gibt es die Erlaubnis zur Benutzung nur in E-Mail-Form; die schriftliche, offizielle steht also noch aus. Ihr könnt euch sicher vorstellen, dass ich meine neuen Kenntnisse natürlich sofort umsetzen möchte und die WMS Daten nutzen möchte. Liegt denn jetzt Klarheit vor ? Wie soll ich mit meinem neuen Wissen umgehen ? Fragen, Fragen nichts als Fragen. Eine klare Antwort würde mir schon helfen. Ich kann nicht, wie der Johannes mal nen Wald auf Verdacht zeichnen und bei Bedarf löschen. Ich wohne in einer Großstadt mit einigen 100 000 Häusern. Das wär tragisch und verschwendete Zeit. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-Vorlagen (was: Tunnel als Node oder Way)
On Tue, 3 Mar 2009, Ulf Lamping wrote: Von daher bin ich auch ganz schwer dafür, solche Vorlagen zu entfernen und nur best-practice mit Vorlagen und Icons zu unterstützen. Die Vorlagen (zumindest in SVN1460) unterstützen das sowieso nicht, hier geht es nur um die Icons ... Was? Die Unterscheidung Node/Way? Doch, tun sie. Nur hat sich bis jetzt keiner gefunden, der die Presets-Datei mal aufräumt und für jede Vorlage den korrekten Typ einträgt. Unterstützte Typen sind node, way, closedway, relation. Das wird auch beim Nutzen der Vorlagen erzwungen. Wenn also die Vorlage way sagt, dann kannst Du damit keine Nodes bearbeiten. Zumindest für Straßen geht das schon eine Weile nicht mehr! Nur wie gesagt, momentan ist an vielen Stellen way,node,closedway als Platzhalter drin. Mitarbeiter dringend gesucht! Ist viel Fleißarbeit für jede Vorlage die Webseite aufrufen, vergleichen und anpassen. Und außerdem ermitteln, ob closedway (also Flächen) oder normale Wege. Das steht nämlich in den MapFeatures so deutlich nicht drin :-) P.S. Und wenn sich jemand die Arbeit macht -- Bei allen Flächentypen, die auch Multipolygone sein können gehört auch relation dazu. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen?
Hallo zusammen, ich hatte mich vor einiger Zeit schon mal näher mit OSM beschäftigt. Weil es damals noch hieß, dass OSM v.a. für Liebhaber von schön anzusehenden ausdruckbaren Karten gedacht wäre und es bei der Nutzung für Routing-Anwendungen aufgrund der Offenheit des Formats noch viele ungelöste Probleme bereite, hatte ich es damals erstmal wieder beiseite gelegt. 1. Bspw. soll es damals nach meiner Erinnerung wohl keine Möglichkeit gegeben haben, Brückenüberquerungen von Straßenkreuzungen zu unterscheiden, so dass auch an ersteren hätte abgebogen werden können. Wenn ich mir heute das Kartenmaterial ansehe, scheint dies inzwischen aber gelöst zu sein? 2. Für Einbahnstraßen gibt es offenbar auch eine Kennzeichnungsmöglichkeit? 3. Wie sieht es mit Abbiegeverboten an Kreuzungen aus? Können solche angegeben werden? Und wenn ja, werden sie auch genutzt? 4. Kann man allgemein davon ausgehen, dass alles, was man menschlich aus einer fertig gerenderten OSM-Karte an verkehrstechnischen und -rechtlichen Gegebenheiten herauslesen kann, auch fürs Routing entsprechend auswertbar ist? Oder liegt der Fokus immer noch eher auf der Optik, so dass keine wirklichen semantischen Bezüge zwischen Aussehen und Funktionalität bestehen? 5. Inzwischen gibt es ja offenbar schon einige OSM-Projekte, die sich ernsthaft mit dem Routing beschäftigen. Welche Erfahrungen habt Ihr damit? Welche Probleme wären hier noch zu nennen? Mitbekommen habe ich schon das hier in der Liste besprochene Thema Routing über Parkplätze hinweg. 6. Gibt es denn bei der Benutzung der Kennzeichnungen inzwischen mehr Einheitlichkeit und evtl. auch eine Instanz, die über die Einhaltung wenigstens der wichtigsten etablierten Standards wacht? Danke und schöne Grüße, Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Dirk Stöcker schrieb: On Tue, 3 Mar 2009, Ulf Lamping wrote: Von daher bin ich auch ganz schwer dafür, solche Vorlagen zu entfernen und nur best-practice mit Vorlagen und Icons zu unterstützen. Die Vorlagen (zumindest in SVN1460) unterstützen das sowieso nicht, hier geht es nur um die Icons ... Was? Die Unterscheidung Node/Way? Doch, tun sie. Nur hat sich bis jetzt keiner gefunden, der die Presets-Datei mal aufräumt und für jede Vorlage den korrekten Typ einträgt. Mit unterstützen meinte ich einfach, daß (zumindest in meiner 1460) die Vorlage Straßen/Tunnel in der Dialogbox nur das Way Symbol anzeigt - die Vorlage Tunnel unterstützt jetzt schon keine Nodes. Was ja laut einhelliger Meinung (auch meiner!) in den Vorlagen völlig ok ist. Unterstützte Typen sind node, way, closedway, relation. Das wird auch beim Nutzen der Vorlagen erzwungen. Wenn also die Vorlage way sagt, dann kannst Du damit keine Nodes bearbeiten. Zumindest für Straßen geht das schon eine Weile nicht mehr! Wenn ich versuche für einen Node die Tunnel Vorlage zu verwenden, bleibt der Button Vorlage anwenden ausgegraut - ok. Leider ist der Tooltip dazu: Auswahl unpassend! etwas knapp geraten. Vielleicht den Tooltip auf sowas wie: Die Vorlage kann nicht auf den aktuellen Auswahltyp angewendet werden erweitern? Dann wüßte zumindest ich beim nächsten mal was das Problem ist ;-) Nur wie gesagt, momentan ist an vielen Stellen way,node,closedway als Platzhalter drin. Mitarbeiter dringend gesucht! Ist viel Fleißarbeit für jede Vorlage die Webseite aufrufen, vergleichen und anpassen. Und außerdem ermitteln, ob closedway (also Flächen) oder normale Wege. Das steht nämlich in den MapFeatures so deutlich nicht drin :-) Versteh ich jetzt nicht. Die Map Features haben doch: Node, Way und Area was genau dem entspricht was du meinst, oder? Problem ist da natürlich, daß Map Features leider wohl immer noch an vielen Stellen in dieser Beziehung einfach nicht der Mapping Realität entspricht. Andererseits bekommen wir über diesen Weg vielleicht mal eine Aktualisierung der Map Features hin - so merken wir es zumindest mal ;-) P.S. Und wenn sich jemand die Arbeit macht -- Bei allen Flächentypen, die auch Multipolygone sein können gehört auch relation dazu. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen?
Frank Glück frankimglu...@gmx.de wrote: 1. Bspw. soll es damals nach meiner Erinnerung wohl keine Möglichkeit gegeben haben, Brückenüberquerungen von Straßenkreuzungen zu unterscheiden, so dass auch an ersteren hätte abgebogen werden können. Wenn ich mir heute das Kartenmaterial ansehe, scheint dies inzwischen aber gelöst zu sein? Ehrlich gesagt frage ich mich was da gelöst worden sein soll. OSM hat viele Probleme, aber fehlende Topologie ist sicher keines davon. Obige Unterscheidungsmöglichkeit gab es AFAIK schon immer, eben weil OSM Daten generell mit Topologie erfasst. 2. Für Einbahnstraßen gibt es offenbar auch eine Kennzeichnungsmöglichkeit? Die gab es auch schon immer. OSM ways haben eine Richtung. 3. Wie sieht es mit Abbiegeverboten an Kreuzungen aus? Können solche angegeben werden? Und wenn ja, werden sie auch genutzt? http://wiki.openstreetmap.org/wiki/DE:Relation:restriction Ist aber gefühlsmäßig noch nicht sehr weit verbreitet. 4. Kann man allgemein davon ausgehen, dass alles, was man menschlich aus einer fertig gerenderten OSM-Karte an verkehrstechnischen und -rechtlichen Gegebenheiten herauslesen kann, auch fürs Routing entsprechend auswertbar ist? http://www.openrouteservice.org kennst Du? Oder liegt der Fokus immer noch eher auf der Optik, so dass keine wirklichen semantischen Bezüge zwischen Aussehen und Funktionalität bestehen? Ich wundere mich jetzt schon sehr, der Fokus lag noch nie auf der Optik. Im Gegenteil, hier taucht öfter der Spruch auf wir mappen nicht für die Renderer. 6. Gibt es denn bei der Benutzung der Kennzeichnungen inzwischen mehr Einheitlichkeit und evtl. auch eine Instanz, die über die Einhaltung wenigstens der wichtigsten etablierten Standards wacht? Das wird es nie geben und das ist gut so[tm] Sven -- In my opinion MS is a lot better at making money than it is at making good operating systems (Linus Torvalds, August 1997) /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] JOSM-Vorlagen
On Tue, 3 Mar 2009, Ulf Lamping wrote: Wenn ich versuche für einen Node die Tunnel Vorlage zu verwenden, bleibt der Button Vorlage anwenden ausgegraut - ok. Leider ist der Tooltip dazu: Auswahl unpassend! etwas knapp geraten. Vielleicht den Tooltip auf sowas wie: Die Vorlage kann nicht auf den aktuellen Auswahltyp angewendet werden erweitern? Dann wüßte zumindest ich beim nächsten mal was das Problem ist ;-) Tooltip? Steht das nicht im Titel? Da ist nicht soviel Platz. Ansonsten wird es noch etwas dauern, bis die Neuerungen in JOSM auch stilistisch ausgereift sind :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Staatsgrenze: border=administrative, adminlevel=2
Bitte schaut Euch mal dieses proposal an: http://wiki.openstreetmap.org/wiki/Maritime_borders Aktuell werden Staatsgrenzen mit Relationen beschrieben: type=multipolygon (oder boundary?) + boundary=administrative + admin_level=2 + name=*Name des eingeschlossenen Landes + name:en=* Seeseitig liegt die Staatsgrenze meist etwa 12 Seemeilen vor der Küste. Mit dieser seeseitigen Grenze hängen noch weitere Grenzlinien zusammen: http://de.wikipedia.org/wiki/Basislinie_(Seerecht) http://de.wikipedia.org/wiki/Ausschließliche_Wirtschaftszone http://de.wikipedia.org/wiki/Seezollgrenze http://de.wikipedia.org/wiki/Festlandsockel http://de.wikipedia.org/wiki/Küstenlinie http://de.wikipedia.org/wiki/Anschlusszone http://de.wikipedia.org/wiki/Wattenmeer_(Nordsee) Im proposal ist das alles irgendwie enthalten, aber beruht auf dem links/rechts-Konzept. Relationen werden nicht benutzt. Sondern es soll ein zusätzlicher Hauptschlüssel maritimeborder eingeführt werden. (zumindest habe ich den englischen Text so interpretiert) Mir ist auch noch nicht klar, wann eine Grenz-Relation vom Typ boundary und wann vom Typ multipolygon sein soll. Wer kann dort mal nach dem Rechten sehen? Gruss, Markus Links im OSM-Wiki: http://wiki.openstreetmap.org/wiki/de:Grenze_zeichnen http://wiki.openstreetmap.org/wiki/de:Key:boundary http://wiki.openstreetmap.org/wiki/de:Grenze/Basislinie_Deutschland http://wiki.openstreetmap.org/wiki/de:Relation:boundary ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen?
Hallo Frank, Sven Geggus schrieb: 6. Gibt es denn bei der Benutzung der Kennzeichnungen inzwischen mehr Einheitlichkeit und evtl. auch eine Instanz, die über die Einhaltung wenigstens der wichtigsten etablierten Standards wacht? Das wird es nie geben und das ist gut so[tm] Bis jetzt war es so, dass das Konzept der 100.000 Augen effektiver war als man es von Überwachungsgremien kennt. Eintragungsfehler werden so gut behoben. Der Editor JOSM kontrolliert über Vorlagen bereits bei der Eingabe, und über eine Datenprüfung vor dem Hochladen (aber er lässt trotzdem jede individuelle Version zu). Etablierte Regeln werden dadurch durchgesetzt, dass nur diese von den Anwendungsprogrammen genutzt werden. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen?
Hallo Frank, Frank Glück schrieb: Hallo zusammen, ich hatte mich vor einiger Zeit schon mal näher mit OSM beschäftigt. Weil es damals noch hieß, dass OSM v.a. für Liebhaber von schön anzusehenden ausdruckbaren Karten gedacht wäre und es bei der Nutzung für Routing-Anwendungen aufgrund der Offenheit des Formats noch viele ungelöste Probleme bereite, hatte ich es damals erstmal wieder beiseite gelegt. Es hat sich in der Zwischenzeit (natürlich) einiges getan! 1. Bspw. soll es damals nach meiner Erinnerung wohl keine Möglichkeit gegeben haben, Brückenüberquerungen von Straßenkreuzungen zu unterscheiden, so dass auch an ersteren hätte abgebogen werden können. Wenn ich mir heute das Kartenmaterial ansehe, scheint dies inzwischen aber gelöst zu sein? Bei Makpnik und Osmarender ja, bei Cycle Map, nein 2. Für Einbahnstraßen gibt es offenbar auch eine Kennzeichnungsmöglichkeit? Gab's schon sehr lange, nur: gerenderd wurde es erst später (die Pfele auf den Straßem, radwegen. 3. Wie sieht es mit Abbiegeverboten an Kreuzungen aus? Können solche angegeben werden? Und wenn ja, werden sie auch genutzt? Ja, Turn_restrictions gibt es, als Relationen in OSM eingebaut. Notwendig dort, wo eine Routing-SW es nicht sowieso an Hand von Einbahnstraßenregelungen erkennen kann. Der Einbau der Relationen schreitet langsam voran. siehe z.B: http://osm.virtuelle-loipe.de/restrictions/?zoom=13lat=48.12424lon=11.59682layers=B00TT untenrechts kann man die Art der Bildchen ändern 'restrictive' - 'permissive' Genutzt werden sie anscheinend erst vom Langläufer in seiner Page, die ich für QA-Zwecke hernehmen (Dank an Langläufer für die tolle Arbeit). 4. Kann man allgemein davon ausgehen, dass alles, was man menschlich aus einer fertig gerenderten OSM-Karte an verkehrstechnischen und -rechtlichen Gegebenheiten herauslesen kann, auch fürs Routing entsprechend auswertbar ist? Oder liegt der Fokus immer noch eher auf der Optik, so dass keine Jede Karte (mapnik, OsmaRender, Cycle Map, POI-Map von lenz-online.de, WandereMap, ...) legt einen anderen Fokus auf die Darstellung. Es gibt m.E. keine Karte die alle Daten anzeigt - wäre dass sinnvoll und noch lesbar? Oder habe ich Deine Frage falsch ferstanden? wirklichen semantischen Bezüge zwischen Aussehen und Funktionalität bestehen? Ich glaube, die semantischen Beziehungen zwischen Objekten einer Grafik kann nur der Betrachter selbst versuchen herzustellen. Die Farben, Umrisse, Beschriftungen, Icons, ... sollen ihm dabei helfen, damit möglichst viele Betrachter die selben semantischen Beziehungen erkennen. Ist wie im Museum vor 'nem Bild von Dürer Co. Nur, dass wir Dürer heute nicht mehr fragen können und dass wir in der Lage die Eigenschaften des Bildes zu manipulieren *und* eine Legende mit auszugeben. 5. Inzwischen gibt es ja offenbar schon einige OSM-Projekte, die sich ernsthaft mit dem Routing beschäftigen. Welche Erfahrungen habt Ihr damit? Welche Probleme wären hier noch zu nennen? Mitbekommen habe ich schon das hier in der Liste besprochene Thema Routing über Parkplätze hinweg. Ausgezeichnete Erfahrungen!. Wer kennt nicht: http://data.giub.uni-bonn.de/openrouteservice/?zoom=14lat=48.13726lon=11.5755layers=FB000TTT und gpsmid.sf.net (Java für Mobile Phones, läuft bei mir auf 'nem N95) Zugegeben, die SW ist hier und da nicht perfekt, aber es tut sich täglich was. Ja, Routing für Fußgänger über Parkplätze, Plätze oder druch Füßgangerzonen (wie gerade in einem anderen Thread diskutiert) hakelt noch. Aber das sind keine prizipiellen/designtechnischen Probleme. Ich bin sehr optimistisch, dass da noch 'ne Menge kommen wird. Auch die Turn-Restrictions (s.o.) sind noch nicht berücksichtigt, aber das kommt ... 6. Gibt es denn bei der Benutzung der Kennzeichnungen inzwischen mehr Einheitlichkeit und evtl. auch eine Instanz, die über die Einhaltung wenigstens der wichtigsten etablierten Standards wacht? Mehr Einheitlichkeit würde bei einem Projekt zunächste einmal u.U. zu einer Reduktion der vorhandenen Kennzeichnungen führen. Das sehe ich derzeit formal (aus Sicht der Zahl) nicht, denn die Anzahl der verwendbaren keys und value steigt immer noch. Das heißt aber ncht, dass es automatisch konfuser wird. OSM hat mehr Zulauf bekommen, die Leute wollen immer mehr (nicht nur Straßen) mappen. Gerade läuft ein Thread, wie man für Sonnenkollektoren die Dachformen, Neigungen, Ausrichtungen, Flächen, ... von Häusern mappen kann. Eine neue Anwendung, die vom Prinzip her locker in die OSM-Datenbank reinpasst, aber z.B. mit Routing nun nichts zu tun hat. Es wird hier und da Spezialecken in OSM geben (z.B. Archäologen) die die einzigen sind die bestimmte Tags verwenden, von denen u.U. andere noch nicht einmal etwas mitbekommen haben. Einhaltung von Standards. Die wichtigsten Elemente sind common sense und haben sich durchgesetzt. Dadurch sind sie aber nicht automatisch umumstößlich. Einen Stadard würde ich daher nicht sehen, sonder common sense und
Re: [Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen?
Nachtrag: Über Bug-Report (auf deutsch: Fehlermeldungen) kann jede/r unkompliziert Fehler melden, die dann von OSMern korrigiert werden. Also z.B. jeder LKW-Fahrer, der irgendwo stecken bleibt... Gruss, Markus PS: wollte grad bugreport verlinken... Aber unser Wiki findet weder bug noch bugreport noch fehlermeldung. Wie also soll es der LKW-Fahrer finden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Dirk Stöcker schrieb: On Tue, 3 Mar 2009, Ulf Lamping wrote: Wenn ich versuche für einen Node die Tunnel Vorlage zu verwenden, bleibt der Button Vorlage anwenden ausgegraut - ok. Leider ist der Tooltip dazu: Auswahl unpassend! etwas knapp geraten. Vielleicht den Tooltip auf sowas wie: Die Vorlage kann nicht auf den aktuellen Auswahltyp angewendet werden erweitern? Dann wüßte zumindest ich beim nächsten mal was das Problem ist ;-) Tooltip? Steht das nicht im Titel? Da ist nicht soviel Platz. Beides! Allerdings hat sowas im Titel einer Dialogbox irgendwie nicht so richtig was zu suchen :-) Im Titel sollte doch eher Straßen - Tunnel oder so stehen. Oder ist das der Vorlagendialog zu Auswahl unpassend!? ;-) Ansonsten wird es noch etwas dauern, bis die Neuerungen in JOSM auch stilistisch ausgereift sind :-) Ich kann ja schonmal meckern! ;-) Die Bedienung ist hier aber schon komisch. Ich kann zwar alles mögliche eintragen, aber dann nicht anwenden. Sollte man hier nicht alle aktiven Controls (bis auf solche Sachen wie: mehr Informationen ...) ausgrauen? Dann kann man sich die Sachen schonmal ansehen, merkt aber sofort das da was noch nicht so stimmt. Aktuell fängt man an da Sachen einzutragen und wenn man dann alles eingetragen hat und meint fertig zu sein merkt man, öööp, falsches Element ausgewählt. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
On Tue, 3 Mar 2009, Ulf Lamping wrote: Allerdings hat sowas im Titel einer Dialogbox irgendwie nicht so richtig was zu suchen :-) Im Titel sollte doch eher Straßen - Tunnel oder so stehen. Oder ist das der Vorlagendialog zu Auswahl unpassend!? ;-) Ansonsten wird es noch etwas dauern, bis die Neuerungen in JOSM auch stilistisch ausgereift sind :-) Ich kann ja schonmal meckern! ;-) Die Bedienung ist hier aber schon komisch. Ich kann zwar alles mögliche eintragen, aber dann nicht anwenden. Sollte man hier nicht alle aktiven Controls (bis auf solche Sachen wie: mehr Informationen ...) ausgrauen? Dann kann man sich die Sachen schonmal ansehen, merkt aber sofort das da was noch nicht so stimmt. Aktuell fängt man an da Sachen einzutragen und wenn man dann alles eingetragen hat und meint fertig zu sein merkt man, öööp, falsches Element ausgewählt. Würde ich beides mal als Trac-Ticket eintragen. Ich habe nämlich momentan gerade keine Idee, wie man es umsetzen kann, aber es kommt mir sinnvoll vor :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen?
Das scheint schon seeehr lange her zu sein, dass du das letzte Mal auf OSM geschaut hast. 2. Für Einbahnstraßen gibt es offenbar auch eine Kennzeichnungsmöglichkeit? oneway=yes bzw. oneway=-1 (in Gegenrichtung) 3. Wie sieht es mit Abbiegeverboten an Kreuzungen aus? Können solche angegeben werden? Und wenn ja, werden sie auch genutzt? Ja und Ja. 4. Kann man allgemein davon ausgehen, dass alles, was man menschlich aus einer fertig gerenderten OSM-Karte an verkehrstechnischen und -rechtlichen Gegebenheiten herauslesen kann, auch fürs Routing entsprechend auswertbar ist? Oder liegt der Fokus immer noch eher auf der Optik, so dass keine wirklichen semantischen Bezüge zwischen Aussehen und Funktionalität bestehen? Ist auswertbar und wird ausgewertet. * OpenRouteService * http://travelingsales.sourceforge.net * NavIt * Gosmore * navigierbare Garmin-Karten 5. Inzwischen gibt es ja offenbar schon einige OSM-Projekte, die sich ernsthaft mit dem Routing beschäftigen. Welche Erfahrungen habt Ihr damit? Welche Probleme wären hier noch zu nennen? Mitbekommen habe ich schon das hier in der Liste besprochene Thema Routing über Parkplätze hinweg. Geht ganz gut. Ich habe vor zusammen mit der API0.6-Einführung in einigen Wochen eine auf Strassen nutzbare Version 1.0 von Traveling Salesman rauszubringen. 6. Gibt es denn bei der Benutzung der Kennzeichnungen inzwischen mehr Einheitlichkeit und evtl. auch eine Instanz, die über die Einhaltung wenigstens der wichtigsten etablierten Standards wacht? Nö. Gibt nur die Map_features -Seite im Wiki und das scheint zu funktionieren. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Staatsgrenze: border=administrative, adminlevel=2
Hallo, Markus wrote: Im proposal ist das alles irgendwie enthalten, aber beruht auf dem links/rechts-Konzept. Relationen werden nicht benutzt. Sondern es soll ein zusätzlicher Hauptschlüssel maritimeborder eingeführt werden. (zumindest habe ich den englischen Text so interpretiert) Deshalb hab ich es ja auch abgelehnt ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
On Tue, 3 Mar 2009, Alexander Schulze wrote: Würde ich beides mal als Trac-Ticket eintragen. Ich habe nämlich momentan gerade keine Idee, wie man es umsetzen kann, aber es kommt mir sinnvoll vor :-) könnte man nicht einfach sagen, dass das selektierte Element (node) Einfach gar nicht. :-) für dieses Feature (Tunnel) die falsche Wahl ist und drauf hinweisen, das es nur auf way angewandt werden kann. Du kannst ja nicht nur einzelne Objekte auswählen, sondern Objektgruppen. Und davon können alle oder einzelne nicht passen... Momentan kommen verschiedene Meldungen und jeder Typ hat Symbole, welche die zulässigen Objekte angeben. Sind also alle Informationen da. Man könnte es besser darstellen, nur ist das, wie immer, nicht so einfach. Und dann kommt bei Relationen noch irgendwann Sie haben keine Relation ausgewählt, aber andere Objekte. Wollen Sie eine Relation anlegen?. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spenden
On Tue, Mar 03, 2009 at 11:53:31AM +0100, Florian Lohoff wrote: nachdem das Thema ja untergegangen ist nachdem das Geld fuer den Server da war waere es schoen zu wissen wie der Workflow ist via FossGIS fuer OSM zu Spenden nun aussieht soweit es ihn denn gibt. Ist das Thema weiter diskutiert worden und gibts dazu irgendwo eine informationssammlung? Ist nicht weiter besprochen worden. Ich hab das für die FOSSGIS-Konferenz auf meinem Todo, dass wir das dort besprechen. Da wird der FOSSGIS-Vorstand vor Ort sein und das geht dann einfacher als mehrfach hin- und zurück per E-Mail. 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
Re: [Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen?
On Tue, Mar 03, 2009 at 09:46:41AM +0100, Frank Glück wrote: Subject: [Talk-de] Einschränkungen des OSM-Formats für Routing-Anwendungen? Hallo zusammen, ich hatte mich vor einiger Zeit schon mal näher mit OSM beschäftigt. Weil es damals noch hieß, dass OSM v.a. für Liebhaber von schön anzusehenden ausdruckbaren Karten gedacht wäre und es bei der Nutzung für Routing-Anwendungen aufgrund der Offenheit des Formats noch viele ungelöste Probleme bereite, hatte ich es damals erstmal wieder beiseite gelegt. IMHO gibt es alles um routing problemlos machen und einschraenkungen dokumentieren zu koennen. Es gibt probleme bei so esoterischen sachen wir 8-12 in die eine richtung und 13-18 in die andere richtung befahrbar. Oder gerne genommen immer wieder zeitbeschraenkungen die mit anderen beschraenkungen gekoppelt sind - also Anlieger Frei und 12-18 Uhr Lieferverkehr frei oder solch komisches zeugs. Ansonsten finde ich die ergebnisse mit Navit ziemlich gut und auch das Garmin zeugs mit mkgmap konvertiert liefert super ergebnisse. 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] Spenden - Spendenquittung
Wie ist das Prozedere für Spendenquittungen bei Bar- oder Sachspenden? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Hallo Dirk, die Vorlagen werden immer schöner - danke! Sie sind ein sehr wertvoller Beitrag zur Benutzerfreundlichkeit von OSM. Ich benutze sie irgendwie intuitiv. Dabei gehe ich davon aus, dass mich die Vorlage schrittweise zu einem konformen verwertbaren DB-Eintrag führt. Beispiel: Gebäude Schule Da erwarte ich als Ergebnis: amenity=school name=* building=yes addr:housenumber=### addr:street=* Gefragt werde ich aber nur nach name=* Wird der Rest irgendwie im Hintergrund zusammengebaut? Könnte man die anderen Schlüssel nicht auch gleich mit aufnehmen? (für alle Gebäude) Gruss, Markus PS: Bahnhof/Haltestelle finde ich weder unter Gebäude, noch unter Bahn? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] WMS: bbox berechnen
Hallo, brauche WMS-Nachhilfe: Ich frage mich, warum diese beiden WMS-Server (bei 26° Azimut der bbox Koordinaten) unterschiedliche Tiles liefern: DTK10 ca. 26° Azimut (Tiles ueberlappen): http://www.geoserver.nrw.de/GeoOgcWms1.3/servlet/DTK10?SERVICE=WMSSERVICE=WMSVERSION=1.1.1REQUEST=GetMapLAYERS=Raster:DTK10:Dtk10GSRS=EPSG:4326STYLES=,FORMAT=image/pngTRANSPARENT=TRUEWIDTH=500HEIGHT=500BBOX=6.72913,51.5836,6.73462,51.5863 http://www.geoserver.nrw.de/GeoOgcWms1.3/servlet/DTK10?SERVICE=WMSSERVICE=WMSVERSION=1.1.1REQUEST=GetMapLAYERS=Raster:DTK10:Dtk10GSRS=EPSG:4326STYLES=,FORMAT=image/pngTRANSPARENT=TRUEWIDTH=500HEIGHT=500BBOX=6.72913,51.5808,6.73462,51.5836 DTK10 45° Azimut (Tiles passen aneinander): http://www.geoserver.nrw.de/GeoOgcWms1.3/servlet/DTK10?SERVICE=WMSSERVICE=WMSVERSION=1.1.1REQUEST=GetMapLAYERS=Raster:DTK10:Dtk10GSRS=EPSG:4326STYLES=,FORMAT=image/pngTRANSPARENT=TRUEWIDTH=500HEIGHT=500BBOX=6.72913,51.5836,6.73462000,51.58909168 http://www.geoserver.nrw.de/GeoOgcWms1.3/servlet/DTK10?SERVICE=WMSSERVICE=WMSVERSION=1.1.1REQUEST=GetMapLAYERS=Raster:DTK10:Dtk10GSRS=EPSG:4326STYLES=,FORMAT=image/pngTRANSPARENT=TRUEWIDTH=500HEIGHT=500BBOX=6.72913,51.57810845,6.73462000,51.5836 DGK5 ca. 26° Azimut (Tiles passen aneinander): http://www.wms.nrw.de/geobasis/adv_dgk5?REQUEST=GetMapVERSION=1.1.1SRS=EPSG:4326LAYERS=Grundriss%2CHoehenSTYLES=FORMAT=image/pngWIDTH=500HEIGHT=500BBOX=6.72913,51.5836,6.73462,51.5863 http://www.wms.nrw.de/geobasis/adv_dgk5?REQUEST=GetMapVERSION=1.1.1SRS=EPSG:4326LAYERS=Grundriss%2CHoehenSTYLES=FORMAT=image/pngWIDTH=500HEIGHT=500BBOX=6.72913,51.5808,6.73462,51.5836 DGK5 45° Azimut (Tiles passen aneinander): http://www.wms.nrw.de/geobasis/adv_dgk5?REQUEST=GetMapVERSION=1.1.1SRS=EPSG:4326LAYERS=Grundriss%2CHoehenSTYLES=FORMAT=image/pngWIDTH=500HEIGHT=500BBOX=6.72913,51.5836,6.73462000,51.58909168 http://www.wms.nrw.de/geobasis/adv_dgk5?REQUEST=GetMapVERSION=1.1.1SRS=EPSG:4326LAYERS=Grundriss%2CHoehenSTYLES=FORMAT=image/pngWIDTH=500HEIGHT=500BBOX=6.72913,51.57810845,6.73462000,51.5836 Vielen Dank, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Hallo Markus, Markus schrieb: Hallo Dirk, die Vorlagen werden immer schöner - danke! Sie sind ein sehr wertvoller Beitrag zur Benutzerfreundlichkeit von OSM. Ich benutze sie irgendwie intuitiv. Dabei gehe ich davon aus, dass mich die Vorlage schrittweise zu einem konformen verwertbaren DB-Eintrag führt. Beispiel: Gebäude Schule Da erwarte ich als Ergebnis: amenity=school name=* building=yes addr:housenumber=### addr:street=* Gefragt werde ich aber nur nach name=* Wird der Rest irgendwie im Hintergrund zusammengebaut? Könnte man die anderen Schlüssel nicht auch gleich mit aufnehmen? (für alle Gebäude) Gruss, Markus PS: Bahnhof/Haltestelle finde ich weder unter Gebäude, noch unter Bahn? Mir ist es genauso mit Gebäude-Kindergarten gegangen, das geschlossene Polygon wird zwar als Fläche in JOSM angezeigt, aber nicht gerendert, da building=yes fehlt. Man muss also erst das Gebäude erzeugen und dann nochmal als Schule bzw. Kindergarten definieren. Wie sieht das eigentlich mit dem rendern von Kindergarten aus? Bisher passiert das nichts. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
On Tue, 3 Mar 2009, Markus wrote: Beispiel: Gebäude Schule Da erwarte ich als Ergebnis: amenity=school name=* building=yes addr:housenumber=### addr:street=* Gefragt werde ich aber nur nach name=* Wird der Rest irgendwie im Hintergrund zusammengebaut? amenity=school geschieht im Hintergrund. Könnte man die anderen Schlüssel nicht auch gleich mit aufnehmen? (für alle Gebäude) Dann wird es unübersichtlich. Vielleicht kommt irgendwann mal sowas wie sinnvolle Ergänzungen, so dass man die Vorlagen nicht einzeln nacheinander aufrufen muss. Wichtig ist jedoch, dass es nicht noch mehr überladen wird. Wenn Du sowas häufiger brauchst, kannst Du Dir auch eigene Vorlagen erstellen. PS: Bahnhof/Haltestelle finde ich weder unter Gebäude, noch unter Bahn? Öffentliche Verkehrsmittel/Station ist vielleicht etwas unintuitiv. Deshalb zeigt JOSM jetzt die Vorlagen im Eigenschaftsfenster mit an. Man sucht sich also ein existierendes Objekt und kann dort nachschauen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spenden - Spendenquittung
Hallo Markus, Wie ist das Prozedere für Spendenquittungen bei Bar- oder Sachspenden? http://de.wikipedia.org/wiki/Gemeinn%C3%BCtzigkeit Grüße+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS Server fuer das Ruhrgebiet - war JOSM lahmt
Willi Rehfeld schrieb: Wie soll ich mit meinem neuen Wissen umgehen ? Abdigitalisieren wird vermutlich nicht möglich sein - mir fehlt allerdings die Zeit, mich mit dem RVR auseinanderzusetzen, da ich noch andere Projekte fertigstellen muss :-( Ich haue mal Frank an, der war da mit und hat vielleicht mehr Zeit. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Hi, Markus schrieb: PS: Bahnhof/Haltestelle finde ich weder unter Gebäude, noch unter Bahn? findest du unter öffentliche Verkehrsmittel Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS - Fußgänger-Routing über Pl ätze
André Reichelt schrieb: Tobias Wendorff schrieb: Getaggt ist z.B. der Hansaplatz als highway: pedestrian. Auch scheinen die Verbindungen der angrenzenden Straßen korrekt angebracht worden zu sein. Ich gehe davon aus, dass er den Platz nicht als Fläche erkennt sondern denkt, das sei ein Weg rings herum. Da ist meiner Einschätzung nach die Sftware dran schuld. Ist eben noch alles experimentell. Alles klar - ich dachte, dass da ein anderer Tag dranmüsse (footway oder so). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einstieg in eigene Routinglösung - war : Einschränkungen des OSM-Formats für Routing-Anwend ungen?
Frank Glück schrieb: OSM selbst will ja laut FAQ schon seit längerem wieder weg von MapServer. OSM ist kein Kartendienst und verwendet Mapnik. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einstieg in eigene Routinglösung - war : Einschränkungen des OSM-Formats für Routing-Anwen dungen?
marcus.wolsc...@googlemail.com schrieb: Was haben jetzt irgendwelche OGc-Standards mit Routing-Funktionen zu tun? Das hat bisher auch ganz wunderbar ohne überfrachtete Standards geklappt. OSM's XML-Format ist ja eigentlich auch ein Standard :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wunderschönes Kartographie-Beispiel
Tobias Wendorff schrieb: bin gerade über dieses tolle Beispiel gestolpert - leider keine OSM-Daten, aber ich finde es einfach nur _sehr_ gelungen: Cool, geht auch mit englischen Labels: http://hongkong.edushi.com/?L=en Hintergrund: http://www.aladdincn.com/en/Why%20E-City.html Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wunderschönes Kartographie-Beispiel
Chris-Hein Lunkhusen schrieb: http://www.aladdincn.com/en/Why%20E-City.html Haha, Werbemöglichkeiten durch virtuelle Werbeflächen. Das ist genial! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karten für NaviPowm 0.2.0
Hallo zusammen, NaviPOWM-Karten auf http://wince.dentro.info/koord/osm/TileMap.htm gibt es nun auch für Afrika und Asien (fast komplett). Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spenden - Spendenquittung
Danke Arne, dass OSM noch nicht gemeinnützig ist wusste ich bereits. Dafür sind wir ja (u.a.) dem FOSSGIS beigetreten. Nun eben die Frage: Wie ist das Prozedere für Spendenquittungen bei Bar- oder Sachspenden? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einstieg in eigene Routinglösung - war : Einschränkungen des OSM-Formats für Routin g-Anwendungen?
Frank Glück frankimglu...@gmx.de wrote: 1. Als Datenbasis bietet sich vermutlich der jeweils aktuelle Planet.osm-Snapshot an, richtig? Oder passende Auszüge (Europa, Deutschland, Bundesländer, etc. gibts bei download.geofabrik.de). Lassen sich die OSM-Daten möglicherweise auch irgendwie ins OGC-Format (ohne mir dieses bereits angeschaut zu haben) überführen? In welches OGC Format? GML? Wenn Du die Daten in Postgis importierst lassen sich durchaus OGC konforme Anwendungen auf dieser Basis verwenden. OSM selbst will ja laut FAQ schon seit längerem wieder weg von MapServer. OSM hat eventuell lange vor meiner Zeit mal einen MapServer verwendet. In den letzen 2 Jahren jedoch nicht. Aber welche Alternativen bieten sich da an? Deegree? GeoServer? Für eine Webanwendung sind fertig ferenderte Tiles definitiv eine Alternative. Stichwort Tile Map Service Gruss Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /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] Einstieg in eigene Routinglösung - war : Einschränkungen des OSM-Formats für Routing -Anwendungen?
Frank Glück schrieb: OSM selbst will ja laut FAQ schon seit längerem wieder weg von MapServer. OSM ist kein Kartendienst und verwendet Mapnik. Das heißt, _statt_ MapServer? Also ist die FAQ in diesem Punkt veraltet? So richtig kann ich das leider noch nicht auseinander halten. Wenn Du sagst kein Kartendienst, meinst Du damit, dass die Karten nur statisch zur Verfügung stehen und nicht erst bei ihrer Anforderung just in time und nach speziell vorgebbaren Kriterien gerendert werden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Einstieg in eigene Routinglösung - wa r: Einschränkungen des OSM-Formats für Routi ng-Anwendungen?
Frank Glück frankimglu...@gmx.de wrote: Nun ja, so wie ich es bisher verstehe, dürfte einem die Kombination aus PostgreSQL/PostGIS/Mapserver/Mapbender doch sehr viel Arbeit abnehmen und dabei auch ziemlich ressourcenschonend laufen, weil bestimmte Routing-Funktionen wohl schon nativ durch PostGIS unterstützt werden - die Verwendung des OGC-Standards eben vorausgesetzt(?) Wenn Du OSM Daten in PostGIS importierst sind die Daten in einer Simple Features for SQL (ein OGC Standard) kompatiblen Datenbank drin und dadurch per definition in einem OGC Format?! Was hat das mit Routing zu tun? Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /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] ?Einstieg in eigene Routinglösung - wa r: Einschränkungen des OSM-Formats für Routi ng-Anwendungen?
Frank Glück frankimglu...@gmx.de wrote: Wenn Du sagst kein Kartendienst, meinst Du damit, dass die Karten nur statisch zur Verfügung stehen und nicht erst bei ihrer Anforderung just in time und nach speziell vorgebbaren Kriterien gerendert werden? Genau! OSM arbeitet bei den Webkarten mit statisch vorgerenderten Tiles. Die zeitnah neu gerendert werden um aktuelle Änderungen im Datenbestand sichtbar zu machen. Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /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] JOSM-Vorlagen
Hallo Dirk, mir selbst fällt vieles schon gar nicht mehr auf. Aber ich war am Wochenende auf einer Messe und habe OSM präsentiert. Und wenn *unbedarfte Besucher* die Vorlagen nutzen, dann stolpern sie manchmal - und das wollte ich weiterleiten: Beispiel: Gebäude Schule Könnte man die anderen Schlüssel nicht auch gleich mit aufnehmen? (für alle Gebäude) Dann wird es unübersichtlich. Vielleicht kommt irgendwann mal sowas wie sinnvolle Ergänzungen, so dass man die Vorlagen nicht einzeln nacheinander aufrufen muss. Bei den Wegen funktioniert es schon sehr schön: da werden im Formular alle Dinge gefragt, die wesentlich sein könnten. Adresse beispielsweise findet man als Extra-Schlüssel in JOSM. Könnte man doch einfach mit ins Formular packen? Ebenso building (oder gleich automatisch im Hintergrund). Wenn Du sowas häufiger brauchst, kannst Du Dir auch eigene Vorlagen erstellen. Ja, das ist schon toll diese Flexibilität! Aber mir geht es hier um den unbedarften Anwender, der halt nicht weiss, dass da auch noch die Adresse eingegeben werden kann (aber sie meist kennt), und dass man OSM noch sagen muss, dass eine Schule ein Gebäude ist. Bahnhof/Haltestelle finde ich weder unter Gebäude, noch unter Bahn? Öffentliche Verkehrsmittel/Station ist vielleicht etwas unintuitiv. Deshalb zeigt JOSM jetzt die Vorlagen im Eigenschaftsfenster mit an. Das hilft mir beim Suchen einer Lösung (aber nicht dem Anwender). Hier fände ich auch Redundanz nicht so störend (Bahn, Gebäude, ÖV). Man sucht sich also ein existierendes Objekt und kann dort nachschauen. Klar, aber das ist halt ein Umweg. Und dafür braucht man wieder mehr Wissen über Attributierung. Und in China findet man nicht so leicht einen Bahnhof zum Abgucken. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Einstieg in eigene Routinglösung - war: Einschränkungen des OSM-Formats für Rout ing-Anwendungen?
Wenn Du OSM Daten in PostGIS importierst sind die Daten in einer Simple Features for SQL (ein OGC Standard) kompatiblen Datenbank drin und dadurch per definition in einem OGC Format?! Was hat das mit Routing zu tun? Puh, keine Ahnung, Du. Ich steh ja noch ganz am Anfang, und der Einstieg fällt eben doch noch etwas schwer ... ;-) Also ziehe ich mir einen aktuellen Planet.osm-XML-Dump und wandle ihn mit planetosm-to-db.pl ins PostgreSQL/PostGIS-Format und kann die entstehende OGC-konforme Datenbank-Datei in PostgreSQL einlesen? Das sollte doch sicherlich zu effizienteren Ergebnissen führen, als das XML-Format von OSM direkt oder indirekt in eine normale Datenbank mit entsprechender Struktur (bspw. in mySQL) zu übernehmen? Durch den MapServer entsteht vermutlich einfach nur deutlich mehr CPU-Last als durch die Ausgabe fertiger Tiles mit Mapnik? Lässt sich das irgendwie in einem Verhältnis ausdrücken? Ich habe nämlich auf meinem schon sehr schwachen Testserver mal ein einfaches Testbeispiel mit den FRIDA-Daten für Osnabrück nachvollzogen und war doch eigentlich schon sehr begeistert, wie schnell die Karte vom MapServer ausgegeben wurde. Wie sieht es mit MapScript/OpenLayers aus? Sind das zwei komplett nebeneinander stehende Alternativen für die Umsetzung der Web-Oberfläche? Oder ergänzen sie sich in irgendeiner Weise? Sind sie für die Kartenausgabe durch Mapnik oder durch MapServer gleichermaßen geeignet? Benötigt man/ empfiehlt sich Mapbender als Administrierungsschnittstelle? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verkehrssimulation mit OpenStreetMap (ZAIK DLR)
Hallo Community, mir ist gerade dieses Projekt des Hasso Plattner Institus in Potsdam präsentiert worden: http://eworld.sourceforge.net/ Es ermöglicht die Benutzung von OSM-Daten mit SUMO, einer Verkehrssimulationssoftware [1]. Diese wird in Zusammenarbeit zwischen Informatikern der Uni Köln (ZAIK) und dem Deutschen Zentrum für Luft- und Raumfahrt (DLR) entwickelt. Alles ist noch im frühen Entwicklungsstadium, aber das sind genaue die Anwendungen, die ich mir erhofft habe. Grüße Tobias [1] http://sumo.sourceforge.net/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Hallo Markus, On Tuesday 03 March 2009 14:25:15 Markus wrote: und dass man OSM noch sagen muss, dass eine Schule ein Gebäude ist. Bei mir ist amenity = school oftmals das Schulgelände und die einzelnen Gebäude sind lediglich mit building = yes eingezeichnet. Gruß Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einstieg in eigene Routinglösung - war : Einschränkungen des OSM-Formats für Routing-Anwen dungen?
On Tue, 3 Mar 2009 13:10:09 + (UTC), Sven Geggus li...@fuchsschwanzdomain.de wrote: Aber welche Alternativen bieten sich da an? Deegree? GeoServer? Für eine Webanwendung sind fertig ferenderte Tiles definitiv eine Alternative. Stichwort Tile Map Service Für eine Webanwendung würde ich ein Mashup aus den fertig gerenderten Tiles mittels OpenLayers und dem OpenRouteService für die Routen vorschlagen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Olaf Hannemann schrieb: Bei mir ist amenity = school oftmals das Schulgelände und die einzelnen Gebäude sind lediglich mit building = yes eingezeichnet. Wir haben eine Burgruine auf dem Schulgelände gehabt, aber Unterricht hat dort nicht stattgefunden :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrssimulation mit OpenStreetMap (ZAIK DLR)
Hi Tobias. On Tue, 03 Mar 2009 14:52:01 +0100, Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: mir ist gerade dieses Projekt des Hasso Plattner Institus in Potsdam präsentiert worden: http://eworld.sourceforge.net/ Es ermöglicht die Benutzung von OSM-Daten mit SUMO, einer Verkehrssimulationssoftware [1]. Diese wird in Zusammenarbeit zwischen Informatikern der Uni Köln (ZAIK) und dem Deutschen Zentrum für Luft- und Raumfahrt (DLR) entwickelt. Alles ist noch im frühen Entwicklungsstadium, aber das sind genaue die Anwendungen, die ich mir erhofft habe. Naja, frühes Entwicklungsstadium ist relativ. :) Bei mir war es genau umgekehrt, ich habe vor 2-3 Jahren mit SUMO gearbeitet und brauchte Kartenmaterial. So bin ich auf OSM gekommen. OSM war damals tatsächlich in einem frühen Stadium und ich musste viele Lücken im Straßennetz flicken. :) Trotzdem trifft man bei SUMO immer wieder auf Fehler, ist ebenso im Fluss wie OSM. Aber man kann schöne Sachen damit machen und über die Mailingliste bekommt man guten Kontakt mit den Entwicklern. eWorld ist tatsächlich ein hübsches Tool auf der Schnittstelle OSM-SUMO. Ich hatte vor ein paar Monaten schonmal über diese Kombi berichtet. Bin immer wieder erfreut, wenn sich mehr Leute für beides interessieren. :) Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrssimulation mit OpenStreetMap (ZAIK DLR)
Hallo Gerrit, Gerrit Lammert schrieb: Ich hatte vor ein paar Monaten schonmal über diese Kombi berichtet. Bin immer wieder erfreut, wenn sich mehr Leute für beides interessieren. :) Was sich generell auf dem Simulationssektor tut ist interessant. Habe vor kurzem eine neue Software aus den USA gesehen, gibt es leider noch nicht zu kaufen :-( Mal gucken ob ich es alleine schaffe, SUMO Co. aufzusetzen... Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einstieg in eigene Routinglösung - war : Einschränkungen des OSM-Formats für Routing -Anwendungen?
Für eine Webanwendung würde ich ein Mashup aus den fertig gerenderten Tiles mittels OpenLayers und dem OpenRouteService für die Routen vorschlagen. Klingt gut, aber ... 1. Inwiefern kann ich denn OpenRouteService (rechtlich und tatsächlich) in ein eigenes Projekt integrieren? Unter http://wiki.openstreetmap.org/wiki/DE:OpenRouteService#Route_Service_Verglei chsmatrix steht zwar in der Zeile OpenSource routing-engine. Aber ist das der Name der abgewandelten GeoTools Java-Bibliothek? Und wenn ja, wo kann ich die denn runterladen? Oder gibt es (nur) eine API direkt zum OpenRouteService (was eine schlechte Alternative wäre)? 2. Die jeweils errechnete Route lässt sich dann wohl mit OpenLayers über die fertig gerenderte Karte legen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrssimulation mit OpenStreetMap (ZAIK DLR)
Windows ist kein Problem. Ich scheitere schon beim Entpacken des ZIP-Archives. Hab es jetzt zweimal runtergeladen, aber es bleibt bei mir fehlerhaft. Klappt das denn bei Euch? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einstieg in eigene Routinglösung - war : Einschränkungen des OSM-Formats für Routing-Anwen dungen?
On Tue, 3 Mar 2009 15:38:43 +0100, Frank Glück frankimglu...@gmx.de wrote: Für eine Webanwendung würde ich ein Mashup aus den fertig gerenderten Tiles mittels OpenLayers und dem OpenRouteService für die Routen vorschlagen. Klingt gut, aber ... 1. Inwiefern kann ich denn OpenRouteService (rechtlich und tatsächlich) in ein eigenes Projekt integrieren? Unter http://wiki.openstreetmap.org/wiki/DE:OpenRouteService#Route_Service_Verglei chsmatrix steht zwar in der Zeile OpenSource routing-engine. Aber ist das der Name der abgewandelten GeoTools Java-Bibliothek? Und wenn ja, wo kann ich die denn runterladen? Oder gibt es (nur) eine API direkt zum OpenRouteService (was eine schlechte Alternative wäre)? Soweit ich mich erinnere ist ORS nicht in Java geschrieben. (Verbessert mich, wenn ich mich irre.) In Java dürften nur Traveling Salesman und AndNAV2 sein. 2. Die jeweils errechnete Route lässt sich dann wohl mit OpenLayers über die fertig gerenderte Karte legen? Entweder das geht jetzt schon oder ihr müsst euch halt zusammensetzen um das zu ermöglichen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
On Tuesday 03 March 2009 14:57:00 Tobias Wendorff wrote: Wir haben eine Burgruine auf dem Schulgelände gehabt, aber Unterricht hat dort nicht stattgefunden :-) Und wir hatten bei schönen Wetter oft Unterricht auf dem Schulhof. ;-) Gruß Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spenden - Spendenquittung
On Tue, Mar 03, 2009 at 02:06:41PM +0100, Markus wrote: Danke Arne, dass OSM noch nicht gemeinnützig ist wusste ich bereits. Dafür sind wir ja (u.a.) dem FOSSGIS beigetreten. Nun eben die Frage: Wie ist das Prozedere für Spendenquittungen bei Bar- oder Sachspenden? Wem willst Du spenden? Dem FOSSGIS? Dafür gibt es noch kein festes Prozedere, dass muss noch einzeln mit dem Schatzmeister besprochen werden. Wir werden auf der FOSSGIS-Konferenz besprechen, wie so ein Prozedere aussehen kann, damit es einfacher wird. Hast Du jetzt konkret Geld, das Du loswerden willst? 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
Re: [Talk-de] Verkehrssimulation mit OpenStreetMap (ZAIK DLR)
Frank Glück schrieb: Windows ist kein Problem. Ich scheitere schon beim Entpacken des ZIP-Archives. Hab es jetzt zweimal runtergeladen, aber es bleibt bei mir fehlerhaft. Klappt das denn bei Euch? Dito, bei 14.430.204 Bytes bricht der DL ab. chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alle Relations ermitteln bzw. anzeigen lassen
Stefan Dettenhofer (StefanDausR) o...@dentro.info writes: ich hatte mal versucht, eine Karte -analog zu meinem maxspeed-Overlay- zu erzeugen, die alle Relationen visualisiert, es aber nicht weiter verfolgt, da Kosmos noch nicht so viele Möglichkeiten bietet, Relationen zu beschriften etc. Außerdem ist die Wanderkarte von NOP viel schöner... Ja, aber mittelfristig müssen wir schon eine Lösung finden, wie mehr abgedeckt werden kann. Sowohl räumlich wie auch von den Zoomlevels her. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Ulf Lamping schrieb: Wenn ich versuche für einen Node die Tunnel Vorlage zu verwenden, bleibt der Button Vorlage anwenden ausgegraut - ok. Könnte man nicht direkt die jeweiligen Vorlagen deaktivieren, wenn man einen Node gewählt hat? André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Einstieg in eigene Routinglösung - war: Einschränkungen des OSM-Formats für Rout ing-Anwendungen?
On Tue, Mar 03, 2009 at 02:42:40PM +0100, Frank Glück wrote: Durch den MapServer entsteht vermutlich einfach nur deutlich mehr CPU-Last als durch die Ausgabe fertiger Tiles mit Mapnik? Lässt sich das irgendwie in einem Verhältnis ausdrücken? Ich habe nämlich auf meinem schon sehr schwachen Testserver mal ein einfaches Testbeispiel mit den FRIDA-Daten für Osnabrück nachvollzogen und war doch eigentlich schon sehr begeistert, wie schnell die Karte vom MapServer ausgegeben wurde. FRIDA ist halt nur wenig daten gegenueber den gesamten OSM daten - Ich empfehle erstmal mit einem Deutschland oder NRW Dump anzufangen bis die prozesse funktionieren ... Dann muss man nicht 2 Tage auf den import warten um dann festzustellen das irgendwas nicht passt. teil-osm schnipsel bekommst du bei http://download.geofabrik.de tagesaktuell. Wie sieht es mit MapScript/OpenLayers aus? Sind das zwei komplett nebeneinander stehende Alternativen für die Umsetzung der Web-Oberfläche? Oder ergänzen sie sich in irgendeiner Weise? Sind sie für die Kartenausgabe durch Mapnik oder durch MapServer gleichermaßen geeignet? MapServ wandelt den datenbank kontent in bilder um fuer einen vordefiniert (Vom Webclient angeforderten) bereich. OpenLayers stellt vorgerenderte bildchen im festen raster im browser dar - in einer slippymap so wie bei google. Dafuer musst du die bilder tendentiell vorberechnen oder aber on-demand wie z.b. mit mod_tile on demand rendern lassen wenn dein browser diese requestet. 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] Spenden
Florian Lohoff schrieb: [es] waere [...] schoen zu wissen wie der Workflow ist via FossGIS fuer OSM zu Spenden nun aussieht soweit es ihn denn gibt. Ist das Thema weiter diskutiert worden und gibts dazu irgendwo eine informationssammlung? Letztens habe ich ein GPS-Gerät bestellt und vergeblich nach einem Affiliate- oder Bonusprogramm fÜr OSM gesucht. Für OSM auf der Insel kann man bei amazon.co.uk bestellen, aber für Deutschland fand ich nichts. Würde etwas in dieser Art eingerichtet und an prominenter Stelle im Wiki platziert, käme sicher einiges zusammen. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ein Dorf namens Silberstraße
Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen gehabt: http://www.openstreetmap.org/browse/node/263521832/history Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher, dass es kein Dorf namens Silberstraße gibt. Der Betreiber des Bots ist im Wiki unbekannt: http://wiki.openstreetmap.org/wiki/Category:Bots aber kennt den vielleicht jemand, der hier mitliest? Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er nötigenfalls den fixbot fixen kann. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spenden
Letztens habe ich ein GPS-Gerät bestellt und vergeblich nach einem Affiliate- oder Bonusprogramm fÜr OSM gesucht. a) Wenn man OSM spenden will, dann sollte man etwas spenden. b) Wenn man ein Gerät oder Buch kaufen will, dann sollte man das dort kaufen wo es günstig ist. Und wenn man dabei Geld gegenüber AmazonCo sparen sollte, dann bietet sich a) an. -jha- P.S.: Ich mag keine Bonus-Programme ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] key: building - Dachformen?
André Reichelt schrieb: Ich werde das dumpfe Gefühl nicht los, dass wir früher oder später Google SketchUp nachbauen müssen. Ich halte das mit Tags auch nur sehr vereinfacht für möglich. Komplexe Gebäudemodelle muss man mit einer Software erstellen. Es ist da schon etwas in der Mache ... ein ziemlich interessantes Tool. Martin hat mich auf eine Idee gebracht und ich gucke gerade, inwieweit man dies verwirklichen kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
Hallo. Am Dienstag, 3. März 2009 schrieb malenki: Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen gehabt: http://www.openstreetmap.org/browse/node/263521832/history Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher, dass es kein Dorf namens Silberstraße gibt. 1 Minute Recherche: http://de.wikipedia.org/wiki/Silberstra%C3%9Fe_(Wilkau-Ha%C3%9Flau) Der Betreiber des Bots ist im Wiki unbekannt: http://wiki.openstreetmap.org/wiki/Category:Bots aber kennt den vielleicht jemand, der hier mitliest? Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er nötigenfalls den fixbot fixen kann. Ich versteh nicht, was du damit erreichen willst. Der is_in-Bot hat lediglich unvollständige is_in-Angaben ausführlicher gesetzt, so dass wir da mal etwas einheitlichere Angaben drin haben. In der Seite die du selbst verlinkst sieht man doch sehr genau, dass das auch schon vorher ein Ort war und der fixbot an dem von dir genannten Problem echt nicht schuld ist. Gruß, Bernd -- Keine zwei Menschen gleichen einander, und beide sind froh darüber 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] Ein Dorf namens Silberstraße
Am Dienstag 03 März 2009 18:02:39 schrieb malenki: Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen gehabt: http://www.openstreetmap.org/browse/node/263521832/history Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher, dass es kein Dorf namens Silberstraße gibt. Der Betreiber des Bots ist im Wiki unbekannt: http://wiki.openstreetmap.org/wiki/Category:Bots aber kennt den vielleicht jemand, der hier mitliest? Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er nötigenfalls den fixbot fixen kann. Das hat aber mit dem Bot gar nichts zu tun. Der scheint nur das is_in-Tag zu erweitern. Der Node war von Anfang an falsch getaggt. Grüße, Marc 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] Ein Dorf namens Silberstraße
Hallo. Am Dienstag, 3. März 2009 schrieb Marc Schütz: Der Node war von Anfang an falsch getaggt. Warum? Gruß, Bernd -- Wer eine Sau sattelt, macht aus ihr noch kein Rennpferd - Johann Geiler von Kaysersberg 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] Maxspeed Karte Update
Hallo Stefan, danke für die tolle Karte die du erstellt hast. Sie hilft sehr gut zur Qualitätssicherung beizutragen. Könntest du dir vorstellen weitere Verkehrsregeln wie z.B. Abbiege Vorschriften, Einbahnstraßen, Verbotsschilder oder ähnliches einzubauen? So könnte man einfach sehen, wo noch Verkehrsregeln in der Karte fehlen. Vielen Dank Ciao Holger Stefan Dettenhofer (StefanDausR) schrieb: Hallo zusammen, die maxspeedkarte ist wieder aktualisiert! Zur Aktualität und Abdeckung siehe hier: http://wiki.openstreetmap.org/wiki/DE:MaxSpeed_Karte Gruß, Stefan ___ 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] Ein Dorf namens Silberstraße
Bernd Wurst schrieb: Am Dienstag, 3. März 2009 schrieb malenki: Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen gehabt: http://www.openstreetmap.org/browse/node/263521832/history Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher, dass es kein Dorf namens Silberstraße gibt. 1 Minute Recherche: http://de.wikipedia.org/wiki/Silberstra%C3%9Fe_(Wilkau-Ha%C3%9Flau) Autsch. Zuviel an überheblichem Selbstvertrauen... Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er nötigenfalls den fixbot fixen kann. Ich versteh nicht, was du damit erreichen willst. Der is_in-Bot hat lediglich unvollständige is_in-Angaben ausführlicher gesetzt, so dass wir da mal etwas einheitlichere Angaben drin haben. In der Seite die du selbst verlinkst sieht man doch sehr genau, dass das auch schon vorher ein Ort war und der fixbot an dem von dir genannten Problem echt nicht schuld ist. Das dürfte (außer in meinen Augen) nie eines gewesen sein... Besserung gelobend, malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
Am Dienstag 03 März 2009 18:15:41 schrieb Bernd Wurst: Hallo. Am Dienstag, 3. März 2009 schrieb Marc Schütz: Der Node war von Anfang an falsch getaggt. Warum? Anders formuliert: Er wäre von Anfang an falsch getaggt gewesen, wenn es kein Dorf wäre. (Ich hab meine Antwort geschrieben, bevor ich deine gekriegt habe.) Grüße, Marc 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] wunderschönes Kartographie-Beispiel
Haha, Werbemöglichkeiten durch virtuelle Werbeflächen. Das ist genial! Dafür brauchen wir kein 3D... das ginge auch jetzt schon auf unseren Karten. Ist nur bestimmt nicht konsenzfähig.. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed Karte Update
Qualitätssicherung beizutragen. Könntest du dir vorstellen weitere Verkehrsregeln wie z.B. Abbiege Vorschriften, Einbahnstraßen, Verbotsschilder oder ähnliches einzubauen? So könnte man einfach sehen, wo noch Verkehrsregeln in der Karte fehlen. Das wäre in der Tat SEHR praktisch. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed Karte Update
Für die Abbiege-Relation gibt es hier schon eine gute Karte: http://osm.virtuelle-loipe.de/restrictions/ Ciao André Am 3. März 2009 18:47 schrieb Johann H. Addicks addi...@gmx.net: Qualitätssicherung beizutragen. Könntest du dir vorstellen weitere Verkehrsregeln wie z.B. Abbiege Vorschriften, Einbahnstraßen, Verbotsschilder oder ähnliches einzubauen? So könnte man einfach sehen, wo noch Verkehrsregeln in der Karte fehlen. Das wäre in der Tat SEHR praktisch. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wunderschönes Kartographie-Beispiel
Johann H. Addicks schrieb: Haha, Werbemöglichkeiten durch virtuelle Werbeflächen. Das ist genial! Dafür brauchen wir kein 3D... das ginge auch jetzt schon auf unseren Karten. Ist nur bestimmt nicht konsenzfähig.. Hattest Du eigentlich Gelegenheit, Dich um die Daten-Übersichtsseite zu kümmern? Bin bald wieder bei einer Kommune und würde gerne eine kurze Übersicht mitnehmen. Auch in Hinsicht auf die baldige Lizenzumstellung wäre es sicherlich dringend von Nöten das im Vorfeld abzuklären. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
Hallo, Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen gehabt: http://www.openstreetmap.org/browse/node/263521832/history Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher, dass es kein Dorf namens SilberstraÃe gibt. Da wird Dir meine Kollegin aber was husten, sie wohnt dort, der Ort hat auch einen Bahnhof gleichen Namens an der Strecke Zwickau-Aue. Also: diesen Ort gibt es wirklich, wurde wie in der History beschrieben nach Wilkau-Haßlau eingemeindet. Jens -- Jens Poenisch, EMail: jens.poeni...@ruessel.in-chemnitz.de - Bisher haben die Astropsychologen noch nicht herausgefunden, woran die Elefanten denken. -- T. Pratchett -An Elefantinnen, meint OJe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alle Relations ermitteln bzw. anzeigen lassen
Stefan Dettenhofer (StefanDausR) o...@dentro.info writes: mehr als was? Sag ich doch: räumlich (im moment wird wohl hauptsächlich Süddeutschland gerendert) und mehr vergrößerungen (im moment geht es nur bis zoom=15). Das ist nicht als vorwurf zu vestehen, sondern nur als feststellung. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Nüvi
Bernd Wurst schrieb: Ich hatte jetzt längere Zeit ein Medion-Navi. Das hat (bei entsprechender Einstellung) immer und überall Tracks aufgezeichnet wenn es eingeschaltet war. D.h. wenn ich mal irgendwo hin fahre, wo ich mich nicht so gut auskenne, nehm ich das Navi und hab nachher als Nebenprodukt nen GPX-Track. Leider ist das Medion vergleichsweise teurer und die Software und der Akku sind Rotz. Zudem würde ich sehr gerne mal mit den OSM-Karten auf nem mobilen Device spielen. Da wäre das Garmin wohl das bei dem man das am besten umschalten kann. NoniGPSPlot laeuft auf meinen Medion Navis hervorragend: http://wiki.openstreetmap.org/wiki/Noni_GPSPlot Viele Gruesse, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
On Tue, Mar 03, 2009 at 06:02:39PM +0100, malenki wrote: Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen gehabt: http://www.openstreetmap.org/browse/node/263521832/history Okay - also der is_in bot hat den is_in von is_in=Wilkau-Haßlau, Sachsen, Germany auf is_in = Wilkau-Haßlau,Sachsen,Bundesrepublik Deutschland,Europe geaendert. Also lediglich erweiter und korrigiert. OpenGeoDB benutzt Bundesrepublik Deutschland und nicht Germany - Ausserdem fehlte fuer einen vollstaendigen Pfad ein Europe. Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher, dass es kein Dorf namens Silberstraße gibt. Moeglich. Der Betreiber des Bots ist im Wiki unbekannt: http://wiki.openstreetmap.org/wiki/Category:Bots http://wiki.openstreetmap.org/wiki/User:Is_in-bot Und user:flohoff der als admin benannt ist hat in seiner wiki page: contact You can contact me at: f...@rfc822.org Siehe auch das From: aber kennt den vielleicht jemand, der hier mitliest? Aeh ja Eine Korrektur des Nodes wäre nett, möglichst vom Verursacher, damit er nötigenfalls den fixbot fixen kann. Der fixbot hat falsche informationen ergaenzt bzw korrigiert. Der orignal fehler ist wohlmoeglich eher das dort ein place im node ist und jemand einen kaputten is_in gesetzt hat. Vielleicht haette das ein highway=... sein sollen und das ohne is_in? Der is_in ist jetzt richtiger als vorher - nur noch nicht ganz vollstaendig. Ansonsten eher Shit in - Shit out 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] Höhennetz/Höhendatenbank
Am 02.03.2009 um 01:12 schrieb Dimitri Junker: Aber jeden Höhenpunkt in Deinem 1024x1024-Gitter möchte man schon mit einer Präzisionsangabe versehen haben. Habe ich. Wobei die Qualität dieser Fehler natürlich davon abhängt ob ich am Anfang die Meßfehler richtig abgeschätzt habe, ob ich beim Inter/Extrapolieren von den richtigen maximalen Steigungen ausgehe,... Um das zu prüfen brächte ich Vergleichswerte, also z.B. eine offizielle digitale Karte mit Höheninfos. Dann könnte man überprüfen ob das hinkommt. Man würde dann für jeden Punkt die Differenz zwischen warer Höhe und der aus den GPX-Files ermittelten berechnen und dies durch den berechneten Fehler Teilen. Dabei sollte eine Gußkurve mit Mittelwert0 und Breite 1 rauskommen. Hört sich ja fast an wie meine Diplomarbeit ;-) Ich kenne das einfacher, ich würde alle die bekannten Höhenpunkte nehmen und schauen, wie viele sich innerhalb des jeweiligen 95-%-Konfidenzintervalls liegen. Sollten etwa 95 Prozent sein. Das die Schätzer normalverteilt um die wahren Werte sind, ist schon eine stärkere Annahme. Wenn man irgendwann wirklich ein solches Programm schreibt sollte man dies auf alle Fälle machen, also für irgendein Gebiet für das es viele Tracks gibt eine solche Karte kaufen, und dann testen und so lange am Modell feilen bis es gut aussieht. Ok, das wäre eine Trainingsstichprobe. Interessant ist dann die Validierung an einem unabhängigen Gebiet, mit unabhängigen Tracks, anderer Gerätezusammensetzung ... Wie ich schrieb, Aachen ist als Trainingsstichprobe sicher nicht schlecht. Etwas ähnlich Hügeliges könnte man dann zur Validierung nehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
Wenn anstatt Deutschland oder Germany _Bundesrepublik_ Deutschland verwendet wird, warum wird dann in Thüringen, Bayern und Sachsen nicht auch mit dem Zusatz Freistaat verwendet? Desweiteren ist die BRD in der European Union, welche wiederum in Europe liegt. Ciao André Am 3. März 2009 21:21 schrieb Florian Lohoff f...@rfc822.org: Okay - also der is_in bot hat den is_in von is_in=Wilkau-Haßlau, Sachsen, Germany auf is_in = Wilkau-Haßlau,Sachsen,Bundesrepublik Deutschland,Europe geaendert. Also lediglich erweiter und korrigiert. OpenGeoDB benutzt Bundesrepublik Deutschland und nicht Germany - Ausserdem fehlte fuer einen vollstaendigen Pfad ein Europe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
André Riedel schrieb: Wenn anstatt Deutschland oder Germany _Bundesrepublik_ Deutschland verwendet wird, warum wird dann in Thüringen, Bayern und Sachsen nicht auch mit dem Zusatz Freistaat verwendet? Desweiteren ist die BRD in der European Union, welche wiederum in Europe liegt. Ist der Begriff BRD nicht schon Anfang der 80er Jahre aus dem Amtsdeutsch verschwunden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
On Tue, Mar 03, 2009 at 09:36:27PM +0100, André Riedel wrote: Subject: Re: [Talk-de] Ein Dorf namens Silberstraße Wenn anstatt Deutschland oder Germany _Bundesrepublik_ Deutschland verwendet wird, warum wird dann in Thüringen, Bayern und Sachsen nicht auch mit dem Zusatz Freistaat verwendet? Desweiteren ist die BRD in der European Union, welche wiederum in Europe liegt. Ich habe einfach nur ein Schema vervollstaendigt angewendet was durch OpenGeoDB eingefuehrt wurde - Ob das alles so sinn macht ist mir recht latte. Wichtig war mir das es konsistent ist - siehe auch diverse threads auf der mkgmap mailingliste zum thema is_in die ueberwiegend unbrauchbar sind. Bayern - Freistaat Bayern Ist ein stumpfes Suchen/Ersetzen aber alles fehlschreibweisen von Baden-Württemberg zu finden ist aussichtslos. Um das den usern der daten einfacher zu machen habe ich eben genau die korrektur dieser Fehlschreibweisen gemacht und gleichzeitig die Hierarchische organisation der is_in richtig gemacht d.h. es sollte sein stadtteil,stadt,[kreis,][Regierungsbezirk,]Bundesland,Bundesrepublik Deutschland,Europe Wenn genau diese Hierarchische organisation gegeben ist laesst sich eben ein place problemlos in die hierarchie einordnen. Um das zu verdeutlichen habe ich stuendliche exports eben aller is_in in D laufen: http://autobug.osm.lab.rfc822.org/lists/ Diese liste wiederum baut das ganz als HTML lists - verschachtelt anhand der hierarchie: http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Damit ist dann schoen sichtbar wenn regionen/staedte falsch einsortiert sind. Dazu dann noch die slippymap mit einem bug overlay: http://autobug.osm.lab.rfc822.org Beispiel eines Bugs: suburb: Vöckinghausen isin: Werries,Hamm,Regierungsbezirk Arnsberg,Nordrhein-Westfalen,Bundesrepublik Deutschland,Europe Bug: Keine place node(s) mit den namen: Werries D.h. der autobug is_in checker ueberprueft auch um entsprechend alle nodes in der hierarchie existieren. 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] Ein Dorf namens Silberstraße
Jens Poenisch schrieb: [malenki schrieb:] [] Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen gehabt: http://www.openstreetmap.org/browse/node/263521832/history Auch wenn ich diese Ecke nicht genau kenne, bin ich mir sehr sicher, dass es kein Dorf namens Silberstraße gibt. Da wird Dir meine Kollegin aber was husten, sie wohnt dort, der Ort hat auch einen Bahnhof gleichen Namens an der Strecke Zwickau-Aue. wie ich schrieb: Datum: Tue, 3 Mar 2009 18:39:23 +0100 Bernd Wurst schrieb: Am Dienstag, 3. März 2009 schrieb malenki: Ein Bot namens is_in-bot hat als letzter dieses Node in den Klauen gehabt: http://www.openstreetmap.org/browse/node/263521832/history 1 Minute Recherche: http://de.wikipedia.org/wiki/Silberstra%C3%9Fe_(Wilkau-Ha%C3%9Flau) Autsch. Zuviel an überheblichem Selbstvertrauen... [usw] Bitte nochmals um Entschuldigung Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
Hallo, Florian Lohoff wrote: Um das den usern der daten einfacher zu machen habe ich eben genau die korrektur dieser Fehlschreibweisen gemacht und gleichzeitig die Hierarchische organisation der is_in richtig gemacht d.h. es sollte sein stadtteil,stadt,[kreis,][Regierungsbezirk,]Bundesland,Bundesrepublik Deutschland,Europe Ich stehe automatischer Richtigmachung kritisch gegenueber. Besonders bei so was ueberfluessigem wie is_in. 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
Re: [Talk-de] Ein Dorf namens Silberstraße
Hi Flo. Florian Lohoff wrote: stadtteil,stadt,[kreis,][Regierungsbezirk,]Bundesland,Bundesrepublik Deutschland,Europe Soll das in dieser Reihenfolge stehen? Dann muss ich im Bugsucher gleich mal nen Bug melden: http://autobug.osm.lab.rfc822.org/?lon=10.729583969111639lat=53.89848667791388zoom=14 Bei den beiden blauen Fehlern kommt erst Stadt (Lübeck), dann Stadtteil (St. Gertrud). Beim Node für Israelsdorf meckert der validator nicht über den fehlenden Stadtteilknoten. Den Knoten gibt es übrigens, allerdings als Sankt Gertrud ...gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
Frederik Ramm schrieb: Ich stehe automatischer Richtigmachung kritisch gegenueber. Besonders bei so was ueberfluessigem wie is_in. is_in ist nur für die Leute überflüssig, die mithilfe von PostGIS etc. rausfinden können, wo ein Node liegt. Wenn ich eben gucken will, wo die Bushaltestelle XY liegt, will ich nicht erst umständlich den Datensatz einladen müssen. Bietet der OSM-Inspector eventuell so eine Funktion an? Das würde viel Zeit ersparen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
On Tue, Mar 03, 2009 at 10:46:19PM +0100, Frederik Ramm wrote: stadtteil,stadt,[kreis,][Regierungsbezirk,]Bundesland,Bundesrepublik Deutschland,Europe Ich stehe automatischer Richtigmachung kritisch gegenueber. Besonders bei so was ueberfluessigem wie is_in. Widersprichst du dir nicht gerade selber? Das is_in ueberfluessig ist ist eine sehr subjektive Einschaetzung, und Du bist hier einer der sichbarsten verfechter der Freiheit der Datennutzung. Fuer dich moegen sie unwichtig sein fuer mkgmap im moment der einzig gangbare weg automatisch administrative zuordnung der POIs zu machen. Und ja ich weiss - Immer dieselbe alte leier das wir ja irgendwann alle flaechen/administrative boundaries haben - aber stand heute haben wir sie nicht und IMHO werden wir sie auch auf absehbare zeit nicht haben - zumindest nicht flaechendeckend ... (Und ich rede eh nur von is_in auf places - alles andere habe ich eh nie angefasst) Und das aktuelle anwendungen nicht zwischen Langenberg, Kreis Gütersloh und Langenberg, Velbert unterscheiden koennen ist einfach absurd. 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] Ein Dorf namens Silberstraße
Hallo, Tobias Wendorff wrote: Bietet der OSM-Inspector eventuell so eine Funktion an? Das würde viel Zeit ersparen. Ist m.E. keine Aufgabe fuer den OSM-Inspector, der ist ja eher ein Debugtool. Aber der Name Finder hat sowas, da kannst Du einfach nach places near lat,lon suchen und bekommst dann ein Suchergebnis, auf Wunsch als XML: http://gazetteer.openstreetmap.org/namefinder/search.xml?find=places+near+51.513,7.4427 Da kommt dann raus, dass das in Dorstfeld in Dortmund ist (das findet der selber raus) und dann die ganze is_in-Perlenkette (die hat er natuerlich aus dem gleichnamigen Tag) - aber wenn irgendjemand nur halb so viel Zeit investiert haette, dieses PHP-Monster Name Finder mal etwas zu verbessern, wie Zeit investiert wurde, um irgendwelche brauchbaren is_in-Tags zu generieren, dann koennte der sich ebenso auch an den admin_levels der umgebenden Grenzen hochhangeln, wenn man das wuenschte. 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
Re: [Talk-de] Ein Dorf namens Silberstraße
On Tue, Mar 03, 2009 at 11:16:21PM +0100, Frederik Ramm wrote: Da kommt dann raus, dass das in Dorstfeld in Dortmund ist (das findet der selber raus) und dann die ganze is_in-Perlenkette (die hat er natuerlich aus dem gleichnamigen Tag) - aber wenn irgendjemand nur halb so viel Zeit investiert haette, dieses PHP-Monster Name Finder mal etwas zu verbessern, wie Zeit investiert wurde, um irgendwelche brauchbaren is_in-Tags zu generieren, dann koennte der sich ebenso auch an den admin_levels der umgebenden Grenzen hochhangeln, wenn man das wuenschte. *Hust* Welche admin boundaries meinst du? Das niedrigste was es hier gibt sind Kreisgrenzen - Gemeinde, Stadtteil, Stadtgrenzen sind weitgehend nicht existent - D.h. anhand einer admin boundary ist nicht zu erkennen zu welcher town/city jetzt ein suburb gehoert. Der einzige weg den die allermeisten gehen ist stumpfe min-distance suche und das geht auch beliebig schief. Wenn ich saubere is_ins habe was wirklich kleinkram ist das aufzuraeumen kann ich die naechsthoehere admin place problemlos finden - nennt sich longest-suffix search. Das ist deterministisch, schnell und nur von der korrekten pflege der daten abhaengig und nicht von irgendwelchen zufaelligen positionen irgendwelcher nodes. 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] Höhennetz/Höhendatenbank
Hallo, mein Programm ist inzwischen soweit, daß ich Höhenlinien sehe und die Höhe unter dem Mauszeiger angezeigt bekomme. Auf einer alten gekauften Karte habe ich einige Höhenangaben gefunden, und die stimmen recht gut überein. Aber viele der GPX-Files sind inzwischen rausgeflogen, u.a. hatte Glopus, nutze ich, wohl mal einen Bug und gab konstant die Höhe 584.4m aus. Also prüfe ich jetzt ei jedem File ob die Höhen variieren, wenn nicht -ignorieren. Zur Verbesserung wären jetzt 2 Sachen nötig, einerseits noch weitere Filter um Müll zu eliminieren und andererseits mehr Daten. Für ersteres werde ich mit und mit im Debugger Breakpoints so setzen, daß ich besonders größe Höhen finde, dann schaue ich mir die Files an und finde hoffentlich etwas woran man erkennt, daß es Unsinn ist. Auf http://www.oche.de/~junker/OSM/ könnt Ihr Euch aktuelle Screenshots ansehen, einmal mit den Höhen entlang der Pfade, dabei ist die Höhe als Rotton kodiert 0m=schwarz, 255m=rot. Das andere zeigt die Höhenlinien. Ich weiß, da fehlen noch die Meterangaben. rote Straßen hatte ich vorher umgefärbt ;-) Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
Hallo, Florian Lohoff wrote: Wenn ich saubere is_ins habe was wirklich kleinkram ist das aufzuraeumen Wie gut, dass OpenStreetMap Saubermaenner hat, die aufraeumen. kann ich die naechsthoehere admin place problemlos finden - nennt sich longest-suffix search. Und Du willst dann is_ins an jeden Briefkasten und jede Bushaltestelle dranhaengen - oder die letzte Meile dann doch ueber, aeh, stumpfe min-distance suche machen? Hm, wenn wir das is_in-Tag auf ca. 32 Elemente aufbohren wuerden, dann koennten wir per Quadtiling komplett auf die Angabe von Koordinaten verzichten, wir koennten dann *allein* ueber das is_in-Tag auf 5m genau bestimmen, wo sich ein Objekt befindet, und wir waeren komplett unabhaengig von irgendwelchen zufaelligen Positionen irgendwelcher Nodes. Waer auch mal was. Diese lat/lon-Angaben haben mich eh schon immer gestoert. 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
Re: [Talk-de] Neue Lizenz: Forschritte
Frederik Ramm schrieb: Hallo, Hallo! Ich hatte mit der Vorbereitung und Durchführung des OSM Messestandes auf der rad09 in Fürth zu tun, daher erst jetzt ein Kommentar (andere folgen in Kürze). Lutz Horn wrote: Und genau das ist beabsichtigt. Aber nur von sehr wenigen Teilnehmern beim Projekt. Den meisten ist die praktische Nutzbarkeit der Daten wichtiger als strikte RMS-Ideologie. Den meisten ist der genaue Unterschied zwischen PD, BSD und GPL (und den Konzepten dahinter) sowieso nicht bekannt. Das strikte Share-Alike sorgt fuer sehr viele Probleme und Inkompatibilitaeten. Es zeigen sich halt immer mehr die Kompatibilitätsprobleme der unterschiedlichen Daten-Copyleft Lizenzen (GFDL bei Wikipedia, CC-by-SA bei OSM, XY bei Z). Wäre es dann aber nicht besser, sich mit den Wikipedia etc. zusammenzusetzen und *einen* Standard für eine Daten-Copyleft Lizenz zu erstellen anstelle hier nochmal was eigenes zu schaffen? Ich nenne zwei Beispiele: ... [SNIP Reit- und Wanderkarte Beispiel] ... ... [SNIP Student und Daten vom oertlichen Verkehrsverbund Beispiel] ... Hardliner sagen in beiden Faellen: Pech gehabt, wenn der Verkehrsverbund oder CGIAR ihre Daten nicht in einer Lizenz rausgeben, die uns gefaellt, dann sind sie eben boese und gegen die Freiheit. boese ist hier doch jetzt deine Wertung. Ich persönlich habe kein Problem wenn Leute Daten rausgeben, die nur zur privaten Nutzung gedacht sind. Oft können die Mitspieler ja auch nicht anders, weil Verträge mit Dritten eingehalten werden müssen. Das ist zwar Schade, aber so ist es dann halt. Das ist halt nur nicht die Freiheit, die ich meine :-) Das ist in meinen Augen realitaetsfremde Ideologie, die in einem pragmatischen Projekt wie OSM keinen Platz hat. Es geht darum, mehr Daten und Projekte vollständig frei verwendbar zu machen. Das zaehlt nicht zu den erklaerten Zielen von OSM. OSM hat das erklaerte Ziel, eine freie Weltkarte aufzubauen. Zu einer freien Weltkarte gehören für mich z.B. auch *freie* Höhendaten. Der Witz einer Copyleft Lizenz ist doch gerade, daß sie durch die Inakzeptanz von nicht freien Daten die Leute motiviert wirklich freie Daten zu schaffen. Das dauert natürlich länger als das zu nehmen was irgenwie schon da ist. Wenn wir sagen: Hauptsache irgendwie verwendbar, führt das doch letztlich dazu, daß genau diese freien Alternativen aber dann eher nicht entstehen. Die einen nennen es weltfremde Ideologie, die anderen nennen es Weitblick ;-) Ich hätte mir vor ein paar Jahren auch nicht vorstellen können, daß die etablierten Grafikkarten Hersteller offene Linux Treiber für Ihre Karten bereitstellen würden. Inzwischen ist das aber Realität und ich bin mir sicher, das dies niemals unter einer BSD Lizenz passiert wäre. Klar, hat halt 10 Jahre gedauert ... Wenn abgeleitete Werke nicht unter der Lizenz stehen müssen, die für die verwendeten OSM-Daten gilt, dann erlauben wir die Reprivatisierung unserer Arbeit. Das will ich nicht. Die ODbL sieht vor, dass abgeleitete Datenbankwerke ebenfalls unter der ODbL stehen muessen, Nur fuer Endprodukte, wie z.B. Kartenbilder, wird gesagt, dass hier eine andere Lizenz zulaessig ist. Zugleich gilt, dass jede Art der Rueckgewinnung von OSM-Daten aus einem solchen Produkt wieder unter die ODbL faellt. Das ist in meinen Augen ein akzeptabler Kompromiss. Nachdem einige andere Kommentare seit dieser Mail auf talk gelaufen sind, z.B.: http://lists.openstreetmap.org/pipermail/talk/2009-March/034737.html (und der Thread davor), bin ich mir da leider nicht mehr ganz so sicher. Aber ich bin da definitiv zu wenig informiert, um das wirklich bewerten zu können ... Gruß, ULFL ... der es sich bislang auch nicht vorstellen konnte, die RMS Ideologie auf einer ML zu verteidigen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Frederik Ramm schrieb: Alles in allem würde ich dieser Lizenz nicht zustimmen und eher eine Löschung meiner Daten in Kauf nehmen. Dann werden einige Regionen wieder recht kahl :-) Das sind starke Worte. Kannst Du so sagen, bringt aber nicht wirklich irgendjemand weiter. Es bringt halt schon die Erwartung zum Ausdruck, daß bei einem Lizenzwechsel weit mehr geklärt werden muß als ja oder nein. Wenn Du etwas erreichen willst, dann solltest Du Dich am besten am Gestaltungsprozess beteiligen. Na ja, ist halt schon auch so ein Totschlagargument. Er hat sich ja beteiligt, in dem er die Mail geschickt hat :-) Andererseits finde ich das Argument an sich sehr, sehr zweifelhaft. Die Mapper, Importeure und wer sonst noch haben die Daten unter einer bestimmten Lizenz zur Verfügung gestellt. Wenn der Wunsch bei OSM da ist die Lizenz zu ändern, ist es nicht die Sache der Mapper sich aktiv zu informieren! Die Mapper haben Ihren Job gemacht. Dann ist es Sache der Leute die die Lizenz ändern wollen, die Mapper zu informieren, auf dem laufenden zu halten und dann zu überzeugen das die neue Lizenz eine gute Sache ist. In diesem Punkt hat der aktuelle Prozess aus meiner Sicht aber mal komplett versagt ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Dirk Stöcker schrieb: On Fri, 27 Feb 2009, Lutz Horn wrote: Ich fasse zusammen: Die Datenbank soll unter der Open Database Licence (ODbL) relizensiert werden, die zwar als Attribution/Share-Alike for databases beschrieben wird, dies aber, wie wir schon festgestellt haben, gerade *nicht* ist. Die Einzeldaten sollen unter einer Lizenz neu lizensiert werden, die im Stil der BSD-Lizenz nichts mehr mit SA zu tun hat. Das ist gar nicht gut. Doch. Wenn Du Dir Software anschaust, dann wirst Du feststellen, dass BSD oder GPL für die Weiterentwicklung keinen Unterschied macht. Das ist ein ganz, ganz großer Trugschluß! Du bist anscheinend in einer GPL Welt groß geworden und nimmst die Vorteile der GPL als gegeben an. Schau dir mal die zahllosen UNIX Varianten an, die in den 70er/80er Jahren entstanden und auf BSD basierten (kennt noch jemand Interactive UNIX?). Die waren alle der Meinung mit UNIX Geld verdienen zu können in dem die ein bisschen was drangestrickt haben und dann dazu den Source Code nicht rausgerückt haben. Das war dann eine letztlich ganz große Sch ... und meiner persönlichen Meinung nach der Grund, warum UNIX in der breiteren Masse bis zum aufkommen von Linux wieder weitgehend in der Versenkung verschwunden war. Wenn du die Nachteile der BSD mal selber miterlebt hast, wirst du eine BSD vs. GPL Diskussion mit anderen Augen sehen. Es ist die Gemeinschaft die hinter einem Projekt steht, welche die Dynamik festlegt. Und bei OSM ist auch die Lizenz vollkommen nebensächlich für die Weiterentwicklung. Wählen wir eine freie Lizenz, dann ist der Nutzen von OSM größer und die hinter OSM stehende Gemeinschaft wird auch breiter. Wählen wir eine eingeschräkte Lizenz, so ist der Nutzen geringer. Du denkst sehr kurzfristig, siehe oben. Die Lizenz hat noch nie den Ausschlag für die Projektdynamik gegeben, sie gibt aber wohl den Ausschlag für die Interoperabilität mit anderen. Und im Gegensatz zu Software entwickeln wir OSM ja nicht zu Selbstzweck, sondern wir wollen ja, dass die Daten (und nicht nur unsere Datenaufbereitung) genutzt werden. Und wie Frederik schon sagt würde ich z.B. auch eine reine Public-Domain-Variante akzetieren. Ich verliere nichts dadurch, kann aber viel gewinnen (z.B. bessere Navigationssysteme). Wenn Garmin die Zypern Karten in seine Navis einbaut und dann 150 EUR dafür verlangt verliere ich im Zweifel 150 EUR gegenüber einer Lizenz die das nicht erlaubt. Wenn die Daten bei Garmin nicht verfügbar sind, machen sich die Leute vielleicht auf die Suche nach freien Alternativen. Ich hab früher schonmal miterlebt wie es ist, wenn genau das passiert. Ich kann dir verraten, daß es einfach keinen Spaß macht. Jedes Mal kommt Jubel und Freude auf, wenn irgendwer OSM Daten schenkt oder wie Yahoo das Abzeichnen von Karten erlaubt, aber dann meinen einige, dass die eigenen Daten unbedingt stark geschützt werden müssen. Das passt nicht zusammen. Deshalb wird es Zeit die Lizenzfrage endlich zu verbessern. Da bin ich bei dir ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Nop schrieb: Hi! Lutz Horn schrieb: Hallo, On Fri, 27 Feb 2009 19:52 +0100, Nop ekkeh...@gmx.de wrote: Lutz Horn schrieb: Es geht darum, mehr Daten und Projekte vollständig frei verwendbar zu machen. Ich verweise auf das Argument von RMS, das er in http://www.gnu.org/philosophy/freedom-or-power.html macht. Wenn abgeleitete Werke nicht unter der Lizenz stehen müssen, die für die verwendeten OSM-Daten gilt, dann erlauben wir die Reprivatisierung unserer Arbeit. Das will ich nicht. Mir geht es darum, die OSM-Daten und Karten auf Basis von OSM-Daten einer möglichst großen Menge von Leuten kostenlos zugänglich zu machen, nicht andere Projekte zu erobern und umzuerziehen. Von Umerziehung würde ich nicht sprechen. Es ist ja auch nicht so, dass ich als Urheber von Teilen der OSM-Daten hingehe und Leuten, die an einem Projekt arbeite, diese Arbeit verbiete. Ich möchte nur, dass sie meine Daten unter den Bestimmungen der von mir erteilten Lizenz verwenden. Das ist ihnen jederzeit möglich, wenn sie ihr abgeleitetes Werk unter einer CC-BY-SA-kompatiblen Lizenz verbreiten. Was Du forderst, klingt nach nicht weniger als: Ich habe eine rigorose Lizenz und wenn Du meine Daten benutzen willst, mußt Du alle Deine Daten unter meine Lizenz stellen. Jede Form von Kompromiß oder Zusammenarbeit anders als zu meinen Maximalbedingungen lehne ich ab. Lieber verhindere ich alles als daß ich Dir ein Stück entgegenkomme. Der Rest der Welt muß sich an mich anpassen wenn er was will. Genau so ist es. Damit habe ich auch überhaupt kein Problem. Womit ich ein Problem habe, ist die Inkompatibilität der copyleft Lizenzen untereinander. Falls das, wie im von Frederik geschilderten Fall der Erlaubnis ausschließlich zur akademischen Verwendung von Drittdaten, nicht möglich ist, liegt das nicht an der CC-BY-SA sondern an der restriktiveren Lizenz der Drittdaten. Nee, die Situation ist nicht symmetrisch. Die Drittdaten stammen aus unterschiedlichsten Quellen und haben meist eine irgendwie geartete Verwendung frei für Privatgebrauch. Es ist also der Sinn, sie Privatleuten kostenlos zur Verfügung zu stellen und ich könnte sie auch nutzen. Dabei haben die Lizenzgeber keine Verpflichtung mir überhaupt etwas zur Verfügung zu stellen. Und hier hast du - glaube ich - eine ganze Reihe von Denkfehlern. Auch OSM hat erstmal keine Verpflichtung dir irgendetwas zur Verfügung zu stellen. Verwendung frei für Privatgebrauch ist ein Widerspruch in sich. Die richtige Aussage *muß* lauten Verwendung kostenlos für Privatgebrauch. Dann wird auch die Problematik deutlicher. Woher nimmst du bitte die Annahme, daß ich als Datenersteller bei OSM überhaupt daran interesiert bin, daß eine Anwendung der OSM Daten für kommerzielle Zwecke ausgeschlossen werden darf?!? OSM dagegen hat es sich auf die Fahne geschrieben, eine freie Weltkarte zu erstellen und jedermann zur Verfügung zu stellen. So steht es zumindest ganz oben auf der Wiki-Hauptseite. Die OSM-Datenbank wird von Privatpersonen erstellt. Wie kommst du bitte auf diese Idee? Ich bin eine dieser Privatpersonen und möchte die Daten jetzt für nicht-kommerzielle Zwecke verwenden, zusammen mit anderen Daten, die nur für nicht-kommerzielle Zwecke freigegeben sind. Trotz der wohlklingend formulierten Mission kommt jetzt die OSM-Lizenz und verbietet jegliche solche Mischanwendung. Von daher ist es die OSM SA-Lizenz, die restriktiv ist. Du verwechselst halt einfach frei mit nicht kommerziell. Es geht (für mich) um eine *freie* Weltkarte. Frei bedeutet für mich halt auch kommerziell nutzbar. Es soll zwar nicht passieren, daß jemand die Daten klaut, aber im Vordergrund steht für mich, möglichst viele tolle Anwendungen zu ermöglichen. Und das erfordert es, mit dem Rest der Welt zusammenzuarbeiten und auch mal einen Kompromiß einzugehen, solange der keinen Schaden anrichtet. Der Schaden besteht für mich darin, dass ein abgeleitetes Werk auch unfrei und damit seinen Benutzern entzogen sein kann. Der Ersteller eines abgeleiteten Werks mag damit keine Probleme haben, Nutzer, die auf diesem wiederum aufbauen wollen, aber schon. Die Möglichkeit von tollen Anwendungen, die nicht frei sind beendete die Kette von freien abgeleiteten Werken nach einem Schritt. Kostenlos für nicht-kommerziellen Gebrauch ist wohl kaum das gleiche wie unfrei. Klar, nur Kostenlos für nicht-kommerziellen Gebrauch ist wohl auch kaum das gleiche wie frei. Und was ist das größere Schaden: Wenn man mit einer gemischten Anwendung nicht beliebig alles machen kann - oder wenn es wegen der restriktiven Lizenz eine solche Anwendung gar nicht erst gibt und keiner irgendeinen Nutzen davon hat? Kurzfristig oder langfristig? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ein Dorf namens Silberstraße
Florian Lohoff f...@rfc822.org writes: Widersprichst du dir nicht gerade selber? Das is_in ueberfluessig ist ist eine sehr subjektive Einschaetzung, und Du bist hier einer der sichbarsten verfechter der Freiheit der Datennutzung. Fuer dich moegen sie unwichtig sein fuer mkgmap im moment der einzig gangbare weg automatisch administrative zuordnung der POIs zu machen. Die administrative zuordnung ist im grunde nur für verwaltungsfuzzies interessant. Normale menschen interessieren sich mehr für die grenzen eines verkehrsverbundes oder für wo ist die nächste kneipe und nicht für wo ist eine kneipe in admin-stadt. Und ja ich weiss - Immer dieselbe alte leier das wir ja irgendwann alle flaechen/administrative boundaries haben - aber stand heute haben wir sie nicht und IMHO werden wir sie auch auf absehbare zeit nicht haben - zumindest nicht flaechendeckend ... (Und ich rede eh nur von is_in auf places - alles andere habe ich eh nie angefasst) Wenn's nach mir ginge, würden die ganzen grenzen eher heute als morgen aus der datenbank fliegen... Und das aktuelle anwendungen nicht zwischen Langenberg, Kreis Gütersloh und Langenberg, Velbert unterscheiden koennen ist einfach absurd. Das ergibt sich aus der lage. Und wie Frederik schon geschrieben hat, musst du konsequenterweise das is_in an jedes objekt packen... Dies ganze admin-zeug gehörte in eine externe datenbank. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
On Wed, 4 Mar 2009, Ulf Lamping wrote: Doch. Wenn Du Dir Software anschaust, dann wirst Du feststellen, dass BSD oder GPL für die Weiterentwicklung keinen Unterschied macht. Das ist ein ganz, ganz großer Trugschluß! Nein. Du bist anscheinend in einer GPL Welt groß geworden und nimmst die Vorteile der GPL als gegeben an. Nein. Aber ich nehme das Internet als gegeben an. Außerdem ist die GPL für mich erst Mitte der Neunziger zusammen mit dem Internet und Linux interessant geworden. Vorher kannte ich eigentlich nur PD, Freeware und Shareware. Schau dir mal die zahllosen UNIX Varianten an, die in den 70er/80er Jahren entstanden und auf BSD basierten (kennt noch jemand Interactive UNIX?). Die waren alle der Meinung mit UNIX Geld verdienen zu können in dem die ein bisschen was drangestrickt haben und dann dazu den Source Code nicht rausgerückt haben. Das war dann eine letztlich ganz große Sch ... und meiner persönlichen Meinung nach der Grund, warum UNIX in der breiteren Masse bis zum aufkommen von Linux wieder weitgehend in der Versenkung verschwunden war. Wenn du die Nachteile der BSD mal selber miterlebt hast, wirst du eine BSD vs. GPL Diskussion mit anderen Augen sehen. Du übersiehst den riesigen Einfluss des Internet. Vor den 90er Jahren war es sehr schwer Zusammenarbeit in einem Softwareprojekt zu erreichen. Datenaustausch passierte entweder per Brief und Diskette, Mailbox oder Telefon. Mailboxen waren teuer, Telefon ist nicht besonders geeignet und Briefe dauerten lange. Von Frage zu Antwort vergingen in der Regel 1-4 Wochen. Und die Public-Domain-Diskettensammlungen der damaligen Zeit sind mit den Möglichkeiten des Internet kaum zu vergleichen. Ich kann mich noch an meine erste Programmiersitzung per E-Mail erinnern (damals noch ohne Flatrate und demnach hohen Telefongebühren). Wir haben in 3 Tagen das erreicht, was man sonst in 2 Monaten nicht geschafft hätte. Das die GPL den Erfolg von Linux und anderen freien Projekten verursacht hat ist ein Denkfehler. Die extrem gesunkenen Transaktionskosten (Zeit und Geld) für die Zusammenarbeit sind der Hauptgrund. Wenn die Lizenz der Hauptgrund wäre, dann gäbe es nicht so viele verschiedene davon, sondern einige wenige würden sich auf breiter Basis durchsetzen. Es ist die Gemeinschaft die hinter einem Projekt steht, welche die Dynamik festlegt. Und bei OSM ist auch die Lizenz vollkommen nebensächlich für die Weiterentwicklung. Wählen wir eine freie Lizenz, dann ist der Nutzen von OSM größer und die hinter OSM stehende Gemeinschaft wird auch breiter. Wählen wir eine eingeschräkte Lizenz, so ist der Nutzen geringer. Du denkst sehr kurzfristig, siehe oben. Nein. Aber ich gehe von anderen Prämissen aus. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ist jemand morgen auf der Cebit?
Ich hab morgen einen Termin wegen OSM auf der Cebit. Kann nun leider nicht hingehen. Wenn jemand morgen auf der Cebit ist und ca. 1h Stunde Zeit hat, wäre es toll, wenn er sich kurz bei mir meldet, möglichst mit einer Kurzvorstellung was er bis heute bei OSM gemacht hat. Mehr kann ich leider zu dem Termin nicht öffentlich sagen, weil mit dem betroffenen Unternehmen stillschweigen vereinbart wurde. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de