Re: [Talk-de] OpenStreetMap in großer Business-Zeitung
s/Navdec/Navteq/g Am 27.08.2010 02:27, schrieb Wolfgang: Hallo, Am Donnerstag 26 August 2010 23:13:01 schrieb Pascal Neis: Hallo Wolfgang, Wolfgang schrieb: +10 Die gesamte Veröffentlichung ist einfach nur peinlich. Wer ungeprüft einem Datenbestand, egal von wem, Fehlerfreiheit unterstellt und Abweichungen eines anderen Datenbestandes dann falsch, aber folgerichtig als Fehler interpretiert, handelt unwissenschaftlich, ohne jedes ingenieurmäßige Denken, und zeigt, dass er/sie die erforderliche Qualifikation für eine berufliche Tätigkeit noch nicht erreicht hat. 6 - setzen. also für mich stehen am Anfang des Artikels ein paar wichtige Infos: Die Untersuchung macht keine absoluten Aussagen, sondern zieht einen Vergleich zu den Straßendaten von Navteq im Satz danach: Das Navteq-Straßennetz sollte als kommerzielles Produkt eine hohe Qualität haben und sich als Referenzdatenbestand eignen. Also zum Einen heißt Hier zitierst du es selbst: und sich als Referenzdatenbestand eignen lol es Vergleich und zum Anderen SOLLTE eine hohe Qualität besitzen. Sorry, ich kann aber leider nicht nachvollziehen was du da oben geschrieben hast! Hast du dir mal die Veröffentlichung von der AGIT angeschaut? Ich bleibe bei meiner Meinung. Hier wurden lediglich Unterschiede zu Navdec festgestellt. Es wurde aber nicht untersucht, woher diese Unterschiede kamen. Pauschal davon auszugehen, dass Navdec richtiger ist, ist einfach lächerlich. Aktuelle Beispiele, allerdings Google(Teleatlas), da ich keinen lizensierten Zugriff auf Navdec habe. Die Aussagen über Navdec sind allerdings auf Teleatlas in dieser Logig direkt übertragbar (Großer Anbieter, kostenpflichtig = richtig oder aber mindestens genauer/besser als OSM) http://sautter.com/map/?zoom=17lat=47.76246lon=12.64588layers=B0TTFF Im Bild die Gemeinde Ruhpolding/Chiemgau(Obb). In OSM ist eine Ortsumgehung zu sehen, die vor 16 Monaten eröffnet wurde, davor Bauzeit ca 2-3 Jahre. In Teleatlas nicht vorhanden. 1 Jahr vor der Eröffnung wurde ein Kreisverkehr (unten im Bild) eröffnet. Bei OSM korrekt eingetragen, bei Teleatlas an der falschen Kreuzung!. Das Endgleis des Bahnhofs geht bei Teleatlas quer über den bei OSM korrekt eingetragenen P+R-Platz, und der ist noch älter als der Kreisel. Mit diesen Daten wird dann OSM verglichen - und siehe da, die Freizeitmapper haben doch glatt das halbe Dorf verkehrt eingetragen. Ist ja logisch - ist keine Großstadt. Passt genau in die Forschungsergebnisse. Man nennt das auch selbsterfüllende Prophezeiung. Nebenbei - vor 2 Jahren wurde in der Nähe eine Straße ausgebaut und verschwenkt. War nach 2 Tagen in OSM korrekt eingetragen. Leider hat aber irgendein Depp 3 Monate später den Fehler anhand der Google-Daten korrigiert Weiteres Beispiel, noch weiter in der Botanik: http://sautter.com/map/?zoom=17lat=47.73859lon=12.63534layers=B0TTFF Weingarten ist korrekt eingetragen. Die Raffernalm dagegen liegt Luftlinie ca 400 Meter daneben. Die Teleatlas-Straße ist nur mit guten Geländefahrzeugen oder dem Traktor befahrbar. Ich behaupte nicht, dass gerade diese Beispiele benutzt wurden. Aber ich gehe davon aus, dass es solche Beispiele bei beiden kommerziellen Anbietern zuhauf gibt. Gelegentliche Tests an Navi-Verkaufsständen bestätigen diese Ansicht. Wenn ich einen Soll-Istvergleich machen will, muss ich _zwingend_ dafür sorgen, dass meine Referenz, die ich als Soll benutzen will, hinreichend fehlerfrei ist. Wenn diese Referenz in Teilen fehlerhafter als das zu untersuchende Objekt ist, und ich dann die Daten als Beweis meiner Qualifikation veröffentliche, dann darf selbige angezweifelt werden. Übrigens, wer hat eigentlich diesen Unsinn betreut? Gruß, Wolfgang ___ 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] Sortieren von GPX-Segementen
Am 26.08.10 21:05, schrieb Chris66: Am 26.08.2010 14:25, schrieb Jan Tappenbeck: Wenn man sich eine solche Datei ansieht wird man feststellen das diese immer aus unterschiedlich großen Segementen bestehen. Ich nehme mal an, du meinst das, was josm im GPX-Format speichert. Will man nun eine Auswertung über diese Daten machen dann müssen diese auch den Weg fortlaufend beschreiben. Machen diese aber nicht Zumindest sortieren kann josm schon mal, aber Wege verbinden ist da für die GPX-Ausgabe nicht vorgesehen. Hat einer eine Idee wie soetwas gelöst werden könnte - wenn in PERL vorhanden, dann wäre das sehr interessant ! Gpsbabel kann doch angeblich so gut wie alles. Schon geprüft ob's damit geht? Nee, der setzt nur einfach ways in tracksegmente um, und kann Knoten eliminieren. Einen Zusammenkett- und Sortieralgorithmus gibts da WIMRE nicht. Einen Algorithmus stelle ich mir recht einfach vor, sollte also machbar sein mit kleinem Skript/Programm. emaitie macht sowas im Relation Analyzer. Leider ist der nicht open source. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sortieren von GPX-Segementen
Am 27.08.2010 09:27, schrieb André Joost: Am 26.08.10 21:05, schrieb Chris66: Am 26.08.2010 14:25, schrieb Jan Tappenbeck: Wenn man sich eine solche Datei ansieht wird man feststellen das diese immer aus unterschiedlich großen Segementen bestehen. Ich nehme mal an, du meinst das, was josm im GPX-Format speichert. Will man nun eine Auswertung über diese Daten machen dann müssen diese auch den Weg fortlaufend beschreiben. Machen diese aber nicht Zumindest sortieren kann josm schon mal, aber Wege verbinden ist da für die GPX-Ausgabe nicht vorgesehen. Hat einer eine Idee wie soetwas gelöst werden könnte - wenn in PERL vorhanden, dann wäre das sehr interessant ! Gpsbabel kann doch angeblich so gut wie alles. Schon geprüft ob's damit geht? Nee, der setzt nur einfach ways in tracksegmente um, und kann Knoten eliminieren. Einen Zusammenkett- und Sortieralgorithmus gibts da WIMRE nicht. Einen Algorithmus stelle ich mir recht einfach vor, sollte also machbar sein mit kleinem Skript/Programm. emaitie macht sowas im Relation Analyzer. Leider ist der nicht open source. Gruß, André Joost Hi! die Frage ist für mich vorerst beantwortet. Danke an alle... Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OpenStreetMap in großer Business-Zeit ung
Wolfgang wolfg...@ivkasogis.de wrote: Dass ausgerechnet das SW-Patent-verliebte Fraunholferinstitut seinen Namen da mit reinhängt, spricht für sich. _Das_ Fraunhoferinstitut gibt es nicht! Im Gegenteil die über 50 Institute sind dann doch sehr selbstständig. Das was die Birlinghofener hier abgeliefert haben war dann wohl nix. Schade, dass es die Arbeit im Intranet nicht in digitaler Form gibt. Gruss Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /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] OpenStreetMap in großer Business-Zeitung
007 northc...@gmx.de wrote: Nach meiner Erfahrung, Vergleich der Teleatals und Navteq Daten mit den von mir in OSM erfassten Straßen schaut Navteq besser aus als teleatlas. teleatlas hat zum Teil richtig dicke Fehler drin die nichts mit Aktualität zu tun haben. Hatte nicht Yahoo Maps Navteq Daten? Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in großer Business-Zeitung
Am 27.08.2010 10:22, schrieb Sven Geggus: Hatte nicht Yahoo Maps Navteq Daten? Ja, siehe: http://de.maps.yahoo.com/ Und auch in meiner Gegend, ist Navteq aktueller als Teleatlas. Die Westumgehung Nordkirchen die seit ca. 3 Jahren existiert, ist dort aber auch noch nicht drin. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in großer Business-Zeitung
Hallo, Am Freitag 27 August 2010 09:48:45 schrieb 007: Nach meiner Erfahrung, Vergleich der Teleatals und Navteq Daten mit den von mir in OSM erfassten Straßen schaut Navteq besser aus als teleatlas. teleatlas hat zum Teil richtig dicke Fehler drin die nichts mit Aktualität zu tun haben. Navteq zum angucken: http://www.navteq.com/language/de Danke, den Link kannte ich noch nicht. Vergleich des obigen Beispiels1 aus meinem vorherigen Posting, leider nur manuell möglich: Umgehung verzeichnet, Kreisel korrekt eingezeichnet, aber die Waldbahnstraße (vom Kreisel nach Osten) ist an der Stelle gerade (Geometriefehler). Das Bahngleis führt munter über den nicht eingezeichneten P+R-Platz. Oben im Bild1, Straße Krumme Gasse endet deutlich vor dem Tunnel in einer Sackgasse. Kurz vor dem Straßenende führt ein Fußweg weiter, siehe Mapnik. An dieser Stelle stimmen unsere Daten definitiv (lokales Wissen). Die Zinnkopfstraße ist mit der Julius-Bacher-Straße verbunden (N von Edeka am Tunneleingang). Außerdem kreuzt sie die Umgehungsstraße und dient auf der südlichen Seite als Zufahrt zu einem Parkplatz. Hinter dem Parkplatz endet sie blind, hier ist wahrscheinlich ein Durchbruch zur Hauptstraße vorgesehen. Fußwege fehlen hier bei Navtec nahezu komplett. Bild2: Deutlich besser als Teleatlas. Die Raffneralm kann als Ziel ausgewählt werden, allerdings muss der, der dort Kaffee trinken will, das Fahrzeug dann 50m vor dem Ziel auf einer recht engen Straße in der Kurve abstellen. Die Alm ist noch nicht unbedingt zu sehen, aber wenn man zu Fuß der Straße weiter folgt, kann man sie nicht verfehlen, ebenso wie den großzügigen Parkplatz dort ;-) Die Fußwege, die in diesem Bereich verzeichnet sind, scheinen nach grober Übersicht zu stimmen, sind aber auch arg unvollständig. Der Unternberglift fehlt bei Teleatlas wie bei Navtec. Das kann aber auch gewollte Aktualität sein, den er war wegen dringender Reparaturarbeiten für ein paar Wochen außer Betrieb :-D . Ich behaupte nicht, dass unsere Daten in diesem Gebiet überall absolut korrekt sind, aber die angegebenen Beispiele kenne ich aus eigener Anschauung mit einer Aktualität von 4 Wochen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OpenStreetMap in großer Business-Zeit ung
Hallo, Am Freitag 27 August 2010 10:19:42 schrieb Sven Geggus: Wolfgang wolfg...@ivkasogis.de wrote: Dass ausgerechnet das SW-Patent-verliebte Fraunholferinstitut seinen Namen da mit reinhängt, spricht für sich. _Das_ Fraunhoferinstitut gibt es nicht! Im Gegenteil die über 50 Institute sind dann doch sehr selbstständig. Das was die Birlinghofener hier abgeliefert haben war dann wohl nix. Schade, dass es die Arbeit im Intranet nicht in digitaler Form gibt. Etwas Positives wollen wir der Arbeit dennoch abgewinnen: Das einzige wirkliche Ergebnis ist, dass Navtec und OSM ihre Daten unabhängig voneinander erfassen und nicht voneinander abkupfern. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?OpenStreetMap in großer Business-Zeit ung
Wolfgang wolfg...@ivkasogis.de wrote: Vergleich des obigen Beispiels1 aus meinem vorherigen Posting, leider nur manuell möglich Warum? http://sautter.com/map/?zoom=17lat=47.76347lon=12.64547layers=B0TTFF 2 Postings weiter oben hab ich doch gerade geschrieben, dass Yahoo Navtec-Daten verwendet. 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] ?OpenStreetMap in großer Business-Zeit ung
Hallo, Am Freitag 27 August 2010 12:56:04 schrieb Sven Geggus: Wolfgang wolfg...@ivkasogis.de wrote: Vergleich des obigen Beispiels1 aus meinem vorherigen Posting, leider nur manuell möglich Warum? http://sautter.com/map/?zoom=17lat=47.76347lon=12.64547layers=B0TFFF FTFF 2 Postings weiter oben hab ich doch gerade geschrieben, dass Yahoo Navtec-Daten verwendet. Damit hast du recht, aber ich wollte mit dem Datenbestand von deren Homepage vergleichen, wenn ich ihn schon sehen kann. Ich weiß nicht, wie oft Yahoo ein Update macht. Unsere Karte wird ständig aktualisiert, das könnte unfair sein. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in großer Business-Zeitung
Am 27.08.2010 02:27, schrieb Wolfgang: Ich bleibe bei meiner Meinung. Hier wurden lediglich Unterschiede zu Navdec festgestellt. Es wurde aber nicht untersucht, woher diese Unterschiede kamen. Pauschal davon auszugehen, dass Navdec richtiger ist, ist einfach lächerlich. Wie würde das Ergebnis des Abgleich aussehen, wenn die OSM-Daten aktueller als die Navteq-Daten sind? Ich habe mit sicherem Gespür eine Straße rausgefischt die ich vor knapp einem Jahr gemappt habe: http://www.openstreetmap.org/browse/way/42789661/history http://sautter.com/map/?lon=6.3593lat=50.69071zoom=16layers=B0TFFF auch unter http://www.navteq.com/language/de ist die An der Wurzel nicht zu finden. Wenn bestimmte Daten verwendet werden, muß es sich nicht immer um den aktuellsten Datenbestand eines Anbieters handeln. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navipowm 0.2.4.
Hallo! Am 27.08.2010 00:43, schrieb dieter jasper: Am 26.08.2010 21:28, schrieb Wolfgang Wienke: Hallo! Ich bekomme das prog auf meinem PDA nicht in Gang, Fehler: keine gültige Anwendung für PocketPC Die ältere Version lief. Woran kann es liegen? Klinkt sehr danach, dass du für dein OS nicht die richtige installationsdatei ausgwählt hast. Hm, ich habe gerade festgestellt, ich hatte hier wohl die PC-Version. Ich findet aber die richtige Version für WindowsMobile nicht auf sourceforge.net. KannsD Du helfen? Gibt es noch irgendwo eine aktuelle Deutschlandkarte ZUSAMMENHÄNGEND? -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navipowm 0.2.4.
Am 27.08.10 13:56, schrieb Wolfgang Wienke: Hallo! Am 27.08.2010 00:43, schrieb dieter jasper: Am 26.08.2010 21:28, schrieb Wolfgang Wienke: Hallo! Ich bekomme das prog auf meinem PDA nicht in Gang, Fehler: keine gültige Anwendung für PocketPC Die ältere Version lief. Woran kann es liegen? Klinkt sehr danach, dass du für dein OS nicht die richtige installationsdatei ausgwählt hast. Hm, ich habe gerade festgestellt, ich hatte hier wohl die PC-Version. Ich findet aber die richtige Version für WindowsMobile nicht auf sourceforge.net. KannsD Du helfen? http://wince.dentro.info/koord/osm/navipowm/navipowm/WinCE_ARM_PNA/ einfach mal durchtesten... Gibt es noch irgendwo eine aktuelle Deutschlandkarte ZUSAMMENHÄNGEND? Soweit ich das verstanden habe, sind die Karten immer 1x1° Also hier http://dev.openstreetmap.de/navipowmmaps/navipowm/world/europe/germany/ einfach alles runterladen mit wget oder DownThemAll. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navipowm 0.2.4.
Moin, Wolfgang Wienke schrieb: Hm, ich habe gerade festgestellt, ich hatte hier wohl die PC-Version. Ich findet aber die richtige Version für WindowsMobile nicht auf sourceforge.net. KannsD Du helfen? Auf http://sourceforge.net/projects/navipowm/files/ unten den Baum Browse Files for NaviPOWM - All Files -- Navipowm --- 0.2.4 aufklappen. Gibt es noch irgendwo eine aktuelle Deutschlandkarte ZUSAMMENHÄNGEND? Bei NaviPOWM sind es ja grundsätzlich Kacheln (siehe http://dev.openstreetmap.de/navipowmmaps/ ) Ansonsten bei Navit z.B. Programm: http://download.navit-project.org/navit/ Für WinCE immer eine aktuelle Version aus dem SVN nehmen, die 0.1.0 und 0.1.1 sind stark veraltet! Hinweis: Die Konfiguration ist dort ein bischen tricky, aber ich beiße nicht, wenn man mich fragt ;-) Karte: http://maps.navit-project.org/download Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Hallo, Felix Hartmann wrote: Ich hab mal hier ganz kurz ein paar Punkte hingeschrieben, die wir uns anschauen sollten, um einen Fork aufzusetzen Mittlerweile haben sich die internationalen Befuerworter eines Forks ein eigenes Forum gegeben: http://groups.google.com/group/osm-fork Offenbar geht es da nicht nur darum, die Daten zu nehmen und eine Kopie von OSM aufzusetzen, sondern man will bei der Gelegenheit auch gleich noch alles andere besser machen ;) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Frederik Ramm frede...@remote.org wrote: Offenbar geht es da nicht nur darum, die Daten zu nehmen und eine Kopie von OSM aufzusetzen, sondern man will bei der Gelegenheit auch gleich noch alles andere besser machen ;) Die geschichte von Forks in der freien Softwarewelt zeigt ja durchaus, dass Forks erfolgreich sein können. Bei allen diesen Fällen die ich in der Vergangenheit so erlebt habe war das aber nur dann der Fall wenn die Elternprojekte bereits Zerfallserscheinungen gezeigt hatten oder zum Beispiel völlig indiskutable Änderungen (wie z.B. der Versuch der Kommerzialisierung von XFree86) im Raum standen. Da es sich bei OdBL um keine solche völlig induskutable Änderung sondern um einen brauchbaren Kompromiss handelt schließe ich diese Diskussion hier mal mit einem freundlichen So Long, and Thanks for All the Fish und bleibe weiterhin im Elternprojekt aktiv. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /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] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Offenbar geht es da nicht nur darum, die Daten zu nehmen und eine Kopie von OSM aufzusetzen, sondern man will bei der Gelegenheit auch gleich noch alles andere besser machen ;) Dinge, die ich beim kurzen stöbern gesehen habe: * Normalisierbares Tagging-Schema * Frontend Code (Ruby) durch ein Drupal-System ersetzen: Forum, Mailingliste, Homepage, Diaries, usw. * Reines PHP für den Rest * I actually think C, for the core API, would be the best choice. Mainly because it is the most portable. * OSM braucht 6+ Server nur für dieses eine Projekt also machen sie was falsch * if we want the project to not accept individual user contributions (say adding in steps) .. and only permit the import of the government data. ... then the datbase needs to be usable by those who actually work with the government data directly. gis pros . i mean, leave the user-contributed adding in stairs, to the openstreetmap project. and focus on providing openstreetmap (and naby other systems) the simple datawarehouse that can be used as an underlay, and focus on proviging the various map renderings of the data, so that more users can use i as an overlay.. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
am Freitag, 27. August 2010 um 16:01 schrieben Sie: Da es sich bei OdBL um keine solche völlig induskutable Änderung sondern um einen brauchbaren Kompromiss handelt schließe ich diese Diskussion hier mal mit einem freundlichen So Long, and Thanks for All the Fish und bleibe weiterhin im Elternprojekt aktiv. Ich bleibe auch beim Mutterprojekt. Man sollte nur aufpassen, daß man die Leute die am Fork arbeiten, nicht verprellt. Vielleicht können beide Projekt etwas von einander gewinnen und irgendwann, wenn sich die Wogen wieder geglättet haben, gibt es eventuell eine 'Wiedervereinigung'. Grundsätzlich habe ich nichts gegen einen Fork. Ich habe die Gründung schon lange erwartet. Ich unterstütze diesen aber nicht aktiv. Der Erfolg eines Forks hängt von vielen Dingen ab (z.B. Technik, Entwickler, Community usw.). Und da müßte ein neues Projekt erst einmal ordentlich was auf die Beine stellen, damit es auch nur annähernd mit OSM vergleichbar ist. Ich persönlich hoffe aber, daß vor allem die Leute, die dem Lizenzwechsel nicht zustimmen wollen, weil sie einen großen Datenverlust erwarten, den sie aber selbst gerade mit ihrer Ablehnung produzieren, wieder zu OSM kommen, sobald klar ist, daß wir wieder einen sehr guten Datenbestand haben. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Navipowm 0.2.4.
Hallo! Am 27.08.2010 14:23, schrieb Georg Feddern: Moin, Wolfgang Wienke schrieb: Hm, ich habe gerade festgestellt, ich hatte hier wohl die PC-Version. Ich findet aber die richtige Version für WindowsMobile nicht auf sourceforge.net. KannsD Du helfen? Auf http://sourceforge.net/projects/navipowm/files/ unten den Baum Browse Files for NaviPOWM - All Files -- Navipowm --- 0.2.4 Dort hatte ich gesucht, fand aber nur PC-Versionen. Ich habe es jetzt aber von der Adresse die André Joost gemailt hat. Seltsamerweise mußte ich aber die navipowm.ini nach Anapssung in *.txt umbenennen, damit navipowm zufrieden war!??? Damit startet es jetzt auf dem PDA. Gibt es noch irgendwo eine aktuelle Deutschlandkarte ZUSAMMENHÄNGEND? Bei NaviPOWM sind es ja grundsätzlich Kacheln (siehe http://dev.openstreetmap.de/navipowmmaps/ ) Ja dort sind es aber sehr viele. Ich hatte zuvor nur 8 Dateien, aber dann war es wohl nicht vollständig. Ansonsten bei Navit z.B. Programm: http://download.navit-project.org/navit/ Für WinCE immer eine aktuelle Version aus dem SVN nehmen, die 0.1.0 und 0.1.1 sind stark veraltet! Hinweis: Die Konfiguration ist dort ein bischen tricky, aber ich beiße nicht, wenn man mich fragt ;-) Karte: http://maps.navit-project.org/download Der Download aus dem Verzeichnis svn installiert aber navit als anderes Programm, was bei mir einfach zu langsam läuft. Die Karte schein dort in einer Datei zu sein(?), aber die wird wohl für navipowm nicht verwendbar sein? -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ....ich bleib bei OSM !
Am 27.08.2010 17:07, schrieb Christian H. Bruhn: am Freitag, 27. August 2010 um 16:01 schrieben Sie: Da es sich bei OdBL um keine solche völlig induskutable Änderung sondern um einen brauchbaren Kompromiss handelt schließe ich diese Diskussion hier mal mit einem freundlichen So Long, and Thanks for All the Fish und bleibe weiterhin im Elternprojekt aktiv. Ich bleibe auch beim Mutterprojekt. Man sollte nur aufpassen, daß man die Leute die am Fork arbeiten, nicht verprellt. Vielleicht können beide Projekt etwas von einander gewinnen und irgendwann, wenn sich die Wogen wieder geglättet haben, gibt es eventuell eine 'Wiedervereinigung'. Grundsätzlich habe ich nichts gegen einen Fork. Ich habe die Gründung schon lange erwartet. Ich unterstütze diesen aber nicht aktiv. Der Erfolg eines Forks hängt von vielen Dingen ab (z.B. Technik, Entwickler, Community usw.). Und da müßte ein neues Projekt erst einmal ordentlich was auf die Beine stellen, damit es auch nur annähernd mit OSM vergleichbar ist. Ich persönlich hoffe aber, daß vor allem die Leute, die dem Lizenzwechsel nicht zustimmen wollen, weil sie einen großen Datenverlust erwarten, den sie aber selbst gerade mit ihrer Ablehnung produzieren, wieder zu OSM kommen, sobald klar ist, daß wir wieder einen sehr guten Datenbestand haben. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hi ! auch bleibe bei DEM freien Kartenwerk. Sicherlich belebt Konkurrenz das Geschäft - was mir aber die meisten sorgen macht ist die Zusammenarbeit mit Dritten. Ich habe schon einige Daten bei öffentlichen Stellen zusammengetragen und weiß das das meist immer durch den guten direkten Draht geklappt hat. Wenn dann das aber losgeht - da neulich schon mal so einer von Dann sind die bald genervt und haben noch weniger Interesse an der Zusammenarbeit. Gruß jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Address-Routing (War: OpenStreetMap in gr oßer Business-Zeitung)
Chris66 schrieb: Ja, das Garmin Format ist halt noch nicht 100% entschlüsselt, aber der Trend geht ja meiner Meinung eh Richtung Smartphone mit OpenSource Software. Für die Außentür-Fraktion ist das verfügbare Angebot an wirklich nutzbaren Geräten vorerst beschränkt. Oder gibt es schon ein wasserdichtes Smartphone? Ein zwecks Wasserdichtigkeit eingetütetes Smartphone ist in der Regel unbedienbar. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ....ich bleib bei OSM !
Am 27.08.2010 17:48, schrieb Jan Tappenbeck: auch bleibe bei DEM freien Kartenwerk. Bei mir hängt's davon ab, wieviel Prozent der Daten nicht übernommen werden. Falls ich sehe, dass nur 80% oder so rüber kommen und ODBL-OSM nicht mehr richtig auf die Beine kommt, dann werde ich mich nach 'ner Alternative umsehen. Sicherlich belebt Konkurrenz das Geschäft - was mir aber die meisten sorgen macht ist die Zusammenarbeit mit Dritten. Naja, ich bin gar nicht der große Fan von Importen und Sat-Bildern abmalen. Selber erfassen macht mehr Spaß. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] geographische Objekte
Hallo! Ich spiel hier mal Human Gateway, da sich hier ja mehr Profis tummeln, als im Forum: Im Forum wurde schon in zwei Threads [1] und [2] über das Mapping von geographischen Objekten (Meere, Gebirgszüge, Inselgruppen usw.) diskutiert. Dieses ist in OSM bisher so gut wie nicht vorhanden. Wer z.B. nach der Ostsee sucht, findet einen Node [3]. Das mag als Notlösung brauchbar sein, ist aber wenig befriedigend. Den Atlantik oder Pazifik habe ich gar nicht gefunden. ;-) Es ist zwar oft schwierig zu beschreiben, wo genau das eine Meer aufhört und das andere anfängt, oder wo die allerletzten Ausläufer eines Gebirgszuges sind, aber trotzdem sollte man diese Objekte flächig darstellen. Das hätte den Vorteil, daß ein Renderer ein Meer richtig beschriften kann, auch wenn es nur eine kleine Ecke der Karte ausfüllt. Daß sich solche großen Wege aber nur über Multipolygone lösen lassen, sollte klar sein. Eine weitere Überlegung ist, daß man Objekte irgendwie hierarchisch ordnen muß, oder auch nicht. Es gibt z.B. die Lübecker Bucht, welche ein Teil der Mecklenburger Bucht ist, welche wiederum ein Teil der Ostsee ist. Das ist auch bei Ozeanen so, dort haben Teile auch wieder einzelne Namen. Ich denke wir sollten, da mal über ein Taggingschema disktuieren. Es kämen wohl 'natural' und 'place' in Frage. Wobei es 'natural=water' und 'natural=coastline' ja schon gibt und somit die grundsätzliche Eigenschaft damit ja schon beschrieben wird. Also böte sich 'place' an, z.B.: 'place=ocean', 'place=sea', 'place=bay' usw. Entsprechendes dann auch für Gebirge. Christian [1] http://forum.openstreetmap.org/viewtopic.php?id=8982 [2] http://forum.openstreetmap.org/viewtopic.php?id=7967 [3] http://www.openstreetmap.org/browse/node/413554195 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ....ich bleib bei OSM !
Am 27. August 2010 17:55 schrieb Chris66 chris66...@gmx.de: Naja, ich bin gar nicht der große Fan von Importen und Sat-Bildern abmalen. Selber erfassen macht mehr Spaß. diese beiden Dinge haben m.E. nicht gemein. Luftbilder sehe ich als Unterstützung (Geometrie, also Form, Entfernungen, etc.) beim Einzeichnen von Dingen die ich kenne. Importe dagegen was völlig anderes, weil man da die Generalisierung, Geometrie und Klassifizierung/Attribute von anderen übernimmt. Abgesehen davon, dass man nicht genau weiss, wie aktuell und sorgfältig diese Daten sind, passen oft auch die Klassifizierung und Attribute nicht 1:1 zu unseren Daten. Ich sehe einen der Vorteile von OSM darin, dass eben gerade zusätzlich zu vorhandenen Daten ein neuer Datensatz entsteht, der von den existierenden unabhängig ist. So kann man durch Vergleiche eine neue Qualität hinzugewinnen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Am Freitag 27 August 2010, 17:07:15 schrieb Christian H. Bruhn: am Freitag, 27. August 2010 um 16:01 schrieben Sie: Da es sich bei OdBL um keine solche völlig induskutable Änderung sondern um einen brauchbaren Kompromiss handelt schließe ich diese Diskussion hier mal mit einem freundlichen So Long, and Thanks for All the Fish und bleibe weiterhin im Elternprojekt aktiv. Ich bleibe auch beim Mutterprojekt. +1 Grundsätzlich habe ich nichts gegen einen Fork. Ich habe die Gründung schon lange erwartet. Ich unterstütze diesen aber nicht aktiv. Ich habe auch nichts gegen einen Fork, mich stört in diesem Fall daß er mehr oder weniger zur Erpressung gemacht wird. Ich sehe es auch so, daß bei einem Fork etwas herauskommen kann, das auch für das Mutterprojekt neue Ideen enthält. flo -- Genau deshalb teste ich gerade, ob man die Texte auch mit ner Kuchengabel in Lochkarten piekesen kann:-)) Meine Güte, ihr seid mir so Luschen. Für was glaubst Du eigentlich, hat Gott Dir Eckzähne gegeben. :-) [Thorsten Koerner und Manfred Tremmel in suse-linux] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ....ich bleib bei OSM !
Hallo, Am Freitag 27 August 2010 17:55:53 schrieb Chris66: Am 27.08.2010 17:48, schrieb Jan Tappenbeck: auch bleibe bei DEM freien Kartenwerk. Bei mir hängt's davon ab, wieviel Prozent der Daten nicht übernommen werden. Falls ich sehe, dass nur 80% oder so rüber kommen und ODBL-OSM nicht mehr richtig auf die Beine kommt, dann werde ich mich nach 'ner Alternative umsehen. Sicherlich belebt Konkurrenz das Geschäft - was mir aber die meisten sorgen macht ist die Zusammenarbeit mit Dritten. Naja, ich bin gar nicht der große Fan von Importen und Sat-Bildern abmalen. Selber erfassen macht mehr Spaß. Fangen wir doch nochmal von vorne an. Das wäre Spaß pur. Mit dem GPS durch die leere Datenwüste. Mit den Mitteln und Erfahrungen, die jetzt zur Verfügung stehen, sind wir in 2 Jahren spätestens wieder auf demselben Stand, aber mit sauberer Lizenz. ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Frederik Ramm wrote: Mittlerweile haben sich die internationalen Befuerworter eines Forks ein eigenes Forum gegeben: http://groups.google.com/group/osm-fork Gut für die, dass Google mich keinen Account erstellen lässt. Geht nämlich nur mit Verifikation via Handy-Nummer. Die kriegen die aber nicht. Wenn man während der Registrierung dann auf habe kein Mobiltelefon klickt, dann wird zwar vorgegeben, dass man eine Mail erhält, aber die kommt nun schon seit zwei Monaten nicht an. Oder anders gesagt: Die sind schon deshalb für mich untendurch, weil die ihr Forum bei der großen Datenkrake angelegt haben. Ich bin die ganze Diskussion langsam leid. Deshalb habe ich gerade im Voraus die Contributor-Terms akzeptiert: https://www.openstreetmap.org/user/terms Solange es nur um einen Umstieg zur ODBL geht, bin ich dabei. Wenn irgendwann tatsächlich jemand auf die glorreiche Idee kommt, alles unter Public Domain setzen zu müssen, werde ich die Entscheidung aber nochmal überdenken. Also bis auf weiteres: Bleibe beim Elternprojekt. Sollte openstreetmap.org im Fork nicht so genannt werden, wie es die CC-BY-SA vorsieht, werde ich die Löschung meiner Daten dort verlangen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Christian H. Bruhn br...@arcor.de wrote: Grundsätzlich habe ich nichts gegen einen Fork. Wir haben ohnehin heute schon zu wenige Entwickler und Admins das wird durch eine Fork nicht besser. Alle aktiven die sich am Fork beteiligen fehlen dem Mutterprojekt. Allerdings haben wir im meinem Umfeld (osm de Server) derzeit zum Glück nur einen aktiven Entwickler verloren, den der OpenMTBmap/Velomap. Das die Styles aber Open Source sind halten sich meine Bauchschmerzen in Grenzen. Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /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] ....ich bleib bei OSM !
Wolfgang wolfg...@ivkasogis.de wrote: Fangen wir doch nochmal von vorne an. Das wäre Spaß pur. Mit dem GPS durch die leere Datenwüste. Jetzt wo ich mit unserer früchte Arbeit endlich was sinnvolles anfangen kann? Ganz sicher nicht! Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /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] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Lars Francke lars.fran...@gmail.com wrote: * Frontend Code (Ruby) durch ein Drupal-System ersetzen: Forum, Mailingliste, Homepage, Diaries, usw. * Reines PHP für den Rest Dann brauch ich mir ja keine Sorgen machen das ist dann ohnehin nichts für mich. Sven -- We just typed make (Stephen Lambrigh, Director of Server Product Marketing at Informix about porting their Database to Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ....ich bleib bei OSM !
Am 27.08.2010 17:55, schrieb Chris66: Am 27.08.2010 17:48, schrieb Jan Tappenbeck: auch bleibe bei DEM freien Kartenwerk. Bei mir hängt's davon ab, wieviel Prozent der Daten nicht übernommen werden. Falls ich sehe, dass nur 80% oder so rüber kommen und ODBL-OSM nicht mehr richtig auf die Beine kommt, dann werde ich mich nach 'ner Alternative umsehen. Sicherlich belebt Konkurrenz das Geschäft - was mir aber die meisten sorgen macht ist die Zusammenarbeit mit Dritten. Naja, ich bin gar nicht der große Fan von Importen und Sat-Bildern abmalen. Selber erfassen macht mehr Spaß. ich meine auch die Straßenlisten etc. gruß Jan :-) Chris ___ 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] ....ich bleib bei OSM !
Am 27.08.2010 18:42, schrieb Sven Geggus: Wolfgangwolfg...@ivkasogis.de wrote: Fangen wir doch nochmal von vorne an. Das wäre Spaß pur. Mit dem GPS durch die leere Datenwüste. Jetzt wo ich mit unserer früchte Arbeit endlich was sinnvolles anfangen kann? Ganz sicher nicht! Sven +10 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geographische Objekte
Am 27. August 2010 18:26 schrieb Christian H. Bruhn br...@arcor.de: Im Forum wurde schon in zwei Threads [1] und [2] über das Mapping von geographischen Objekten (Meere, Gebirgszüge, Inselgruppen usw.) diskutiert. Es ist zwar oft schwierig zu beschreiben, wo genau das eine Meer aufhört und das andere anfängt, oder wo die allerletzten Ausläufer eines Gebirgszuges sind, aber trotzdem sollte man diese Objekte flächig darstellen. +1, ich hätte das auch gerne in OSM Eine weitere Überlegung ist, daß man Objekte irgendwie hierarchisch ordnen muß das kann man entweder über Relationen lösen, oder es ergibt sich über den räumlichen Zusammenhang. Selbst is_in (oder was Vergleichbares) wäre denkbar. Ich denke wir sollten, da mal über ein Taggingschema disktuieren. Es kämen wohl 'natural' und 'place' in Frage. -1 für natural, hier betreten wir Neuland und daher würde ich das auch von den bisherigen tags abgrenzen (also neuer Tag). Andererseits ist place durchaus verlockend, wird ja auch schon für manche solcher Dinge verwendet (Inseln). Wobei es 'natural=water' und 'natural=coastline' ja schon gibt und somit die grundsätzliche Eigenschaft damit ja schon beschrieben wird. Also böte sich 'place' an, z.B.: 'place=ocean', 'place=sea', 'place=bay' usw. Entsprechendes dann auch für Gebirge. und auch für Wälder (da dann als Relation) und andere Landstriche (Norddeutsche Tiefebene, Täler im Allgemeinen, Mecklenburger Seenplatte, etc.). Während man bei Wäldern wohl über Relationen die bestehenden Waldflächen zusammenfassen kann, geht das bei Tälern und anderen Landstrichen evtl. nicht so gut. Aber auch da könnte man z.B. alle Landuses in einem bestimmten Gebiet (oder alle Relationen, die schon mal kleinere Einheiten bilden bei großen Gebieten, z.B. schwäbische Alb) zusammenfassen. Nachteil ist, dass das Zusammenfassen von sehr vielen Landuses in einem mittelgroßen Gebiet praktisch nicht mehr mit den vorhandenen Editoren machbar ist. Das spricht wiederum für dedizierte Grenzen, also umschließende Ways (die könnte man in JOSM durchaus grob zeichnen, wenn man die Geometrie gar nicht lädt, sondern z.B. OSM als WMS einbindet, oder mit dem Slippymap-plugin als tiles). Es kommt ja gar nicht auf ganz genaue Grenzen an in diesem Maßstab. In normalen (topografischen) Karten wird man vermutlich nur einen Schriftzug platzieren wollen (das Mapnik-Team arbeitet lt. Steve Chilton (SOTM) gerade an so einer Möglichkeit, Flächentext frei zu positionieren). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welche Daten stehen schon unter Odbl?
Hallo Liste, gibt es eine Möglichkeit, eine Kopie der Daten zu machen, die schon unter Odbl stehen um sie zu rendern? Ich habe keine Ahnung davon, es würde mich aber interessieren, wenns es jemand macht. Man könnte sehen, wie groß der aktuelle Datenverlust ist (vermutlich NOCH sehr groß), bzw. wie er sich verringert. Das hätte wohl einen ähnlichen ansporn, der Lizenz zuzustimmen, wie Objekte zu mappen, die dann etwas später in Karten auftauchen. Das wäre doch ein schönes temporäres Projekt für Odbl-Befürworter, die Ahnung von sowas haben, oder? LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Daten stehen schon unter Odbl?
Am 27. August 2010 19:17 schrieb C. Brause chr_bra...@gmx.de: Hallo Liste, gibt es eine Möglichkeit, eine Kopie der Daten zu machen, die schon unter Odbl stehen um sie zu rendern? AFAIK gibt es noch keine Liste mit den Ja-Sagern, Mich würde das auch brennend interessieren, da ich die anderen Hauptmapper kenne (usernames), und die auch nochmal anschreiben würde, wenn sie bisher noch nicht zugestimmt haben. Allerdings sollen ja evtl. die CT überarbeitet/geändert werden, so dass man meiner Meinung nach dann sowieso noch mal von vorn anfangen muss mit Befragung. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geographische Objekte
Relationen halte ich auch für eine sinnvolle Art, diese Dinge abzubilden. Vielleicht könnte man ein Tag geographic=* nehmen? Ich denke das Mittelmeer eignet sich schonmal gut, um soetwas das erste Mal anzuwenden und Erfahrungen zu sammeln. Ich würde vorschlagen, eine Relation zu nehmen mit type=multipolygon und geographic=sea?. Mitglieder müssten dann die Küstenstreifen der begrenzenden Länder sein als outer, Inseln als inner. Und die Lage des Mittelmeers kann man sehr gut begrenzen, im Westen hört es im Prinzip an der Meerenge von Gibraltar auf, im Osten am Suezkanal, am Nil und am Bosporus. Am Bosporus ist es etwas komplizierter, das erklärt aber Wikipedia besser als ich: http://de.wikipedia.org/wiki/Mittelmeer Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Daten stehen schon unter Odbl?
Hallo, M∡rtin Koppenhoefer wrote: AFAIK gibt es noch keine Liste mit den Ja-Sagern, Mich würde das auch brennend interessieren, da ich die anderen Hauptmapper kenne (usernames), und die auch nochmal anschreiben würde, wenn sie bisher noch nicht zugestimmt haben. Es gibt noch keine Liste, aber es wird eine geben. Allerdings sollen ja evtl. die CT überarbeitet/geändert werden, so dass man meiner Meinung nach dann sowieso noch mal von vorn anfangen muss mit Befragung. Nein, das ist nicht geplant. Wenn die CT geaendert werden, dann nur so, dass die neuen CT ein Subset von den alten sind und man daher nicht nochmal von vorn starten muss. 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] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
On 27.08.2010 18:14, Manuel Reimer wrote: Frederik Ramm wrote: Mittlerweile haben sich die internationalen Befuerworter eines Forks ein eigenes Forum gegeben: http://groups.google.com/group/osm-fork Gut für die, dass Google mich keinen Account erstellen lässt. Geht nämlich nur mit Verifikation via Handy-Nummer. Die kriegen die aber nicht. Wenn man während der Registrierung dann auf habe kein Mobiltelefon klickt, dann wird zwar vorgegeben, dass man eine Mail erhält, aber die kommt nun schon seit zwei Monaten nicht an. Oder anders gesagt: Die sind schon deshalb für mich untendurch, weil die ihr Forum bei der großen Datenkrake angelegt haben. Das ganze ist eine Closed Group gewesen, die schon deutlich laenger besteht wie die letzten paar Tage Und wird sicherlich nicht auf Google Groups bleiben... Man kann nicht fuer alles sofort eine eigene Hardware/Software haben, aber es wird sich hoffentlich schnell entwickeln. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] E-Tankstellen
On 26.08.10 12:31, Chris66 wrote: amenity=charging_station Klingt sinnvoll. charging=pedelec Puh, Begriffe gibt's... power_supply=cee_7_4 Und daß das eine Schuko-Steckdose ist, muß man wohl auch wissen... ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] E-Tankstellen
On 26.08.10 21:03, M∡rtin Koppenhoefer wrote: Meiner Ansicht nach brauchen die beiden nicht in einer Kategorie zusammengefasst werden, weil es weder kompatibel ist, Hust... Spezielle Steckersysteme vielleicht nicht, aber eine Schuko-Steckdose ist wohl schon kompatibel... ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mittelerde
Da es schon mal eine Karte von Lummerland bei OSM gegeben hat (hat die eigentlich noch jemand? ), könnte es doch sein, das jemand zur Entspannung Mittelerde gemappt hat. Meine Frau macht gerade ein Projekt wo sie so eine Karte gut gebrauchen könnte. Auf Papier haben wir jede Menge, aber vielleicht gibt es die ja schon als OSM. Zur Not müsste man die Karten einscannen und dann mappen. Schönes Wochenende Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lummerland (was: Mittelerde)
Jacques Nietsch jacques.niet...@gmx.de wrote: Da es schon mal eine Karte von Lummerland bei OSM gegeben hat (hat die eigentlich noch jemand? ), Aus dem Archiv dieser Liste: http://farm3.static.flickr.com/2507/3675196492_27506be13c_o.png http://www.openstreetmap.org/api/0.6/changeset/1648576/download Sven -- Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition, die anderen sind einfach von sich aus unlogisch. (Anselm Lingnau in de.comp.os.unix.discussion) /me ist gig...@ircnet, http://sven.gegg.us/ im WWW ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelerde
Am 27.08.2010 21:26, schrieb Jacques Nietsch: Da es schon mal eine Karte von Lummerland bei OSM gegeben hat (hat die eigentlich noch jemand? ), Ja, die habe ich noch. Kann sie bei Bedarf weitgeben. So long Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geographische Objekte
Am 27. August 2010 19:34 schrieb Alexander Matheisen alexandermathei...@ish.de: Relationen halte ich auch für eine sinnvolle Art, diese Dinge abzubilden. Vielleicht könnte man ein Tag geographic=* nehmen? Ich denke das Mittelmeer eignet sich schonmal gut, um soetwas das erste Mal anzuwenden und Erfahrungen zu sammeln. ohne weitere Ways wird es allerdings kaum gehen (naja, evtl. auch über bounding-boxes, je nachdem , wie detailliert man es haben will). Wikipedia bietet da ja eine gute Zusammenstellung, am Beispiel des westlichen Mittelmeers sieht man ganz gut, was da alles abgetrennt werden muss, und wie die hierarchische Gliederung ist: * Tyrrhenisches Meer o Golf von Gaeta o Golf von Neapel o Golf von Salerno * Ligurisches Meer o Golf von Genua * Golf von Lyon (Löwengolf) * Balearen-Meer o Katalanisches Meer o Golf von Valencia o Sardinisches Meer * Alborán Meer o Straße von Gibraltar Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Daten stehen schon unter Odbl?
Am 27. August 2010 19:35 schrieb Frederik Ramm frede...@remote.org: Allerdings sollen ja evtl. die CT überarbeitet/geändert werden, so dass man meiner Meinung nach dann sowieso noch mal von vorn anfangen muss mit Befragung. Nein, das ist nicht geplant. Wenn die CT geaendert werden, dann nur so, dass die neuen CT ein Subset von den alten sind und man daher nicht nochmal von vorn starten muss. verstehe ich nicht ganz. M.E. ist es rechtlich so, dass andere CTs, wenn sie nicht lediglich weniger fordern als vorher, was evtl. auch schwierig zu bewerten sein dürfte, grundsätzlich eine neue Zustimmung erfordern. Das wird aber vermutlich auch kein Problem sein, wer jetzt schon zugestimmt hat, wird das wohl auch wieder tun. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Daten stehen schon unter Odbl?
Hallo, M∡rtin Koppenhoefer wrote: verstehe ich nicht ganz. M.E. ist es rechtlich so, dass andere CTs, wenn sie nicht lediglich weniger fordern als vorher, was evtl. auch schwierig zu bewerten sein dürfte, grundsätzlich eine neue Zustimmung erfordern. Es ist ja nicht so, dass Deine Zustimmung konvertiert wird. Du hast den CTs alt zugestimmt und ab einem bestimmten Zeitpunkt stimmt jeder den CTs neu zu. (Die Datenbank enthaelt einen Zustimm-Zeitpunkt, d.h. wenn es drauf ankaeme, koennte man rausfinden, wer welchen zugestimmt hat). Der kuenftige Handlungsspielraum ergibt sich aus der Schnittmenge der Handlungsspielraeume von CTs alt und neu. 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] E-Tankstellen
Am 27.08.2010 20:33, schrieb Andreas Labres: amenity=charging_station Klingt sinnvoll. charging=pedelec Puh, Begriffe gibt's... Oder man nimmt hier auch die Schreibweise charging:ebike=yes charging:handy=yes anstelle charging=ebike;handy Geschmacksache, mir scheint dass der Trend in Richtung : geht. Vorteile: leichter auswertbar(?) im Gegensatz zur ; Schreibweise kann man ausdrücken, dass man etwas _nicht_ kann. power_supply=cee_7_4 Und daß das eine Schuko-Steckdose ist, muß man wohl auch wissen... ;) Ist dem Proposal zum Advanced-Campingplatz-Mapping entlehnt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] E-Tankstellen
Hallo, Chris66 wrote: charging:handy=yes Handy ist kein englischer Begriff (zumindest keiner, der ein Mobiltelefon bezeichnet). Entweder waere das mobile phone (britisch) oder cellphone (amerikanisch). 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] E-Tankstellen
Am 27. August 2010 20:36 schrieb Andreas Labres l...@lab.at: On 26.08.10 21:03, M∡rtin Koppenhoefer wrote: Meiner Ansicht nach brauchen die beiden nicht in einer Kategorie zusammengefasst werden, weil es weder kompatibel ist, Hust... Spezielle Steckersysteme vielleicht nicht, aber eine Schuko-Steckdose ist wohl schon kompatibel... ;) ja, aber die E-Autos werden mitnichten mit Schuko-Steckern aufgeladen: http://www.op-online.de/bilder/2009/11/04/513990/850851986-ladestation.9.jpg Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Daten stehen schon unter Odbl?
Am 27.08.2010 19:20, schrieb M∡rtin Koppenhoefer: Am 27. August 2010 19:17 schrieb C. Brausechr_bra...@gmx.de: Hallo Liste, gibt es eine Möglichkeit, eine Kopie der Daten zu machen, die schon unter Odbl stehen um sie zu rendern? AFAIK gibt es noch keine Liste mit den Ja-Sagern, Mich würde das auch brennend interessieren, da ich die anderen Hauptmapper kenne (usernames), und die auch nochmal anschreiben würde, wenn sie bisher noch nicht zugestimmt haben. Es ging mir nicht um eine öffentliche LISTE der ja-Sager. Ebenso wie keine Nein-sager Liste. Ich fänds unangenehm, von Hinz und Kunz angesprochen zu werden, ich solle doch Ja sagen. So wie du es hier schreibst, wäre es ein freundlicher Hinweis/Versuch Mapper zu überreden. Bei manchen kann ich mir vorstellen, dass das weitaus weniger freundlich ablaufen kann. Der von mir in einem anderen Thread angesprochene Pranger sollte nicht sein. Statt einer Liste der Mapper sollte es eher eine Liste der Daten geben. Wenn du die Hauptmapper gut kennst, sollte es auch kein Problem für dich sein, Anhand der Daten zu erkennen, wen du noch gerne anschreiben möchtest. Gruß Martin LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mittelerde
Hi, Am Freitag 27 August 2010 schrieb Jacques Nietsch: Zur Not müsste man die Karten einscannen und dann mappen. Wenn du einen WMS-Server aufsetzt bin ich dabei. :-) Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] E-Tankstellen
On 27.08.10 23:09, M∡rtin Koppenhoefer wrote: ja, aber die E-Autos werden mitnichten mit Schuko-Steckern aufgeladen: http://www.op-online.de/bilder/2009/11/04/513990/850851986-ladestation.9.jpg Das ist wohl der postulierte Normstecker dafür (3phasig, 400V, 63A). Aber weltweit durchgesetzt hat sich der noch nicht... ;) Umgekehrt kannst Du wohl jedes Ding mit einem Adapter /auch/ an einer Schuko-Steckdose anstecken, vielleicht geht ein turbo-spezial-Lademodus dann nicht, aber ein bissl Saft kriegst Du immer in die Batterien. Aber dieses Stecker-Wirrwarr kriegt man durch einen Stecker-Tag wohl in den Griff... Aber zurück zur Frage, welchen Grundtag man für Stromzapfsäulen verwenden sollte, da schiene mir ein Tag hier gibt's Strom für ein Elektroirgendwasmobil zusammen mit einem passenden Rendering mit Blitz oder sowas schon sinnvoll. Das kann dann bei Tankstellen genauso auftauchen wie bei unseren Spar-Geschäften und die zusätzlichen Tags sagen dann, was es genau ist. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geographische Objekte
On 27.08.10 19:08, M∡rtin Koppenhoefer wrote: Es kommt ja gar nicht auf ganz genaue Grenzen an in diesem Maßstab. In normalen (topografischen) Karten wird man vermutlich nur einen Schriftzug platzieren wollen (das Mapnik-Team arbeitet lt. Steve Chilton (SOTM) gerade an so einer Möglichkeit, Flächentext frei zu positionieren). Vielleicht sollte man Steve fragen, wie sie das umzusetzen gedenken. IMO wird das wohl eine grob gesetzte Fläche sein, in die der Schriftzug dann plaziert wird, denkbar wäre auch eine Linie, entlang der der Schriftzug geschrieben wird. Aber jedenfalls wäre das das richtige Ding für Gebirge wie für Meere, einerseits zum Rendern und anderseits zum Suchen (die SuchApp hätte damit auch einen Hinweis, wie weit sie zoomen muß, wenn Du den Atlantik oder den Golf von Neapel suchst). Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vergleich ODbL vs. CCBYSA (war: 1 Jahr Lähmung von OSM durch Lizenzwechsel?)
Zwar auf Englisch, aber ein Anfang: http://www.abalakov.com/openstreetmap-odbl-demystified Claudius Genau so eine Übersicht wünsche ich mir schon seit einem Jahr. Ich weiß nicht warum die Macher der neuen Lizenz nicht in der Lage ist einfach mal ein paar Folien m(auf deutsch und englisch) zu machen wo alles klar mit Beispielen dargestellt wird. Für mich unverständlich! In einem normalen Arbeitumfeld wäre ohne einfach zu verstehende Dokumente ein Projekt schon gar nicht genehmigt worden. Trotzdem habe ich schon der neuen Lizenz zugestimmt, weil mich die ganze Diskussion tierisch ankotzt. Ich werde jetzt vermutlich mal ein Jahr Pause machenm und wenn dann zuviele Daten verloren sind wird mir die Lust vermutlich komplett verlassen haben... -- View this message in context: http://gis.638310.n2.nabble.com/1-Jahr-Lahmung-von-OSM-durch-Lizenzwechsel-tp5454570p5471904.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
