Re: [Talk-de] Hausnummern mit Buchstaben
>> Aber das sollen dann die Programmierer aus dieser Region regeln, wir müssen >> nicht die ganze Welt retten. > >Diese Aussage finde ich realitätsfremd. >Das Tool um das es mir geht ist mein eigenes Navi (Traveling Salesman). >Die erste Anwendung, die die Hausnummern auswertet. >Wenn du also von Berlin zu einem Reihenhaus in Moskau fahren willst, >dann schlägst du vor 2 verschiedene Navis zu nutzen? ;) Nein okay hast recht, aber werden denn in Moskau wirklich kyrillische Buchstaben als Hausnummer verwendet, oder denkst du dir das nur aus damit wir was zu diskutieren haben? Wenn die interpolation in deinem Navi zumindest in DE funktioniert ist das ja schon ein Anfang. Bei Weltweit eingesetzter Software wird dann schon ein Russe einen Patch einreichen. Wenn du beide Hausnummersystem durchschaust mach gerne auch einen Vorschlag wie es besser geht, ich möchte nur ungern jetzt viel mehr aufwand beim Mappen treiben, weil wir uns Probleme ausdenken, die vielleicht auftauchen koennten. Und grob abzuschaetzen ob ein Node wohl eher in DE oder in Russland liegt, sollte dann vielleicht in die Programmlogik deines Programmes gesteckt werden. >Wir haben da ein Schema und dieses Schema enthält eine Regel für >Interpolation. Jetzt wollen wir diese Interpolation verbessern. Das heiÃt >also diese Regel anzupassen und Regeln sollten gefälligst eindeutig, >vollständig und allgemeingültig definiert sein, damit nicht jeder eine andere >Regel implementiert und keiner weis was jetzt korrekt und was eben nicht >korrekt ist. Nicht mein Ansatz. Ich schau doch nicht staendig beim Mappen ins wiki. Wenn es in deinem Navi halt nicht funktioniert habe ich halt pech gehabt und muss mir halt den Weg von 4a zu 4e selber suchen, das nehme ich dann in kauf. Und wenn es genuegend User stoert, wird schon jemand Regeln dazu schreiben. Gruss Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Workshop - Blog oder Twitter
kann es versuchen http://ident.ca/tabacha/ glaub aber nicht an viele zwischenergebnisse Gruss Sven --- Sent from my Treo(r) smartphone -Original Message- From: John07 <[EMAIL PROTECTED]> Date: Friday, Nov 21, 2008 3:42 pm Subject: Re: [Talk-de] Workshop - Blog oder Twitter To: Openstreetmap allgemeines in Deutsch Reply-To: Openstreetmap allgemeines in Deutsch Hi, >gibts eigentl. irgendjemand der während des Workshops ein bisschen >blogged oder twittert? Auch wäre es toll, wenn ein paar >Zwischenergebnisse im Wiki festgehalten werden würden, dann könnte man >seine Meinung auch noch miteinbringen. >Gruà >Jonas > >___ >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] Workshop - Blog oder Twitter
sorry identi.ca/tabacha --- Sent from my Treo(r) smartphone -Original Message- From: Chris66 <[EMAIL PROTECTED]> Date: Friday, Nov 21, 2008 6:54 pm Subject: Re: [Talk-de] Workshop - Blog oder Twitter To: [EMAIL PROTECTED]: Openstreetmap allgemeines in Deutsch sven schrieb: > kann es versuchen http://ident.ca/tabacha/ > >Not Found > >The requested URL /tabacha/ was not found on this server. > >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] Luftbilder LVA Bayern
Tipp fuers naechste mal in den Wiki Artikel ganz oben in grossen Lettern schreiben, das hier nur eine Presseinfo vorbereitet wird, und alles noch fiktiv ist... --- Sent from my Treo(r) smartphone -Original Message- From: Markus <[EMAIL PROTECTED]> Date: Tuesday, Nov 25, 2008 2:02 pm Subject: Re: [Talk-de] Luftbilder LVA Bayern To: Openstreetmap allgemeines in Deutsch Reply-To: Openstreetmap allgemeines in Deutsch Hi Kölly, > >danke für den Link: > >> Golem berichtet schon: >> http://www.golem.de/0811/63744.html > >die sind ja rasend schnell... > >Das Ministerium hat den Link noch nicht enteckt. > >Eigentlich wollte ich mit Presseveröffentlichungen ja noch warten, bis >der Vertrag unterzeichnet ist. Hoffe, dass das niemand in den falschen >Hals bekommt. Andererseits: der Artikel ist gut und vielleicht freuen >sie sich ja darüber... > >Gruss, Markus > >___ >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] (benutzungspflichtige) Radwege
Zitat von Bjørn Bürger <[EMAIL PROTECTED]>: > Dort, wo man sich tatsächlich die Mühe macht, alle > verkehrsbeziehungen abzubilden, löscht es der nächstbeste > User einfach wieder kommentarlos weg. So geschehen in > Braunschweig an der Hamburger Straße, am Ring und am > Hauptbahnhof, Salzdahlumer Straße, etc. Stimmt. Aber jemand anderes (Tryer?) hat dich kopiert und ohne Sinn und Verstand überall in Gliesmarode und Querum solche Wege angelegt ohne sich irgendwie um Kreuzungen oder dgl. zu scheren. Der Validator hat sich da dann jedesmal überschlagen. Ich hätte es korrigiert, war mir aber nicht mal sicher ob es an den fraglichen Stellen überhaupt Radwege gibt. > Danke, psmr¹ oder wer auch immer das gemacht hat. Dito, mich hat das auch immer gejuckt aber ich wollte warten bis sich jemand anderes unbeliebt macht ;-) Wenn obige Person es aber zu weit getrieben hätte, wäre ich aber wohl auch demnächst eingeschritten. Letztlich sind aber beide Lösungen murks. Der psmr ist übrigens ein ganz netter, der im Süden schon einiges geleistet hat. > Und ich kann dem User noch nichtmal böse sein, > denn es zeigt einfach nur, daß wir so niemals zu einer > routingfähigen Fahrradkarte kommen werden, die sich auf > mehr Informationen stützt als "da ist ne Straße, also > wird man da auch schon irgendwie fahren oder schieben > können, egal ob legal oder nicht". Ich glaube das unsere bisherigen Methoden bei OSM einfach zu Auto-lastig sind. mit welchen Modellen / Strategien wir das ändern könnten, weiß ich aber leider auch nicht. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] FYI: Relation Browser
Hallo, da ich gerade etwas mit Relationen spiele habe ich mir ein kleines Skript gebastelt, mit dem man sich halbwegs bequem durch die Hierarchien klicken kann. Letztlich fragt es die API ab und bereitet das Erbegnis etwas auf: http://osm.schunterscouts.de/relation-browser.php Man startet in einer planet-Relation* und bekommt die Mitglieder dieser Relation angezeigt. Umgekehrt wird auch für jedes Objekt angezeigt in welchen Relations es Mitglied ist, in JOSM geht das gerade nur begrenzt. Über die URL (type=/id=) kann man auch beliebige andere Relations/Ways/Nodes anwählen. Wer mag kann dort gerne etwas rumspielen. Grüße, Sven * Wie gesagt spiele ich gerade etwas rum und habe mal eine komplette Kette planet-kontinent-land-bundesland-stadt-stadtbezirk-ort-straße erstellt. Außerdem habe ich Niedersachsen die Relationen aus dem OpenGeoDB-Import mit eingehängt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapnik: living_street vs. pedestrian
Zitat von Jannis Achstetter <[EMAIL PROTECTED]>: > Wo wor gerade dabei sind - auch wenn ich jetzt vom Thema living_streets > abschweife: > http://informationfreeway.org/?lat=49.9912821733946&lon=9.116236381115922&zoom=17&layers=B000F000F > das sind eigentlich keine peaks sondern kirchen, die Daten sind dort > auch sicher korrekt, nur osmarender pflanzt da peaks hin. Das ist kein Fehler im Renderer. Du hast keine Religion bei den Kirchen angegeben und bevor Osmarender jetzt so ein schönes Kreuz an die Stelle einer Moschee rendert platziert er ein neutrales Symbol (und weil niemand eine Idee hatte was man da religionsneutral nehmen könnte isses halt ein Gipfel.) Sobald du also ein religion=christian oder religion=jewish, etc. dazutaggst, wird das entsprechende Symbol gerendert. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bitte um kurzfristige (Leaflet)Unterstützung (Fahrdaten in Karte für Spendenrallye)
Hallo, mein Teampartner und ich nehmen in Kürze an einer Wohltätigkeitsrally teil, die uns von London nach Ulan-Bator, der Hauptstadt der Mongolei, führt. Wir haben in unserem Auto einen Logger, der zum einen Positionsdaten, zum anderen noch Fahrzeugdaten wie Außentemperatur etc. erfasst. Diese Daten sollen automatisiert auf eine Karte visualisiert werden, die wir in unser Wordpress-Blog einbinden. Wir haben den Aufwand und die Expertise, die man für eine solche Einbindung benötigt, komplett unterschätzt und müssen das Ganze am Mittwoch Abend stehen haben. Aaaa! Wir haben schon aus dem Bekanntenkreis tolle Unterstützung erhalten, sind aber jetzt an einige Knackpunkte gekommen, die wir ohne langwierige Einarbeitung nicht selbst lösen können. Daher die Frage und große Bitte, einmal kurz den Sachverhalt zu scannen und zu prüfen, ob jemand ein Patentrezept kennt oder uns einen Weg aufzeigen kann oder jemand empfehlen kann, der das (auch kommerziell) machen könnte unter den zeitlichen Rahmenbedingungen. **Ausgangslage** Die zwei Datenarten, die wir erheben, tun wir in eine Datei packen, damit nur eine Datei ausgelesen und verlinkt werden muss. Wir haben dabei einmal die Positionsdaten und dann noch ein paar fahrzeugspezifische Parameter, die noch genauer definiert werden müssen, aber die im nachfolgenden Code-Snippet schon mal als Dummy drinstehen. Pro Fahrt, d.h. Zündung an und Zündung aus, wird ein Datensatz erzeugt, dieser liegt im xml-Format vor (damit wir mehrere Werte unterbringen können, was ja bei gpx nicht geht). Hier ein Beispiel: 71878101986 2013-03-05T06:57:42.0Z 283.67 6500.434d 3d 190.70 Ideen waren bisher: 1 Leaflet mit GPX-Plugin https://github.com/mpetazzoni/leaflet-gpx 2 CartoDB mit entsprechender automatisierter Datenanbindung 3 Openlayers und OSM-Script zur GPX-Anbindung http://wiki.openstreetmap.org/wiki/Openlayers_Track_example (aber mit Openlayers 3) Als Endziel soll eine Karte entstehen, die wir auf unserem Wordpress-Blog, vermutlich als iframe, einbinden können oder zumindest hin verlinken können. Diese Karte sollte unser Fortkommen dokumentieren und regelmäßig aktualisiert werden. Idealerweise sieht das ganze später auch wie eine Route aus und nicht wie bei Google eine lange Reihe von hundert Wegpunkten. Idealerweise kann man ferner auf einen Wegpunkt klicken oder so und sieht dann in einem Pop-Up oder sonstwie die paar fahrzeugspezifischen Werte, die wir im XML-Format mit erheben (voraussichtlich Höhe, Außentemperatur etc.). Fallstricke sind dabei folgende: 1) Wir erheben im Fahrzeug alle 10 Minuten (um Datenvolumen zu reduzieren) einen Wegpunkt mit Zusatzdaten. Die XML-Datei hätte demnach bei einer einstündigen Fahrt, wenn die Zündung ausgeht, 6 Wegpunkte erfasst. Diese einzelnen fahrtenbasierten Dateien, das nur als Hintergrund, werden stündlich an das Backend des Dienstleisters übertragen und auf unseren FTP geschoben. Wenn Handynetz vorhanden ist. Das heißt, dass wir vielleicht pro Stunde bei kurzen Fahrten 3 xml-Dateien neu reinbekommen oder nach zwei Tagen, wenn wieder Handy-Empfang ist, gesammelt 10 xml-Dateien. Irgendwie muss jetzt ein Skript auf dem FTP nachschauen, ob es neue Daten gibt, die Daten auslesen und in die Karte bringen. 2) Wenn ich es richtig verstehe, ist leaflet nur ein Skript, dass client-seitig was ausführt. Wenn wir jetzt pro Wegpunkt 100 kb erzeugen, dann aber ja voraussichtlich 10 Stunden am Tag fahren, dann haben wir nach zwei Wochen in Summe Wegpunkte in der Größenordnung von Megabyte. Wenn also clientseitig das Auslesen und Interpretieren der Daten erfolgt, dann müssen unsere Website-Besucher, gerade auf einem mobile device, ewig warten, bis sich die Karte aufbaut. Das spricht dann irgendwie für CartoDB, wo alles bei denen lagert und man nur die Karte erhält (so zumindest mein Verständnis). **bisheriger Plan** - Cron-Job o.ä. fragt die XML-Dateien einmal ab ( die sind systematisch benannt) - XML wird ausgelesen, also: das Relevante (Zeitstempel, Koordinaten?) wird ausgelesen, und in SQL-Datenbank geworfen - anderes Script liest jeweils in Laufzeit die Punkte aus und gibt sie in einem Leaflet-kompatiblen Format aus. Idealerweise so, dass eine maximale Menge an Punkten nicht überschritten wird und bei größeren Mengen erstmal generalisiert wird. **konkretisierter Plan** 1. Einlesen XML, XML-Parsing, Überprüfung eventueller Doppler, Schreiben in SQL-Datenbank. In der Datenbank reicht im Prinzip eine Tabelle: tab rallye_karte_positionsdaten id (int, Index) lat (float) lon (float) zeitstempel (timestamp) * * zeitangaben sind vom Logger immer UTC Diese drei Daten könnte ein Script nach dem XML-Parsing ja auch direkt INSERTen. 2. Ausgabe: Herausfinden, wie viele Punkte sinnvollerweise dargestellt werden, Ausgabe dann entsprechend notfalls etwas vereinfacht unter Berück
Re: [Talk-de] Neuer Look von Mapnik
Chris66 <[EMAIL PROTECTED]> wrote: > Wenn ich das richtig sehe, ist es immer noch so, dass Wälder > die mit landuse=forest getagged sind anders gemalt werden > als Wälder die mit natural=wood (evntl zusätzlich zum landuse=forest) > gekennzeichnet sind. Wenn das osm-template.xml aus dem svn zum Einsatz kommt, dann ist das so: --schnipp-- [natural] = 'wood' or [landuse] = 'wood' 100 #aed1a0 .. [landuse] = 'forest' 200 5 #8dc56c [landuse] = 'forest' 5 --schnapp-- Dieses osm2pgsql ist irgendwie völlig daneben. Was man machen sollte wäre das so zu ändern, dass das die "hstore" Erweiterung von postgres verwendet, dann müsste man nicht wegen jedem bescheuerten tag, dass man zusätzlich rendern möchte eine weitere Spalte in der Datenbank erzeugen und man könnte bei Wald zum Beispiel auch mal wood=mixed|dedicous|coniferous beim Rendering berücksichtigen. Gruss Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is [EMAIL PROTECTED], 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] Mit Helge und dem Bodensee-Peter Afrika mappen
Mario Salvini <[EMAIL PROTECTED]> wrote: > als was würde man eigenltich die Slums eintragen? landuse=residential + highway=track/footway > Als alloments? Wohl kaum. Sven -- "We don't know the OS that God uses, but the Vatican uses Linux" (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] is_in ist tot? (Re: is_in validation)
Am Montag, 20. Oktober 2008 22:35 schrieb Martin Koppenhoefer: > ich dachte, is_in ist tot, d.h. sollte nicht mehr verwendet werden, da > redundante Daten, und die Probleme, für die es gedacht ist, kann man > anscheinend besser mit Grenzpolygonen lösen... Ich denke: "Tot gesagte leben länger". Es wäre zwar schön auf is_in zu verzichten. Wenn ich aber keine Grenzdaten vorliegen habe und trotzdem angeben möchte wozu dieses Element gehört, finde ich is_in ganz praktisch. Wenn ich das mit einer Relation machen soll, muss ich die Übergeordnete Relation erst einmal kennen. Also warum nicht verwenden? Wenn wir irgendwann mal alle Grenze von allen Bundesländern, Kreisen, Städten, Gemeinden, Stadtteilen, Orstteilen drinn haben, dann brauchen wir das evtl. nicht mehr. Wobei is_in universell ist, ich kann es z.B. auch benutzen um anzugeben in welchen Kirchenkreis eine Dorfkirche ist (Kann man natürlich auch mit Relationen machen.) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradspur
Am Mittwoch, 22. Oktober 2008 13:34 schrieb Birgit Nietsch: > Dimitri Junker schrieb: > Solche Fleißarbeit ist auch anderswo zu beobachten, und das finde > ich furchtbar. Vor lauter separaten Radspuren, Busspuren, > Bebauungsdaten landen wir bei einem Gewirr von parallelen Linien, > das man beim Bearbeiten kaum mehr auseinanderhalten kann. Das sehe ich ein wenig anders. Ich finde wir sollten niemanden verbieten Fahrradwege auch Extra zu erstellen. Denn an kommt ja doch nicht an jeder Stelle mit dem Fahrrad über eine (z.B. 4 spurige mit Parkstreifen etc.) Straße. Auch gibt es häufig an einer Kreuzung mit 4 Straßen nur 3 Fußgänger/Fahrrad Querungen. Was ich interessant finde: Bei Autobahnhen stört sich bislang keiner daran, das es dort immer zwei Ways gibt. Versteh mich bitte nicht falsch, ich finde die Situation zur Zeit auch auch nicht besondes schön, aber ich würde mir wünschen, das ein neues Modell mir trotzdem die Möglichkeit geben würde den genauen Verlauf eines Radweges zu erfassen und diesen mit speraten Taggs zu versehen. Wenn das jemand nicht möchte, kann man ja immer noch auf ein Alternativmodell (und das ist für mich cycleway=track) zurückgreifen. Vielleicht kommen wir ja beim Workshop mit diesem Thema zu einer besseren Lösung. http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Linienb%C3%BCndel http://wiki.openstreetmap.org/index.php/DE:Bicycle ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.de
Am Mittwoch, 22. Oktober 2008 23:22 schrieb Chris66: > Eigentlich gefällt mir die deutsche Startseite besser als die > osm.org. > > Nur wird sie anscheinend nicht mehr aktualisiert. Letzte > "News" ist vom 5.Juni, also schon über 4 Mon. alt. :-( heute nacht /morgen früh kommt noch eine Pressemitteilung aus Hamburg dazu. Versprochen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibfehler bei Tags.
Am Freitag, 24. Oktober 2008 10:13 schrieb Chris66: > Frederik Ramm schrieb: > > Also fuer den Fall 6 kann ich definitiv Strassenschilder vorzeigen, auf > > denen das so steht, inkl. Firmen in der Strasse, die das dann so auf > > ihrem Briefkopf haben... ich bin ja auch ein grosser Freund von > > korrekter Sprache, aber irgendwo muss man halt aufhoeren, den Leuten vor > > Ort vorzuschreiben, wie sie sich zu nennen haben. > > Ich kenne hier eine Stange mit zwei Schildern die in zwei > Richtungen zeigen. Auf dem einen steht "Voßkamp", auf > dem anderen "Vosskamp" ;-) > > Die Frage ist, taggen wir die Namen so wie sie auf > den Schildern stehen (sind offensichtlich manchmal falsch), > oder so wie die Straße wirklich heisst und wie findet man > das heraus? Vei der Stadt/Gemeinde etc. Nachfragen. Die haben üblicherweise ein Straßenverzeichnis (SV). Wenn du da dann schon nachfragst, kannst du auch gleich Nachfragen, ob wir das SV zum Abgleich benutzen dürfen. Siehe: http://wiki.openstreetmap.org/index.php/Stra%C3%9Fenverzeichnis In Hamburg hat die Sadt sogar schon Schilder neu bestellt, weil sie falsch geschrieben waren und OSM das gemerkt hat. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibfehler bei Tags.
Am Freitag, 24. Oktober 2008 10:35 schrieb Frederik Ramm: > Sven Anders wrote: > > In Hamburg hat die Sadt sogar schon Schilder neu bestellt, weil sie > > falsch geschrieben waren und OSM das gemerkt hat. > > Die Story wuerde sicher auch unsere Freunde auf talk@ interessieren, > hast Du Details? Wir haben im Rahen unserers Abgleichs ein paar Straßenschlider festgestellt die falsch waren, siehe: http://wiki.openstreetmap.org/index.php/Hamburg/Hamburg-Stat ein Teil habe ich dem Bezirksamt Wandsbek gemeldet, die haben mir zurückgeschrieben: >die Anfrage von Herrn Anders haben wir bereits aufgenommen und die >fehlerhaften Straßennamenschilder bestellt. Diese werden voraussichtlich in >der 39 KW geliefert und dann umgehend montiert. Ich hab noch keine Rückmeldung, ob sie wirklich montiert wurden (hab aber auch noch niemanden gefragt, der da wohnt). BTW: Die erste Rückmeldung auf unsere Presserklärung ist da: http://www.golem.de/0810/63151.html Weitere werde ich unter: http://wiki.openstreetmap.org/index.php/WikiProject_Germany/DeutschePresse eintragen, sobald sie mir bekannt werden. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Presseanfrage vom SWR wegen Hamburger Pressemitteilung
Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten (Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig erfasst sind bzw. bald sein werden. Wir haben ihn darauf geantwortet: >Es ist nicht nicht immer einfach festzustellen, ob und wie weit ein Gebiet >vollständig erfasst ist. Dazu benötigen wir ein Straßenverzeichnis von den >jeweils zuständigen Kommunen. Dieses zu bekommen ist zum Teil relativ >schwierig. So kann es durchaus sein, dass auch in Ihrem Sendegebiet Städte >und Gemeinden vollständig erfasst sind, nur konnte man das eben bisher >nicht, wie in Hamburg, an Hand von offiziellen Quellen verifizieren. >Wenn es Ihnen recht ist, werde ich auf unserer Mailingliste eine entsprechende Anfrage an Projektmitglieder im Südwesten Deutschlands richten und Ihnen die Reaktionen weiterleiten. Also her mit den Kommentaren! Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Presseanfrage vom SWR wegen Hamburger Pressemitteilung
Sven Anders <[EMAIL PROTECTED]> wrote: > Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten > (Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig erfasst > sind bzw. bald sein werden. Huh? Ich dachte immer, dass Karlsruhe sogar die erste deutsche Stadt war, die vollständig erfasst war! 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 [EMAIL PROTECTED], 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] Presseanfrage vom SWR wegen Hamburger Pressemitteilung
Na ich würde mich ja fast mal soweit aus dem Fenster lehnen, dass ich mein 3500 Seelen Dorf komplett habe. :D http://www.openstreetmap.org/?lat=48.24187&lon=9.0915&zoom=15&layers=B000FTF Am Freitag, den 24.10.2008, 17:17 +0200 schrieb Sven Anders: > Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten > (Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig erfasst > sind bzw. bald sein werden. > > Wir haben ihn darauf geantwortet: > >Es ist nicht nicht immer einfach festzustellen, ob und wie weit ein Gebiet > >vollständig erfasst ist. Dazu benötigen wir ein Straßenverzeichnis von den > >jeweils zuständigen Kommunen. Dieses zu bekommen ist zum Teil relativ > >schwierig. So kann es durchaus sein, dass auch in Ihrem Sendegebiet Städte > >und Gemeinden vollständig erfasst sind, nur konnte man das eben bisher > >nicht, wie in Hamburg, an Hand von offiziellen Quellen verifizieren. > > >Wenn es Ihnen recht ist, werde ich auf unserer Mailingliste eine > entsprechende Anfrage an Projektmitglieder im Südwesten Deutschlands richten > und Ihnen die Reaktionen weiterleiten. > > Also her mit den Kommentaren! > > Gruß > Sven > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Presseanfrage vom SWR wegen Hamburger?Pressemitteilung
Sven Eppler <[EMAIL PROTECTED]> wrote: > Na ich würde mich ja fast mal soweit aus dem Fenster lehnen, dass ich > mein 3500 Seelen Dorf komplett habe. :D "Mein" 10.000 Einwohner Dorf enthält alle Straßen, deren Namen im Telefonbuch zu finden sind und noch ein paar mehr :) Gruss Sven -- "Software is like sex; it's better when it's free" (Linus Torvalds) /me is [EMAIL PROTECTED], 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] Presseanfrage vom SWR wegen Hamburger Pressemitteilung
Am Freitag, 24. Oktober 2008 19:37 schrieb Sven Geggus: > Sven Anders <[EMAIL PROTECTED]> wrote: > > Herr Ebert vom SÜDWESTRUNDFUNK hat nachgefragt, ob es im Südwesten > > (Rheinland-Pfalz/Baden-Württemberg) auch Städte gebe die vollständig > > erfasst sind bzw. bald sein werden. > > Huh? Ich dachte immer, dass Karlsruhe sogar die erste deutsche Stadt > war, die vollständig erfasst war! Ja, das habe ich inzwischen auch festgestellt. Tut mir leid, das wir die Presserklärung so rausgeschickt haben. Ursprünglich stand da "Hamburg ist die erste Großstadt die nachweislich vollständig erfasst ist" dann wurde der Text ein wenig geändert... angepasst ... und zum schluß stand da: "Hamburg ist die erste Großstadt die vollständig erfasst ist" Aber ich denke die Hauptbotschaft ist ja auch: "Hamburg ist wirklich fertig"*) *) was die Straßen angeht. Über Radwege/Fußwege/Kneipen/Telefonzellen/Tankstellen/Supermärkte und Parkbänke etc. können wir ja kaum einen Nachweis führen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik und Multipolygon "Schwarzwald"
Hallo zusammen, Mapnik zeigt mal wieder die "Löcher" im Multipolygon Schwarzwald nicht an :( Die Drehrichtung von "outer" war aber gegen den Uhrzeigersinn und somit falsch. Ich hab das mal repariert. Spielt das eigentlich immer noch eine Rolle? Eine Stelle an der man das Problem gut sehen kann ist hier: http://www.openstreetmap.org/?lat=48.9005&lon=8.4726&zoom=14&layers=0B00FTF Gruss 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 [EMAIL PROTECTED], 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] Schmunzeln ?ber Google
Am Dienstag, 14. Oktober 2008 21:46:16 schrieb [EMAIL PROTECTED]: > W?re ich Google Mitarbeiter w?rde ich hier?ber schmunzeln: > > <http://www.informationfreeway.org/?lat=51.855340163001244&lon=7.7888990882 >483755&zoom=13> Da gibt es noch ne Menge anderer Beispiele wo beispielsweise Unsinn produziert wird. Z.B. Fälle wo es einen Bordsteinradweg entlang einer Straße gibt und dieser als eigener Weg angelegt wird (man hätte nur die ensprechenden Tags für Fahrradspur auf der Straße oder Bordsteinradweg an die Straße geben müssen. Wenig Arbeit, viel Effekt, wenig Daten. Schnelles Rendern). http://informationfreeway.org/?lat=53.47461508154664&lon=9.888403104333923&zoom=16&layers=BF000F Für die Navigation ist das untauglich, da erstens zuviele Knotenpunkte enstehen die berechnet werden müssen. Viele Navigationsgeräte sind schlichtweg überfordert. Tun sie es doch, sind die Routinganweisungen so überladen und prasseln so schnell auf einen ein, das man dem im Straßenverkehr nicht mehr folgen kann. Kartendarstellungen werden mit Wegen überfrachtet, was dann den Informationsgehalt auch nicht unbedingt verbessert. Denn die Übersichtlichkeit leidet. Wofür denn dann? Zuguterletzt macht man sich viel Arbeit, die man lieber dort machen sollte wo Wüste ist, siehe Chris' Beispiel. > > Die Mapper in den Gro?st?dten fangen an jeden Kieselstein zu mappen und > Strassen bald fl?chenm??ig zu erfassen, anstatt den Allerwertesten zu > bewegen und mal 20 km zur n?chstgelegenen OSM-W?ste zu fahren. ;-) > > Chris Selten hat jemand es so auf den Punkt gebracht, danke! Genau richtig! Als Goggle Mitarbeiter würde ich noch über die chaotische Arbeitsweise und die Unfähigkeit klare Regeln zu definieren und mit einem Qualitätsmanagement zu waren schmunzeln. Ich tu es aber auch auch als nicht Google Mitarbeiter.. Das hat auch so gar nichts mit OSM Spirit zu tun, nur um mal einen Begriff aufzunehmen den jemand mal prägen wollte.. Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradwege
Am Montag, 27. Oktober 2008 00:17 schrieb Dimitri Junker: > Hallo, > > nochmal das leidige Thema mit den separaten Fahrradwegen. Bisher waren die > Kritikpunkte ja nur: es ist unnötig, macht es unübersichtlicher. Aber es > ist auch wirklich falsch. > Es geht hier um Fahrradwege wie man sie per > cycleway=track > oder > cycleway=lane > > taggen könnte. Zeichnet man diese als separaten > highway=cycleway > > so erzeugt man eine bauliche Trennung die nicht vorhanden ist. Ein Router > würde also ernste Probleme bekommen wenn er auf so ein Konstrokt stößt. > Bsp: > B > B > > CH > C > > Neben allen Straßen seien Fahrradwege vorhanden, > > Will man hier z.B. von links kommend in die Straße B abbiegen würde ein > Router einen so leiten: > > Man folge dem Fahrradweg (der meist unbenannt ist) bis zur 3.Kreuzung (die > 1. Kreuzung ist die mit dem Fahrradweg links von C, die 2. Kreuzung ist die > mit C und die 3. die mit dem Fahrradweg rechts von C), biegt da nach links > ab und an der nächsten Kreuzung rechts in die Straße A. An der 3 Kreuzung > biegt man links ab. Wenn der Fahrradweg nicht oneway=yes ist, was er ja üblicherweise nach StVO ist. Die Beschreibung könnte auch lauten: Überquere den Radweg C die Straße C und biege dann in den Radweg C nach links ab und überquere die Straße A biege dann in den Radweg A nach rechts ab > Um diesen Unsinn zu verhindern müßte man also gegenüber der Einmündung von > B eine Verbindung zwischen Fahrradweg und Straße bilden. Wenn es diese denn auch wirklich gibt, sollte diese eingezeichnet werden. Schau dir mal an wieviele Straßenstücke für eine Autobahnauffahrt eingetragen werden, warum sollen wir den Aufwand nicht auch für Radwege treiben dürfen? Glaub mir als Radfahrer muss ich wirklich häufig einen Umweg fahren und der ist manchmal auch recht lang. > > Noch abstruser wird es wenn man z.B. zum Haus H will, dann wäre die > Routenbeschreibung so: > > Man folge dem Fahrradweg bis zur 3. Kreuzung, biegt da nach links ab und an > der nächsten Kreuzung rechts in die Straße A, dieser folgt man bis zum Haus > H. Verstehe ich jetzt nicht so ganz. Wenn ich eine Routenbeschreibung mit dem Fahrrad haben möchte, brauch ich doch nur auf dem Cycleway neben der Straße A bis zum Haus H fahren. Wenn ich eine Beschreibung mit dem Auto haben möchte, kann mich der Router ja nicht bis zum Haus bringen, sondern nur in die Nähe. > > Denn der Router erkennt ja nicht, daß der Fahrradweg irgendwas mit der > Straße A zu tuen hat. Es sei denn man schafft wieder irgendwelche > Relationen und das Bündel aus Straße, Fahrradwegen und ggf Bürgersteigen > wieder zusammenzufassen. Das brauchen wir natürlich irgendwann. > Wenn art Fahrradwege einzugeben sich ausbreitet wird OSM also gerade führ > Fahrradfahrer unbrauchbar. Ich finde ein highway=primary und cycleway=track dumm, wenn es z.B. * eine Ampelquerung nicht gibt (und ich deshalb drei Ampelphasen brauche um rüber zu kommen) * es nur einen Fahrradweg gibt (links oder rechts) * der Fahrradweg verschwänkt etc. Noch eine Frage zur vielbeschworenen "Baulichen Trennung". Mir ist völlig unklar ob: * Ein Kantstein * Ein Parkstreifen * Ein Grünstreifen * Ein Grünstreifen mit Bäumen durch die man mit dem Fahrrad schieben kann * Ein Fußgängerweg * Ein Absperrgitter * Ein Schild: "Bitte hier nicht die Straße überqueren" in der Mitte der Fahrbahn. die hier viel besungene bauliche Trennung ist, oder nicht? Schön fände ich, wenn wir beides hinbekommen. z.B. so: Die Straße A wird name=A highway=primary bicycle=not_on_the_road (Man darf nicht auf der Straße fahren, weil die Radwege Benutzungspflichtig sind) cycleway=track gekennzeichnet und die Radwege name=A (man kann sich streiten ob der Name hier hin gehört) highway=cycleway oneway=yes belongs_to_highway=A (hier steht der Name des Highways auf den sich der Radweg bezieht) surface=cupplestone width=100cm bike_notes=cars_parking_here,pedestrians_using_it,leaves_on_track Natürlich könnte man auch eine Relation drum legen, aber ich denke dann ist die Lernkurve für Anfänger wieder größer. Dann könnten Renderer für bestimmte Aufgaben (und andere Leute die der Straßenbegleitende Radweg stört) einfach nach belongs_to_highway filtern und diese nicht anzeigen) > Das tollste was ich bisher gesehen habe ist eine Straße > highway=primary > cycleway=yes(ein Yes gibt es nach DE:Map_Features leider nicht) > > und parallel 2 > highway=cycleway. > > mal abgesehen von dem falschen yes hätte man hier also auf beiden Seiten 2 > Fahrradwege. > Ja und was ist daran jetzt so schlimm? Ich meine Fehler werden nun mal gemacht. Deshalb Fahrradwege ganz zu verbieten ist doch blödsinn. In der Anfangszeit habe ich derartige viele Motorways gefixxt und die D
Re: [Talk-de] GPS-Empfänger - 60Cx-Reklamierungserf ahrungen
Am Montag, 27. Oktober 2008 16:39 schrieb Jan Tappenbeck: > hi ! > > bei geoclub habe ich auch schon den hinweis bekommen bezgl. anderer geräte. > > mir geht es um erfahrungen hinsichtich eines direkten reklamationsweges > zu garmin - der händler sagte mir, dass würde wochen dauern ! > Meine Erfahrung mit einem E-Trex / defekten Gummi, welches ich nach 1 1/2 Jahren bei Garmin gemacht waren sehr positiv! Nach rücksendung des E-Trex erhielt ich ziemlich schnell (lass es ne Woche gewesen sein), einen neue E-Tex (der hatte sogar eine Base- Deutschlandkarte drauf, das eingeschickte Gerät hatte eine USA Karte). BTW: Beim Palm Centro sieht das ganz (leider) zur Zeit ganz anders aus, ist gerade aus der Reperatur und nach ein paar Tagen wieder defekt. Jetzt warte ich schon seit dem 29.09. darauf das die 7 Palm-Werktage (die die Reperatur dauern sollte) um sind ;-( Kennt jemand einen guten Rechtsanwalt in den USA? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Unterstützung bei Garmin Map (Re: GPS- Empfänger - 60Cx-Reklamierungserfahrungen )
Am Montag, 27. Oktober 2008 17:23 schrieb udo.besenreuther.de: > Vielleicht kann ich da Unterstützung bekommen. Ich bleib bei der Anleitung > im Wiki (http://wiki.openstreetmap.org/index.php/OSM_Map_On_Garmin) immer > bei Schritt 2 hängen. Was hast du denn in Schritt eins gemacht und wo bleibst du bei Schritt2 bei welcher Fehlermeldung hängen? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was fuer Anleitungen fehlen?
Am Montag, 27. Oktober 2008 22:26 schrieb Garry: > Frederik Ramm schrieb: > > Hallo, > > > > ich bin von jemandem mit Arbeitseifer, aber tendenziell eher > > Anfaengerkenntnissen (gerade erste Mapping-Aktion gemacht), gefragt > > worden, ob wir noch irgendwelche Howtos brauchen koennen - wo fehlt es > > uns denn besonders, was fuer Anleitungen, Wikiseiten, Screencasts > > sollten dringend mal gemacht werden? > > Sinnvoll wäre mal eine Beschreibung mit welchen Hintergründen man was > wie mappen sollte, > fürchte nur dass da die Meinungen etwas auseinander gehen... Genau! Aber genau deshalb könnten wir ein Howto gebrauchen, welches die verschiedenen Möglichkeiten aufzeigt. Dann wissen zumindest alle das es verschiedene Wege gibt, und das es umstritten ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de Digest, Vol 27, Issue 170
Es würde doch sicher mehr Sinn machen die Hausnummern an den Weg zu taggen, mir ist nicht klar warum man das nicht macht.. Das ist vermutlich wieder so die typische Pedaterie mit der wir versuchen unsere Daten zu generieren, aber diese Pedanterie bläht die Datenbank auf und nützt wohl nicht gut. Ob ich einen Plan in gedruckter Form oder als Datei zum Navigieren verwende, ich möchte doch das eine Hausnummer zu der Straße gehört und nicht irgendwo in der Walachei steht. Stichwort wieder mal, schlanke Daten und übersichtliche gut nutzbare Karten ob als Papier oder für Navigation. Gruß Sven Am Donnerstag, 23. Oktober 2008 20:44:43 schrieb [EMAIL PROTECTED]: > Florian Lohoff schrieb:ut > > Ausserdem suche ich einen ausweg aus dem Karlsruhe Schema. Neben > > jeden weg noch 2 wege zu pflanzen nur weil ich dem weg ein paar > > interpolierte hausnummern geben will ist overkill. Dazu kommt ja noch > > das Dogma das nur physisch existentes gemappt werden soll. Dieser > > interpolation weg ist aber eben nichts existentes sondern nur etwas > > virtuelles. Also ist mein ansatz eben dem weg noch eine zusaetzliche > > richtung zu geben die unabhaengig von der richtung des ways ist, und > > auch unabhaengig von den nodes in der mitte. > > Ich dachte die Idee hinter dem Karlsruhe Schema ist es die einzelnen > H?user zu mappen. Die Interpolation ist doch nur eine ?bergangsl?sung > (in einigen Gegenden vermutlich f?r recht lange) die es eben zun?chst > einfacher machen soll. Aber letztendlich ist es doch auch etwas physisch > existentes. Hausnummern geh?ren nunmal zu H?usern und nicht nur an den > Rand der Stra?e. Nat?rlich w?rde es vom Ergebnis her in den meisten > F?llen aufs Gleiche rauskommen, aber z.B. POIs werden ja auch nicht auf > die Stra?e gemappt. Wenn man das nun aber mit den Hausnummern macht, > sind sie einmal an der Stra?e und einmal an den POIs. > > Die Interpolationslinie existiert so nat?rlich nicht, aber repr?sentiert > eben die H?user auf einer in etwa gleichm??ig bebauten Strecke, ohne > jedes einzeln angeben zu m?ssen. > > Gru? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stra?en als Fl?chen
Am Samstag, 25. Oktober 2008 11:50:52 schrieb [EMAIL PROTECTED]: > Hallo, > > Garry wrote: > > Was mich an dem ganzen nur st?rt ist die inkonsistenz ?ber die gesamte > > Karte gesehen. > > Vergisss das mit der Konsistenz, das geht einfach nicht, schon allein > wegen des zeitlichen Vorsprungs. Wenn man mit etwas inkonsistenz erzeugt, sollte man sich vorher wenigstens fragen ob der Nutzen über alles gesehen das rechtfertigt! > > Vor einem Jahr hat bei uns hier noch kaum einer einzelne Gebaeude > getaggt. Eine Schule war ein POI, wenn ueberhaupt vorhanden. Heute > zeichnen wir wo irgend moeglich schon immer die Gebaeude mit dazu. In > anderen Laendern sind sie aber erst auf dem Stand, den wir vor 2 Jahren > hatten - guck dich mal um, da findest Du komplette Staedte, in denen es > nur highway=secondary gibt und lauter so Spaesse. Eine weltweit > konsistente Karte wird es nie geben, und vermutlich auch keine > deutschlandweit konsistente. Das wäre aber unsere Aufgabe, dafür zu sorgen! > > > Ein mitwachsender Renderer mag das alles abdecken k?nnen, also quasi > > eine "Linienstrasse" und eine > > "Fl?chenstrasse" optisch gleich darzustellen. Wofür brauch ich denn eine Straße als Fläche? Das ist doch kaum irgendwie zu erfassen und hat auch wenig Nutzen. > > Neuprogrammieren wird der > > Einstieg aber extrem Aufwendig > > gemacht in dem sie f?r die gleiche Information die sie haben wollen > > ("Strasse f?hrt von A nach B mit den Eigenschaften > > x,y,z,..") zig Tagingvarianten ?berpr?fen m?ssen. > > Naja, so wie ich das skizziert habe, koennte ein Renderer ja die > Flaechen einfach ignorieren, wenn sie ihn nicht interessieren - etwa so > wie heute mit den Fluessen, die einen "waterway=river" haben und noch > drumrum die "riverbank". Wer bloss wissen will, ob er mit dem Boot von A > nach B kommt, braucht sich die "riverbank" ja nicht anzuschauen. > > > In den Vorzeigest?dten > > wird man die modernsten Varianten haben, w?hrend > > Hintertupfingen vielleicht mal nach Jahren ein bischen aktualsiert wird > > weil es ja auf den ersten Blick OK aussieht. Überhaupt sollten wir mehr dorthin gehen wo Wüste ist und unser bisheriges Schema eher behutsam weiterentwickeln. Und gut abwägen ob z.B. Straßen als Flächen, Bordsteinradwege als eigenständiger Weg, Hausnummern die irgendwo hängen usw. Sinn machen. Sonst stößt man immer wieder diejenigen vor den Kopf die gehofft haben mit ihrer Arbeit etwas anfangen zu können. Ich arbeite doch nicht für die Geofabrik, sondern benutzbare Karten in Papier und auf dem Navi. > > Ja und? Sollen die Vorzeigestaedte deswegen kuenstlich schlecht gehalten > werden, oder die Leute in Busse nach Hintertupfingen verfrachtet? Was ist den schlecht? > > > Und das strebt meiner Meinung nach der Kernidee von OSM -freies > > Kartenmaterial f?r beliebige Anwendungen- entgegen. > > OSM ist das, was die Leute draus machen, und die sind nun mal regional > ganz unterschiedlich. Je staerker man versucht, die Leute in ein Schema > zu pressen und ihnen vorzuschreiben, was sie zu machen haben, desto eher > werden sie sich ein anderes Hobby suchen. Auch diejenigen die es nervt das man sich nicht auf vernünftige Regeln einigen kann werden es irgendwann aufgeben, insofern kannman sich fragen was schlimmer ist.. Insofern glaube ich nicht an diese These. Momentan haben wir statistisch viele Usernamen vergeben und schließen daraus das viele Neue hinzukommen und mitmachen. Aber wie viele bleiben wirklich dabei und erreichen dann ein Wissen und Qualität die wir uns wünschen? Immer mehr User die kurz ein bißchen mappen, feststellen, oh das ist ja das totale Chaos hier, vielleicht in ein paar Jahren nochmal. Was bringt uns mehr ständiges hin und her, oder eine geordnete Arbeitsweise mit Regeln, wie Dinge gemacht werden? Regeln die man auch behutsam verändern kann, wenn man merkt das man sich täuscht? > > Bye > Frederik > > -- > Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49?00'09" E008?23'33" Bye Sven S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] is_in (Re: Routingfähige Garminka rten: Notwendigkeit zur Qualitätssicherung )
Am Dienstag, 28. Oktober 2008 09:55 schrieb Marcus Wolschon: > > Das ist genau der Grund, warum ist ständig gegen is_in > wettere und korrekte Staats-Grenzen propagiere. Ich finde auch Staats Grenzen sollten weg, warum nicht alles Europa nennen :-) Du bist doch nicht gezwungen diese Information auszuwerten. Auf der anderen Seite werden die Informationen bestimmt erst dann wirklich konsistent, wenn sie jemand auswertet, sonst gibt es ja auch keinen wirklichen anlass da was "Maschinenlesbares" rein zu packen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector
Am Dienstag, 28. Oktober 2008 11:50 schrieb Jochen Topf: > Wir haben ein neues Web-basiertes Debugging-Tool für OSM gebastelt. Im > Ansatz ähnlich wie Maplint und der Coastline-Checker, aber flexibler. In > verschiedenen "views" (Geometryfehler, Adressen nach Karlsruher Schema, > Alles rund um Wasser) könnt Ihr OSM-Daten auf einer Karte anschauen, > weitere Infos dazu abfragen und leicht in einen Editor springen, um die > Sachen direkt zu editieren. > > Das Tool findet ihr unter: http://tools.geofabrik.de/ > > Mehr Infos gibts im Blogposting hier: http://blog.geofabrik.de/?p=15 > > Läuft derzeit nur im Firefox und sind nur Daten für Europa drin. > Erweiterungen sind geplant. Wir freuen uns über Feedback. Super Tool, danke! Würde mir wünschen, das auch das postal_code attribut einer Straße ausgewertet wird, weil ich das in Hamburg schon ziemlich gut gepflegt habe. Um gleich wieder eine Diskussion zu Straßenbegleitenden Radwegen los zu treten ;-): Wenn ein Radweg parallel zu einer Straße verläuft, werden die kurzen grünen Striche nur an den Radweg und nicht zur Mitte der Straße verlängert, das ist also Rad-Routing Info? Siehe: <http://tools.geofabrik.de/osmi/?view=addresses&baselayer=Mapnik&opacity=0.30&lon=9.88836&lat=53.47812&zoom=17&overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation,buildings,buildings_with_addresses,interpolation_errors,street_not_found,nodes_with_addresses_interpolated,nodes_with_addresses_defined> Nochwas: der Permalink ist etwas lang :-) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector
Am Dienstag, 28. Oktober 2008 11:50 schrieb Jochen Topf: > Erweiterungen sind geplant. Wir freuen uns über Feedback. Schön wäre auch eine Interpolation für Hausnummer mit Buchstaben z.B. 1a1f hab ich hier zu Hauf bei Reihenhäusern und da wäre es wirklich praktisch! Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Debugging-Tool: Der OSM-Inspector
Am Dienstag, 28. Oktober 2008 14:14 schrieb Frederik Ramm: > Hallo, > > Sven Anders wrote: > > Schön wäre auch eine Interpolation für Hausnummer mit Buchstaben z.B. > > 1a1f hab ich hier zu Hauf bei Reihenhäusern und da wäre es wirklich > > praktisch! > > Wobei es da die fiese Komplikation gibt, dass diese Buchstaben ja auch > benutzt werden, wenn nachtraeglich Haeuser "zwischensortiert" werden, > und da scheint mir nicht einheitlich zu sein, auf welcher Seite der Nr. > 10 jetzt die Nr. 10a steht - oft sieht man "8...10a...10" oder halt auch > "8...10...10a". Ja, das das unklar ist, ist mir klar aber wenn die Interpolation eindeutig ist, wie bei 1a bis 1f dann wäre es schon schön, wenn da was interpoliert wird. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] dsl-mdf2osm-script
Markus <[EMAIL PROTECTED]> wrote: > einzelner Punkt: > - man_made=MDF > - asb=1 > - mit postalischer Adresse > - source=Deutsche Telekom Das sind importierte Daten, der Telekom DSL Hauptverteiler. Das script hab ich verbrochen. http://wiki.openstreetmap.org/index.php/DE:DSL_Hauptverteiler Gruss Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Namen auf Polizeirevieren/ Supermärkte n etc (Re: testballon massbugfiling amenity= police)
Am Mittwoch, 29. Oktober 2008 02:20 schrieb Garry: > Norbert Wenzel schrieb: > > Nein, es kommt auf die Namen nicht an. Aber wenn Leute darüber > > nachdenken, wie man Hundehaufen taggt, dann führen sie meistens ein > > zumindest halbwegs durchdachtes Schema ein, das versucht jedes Detail > > dieses Hundehaufens abzubilden, oder sich diese Möglichkeit zumindest > > nicht zu verbauen. > > Zwei Dinge, nachdem ich nun den ganzen Thread durchgelesen habe: 1. Ich finde jedes Polizeirevier sollte einen eindeutigen Namen haben. Bei Briefkästen brauche ich keinen Namen aber bei Polizerevieren / Aldi/Lidl Filalien etc finde ich das sehr sinnvoll. Wir haben keine wirklich einfache Möglichkeit einen Ortsnamen aus einer Geokoordiante zu errechnnen, zumal es auch inoffizelle Namen gibt. z.B. gibt es in Hamburg den Namen "Neuwiedenthal" für den es keine wirklichen Grenzen gibt und der in den Stadtteilen Neugraben-Fischbek und Hausbruch liegt. Trotzdem findet ihr auf Übersichtslisten den "Aldi Neuwiedenthal" und jeder weiß welcher Aldi gemeint ist (Neuwiedenthal ist auch eine S-Bahn Station und ist deshalb meiner persönlichen Wahrnehmung nach sogar bekannter als Hausbruch). OSM Daten werden eben nicht nur auf Karten ebene benutzt sondern auch im Garmin Gerät oder als POI-Text-Dateien exportiert, und wir mappen ja nicht nur für einen speziellen Anwendungsfall. Es gibt manchmal Bedarf nicht zu irgendeinen Polizei-Revier / Aldi zu fahren, sondern zu genau diesem. Bei Briefkästen und Telefonzellen ist dieser Bedarf so nicht gegeben (klar muss auch jemand genau diesen Briefkasten entleeren..), deshalb würde ich dort auf einen Namen verzichten. Man könnte das natürlich auch mit dem is_in Tag abdecken, aber das muss ja nicht unbedingt stimmen. Es gibt vieleicht fälle, wo das Polizeirevier für einen Stadtteil auf der Grenze zu einem anderen liegt (das kann ja trotzdem der Punkt sein, wo die Polizeiautos den kürzesten Weg zu Ihren Einsätzen haben, z.B. bei Stadtteilen in Hufeisen-Form). 2. Die Hinweise auf opening_hours sind ja bereits gegeben worden 3. Ich muss sagen das ich vor dieser Diskussion evtl. auch ein Script geschrieben hätte um sowas als Bug in OSB ein zu tragen. Inzwischen denke ich aber das es besser ist OSB als Bug-Datenbank für Menschen zu Nutzen. Wer systematisch auf Mißstände aufmerksam machen möchte, sollte lieber eine Tabelle für die Qualitätsicherungs-Wiki Seite schreiben oder das ein einem Tool ähnlich dem von der Geofabrik machen. Wem das nur beim durchsehen der Karte auffällt (oh, da ist ein Supermarkt ohne Namen), der soll gerne einen OSB Bug aufmachen, auch wenn es vielleicht umstritten ist, ob wir das überhaupt erfassen wollen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] frustrationsresistentente Menschen
Am Mittwoch, 29. Oktober 2008 09:22 schrieb Florian Lohoff: > talk-de ist echt was fuer extrem frustrationsresistente Menschen ... +1 Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM für Wikipedia
Michael Buchberger <[EMAIL PROTECTED]> wrote: > Tolle Info, wollte es gleich in der Wikipedia für meine Stadt > ausprobieren aber dort tut nicht. Das muss im Mediawiki aktiviert werden. Das OSM Wiki hat dass, die deutsche Wikipedia natürlich nicht. Eventuell da mal mit nem Admin reden. Sven -- How to prevent Java from forking? Use a spoon. (Found on http://slashdot.org) /me is [EMAIL PROTECTED], 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] Kennt einer von Euch das Format ?
Jan Tappenbeck <[EMAIL PROTECTED]> wrote: > W 97R 32U 506902.0 6020319.0 Tue Jan 21 13:26:11 2003 >; 18;3;0 Das sind UTM Zone32 Koordinaten Umrechnen kann man das auf der Unix Kommandozeile mit folgendem Befehl: > echo 506902.0 6020319.0 | cs2cs -f "%.6f" +init=epsg:25832 +to +init=epsg:4326 9.10613754.330676 0.00 9.106137/54.330676 ist das Ergebnis in lon/lat Schau mal ob das die Gegend ist: http://openstreetmap.org?zoom=13&lat=54.330676&lon=9.106137 Gruss Sven -- "linux is evolution, not intelligent design" (Linus Torvalds) /me is [EMAIL PROTECTED], 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] Beispiel einer Webseite mit OSM-Stadtplan
André Reichelt <[EMAIL PROTECTED]> wrote: > Ich persönlich weiss jetzt nur, dass das Bundesverfassungsgericht als > Anfahrtskizze OSM verwendet: > > http://www.bundesverfassungsgericht.de/organisation/anfahrt.html Jo. aber das ist leider mitnichten ein gelungenes Beispiel. Sven -- "Those who do not understand Unix are condemned to reinvent it, poorly" (Henry Spencer) /me is [EMAIL PROTECTED], 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] dsl-mdf2osm-script
Marc Kura <[EMAIL PROTECTED]> wrote: >> Das sind importierte Daten, der Telekom DSL Hauptverteiler. Das script hab >> ich verbrochen > > Und die Idee für den ganzen Mist kam von mir. :-) Mist sind in der Liste tatsächlich einige Punkte! So liegt zum Beispiel der Node 40-520 nicht in HH Tangstedter Landstraße sondern irgendwoe in Wiesbaden. An der GK Umrechnung liegts nicht, das sieht man daran, dass auch die Originalkoordinaten schon erheblich von benachbarten Koordinaten in HH abweichen. Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /me is [EMAIL PROTECTED], 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] Statistik über verwendete Editoren
Torsten Breda <[EMAIL PROTECTED]> wrote: > Ich vermute, "grep" ist ein Linux-Befehl? Nicht wirklich! grep ist ein uraltes Unix-tool. Unter MAC-OS gibt es das selbstverständlich auch und unter Windows kann man cygwin installieren. 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 [EMAIL PROTECTED], 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] Statistik über verwendete Editoren
Bernd Wurst <[EMAIL PROTECTED]> wrote: > Wie du das dann letztlich machst, ist irgendwie dein Bier. Ich habe die > Variante genommen mit der es IMHO am einfachsten geht und vor allem, die sich > am einfachsten formulieren lässt. Windows-Leute machen sowas mit Excel :) *SCNR* Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /me is [EMAIL PROTECTED], 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] Koordinaten der Städte
Dominik Schulz <[EMAIL PROTECTED]> wrote: > ich habe mir einen aktuellen Auszug der Datenbank für Deutschland geholt und > einen lokalen MySQL-Server aufgesetzt um besser mit den OSM-Daten arbeiten zu > können. Ehrlich gesagt würde ich da eher zu Postgres/PostGIS und osm2pgsql statt MySQL raten! http://wiki.openstreetmap.org/index.php/Mapnik Hintergrund ist, dass PostGIS eine SQL Erweiterung speziell für Geodaten ist, mit der man dann z.B. sehr problemlos Abfragen in der Art machen kann: "Gib mir alle Straßennamen in HH" mit einem einzigen SQL Befehl machen kann. Gruss Sven -- "Those who do not understand Unix are condemned to reinvent it, poorly" (Henry Spencer) /me is [EMAIL PROTECTED], 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] Fehlende Strassen in Wien
Am Donnerstag, 30. Oktober 2008 14:07 schrieb hermann schwaerzler: > hallo andreas > > Andreas Labres schrieb: > > Gibt es eine Möglichkeit herauszufinden, welche der Straßen Wiens aus dem > > Straßenverzeichnis der Statistik Austria > > > >http://www.statistik.at/strasse/suchmaske.jsp > > > > in OSM noch fehlen? Wäre dankbar, wenn mir da jemand helfen könnte... > > hast du mit der ansprechpartnerin der statistik austria geredet, ob wir > das dürfen? > also ist meiner meinung nach ein nachfragen notwendig! Ja, und wenn du eine Positive Antwort hast, mache ich dir gerne eine Statistik, wieviele Straßen fehlen. Siehe im Wiki unter Straßenverzeichnis. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strommast Kennzeichnung
Christian Schuhmann schrieb: > Ich sag wie ich es mache: > Mast: power=tower, ref=6 > Leitung: power=line, name=1015, operator=PreussenElektra, layer=(zwischen 2 > und 5), > wires=single Du bist das also. Mir sind schon die diversen kreativen Einträge im Tagwatch aufgefallen. Du missbrauchst das layer-Tag, welches OSM-global dazu da ist, die Render-Sortierreihenfolge für übereinanderliegende Elemente wie Straßen zu definieren, für einen nicht öffentlich dokumentierten anderen Zweck. Nichts dagegen, dass du sowas wie eine "Ebene" taggst - dann nimm aber doch bitte nicht genau dieses Tag - denn damit verursachst du unter Umständen mehr Probleme, als du an Information hinzufügst. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strommast Kennzeichnung
Stephan Schildberg schrieb: >>> Ich sag wie ich es mache: >>> Mast: power=tower, ref=6 >>> Leitung: power=line, name=1015, operator=PreussenElektra, layer=(zwischen 2 >>> und 5), >>> wires=single >>> >> Du bist das also. Mir sind schon die diversen kreativen Einträge im >> Tagwatch aufgefallen. >> >> Du missbrauchst das layer-Tag, > > nein tut er nicht, Vielleicht ist Christian ja nicht der Autor der entsprechenden Layer-Werte, aber irgendwas läuft da trotzdem falsch: http://tagwatch.stoecker.eu/Germany/En/tagstats_layer_2__3.html Das ist aber zugegeben deutlich weniger geworden, vor einiger Zeit hatte ich noch Layerwerte wie "2; 3; 4; 6" gesehen. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Inspectror PLZ Bereich
Wenn ich mir den PLZ Bereich 21079 im OSM Inspector ansehe, geht der leider durch Bereiche, die einer anderen Postleitzahl "gehören" obwohl alles richtig eingetragen ist: http://tools.geofabrik.de/osmi/?view=addresses&baselayer=Mapnik&opacity=0.30&lon=9.98645&lat=53.45533&zoom=13&overlays=postcodeareas,postcodeoutline,nearest_roads,connection_lines,nearest_points,interpolation Das Problem ist IMHO die "Hufeisenform" mit der der Insprector nicht umgehen kann. Vgl: http://svenanders.openstreetmap.de/postal_code21079.png Im http://www.itoworld.com/ könnt ihr in dem Bereich auch die anderen Postleitzahlen anzeigen lassen, sind so ziemlich alle eingetragen (postal_code an Straßen). Gibt es da Hoffnung auf einen Bugfix? Ist wahrscheinlich kniffelig. Vielleicht müssten sich Bereiche gegenseitig verdrängen? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstände im Wald (Shelter)
Tjabo Kloppenburg <[EMAIL PROTECTED]> wrote: > Wir waren bislang von Node:"building=shelter" ausgegangen, nur werden die > jetzt auf einmal weder in Mapnik noch Osmarender angezeigt. Wie mappt man > die Dinger richtig ("amenity=shelter"?) -- oder sind sie so richtig > gemappt, und nur die Renderer sind falsch? Richtig oder falsch gibt es bei Openstreetmap nicht :) gerendert wird jedenfalls amenity=shelter und so mappe ich die Schutzhütten auch. Gegebenenfalls mit fireplace=yes. Sven -- "Software is like sex; it's better when it's free" (Linus Torvalds) /me is [EMAIL PROTECTED], 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] noexit - wie weit anwenden
Thomas Hog schrieb: > Guenther Meyer schrieb: > >> nur sind osm-daten schon prinzipbedingt zur zeit unvollstaendig, und >> da ist es durchaus sinnvoll, unterscheiden zu koennen, ob eine >> strasse, die ploetzlich aufhoert, wirklich so aussieht, oder ob es nur >> ein fall von "ich hab nicht mehr in diese richtiung weitermappen >> koennen, aber da kommt schon noch was..." ist. > > Gibts dafür denn eine allgemein genutzte Lösung? > fixme=yes, incomplete=yes, note="bin nicht fertig, macht mal weiter"? note=FIXME Individueller Erklärtext Scheint sich jedenfalls großflächig durchgesetzt zu haben, was individuelle Alternativlösungen jedoch nicht ausschließt. Wichtig dabei dürfte vor allem der Text "FIXME" sein - der kann automatisiert entdeckt und weiterverarbeitet werden. > Wenn man sich da auf irgendwas einigt kann das ja mit autobug markiert > werden. Oder sollte man seine eigenen unfertigen Sachen auf OSB ablegen? Ich denke, das hängt von der persönlichen Einschätzung ab. OSB hat den Vorteil, dass es (hoffentlich) viele Abonnenten von umgebungsabdeckenden RSS-Feeds gibt, die sich der dort eingetragenen Meldungen dann annehmen. Allerdings würde ich aus meiner persönlichen Sicht (die von der 99,8% Straßenabdeckung in Hamburg geprägt ist) in OSB nicht unbedingt "Fehler" vom Maßstab "Hier fehlt noch eine ganze Kleinstadt, bitte mal mappen" eintragen. Es gibt kein "einziges, alleiniges" Standardverfahren - und das ist durchaus auch gut so. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudedurch-gänge / fahrten
RalfGesellensetter schrieb: > Am Sonntag 02 November 2008 schrieb Martin Koppenhoefer: >> ich nehme auch Tunnel > > Tunnel sind für mich unterirdisch. > Bei Eisenbahnunterführungen verwendet man unterschiedliche Level. > Geht das nicht auch mit Gebäuden? > Es gibt im Straßenbau ja irgendeine Definition, wann ein Bauwerk eine Brücke und wann ein Tunnel ist. Das geht aber nur, wenn das den unteren Weg kreuzende Bauwerk sich als Brücke taggen lässt. Bei Häusern hätte ich da so meine Zweifel. Insofern bleibt eigentlich nur noch "Tunnel", da das wichtigste Kennzeichen eines Tunnels ist, dass er rundherum um den Weg eine einhüllende, feste Umbauung hat, die sowohl die Durchfahrthöhe beschränkt, als auch den freien Blick und die Durchlässigkeit von z.B. Tageslicht behindert. Halt alles das, was man mit einer "Tunnelwand" oder einer "Tunneldecke" so verbindet. Dabei dürfte es eher irrelevant sein, dass sich hinter dieser Wand eben gerade kein Erdreich befindet, sondern Hausinhalt. :) Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Am Dienstag, 4. November 2008 22:50 schrieb Torsten Breda: > Wie jetzt in Heise zu lesen ist [1], soll Deutschland Ende des Jahres, > wenn auch mit einem Augenzwinkern, komplett erfasst sein? > Das halte ich bei allem Optimismus für doch ein wenig gewagt. Weiße > Lücken gibt es meiner Meinung nach zu viele und nicht nur kleine > Dörfer. (Ich muss nur 30 km weiter zur Stadt Heinsberg schauen [2], da > fehlt noch fast alles und es gibt dort immerhin über 4 Einwohner). > Ich weiss, so eine Aussage sorgt für Öffentlichkeit, aber muss das > Projekt wirklich im 6-Tage Rythmus geheist werden? Ich war auch etwas erschrocken, als ich die Meldung gelsen hatte. Auf der anderen Seite, ist es halt so, das Journalisten gerne alles aufgreifen, was jemand im Vorübergehen auf einer Konferenz sagt und jedes mal wenn wir irgendwo genannt werden, werden wir etwas wichtiger und vielleicht schließen sich die entscheidenden zwei Mapper OSM an, damit wir Heinsberg noch vor Dezember schaffen ;-) Ich hatte am Freitag einen Vortrag für ÖPNV Unternehmen aus ganz Europa gehalten und denke auch das uns solche Aussagen in diesem Kreis eher schaden als nützen (die verstehen halt nicht das es keinen OSM Vorstand gibt der die Pressemitteilungen abnicken muss etc). Aber wenn es Rückfragen dazu gibt, muss man Ihnen das dann halt beipuhlen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bericht vom EU-Spirit Vortrag
Ich wurde gefragt, ob ich für die Gruppe "EU-Spirit" ( http://www.eu-spirit.com/ ) einen Vortrag über OSM machen kann. Letzten Freitag habe ich dann beim HVV (Hamburger Verkehrsverbund) war es dann so weit: 30 Vertreter von ÖPNV Unternehmen und Verkehrsverbünden haben ihn gehört. Dauer ca. 60 Minuten. Geld gab es leider nichts dafür. Auch meine Monatskarte bezahle ich noch selber. Meine Vorschläge Bushaltestellen-Daten und Fahrplandaten OSM zu spenden, stozen auf wenig gegenliebe: * Die Verkehrsunternehmen haben Angst, das die Konkurenz Ihre Busrouten analysiert und dann einfacher an Auschreibungen teilnehmen können. * Außerdem möchte man die Fahrplanberechnung bei sich behalten. Man fürchtet sich vor verpassten Anschlußzügen und aufgebrachten Reisenden, weil die Infos in der Fahrplanauskunft falsch sind (das hatten Sie in der Vergangenheit schon). Deshalb hat man "freiwillig" in der Banche vereinbart keine Fahrplaninfos raus zu geben. Ich hatte vorgeschlagen dann XML-Dienste zur Auskunft anzubieten und die Bushaltestellen als Layer darüber zu legen. Genau das hatten die Vertreter aus Niedersachsen bereits gemacht: Sie haben eine Overlay-Ebene mit Bushaltestellen über OSM als Pilot vorgestellt. Im allgemeinen ist man an OSM sehr interessiert und wird vermutlich bald auch unsere Daten benutzen. Mein Vorschlag Mapping-Partys und lokale Communitys zu sponsorn damit die Daten besser werden, fanden die wenigen mit denen ich Persönlich ins Gespräch gekommen war auch gut ("Wenn wir das Geld was wir an Tele-Altals im Jahr ausgeben, im ersten Jahr an OSM geben, sollte die Karte bald komplett sein"). Gruß Sven -- Sven Anders digitec GmbH Amsinckstraße 57 20097 Hamburg Telefon: +49 / 40-23776-135 Fax: +49 / 40-23776-200 Email:[EMAIL PROTECTED] www.digitec.de digitec GmbH EDV-Beratung, Soft- und Hardware Sitz Hamburg - HRB 28818, Amtsgericht Hamburg - Steuer-Nr. 2279101874 Geschäftsführer Klaus Bredow, Hans-Joachim Hänel, Hans-Jürgen Joost WICHTIGER HINWEIS Die Kommunikation mit digitec GmbH per Email dient nur dem Zweck der schnellen Information. Rechtsverbindliche Absprachen kommen über dieses Medium nicht zustande ! IMPORTANT NOTICE Communication with digitec GmbH via email is for quick information purposes only. This medium is not to be used for the exchange of legally binding statements ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Markus schrieb: > Ignorieren von Leistung führt immer zu Frustration. > Und Frustration hemmt Kreativität, Motivation und Produktivität. > > Darin besteht auch die Problematik von nicht kommunizierten Bot-Änderungen. Kommunikation ist aber grundsätzlich ein Problem. Wo beispielsweise würdest du beabsichtigte Bot-Änderungen kommunizieren wollen: - eine OSM-Wikiseite - ein OSM-Webforum - eine OSM-Mailingliste - ein eigener Bot-Änderungs-Nachrichtenkanal - oder in allen diesen Medien Bedenke bei der Antwort aber, wieviele Wikiseiten, Webforen, Mailinglisten etc. es gibt... :) Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Geschäfte] Übersicht
Raphael Studer schrieb: > Hi, > >> erscheint in der deutschsprachigen Kartenversion >> "Bürobedarf" und in der französischen Kartenversion > > Wo findet sich diese ominöse deutssprchige Kartenversion? Überall dort, wo Deutschland als Karte dargestellt wird. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fire_station und Osmarender
Stefan Hirschmann <[EMAIL PROTECTED]> wrote: > Ich wollte fragen, ob etwas dagegen spricht, dass amenity=fire_station > <http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dfire_station> im > Osmarender auf der höchsten Zoomstufe gerendert wird. Nein, natürlich nicht. Zeichne mir ein SVG und ich baus ein. Ich kann inzwischen zwar halbwegs gut mit osmarender styles umgehen, aber schöne Icons zeichnen kann ich eher nicht. > Symbolvorschlag: Das in JOSM verwendete. Das funktioniert so nicht. Osmarender braucht Vektorgrafiken, josm verwendet Pixelgrafiken. 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 [EMAIL PROTECTED], 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] autobug update
Florian Lohoff schrieb: > Hi, > autobug zeigt seit gestern abend auch nodes an deren note ein FIXME > enthaelt. Explizit ausgenommen sind die FON wlans die einfach nur die > Landschaft verschandeln Ja, ein Paradebeispiel dafür, wie man Massenimporte nicht gestalten sollte: Erstmal wird der Datenbestand in OSM reingetan, dann festgestellt, dass die Information mehr oder weniger ungenau ist, obendrein ist höchst zweifelhaft, ob die Daten überhaupt hätten verwendet werden dürfen - nur um das Entfernen kümmert sich dann niemand mehr, insbesondere nicht der initiale Importeur. Gibts eine Chance, dass diese FON-Wlans automatisiert entfernt werden? Wenn nein, würde ich vorschlagen, dass du die eben gerade nicht rausfilterst, damit man zumindest manuell eine Chance hat, die flächendeckend wieder loszuwerden. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
Am Freitag, 7. November 2008 15:11 schrieb Jan Tappenbeck: > Moin ! > > wo hinterlege ich denn die Durchfahrtshöhe einer Brücke ??? > > Das Attribut ist interessant für die durchführende Straße - damit hat > das BRIDGE-Attribut aber nichts mit zu tunt ? > Eine Gewichtsbelastung wiederum würde zu einer Brücke passen und eine > Durchfahrtshöhe ebenso bei einem Tunnel - aber bei einer Brücke ?? Ich würde: maxheight= benutzen http://wiki.openstreetmap.org/index.php/Key:maxheight Auf der Straße die unter der Brücke durchgeht. BTW: Hat jemand Jabber und kann mir mal eine Testnachricht schicken? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Talk-de-pforzheim Liste
Am Sonntag, 9. November 2008 20:10 schrieb Detlef Reichl: > Hallo, > > ist es möglich, das für die Leute aus dem Pforzheimer Raum eine eigene > Liste hier angelegt wird? Es gibt ein paar die Interesse daran hätten und > denen der Traffic auf Talk-de einfach zu viel ist. Schaust du hier: http://wiki.openstreetmap.org/index.php/Deutsche_Mailinglisten und fragst mich, wenn dir noch etwas unklar ist. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPS Gerät leihen (war Re: OSM soll noch 2008 ganz Deutschland umfassen?)
Am Montag, 10. November 2008 09:44 schrieb Chris66: > > Hi, > GPS Gerät kann man bei der GeoFabrik leihen, Ich verstehe nicht, warum das immer noch so verbreitet wird, bei der Geofabrik kann man sich für eine Mapping-Party Geräte leihen, nicht einzelne geräte für einzelne Mapper. Das wäre viel zu viel Verwaltungsaufwand. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] www.openstreetmap.org down
Am Dienstag, 11. November 2008 08:40 schrieb Michael Buchberger: > Hi Liste, > > Die Hauptseite http://www.openstreetmap.org ist gerade down (500 > Internal Server Error). > > Weiss jemand etwas näheres? > > http://wiki.openstreetmap.org/index.php/Platform_Status > http://wiki.openstreetmap.org/index.php/Servers/admin_log > > geben nicht so richtig etwas her. Ich glaub der Beste Tipp ist, das man sich im irc einloggen soll. Das habe ich gerade, über das Webinterface irc.openstreetmap.org, gemacht. Leider scheinen die Admins das Problem noch nicht zu kennen (oder sind zu beschäftigt), denn dort hat man auch auf meine Frage nicht geantwortet. Da wir ja ein Projekt von Freiwilligen sind, würde ich sagen: "Abwarten und Tee trinken", das kommt schon wieder, Oh, sehe gerade ist, wieder da Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Druchfahrtshöhe Brücke
Wolfgang W. Wasserburger schrieb: > Habt beim Taggen doch Mitleid mit denen, die das Rendern bzw. damit Routen > sollen. Sehe ich genauso. Eine Brücke über eine Straße hat in der Regel nur dann eine leicht und eindeutig ablesbare maximale Durchfahrtshöhe, wenn ein entsprechendes Straßenschild aufgestellt ist. Dieses Schild (Zeichen 265, z.B. http://wiki.openstreetmap.org/index.php/Image:120px-Zeichen_265.svg.png) als Streckenverbot bis zum gegenüberliegenden Zeichen aufzufassen halte ich für absolut gerechtfertigt. Ein künstlich irgendwohin gesetzter Punkt wäre sachlich inkorrekt, wenn er nicht am Schildstandort liegen würde. Abgesehen davon ist auch zu bedenken, dass die eingegebenen Daten mit den bestehenden Editoren noch vernünftig bearbeitbar bleiben sollten. Ich persönlich habe mit aufgetrennten Wegen jedenfalls kein Problem. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Bernd Distler <[EMAIL PROTECTED]> wrote: > Bin ich eigentlich der Einzige, bei dem mit Ubuntu 8.10 und Firefox die > diversen OSM-Seiten (OSM, OSB, Informationfreeway) nicht laden? Kannst Du den Fehler etwas eingrenzen? Gehen übehaupt Üakete übers Netz etc.? Mit Debian Lenny und Iceweasel 3.0.3 tut hier alles ganz normal. Sven -- "The American news-media is no longer a news source; it is a cheerleading squad." (unknown source) /me is [EMAIL PROTECTED], 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] kopieren zwischen Datenebenen
Hi, wieso benutzt du nicht einfach den "Merge"-Knopf ganz rechts im Layer-Menu? Zu deutsch heisst der ziemlich unglücklich "Ebene direkt unterhalb in die gewählte Ebene integrieren". Was defakto falsch ist. Schlieslich wird die aktuell gewählte Ebene mit der darunterliegenden vereinigt. Wenn du also einen Stapel hast: * Layer3 * Layer2 * Layer1 Und dann "Layer2" markierst und den Knopf drückst, wird Layer1 und Layer2 miteinander zu einem Layer verschmolzen. Dein Stapel sieht dann so aus: * Layer3 * Layer2 Das sollte doch genau deinem Ziel entsprechen, oder? Gruß, Sven Am Dienstag, den 11.11.2008, 23:03 +0100 schrieb Jan Tappenbeck: > Moin ! > > ich habe lange Wege aufgezeichet und diese in einen Way konvertiert, am > Anfang und Ende etwas abgeschnitten. > > Nun möchte ich diesen Way in die OSM-Ebene transferieren. Mit Kopieren > und Einfügen funktioniert das zwar - aber der eingefügte Way wird > versatzt eingefügt. > > Kann man dieses irgendwie umgehen und richtig transferieren ??? > > Gruß Jan :-) > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Longbow4u <[EMAIL PROTECTED]> wrote: > Was braucht man alles, um sich die Kartentiles der OSM-Map bzw. > > informationfreeway anzeigen zu lassen? Einen Javascript fähigen Browser. Der Iceweasel aka Firefox unter Debian etch und lenny hat hier bisher keine derartigen Probleme verursacht. Wie ich bereits geschrieben habe, was geht denn _konkret_ nicht, fehlt nur die Slippymap, gehen http-requests in die Welt. Eventuell mal firebug installieren und debuggen. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is [EMAIL PROTECTED], 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] Ubuntu 8.10 mit Firefox - kein OSM
Norbert Wenzel <[EMAIL PROTECTED]> wrote: >> Eventuell mal firebug installieren und debuggen. > > Läuft der überhaupt noch unterm 3er? Aber klar doch, sonst wäre ich niemals auf FF3 umgestiegen. Habe hier derzeit Version 1.2.1 drauf 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 [EMAIL PROTECTED], 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] Ubuntu 8.10 mit Firefox - kein OSM
Am Freitag, 14. November 2008 07:49 schrieb Bernd Distler: > Meistens ist es eben so, dass ich zwar außen herum alles sehe, aber im > Kartenfenster alles leer ist. In der VM läuft wie gesagt alles. > JavaScript/Adblock und die restlichen üblichen Verdächtigen können es > auch nicht sein, denn da ist alles genauso wie unter Windows. Mal mit einem Netzwerksniffer nachsehen, ob die Requests vom Firefox überhaupt losgeschickt werden und was der Unterschied zur Windows Version ist, dann weißt du ob es evtl. ein Netzwerk-Problem ist Könnte z.B. eine Firwall sein, die ab einer bestimmten Anzahl von offenen Verbindungen zuschlägt etc. Auch MTU Problem äußern sich manchmal so: http://www.heise.de/ct/faq/qna/dsl-haengt-beim-surfen.shtml Wenn du über einen Web-Proxy surfst, was ich eigentlich jedem der eine DSL Leitung hat rate, kannst du auch das Logfile ansehen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [patch] osmarender administrative borders
Am Freitag, 14. November 2008 08:23 schrieb Marcus Wolschon: > Ich schlage vor "admin_level" im Wiki als "deprecated" zu dokumentieren. > Sollte nicht mehr verwendet werden, mit der entsprechenden Begründung. Finde die Dopplung nicht weiter tragisch. Einfache Programme brauchen evtl. den ganzen Aufwand nicht treiben und Relationen absuchen. Natürlich ist eine Ländergrenze auch immer eine Kreisgrenze, aber ich würde sie trotzdem als Ländergrenze kennzeichnen (und in die Relation: LandA, LandB, BundeslandA , BundeslandB, KreisA, KreisB etc. reinpacken). Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ubuntu 8.10 mit Firefox - kein OSM
Bernd Distler <[EMAIL PROTECTED]> wrote: > Meistens ist es eben so, dass ich zwar außen herum alles sehe, aber im > Kartenfenster alles leer ist. In der VM läuft wie gesagt alles. > JavaScript/Adblock und die restlichen üblichen Verdächtigen können es > auch nicht sein, denn da ist alles genauso wie unter Windows. Und das ist wirklich nur bei OSM ein Problem und nicht generell? Das hört sich für mich nämlich verdammt nach einem MTU Problem an. Stell mal spaßeshalber die MTU von ppp0 auf 1400 runter und schau ob sich was ändert. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is [EMAIL PROTECTED], 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] Hausnummern mit Buchstaben
Jan Tappenbeck <[EMAIL PROTECTED]> wrote: > es gibt ja die Möglichkeit direkt Hausnummern zu setzen und auch die > Interpolationslinien. > > Funktioniert die Interpolation auch bei Hausnummern mit a, b, c ? Du meinst sowas: 9a..9d? Das haben wir zwar eigentlich nicht vorgesehen, aber das wäre durchaus vorstellbar. > ... und wie schreibt Ihr Hausnummern für Gebäude mit mehreren Nummern - > dann auch zwei Nummern, ggf. mit Interpolation, setzen ? Hab ich bisher so gemacht, dass ich einfach zwei Nodes gesetzt habe. Oft beziehen sich die Nummern ja auf verschiedene Eingänge. Sven -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /me is [EMAIL PROTECTED], 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] geoportal der bundesrepublik
Frank Sautter <[EMAIL PROTECTED]> wrote: > auch glaube wir sollten da mal versuchen herauszufinden, inwieweit wir > das nutzen können/dürfen. Inwiefern sidn die Datend enn öffentlich zugänglich (WxS Dienste)? http://ims1.bkg.bund.de/ngdb Hat anscheinend die Veröffentlichung auf Heise nicht überlebt. Sven -- "Whenever there is a conflict between human rights and property rights, human rights must prevail." (Abraham Lincoln) /me is [EMAIL PROTECTED], 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] Hausnummern mit Buchstaben
Am Freitag, 14. November 2008 09:24 schrieb Jan Tappenbeck: > Moin ! > > es gibt ja die Möglichkeit direkt Hausnummern zu setzen und auch die > Interpolationslinien. > > Funktioniert die Interpolation auch bei Hausnummern mit a, b, c ? Die Interpolation funktioniert ja sowieso noch nicht, sondern ein Tool muss dafür etwas tun. > > ... und wie schreibt Ihr Hausnummern für Gebäude mit mehreren Nummern - > dann auch zwei Nummern, ggf. mit Interpolation, setzen ? Ich hab hier massenhaft Reihenhäuser mit 2a bis 2f, 3a bis 3g usw, da setze ich eine Interpolation ein. Wenn die Tools das noch nicht können ist das das Problem der Tools (ich kenne zur Zeit auch nur ein Tool was sich mit Hausnummern beschäftigt nämlich den Inspector, der kann es nicht und Jochen ist sich glaube ich noch nicht schlüssig ob er das können soll.). Ich finde den Vorschlag die Hausnummern einzeln zu mappen gerade bei Reihenhäusern (die alle gleich breit sind) relatitäsfremd. Ich hab jetzt ein Luftbild von dem ich das Gebäude abmappe, aber vielleicht hat ja jemand in 5 Jahren ein besseres und dann soll er jeweils 5 Gebäudeteile oder Nodes anpassen und verschieben/verkleinern? Ist doch besser der Computer berechnet mir die Zwischen-Hausnummern und man muss zum korrigieren nur 2 Punkte (Start und Zielpunkt) verschieben. Was mit Interpolation halt nicht geht ist 1...9a ..17 (weil nicht klar ist ob es 1...9 9a 11 ...17 ist oder 1..7 9a 9 ...17), aber eine Interpolation von 9a bis 9f ist doch kein Problem. Zur Diskussion über kyrillische Buschstaben bei Hausnummern: Mag sein das die dann ein anderes Tool zur Berechnung von Interpolierten Hausnummern brauchen. Aber das sollen dann die Programmierer aus dieser Region regeln, wir müssen nicht die ganze Welt retten. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geoportal der bundesrepublik
Sven Geggus <[EMAIL PROTECTED]> wrote: > Inwiefern sidn die Datend enn öffentlich zugänglich (WxS Dienste)? > > http://ims1.bkg.bund.de/ngdb > > Hat anscheinend die Veröffentlichung auf Heise nicht überlebt. Inzwischen geht das wieder. Sieht nicht wirklich nach standardkonformem WMS aus :( Sven -- "The term "any key" does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen." (Compaq FAQ Entry 2859) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Renderrequest für [EMAIL PROTECTED] anstoßen
Hi Leute, gibts eigentlich nirgendwo eine bequeme Möglichkeit, für Bereiche einen RenderRequest für Tiles at Home abzuschicken, ohne das man sich jedesmal erst die Koordinaten in Tile-Nummer umrechnen muss? http://www.informationfreeway.org/?lat=48.21577721934863&lon=9.031383865520542&zoom=15&layers=BF000F Hier hat scheinbar jemand angefangen zu rendern, aber dann aus irgend einem Grund mit einer unfertigen Zeichnung abgebrochen. Hat sich für sowas noch niemand nen kleine OpenLayers Anwendung geschrieben, oder wird das bisher bewusst nicht gemacht, damit es keine "RenderRequest Wars" gibt? Gruß, Sven signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Multipoligon Proposal (war Re: Hers cht Konsens zur Darstellung von Grenzen über Rela tionen?)
Am Donnerstag, 13. November 2008 11:29 schrieb Jochen Topf: > Ein wichtiger Punkt ist dabei noch der Umgang mit gröÃeren und komplexen > Gebilden, die z.B. Enklaven haben. Frederik hat gerade einen Vorschlag > ins Wiki gestellt, wie bestehende Multipolygon-Relations erweitert > werden können, damit sie auch mit sowas zurecht kommen: > http://wiki.openstreetmap.org/index.php/Relation:multipolygon#Suggestion_fo >r_advanced_multipolygons > > Diese Multipolygon-Relations können wir auch für Grenzen verwenden. > Damit sollten sich alle vorkommenden Fälle lösen lassen. Dann haben wir nur einen type conflict oder? ist das dann type=multipolygon oder type=boundary? Ich würde das Gerne für Hamburg benutzen (Neuwerk eine Insel in der Nordsee gehört zu HH), Erweitere ich dann die bestehenden Relation, oder kann ich auch zwei Relationen in ein Multipoligon stecken, fände ich irgendwie schöner. Nochmal zur Klarstellung entweder Lösung A: oder Lösung B: In Wirklichkeit sind da natürlich noch mehr Wege und Tags drann. BTW: Irgendwie fehlt mir zum Proposal der Platz (und die Einladung) zum Diskutieren Gruà Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] was ist in Deutschland (Re: Relationen E uropastraßen wieder zum Leben erwecken)
Am Samstag, 15. November 2008 09:13 schrieb Doru Julian Bugariu: > Frederik Ramm schrieb: > > Der Vergleich ist insofern zutreffend als dass man "was ist eine Treppe" > > und "was ist in Deutschland" perfekt anhand existiernder Daten > > Ernst gemeinte Frage: > Wie kann man das "was ist in Deutschland" (besser noch: "in welchem Land > ist dieser Way") anhand von existierenden Daten denn beantworten? osmosis mit einem Polygon von http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/ füttern und alles was rauskommt gehört in das Land. Das muss natürlich nicht Osmosis sein, generell kann relativ einfach feststellen, ob etwas in einem Polygon liegt oder nicht. Ich finde das wäre eine Schöne Aufgabe für eine Libary die dann von allen Projekten benutzt werden kann. Es gibt eine Where_Am_I (Namefinder) Funktion unter: http://www.openstreetmap.org/ über der Suchmaske, die müsste man evtl. noch etwas aufbooren, so das man sagen kann, gib mir nur das Land in dem ich mich befinde. Toll wäre wenn das über DNS als Anfrage funktionieren könnte, dann hat man auch relativ wenig Traffic. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wohin mit den Adressnodes (was: Talk-de Digest, Vol27, Issue 170)
Am Dienstag, 28. Oktober 2008 13:28:15 schrieb [EMAIL PROTECTED]: > Message: 8 > Date: Tue, 28 Oct 2008 13:28:03 +0100 > From: Dirk-L?der Kreie <[EMAIL PROTECTED]> > Subject: [Talk-de] Wohin mit den Adressnodes (was: Talk-de Digest, Vol > 27, Issue 170) > To: Openstreetmap allgemeines in Deutsch > Cc: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Dominik Spies schrieb: > > Ich habe die Diskussion schon l?nger verfolgt und mir das Karlsruher > > Schema auch angesehen. Ich f?nde es auch besser die Hausnummer direkt > > and die Stra?e zu binden, evtl nicht au?schlie?lich, aber auf jeden > > Fall brauche ich die Informationen, wie ich denn von einer Stra?e das > > entsprechende Geb?ude / Gel?nde mit der Hausnummer auch erreiche! Es > > werden ja die Geb?ude mit Hausnummer versehen. Wo denn der Zugang zu > > diesem Haus ist, muss ich mir aus den Finger saugen.. > > Und genau das interessiert den Gro?teil der Nutzer mehr, als wo genau > > das Haus steht. Das ist genau der Punkt! Und es spart Daten die Adressen an die Straße zu hängen und hält die Karte übersichtlich. Wenn ich vor einem Haus stehe, in etwa, dann ist es auch kein Problem von dort den Hauseingang zu finden. Viele unserer Vorstellungen von Routing und von Karten schieße so sehr übers Ziel hinaus das sie mehr irre führen, als helfen. Weniger ist häufig mehr! Die Konkurrenz macht es anscheinend genauso und nicht alles was die machen ist schlecht > > Jede mir bekannte Routing-Engine kann auch zu Punkten routen, die neben > der Stra?e liegen, das kann also kein Grund sein, nicht das Haus oder > das Grundst?ck mit der Adresse zu versehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karlsruhe Schema => volle Infos?
Am Samstag, 15. November 2008 14:11 schrieb Florian Lohoff: > Find ich auch super wenn sich sowas durchsetzen wuerde alleine wegen der > tonnen an redundanten daten. Jetzt mit den paar addressen in der > datenbank ist das ja alles easy - aber wenn jedes haus erstmal eine > addresse hat Es ist ja nicht gesagt, das sich das Datenbankschema hinter der XML-API nicht verändern darf. Man könnte z.B. eine String Tabelle haben in der dann eine ID einem String zugeordnet wird, Dorfstraße wäre dann id 9375 und Bahnofstraße id 87665. Natürlich wird das XML größer, aber die Datenbank muss es nicht sein. Wenn das Performance und/oder Speichermäßig was ausmacht, wird es auch jemand machen!! Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Herscht Konsens zur Darstellung von Gren zen ?ber Relationen?
Am Samstag, 15. November 2008 14:59 schrieb Jochen Topf: > Vielleicht brauchen wir 2 Boundary-Relations: Beide haben die Grenzen im > Landesinneren. Die eine hat zusätzlich die passenden coastlines drin, > bei der anderen gehen die Grenzen aufs Wasser raus. Die beiden haben > dann leicht verschiedene Tags, dann kann sich der Renderer raussuchen, > welche er benutzen will. Ich hoffe das bekommt man Programmiertechnisch gebacken indem man das Wasser im Anschluà an die Färbefunktion weià färbt oder so. Gruà Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google's neue Terms of Service
Johann H. Addicks <[EMAIL PROTECTED]> wrote: > Mit einer API, die -so weit es irgendwie ohne Rechtverletzung geht- > funtionsgleich ist, könnte man extrem schnell eine enorme Reichweite für > OSM erhalten. Openlayers? Openlayers kann sicher ähnlich viel wie die Google Maps API. Es gibt eine große Schnittmenge, aber auch Dinge, die nur eine der beiden kann. Zugegeben, die Doku ist lausig. Sven -- "linux is evolution, not intelligent design" (Linus Torvalds) /me is [EMAIL PROTECTED], 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] Hausnummern mit Buchstaben
Am Samstag, 15. November 2008 19:09 schrieb Marcus Wolschon: > Sven: Mir geht es nicht darum ob es in irgendeiner > speziellen Anwendung tut sondern daß die Regel, wie > das getaggte zu interpretieren ist eindeutig ist und von > allen gleich verstanden und verarbeitet wird. In meinem Fall war es halt so, das es gar keine Regel gab, die 7a bis 7f interpoliert, es gab ja auch niemanden der gesagt hat, das er 7a bis 7f anders interpolieren würde als 7a 7b 7c 7d 7e 7f. Das reicht mir aus, um erstmal zu taggen. Wenn es dann eine andere Lösung für das Problem gibt, kann ich es ja umtaggen. Ich fand es nur "blödsinn" nur weil es keine Regel gibt jeden Punkt einzel ein zu zeichnen. > Wenn bei sowas grundlegendem ein Werkzeug da was > anderes rein interpretiert als ein anderes haben wir > jede Menge Leute, von denen die eine Hälfte so taggt, > daß es in Werkzeug A tut und die andere Hälfte für > Werkzeug B. Mit Html, CSS und JS dürfte ein gutes > Beispielt für dieses Problem allgemein bekannt sein. Ich baue auch mal ein Tag ein ohne es gleich zu dokumentieren. Natürlich laufe ich damit Gefahr, das es andere anders interpretieren. Um beim Beispiel HTML zu bleiben, die meisten Seiten funktionieren inzwischen in meinem bevorzugten Browser und die es nicht tun besuche ich einfach nicht. Auf OSM bezogen würde dies bedeuten, das evtl. halt 7e nicht von jedem Navi-Programm gefunden wird, aber wie gesagt, davon geht die Welt nicht unter. Die Alternative: Jede Entscheidung vorher ganz zu durchdenken ist IMHO Praxisfern und verträgt sich nicht mit dem Wiki-Prinzip. Ein gutes Dateiformat fällt z.B. nicht vom Himmel sondern wird in der Regel aus schlechteren Entwickelt, ich kenne viel Bücher über Softwareentwicklung die sagen das man vorher alles Spezifizieren soll, aber das ist IMHO auch Quatsch, da genau die Änderungen die dem Kunden zwischendurch einfallen meistens die wichtigsten sind. Hab mal alphabetic mit in auf die Wiki Seite aufgenommen. Ist ja sowieso noch ein Proposal. http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Tags Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern mit Buchstaben
Marcus Wolschon schrieb: > Am 14. November 2008 15:14 schrieb Sven Anders <[EMAIL PROTECTED]>: >> Was mit Interpolation halt nicht geht ist 1...9a ..17 (weil nicht klar ist ob >> es 1...9 9a 11 ...17 ist oder 1..7 9a 9 ...17), aber eine Interpolation von >> 9a bis 9f ist doch kein Problem. >> >> Zur Diskussion über kyrillische Buschstaben bei Hausnummern: Mag sein das die >> dann ein anderes Tool zur Berechnung von Interpolierten Hausnummern brauchen. >> Aber das sollen dann die Programmierer aus dieser Region regeln, wir müssen >> nicht die ganze Welt retten. > > Diese Aussage finde ich realitätsfremd. > Das Tool um das es mir geht ist mein eigenes Navi (Traveling Salesman). > Die erste Anwendung, die die Hausnummern auswertet. > Wenn du also von Berlin zu einem Reihenhaus in Moskau fahren willst, > dann schlägst du vor 2 verschiedene Navis zu nutzen? ;) Nein, der Vorschlag war, dass sich nicht Deutsche hinsetzen und die Hausnummernregeln der Welt in ein Taggingschema gießen, weil sie dazu in der Regel nicht das lokale Fachwissen haben, sondern dies Programmierern und Mappern aus der jeweiligen Region überlassen. Abgesehen davon: Man muss nicht erst nach Moskau fahren, um auf Hausnummern zu stoßen, die von der normalen Buchstabenregel (a...z) abweichen. Frankreich hat beispielsweise "bis" anstelle von "b" in der Nummer, und wer weiß, was noch alles nachfolgt. Es ist auf der talk-Liste auch schon mehrfach deutlich geworden, dass das Karlsruhe-Schema sich für diverse andere Länder absolut nicht eignet. Es wird daher zwangsläufig drauf hinauslaufen, dass es mehrere Arten des Hausnummerntaggings geben wird, und dass interessierte Applikationen jedes Schema beherrschen müssen, wenn sie diese Länder abdecken wollen. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unkartografierte Orte: ganz Deutschland in der Slippy Map!
Gary68 <[EMAIL PROTECTED]> wrote: > aber auf durchschnittlichen rechnern sollte es gehen. Als sooo extrem unterdurchschnittlich hatte ich meinen Rechenr bisher eigentlich nicht eingestuft. Hier mit FF3 Debian/GNU Linux AMD 32-bit (XP 2000+) ist das ganze leider vollständig unbrauchbar :( Der Browser benötigt minutenlang 100% CPU-Zeit und wenn man die Slippymap minimal verschieb geht das ganze wieder von vorne los. Vielleicht kann Jochen sowas in seinen osm Inspektor einbauen, damit wäre das prinzipbedingt erheblich schneller. Gruss Sven -- "We just typed make" (Stephen Lambrigh, Director of Server Product Marketing at Informix about porting their Database to Linux) /me is [EMAIL PROTECTED], 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] Ubuntu 8.10 mit Firefox - kein OSM
Torsten Leistikow <[EMAIL PROTECTED]> wrote: > Ich habe es eben mal zum Vergleich per Windof probiert: Da funktioniert > es ohne Probleme. Danach gleich wieder Linux geladen, und schon wollen > die Kacheln wieder nicht fluessig laden. Junge, jetzt mal ehrlich so funktioniert das nicht. Unter Linux sucht man Fehler so, dass man sie beheben kann. Workarounds sind was für die andere Welt. Der Vergleich mit einem anderen OS hilft Dir nur insofern weiter, als dass Du den fehelr eindeutig auf Deine OS+Browser umgebung eingrenzen kannst. Da eben diese aber bei anderen Leuten funktioniert bist Du nicht ansatzweise schauer. Hast Du meinen Tipp mal ausprobiert die MTU testweise runterzusetzen? Sven -- The source code is not comprehensible (found in bug section of man 8 telnetd on Redhat Linux) /me is [EMAIL PROTECTED], 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] Ubuntu 8.10 mit Firefox - kein OSM
Bernd Distler <[EMAIL PROTECTED]> wrote: > Warum das nun nur Linux beeinflusst, aber nicht Windows, kann ich dir > auch nicht sagen :( Ah, jetzt kommen wir dem Problem näher. Da gibt es Neuerungen im TCP/IP stack die anscheinend mit diversen kaputten Routern nicht funktionieren. http://lwn.net/Articles/304791/ Also mal folgendes ausprobieren: sysctl -w net.ipv4.tcp_timestamps=0 BTW, das ist furchtbar Off-Topic Antworten also bitte per PM! Gruss Sven -- "If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops" (Tim Berners-Lee) /me is [EMAIL PROTECTED], 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] Ubuntu 8.10 mit Firefox - kein OSM
Torsten Leistikow <[EMAIL PROTECTED]> wrote: > Bei deinem anderen Vorschlag antwortet meine Shell, dass sie sysctl als > Kommando nicht findet. Was ist das? Und woher bekomme ich es? (Eine > Suche in den installierbaren Softwarepaketen brachte auch keinen Treffer.) Lies mal den lwn Artikel, das ist mit Sicherheit Dein Problem! sysctl gehört zu procps, das hast Du mit sicherheit nur nicht im Pfad, weil das sowieso nur als root funktioniert und in /sbin steht. 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 [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Expire tag für Event-Mapping?
Hallo zusammen, OSM eigent sich ja prinzipiell super für Event-Mapping. Allerdings haben verblichene Events leider die Eigenschaft, dass sie lediglich historisch interessante Wege in der Datenbank hinterlassen. Ich bin darauf gestoßen, weil hier in der Umgebung jemand aufwendig ein Pfadfinderlager von 2007 Karthographiert hat und das im Rendering etwas merkwürdig aussieht: http://www.openstreetmap.org/?lat=49.09492&lon=8.59941&zoom=16&layers=B000FTF Ich denke wir brächten dringend einen generischen Tag, der das rendering in der normalen Karte für solche Dinge unterdrückt bzw. besser noch einen "expire" Tag oder sowas, der das redering nach einem bestimmten Datum abschaltet. Ein ähnliches Beispiel ist auch das Burning Man Festival, das ebenfalls Massen von toten Wegen in der Datenbank hinterlassen hat: http://www.openstreetmap.org/?lat=40.7817&lon=-119.208&zoom=14&layers=B000FTF Was denkt ihr, wie sollte man das denn in Zukunft handhaben? Zum löschen sidn dei Daten definitiv zu Schade, aber man sollte sie halt auch nicht für alle Zeiten in die normale Karte reinrendern. Gruss Sven -- "linux is evolution, not intelligent design" (Linus Torvalds) /me is [EMAIL PROTECTED], 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] Abgleich mit StraÃenverzeichnis der Komm une
Nico Gulden <[EMAIL PROTECTED]> wrote: > Soweit ich das bisher gesehen habe, gibt es Scripte, die die > Abdeckung anhand von StraÃenverzeichnissen ermitteln. Ich habe den > Dienst von JuergenL [3] gefunden, der anhand der OSM-Daten eine > Liste [4] erzeugt. Gibt es in der Richtung noch mehr Tools und > Scripte? Ich habe eine Methode um per Postgis eine Liste aller bereits erfassten StraÃen in einer Gemeinde zu ermitteln. Dazu nutze ich normalerweise das Landuse-Polygon habe aber auch schon Grenzen verwendet, wenn es kein Landuse Polygon gab. Die Daten wurden mit dem ganz normalen osm2pgsql in die Datenbank importiert. Wenn man nicht die ganze Welt in die Datenbank reinladen möchte sollte man die Bundesländer-Ausschnitte der Geofabrik verwenden. Man nehme die Stadt "Musterhausen", dann würde eine passende SQL Anweisung für Postgis wie folgt aussehen: SELECT DISTINCT name from planet_osm_line, (SELECT way from planet_osm_polygon where landuse = 'residential' and name = 'Musterhausen') as landuse WHERE intersects(landuse.way, planet_osm_line.way) and name != '' and highway != 'waterway' and highway != 'track' and highway != 'construction'; Auf das was da rausfällt lasse ich dann normalerweise einen ganz normalen "diff" gegen die Liste aus anderer Quelle los. Gruss Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is [EMAIL PROTECTED], 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] Abgleich mit StraÃenverzeichnis der Komm une
Am Sonntag, 16. November 2008 21:29 schrieb Nico Gulden: > Hallo zusammen, > > ich bin die Tage auf die StraÃenverzeichnisse [1] gestoÃen, habe das > Verzeichnis meiner Stadt bekommen und online gestellt [2]. Was kann nach > dem Besorgen des StraÃenverzeichnisses damit noch alles gemacht werden? Ich > möchte dazu gerne die Wikiseite aktualisieren. > > Soweit ich das bisher gesehen habe, gibt es Scripte, die die Abdeckung > anhand von StraÃenverzeichnissen ermitteln. Ich habe den Dienst von > JuergenL [3] gefunden, der anhand der OSM-Daten eine Liste [4] erzeugt. > Gibt es in der Richtung noch mehr Tools und Scripte? Ich habe soeben mal mein Script ins SVN eingescheckt (ACHTUNG: übelster Perl Code), ich mache Dir gerne einen Abgleich, mit den OSM Daten (sofern du eine Genehmigung hast, das wir das tun dürfen). Schau einfach auf: http://wiki.openstreetmap.org/wiki/User:Sven_Anders/Wenn_du_mir_ein_StraÃenverzeichnis_schicken_möchtest Der Abgleich findet dann regelmäÃig (zur Zeit leider nur zweimal die Woche) auf meiner Webseite statt. Beispiel: http://svenanders.openstreetmap.de/SV-stat/Schleswig-Holstein/Luebeck/ Wer auch immer das Scirpt ansehen möchte kann es unter: http://svn.openstreetmap.org/applications/utils/sv-stat/ tun. Ich freue mich über Verbesserungen und Patches. Das Hauptproblem ist z.Z. die nicht durchgängig umgesetzte UTF-8 Codierung. Gruà Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inkonsistenz bei Netzwerken für Rad- u nd Wanderwege in Relationen
Am Sonntag, 16. November 2008 17:59 schrieb Brunner, Armin: > Also statt gar nichts oder beispielsweise: > rcn=yes > rcn_ref=xxx > > Wäre nach meiner Ansicht korrekt: > network=rcn > ref=xxx > > Was haltet Ihr von dem Vorschlag? Was machst du wenn ein Weg gleichzeitig ein Regonaler Radweg und ein Nationaler Radweg ist? z.B. in Hamburg der Radweg Hamburg Bremen und die Radroute 10 liegen auf dem selben Webabschnitt. Ich finde das bisherige System besser. Wird ja auch schon in der Cycle Map grendert. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inkonsistenz bei Netzwerken für Rad- u nd Wanderwege in Relationen
Am Montag, 17. November 2008 09:03 schrieb Raphael Studer: > On Mon, Nov 17, 2008 at 8:01 AM, Sven Anders <[EMAIL PROTECTED]> wrote: > > Am Sonntag, 16. November 2008 17:59 schrieb Brunner, Armin: > >> Also statt gar nichts oder beispielsweise: > >> rcn=yes > >> rcn_ref=xxx > >> > >> Wäre nach meiner Ansicht korrekt: > >> network=rcn > >> ref=xxx > >> > >> Was haltet Ihr von dem Vorschlag? > > > > Was machst du wenn ein Weg gleichzeitig ein Regonaler Radweg und ein > > Nationaler Radweg ist? > > > > z.B. in Hamburg der Radweg Hamburg Bremen und die Radroute 10 liegen auf > > dem selben Webabschnitt. > > Dann kommt der Weg in beide Relationen. > In die Radweg Relation(network=rcn) und in die Wanderrelation (network=rwn) Gut bei Relationen kann man das machen, ich tagge aber im Moment eher die Ways selber, und da geht das nicht. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Missratener) SO!GIS Import
Michel Marti <[EMAIL PROTECTED]> wrote: > Ich kenne mich leider überhaupt nicht mit der ganzen "GIS nach > OSM-Konversion"-Thematik aus. Kann also nicht beurteilen, ob der Import > vom Prinzip her richtig war. Man sollte die Daten IMO erst mal schnellstmöglich wieder aus der Datenbank raustun bevor zu viele Leute was dran geändert haben. Dann kann man mal einen kleinen Ausschnitt konvertieren und in josm laden. Erst wenn der Validator keine Fehler meher anzeigt sollee man einen neuen Import machen. Es ist mir ein Rätsel warum bei einem solchen vergleichsweise großen Import nicht von Anfang an diese Vorgehensweise gewählt wurde. Von der Vorgehensweise her würde ich ein Importscript eher direkt an die Postgis ranhängen und nicht erst den Umweg über shapefiles gehen. Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is [EMAIL PROTECTED], 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] Expire tag für Event-Mapping?
Florian Lohoff <[EMAIL PROTECTED]> wrote: > Ich finde eigentlich das so kurzfristige dinge nichts in der Karte zu > suchen haben. Das kann der veranstalter ja mit einem overlay ueber die > Karte packen aber wenn ich je Kirmes, Dorffest, Schuetzenfest, > Karnevalsumzug in die Datenbank aufnehme dann haben wir binnen > kuerzester zeit nur noch schrott drin ... nack! Es ist schön wenn viele Leute unsere Technologie nutzen. Sven -- "If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops" (Tim Berners-Lee) /me is [EMAIL PROTECTED], 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] (Missratener) SO!GIS Import
Düster Horst <[EMAIL PROTECTED]> wrote: > Nein! Die Daten sollen nicht aus der DB genommen werden. Auf lange Sicht natürlich nicht. Aber so wie die da derzeit drin sind ist das nicht brauchbar. > Es ist viel Arbeit in den Import gesteckt worden. Keiner hat das bezweifelt. > Aus meiner Sicht können die Probleme mit JOSM gelöst werden, indem der > Validator eingesetzt wird. Nein, das ist eine riesige Arbeit, die sich mit einem script oder einem veränderten Importprogramm sicher besser lösen lässt. > Ich habe das in einigen Gemeinden getestet und ich bin der Meinung, dass > es gut funktioniert. Es funktioniert leider sehr suboptimal. Siehe die Mails des OP. Sven -- Osama bin Laden might wish to destroy America, but America is too big for him; he cannot do it. Bush may really do it. (Richard M. Stallman) /me is [EMAIL PROTECTED], 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] Straßenverzeichnisse Österreich
Am Montag, 17. November 2008 16:39 schrieb Jochen Topf: > On Mon, Nov 17, 2008 at 04:03:56PM +0100, Roland Spielhofer wrote: > > Jochen Topf schrieb: > > Jetzt interessiert mich das aber auch: Wo gibt es hier eine > > Lizenzverletzung? Ich habe ein Programm, das eine OSM-Datei einliest und > > eine Straßentabelle. Das Programm vergleicht die beiden Dateien und > > generiert eine Liste, in der die fehlenden Straßennamen verzeichnet > > sind. Die Liste dient mir als Anhaltspunkt für weitere Recherchen, > > Mapping-Planung usw, vielleicht wirft mir das Programm noch eine > > Prozentzahl (Erfassungsgrad) aus. > > Die Mapping-Arbeit bleibt nach wie vor an uns hängen. > > Wo ist da eine kommerzielle Nutzung? Ich versteh' es nicht. Ich > > publiziere ja nicht die ÖSTAT-Sraßenliste und verkaufe sie auch nicht. > > Klärt mich auf! Naja, wenn du eine Liste rausgibst in Wien fehlen noch diese Straßen veröffentlichst du Daten von dieser Liste. Und bereits diese Nutzung könnte komerziell sein, weil du ja damit Mehrwert für deine Datenbank (OSM) erzeugst die du evtl. kommerziell nutzen möchtest. > Es gibt da so viel rechtliche Unsicherheit in dem Gebiet, dass man halt > versucht auf der sicheren Seite zu bleiben. Wenn der Datenanbieter nicht > klar erlaubt, dass man die Daten nutzt, lasse ich lieber die Finger weg. Die Österreicher sagen ja, "wenn Ihr es anders nutzen wollt," dann müsst Ihr Nachfragen. Und das kann ja nicht schaden. Und wenn wir ein Okay bekommen fahren wir ohne rechtliche Bedenken einen Abgleich und bekommen eine Statistik über die Vollständigkeit Österreichs. Der große Vorteil ist dann: Jeder OSMler kann reinsehen und nachschauen welche Straßen noch fehlen. Wenn wir ein "Nein" bekommen könnten wir das in die Politik geben: "Wir bekommen leider keine Daten für einen Abgleich, wir fordern freie Daten etc. oder OSM erstellt jetzt eben ein eigenes Verzeichnis, wenn Österreich sich so sperrt. Das sollten aber vor allen österreichische OSMler verfolgen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Missratener) SO!GIS Import
Sarah Hoffmann <[EMAIL PROTECTED]> wrote: > Dann wäre es aber wirklich schön, wenn der Importeur erst einmal seine > Arbeit irgendwo dokumentiert, besonders in Hinsicht darauf, was > getan wurde und was er noch vor hat und wo er für Nachfragen > erreichbar ist. In der Tat ein Beispiel wie man Importe dieser Größenordnung nicht machen sollte. Erst mal eine Testdatei erstellen und auf der devel Mailingliste posten wäre sicher der beste Weg gewesen. Da hätte dann auch der Validator von josm sicher frühzeitig Probleme aufzeigen können. Leider Tritt durch diese Probleme nun die großzügige Spende des Kanton Solothurn nämlich leider völlig in den Hintergrund :( Schaumermal, was das Skript von Fred retten kann. Gruss Sven -- "If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops" (Tim Berners-Lee) /me is [EMAIL PROTECTED], 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] Unkartografierte Orte in der Slippy Map - Neues...
Gary68 <[EMAIL PROTECTED]> wrote: > ps: ich werde die daten etwa jeden monat aktualisieren. braucht halt > etwas rechenzeit... Wo stammen die Vergleichsdaten denn her? Bei mir in der Gegend wird Germersheim neben Herxheim gesucht, obwohl Germersheim selbst sehr wohl vorhanden ist. Der Punkt könnte aber in etwa in der Mitte des LK Germersheim sein. Sven -- "Software is like sex; it's better when it's free" (Linus Torvalds) /me is [EMAIL PROTECTED], 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] Straßenverzeichnisse Österreich
Bernd Wurst <[EMAIL PROTECTED]> wrote: > Du darft keine Daten von der Liste in die OSM-Datenbank überführen, da man > mit den in OSM enthaltenen Daten auch kommerzielle Dinge anstellen darf. > Was du privat mit der Liste machst, geht eigentlich keinen was an wenn die > Liste für privates anschauen freigegeben ist. So sehe ich das auch. Sagen wir mal der diff gegen das örtliche Adressbuch gibt mir die Aussage, dass die "Bahnhofstraße" fehlt. Dann nutze ich dafür die Straßenliste rein privat. Wenn ich nun die "Bahnhofstraße" abradle und in OSM eintrage dann stammt der Name natürlich von Straßenschild das ich unterwegs gelesen habe oder vielleicht sogar fotografiert. Die eigentlichen Daten sind nicht von dieser Information abgeleitet also hat das doch alles seine Richtigkeit. Gruss Sven -- "If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops" (Tim Berners-Lee) /me is [EMAIL PROTECTED], 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] (Missratener) SO!GIS Import
"Dr. Horst Düster" <[EMAIL PROTECTED]> wrote: > Ein Grund hier alles in Grund und Boden zu stampfen ist das sicherlich > nicht. Natürlich nicht. Wir diskutieren hier lediglich die Vorgehensweise wie man die Daten am besten repariert. > Ähnlich wie in der oben erwähnten Diskussion geht auch in diesem Topic > einiges am Thema vorbei. Schade, dass der Import nicht als Grundlage für > eine verfeinerte und korrigierte Kartierung angenommen wird. Das siehst Du jetzt komplett falsch. Der Import wird in seiner jetzigen Form nicht angenommen. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is [EMAIL PROTECTED], 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] (Missratener) SO!GIS Import
Frederik Ramm <[EMAIL PROTECTED]> wrote: > Hat jemand da also schon korrigierend eingegriffen, oder reden wir von > unterschiedlichen Daten? Sieht so aus. Die Validatorfehler in josm in der Bounding Box, die ich Sonntag geladen hatte sind allesamt verschwunden. BTW, warum meckert der Validator darüber, dass Straße mit ss geschreiben ist? In der Schweiz ist das im Gegensatz zu Deutschland nämlich korrekt! Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is [EMAIL PROTECTED], 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] (Missratener) SO!GIS Import
Düster Horst <[EMAIL PROTECTED]> wrote: > Enttäuscht hat mich an der ganzen durchaus berechtigten Diskussion, ich > habe viel dabei gelernt, der nööhhlige Unterton. Konnte man die deutschen > Oberlehrer heraus hören? Das ist im FOSS Umfeld eigentlich typisch und nicht mal böse gemeint, daran mußt Du dich gewöhnen. Der Diskussion per Email fehlt das Fingespitzengefühl einer normalen Unterhaltung. > Alles falsch, schnell löschen, Katastrophe, wer hat an meiner Strasse > editiert ... ? Das hast aber definitiv Du in den falschen Hals gekriegt. Nicht einer hier hat gefordert die Daten _dauerhaft_ zu löschen. Es ging lediglich darum wie man bei der _Reperatur_ am besten vorgehen sollte. Jetzt ist ja nur noch ein Bug im Validator von josm übrig, der nicht kapiert, dass Straße mit "ss" in .ch durchaus korrekt ist. > Dass aber der ganze Import auf ein derartig negatives Echo stösst, hatte > ich nicht erwartet. Siehe oben! Konkret hat ein Schweizer Mapper auf IRC gefragt wie er die kaputten Nodes am besten reparieren könnte. Ich habe ihn daraufhin an die Mailingliste verwiesen und dann hat er hier diesen Thread begonnen. > - Originalnachricht - Einen Kritikpunt habe ich jetzt tatsächlich: Schau mal, dass Du heir in Zukunft inline Quoting verwendest :) Gruss Sven -- "If you continue running Windows, your system may become unstable." (Windows 95 BSOD) /me is [EMAIL PROTECTED], 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] Straßenverzeichnisse Österreich
Bernd Wurst <[EMAIL PROTECTED]> wrote: > Der Computer kann und macht Dinge, die sich die Generation die mit Papier > groß > geworden ist noch nichtmal vorstellen kann. Daraus ergeben sich immer wieder > sehr merkwürdige Gesetze, die technischer Bullshit sind. ACK. Zum Beispiel ein Verbot der Rückwärtssuche in Telefonbüchern und ähnlicher Unfug. Sven -- "Thinking of using NT for your critical apps? Isn't there enough suffering in the world?" (Advertisement of Sun Microsystems in Wall Street Journal) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de