Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Thomas Wedekind schrieb: Hallo, Ich frag mich ab und zu, was auswärtige oder neue Mitstreiter treibt, in gut gemappten Gebieten kommentarlos tertiary in residential oder secondary in tertiary umzutaggen. Das ist doch Scheiße, die lokalen Mapper haben sich doch was dabei gedacht! Berechtigte Frage. Bei mir (sicher ein weniger häufiger Spezialfall) ist es so: Bin seit 18 Jahren Redakteur von Radwanderkarten (Papier) und vor einem knappen halben Jahr auf OSM gestoßen. War vorher schon an einem rein technisch entfernt ähnlichen Projekt (dem unsäglichen ADFC-Tourenportal) beteiligt. Also Spezialist. Hallo Thomas, schön, von Dir über OSM zu hören! Ich erinnere mich immer noch gerne daran, wie Anika und ich 1995 mit dem Tandem die Umgebung von Remda und Teichel gemappt haben (damals hieß das irgendwie anders). Manche Wldwege durften wir nicht abfahren wegen Waldbrandgefahr. Schönen Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
BTW; etwas zu ganz oben: es gibt funktionell bis zur Unkenntlichkeit getarnte Straßen, die aber noch ihre ursprüngliche Bezeichnung haben. Z.B. in Thüringen: aufgegebene Landesstraßen (seit dem Krieg nicht mehr unterhalten), heute Feldwege. Oder: Landesstraße (secondary) durch Umgehung entwertet, heute Wohnstraße (Sackgasse, Tempo 30, rechts vor links), aber nie den Träger gewechselt (die verkehrsreiche Umgehung ist offiziell Kommunalstraße, die Wohnstraße Landesstraße). Eine Wikiseite besagt, dass man dann nach der tatsächlichen Bedeutung taggen soll, oder? Den letzten Fall habe ich gerade vor Augen, aber noch nicht angefasst. auch auf die gefahr hin, dass ich gleich wieder schelte von irgendwem kriege: benutze das highway-tag um die bedeutung zu kennzeichnen; fuer die administrative zuordnung und den ausbauzustand gibt es andere tags. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Montag 26 Oktober 2009 00:33:30 schrieb Frederik Ramm: Hallo, Ropino wrote: Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen größeren Anbieter festlegen? Sicher nicht schlecht, so eine Liste zu machen, aber man muss sich auch im Klaren sein, dass sich nur etwa 5-10% aller Mapper daran halten werden (die anderen kriegen gar nicht mit, dass es so eine Liste ueberhaupt gibt). es ist besser eine liste zu haben, die nur ein teil kennt, als gar keine richtlinien. und das hier ist ein Thema, wo ich es durchaus fuer vertretbar halte, den bestand mal per bot zu vereinheitlichen... Insofern sollte man vielleicht jetzt nicht um genaue Details einer GemischtGrossKleinSchreibung ringen oder um die Frage, ob man jetzt ein Ausrufezeichen anhaengt oder nicht... wenn die Marke/Bezeichnung irgendwo eindeutig steht, dann kann man sie ja so uebernehmen. Im Normalfall haben die entsprechenden Firmen eine bestimmte Schreibweise festgelegt, falls nicht, wuerde ich es so taggen, wie's auf dem Objekt geschrieben steht. Streng genommen muesste die Firma MEDIA Logistik, wenn sie Briefkaesten als PostModern betreibt, ja zu einem Tagging wie operator=MEDIA Logistik, brand=PostModern fuehren ;-) passt in existierende tags und ist eindeutig. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Hallo, Stat position würde ich übrigens location empfehlen. Zumindest etwas Anderes als „position“, denn mit „source:position“ gebe ich immer die Quelle für die Position eines nodes an, und womit soll ich denn dann noch die Quelle für die Standortbezeichung des Briefkastens angeben? ;-) -- Candid Dauth Rotbachstr. 9 88433 Schemmerhofen-Ingerkingen Germany http://cdauth.de/ mailto:mailingli...@cdauth.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
bin grade ziemlich beschaeftigt, aber wir wollen das hier ja nicht voellig einschlafen lassen, oder? Es war ja nicht ungefaehr gleich, sondern bei aeusserst konservativer Zaehlweise (nur reines Ja gezaehlt) waren es vor 1 Monat 93 Stimmen fuer die Verbindungswichtigkeit, und nur 34 fuer 2 und 3 zusammen (Du warst in der 2. Gruppe). Es hat ja keinen Sinn, wenn jeder das anders macht, daher waere es m.E. angebracht, das Ergebnis der Abstimmung zu akzeptieren, das sich auch mit dem Stand im Wiki dt. und en. deckt. Richtig konservativ gezählt waren das nichtmal ein Prozent der Mapper es war 1 Monat Zeit, sich damit auseinanderzusetzen, wenn man nicht abstimmen will, dann akzeptiere ich das. eine Menge die laut ihren Statements nichtmal richtig wussten um was es geht. Diese Abstimmung war also so hilfreich wie ein drittes Ei. komische Schlussfolgerung Ich drücke es mal anders aus. Ich mag nun das neue ÖPNV Schema nicht und mache dazu eine Abstimmung auf. Nebenher schreibe ich paralel noch 100 bekannte Eisenbahnfans an die da mal gegen voten sollen. Erfahrungsgemäß würden dann so wenige abstimmen, das da definitiv mein Wunschergebnis bei rauskommen würde. kannst Du gerne machen. Wie wir schon festgestellt haben passt es soweiso in 90% der Fälle. wenn Du selbst auch findest, dass es in 10% der Faelle nicht passt, finde ich es merkwuerdig, dass Du es trotzdem so machen willst. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Thomas Wedekind schrieb: Erster Eindruck: OSM ist toll. Aber: Für Macher (und Nutzer?) einer Papierkarte (oder eines ganzen Kartenwerks) ist Einheitlichkeit das oberste Gebot; gleiche Sachverhalte möchten an jeder Stelle gleich aussehen. Das ist richtig. Und ebend Aufgabe des Renderes oder der Applikation aus dem Datenchaos ein halbwegs einheitliches Bild zu zaubern. Bei meiner selbstgenerierten GarminKarte gibt es zB keinen Path sondern nur Fuß- oder Radweg. Und da ich footways als Fußweg darstelle (auch wenn da noch ein bicycle=yes dranklebt) war mir die Übermacht der footways in STG aufgefallen. Ich muss aber zugeben, dass ich das in meiner Heimatstadt auch schon gemacht habe und Wege durch eine Kleingartenanlage (markiert mit Schild 240 / kombinierter Rad/Fußweg) als Fußweg eingetragen habe. Manchmal ist halt Fingerspitzengefühl gefragt. ;-) Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am 25. Oktober 2009 23:21 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am So, 25.10.2009, 23:08 schrieb Ropino: Falko Thomale schrieb: Wenn wir die Standortbezeichnungen vereinheitlichen wollen, dann würde ich das Operator-Tag auf jeden Fall auch mit vereinheitlichen. Können wir uns hier auf eine Schreibweise von Deutsche Post AG und der anderen größeren Anbieter festlegen? Das finde ich sehr sinnvoll! Stat position würde ich übrigens location empfehlen. Ich finde position und location zu sehr auf das Wörtchen Standort bezogen. Jedoch ist dieser mehr im Sinne von ref zu verstehen, welches auf Grund der Länge nicht passt. Vielleicht können wir ein passendes Äquivalent dazu finden, wie bspw. ref_name oder long_ref usw. Ich würde es für gut heißen, wenn die ganze Standortbezeichnung erhalten bleibt und im neuen Key eingetragen wird. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am 26. Oktober 2009 00:12 schrieb Ropino rop...@online.de: Dann fange ich mal eine Liste an: (Kommentare, Änderungen, Erweiterungen sind erwünscht) - Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) - DHL ( nur für Packstation, Paketboxen etc., ist zwar eine 100%ige Tochter, operiert aber durchaus getrennt) - PostModern ( hier wird es schon schwer, die wissen selbst nicht wie sie sich schreiben: klein, groß, mit oder ohne Strich, das Unternehmen selbst heißt MEDIA Logistik) - Main-PostLogistik - NordbayernPost - CityMail - LMF Postservice - Citykurier! (mit oder ohne ! ist hier die Frage) - City-Post (aus Sachsen) - CITIPOST (aus Niedersachsen) Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Moin Bernd, Dem gegenüber verstehe ich unter einem highway=cycleway (mit foot=yes) einen Fahrradweg oder einen kombinierten Rad-/Fußweg. Jedenfalls einen Weg, der für Fahrradfahrer konzipiert wurde und eine entsprechende Beschaffenheit und Breite aufweist, dass auch zwei Fahrradfahrer und ein Fußgänger den Weg gleichzeitig nutzen können. Das heißt aber doch, daß Ortsfremde diese Interpretation nicht ohne eigene Anschauung ändern sollten, da das Schild 240 alleine als Kriterium nicht reicht, sowas grundsätzlich (weltweit) als entweder Rad- oder aber Fußweg zu taggen, auf dem die jeweils anderen geduldet sind. Da muß man schon in der Realität selber nachschauen. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straß enecken
Moin ! das mit den Adressen finde ich teilweise etwas schwierig. Folgendes Beispiel hatte ich am Wochenende. Ein PK steht vor einem Haus mit der Adresse A-Straße 2 und dieses ist ein Eckhaus. Der PK steht aber so das seine Ausrichtung zur B-Straße ist - da würde die A-Straße den Anfahrenden vermutlich etwas verwirren. Interessant wäre irgendwie mitzubekommen wann sich Leerungszeiten von Kästen ändern - ansonsten macht diese Datenerfassung nämlich keinen Sinn. Gruß Jan :-) André Riedel schrieb: Hallo, ich möchte gerne eine einheitliche Eintragung der Standortbezeichnung der Briefkästen [1] vorrantreiben. Dazu gilt jedoch noch zu klären, wie diese einzutragen ist. Um Briefkästen zu unterscheiden, werden diese in GB und anderen Ländern mit einer Nummer oder einer Zeichenfolge versehen. Dies kann man in OSM einfach mit ref=1234 eintragen. In Deutschland hingegen wird jeder Briefkasten der Deutschen Post durch seinen Standort benannt und unterschieden. Im Beispiel im Wiki (siehe dazu http://wiki.openstreetmap.org/wiki/Image:Briefkasten_Briefmarkenautomat.jpg) kann man den Standort Wilhelmstraße 56-58, 50733 Köln erkennen. Wie taggen/eintragen? Hier eine Auflistung der bisherigen Eintragungen in Deutschland: (ohne 1. Teil vor dem Komma wird in den Schlüssel name und die Postleitzahl wird im Schlüssel postal_code eingetragen (node/327223062) 2. Standort wird 1:1 im Schlüssel loc_name eingetragen (node/411801052) 3. Standort wird 1:1 im Schlüssel position eingetragen (node/403001875) 4. das Karlsruhe-Schema wird angewendet (node/278138585) zu 4.: Da ein Briefkasten einen Standort aber keine Anschrift besitzt, würde ich ihn ungern nach dem Karlsruhe-Schema mit addr:* eintragen. Äußerdem würde das Schema bei Sonderkennzeichnungen wir gegenüber oder StraßeA/StraßeB nicht ausreichen. zu 1.: Informationen gehen verloren siehe 2 und 3, aber besser als 4. zu 2. und 3.: Vollständige Informationen bleiben erhalten. Da die Briefkästen in den Postlisten in ähnlicher Weise zu finden sind, würde ich diese Variante bevorzugen. Jedoch sollte eine einheitlicher und verständlicher Schlüssel gefunden werden, da ich nicht weiß ob name oder position zu allgemein sind. Wie ist eure Meinung? Ciao André [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpost_box ___ 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] Stuttgart - keine Radwege in der Autostadt ?
Am 25. Oktober 2009 18:49 schrieb malenki o...@malenki.ch: Für ernsthafte Radler ist ein solcher Weg ein Hindernis, kein Weg. Deine Sichtweise zu diesem Thema zeigt doch eignetlich ganz gut die Vorteile von path + designated: hier kannst du genau sehen für wen der Weg gewidmet, freigegeben oder gesperrt ist, anstatt in einen cycleway hinein zu interpretieren, ob -der Belag gut genug zum Fahrradfahren ist (nach Einschätzung eines Mappers) -der Weg häufig von Radfahrern benutzt wird und die das größte Verkehrsmittel sind (nach Einschätzuing eines Mappers) -der Weg den Eindruck eines Radweges macht (nach Einschätzung eines Mappers) oder -der Weg ein offizieller (Fuß und) Radweg ist, aber natürlich ohne, daß diese Information in den Daten hinterlegt wäre... Unsäglich ist, daß wir nicht von Anfang an *einen* highway-typen mit Zusatztags zur Nutzung für diese Wege hatten, sondern nach Lust, Laune und ganz viel Gefühl alles in die zwei Typen Fußweg und Radweg einsortiert haben. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straß enecken
Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck o...@tappenbeck.net: Moin ! das mit den Adressen finde ich teilweise etwas schwierig. Folgendes Beispiel hatte ich am Wochenende. Ein PK steht vor einem Haus mit der Adresse A-Straße 2 und dieses ist ein Eckhaus. Der PK steht aber so das seine Ausrichtung zur B-Straße ist - da würde die A-Straße den Anfahrenden vermutlich etwas verwirren. Daher wird in OSM auch der richtige Standort eingetragen und nicht wie die Post es derzeit macht, mit einer Geolocation-Api. Interessant wäre irgendwie mitzubekommen wann sich Leerungszeiten von Kästen ändern - ansonsten macht diese Datenerfassung nämlich keinen Sinn. Krautsourcing! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Am 25. Oktober 2009 10:24 schrieb Karl Eichwalder k...@gnu.franken.de: Martin Simon grenzde...@gmail.com writes: Mit highway=path hat man nun die Möglichkeit, einen solchen Weg sauber nutzungsneutral zu taggen und die Widmung/Nutzungsrechte mit *=designated/yes/no abzubilden. Leider funktioniert das in der praxis nicht, der designated oft nicht verstanden wird. Immer wieder werden wege, an denen kein blaues schild steht, mit designated gemappt, nur weil es dort einen hinweis auf eine fahrradroute oder eine wanderwegmarkierung gibt... Ja, zugegeben. Aber das Problem falsch verstandener Tags hast du überall. Footway/cycleway verschärft es noch, indem es von sich aus Unklarheiten mitbringt. Footway/cycleway funktioniert in der Praxis genau so gut und schlecht wie path+designated, nur leider ist es dazu noch weniger flexibel und informativ. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straß enecken
Krautsourcing! ??? André Riedel schrieb: Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck o...@tappenbeck.net: Moin ! das mit den Adressen finde ich teilweise etwas schwierig. Folgendes Beispiel hatte ich am Wochenende. Ein PK steht vor einem Haus mit der Adresse A-Straße 2 und dieses ist ein Eckhaus. Der PK steht aber so das seine Ausrichtung zur B-Straße ist - da würde die A-Straße den Anfahrenden vermutlich etwas verwirren. Daher wird in OSM auch der richtige Standort eingetragen und nicht wie die Post es derzeit macht, mit einer Geolocation-Api. Interessant wäre irgendwie mitzubekommen wann sich Leerungszeiten von Kästen ändern - ansonsten macht diese Datenerfassung nämlich keinen Sinn. Krautsourcing! ___ 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] Standort Briefkasten
André Riedel schrieb: Am 26. Oktober 2009 00:12 schrieb Ropino rop...@online.de: Dann fange ich mal eine Liste an: (Kommentare, Änderungen, Erweiterungen sind erwünscht) - Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) - DHL ( nur für Packstation, Paketboxen etc., ist zwar eine 100%ige Tochter, operiert aber durchaus getrennt) - PostModern ( hier wird es schon schwer, die wissen selbst nicht wie sie sich schreiben: klein, groß, mit oder ohne Strich, das Unternehmen selbst heißt MEDIA Logistik) - Main-PostLogistik - NordbayernPost - CityMail - LMF Postservice - Citykurier! (mit oder ohne ! ist hier die Frage) - City-Post (aus Sachsen) - CITIPOST (aus Niedersachsen) - Arriva (Südwestdeutschland) Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenbahn (was: Die Wanderkarte wi rd interaktiv)
Nop ekkeh...@gmx.de wrote: Ich finde keinen Fehler. Alle Nodes die ich in dem Ausschnitt geprüft habe, sind als railway=halt getaggt und sollten lat Wiki Eisenbahn sein. Straßenbahn wäre railway=tram_stop sein. Hm, dann sollte ich dazu mal unseren lokalen Eisenbahnspezialisten befragen. 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 gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Original-Nachricht Datum: Mon, 26 Oct 2009 01:50:31 +0100 Von: Thomas Wedekind tom-wedek...@web.de An: talk-de@openstreetmap.org Betreff: [Talk-de] Stuttgart - keine Radwege in der Autostadt ? Eine Wikiseite besagt, dass man dann nach der tatsächlichen Bedeutung taggen soll, oder? Den letzten Fall habe ich gerade vor Augen, aber noch nicht angefasst. Grundsaetzlich verweisen (fast?) alle abgeleiteten Seiten auf die engl. Mapfeatures, so dass die eigentlich die 'letzte Instanz' fuer die Entscheidung sein sollten. http://wiki.openstreetmap.org/wiki/Map_Features Ich fuer meinen Teil habe diese Texte immer so interpretiert, dass die administrative Einteilung nur ein Hilfskonstrukt ist, um ein erstes Raster zu definieren. Aus Anwendersicht sehe ichs ganz pragmatisch. Mich interessiert nicht die Bohne, wer fuer die Erhaltung zahlt (die Info ist ja indirekt schon drin, wenn der Name erfasst ist), sondern wie ich die Weg oder Strasse nutzen kann und das differenziert. (Ob ich grade zu Fuss, mit dem Fahrrad oder motorisiert unterwegs bin). Und nachdem der wesentliche Sinn eines Weges oder einer Strasse im Verbinden besteht, stand fuer mich immer ausser Frage, dass die Verbindungsfunktion auch das ist, was ich primaer zu sehen bekommen moechte. Wenn die grossen Verkehrsstroeme drueber fliessen, wenns besser ausgebaut ist und der Verkehr auch drueber gefuehrt wird (Beschilderung/ Vorfahrt), dann ists die hoehere Klasse. Ist natuerlich nur meine ganz persoenliche Sicht der Dinge als Anwernder. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straß enecken
Am 26. Oktober 2009 10:10 schrieb Jan Tappenbeck o...@tappenbeck.net: Krautsourcing! ??? *g* alias Crowdsourcing (Siehe Vortrag von Frederik Ramm http://www.remote.org/frederik/tmp/sog.pdf) Ich meinte, dass die jenigen, welche die Daten nutzen, merken werden, wenn die Leerungszeiten nicht mehr stimmen und diese dann ändern. Außerdem kann man davon ausgehen, dass wenn bei einem Briefkasten in der Umgebung die Zeiten geändert werden auch andere betroffen sind und man so noch einmal eine kleine Fahrradrunde drehen kann. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Ropino schrieb: - DHL ( nur für Packstation, Paketboxen etc., ist zwar eine 100%ige Tochter, operiert aber durchaus getrennt) Bitte ändern auf DHL Express, wenn Du es genau haben möchtest. DHL ist nicht eine einzelne Firma, auch wenn der Konzern das gerne suggeriert. In diesem Postkonzern gibt es mehrere Dutzend Firmen die im Namen DHL tragen, aber selbstständige Firmen sind und je nach Geschäftsbereich oft nur geringe bis gar keine Verbindung mit ihren Konzerngeschwistern haben. Weitere Beispiele ohne Anspruch auf Vollständigkeit sind: DHL Freight DHL Solutions DHL Logistics Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Bei meiner selbstgenerierten GarminKarte gibt es zB keinen Path sondern nur Fuß- oder Radweg. Und da ich footways als Fußweg darstelle (auch wenn da noch ein bicycle=yes dranklebt) war mir die Übermacht der footways in STG aufgefallen. ... und das könnte vielleicht auch die Antwort auf deine ursprüngliche Frage sein. Beruht deine Aussage in STG ist mir aufgefallen, dass viele (fast alle?) der typischen kombinierten Rad/Fusswege (Schild 240/241) als footway getaggt sind. auf Beobachtungen vor Ort oder ist das nur eine Ferndiagnose?!? Ich kenne in Stuttgart (Stadtbezirk Vaihingen) eine ganze Reihe an Wegen, die ehemals ein Geh- und Radweg (Schild 240) waren und jetzt nur noch ein Gehweg sind, der für Radfahrer frei gegeben ist (Schild 239 mit 1022-10). Ähnliches könnte im gesamten Stadtgebiet passiert sein! Gruß, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
On Montag, 26. Oktober 2009, qbert biker wrote: Original-Nachricht Datum: Mon, 26 Oct 2009 01:50:31 +0100 Von: Thomas Wedekind tom-wedek...@web.de An: talk-de@openstreetmap.org Betreff: [Talk-de] Stuttgart - keine Radwege in der Autostadt ? Eine Wikiseite besagt, dass man dann nach der tatsächlichen Bedeutung taggen soll, oder? Den letzten Fall habe ich gerade vor Augen, aber noch nicht angefasst. Grundsaetzlich verweisen (fast?) alle abgeleiteten Seiten auf die engl. Mapfeatures, so dass die eigentlich die 'letzte Instanz' fuer die Entscheidung sein sollten. http://wiki.openstreetmap.org/wiki/Map_Features Ich fuer meinen Teil habe diese Texte immer so interpretiert, dass die administrative Einteilung nur ein Hilfskonstrukt ist, um ein erstes Raster zu definieren. Ich bin mittlerweile auf diese Beschreibung umgestiegen: http://wiki.openstreetmap.org/wiki/DE:Road_Signs Der Unterschied zwischen den Beschreibungen trägt natürlich nicht unbedingt zur Vereinheitlichung beim Mapping bei. Ist natuerlich nur meine ganz persoenliche Sicht der Dinge als Anwernder. Meine auch Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Holger schrieb: ... und das könnte vielleicht auch die Antwort auf deine ursprüngliche Frage sein. Beruht deine Aussage in STG ist mir aufgefallen, dass viele (fast alle?) der typischen kombinierten Rad/Fusswege (Schild 240/241) als footway getaggt sind. auf Beobachtungen vor Ort oder ist das nur eine Ferndiagnose?!? Ich war vor Ort (Zentrum Nord) und die Wege von denen ich hier rede waren tatsächlich mit 240 beschildert. Ich kenne in Stuttgart (Stadtbezirk Vaihingen) eine ganze Reihe an Wegen, die ehemals ein Geh- und Radweg (Schild 240) waren und jetzt nur noch ein Gehweg sind, der für Radfahrer frei gegeben ist (Schild 239 mit 1022-10). Ähnliches könnte im gesamten Stadtgebiet passiert sein! Kann ich nicht bestätigen. Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Original-Nachricht Datum: Mon, 26 Oct 2009 11:33:07 +0100 Von: Werner Hoch werner...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ? Ich bin mittlerweile auf diese Beschreibung umgestiegen: http://wiki.openstreetmap.org/wiki/DE:Road_Signs Super gemacht, gefaellt mir! Der Unterschied zwischen den Beschreibungen trägt natürlich nicht unbedingt zur Vereinheitlichung beim Mapping bei. Es muss ja kein Wiederspruch sein. Schilder beziehen sich ja fast immer auf konkrete Eigenschaften, die man gut als Attribute abbilden kann. Die Reichweite der RoadSigns endet aber immer dann, wenn Eigenschaften abgebildet werden sollen, die nicht direkt ueber ein Schild ablesbar sind. Die trunk-Diskussion ist da so ein typisches Beispiel. Nach derzeitigem Diskussionsstand wollen viele nur 'autobahnaehnlich' zulassen, aber weder haben alle autobahnaehnlchen Strassen das KFZ-Strassenschild, noch sind alle KFZ-Strassen autobahnaehnlich ausgebaut. Gruesse Hubert Gruesse Hubert -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Hallo. Am Sonntag, 25. Oktober 2009 schrieb Rainer Knaepper: Das heißt aber doch, daß Ortsfremde diese Interpretation nicht ohne eigene Anschauung ändern sollten, da das Schild 240 alleine als Kriterium nicht reicht, sowas grundsätzlich (weltweit) als entweder Rad- oder aber Fußweg zu taggen, auf dem die jeweils anderen geduldet sind. Da muß man schon in der Realität selber nachschauen. Habe ich etwas anderes behauptet? Gruß, Bernd -- Als deutscher Tourist im Ausland steht man vor der Frage, ob man sich anständig benehmen muß, oder ob schon deutsche Touristen dagewesen sind. - Kurt Tucholsky signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra Ãenecken
Am Mo, 26.10.2009, 10:05 schrieb André Riedel: Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck o...@tappenbeck.net: Daher wird in OSM auch der richtige Standort eingetragen und nicht wie die Post es derzeit macht, mit einer Geolocation-Api. Meinst Du den Geocoder von Google? AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Hallo. Am Montag, 26. Oktober 2009 schrieb Martin Simon: Deine Sichtweise zu diesem Thema zeigt doch eignetlich ganz gut die Vorteile von path + designated: hier kannst du genau sehen für wen der Weg gewidmet, freigegeben oder gesperrt ist, anstatt in einen cycleway hinein zu interpretieren, ob -der Belag gut genug zum Fahrradfahren ist (nach Einschätzung eines Mappers) -der Weg häufig von Radfahrern benutzt wird und die das größte Verkehrsmittel sind (nach Einschätzuing eines Mappers) -der Weg den Eindruck eines Radweges macht (nach Einschätzung eines Mappers) oder -der Weg ein offizieller (Fuß und) Radweg ist, aber natürlich ohne, daß diese Information in den Daten hinterlegt wäre... Unsäglich ist, daß wir nicht von Anfang an *einen* highway-typen mit Zusatztags zur Nutzung für diese Wege hatten, sondern nach Lust, Laune und ganz viel Gefühl alles in die zwei Typen Fußweg und Radweg einsortiert haben. Ich kann diese (von dir schon lange vertretene) Sichtweise irgendwie gar nicht nachvollziehen. Ein highway=path / bicycle=designated / foot=designated kann ja beides sein, ein kombinierter Rad-/Fußweg oder ein getrennter Rad-/Fußweg. Es wurde ja noch im Proposal segregated=yes nachgeschoben, was aber irgendwie keiner benutzt. Der Informationsgewinn einer Eintragung mit path ist ganz ehrlich: Null. Du weiß mit einem designated-Weg ja nur, was da für Schilder stehen. Den subjektiven Eindruck des Mappers vor Ort, der Ausbauzustand und empfehlenswertigkeit des Weges einträgt, würde ich beim Tagging sehr, sehr hoch bewerten. Denn das ist unser großer Vorteil: Fast alle Wege werden mit Ortskenntnis erfasst. Ich hätte keine Skrupel, zwei identisch beschilderte Wege (kombinierter Rad-/Fußweg) unterschiedlich einzutragen, wenn der eine für den normalen Fahrradfahrer die einzig sinnvolle Strecke ist und der andere eine Tortur. Das muss sich nicht immer in den Schildern widerspiegeln. highway=path ist ein Konstrukt um Beschilderung zu mappen. Der unglaubliche Vorteil der subjektiven Einschätzung geht völlig verloren. Ich finde das schade und sicherlich keinen Fortschritt. Gruß, Bernd -- Beeth Girls are like internet domain names, the ones I like are already taken. honx well, you can stil get one from a strange country :-P signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Straà Ÿenecken
Am 26. Oktober 2009 11:42 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am Mo, 26.10.2009, 10:05 schrieb André Riedel: Am 26. Oktober 2009 09:55 schrieb Jan Tappenbeck o...@tappenbeck.net: Daher wird in OSM auch der richtige Standort eingetragen und nicht wie die Post es derzeit macht, mit einer Geolocation-Api. Meinst Du den Geocoder von Google? AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. Ja ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Bernd Wurst schrieb: Dem gegenüber verstehe ich unter einem highway=cycleway (mit foot=yes) einen Fahrradweg oder einen kombinierten Rad-/Fußweg. Jedenfalls einen Weg, der für Fahrradfahrer konzipiert wurde und eine entsprechende Beschaffenheit und Breite aufweist, dass auch zwei Fahrradfahrer und ein Fußgänger den Weg gleichzeitig nutzen können. Wenn ich diese Definition zu Grunde lege - die Breite von zwei Fahrradfahrer und ein Fußgänger - bin ich noch nie einem echten Fuß-/Fahrradweg begegnet... GeoJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
On Mon, Oct 26, 2009 at 09:52:31AM +0100, André Riedel wrote: Am 26. Oktober 2009 00:12 schrieb Ropino rop...@online.de: Dann fange ich mal eine Liste an: (Kommentare, Änderungen, Erweiterungen sind erwünscht) - Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) genaugenommen ist rein rechtlich die unternehmensform bestandteil des firmennamens. aber fuer osm-zwecke sollte es auch so eindeutig genug sein. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra ßenecken
Am Mo, 26.10.2009, 11:57 schrieb André Riedel: AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. Ja ;-) Ich gebe Dir aber vollkommen Recht. Aber: Obwohl hier in Werl ein Postkasten mit Hausnummer gekennzeichnet ist, steht er jedoch vor dem Haus daneben ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Google Maps - Update
Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) http://google-latlong.blogspot.com/2009/10/evolving-look-of-google-maps.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
- Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) Historischer Briefkasten der DP bzw. Deutschen Post der DDR? In Westdeutschland scheint es ja auch noch welche der Bundespost zu geben. Das Dingen gehört sauber geschrieben, so wie wir das auch bei anderen Dingen machen. Es wird weniger schmerzhaft wenn sowas gleich in den entsprechenden Editoren in die Presets kommt und der Datenbestand in einer Aktion bereinigt wird. Damit würden zumindestens schonmal mindestens JOSM Nutzer und Nachbarlunzer/Auto Vervollständiger verarztet. @Krautsourcing Leerungszeiten und Standorte sind das kleinste Problem. Dutzende haben nichtmal einen Operator. Leute die nichtmal auf die Kastenfarbe achten werden leider auch keine Details fortlaufend pflegen. So ein sauberer Selbstläufer ist es also leider nicht. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-Zeichnen: hat sich da etwas ge ändert und ich habe es nicht mitbekommen ??
Moin ! habe die Version 2322 und wenn ich einen Weg erstellt habe und mit ESC das Zeichnen beende dann ist der WAY weg und teilweise bleiben die NODES erhalten. Hat sich da etwas geändert und ich habe es nicht mitbekommen ?? Irgendwie läuft das merkwürdig. Kann einer etwas dazu sagen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Algorithmus für effiziente PLZ-Gebiete g esucht
Hallo Leute, ich suche gerade eine geeignete Möglichkeit um eine Lat+Lon - PLZ Abbildung zu machen. Momentan denke ich darüber nach disjunkte, konvexe Hüllen über alle Elemente welche innerhalb eines Staates den gleichen Wert in addr:postcode bzw postal_code haben zu bilden. Dann könnte man über diese Polygone eine sehr, sehr grosse Anzahl an Positionen ihren PLZ-Werten zuordnen. Meine erste Idee wäre: für alle (Punkte p welche eine PLZ haben oder Teil eines Weges/Gebietes mit einer PLZ sind) tue: { Suche das Polygon P zu dieser PLZ+Staat -Kombination. Falls P nicht existiert, { lege P mit diesem eine Punkt an. } Falls P existiert und p nicht in P enthalten ist: { Füge p dem Polygon P hinzu und entferne überflüssige Punkte (z.B. Graham Scan wobei bekannt ist, dass die Punkte in P ja schon sortiert sind.) } } Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Auf mehrere Worker-Threads liesse sich das auf jeden Fall schonmal verteilen. Ahnung wie man Ausreisser erkennen kann (z.b. Tippfehler)? Irgendeine Idee wie sich das mit dem disjunkt machen lässt? Irgendwer hatte sowas schon mal in Österreich gemacht. Erinnert sich noch wer daran wer das war und unter welchem Topic das auf welcher Mailingliste war? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alternatives nur-Lese-API fuer Rendering
Hallo, gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als flachgelopfte simple features. Unten das komplette Posting mit URL. Bye Frederik Original Message Subject: [OSM-dev] Quick OSM read-only API optimised for rendering Date: Mon, 26 Oct 2009 11:01:05 + From: Nick Whitelegg nick.whitel...@solent.ac.uk To: d...@openstreetmap.org As part of an experiment with WebGL (3D in browser rendering of OSM data) I'm planning on doing, I've developed a quick read-only OSM API and data format optimised for rendering. The rationale was, that if the front end is doing only rendering of OSM data (no editing), the standard OSM XML format is not really optimised for this purpose. A better data format for rendering would contain only point of interest nodes, with ways represented as polylines of points, with no need for the client to look up the coordinates of the way's constituent nodes by ID. This API generates either XML or JSON describing points of interest and ways (as polylines) in a given bounding box. You can find more details on the blog post: http://www.free-map.org.uk/wordpress/?p=21 It's fairly quickly put together so might not handle errors gracefully just yet. Nick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 12:33 schrieb Mirko Küster: Historischer Briefkasten der DP bzw. Deutschen Post der DDR? In Westdeutschland scheint es ja auch noch welche der Bundespost zu geben. Da passt Frederiks Vorschlag mit Operator und Brand sehr gut. Das Dingen gehört sauber geschrieben, so wie wir das auch bei anderen Dingen machen. Es wird weniger schmerzhaft wenn sowas gleich in den entsprechenden Editoren in die Presets kommt und der Datenbestand in einer Aktion bereinigt wird. Yepp. JOSM kann dann eine Postkasten-Vorlage mit festen Namen bekommen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Tobias Wendorff schrieb: Am Mo, 26.10.2009, 12:33 schrieb Mirko Küster: Historischer Briefkasten der DP bzw. Deutschen Post der DDR? In Westdeutschland scheint es ja auch noch welche der Bundespost zu geben. Da passt Frederiks Vorschlag mit Operator und Brand sehr gut. operator / brand Das gibt aber richtig Aufwand für relativ wenig Information. z.B. sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir die auch alle ermitteln? Und das kann sich oft kurzfristig ändern, wenn ich das so sehe. Das Dingen gehört sauber geschrieben, so wie wir das auch bei anderen Dingen machen. Es wird weniger schmerzhaft wenn sowas gleich in den entsprechenden Editoren in die Presets kommt und der Datenbestand in einer Aktion bereinigt wird. Yepp. JOSM kann dann eine Postkasten-Vorlage mit festen Namen bekommen... Da habe ich aber ne Frage zu JOSM: Sind die Presets dann von der eingestellten Sprache abhängig? Oder bekomme ich eine Liste aller Postunternehmen dieser Welt? Wie soll hier eine entsprechende Auswahl erfolgen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Am Montag, den 26.10.2009, 13:22 +0100 schrieb Tobias Wendorff: Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? Würde ja auf http://de.wikipedia.org/wiki/Graham_Scan tippen. Grüße Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 13:31 schrieb Ropino: Das gibt aber richtig Aufwand für relativ wenig Information. Fängt jetzt schon wieder diese Diskussion zur Relevanz an? z.B. sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir die auch alle ermitteln? Am Anfag waren private Postdienstleister zentral meldepflichtig und wurden auf irgeneiner Seite des Bundes veröffentlicht. Ich denke, für die umsatzbefreiten Anbieter ist dies immer noch so. Und das kann sich oft kurzfristig ändern, wenn ich das so sehe. Bus-Routen ändern sich auch mehrmals im Jahr. Heute bei der DSW in Dortmund, dann bald wieder zum kleinen Fahrplanwechsel etc. Da habe ich aber ne Frage zu JOSM: Sind die Presets dann von der eingestellten Sprache abhängig? Oder bekomme ich eine Liste aller Postunternehmen dieser Welt? Wie soll hier eine entsprechende Auswahl erfolgen? Ersteres weiß ich nicht, aber eine Vorlage Post-DE wür e zunächst ja reichen? Zweiteres: Auswahl per Dropdown-Menü? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 13:31 schrieb Ropino: Das gibt aber richtig Aufwand für relativ wenig Information. Fängt jetzt schon wieder diese Diskussion zur Relevanz an? z.B. sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir die auch alle ermitteln? Am Anfag waren private Postdienstleister zentral meldepflichtig und wurden auf irgeneiner Seite des Bundes veröffentlicht. Ich denke, für die umsatzbefreiten Anbieter ist dies immer noch so. Und das kann sich oft kurzfristig ändern, wenn ich das so sehe. Bus-Routen ändern sich auch mehrmals im Jahr. Heute bei der DSW in Dortmund, dann bald wieder zum kleinen Fahrplanwechsel etc. Da habe ich aber ne Frage zu JOSM: Sind die Presets dann von der eingestellten Sprache abhängig? Oder bekomme ich eine Liste aller Postunternehmen dieser Welt? Wie soll hier eine entsprechende Auswahl erfolgen? Ersteres weiß ich nicht, aber eine Vorlage Post-DE wür e zunächst ja reichen? Zweiteres: Auswahl per Dropdown? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Tobias Wendorff schrieb: Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) http://google-latlong.blogspot.com/2009/10/evolving-look-of-google-maps.html Sieht ja ganz nett aus, offenbart aber (zumindest in meiner Gegend) ein riesiges Problem: die kleistern ihre Kartenkacheln jetzt auch mit pois zu. (Noch etwas, das einem wie von uns nachgemacht vorkommt...) Vieles davon liegt teils grausam falsch - bspw. an einer Kreuzung auf der diagonal anderen Seite. Einige wurden auch in Gewässern versenkt... Etliche pois sagen mir - obwohl ich in den Gegenden sehr viel gemappt habe - absolut gar nichts, die Namen dort lese ich zum ersten Mal bei google. Dass google dermaßen schlampt, könnten wir jetzt ausschlachten... Bei der Gelegenheit könnte man sich auch mal Gedanken um eine vernünftige Präsentation der zusätzlichen Infos der pois machen - die Lösung von Google hat schon was (dass es geht, zeigt ja die öpnv-Karte). Und natürlich verstärkt auf pois achten, damit wir auch was haben, was man präsentieren kann. In einem direkten Vergleich sieht es so aus, als wären wir stellenweise Google weit überlegen ;) Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die Wanderkarte wird interaktiv
Hallo Nop, Nop schrieb: Routen planen Die Karte wurde mit einem Routenplaner integriert. (...) Über Euer Feedback zu Problemen, Erfolgen und Verbesserungen würde ich mich freuen. Das sieht schon recht gut aus! Ein snap-to-way wäre natürlich noch schöner, ist aber auf der Grundlage von den Rasterdaten schwer machbar. Was mir aufgefallen ist: 1) Verschieben eines Wegpunktes: Klickt man einen Punkt an und bewegt dann die Maus, so springt der Punkt etwas zur Seite, d.h. die Koordinaten von mouse_down und mouse_move sind unterschiedlich. 2) Rundweg Will man einen Rundweg anlegen (ausmessen), so kann man den Zielunkt nicht auf den Startpunkt legen, sondern muss ihn nachträglich dorthin schieben. Eine Schießen-Funktion wäre da sehr schön. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Am Mo, 26.10.2009, 13:51 schrieb SLXViper: Etliche pois sagen mir - obwohl ich in den Gegenden sehr viel gemappt habe - absolut gar nichts, die Namen dort lese ich zum ersten Mal bei google. Ggf. eine Folge aus der Mischung der Gelben Seiten mit dem Geocoder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
operator / brand Das gibt aber richtig Aufwand für relativ wenig Information. z.B. sammeln im Ruhrgebiet sehr viele verschiedene operatoren (Sub-Firmen) im Auftrag der Deutschen Post AG die Briefe in den Kästen ein. Wollen wir die auch alle ermitteln? Und das kann sich oft kurzfristig ändern, wenn ich das so sehe. Das ist für Dinge gedacht wie unter eine bestimmten Marke operieren aber die eigentliche Firma anders heißt. So z.B. auch Franchise, Lizenznehmer etc. Mit den Lumpensammlern hat das garnichts zu tun. Die Kästen werden alle von der Deutschen Post AG betrieben. Lumpensammler sind laut Beobachtungen von Privatpersonen, über Werbevertriebe bis hin zu Taxiunternehmen alle möglichen Leute. Gleiches bei Postagenturen, die werden teilweise sogar kommunal betrieben, mit Zuschuss aus Steuermitteln, da es sich anders nicht mehr lohnen würde und manch Ort keine Poststelle mehr hätte. Die Post hat die Leute bisher auf 400 Euro Basis angestellt, jetzt schwenkt man auf mikrige Umsatzbeteiligungen um. Da werden demnächst noch so einige wegfallen, da nichtmal als Nebengeschäft im Friseur rentabel. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stuttgart - keine Radwege in der Autostadt ?
Moin! Am 26. Oktober 2009 11:43 schrieb Bernd Wurst be...@bwurst.org: Ich kann diese (von dir schon lange vertretene) Sichtweise irgendwie gar nicht nachvollziehen. Ein highway=path / bicycle=designated / foot=designated kann ja beides sein, ein kombinierter Rad-/Fußweg oder ein getrennter Rad-/Fußweg. Es wurde ja noch im Proposal segregated=yes nachgeschoben, was aber irgendwie keiner benutzt. Der Informationsgewinn einer Eintragung mit path ist ganz ehrlich: Null. Du weiß mit einem designated-Weg ja nur, was da für Schilder stehen. Zu wissen, um welche Art von Weg es sich genau handelt (Schilder) halte ich für einen großen Informationsgewinn. Vor allem ist es eine recht sichere Information, da diese Information getrennt vom highway-tag erfasst wird. Dem gegenüber frage ich mich immer, welche Informationen ich jetzt aus highway=cycleway oder highway=footway ableiten soll. Das Problem an diesen beiden ist einfach, daß sie von Anfang an recht subjektiv und vor allem mit unterschiedlichen Kriterien verwendet wurden(siehe meine Antwort an malenki). Da steckt also eine Menge Interpretation drin, die bei meinen eigenen cycleways bei der Auswertung noch funktioniert, im Nachbarort bei denen vom Nachbarmapper aber schon nicht mehr (und umgekehrt). Den subjektiven Eindruck des Mappers vor Ort, der Ausbauzustand und empfehlenswertigkeit des Weges einträgt, würde ich beim Tagging sehr, sehr hoch bewerten. Denn das ist unser großer Vorteil: Fast alle Wege werden mit Ortskenntnis erfasst. Ja, Ortskenntnis ist ein großer Vorteil von OSM, aber empfehlenswertigkeit(schönes Wort!) und Ausbauzustand sollten meiner Meinung nach nicht in die highway-Klasse einfließen, weil sie dort sehr schwer wieder herauszupopeln sind. Ich hätte keine Skrupel, zwei identisch beschilderte Wege (kombinierter Rad-/Fußweg) unterschiedlich einzutragen, wenn der eine für den normalen Fahrradfahrer die einzig sinnvolle Strecke ist und der andere eine Tortur. Wie gesagt, dafür würde ich lieber zusätzliche tags verwenden - das gibt anderen (nachfolgenden) Mappern die Möglichkeit, deine Arbeit besser zu verstehen und macht es auch Einsteigern leichter, ganz konkrete Eigenschaften zu taggen, ohne zwischen verschiedenen subjektiven Wegklassen zu schwimmen. Bei tracktype z.B. klappt das hier Köln/Bonn/Eifel etc. schon ganz gut, obwohl das tag auch nicht 100% objektiv ist... Letztlich glaube ich auch, daß es dadurch weniger Chancen auf Editwars gibt, da die einzelnen Eigenschaften weniger interpretationsspielraum lassen. Das muss sich nicht immer in den Schildern widerspiegeln. highway=path ist ein Konstrukt um Beschilderung zu mappen. Der unglaubliche Vorteil der subjektiven Einschätzung geht völlig verloren. Ich finde das schade und sicherlich keinen Fortschritt. Das Problem ist halt, daß diese Einschätzung, wenn sie nur durch einen Wert ausgedrückt wird, nicht gut interpretierbar ist. In kleineren Häppchen sieht es schon ganz anders aus. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo, 26.10.2009, 13:51 schrieb Mirko Küster: Da werden demnächst noch so einige wegfallen, da nichtmal als Nebengeschäft im Friseur rentabel. Yop, bei uns wird die Post nun auch nach mehreren Jahrzehnten geschlossen und wande rt in einen Kiosk. Arbeitslosigkeit etc. Dank neuer Packstations und vielen posteigener Webdiensten ist die Filiale kaum noch für mich interessant. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Hallo. Am Montag, 26. Oktober 2009 schrieb Tobias Wendorff: Etliche pois sagen mir - obwohl ich in den Gegenden sehr viel gemappt habe - absolut gar nichts, die Namen dort lese ich zum ersten Mal bei google. Ggf. eine Folge aus der Mischung der Gelben Seiten mit dem Geocoder? Den Eindruck habe ich hier auch. Dort wo die Hausnummern verschoben sind, sind es die POIs auch. Außerdem wirkt es etwas plan- und lieblos wie dort teilweise mehrzeilige Beschriftungen auf der Karte gerendert werden ohne dass man daran erkennt was man eigentlich dort suchen soll. Außerdem wirkt es unlogisch, dass eine Esso-Tankstelle angezeigt wird (incl. Name des Pächters) und die Shell daneben nicht. Ich finde es dennoch eine Herausforderung an uns, denn deren Renderer kann mit Kollisionen wesentlich besser umgehen. Z.b. Werden Texte auch mal verschoben. Mapnik und Osmarender können momentan AFAIK nur weglassen. Da besteht noch Bedarf. Aber die Zahl und Genauigkeit von POIs ist bei uns an den meisten Stellen besser. Und unsere Auswahl hängt nicht so stark davon ab ob man die richtigen Werbeanzeigen geschaltet hat. :) Gruß, Bernd -- Die meisten Politiker sind Männer der Mitte, weil sie sich hinten und vorne nicht auskennen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Moin, On Mon, Oct 26, 2009 at 01:22:55PM +0100, Tobias Wendorff wrote: Am Mo, 26.10.2009, 13:01 schrieb marcus.wolsc...@googlemail.com: Mein ihr das wäre effizient so als Online-Algorithmus? Oder doch lieber erst alle Punkte sammeln und dann Graham? Was ist Graham? Ein Algorithmus zum Bestimmen der konvexen Hülle: http://de.wikipedia.org/wiki/Graham_Scan Und jetzt bitte nicht dir Frage, was ein Algorithmus oder eine konvexe Hülle ist :-) BYtE Philipp -- / / (_)__ __ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / //_/_//_/\_,_/ /_/\_\ pmh...@titan.lahn.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Original-Nachricht Datum: Mon, 26 Oct 2009 13:08:39 +0100 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: [Talk-de] Alternatives nur-Lese-API fuer Rendering Hallo, gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als flachgelopfte simple features. Unten das komplette Posting mit URL. Wenn ich mir das so durchlese ... kommt mir ja schon irgendwie bekannt vor ;) In jedem Fall ist das mit der RO-API eine interessante Idee, denn sehr oft brauchts ja keinen Schreibzugriff. Und Bounding boxes und Polygone - h, lecker. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
SLXViper slxvi...@gmx.net wrote: Dass google dermaßen schlampt, könnten wir jetzt ausschlachten... Das sieht für mich ein wenig so aus als ob man automatisiert die gelben Seiten oder sowas über nen Geocoder gehauen hat. Schön ist halt schon, dass man die POI anklicken kann. Sven -- If you can spend five minutes on the Internet and do not run Linux, you're a genius. (Dirk Hohndel) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Umprojektion von LVA-Luftbildern
Hallo. Vor einiger Zeit war mal eine Diskussion im Gang bzgl. Verwendbarkeit der Luftbilder von den Landesvermessungsämtern. Zur rechtlichen Seite ist alles gesagt und klar dass eine Verwendung derzeit nicht erlaubt ist: http://wiki.openstreetmap.org/wiki/DE:DOP_Sources Technisch betrachtet war das Problem, dass der Server des LVA Ba-Wü die Projektion von JOSM nicht hin kriegt und daher die Bilder nicht zu den Objekten passen (Bilder sind stark gestaucht). Jemand hier von der Liste hatte mir mal testweise eine URL von einem Proxy gegeben, der eine Live-Umprojektion macht. Damit ist es möglich, die Bilder in der richtigen Projektion mit dem WMS-Plugin zu laden. Leider finde ich die URL und die Mail von damals nicht mehr. Ich möchte daher hier fragen, wer das war und denjenigen bitten, mir die URL nochmal zu nennen, mit der ich das gewünschte erreichen kann. Sehr gerne per privater Mail um niemanden zu animieren, diese URL selbst in JOSM zu laden und damit Luftbilder abzumalen. Vielen Dank schonmal im Voraus. Gruß, Bernd signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Am Mo, 26.10.2009, 14:29 schrieb Bernd Wurst: Ich möchte daher hier fragen, wer das war und denjenigen bitten, mir die URL nochmal zu nennen, mit der ich das gewünschte erreichen kann. Der Sven war das sicher. Das muss aber gar nicht mehr sein: Dirk hat JOSM eine UTM-Unterstützung verpasst und ich habe es auf GK erweitert. Allerdings habe ich von diesen Patch-Dateien keine Ahnung... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Am Mo, 26.10.2009, 14:29 schrieb Bernd Wurst: Ich möchte daher hier fragen, wer das war und denjenigen bitten, mir die URL nochmal zu nennen, mit der ich das gewünschte erreichen kann. Der Sven war das sicher. Das muss aber gar nicht mehr sein: Dirk hat JOSM eine UTM-Unterstützung verpasst und ich habe diese auf GK mit Bessel erweitert. Allerdings habe ich von diesen Patch-Dateien keine Ahnung... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebi ete gesucht
Am Mo, 26.10.2009, 14:16 schrieb Philipp Matthias Hahn: Und jetzt bitte nicht dir Frage, was ein Algorithmus oder eine konvexe Hülle ist :-) Nein, nein ;-) Ich habe aufgrund der Überschneidungen nur noch nie konvexe Hüllen, sondern fadt immer nur Thiessen verwendet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Frederik Ramm frede...@remote.org wrote: gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als flachgelopfte simple features. Unten das komplette Posting mit URL. Hm, um sowas wie die halbautomatische Tourenplanung von gpsies.com nachzubilden bräuchte man etwas ganz ähnliches: Input: zwei Punkte Output: Polygon mit kürzester Verbindung von a nach b über Wege egal welcher Kathegorie (stark vereinfachter Routingalgorithmus) Vielleicht hat ja schon mal jemand mit pgrouting gespielt und kann mir sagen wie man sowas hinkriegt? Das dürfte ja mit der einfachsten Variante eines Routinggraphen schon klappen. Gruss Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Hallo. Am Montag, 26. Oktober 2009 schrieb Tobias Wendorff: Am Mo, 26.10.2009, 14:29 schrieb Bernd Wurst: Ich möchte daher hier fragen, wer das war und denjenigen bitten, mir die URL nochmal zu nennen, mit der ich das gewünschte erreichen kann. Der Sven war das sicher. Ja, es ist wie verhext, Fragen hilft ungemein. Kurz nach Absenden der Frage hab ich hier eine passende Mail gefunden und die URL funktioniert noch immer. Das muss aber gar nicht mehr sein: Dirk hat JOSM eine UTM-Unterstützung verpasst und ich habe diese auf GK mit Bessel erweitert. Allerdings habe ich von diesen Patch-Dateien keine Ahnung... Also das aktuelle WMS-Plugin kann mit der URL auf vorgenannter Wiki-Seite nicht umgehen. Gruß, Bernd -- Fachbegriffe der Informatik (#416): Hubraum Raum für den Etagenverteiler (Marc Haber) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Zeichnen: hat sich da etwas ge ändert und ich habe es nicht mitbekommen ??
Hallo. Am Montag, 26. Oktober 2009 schrieb Jan Tappenbeck: habe die Version 2322 und wenn ich einen Weg erstellt habe und mit ESC das Zeichnen beende dann ist der WAY weg und teilweise bleiben die NODES erhalten. Kann das bestätigen und hab deinen bugreport etwas ergänzt. http://josm.openstreetmap.de/ticket/3785 Irgendwie läuft das merkwürdig. Kann einer etwas dazu sagen ?? Eigentlich ist das ein Bug, dessen Auswirkung jeder Mapper (und Dev) umgehend sieht. :) Gruß, Bernd -- Leben ist das was passiert, während du eifrig dabei bist andere Pläne zu machen. - John Lennon signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Am Mo, 26.10.2009, 14:43 schrieb Sven Geggus: Vielleicht hat ja schon mal jemand mit pgrouting gespielt und kann mir sagen wie man sowas hinkriegt? Das dürfte ja mit der einfachsten Variante eines Routinggraphen schon klappen. Exakt sowas wollte ich in der kommenden Woche anfangen zu bauen. Nicht für Wander-, sondern für Busrouten! Man klickt die Abschnitte oder zwei Punkte an und er fügt diese den Relationen hinzu. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Original-Nachricht Datum: Mon, 26 Oct 2009 13:08:39 +0100 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: [Talk-de] Alternatives nur-Lese-API fuer Rendering Hallo, gerade kam auf der dev-Liste, dass Nick Whitelegg ein schnelles nur-Lese-API gebaut hat, bei dem Liniengeometrien ohne die dazugehoerigen Einzelnodes geliefert werden, also praktisch schon als flachgelopfte simple features. Unten das komplette Posting mit URL. Ups, bisher scheints noch eine Einschraenkung zu geben, denn Kreuzungsnodes sind wohl mit der Methode nicht zu bekommen, oder liege ich da falsch? Von dem Rechner hier kann ichs leider nicht austesten. Also mit ner Erweiterung fuer den Graphen waers noch viel mehr als nur ne GUI-API aber das Ding ist ja noch jung. Gruesse Hubert -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All-in-One - ständiges Drehen am GARMIN bei 0km/h
UMAX974 schrieb: Hallo an alle GARMIN etrex User mit der All-in-One Karte. (evtl betrifft das auch andere??) Vielleicht hilft es, den Kompass einzuschalten (falls er es nicht ist) und die Kartenausrichtung nach Kompass entsprechend einzustellen. Hab ein Garmin 60Csx, weiß daher nicht, ob das bei deinem Gerät möglich ist. Mein Gerät benutze ich stets genordet. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebiete g esucht
Hallo, marcus.wolsc...@googlemail.com wrote: ich suche gerade eine geeignete Möglichkeit um eine Lat+Lon - PLZ Abbildung zu machen. Ist mit den Daten, die OSM hat, sehr schwer. Du kannst zwar was basteln, aber Du wirst sehr viele falsche Ergebnisse erzielen, und gerade bei Anwendungen mit PLZ sind die Anforderungen der Benutzer eben doch oft hoeher - es mag fuer uns schon toll sein, wenn ich zu einem Ort in PLZ 76135 die 76133 erraten kann, aber fuer die meisten Benutzer gilt hier doch knapp daneben ist auch vorbei ;-) Momentan denke ich darüber nach disjunkte, konvexe Hüllen über alle Elemente welche innerhalb eines Staates den gleichen Wert in addr:postcode bzw postal_code haben zu bilden. Du wirst viele sich schneidende Huellen erhalten, und das gar nicht mal wegen Datenfehlern. Ausserdem werden grosse Flaechen leer bleiben. Fuer so etwas ist eigentlich ein Voronoi-Diagramm besser geeignet. Dave Stubbs hat damit ganz huebsche Ergebnisse fuer UK erzielt: http://random.dev.openstreetmap.org/postcodes/# aber ausserhalb der dichtbesiedelten Orte sieht es dort auch etwas mau aus. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Hallo, qbert biker wrote: Ups, bisher scheints noch eine Einschraenkung zu geben, denn Kreuzungsnodes sind wohl mit der Methode nicht zu bekommen, oder liege ich da falsch? Sein Fokus liegt ganz klar beim Rendering, nicht beim Routing, sagt er. Aber man kann sich den Quelltext von der zitierten Seite herunterladen und nach Belieben selber erweitern. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering
Original-Nachricht Datum: Mon, 26 Oct 2009 15:03:13 +0100 Von: qbert biker qbe...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Alternatives nur-Lese-API fuer Rendering Ups, bisher scheints noch eine Einschraenkung zu geben, denn Kreuzungsnodes sind wohl mit der Methode nicht zu bekommen, oder liege ich da falsch? Von dem Rechner hier kann ichs leider nicht austesten. Also mit ner Erweiterung fuer den Graphen waers noch viel mehr als nur ne GUI-API aber das Ding ist ja noch jung. Sorry fuers mehrfach posten, aber ich denke mal, die Sache ist erstaunlich einfach loesbar. Wenn man hinter den Koordinaten des Polygons jeweils die Nodenummer noch mit ausgibt, muesste man alles wieder sauber zusammenbauen koennen. Ein paar Verwendungsoptionen mehr fuer ein wenig Overhead - muss man sich mal durch den Kopf gehen lassen. Gruesse Hubert -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Bernd Wurst schrieb: Das muss aber gar nicht mehr sein: Dirk hat JOSM eine UTM-Unterstützung verpasst und ich habe diese auf GK mit Bessel erweitert. Allerdings habe ich von diesen Patch-Dateien keine Ahnung... Also das aktuelle WMS-Plugin kann mit der URL auf vorgenannter Wiki-Seite nicht umgehen. Hast du auch die Parameter angepasst? Im wiki ist die Projektion nämlich in der URL fest auf EPSG:4326 eingestellt... Wie man da Parameter als Platzhalter einbaut, kann man am Ende der sources.cfg vom wmsplugin lesen: http://svn.openstreetmap.org/applications/editors/josm/plugins/wmsplugin/sources.cfg Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Am Mo, 26.10.2009, 15:21 schrieb SLXViper: Hast du auch die Parameter angepasst? Im wiki ist die Projektion nämlich in der URL fest auf EPSG:4326 eingestellt... Yop, SRS muss gesetzt werden. AFAIK geht derzeit nur UTM33. UTM32 und GK2-5 habe ich integriert. Sobald mir jemand sagt, wie man Patches erzeugt, mache ich das fertig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umprojektion von LVA-Luftbildern
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Sobald mir jemand sagt, wie man Patches erzeugt, mache ich das fertig. Habe ich das jetzt falsch verstanden oder suchst Du sowas: http://stephenjungels.com/jungels.net/articles/diff-patch-ten-minutes.html --schnipp-- Make any changes required in the directory new/. Then create a patch with the following command: diff -rupN original/ new/ original.patch --schnapp-- Gruss Sven -- If you can spend five minutes on the Internet and do not run Linux, you're a genius. (Dirk Hohndel) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All-in-One - ständiges Drehen am GARM IN bei 0km/h
UMAX974 schrieb: Kann mir einer sagen, wie ich meinem etrex Legend Cx wieder abgewöhne, dass die Karte sich bei 0 km/h ständig dreht. Der Legend hat nunmal keinen Standkompass. Deshalb habe ich ebenfalls die genordet Option gewählt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Tobias Wendorff schrieb: Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) Wo kann man die angucken? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Am Mo, 26.10.2009, 16:46 schrieb Chris-Hein Lunkhusen: Tobias Wendorff schrieb: Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) Wo kann man die angucken? Upcoming - es sollen ja eigene Kartenstile auf einem Strato-Server entstehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Chris-Hein Lunkhusen chris66...@gmx.de wrote: Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) Wo kann man die angucken? Man kann mitarbeiten. Anzuschaun gibts da noch nix. Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Sven Geggus schrieb: SLXViper slxvi...@gmx.net wrote: Dass google dermaßen schlampt, könnten wir jetzt ausschlachten... Das sieht für mich ein wenig so aus als ob man automatisiert die gelben Seiten oder sowas über nen Geocoder gehauen hat. Schön ist halt schon, dass man die POI anklicken kann. Das ist aber auch dringend erforderlich, da man oft nur über die Adresse den Ort des POI herausbekommt. Die POIs sind in meiner Gegend oft mehrere hundert Meter oder gar Kilometer falsch und nur über die Adresse findet man z.B. ein Autohaus Rau (Langensteinbach, aber im Nachbarort Auerbach gezeichnet) oder ein Fitnesscenter das sich mitten im Wald vor Grünwettersbach befindet. Ein hoffnungsloses Unterfangen ist es, mit Google Maps, Institute im Universitätscampus zu finden. Ich habe in Zukunft kein so schlechtes Gefühl mehr, wenn ich mal mit meinem GPS zwei-drei Meter daneben liege. Gruß Klaus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggingfrage für Routingsoftware
Hallo zusammen, unsre Stadt hat hier: http://www.openstreetmap.org/browse/node/539525647 eine Schranke aufgestellt sodass man jetzt nur noch mit dem Fahrrad oder per pedes durchkommt. Soweit so gut. Nun möchte ich da keinen Rad/Fußweg von 5cm Länge einfügen sondern habe einfach auf den node ein barrier=gate, foot=yes, bicycle=yes, motorcar=no gesetzt. Kann man davon ausgehen, dass Openrouteservice, mkgmap und andere solche nodes korrekt berücksichtigen? http://data.giub.uni-bonn.de/openrouteservice/index.php?start=8.4534332,49.0058403end=8.4579178,49.0057277pref=Fastestlang=denoMotorways=falsenoTollways=false Sieht noch nicht so gut aus, aber das könnte derzeit natürlich auch noch am Datenmaterial liegen. Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Geb iete gesucht
2009/10/26 Tobias Wendorff tobias.wendo...@uni-dortmund.de: Am Mo, 26.10.2009, 14:16 schrieb Philipp Matthias Hahn: Und jetzt bitte nicht dir Frage, was ein Algorithmus oder eine konvexe Hülle ist :-) Nein, nein ;-) Ich habe aufgrund der Überschneidungen nur noch nie konvexe Hüllen, sondern fasst immer nur Thiessen verwendet. An Voronoi-Diagramme hab ich schon gedacht. Mittels des Divide and Conquer -Ansatzes sollte das gut zu parallelisieren sein. Nur wie macht man das ohne einen großteil aller Punkte welche eine PLZ haben mehrfach in den Speicher zu laden oder gleich nochmal Speicher in der Größenordnung dieser Punktmenge zu benötigen? Die alternative Berechnung über die untere Konvexe Hülle hat die Konvexe Hülle bereits als Teilschritt bevor nochmal eine teure O(n)-Transformation gemacht wird. Sweep meine ich, scheidet völlig aus wegen der Sortierung. Da lass ich mich aber gerne von Leuten mit mehr Erfahrung in PostGIS (der eingesetzten Datenbank) korrigieren. Dann die einen spatial-Index von Points für eine Sortierung eines Suchergebnisses nach der Lat-Achse nutzen wenn die Suche über ein String-Feld geht (also nicht über den Index selbst gesucht wird)? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingfrage für Routingsoftware
2009/10/26 Sven Geggus li...@fuchsschwanzdomain.de: Hallo zusammen, unsre Stadt hat hier: http://www.openstreetmap.org/browse/node/539525647 eine Schranke aufgestellt sodass man jetzt nur noch mit dem Fahrrad oder per pedes durchkommt. Soweit so gut. Nun möchte ich da keinen Rad/Fußweg von 5cm Länge einfügen sondern habe einfach auf den node ein barrier=gate, foot=yes, bicycle=yes, motorcar=no gesetzt. http://wiki.openstreetmap.org/wiki/Access Sieht richtig aus. Traveling Salesman berücksichtigt sowas an Nodes. Ich weis nicht in wie weit andere nur an ways schauen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für effiziente PLZ-Gebiete g esucht
2009/10/26 Frederik Ramm frede...@remote.org: Momentan denke ich darüber nach disjunkte, konvexe Hüllen über alle Elemente welche innerhalb eines Staates den gleichen Wert in addr:postcode bzw postal_code haben zu bilden. Du wirst viele sich schneidende Huellen erhalten, und das gar nicht mal wegen Datenfehlern. Ausserdem werden grosse Flaechen leer bleiben. Fuer so etwas ist eigentlich ein Voronoi-Diagramm besser geeignet. Dave Stubbs hat damit ganz huebsche Ergebnisse fuer UK erzielt: http://random.dev.openstreetmap.org/postcodes/# aber ausserhalb der dichtbesiedelten Orte sieht es dort auch etwas mau aus. Ich schätze ich werde am Ende also doch Voronoi nehmen müssen. Werd mal Dave anschreiben wie er das gemacht hat und ob seine Methode skaliert. Voronoi liefet mir zumindest auch gleich den Abstand vom nächsten Punkt der eine PLZ liefert. Ab Nx100m kann ich dann auf käufliche Datenbestände zurück fallen. Auf jeden Fall wäre es ein Anreiz die PLZ besser zu erfassen. Bei Polygonen, Multipolygonen und Wegen mit PLZ kommt der auf jeden Fall zum richtigen Ergebniss wenn man einfach die Punkte die PLZ erben lässt und dann nur Punkte betrachtet. Lief da nicht momentan für Deutschland ein Import mit Postleitzahlen? Gruss, Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] megalith=dolmen ???
Am 24. Oktober 2009 22:39 schrieb Nop ekkeh...@gmx.de: Hi! Jan Tappenbeck schrieb: Nun habe ich gerade in Spanien 2 davon kartiert und stelle mir die Frage ob wir das nicht in megalith=dolmen ändern sollen - von denen wird wohl kaum einer Grosssteingrab verstehen. Dolmen finde ich da deutlich besser. dazu gibt's eine laengere Diskussion im Archiv, Dolmen ist evtl. was anderes, bzw. nur eine Teilmenge von Grosssteingrab, ich erinnere mich zwar nicht mehr genau, wuerde aber erstmal davon ausgehen, dass es durchaus seinen Sinn hat, wie es derzeit im Wiki steht. Naeheres zu den Gruenden wie gesagt im Archiv. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
2009/10/26 Tobias Wendorff tobias.wendo...@uni-dortmund.de: Hat da wer Angst vor unseren neuen Kartenstilen auf dem Dev-Server? ;-) http://google-latlong.blogspot.com/2009/10/evolving-look-of-google-maps.html z.T. haben die sich ja verschlechtert, San Francisco sah alt m.E. wesentlich besser und uebersichtlicher aus als mit dem kontrastarmen neuen Stil (oder sind das versehentlich die Bilder vertauscht worden?) Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingfrage für Routingsoftware
Sven Geggus schrieb: Soweit so gut. Nun möchte ich da keinen Rad/Fußweg von 5cm Länge einfügen sondern habe einfach auf den node ein barrier=gate, foot=yes, bicycle=yes, motorcar=no gesetzt. Kann man davon ausgehen, dass Openrouteservice, mkgmap und andere solche nodes korrekt berücksichtigen? ORS macht mir in letzter Zeit etwas Sorgen. Ob der noch weiterentwickelt wird, nach Abschluss der Thesis? mkgmap wird fleissig entwickelt und hat eine Option (--link-pois-to-roads oder so ähnlich) die bewirkt, dass um den Poller herum ein Stück Strasse mit den Beschränkungen gebaut wird. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am 26. Oktober 2009 08:08 schrieb Guenther Meyer d@sordidmusic.com: es ist besser eine liste zu haben, die nur ein teil kennt, als gar keine richtlinien. und das hier ist ein Thema, wo ich es durchaus fuer vertretbar halte, den bestand mal per bot zu vereinheitlichen... +1 Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
es ist besser eine liste zu haben, die nur ein teil kennt, als gar keine richtlinien. und das hier ist ein Thema, wo ich es durchaus fuer vertretbar halte, den bestand mal per bot zu vereinheitlichen... +1 Bloß kein Bot. Ich habe gestern schon in Neufünfland die wirklich erkennbar zur Deutsche Post AG gehörenden entsprechend vereinheitlicht. Bei einigen Kandidaten habe ich extra nochmal in den Post Bestand geguckt um keinen Mist zu machen. Die anderen Anbieter habe ich nicht angefasst, keine Daten und mir sind da auch keine Standorte bekannt, da die Post hier noch zu 99% das Monopol hat. Daneben gibts aber noch eine Menge mit DHL aber ohne Angabe ob nun Packstation oder Kasten mit falscher Angabe, halbe Postagenturen mit Automaten in einem Node usw. Mit einem dummen Stück Code kann man da mehr Müll produzieren als gewollt. Macht lieber eine Aktion daraus. Tut ohnehin not. Viele haben nichtmal einen Operator. Ansonsten auch mit nur wenige Leerungszeiten und Standorte. Da hilft auch kein Bot. Allerdings ein Script was diese toten POIs mal sichtbar macht. Wenn auch vielleicht nicht gleich die Standorte und Leerungszeiten bei rauskommen, so fährt doch jeder hier irgendwo mal lang. Da ist es kein Akt auch bei Durchfahrt mal an der Stelle auf die Farbe zu achten. Damit lässt sich wenigstens der fehlende Operator entziffern. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am 26. Oktober 2009 19:21 schrieb Mirko Küster webmas...@ts-eastrail.de: es ist besser eine liste zu haben, die nur ein teil kennt, als gar keine richtlinien. und das hier ist ein Thema, wo ich es durchaus fuer vertretbar halte, den bestand mal per bot zu vereinheitlichen... +1 Bloß kein Bot. Ich habe gestern schon in Neufünfland die wirklich erkennbar zur Deutsche Post AG gehörenden entsprechend vereinheitlicht. Bei einigen Kandidaten habe ich extra nochmal in den Post Bestand geguckt um keinen Mist zu machen. Die anderen Anbieter habe ich nicht angefasst, keine Daten und mir sind da auch keine Standorte bekannt, da die Post hier noch zu 99% das Monopol hat. Daneben gibts aber noch eine Menge mit DHL aber ohne Angabe ob nun Packstation oder Kasten mit falscher Angabe, halbe Postagenturen mit Automaten in einem Node usw. Mit einem dummen Stück Code kann man da mehr Müll produzieren als gewollt. schon klar. Der Bot sollte natuerlich im Zweifel gar nichts tun, aber bestimmte Eintraege, die erkennbar Deutsche Post AG bedeuten sollen, es aber mit ein paar Zeichen Unterschied darstellen, kann man durchaus auch automatisch umtaggen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra ßenecken
Am Montag, den 26.10.2009, 12:24 +0100 schrieb Tobias Wendorff: Am Mo, 26.10.2009, 11:57 schrieb André Riedel: AFAIK isr Geolocation die Technologie, einen Nutzer zu verorten - z.B. anhand einer IP. Ja ;-) Ich gebe Dir aber vollkommen Recht. Aber: Obwohl hier in Werl ein Postkasten mit Hausnummer gekennzeichnet ist, steht er jedoch vor dem Haus daneben ;-) Das kann ich toppen: In Neuerkerode steht ein Briefkasten mit der Standortbezeichnung Schöninger Straße. Die Hauptstraße in Neuerkerode heisst jedoch Schöppenstedter Straße und geht erst einen Kilometer weiter westlich in die Schöninger Straße über. Wahrscheinlich ist das ein Fehler der Post. Denen habe ich auch vor einem halben Jahr eine Mail geschrieben, jedoch bisher keine Antwort erhalten und auch die Bezeichnung wurde noch nicht geändert. http://www.openstreetmap.org/browse/node/261908318 Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Mo Oktober 26 2009 glaubte SLXViper zu wissen: André Riedel schrieb: Am 26. Oktober 2009 00:12 schrieb Ropino rop...@online.de: Dann fange ich mal eine Liste an: (Kommentare, Änderungen, Erweiterungen sind erwünscht) - Deutsche Post AG - Deutsche Post (ohne AG, da wir sonst auch DHL Express Vertriebs GmbH Co. OHG usw. schreiben müssten) - DHL ( nur für Packstation, Paketboxen etc., ist zwar eine 100%ige Tochter, operiert aber durchaus getrennt) - PostModern ( hier wird es schon schwer, die wissen selbst nicht wie sie sich schreiben: klein, groß, mit oder ohne Strich, das Unternehmen selbst heißt MEDIA Logistik) - Main-PostLogistik - NordbayernPost - CityMail - LMF Postservice - Citykurier! (mit oder ohne ! ist hier die Frage) - City-Post (aus Sachsen) - CITIPOST (aus Niedersachsen) - Arriva (Südwestdeutschland) - RegioMail (Region Heilbronn, Hohenlohe und Kraichgau) flo -- BTW, mit Erschrecken habe ich gelesen, dass Hertrich ueber 20 ist. Ist es denn moeglich, so alt zu werden und dabei so aeh ... wie sag ich das jetzt ... geistig schlicht zu bleiben? wer so schlicht ist, van Helsing zu glauben, ist schon reif fuer eine Merkbefreiung. [Alexandra kl...@gmx.de und Bernd PF Kassler in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing
Am 22. Oktober 2009 00:02 schrieb Garry garr...@gmx.de: Wenn ich die Information des kreuzungsfreien Ausbaus nicht habe, ist das ziemlich trostlos. Die ganzen Aenderungen bewirken, dass ich mit einem Netz durchteste und es mit dem naechten Upload wieder heisst April, April. Warum solltest du die Information über einen Kreuzungsfreien Ausbau nicht haben? 1. setzt das eine volständige Erfassung heraus - es gibt auch in D immer noch dünn erfasste Gebiete in denen gerade mal wenn überhaupt die Haupttrecken drin sind. Aus 10km keine erfasste Kreuzung kann man nicht schliessen dass die Strecke tatächlich kreuzungsfrei ist. ist ja nicht schlimm, dadurch werden die dünn gemappten Gebiete bevorzugt, so dass sich das von selbst reguliert ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten
Am Montag 26 Oktober 2009 19:25:28 schrieb Martin Koppenhoefer: Daneben gibts aber noch eine Menge mit DHL aber ohne Angabe ob nun Packstation oder Kasten mit falscher Angabe, halbe Postagenturen mit Automaten in einem Node usw. Mit einem dummen Stück Code kann man da mehr Müll produzieren als gewollt. schon klar. Der Bot sollte natuerlich im Zweifel gar nichts tun, aber bestimmte Eintraege, die erkennbar Deutsche Post AG bedeuten sollen, es aber mit ein paar Zeichen Unterschied darstellen, kann man durchaus auch automatisch umtaggen. richtig, genau das meinte ich auch. alles andere wird doch besser per hand erledigt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Standort Briefkasten - Adressen an Stra ßenecken
Am Mo, 26.10.2009, 19:44 schrieb Andre Hinrichs: Das kann ich toppen: Drehkreuzbriefkasten (heißen die so?)? Also wird mit einem Schlüssel an einer Scheibe gedreht, damit mandie nächste Leerung sieht? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingfrage für Routingsoftware
Chris-Hein Lunkhusen schrieb: mkgmap wird fleissig entwickelt und hat eine Option (--link-pois-to-roads oder so ähnlich) die bewirkt, dass um den Poller herum ein Stück Strasse mit den Beschränkungen gebaut wird. Warum wird das denn nicht automatisch gesetzt, wenn man routingfähige Karten erzeugt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps - Update
Sven Geggus schrieb: SLXViper slxvi...@gmx.net wrote: Dass google dermaßen schlampt, könnten wir jetzt ausschlachten... Das sieht für mich ein wenig so aus als ob man automatisiert die gelben Seiten oder sowas über nen Geocoder gehauen hat. Dürften wir das von der rechtlichen Seite gesehen ebenfalls machen? Wenn ich beim loggen Firma XY fotografiert habe, schlage ich beim mappen regelmäßig im Internet nach: Entweder es gibt eine Firmenwebsite oder das einen Eintrag im Örtlichen. Wenn das rechtlich unbedenklich ist - wäre es möglich, etwas für OSM zu basteln, das dann POIs ausgibt, die man nur noch an der richtigen Stelle platzieren müsste? Würde die Arbeit erheblich erleichtern. Momentan kopiere ich Zeile für Zeile von den jeweiligen Firmenseiten... Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrradstraßen in Kiel
Moin, ich fand es schon lange unbefriedigend, wie die Fahrradstraßen in Kiel bei OSM kodiert sind. In Kiel sind recht viele Fahrradstraßen ausgewiesen. Diese sind nicht nur für Anlieger, sondern für alle Fahrzeuge freigegeben. Ursprünglich waren die Straßen alle als highway=residential eingegeben, inzwischen sind sie als highway=cycleway mit Zusatztags wie access=no, bicycle=designated, foot=yes, motorcar=yes, motorcycle=yes und note: Fahrradstraße. In der Kartendarstellung von Mapnik und t...@h tauchen die Fahrradstraßen als Radwege auf. Man kann nicht erkennen, welche Radwege man mit einem KFZ befahren darf und welche nicht. Die Straßen mit access=no werden sogar als gesperrte Radwege gezeichnet. Openrouteservice führt KFZ nicht über die Kieler Fahrradstraßen. Damit sind einige Orte im Router gar nicht erreichbar, andere nur mit unnötigen Umwegen. Andere Router haben vermutlich auch Probleme. Die highway-Klassen vieler Fahrradstraßen wurden häufig geändert. Die Niebuhrstraße (ID 26706486) war residential, cycleway, track, path, wieder residential und wieder cycleway. Die vielen Änderungen an den Tags zeigen, dass es bislang keine von allen akzeptierte Lösung gibt. Leider hat die OSM-Gemeinschaft noch kein Verfahren entwickelt, um unklare Tag-Definitionen einheitlich zu fassen. Wie in anderen Threads schon (leider meist vergeblich) angemerkt, handelt es sich bei den OSM-Tags um Konventionen, so dass Aussagen wie meine Interpretation des Tags ist objektiv richtig, deine ist falsch objektiv sinnlos sind. :-) Ich wollte nicht einfach die Tags der Fahrradstraßen nach eigenem Gutdünken ändern, sondern zumindest erfahren, wie die anderen aktiven lokalen Mapper darüber denken. Ich habe die Frage daher an alle Mapper geschrieben, die seit Anfang 2008 Tags an den Kieler Fahrradstraßen geändert haben. Von sieben angeschriebenen haben sechs geantwortet. Das Ergebnis des Meinungsbilds (inklusiv meiner Stimme) ist, dass fünf Mapper highway=residential mit bicycle=designated bevorzugen, zwei highway=cycleway. Eine Antwort verwies auf das Wiki, wo für Fahrradstraßen mit Zusatz Anlieger frei highway=residential vorgeschlagen wird. (Ist das allgemeiner Konsens?) Da sich eine Mehrheitsmeinung der lokalen Mapper herausbildet hat, werde ich ich die Fahrradstraßen in Kiel einmalig dementsprechend ändern. Ich hoffe, dass dieses halbdemokratische Verfahren einen Editwar vermeidet. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraßen in Kiel
Hallo Stefan, hallo Liste, Am Tue, 27 Oct 2009 02:18:54 +0100 hat Stephan Wolff s.wo...@web.de geschrieben: In Kiel sind recht viele Fahrradstraßen ausgewiesen. Diese sind nicht nur für Anlieger, sondern für alle Fahrzeuge freigegeben. hier in Herford gibt auch ein paar Einbahnstraßen, da kommt noch hinzu, dass sie teilw. für Autos Einbahnstraßen sind, für Fahrräder natürlich in beide Richtungen freigegeben sind. Oder es ist für Autos die Einfahrt nur von einer Seite zugelassen, aber theoretisch dürften Sie drehen und zurückfahren (unechte Einbahnstraße). Das Ergebnis des Meinungsbilds (inklusiv meiner Stimme) ist, dass fünf Mapper highway=residential mit bicycle=designated bevorzugen, zwei highway=cycleway. Eine Antwort verwies auf das Wiki, wo für Fahrradstraßen mit Zusatz Anlieger frei highway=residential vorgeschlagen wird. (Ist das allgemeiner Konsens?) Die Fahrradstraßen hier hab ich selber mal von residential auf cycleway und dann auf residential+bicycle=designated umgetagged. Im Wiki steht bei German Roads Tagging [1], dass path+bicycle=designated bzw. residential+bicycle=designated verwendet werden soll, bei Road Signs [2] hingegen, dass es offiziell nur ein Radweg ist und daher cycleway empfohlen wird. Da sich eine Mehrheitsmeinung der lokalen Mapper herausbildet hat, werde ich ich die Fahrradstraßen in Kiel einmalig dementsprechend ändern. Ich hoffe, dass dieses halbdemokratische Verfahren einen Editwar vermeidet. Es gibt auch noch ein Proposed Feature für highway=cycleroad [3] + Diskussion [4] (hier gibts noch highway=cyclestreet und highway=(residential|...)+cycleway=cyclestreet). Ich persönlich finde den Vorschlag mit cyclestreet am sinnvollsten. Ob nun als highway-Klasse oder Wert für cycleway, hab ich mich noch nicht entschieden. Viele Grüße, Nils [1] http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging#ausgeschilderte_Fahrradstra.C3.9Fe_.28Zeichen_244.29 [2] http://wiki.openstreetmap.org/wiki/DE:Road_Signs [3] http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad [4] http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/cycleroad#Cyclestreet ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de