[Talk-de] Fehlerhaft NOEXIT-Anwendung
Moin ! ich habe gerade gelesen, dass NOEXIT als NODE verwendet werden soll und vermutlich auf dem letzten Way-Punkt zu setzen ist. Dieses habe ich falsch angewandt - immer auf den gesamten Way ! Hat einer eine Idee, ob und wie man dieses autom. umstellen könnte - ansonsten muss ich soeinige Gebiete durchsuchen und handanlegen ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaft NOEXIT-Anwendung
Hi ! muss noch etwas ergänzen ! Wo sollte denn das noexit platziert werden ? wirklich auf dem ENDPUNKT ??? Die Hinweistafel steht in der Regel am Anfang des Weges !!! Gruß Jan :-) Jan Tappenbeck schrieb: Moin ! ich habe gerade gelesen, dass NOEXIT als NODE verwendet werden soll und vermutlich auf dem letzten Way-Punkt zu setzen ist. Dieses habe ich falsch angewandt - immer auf den gesamten Way ! Hat einer eine Idee, ob und wie man dieses autom. umstellen könnte - ansonsten muss ich soeinige Gebiete durchsuchen und handanlegen ! Gruß Jan :-) -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Am 29. Januar 2009 08:13 schrieb marcus.wolsc...@googlemail.com: On Wed, 28 Jan 2009 19:40:57 +0100, Mario Salvini salv...@t-online.de wrote: Jan Tappenbeck schrieb: aus der Tatsache heraus, das die Beschilderung der Abfahrten schon ab dem Beginn des Verzögerungsstreifens beginnt und nicht erst am Ende wenn keine gestrichelte Linie mehr da ist, bin ich sehr dafür, dass die Abfahrsspur ab diesem Punkt beginnt bzw der Kreuzungsnode zwischen Autobahn und ABfahrt eine highway=motorway_junction bekommt. Dem stimme ich voll und ganz zu. Die Verzögerungs-Spur ist ein Teil der Abfahrt und die Abfahrt beginnt, wo die Verzögerungs-Spur halt beginnt. Dort enden ja auch die 300m/200m/100m-Baken und dort muss ich raus fahren. (Es wäre keine Verzögerungs-Spur, wenn man erst am Ende dieser von der Autobahn in diese Spur wechselt. Da bliebe keine Verzögerung.) Solange wir Fahr_streifen_ nicht vernünftig abbilden können, sollten wir nicht anfangen, sie wie getrennte Fahr_bahnen_ einzutragen. Die Verzögerrungsspur ist ein Fahrstreifen der Autobahn, die Ausfahrt selbst ist eine eigene Fahrbahn. Also bitte den eigenen Weg ab dort, wo der eigene Weg beginnt, nämlich am Ende der Verzögerrungsspur. Ich habe auch mal Auf- und Ausfahrten, die teilweise auf derselben Fahrbahn ohne physische Trennung verlaufen, grundsätzlich getrennt gemappt, weil's für mich schöner, richtiger und routerfreundlicher aussah... ;-) Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Worldfile vom 28.1.09
Hallo, die neuen Daten liegen zum Download bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy Ich habe diesemal für den Tag highway=construction (construction=yes geht leider nicht auszuwerden) einen neuen Linientyp eingeführt, der auf der Karte ohne typ-File als dünne Linie erscheinen sollte (noch nicht getestet), aber mit typ-File schraffiert erscheint. So können die Straßen die so getaggt sind auch auf dem Garmin angezeigt werden. Sie erscheinen aber nur in der höchsten Auflösung wie z.B. Fußwege. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaft NOEXIT-Anwendung
Hallo. Am Donnerstag, 29. Januar 2009 schrieb Jan Tappenbeck: Wo sollte denn das noexit platziert werden ? wirklich auf dem ENDPUNKT ??? Die Hinweistafel steht in der Regel am Anfang des Weges !!! Kannst du bitte Prellen und Plenken sein lassen. Danke. Was willst du denn eigentlich mit noexit sagen? Dass dort Autos, die keine besondere Zusatzberechtigung haben vermutlich nur auf dem selben Weg wieder herauskommen auf dem sie hinein gefahren sind? Glaubst du wirklich, dass man das als Tag braucht? Das kann man auf einer Karte i.d.R. sehr gut ohne diese Information erkennen. Ein Navi kann es sowieso. noexit wurde mal irgendwann eingeführt weil jemand das Symbol gerne auf den Karten hätte und weil man den Bedarf hatte, jedes Schild eintragen zu wollen. Weil das aber ziemlich unnötig ist, wurde es zudem noch in anderen Verständnissen benutzt. Mittlerweile sind wir hier in talk-de eher zu dem Schluss gekommen, dass man dmait recht gut sagen kann Von hier ab geht es wirklich nicht mehr weiter. Für niemanden. Also eher eine Information an die anderen Mapper, dass man da nicht nochmal hin muss. Und Garys Check-Tools lesen das aus, falls ein Endpunkt wirklich nah an einer anderen Straße ist. Dann wird da kein Fehler gemeldet. Bevor du fragst, wo das hin muss, werde dir bitte drüber im Klaren, welche Bedeutung du darin siehst und was du damit aussagen möchtest. Gruß, Bernd -- Im Wald, da rauscht der Wasserfall, hört's rauschen auf, ist's Wasser all. 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] BAB - Beginn der Verzögerungsspur
Hallo. Am Donnerstag, 29. Januar 2009 schrieb Jan Tappenbeck: Entscheide dich doch einfach für eine der beiden Varianten und setze an den jeweils anderen Punkt ein passendes Note-Tag. ... gibt es hierfür schon eines ??? Du erwartest nicht ernsthaft ne Antwort darauf, oder? Vielleicht solltest du mal anfangen, Mails zu *lesen* und (soll oft helfen) nen kurzem Moment drüber nachzudenken was du da grade gelesen hast. Die verlorene Zeit kannst du kompensieren in dem du einfach ein paar Satzzeichen weg lässt. Ein reicht nämlich. Das Leerzeichen vor Satzzeichen kannst du ebenfalls weglassen. Gruß, Bernd -- Jeder Säugling sollte sich so früh und so gründlich wie möglich mit einem Fernsehgerät beschäftigen, denn später hat er ja auch nichts anderes. - Loriot, alias: Vicco von Bülow (dt. Cartoonist, 1932) 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] BAB - Beginn der Verzögerungsspur
Hallo. Am Donnerstag, 29. Januar 2009 schrieb Martin Simon: Die Verzögerrungsspur ist ein Fahrstreifen der Autobahn Hast du für diese Aussage ne Quelle? Auf mich wirkt das ziemlich widersinnig, bin aber kein Straßenbauer. Gruß, Bernd -- Es sieht aus wie eine optische Täuschung, aber das ist es nicht 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] Glas recycling
Hi! On Thu, 29 Jan 2009 02:19:39 +0100, Martin Koppenhoefer dieterdre...@gmail.com wrote: das wäre m.E. ein schöner Beitrag für ne FAQ. Ok, dann müsste aber noch eine schöne Antwort dazu. *g* In der FAQ hab ich zu den Themen 'was macht Sinn zu erfassen und was nicht' bzw. 'was hat Priorität' nichts gefunden. Gruss Germar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ich auch Glascontainer mappe (was: Glas recycling)
Am 29. Januar 2009 00:39 schrieb Tobias Knerr o...@tobias-knerr.de: Hi, Germar Schloz schrieb: Muss man wirklich /alles/ erfassen? Muss man nicht. Kann und darf man aber. So ein Container ist sicher für den einen oder anderen interessant, im Minimalfall taugt er als Anhaltspunkt für die eigene Position oder als Argument, warum wir vieeel besser als Google Maps sind. ;-) da gebe ich dir Recht, in meiner Gegend sind recycling:plastic-bottles von Interesse, weil sehr viele abgebaut wurden. da den nächsten finden ist gar nicht so einfach und die Suche kann man anderen damit ersparen wenn man sie einträgt (k, in meiner unmittelbaren Gegend wird es nicht viele geben die in osm nach plastic stöbern ;)) mich stört allerdings ein wenig das die recycling sachen gerendert werden bzw. bringt es vermutlich niemanden was ein recycling symbol auf der karte zu haben ohne angaben was es dort für recycling-zeug gibt. für sowas gehört imho ein overlay, wie für so vieles. mfg, Kelvan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Glas recycling
Hi, Am 28. Januar 2009 23:31 schrieb Germar Schloz i...@schloz.de: wollte gerade einen Glas Recycling Container taggen... Ähm, seht mir diese Frage bitte nach, falls sie daneben sein sollte. Ich mag den Satz Es gibt keine dummen Fragen. überhaupt nicht, weil ich der Meinung bin, dass es durchaus saudumme Fragen gibt - aber keine Angst, deine gehört nicht in diese Kategorie :-) Bin erst ein paar Tage bei OSM und lerne mich grad ein. Ist es nicht vielleicht ein klein wenig übertrieben bzw. überhaupt sinnvoll, Glascontainer zu erfassen? Die Dinger bewegen sich nicht selten innerhalb einen Ortes. Grundsätzlich muss jeder selbst wissen, was er erfassen will. Recycling-Container erfassen finde ich selbst ungemein praktisch - so gibt es hier in der Umgebung, in die ich gezogen bin, im Umkreis von über 10km genau einen Papiercontainer. Ich finde es sehr hilfreich, wenn man sich mal eben zum nächsten Recycling-Container (oder was du dann vermutlich noch abwegiger findet... zum nächsten Zigarettenautomat) navigieren lassen kann. Ich habe hier im Großraum bisher nicht die Erfahrung gemacht, dass die Standorte der Container sich großartig schnell verändern würden. Man kann sie gut als Navigationspunkte nutzen (bis zum Recycling-Container auf der linken Straßenseite, dann die nächste links ab). Muss man wirklich /alles/ erfassen? Hab auch schon gehört, dass jmd. einzelne Bäume erfassen will und find das dann doch ein wenig ... ähem ... overkill. Es ist durchaus sinnvoll einzelne Bäume zu erfassen, die als Weg-/Navigationsmerkmal dienen. Die Erfassung aller Bäume halte *ich* für suboptimal. In Düsseldorf (?) gab/gibt es jemanden, der alle Straßenlaternen erfasst. Find ich persönlich overkill, man kann aber bestimmt prima Lichtkarten daraus generieren und damit bspw. gegenüber der Stadt argumentieren, dass es sinnvoll wäre da und dort die Beleuchtung auszubauen. Ich mein, es gibt noch soviele weisse Ecken, wo kpl. Dörfer fehlen. Wäre es nicht sinnvoll, sich erstmal daauf zu stürzen? Das ist ein Argument, welches öfter gebracht wird - aber wenn ich hier in Ort x sitzte und ein bis zwei Stunden Zeit für OSM habe, dann kümmere ich mich um meine Umgebung und schaue, was noch nicht gemappt ist - und fahre nicht in den 20km entfernten Ort y, wo meine freie Zeit dann schon für die Hin- und Rückfahrt drauf geht. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse - farm - grass
Moin, Daher wurde als Lösung dann farmyard für die Gebäude und farmland für das Land erfunden. Wie verbreitet das jetzt ist, ist mir aber nicht bekannt. Offiziell (Wiki) gibt es farm (acker) und farmyard (gebäude). Lieber ein inoffizielles irgendwas als nix. :) Ich setze gern mal landuse=grass für Wiesen ein. Aber ich mappe Wiesen nur wenn ich dafür einen Namen vergeben will, was eher selten vorkommt. Hier gibts das offizielle landuse=village_green. ;-) Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Hallo Martin, vielleicht hast Du noch einen Permalink für ein gelungenes Beispiel! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
marcus.wolsc...@googlemail.com wrote: Ich habe seid ewig schon keine fehlende Abfahrt mehr gesehen. Laesst Du auch Autobahnzubringer gelten? Auf http://www.informationfreeway.org/?lat=53.549lon=8.606zoom=17 endete am Ende des Radwegstummels meine damalige Mappingrunde, weil weiter haette ich nur mit Auto gedurft. Deswegen fehlt der gesamte kreuzungsfreie Anschluss an die B212 nach Norden weg wohl immer noch... Falls da zufaellig jemand vorbei kommt... ;-) Ok, weiter nach Norden haette ich gekonnt, aber die Ohren an die B212 haetten mich wohl ins Radio gebracht Vorsicht: auf der B212 ist ein Radfahrer in Richtung A27 unterwegs ;-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaft NOEXIT-Anwendung
Bernd Wurst be...@bwurst.org wrote: Bevor du fragst, wo das hin muss, werde dir bitte dr?ber im Klaren, welche Bedeutung du darin siehst und was du damit aussagen m?chtest. So manchem 40-Tonner-Fahrer wuerde es helfen, wenn er VOR dem Abbiegen aus dem Navi hoeren wuerde Vorsicht Sackgasse, keine Wendemoeglichkeit fuer Dich, ueberleg Dir gut, was Du tust! ;-) Die letzten Sackgassen liegen schon ein wneig zurueck, aber ich meine mich dunkel zu erinnern, dass ich aus dem Wiki oder anderswo rauslas, dass man node und way so taggen kann (und solle?) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen durch Flächen
In meiner Gegend werden 3 Methoden gleichberechtigt nebeneinander verwendet, wenn Straßen durch Flächen, z. B. Wald, hindurchführen. Ich würde sagen, kommt drauf an: 1. Die Straße einfach mitten hindurchführen, ohne das Wald-Polygon zu verändern. Das dürfte in den meisten Fällen das richtige sein. 2. Die Straße hindurchführen, das Polygon teilen und links und rechts der Straße separate Ways als neue Begrenzung der Polygonteile entlangführen. Eine Waldschneise sozusagen. Wenn tatsächlich eine Schneise da ist, d.h. neben der Straße mehr Platz als üblich ist, dann diese Lösung. 3. Die Straße hindurchführen, die Knoten und Ways der Straße aber gleichzeitig Begrenzung der neuen Polygonteile sein lassen. Also eine Straße durch den Wald, die identisch mit den beiden Waldgrenzen links und rechts ist. Auf beiden Seiten finde ich das eher sinnlos. Einseitig kann es sinnvoll sein, wenn z.B. links Wiese/Schneise ist, rechts aber der Wald direkt von der Straße begrenzt wird. Grüße, Marc -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Glas recycling
Hi! On Thu, 29 Jan 2009 10:02:44 +0100, Tim 'avatar' Bartel Grundsätzlich muss jeder selbst wissen, was er erfassen will. Es ist durchaus sinnvoll einzelne Bäume zu erfassen, die als Weg-/Navigationsmerkmal dienen. Die Erfassung aller Bäume halte *ich* für suboptimal. In Düsseldorf (?) gab/gibt es jemanden, der alle Straßenlaternen erfasst. Find ich persönlich overkill, man kann aber bestimmt prima Lichtkarten daraus generieren und damit bspw. gegenüber der Stadt argumentieren, dass es sinnvoll wäre da und dort die Beleuchtung auszubauen. Sorry, aber das ist imho nicht nur overkill, sondern ... ähem ... ein wenig irre. Solche Leut haben vermutlich kein Zuhause. *g* Wenn jmd. Laternen/Bäume/bla erfasst, kümmert sich dann auch jmd. drum, dass diese Daten aktuell bleiben? Beleuchtungseinrichtungen können sich schnell ändern, Glascontainer auch. Als Argumentationsgrundlage o.ä. macht das dann wenig Sinn, wenn die Daten veraltet sind. Dto. mit Hausnummern. Habe rgendwo bei Freiburg gesehen, dass da jmd. jedes einzelne Haus beschriftet hat. Ist sicher eine Sau-Arbeit, aber kümmert er sich auch drum, wenn mal ein Haus dazu kommt (Neubaugebiet)? Das ist ein Argument, welches öfter gebracht wird - aber wenn ich hier in Ort x sitzte und ein bis zwei Stunden Zeit für OSM habe, dann kümmere ich mich um meine Umgebung und schaue, was noch nicht gemappt ist - und fahre nicht in den 20km entfernten Ort y, wo meine freie Zeit dann schon für die Hin- und Rückfahrt drauf geht. Ja stimmt. Es schaut halt imho recht komisch und auch unprofessionell aus, wenn in einem Ort jeder Hundehaufen erfasst ist und im Nachbarort fehlen noch 90% der Strassen und das Wander-/Radwegenetz drumrum [1]. Solche weissen Flächen zu erfassen nützt allen deutlich mehr. Anstatt täglich 1h für OSM zu verwenden könnt man doch auch z.B. Sonntags einen halben Tag nehmen. Dann ginge das mit dem Nachbarort-Beispiel problemlos. Ich hab den Vorteil, dass ich täglich 2mal mit dem Hund raus muss. Er wundert sich schon, dass die Runden immer länger werden. *g* Sobald es zu Fuss nichts mehr Neues zu erfassen gibt (Radius 3km), nehmen wir das Fahrrad (10km) oder das Mopped. Da das noch eine ganze Weile dauern wird, mach ich mir noch keinen Kopp um Bäume, Lampen und Container. Gruss Germar [1] http://openstreetmap.org/?lat=47.65096lon=7.89594zoom=16layers=B000FTF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaft NOEXIT-Anwendung
Moin Jan, meiner Meinung nach wäre folgendes korrekt: noexit=yes auf Node: sollte dort sein, wo das Schild steht, so wird es ja auch in JOSM gemalt und irgendwann vllt auch in Osma /Mapnik. optional: noexit=yes auf den Way. um das Straßenende auf dem letzten Node zu markieren: highway=turning_circle oder highway=end_of_road(vorschlag) falls es keinen Wendehammer gibt. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen durch Flächen
Am Donnerstag, 29. Januar 2009 08:48:56 schrieb Johannes Haller: Noch eine Anfängerfrage, zu der ich im Wiki nichts eindeutiges finde. In meiner Gegend werden 3 Methoden gleichberechtigt nebeneinander verwendet, wenn Straßen durch Flächen, z. B. Wald, hindurchführen. 1. Die Straße einfach mitten hindurchführen, ohne das Wald-Polygon zu verändern. (1) Würde ich machen, wenn das bisherige Wald Polygon nicht sehr groß ist und die Straße den Wald nicht wirklich teilt (Äste hängen über der Straße) z.B. bei Wanderwegen. 2. Die Straße hindurchführen, das Polygon teilen und links und rechts der Straße separate Ways als neue Begrenzung der Polygonteile entlangführen. Eine Waldschneise sozusagen. (2) Würde ich vorziehen, wenn das Wald Polygon schon jetzt riesig ist und es schön wäre es feiner zu untergliedern und/oder die Straße eine wirkliche Schneise in den Wald schneidet (z.B. bei Autobahnen, oder wenn z.B. rechts und links noch ein Graben ist...), wenn du die Straße auf Luftbildern gut erkennen kannst. 3. Die Straße hindurchführen, die Knoten und Ways der Straße aber gleichzeitig Begrenzung der neuen Polygonteile sein lassen. Also eine Straße durch den Wald, die identisch mit den beiden Waldgrenzen links und rechts ist. (3) mag ich persönlich nicht, die Argumente wären wie (2). Für (3) statt (2) spricht, das man weniger Objekte in OSM angelegt (und man alle Zusammen verschiebt), dagegen spricht das es mit den Editoren komplizierter zu erfassen (und zu ändern) ist. Ich finde auch, das (2) die Wirklichkeit besser wiederspiegelt, da der Wald ja nicht bis zur Mittelline geht und der rechte Rand des Waldes gerade eben nicht der Linke Rand des Waldes ist. Auch ist es einfach evtl. eine Lichtung in den Wald (über die der Weg geht) zu erstellen, indem man ein paar Nodes verschiebt etc. Wie soll ich das machen? Ich würde sagen, wie du es gerade für richtig hälst. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt -?Symbols?auch
Solange die Renderer nicht perfekt sind, sollte man versuchen, mit dem, was die Renderer können, das Gelände sinnvol zu modellieren, möglichst ohne doppelte Datenhaltung. Auch in Berlin wurde der Uni-Campus mit amenity=university, die Gebäude zusätzlich mit building=yes getaggt. Als name nehme ich dann den Namen des Gebäudes und für die verschiedenen Fachbereiche im Gebäude setze ich Nodes. Damit erzeuge ich keine redundante Information, Doch: nämlich das amenity=university. Ich habe zwar vor kurzem noch gesagt, dass es nützlich sein kann, den Tag an einzelne Gebäude nochmal hinzumachen, um sie von Nebengebäuden, Hausmeisterwohnung etc. unterscheiden zu können. Inzwischen bin ich aber zu der Überzeugung gekommen, dass das nicht das Gelbe vom Ei ist. In Wirklichkeit sind ja die einzelnen Gebäude keine Universitäten, sondern Fakultäten, Hörsaalgebäude, Verwaltunsgebäude etc.; dafür sollte man (wenn überhaupt) eigene Tags verwenden. Ich würde also empfehlen, amenity=university,school,hospital etc. nur genau einmal zu verwenden, nämlich: - für den Umriss des Geländes - auf einem einzelnen Node (wenn man keinen Umriss hat) - auf einem Gebäude, wenn dieses die ganze Uni/Schule/Krankenhaus umfasst (denkbar z.B. für kleine Krankenhäuser in der Stadt) Grüße, Marc -- NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaft NOEXIT-Anwendung
Hallo Heiko, also erstens kann ein Routenplaner auch ohne noexit erkennen, ob ein Straße zu Ende ist und zweitens ist das eine einseitige sichtweise aus dem Sichtpunkt Autofahrer. Eine Straße, die als Rad- oder Fussweg weiter geht, habe ich noch nie mit noexit getaggt, weil das noexit ja auch für Radfahrer und Fussgänger gelten würde. Für einen Fahrradroutenplaner, der noexit auswerten würde, wäre das ziemlich fatal. Es gibt keine Einschränkung von noexit für bestimmte Fahrzeuge (im Wiki ist das viel zu allgemein beschrieben, keine Angabe von Fahrzeugen). Deswegen verwende ich noexit nur als Mapping-Hilfe. noexit=yes bedeutet, hier geht definitiv nicht weiter. noexit=no bedeutet, hier geht es definitiv weiter und ich muss ich nochmal hin. Detlef Heiko Jacobs schrieb: So manchem 40-Tonner-Fahrer wuerde es helfen, wenn er VOR dem Abbiegen aus dem Navi hoeren wuerde Vorsicht Sackgasse, keine Wendemoeglichkeit fuer Dich, ueberleg Dir gut, was Du tust! ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaft NOEXIT-Anwendung
Chris-Hein Lunkhusen schrieb: Moin Jan, meiner Meinung nach wäre folgendes korrekt: noexit=yes auf Node: sollte dort sein, wo das Schild steht, so wird es ja auch in JOSM gemalt und irgendwann vllt auch in Osma /Mapnik. Diese Info ist allerdings redundant dadurch, dass man leicht auf der Karte erkennen kann, dass die Straße endet. Ich sehe den Sinn nicht, das extra einzutragen. optional: noexit=yes auf den Way. Dito. Und vor allem widersprüchlich, wenn am Ende der Sackgasse ein Fuß- oder Radweg weiterführt, auch wenn der auf dem Straßenschild nicht erwähnt wird. um das Straßenende auf dem letzten Node zu markieren: highway=turning_circle Wenn da einer ist, und der so klein ist, dass es sich nicht lohnt, die kreisförmige Fahrbahn zu mappen. oder highway=end_of_road(vorschlag) falls es keinen Wendehammer gibt. Die Abwesenheit von turning_circle bedeutet end_of_road - vor allem dann, wenn der End-Node noexit kriegt. Insgesamt würde ich sagen: Das Mappen von noexit als Replikation von Straßenschildern erscheint mir einerseits überflüssig und zweitens auch zu autofahrerzentriert. noexit als tatsächlicher Endpunkt eines nicht mehr weiterführenden Wegs in den Fällen, wo ein Validator ansonsten meckern würde, erscheint mir hingegen sinnvoll. Ob's schlau ist, ein Wegesende irgendwo in der Pampa zu markieren, damit man anderen Mappern die Arbeit spart, später die fehlende Wegfortsetzung nachzuprüfen, mag jeder selbst entscheiden. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen durch Flächen
Zitat Sven Geggus: Johannes Haller johannes.hal...@web.de wrote: [...] 3. Die Straße hindurchführen, die Knoten und Ways der Straße aber gleichzeitig Begrenzung der neuen Polygonteile sein lassen. Also eine Straße durch den Wald, die identisch mit den beiden Waldgrenzen links und rechts ist. Um Gottes Willen Nein, wer macht denn sowas? Oooch, da muesste ich mal nachschauen, gesehen hab ich sowas schon. -- Michbin aber keine Petze ;-)ael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stammtisch für Mainz, Wiesbaden und Um gebung
Fips Schneider o...@fips-schneider.de [Wed, Jan 28, 2009 at 03:41:49PM CET]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oh schade - ich bin heute in Wiesbaden aber kann leider nicht. Wird sowas nochmal wiederholt bzw. gibt es auch was für Frankfurt oder Rhein-Main? Mainz/Wiesbaden _ist_ Rhein/Main. Mehr Rhein/Main als da kann's ja wohl nicht geben. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] professionelle Arbeit (was: Re: Glas recycling)
On Thu, Jan 29, 2009 at 12:58:33PM +0100, Sascha Silbe wrote: On Thu, Jan 29, 2009 at 11:11:35AM +0100, Germar Schloz wrote: BTW: Die von Dir verwendete Absender+Reply-To-Adresse funktioniert nicht. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßen über Plätze
Hallo zusammen, wie sollen eigentlich Straßen (bzw. Fahrspuren), die über Plätze führen richtig getaggt werden? Im konkreten Fall: Der Platz ist innerorts und hat einen Namen. Die umliegenden Häuser haben Namen des Platzes als Straßennamen. Quer über den Platz führt eine Straße, der Rest sind Parkplätze und kleine Grünflächen. Zu dem Platz führen auch noch Fußwege. Mir geht es nun auch um ein Routing. Wird dabei ein Platz berücksichtigt, also dass man in jeden abzweigenden Weg einbiegen kann oder muss man zusätzlich noch richtige Verbindungen zwischen den Straßen (und Fußwegen) machen? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Glas recycling
Hi, Am 29. Januar 2009 11:11 schrieb Germar Schloz i...@schloz.de: [Zuviele Daten erfassen] Sorry, aber das ist imho nicht nur overkill, sondern ... ähem ... ein wenig irre. Solche Leut haben vermutlich kein Zuhause. *g* Wenn jmd. Laternen/Bäume/bla erfasst, kümmert sich dann auch jmd. drum, dass diese Daten aktuell bleiben? Beleuchtungseinrichtungen können sich schnell ändern, Glascontainer auch. Wobei ich jetzt nicht die Erfahrung gemacht habe, dass Laternen-Standorte sonderlich schnell wechseln... Ich kann mir aber sehr wohl vorstellen, dass einmal erfasste, nicht mehr aktualisierte Daten von Kleinkram in der Zukunft bei OSM zu einem wachsenden Problem werden können. Auch hier bietet es sich an, wieder eine Parallele zur Wikipedia zu ziehen - einmal erstellte Artikel jenseits jeglicher Relevanzkriterien tendieren dazu, dass sie im ursprünglichen (inzwischen falschem) Zustand bleiben und nie wieder angepackt werden. Momentan sehe ich das Problem aber nicht - OSM ist ein noch stark im Wachstum verhaftetes Projekt - zur Zeit sehe ich noch fast jedes halbwegs korrekt erfasste Datum als Gewinn an. Und sei es nur dazu, um Erfahrungen mit bestimmten Arten von Erfassungen/Kennzeichnungen zu sammeln. Als Argumentationsgrundlage o.ä. macht das dann wenig Sinn, wenn die Daten veraltet sind. Dto. mit Hausnummern. Habe rgendwo bei Freiburg gesehen, dass da jmd. jedes einzelne Haus beschriftet hat. Ist sicher eine Sau-Arbeit, aber kümmert er sich auch drum, wenn mal ein Haus dazu kommt (Neubaugebiet)? Hausnummernerfassung ist gerade stark im kommen und sehr sinnvoll - dieses Datum ändert sich sehr selten und ermöglicht punktgenaues Routing. Ja stimmt. Es schaut halt imho recht komisch und auch unprofessionell aus, wenn in einem Ort jeder Hundehaufen erfasst ist und im Nachbarort fehlen noch 90% der Strassen und das Wander-/Radwegenetz drumrum [1]. Das ist sicherlich je nach Blickwinkel richtig. OSM ist aber ein kollaboratives, freies Projekt - die von dir beschriebene Art des Vorgehens ist üblich. Jeder bringt sich in dem Bereich ein, der ihm Spaß macht. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] professionelle Arbeit (was: Re: Glas recycling)
Hi Sascha! On Thu, Jan 29, 2009 at 11:11:35AM +0100, Germar Schloz wrote: BTW: Die von Dir verwendete Absender+Reply-To-Adresse funktioniert nicht. Da sollte 'i...@schloz.de' drinstehen, hab auch keinen typo gefunden. Die Adresse funktioniert bei 6 anderen ml prima. Gruss Germar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] professionelle Arbeit (was: Re: Glas recycling)
Hi, Am 29. Januar 2009 13:16 schrieb Germar Schloz i...@schloz.de: On Thu, Jan 29, 2009 at 11:11:35AM +0100, Germar Schloz wrote: BTW: Die von Dir verwendete Absender+Reply-To-Adresse funktioniert nicht. Da sollte 'i...@schloz.de' drinstehen, hab auch keinen typo gefunden. Die Adresse funktioniert bei 6 anderen ml prima. Das Problem ist deine Weiterleitung: ger...@belchenstuermer.de: 78.46.93.52_does_not_like_recipient./Remote_host_said:_550_5.1.1_ger...@belchenstuermer.de:_Recipient_address_rejected:_User_unknown_in_virtual_mailbox_table/Giving_up_on_78.46.93.52./ [...] X-Resent-By: Forwarder forwar...@gmx.de X-Resent-For: sch...@gmx.de X-Resent-To: ger...@belchenstuermer.de Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stra?e in Industriegebieten
Martin Koppenhoefer dieterdre...@gmail.com wrote: Was sehr bedauerlich ist da so eine Unterscheidungsm?glichkeit zwischen reinen Anlieger-Strassen (soll heissen deren Benutzer praktisch ausschliesslich aus den direkten Bewohnern der Strasse selbst und der unmittlbaren Nachbarschaft Eine deutlicher Unterscheidung in den Renderern w?rde diese Definition unterst?tzen und f?r mehr Klarheit sorgen. das w?re sinnvoll, indem man die unclassified noch l?nger anzeigt als residentials, so s?he man auch in niedrigeren Zoomleveln ein zwar ausged?nntes aber gut erkennbares Gerippe, anstatt des residential-Breis, der im Moment noch Standard ist. In den hohen leveln k?nnen die beiden ja trotzdem die gleiche Breite behalten. Der Brei steht zwar auch auf meiner ToDo-Liste, aber fuer's erste habe ich unclassified und residential mal in z17-only unterscheidbar gemacht. Mal schauen, ob's jemand merkt :-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: nicht funktionierende Adresse (was: Re: professionelle Arbeit)
On Thu, Jan 29, 2009 at 01:16:46PM +0100, Germar Schloz wrote: Da sollte 'i...@schloz.de' drinstehen, hab auch keinen typo gefunden. Die Adresse funktioniert bei 6 anderen ml prima. === Begin bounce === Hi. This is the qmail-send program at mx0.gmx.net. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. ger...@belchenstuermer.de: 78.46.93.52_does_not_like_recipient./Remote_host_said:_550_5.1.1_ger...@belchenstuermer.de:_Recipient_address_rejected:_User_unknown_in_virtual_mailbox_table/Giving_up_on_78.46.93.52./ --- Below this line is a copy of the message. Return-Path: sascha-ml-gis-osm-talk...@silbe.org Received: (qmail 18022 invoked by alias); 29 Jan 2009 11:58:35 - Delivered-To: GMX delivery to sch...@gmx.de Received: (qmail invoked by alias); 29 Jan 2009 11:58:35 - Received: from mi-ob.rzone.de (EHLO mi-ob.rzone.de) [81.169.146.146] by mx0.gmx.net (mx051) with SMTP; 29 Jan 2009 12:58:35 +0100 X-RZG-FWD-BY: i...@schloz.de Received: from RZmta-intern (client mail forwarder) by mailin.webmailer.de (bertie mi49) (RZmta 18.15) for sch...@gmx.de; Thu, 29 Jan 2009 12:58:35 +0100 (MET) X-RZG-CLASS-ID: mi Received: from smtp.chost.de (setoy.chost.de [217.160.209.225]) by mailin.webmailer.de (bertie mi49) (RZmta 18.15) with ESMTP id J011c7l0TBuu4Z for i...@schloz.de; Thu, 29 Jan 2009 12:58:35 +0100 (MET) Received: (qmail 12010 invoked by uid 5015); 29 Jan 2009 12:11:37 - Received: (nullmailer pid 25528 invoked by uid 8193); Thu, 29 Jan 2009 11:58:33 - Date: Thu, 29 Jan 2009 12:58:33 +0100 From: Sascha Silbe sascha-ml-gis-osm-talk...@silbe.org To: i...@schloz.de, Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: professionelle Arbeit (was: Re: [Talk-de] Glas recycling) Message-ID: 20090129115833.ga23...@twin.sascha.silbe.org Reply-To: Sascha Silbe sascha-ml-reply-to-200...@silbe.org Mail-Followup-To: i...@schloz.de, Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org References: 1513239...@web.de 4980dcc2.6030...@schloz.de +ce530d450901290102r69bd8ae8q103b6da271546...@mail.gmail.com +54259a97de4399cdf3426405efbed...@belchenstuermer.de MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=BXVAT5kNtrzKuDFl Content-Disposition: inline In-Reply-To: 54259a97de4399cdf3426405efbed...@belchenstuermer.de User-Agent: Mutt/1.5.13 (2006-08-11) X-GMX-Antivirus: 0 (no virus found) X-GMX-Antispam: -2 (not scanned, spam filter disabled) X-Resent-By: Forwarder forwar...@gmx.de X-Resent-For: sch...@gmx.de X-Resent-To: ger...@belchenstuermer.de [...] === End bounce === CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaft NOEXIT-Anwendung
dgdg o...@fronhausen.com wrote: also erstens kann ein Routenplaner auch ohne noexit erkennen, ob ein Stra?e zu Ende ist und zweitens ist das eine einseitige sichtweise aus dem Sichtpunkt Autofahrer. Eine Stra?e, die als Rad- oder Fussweg weiter geht, habe ich noch nie mit noexit getaggt, weil das noexit ja auch f?r Radfahrer und Fussg?nger gelten w?rde. F?r einen Fahrradroutenplaner, der noexit auswerten w?rde, w?re das ziemlich fatal. Es gibt keine Einschr?nkung von noexit f?r bestimmte Fahrzeuge (im Wiki ist das viel zu allgemein beschrieben, keine Angabe von Fahrzeugen). Das waere die naechste Stufe der Diskussion, nachdem wir den Sinn von noexit im allgemeinen und wo zu taggen geklaert haben: brauchen wir noexit=motorcar etc.? Wenn noexit, dann eigentlich ja... Ich meine, die Diskussion gab's schon mal... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
Jan Tappenbeck o...@tappenbeck.net wrote: ist das richtig, das rechts so ein St?ck Stra?e anders klassifiziert ist ! Im Forum laeuft gerade eine Diskussion, wann ein trunk ein trunk ist. Je nach Ergebnis dieser Diskussion ja oder nein ;-) Einen Wechsel der Spurenzahl gibt's da auf jeden Fall. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen durch Flächen
Hi, Am 29. Januar 2009 11:20 schrieb Sven Geggus li...@fuchsschwanzdomain.de: 3. Die Straße hindurchführen, die Knoten und Ways der Straße aber gleichzeitig Begrenzung der neuen Polygonteile sein lassen. Also eine Straße durch den Wald, die identisch mit den beiden Waldgrenzen links und rechts ist. Um Gottes Willen Nein, wer macht denn sowas? Ich habe sowas schon gemacht. Wenn eine Straße direkt einen Wald begrenzt, dann lege ich Straße und Waldrand auf dieselbe Linie - verschiebt sich die Straße noch ein Stück, hängt der Wald korrekterweise weiterhin direkt dran. Hat man nun eine bereits eingezeichnete Straße in einem noch nicht in der Karte vorhandenen Riesenwald, dann füge ich je nach freier Zeit und Lust Waldstücke zur Karte hinzu. Als Grenze bietet sich da eine Straße an. Wenn ich dann brav weiter Wald erfasse und er irgendwann mal fertig ist, kann es am Ende also durchaus sein, dass das Endergebnis wie Szenario 3 aussieht. Mal sehn, ob ich so eine Stelle nicht hier irgendwo greifbar habe *such* ... http://openstreetmap.org/?lat=50.88515lon=6.56841zoom=15layers=B000FTF Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Droht jetzt eine Firmen-Logo - Übersc hwemmung
Moin ! das man sich das eine oder andere Logo in den Rendern wünscht ist mehr als verständlich. Da wundert es mich nur, dass ich in Lübeck eine spezielle Darstellung für ein Sportstudio gefunden habe ! http://www.openstreetmap.de/karte.html?zoom=17lat=53.87875lon=10.66763layers=B0 (Mapnik) Ist das ein OSM-Sponsor oder wie kommt soetwas zustande ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Droht jetzt eine Firmen-Logo - Übersc hwemmung
Hi ;) Jan Tappenbeck schrieb: Moin ! das man sich das eine oder andere Logo in den Rendern wünscht ist mehr als verständlich. Da wundert es mich nur, dass ich in Lübeck eine spezielle Darstellung für ein Sportstudio gefunden habe ! http://www.openstreetmap.de/karte.html?zoom=17lat=53.87875lon=10.66763layers=B0 (Mapnik) Ist das ein OSM-Sponsor oder wie kommt soetwas zustande ? sach mal, guckst Du Dir auch genauer die Daten an bevor du etwas fragst? ;) Da ist ein Node mit: * name: Mc Fit * leisure: sports_centre Da wird keine Logo gerendert, das einzige was da gerendert wird, ist ein Name von nem Fitnessstudio. so wie auch der Name vom Kleingartenverein nebenan gerendert wird :) Also keine Sorge, das passt schon ... Grüße, Fabian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Droht jetzt eine Firmen-Logo - Übersc hwemmung
Jan Tappenbeck schrieb: Moin ! das man sich das eine oder andere Logo in den Rendern wünscht ist mehr als verständlich. Da wundert es mich nur, dass ich in Lübeck eine spezielle Darstellung für ein Sportstudio gefunden habe ! http://www.openstreetmap.de/karte.html?zoom=17lat=53.87875lon=10.66763layers=B0 (Mapnik) Ist das ein OSM-Sponsor oder wie kommt soetwas zustande ? Ich sehe da kein Logo, lediglich einen umbrochenen Text. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Droht jetzt eine Firmen-Logo - Übersc hwemmung
Am 29.01.09 schrieb Jan Tappenbeck: Da wundert es mich nur, dass ich in Lübeck eine spezielle Darstellung für ein Sportstudio gefunden habe ! http://www.openstreetmap.de/karte.html?zoom=17lat=53.87875lon=10.66763layers=B0 ich sehe dort kein Logo, sondern nur den umbrechenden Namen eines sports_centres Gruß, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Droht jetzt eine Firmen-Logo - Übersc hwemmung
Dann müßt Ihr entschuldigen - aber ich dachte immer das ein Text ab einer bestimmten Länge erst umgebrochen wird und diese 6 Buchstaben (einschl. Leerzeichen) sind ja nun wirklich nicht lang. Bei dem Kleingartenverein verstehe ich das ja ! Würde dann ein Objekt hau di ma-sonst etwas auch autom. auf 3 Zeilen umgebrochen werden ? Gruß Jan :-) Dirk-Lüder Kreie schrieb: Jan Tappenbeck schrieb: Moin ! das man sich das eine oder andere Logo in den Rendern wünscht ist mehr als verständlich. Da wundert es mich nur, dass ich in Lübeck eine spezielle Darstellung für ein Sportstudio gefunden habe ! http://www.openstreetmap.de/karte.html?zoom=17lat=53.87875lon=10.66763layers=B0 (Mapnik) Ist das ein OSM-Sponsor oder wie kommt soetwas zustande ? Ich sehe da kein Logo, lediglich einen umbrochenen Text. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenz der slippy-map Codes
Hallo, Unter was für einer Lizenz steht der Code der Slippy Map? Ich bin bereits durch weite Bereiche des Quellcodes und nirgendwo findet man eine Linzenz. Einzig im root Verzeichnis findet man die GPL v.2.0. Gilt diese für allen darunter liegenden Code? Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] professionelle Arbeit
Sascha Silbe sascha-ml-gis-osm-talk...@silbe.org wrote: Gegen Bezahlung fahre ich gerne auch in weiter entfernt liegende Gebiete, um sie zu mappen. Solltest Du nun ob dieses Angebotes voellig ausgebucht sein: Ich haette auch noch Kapazitaeten frei ;-) Als Amateur ... ... und ich bin immerhin sowas wie ein halber Profi in diesem Bereich ;-) /werbung ;-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Detlef Reichl schrieb: Unter was für einer Lizenz steht der Code der Slippy Map? Hallo, wir setzen da OpenLayers ein. Aller weitere findest Du hier: http://openlayers.org Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Hallo, Am Donnerstag, den 29.01.2009, 15:38 +0100 schrieb André Reichelt: Detlef Reichl schrieb: Unter was für einer Lizenz steht der Code der Slippy Map? Hallo, wir setzen da OpenLayers ein. Aller weitere findest Du hier: http://openlayers.org Ich meinte den OSM-spezifischen Teil. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Detlef Reichl schrieb: Ich meinte den OSM-spezifischen Teil. Welchen denn? Die Kartentiles (Layer)? Oder den Namefinder? André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Am Donnerstag, den 29.01.2009, 15:49 +0100 schrieb André Reichelt: Detlef Reichl schrieb: Ich meinte den OSM-spezifischen Teil. Welchen denn? Die Kartentiles (Layer)? Oder den Namefinder? Kleinigkeiten vom Layer, wie z.B. die updatelinks Funktion die unter anderem den Permalink aktualisiert. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Hallo, On Wednesday, 28 January 2009 19:46:16 +0100, Bernd Wurst be...@bwurst.org writes: Am Mittwoch, 28. Januar 2009 schrieb Jan Tappenbeck: nachgedacht und mir war irgendwie, als wenn ureigentlich der Beginn der Verzoegerungsspur gemappt werden sollte - leider kann ich die Seite im Wiki hierzu nicht wiederfinden. Ich kann dir auch keine konkrete Quelle nennen, aber es wurde mal irgendwo das Statement zenetiert, dass solche Spuren bitte in dem Moment abzweigen sollen, wann die Strasse auch abzweigt. Topologisch ist das korrekt ... bzw. man sollte da abzweigen, wo die Verlaengerung der Ausfahrt nach der Teilung auf die Hauptfahrbahnen stossen wuerden. Ich selbst halte das eigentlich fuer Kaese und kann das auch begruenden: 1. Mein Fahrlehrer sagte mir mal, dass man den Verzoegerungsstreifen ganz am Beginn anfahren sollte und erst *auf* dem Verzoegerungsstreifen bremsen soll, nicht schon auf der Autobahn selbst. Das geht eben nur wenn man schon zu Beginn auf den Verzoegerungsstreifen wechselt. Daher sollte dieser fruehestmoegliche Punkt auch als der Punkt zum Abfahren in den Daten sein. Bei der Beschleunigung gilt faktisch dasselbe, man soll erst am Ende der selben auf die Fahrstreifen wechseln. Das ist auch alles richtig. Als Begruendung gab mir mein damaliger Fahrlehrer noch hinzu, dass man beim Wechsel zu Beginn des Verzoegerungsstreifen nicht (aus Versehen) rechts von einem ebenso Ausfahrenden ueberholt werden kann. Meiner Meinung nach bildet man die Topologie nach, d.h. der Verzoegerungsstreifen macht aus einer n-spurigen eine n+1-spurige Fahrbahn, aber eben keine getrennte Fahrbahnen. Erst wenn ein physical divider die Fahrbahnen physisch trennt, sollte man den neuen Weg anfangen. 2. Mein (proprietaeres) Navi hat die Abzweigungen auch immer am Ende drin. Es sagt zwar schon etwas vorher an, wann ich abbiegen muss, aber wenn es sagt jetzt abbiegen, ist es fuer eine korrekte Benutzung des Verzoegerungsstreifen schon ziemlich spaet. Das stoert mich zuweilen. Die beiden grossen Kartenhersteller machen das ein bisschen unterschiedlich. Der eine trennt die Kanten frueher (ungefaehr ab der durchgezogenen Linie, die Ausfahrt von Hauptfahrbahnen trennt), der andere etwas spaeter auf (Verlaengerung der Strassenmitte der Ausfahrt in Richtung der Hauptfahrbahn). Beide haben aber in ihren Modellen mit abgelegt, wann der Verzoegerungstreifen beginnt (transition point) und wann sich die Fahrbahnen auftrennen (split point) oder wann zusaetzliche exit- bzw. entry-lanes vorhanden sind. Ein Navi kann also sehr wohl bestimmen, wo der Verzoegerungsstreifen einer Ausfahrt beginnt ... muss dies aber fuer die Karte des jeweiligen Kartenherstellers ein bisschen anders tun. Und dies geht auch bei mehrspurigen Ausfahrten, die sich kurz danach wieder auftrennen, was man ja beispielsweise bei vielen AK-Kleeblaettern vorfindet. 3. Nicht zuletzt sieht es auch auf den Karten wesentlich realistischer aus, wenn die Spur da seitlich noch 100 Meter parallel laeuft. Aber die Spur ist doch in Realitaet _nicht_ (physisch) getrennt, sondern diese Fahrbahnen sind nur durch gestrichelte Linien markiert, die man real problemlos ueberfahren kann und darf. Erst ab dem split point geht nichts mehr (sei dieser nun der physical oder nur ein legal divider) und genau an diesem Punkt sollte man die Wege topologisch trennen. Meiner Meinung nach ist es besser, die Wegstuecke beispielsweise bei einer 2-spurigen Autobahn - vor der Ausfahrt mit lanes=2, - bei Beginn des Verzoegerungsstreifen mit lanes=3, und - nach der Ausfahrt wieder mit lanes=2 zu markieren. Das Wegstueck mit Verzoegerungsstreifen kann man auch noch mit dem Tag exitlanes=1 markieren (Tag habe ich mir gerade ausgedacht!), damit die Information, dass eine der 3 Spuren eine Ausfahrtsspur ist, auch vorhanden ist. Diese Infos ueber die Spurzahl (und die evtl. Ausfahrtsspurzahl) kann man dann auch in einem Renderer realistischer darstellen und die Info, dass alle Spuren zusammengehoeren, geht dabei auch nicht verloren. Natuerlich kann ich auch die Gegenseite verstehen, denn bis zum Ende der Verzoegerungsspur ist ein Wechsel immernoch moeglich und eine Alternativroute muss erst berechnet werden wenn man an diesem Punkt vorbei gefahren ist. Eine Abbilung von hier darf man noch von highway=motorway auf highway=motorway_link wechseln fehlt bisher. Bei der Routenberechnung ist es eigentlich egal, wann der Trennpunkt ist. Der einzige Teil, der diese genaue Info benoetigt, ist die Abbiegehinweisgenerierung, die der Berechnung der optimalen Route nachgelagert ist. Aber die braucht nur die Info, an welcher Position die Anweisung gegeben werden muss und hierzu reicht eine Markierung des transition point voellig aus. [...] Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org
Re: [Talk-de] landuse - farm - grass
Chris-Hein Lunkhusen chris66...@gmx.de [Thu, Jan 29, 2009 at 10:42:15AM CET]: Hier gibts das offizielle landuse=village_green. ;-) Das ist ein Dorfanger und wieder was anderes als Weideland. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Martin Simon schrieb: Am 29. Januar 2009 08:13 schrieb marcus.wolsc...@googlemail.com: On Wed, 28 Jan 2009 19:40:57 +0100, Mario Salvini salv...@t-online.de wrote: Jan Tappenbeck schrieb: aus der Tatsache heraus, das die Beschilderung der Abfahrten schon ab dem Beginn des Verzögerungsstreifens beginnt und nicht erst am Ende wenn keine gestrichelte Linie mehr da ist, bin ich sehr dafür, dass die Abfahrsspur ab diesem Punkt beginnt bzw der Kreuzungsnode zwischen Autobahn und ABfahrt eine highway=motorway_junction bekommt. Dem stimme ich voll und ganz zu. Die Verzögerungs-Spur ist ein Teil der Abfahrt und die Abfahrt beginnt, wo die Verzögerungs-Spur halt beginnt. Dort enden ja auch die 300m/200m/100m-Baken und dort muss ich raus fahren. (Es wäre keine Verzögerungs-Spur, wenn man erst am Ende dieser von der Autobahn in diese Spur wechselt. Da bliebe keine Verzögerung.) Solange wir Fahr_streifen_ nicht vernünftig abbilden können, sollten wir nicht anfangen, sie wie getrennte Fahr_bahnen_ einzutragen. *Die Verzögerrungsspur ist ein Fahrstreifen der Autobahn, die Ausfahrt selbst ist eine eigene Fahrbahn.* Also bitte den eigenen Weg ab dort, wo der eigene Weg beginnt, nämlich am Ende der Verzögerrungsspur. ... also die Referenzierung und Beschilderung widerspricht dieser Aussage. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Martin Simon schrieb: Solange wir Fahr_streifen_ nicht vernünftig abbilden können, sollten wir nicht anfangen, sie wie getrennte Fahr_bahnen_ einzutragen. Die Verzögerrungsspur ist ein Fahrstreifen der Autobahn, die Ausfahrt selbst ist eine eigene Fahrbahn. btw. Nach Straßenverkehrsordnung ist übrigens sogar die ganze Ausfahrt noch Teil der Autobahn. Erst ab dem Autobahn-Ende-Schild ist Schluss ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Am 29. Januar 2009 16:39 schrieb Mario Salvini salv...@t-online.de: Martin Simon schrieb: Am 29. Januar 2009 08:13 schrieb marcus.wolsc...@googlemail.com: On Wed, 28 Jan 2009 19:40:57 +0100, Mario Salvini salv...@t-online.de wrote: Jan Tappenbeck schrieb: aus der Tatsache heraus, das die Beschilderung der Abfahrten schon ab dem Beginn des Verzögerungsstreifens beginnt und nicht erst am Ende wenn keine gestrichelte Linie mehr da ist, bin ich sehr dafür, dass die Abfahrsspur ab diesem Punkt beginnt bzw der Kreuzungsnode zwischen Autobahn und ABfahrt eine highway=motorway_junction bekommt. Dem stimme ich voll und ganz zu. Die Verzögerungs-Spur ist ein Teil der Abfahrt und die Abfahrt beginnt, wo die Verzögerungs-Spur halt beginnt. Dort enden ja auch die 300m/200m/100m-Baken und dort muss ich raus fahren. (Es wäre keine Verzögerungs-Spur, wenn man erst am Ende dieser von der Autobahn in diese Spur wechselt. Da bliebe keine Verzögerung.) Solange wir Fahr_streifen_ nicht vernünftig abbilden können, sollten wir nicht anfangen, sie wie getrennte Fahr_bahnen_ einzutragen. *Die Verzögerrungsspur ist ein Fahrstreifen der Autobahn, die Ausfahrt selbst ist eine eigene Fahrbahn.* Also bitte den eigenen Weg ab dort, wo der eigene Weg beginnt, nämlich am Ende der Verzögerrungsspur. ... also die Referenzierung und Beschilderung widerspricht dieser Aussage. Welche Referenzierung und Beschilderung? Meinst du die Entfernungsangabe bis zur Ausfahrt? In welcher Weise soll denn die Beschilderung nun die bauliche Realität verändern? http://de.wikipedia.org/wiki/Straßenquerschnitt#Fahrbahn ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Bernd Wurst schrieb: Also z.B. ,--- note=Verzögerungsstreifen beginnt hier | v -o--+- \ \- oder eben anders herum. wenn der Node o das highway=motorway-junction bekäme könnte ich mich damit sogar anfreunden. Dann könnte man später mit lane-Relations die Ab/Auffahrts-LANE erfassen. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
2009/1/29 Mario Salvini salv...@t-online.de: Martin Simon schrieb: Solange wir Fahr_streifen_ nicht vernünftig abbilden können, sollten wir nicht anfangen, sie wie getrennte Fahr_bahnen_ einzutragen. Die Verzögerrungsspur ist ein Fahrstreifen der Autobahn, die Ausfahrt selbst ist eine eigene Fahrbahn. btw. Nach Straßenverkehrsordnung ist übrigens sogar die ganze Ausfahrt noch Teil der Autobahn. Erst ab dem Autobahn-Ende-Schild ist Schluss ;) Das hat ja nichts damit zu tun, ob es sich um getrennte Fahrbahnen oder Fahrspuren auf einer Fahrbahn handelt. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse - farm - grass
Moin, relativ frisch in den Mapfeatures ist auch landuse=meadow. Fuer landwirtschaftliche Nutzflaechen nehme ich aber trozdem lieber landuse=farm, egal ob es nun Wiese, Weide oder Acker ist. Denn das aender sich mitunter ja auch (ok, dann koennte man ja auch den OSM Eintrag wieder aendern). Wichtiger wuerde ich da eine Unterscheidung von Baumschulen oder Obstbaumplantagen finden, aber da gibt es noch nichts offizielles fuer. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Martin Koppenhoefer schrieb: Hier zwei schöne Beispiele aus meiner Region, wie man die Sache in meinen Augen schön lösen kann. http://openstreetmap.org/?lat=50.783243lon=6.127015zoom=18layers=B000FFF http://maps.google.de/?ie=UTF8ll=50.783082,6.127233spn=0.001475,0.001915t=kz=19 ja, die extra ways sind da in jedem Fall das geeignete Mittel. Ich würde allerdings die Überleitungen außen jeweils in die Klasse der kleineren Straße stecken, also in Deinem Beispiel die Abbiegekurven aussen in secondary statt primary. am Liebsten wäre mir für solche seperaten Verbindungsspuren ein highway=link (oder highway=road; road=link ]:- ) Auch sieht die Charlottenburger Allee im Luftbild aus wie die Fortsetzung der Secondary, tertiary kommt mir da ein bisschen wenig vor. die Charlottenburger Alle hat keine Relevanz für den Fern- bzw. Interregionalen Verkehr. Die ist einfach so breit, weil dort 2 Buslager und ein großes Speditionsunternehmen sind. highway=tertiary ist also IMO absolut in Ordnung. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
2009/1/29 Bernd Wurst be...@bwurst.org: Hallo. Am Donnerstag, 29. Januar 2009 schrieb Martin Simon: Die Verzögerrungsspur ist ein Fahrstreifen der Autobahn Hast du für diese Aussage ne Quelle? Auf mich wirkt das ziemlich widersinnig, bin aber kein Straßenbauer. Es geht doch nur um die Unterscheidung von Fahrbahnen und Fahrspuren. Das ist schlichte Realität. :-) http://de.wikipedia.org/wiki/Straßenquerschnitt#Fahrbahn Die Verzögerrungsspur ist einfach ein anders genutztes Stück Standstreifen im Bereich vor der Ausfahrt. Ich gucke jetzt mal nicht im Verkehrswegebau-Skript nach, ob eine Fahrbahn tatsächlich mehrere Fahrspuren haben kann. ;-) Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Martin Simon schrieb: 2009/1/29 Mario Salvini salv...@t-online.de: Martin Simon schrieb: Solange wir Fahr_streifen_ nicht vernünftig abbilden können, sollten wir nicht anfangen, sie wie getrennte Fahr_bahnen_ einzutragen. Die Verzögerrungsspur ist ein Fahrstreifen der Autobahn, die Ausfahrt selbst ist eine eigene Fahrbahn. btw. Nach Straßenverkehrsordnung ist übrigens sogar die ganze Ausfahrt noch Teil der Autobahn. Erst ab dem Autobahn-Ende-Schild ist Schluss ;) Das hat ja nichts damit zu tun, ob es sich um getrennte Fahrbahnen oder Fahrspuren auf einer Fahrbahn handelt. Grüße, Martin ok, also wieder die Frage, ab wann ist eine Spur eine Bahn (übersetz in OSM: ab wann is eine LANE ein WAY) ;) wie eben schon bei Bernd geantwortet könnte ich mich: ,--- note=Verzögerungsstreifen beginnt hier -- highway=motorway-junction | v -o--+- \ \- anfreunden. Da es beide Fronten befriedigt. Auf der einen Seite die Erkenntnis, dass eine Abfahrtspur macht noch keine eigene Fahrbahn definiert. Auf der anderen Seite die Tatsache, dass die Auf-/Abfahrt eben schon mit dem Beschleunigungs-/Verzögerungsstreifen endet/beginnt. Wenn wir dann uns irgendwann entschlossen haben, wie wir lanes am besten erfassen könnte man dann auch noch eine way-Relation machen die dann sowohl die Ab-/Auffahrtslane + die Ab-/Auffahrtsfahrbahn erfasst und referenziert. Auf lange sicht wären alle glücklich :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stammtisch für Mainz, Wiesbaden und Um gebung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jaja, schon klar ;-) Aber es hätte ja sein können, dass übermorgen ein Treffen in Kelsterbach ist (um den gerodeten Wald zu kartieren ;-)) [vorsicht sarkasmus]) oder vielleicht eins in darmstadt. Meinte: Bin nicht nur an Treffen *in* FFM interessiert :-) - - Fips - -- Johannes Huesing schrieb: Fips Schneider o...@fips-schneider.de [Wed, Jan 28, 2009 at 03:41:49PM CET]: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oh schade - ich bin heute in Wiesbaden aber kann leider nicht. Wird sowas nochmal wiederholt bzw. gibt es auch was für Frankfurt oder Rhein-Main? Mainz/Wiesbaden _ist_ Rhein/Main. Mehr Rhein/Main als da kann's ja wohl nicht geben. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJgeMYnHVyAFIfTkERAmN9AKCAn2/uuP3YO6ai4dfQDCRZFyO5OgCcDG6p AoDerPEHNrxzD+w/a4cs6B0= =iubw -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlerhaft NOEXIT-Anwendung
Dieses habe ich falsch angewandt - immer auf den gesamten Way ! Noexit setze ich auf den Node hinter der letzten Verzweigung im Stichweg. Und Noexit heisst: Da kommt man nicht auf einem öffentlich Weg raus, auch nicht als Radfahrer oder Fußgänger. Wendehammer plus Radler-Spange berechtigt NICHT zu einem Noexit. Für mich ist das Noexit der indikator hier sind die Wege gemapt, es muss nimmer weiter gesucht werden. Ein Raus nur noch über Gelände von Firma Eisen Müller, die Hofeinfahrten zu mehreren Straßen hat berechtigt jedoch zu einem NoExit, weil es eben kein öffentlicher Ausweg ist. Was jetzt mit einem privaten Ausweg mit Access=permissive (z.B. ständig geöffneter Großmarkt-Parkplatz, ohne jede Schranken davor): ist zu klären. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stammtisch für Mainz, Wiesbaden und Umgebung (Gebäude mit besonderer Bauart)
Mainz/Wiesbaden _ist_ Rhein/Main. Mehr Rhein/Main als da kann's ja wohl nicht geben. Bei einer anderen Veranstaltung auf diesem Restaurantschiff habe ich gefragt, wann das Boot denn am Anleger ist bzw. wann es denn ablegen wird... aber inzwischen weiss ich, dass es von der Wiesbadener Behörde als 'Gebäude mit besonderer Bauart' eingestuft wird http://www.restaurantschiff-mainz.de/index2.htm P.S. der Fußboden in dem Laden macht den Eindruck, als ob bei der Projektion irgendwas schiefgelaufen sei -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt -?Symbols?auch
Zitat von Marc Schütz schue...@gmx.net: Damit erzeuge ich keine redundante Information, Doch: nämlich das amenity=university. Das sehe ich nicht als Redundanz, sondern als Kennzeichnung aller Objekte die zur Universität gehören. Dafür könnte man natürlich auch ein anderes Tag nehmen, aber welches? site? Ich habe zwar vor kurzem noch gesagt, dass es nützlich sein kann, den Tag an einzelne Gebäude nochmal hinzumachen, um sie von Nebengebäuden, Hausmeisterwohnung etc. unterscheiden zu können. Inzwischen bin ich aber zu der Überzeugung gekommen, dass das nicht das Gelbe vom Ei ist. In Wirklichkeit sind ja die einzelnen Gebäude keine Universitäten, sondern Fakultäten, Hörsaalgebäude, Verwaltunsgebäude etc.; dafür sollte man (wenn überhaupt) eigene Tags verwenden. Welche? Ich würde also empfehlen, amenity=university,school,hospital etc. nur genau einmal zu verwenden, nämlich: - für den Umriss des Geländes - auf einem einzelnen Node (wenn man keinen Umriss hat) Der name des Node wird in Mapnik nur mit amenity=university gezeichnet. Wenn ich also in Gebäuden oder auf dem Gelände die Fachbereiche mit Nodes eintrage, brauche ich das amenity=university. - Jutta Weisel -- http://www.weisel.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anwendungsbeispiele
Chris-Hein Lunkhusen schrieb: http://www.öpnvkarte.de/ Wer macht die eigentlich? Jenseits von z13 sind plötzlich keine Tiles mehr da. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stammtisch für Mainz, Wiesbaden und Umgebung
Treffen in Kelsterbach ist (um den gerodeten Wald zu kartieren ;-)) Microphobia GC13A5N wurde gerade noch rechtzeitig abgeborgen. Ob der Cache auf einer Ersatzfläche eine Auferstehung feiern wird ist noch unklar. Anfang des Monats sah es dort noch so aus: http://img.geocaching.com/cache/log/fb825b68-2c2d-4c6b-b85b-a00275d0c3c0.jpg -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 28.1.09
Bei den Ordnern fuer die einzelnen OSM-Kacheln ist wohl was schiefgelaufen. Statt unter http://openstreetmap.teddynetz.de/latest/osm/63273/ findet man sie diesmal unter http://openstreetmap.teddynetz.de/latest/osm/63273/63273/ Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßen splitten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Da ich nun auch noch relativ neu bin habe ich mal eine Frage zu Straßen, die länger sind als der Abschnitt den ich bearbeiten will. Konkret geht es darum, Buslinien einzuzeichnen mit Route. Das ganze sieht noch recht schlimm aus (Der Bus kehrt nicht am Ende der Linie einfach um etc. oder fährt Stichstrecken - aber es sieht so aus...) http://www.öpnvkarte.de/?lat=50.15984lon=8.6526zoom=15 Leider gehen die Straßenabschnitte immer länger als der Bus darauf fährt, wie kann ich das ändern? Gleiches Problem habe ich mit der Mühlbruchstraße unter http://openstreetmap.org/?lat=50.10242lon=8.69251zoom=17layers=0B00FTF - der westlichste Teil zwischen der Darmstädter Landstraße und der Dammstraße ist Richtung Osten eine Einbahnstraße, ich kann aber die Richtung nur für die Gesamtstraße ändern? Vielen Dank für die Hilfe, ich werde dann so schnell wie möglich die Änderungen einbauen, auch die Buslinien in FFM kommen dann hoffentlich nach und nach :) Gruß - Fips - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJgevxnHVyAFIfTkERAj/cAJ9/IMLVGz+tdAEOKxAzMnmSX7mj1gCfQ7tl JfuGg0rJJKegvH3xJAndFFY= =rNRp -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen splitten
Am 29.01.2009 18:48, Fips Schneider: Leider gehen die Straßenabschnitte immer länger als der Bus darauf fährt, wie kann ich das ändern? Splitte die Straßen an der Ein-/Abbiegestelle der Buslinie auf. In JOSM bei ausgewähltem Knoten per Tastendruck auf P, in Potlatch mit X. Macht dir keine Sorgen ums Zerstückeln :) Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen splitten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Danke! :-) Teste es sobald ich kann, muss jetzt erst mal los... - -- Claudius Henrichs schrieb: Am 29.01.2009 18:48, Fips Schneider: Leider gehen die Straßenabschnitte immer länger als der Bus darauf fährt, wie kann ich das ändern? Splitte die Straßen an der Ein-/Abbiegestelle der Buslinie auf. In JOSM bei ausgewähltem Knoten per Tastendruck auf P, in Potlatch mit X. Macht dir keine Sorgen ums Zerstückeln :) Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de - -- Fips / Philipp P. Schneider Teichstraße 7 60594 Frankfurt am Main Tel.: +49 (0)69 - 660 588 74 Fax: +49 (0)1805 - 233633-60594 Handy: +49 (0)172 - 696 70 50 E-Mail: m...@fips-schneider.de http://www.fips-schneider.de/ - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJge7qnHVyAFIfTkERArVmAJ4od2/6ikMo0pqxdOAj9Yn9ZQDVEACfcn+4 bb5ld+XqE7yPHbvYUeuiTh4= =Xokw -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen durch Flächen
Moin, Wenn eine Straße direkt einen Wald begrenzt, dann lege ich Straße und Waldrand auf dieselbe Linie - verschiebt sich die Straße noch ein Stück, hängt der Wald korrekterweise weiterhin direkt dran. dazu gab es hier schon Grundsatzdiskussionen. Ich habe das schon ausprobiert, bin aber wieder davon ab gekommen. Neben anderen Gründen spricht für mich die schlechte Wartbarkeit dagegen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anwendungsbeispiele
Hallo, Dirk-Lüder Kreie wrote: http://www.öpnvkarte.de/ Wer macht die eigentlich? Melchior Moos. Jenseits von z13 sind plötzlich keine Tiles mehr da. Ich glaub, das gehoert so, da sollen live gerenderte Bilder angezeigt werden. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Hallo, Detlef Reichl wrote: Kleinigkeiten vom Layer, wie z.B. die updatelinks Funktion die unter anderem den Permalink aktualisiert. Ich glaube nicht, dass die eine ausreichende Schöpfungshöhe besitzen, um in irgendeiner Form unter eine Lizenz gestellt werden zu können. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt -?Symbols?auch
Am 29. Januar 2009 18:22 schrieb Jutta Weisel ju...@weisel.de: Das sehe ich nicht als Redundanz, sondern als Kennzeichnung aller Objekte die zur Universität gehören. Ich fange dann mal an, jedes Objekt hier in Köln mit place=city zu kennzeichnen, weil es zur Stadt dazu gehört ;-) OK, ein doofes Beispiel, aber ich denke man sieht die Richtung... Dafür könnte man natürlich auch ein anderes Tag nehmen, aber welches? site? Ja, meiner Meinung nach wäre das gut geeignet. Damit kannst du alle Objekte zusammenfassen, ihnen gemeinsame Eigeschaften geben, die für den gesamten Komplex gelten und musst nicht jeden Fahrradständer vor der Uni als Uni taggen. ;-) Welche? Gute Frage, es wäre cool, einen allgemeinen tag für eine Untereinheit (Hörsaal, Verwaltung, Hausmeisterbüro, sonstige Abteilungen...) eines Komplexes zu haben. Dann noch einen Namen dran und ab in die Site-Relation damit. Dann kann ein Renderer einfach bei allen so getaggten Objekten Namen rendern, egal um welche Art site es sich handelt (Uni, Krankenhaus, Friedhof, Lager für atomare Mittelstreckenraketen... ;-) ) Der name des Node wird in Mapnik nur mit amenity=university gezeichnet. Wenn ich also in Gebäuden oder auf dem Gelände die Fachbereiche mit Nodes eintrage, brauche ich das amenity=university. Eigentlich nicht - Mapnik braucht das. Mapnik sollte sich nach der Datenbank richten, nicht die Datenbank nach Mapnik. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Randwanderrouten auf Garmin Topo 3.0 r outingfähig
Wie ich http://www.blogspan.net/presse/erstmals-routing-auf-rad-und-wander-touren/ entnehme, wird die ab Februar2009 verfügbare Garmin-Topo 3.0 8000km Wanderrouten und 60.000km Fahrradrouten (welche?) nicht nur wie bisher kennen, sondern auch aktiv routen können. Gibt's denn da bei uns Zahlenwerk für eine Antwort-Pressemitteilung? Oder sind die routingfähigen Garmin-Karten bei uns lizenztechnisch (wg. möglichen share alike-Verstößen) so heikel, dass man das besser nicht tut? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt -?Symbols?auch
Am Donnerstag 29 Januar 2009 18:22:02 schrieb Jutta Weisel: Zitat von Marc Schütz schue...@gmx.net: Damit erzeuge ich keine redundante Information, Doch: nämlich das amenity=university. Das sehe ich nicht als Redundanz, sondern als Kennzeichnung aller Objekte die zur Universität gehören. Dafür könnte man natürlich auch ein anderes Tag nehmen, aber welches? site? Zum Bleistift, ja. Für Gebäude auf dem Gelände ist es wahrscheinlich unnötig, wenn die Fläche eingezeichnet wird. Aber es gibt auch Außenstellen von Universitäten. Ich habe zwar vor kurzem noch gesagt, dass es nützlich sein kann, den Tag an einzelne Gebäude nochmal hinzumachen, um sie von Nebengebäuden, Hausmeisterwohnung etc. unterscheiden zu können. Inzwischen bin ich aber zu der Überzeugung gekommen, dass das nicht das Gelbe vom Ei ist. In Wirklichkeit sind ja die einzelnen Gebäude keine Universitäten, sondern Fakultäten, Hörsaalgebäude, Verwaltunsgebäude etc.; dafür sollte man (wenn überhaupt) eigene Tags verwenden. Welche? Gibt meines Wissens noch keine dafür. Aber man kann ja mal schnell welche erfinden: amenity=faculty (offensichtlich), amenity=mensa (wenns das nicht schon gibt), amenity=scientific_institute o.ä., ... Ich würde also empfehlen, amenity=university,school,hospital etc. nur genau einmal zu verwenden, nämlich: - für den Umriss des Geländes - auf einem einzelnen Node (wenn man keinen Umriss hat) Der name des Node wird in Mapnik nur mit amenity=university gezeichnet. Wenn ich also in Gebäuden oder auf dem Gelände die Fachbereiche mit Nodes eintrage, brauche ich das amenity=university. Nein, weil du damit behaupten würdest: Hier ist eine Universität mit dem Namen Uni Musterstadt und in dieser befindet sich eine andere Uni mit dem Namen Fakultät für Naturwissenschaften. Und mit Mapnik hat das auch nichts zu tun, denn die Datenbank soll die Realität beschreiben und keine Sammlung von Anweisungen für Renderer oder Router sein. (Nebenbei bemerkt glaub ich, dass Mapnik auch Namen rendert, wenn keine anderen Tags dranhängen; das ist wohl eher ein Bug.) Grüße, Marc signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
Mario Salvini salv...@t-online.de wrote: btw. Nach Stra?enverkehrsordnung ist ?brigens sogar die ganze Ausfahrt noch Teil der Autobahn. Erst ab dem Autobahn-Ende-Schild ist Schluss ;) Ohje... wurde das ueberhaupt bisher korrekt getaggt und exakt ab Schild der motorway_link zum primary_link? /ironie ;-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anwendungsbeispiele
http://www.öpnvkarte.de/ Ganz unten gibts nen Link zum Impressum. Ich überlege immer, ob ich denen evtl. noch einen domain ohne punycode spendiere. Bei CutPaste ging da schon in Mails spätestens beim zweiten Quoten was schief. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
Heiko Jacobs schrieb: Mario Salvini salv...@t-online.de wrote: btw. Nach Stra?enverkehrsordnung ist ?brigens sogar die ganze Ausfahrt noch Teil der Autobahn. Erst ab dem Autobahn-Ende-Schild ist Schluss ;) Ohje... wurde das ueberhaupt bisher korrekt getaggt und exakt ab Schild der motorway_link zum primary_link? /ironie ;-) MfG Heiko Jacobs Z! IRCnet Mueck in der Gegend um Aachen schon.. aus dem motorway_link wird dann meistens für eine sehr kurze strecke einfach ein unclassified (meist ja nur wenige Meter bis zur Kreuzung selber) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 28.1.09
Hi, Torsten Leistikow schrieb: Bei den Ordnern fuer die einzelnen OSM-Kacheln ist wohl was schiefgelaufen. Statt unter http://openstreetmap.teddynetz.de/latest/osm/63273/ findet man sie diesmal unter http://openstreetmap.teddynetz.de/latest/osm/63273/63273/ Upps, habs aber gerade korrigiert. :-) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anwendungsbeispiele
Johann H. Addicks schrieb: Ich überlege immer, ob ich denen evtl. noch einen domain ohne punycode spendiere. Bei CutPaste ging da schon in Mails spätestens beim zweiten Quoten was schief. Jepp, hatte ich auch schon. Nur direkt eintippen ging. Naja, Umlaut- Domains hahen sich ja zum Glück noch nicht so sehr verbreitet. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anwendungsbeispiele
Hallo, Jenseits von z13 sind plötzlich keine Tiles mehr da. Wie Frederik bereits sagte, das gehört so, ab da wird live gerendert mit den Daten vom Vortag. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MapSource_6153 - Fehlermeldung unter Vista 64bit
Hi ! habe mir gerade die aktuelle Mapsource gezogen (MapSource_6153) und unter Vista 64 bit installiert und bekomme folgende Meldung: Runtime Error ! c:\\MapSource.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Kennt das jemand von Euch und kann weiterhelfen bevor ich die Jungs kontaktiere ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MapSource_6153 - Fehlermeldung unter Vista 64bit
2009/1/29 Jan Tappenbeck o...@tappenbeck.net: Hi ! habe mir gerade die aktuelle Mapsource gezogen (MapSource_6153) und unter Vista 64 bit installiert und bekomme folgende Meldung: Runtime Error ! c:\\MapSource.exe This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. Kennt das jemand von Euch und kann weiterhelfen bevor ich die Jungs kontaktiere ? Gruß Jan :-) habe das gleiche Problem unter XP, hatte daraufhin endlich genug von dieser Proprietaer-garmin-Sch und habe mit QLandkarte installiert, da ist die Fehlermeldung ungleich harmloser (typ-file enthaelt unbekannten punkttyp oder sowas in der Art). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse - farm - grass
Moin moin. Torsten Leistikow schrieb: Moin, relativ frisch in den Mapfeatures ist auch landuse=meadow. Fuer landwirtschaftliche Nutzflaechen nehme ich aber trozdem lieber landuse=farm, egal ob es nun Wiese, Weide oder Acker ist. Denn das aender sich mitunter ja auch (ok, dann koennte man ja auch den OSM Eintrag wieder aendern). Wichtiger wuerde ich da eine Unterscheidung von Baumschulen oder Obstbaumplantagen finden, aber da gibt es noch nichts offizielles fuer. +++ für die Baumschulen, weiteres morgen, geht gerade nicht Gruß Holger ___ 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] Mapnik Textpositionierung
Am 29. Januar 2009 01:03 schrieb Detlef Reichl detlef.rei...@gmx.org: Mapnik scheint Probleme zu haben, wenn man kleinen Objekten einen Namen gibt. Der Text Bienen http://openstreetmap.org/?lat=48.876773lon=8.715523zoom=18layers=B000FTF gehört zu dem kleinen Fleck ca. 100 Meter weiter Südlich und ein paar Meter Westlich. Das war mit leisure=park getaggt, das hat Mapnik wohl aus dem Tritt gebracht. Ich hab das Tag rausgenommen, und in up-to-date zumindest ist jetzt alles okay. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [tagging] RFC - Scope for access tags
http://wiki.openstreetmap.org/wiki/Proposed_features/Scope_for_access_tags Hier mal wieder ein Proposal, das einige gar nicht so seltene Problemfälle bei Restriktionen abdecken soll (bei Nässe, unterschiedliche Beschränkungen für bestimmte Fahrzeuge, richtungsabhängige Restriktionen). Ich habe dabei versucht, eine einheitliche Vorgehensweise zu wählen, die auch auf andere Sachverhalte übertragbar ist: Die Angabe, unter welchen Bedingungen die Einschränkung gültig ist, per Doppelpunkt abzutrennen. Beispiele: maxspeed:wet für Höchstgeschwindigkeit bei Nässe, maxspeed:hgv für Höchstgeschwindigkeit für Fahrzeugklasse hgv. Syntaktisch ist das alles an anderen Tags orientiert, gerade auch an name:de u.ä., die ich für tendenziell ähnlich gelagert halte. Es hat noch kleinere praktische Vorteile (alphabetische Sortierung nach Hauptkey, handhabbare Länge der Tags). Auch wenn ich mir sicher ein wenig Opposition damit eingehandelt habe, hab ich auch eine richtungsabhängige Bedingung mit aufgenommen (forward/backward). Dagegen habe ich bewusst manche weitergehende Fälle ausgespart (etwa Beschränkungen nur für bestimmte Nutzergruppen wie Nicht-Anlieger), bei denen noch einige andere Punkte zu klären sind. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Statistik zu OSM Usern
2009/1/28 Thomas Kempf tke...@uni-bonn.de: Hallo, ich schreibe gerade an einer Projektarbeit über OSM und bräuchte eine Statistik über User-Aktivitäten weltweit im JAhr 2008. Gibt es so etwas? MfG T.K für einen schnellen Überblick ist sicher auch das ITO-Video interessant, (für die User taugt es zugegebenermaßen wegen der Imports weniger): http://www.vimeo.com/2598878 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] smoothness-Tag
Hi! Schon seit einiger Zeit habe ich einen Tag gesucht, mit dem sich erfassen lässt, ob ein Weg z.B. mit Inline-Skates oder mit einem Rennrad befahren lässt. Vor kurzem bin ich auf den Tag smoothness gestoßen, der mir dafür auch recht geeignet scheint, da er angeben soll, für welche Fahrzeuge ein Weg nutzbar ist. Hier die Tabelle von Werten, wie sie in den Map Features steht: smoothness: usable by: excellent roller blade, skate board and all below goodracing bike and all below intermediatecity bike, sport car, wheelchair, scooter and all below bad trekking bike, normal cars, rickshaw and all below very_badCar with high clearance, mountain bike without and all below horribleoff-road vehicles and all below very_horrible Tractor, ATV, tank, trials bike, mountain bike with studded tires and all kind of off-highway vehicles (see also mtb_scale=*) impassable No wheeled vehicle (see also sac_scale=*) Anscheinend wurde darüber auch mit positivem Ausgang abgestimmt. Es scheint sich dann aber ein Edit-War entwickelt zu haben, in dessen Folge nun die Seite http://wiki.openstreetmap.org/wiki/Approved_features/Smoothness nach http://wiki.openstreetmap.org/wiki/Rejected_features/Smoothness verschoben wurde, wo der Status aber immer noch als Approved angeben ist. Auf http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Smoothness kann man das unten nachlesen. Ich kann nur sagen, dass mir dieser Edit-War missfällt und ich bisher keinen besseren Vorschlag als die obigen Tags (die natürlich ihre Grenzen haben) gesehen habe. Wie wird der Tag denn von den Lesern dieser Mailingliste gesehen? Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt -?Symbols?auch
Zitat von Marc Schütz schue...@gmx.net: Und mit Mapnik hat das auch nichts zu tun, denn die Datenbank soll die Realität beschreiben und keine Sammlung von Anweisungen für Renderer oder Router sein. Das hilft mir echt nicht weiter. Ich brauche in absehbarer Zeit was Vorweisbares, was man als Campus-Plan nutzen kann, um weitere Mitstreiter zur Erfassung der restlichen knapp 200 Gebäude zu gewinnen. Und ich würde auch gerne beide Darstellungen anbieten. Wir pflegen Daten in die Datenbank ein, weil wir die gerenderten Karten nutzen wollen. Das Datenmodell muss den Renderern (mit ihren eingeschränkten Möglichkeiten) eine Chance lassen. (Nebenbei bemerkt glaub ich, dass Mapnik auch Namen rendert, wenn keine anderen Tags dranhängen; das ist wohl eher ein Bug.) Habe mir die Rules (im svn und vom tile-Server) angeschaut, die Namen von Areas (Style area-text) werden für alle Polygone in Abhängigkeit von Zoom-Level und Fläche gezeichnet, die Rules für Points (Style text) haben lediglich Filter für verschiedene tag=value Kombinationen. Ich sehe sonst nichts, was da greifen könnte. - Jutta Weisel -- http://www.weisel.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschreibung von Stra?en
Heiko Jacobs schrieb: - Verkehrsbedeutung nicht zu vergessen, weil oft auch von der amtl. Einteilung abweichend. Hier gibt's 'ne vierpurige Kreisstrasze mit bis zu 90.000 Kfz/Tag Ich warte auf den Tag, wo sie jemand nach Map_features von trunk zu teritary macht ;-) Hier ist schon seit längerer Zeit geklärt dass die Highway-Klassifizierung durch das highway-Tag eben genau aus dem von Dir geschilderten Fall nicht mit den amtlichen Einteilung der Unterhaltspflicht in Einklang zu bringen ist.Für den Benutzer ist es ja auch erstmal völlig egal wer für einen nutzbaren Zustand der Strasse sorgt, wichtig ist allein wie gut ist sie geeignet ein bestimmtes Ziel zu erreichen. Ich sehe keine einfache L?sung f?r das Problem: Mit den bestehenden Kategorien l?sst sich bei weitem nicht jede Kombination abbilden. Im vorliegenden Fall ist nur ein kleines Definitionsloch adaequat zu schlieszen, kriegen wir schon irgendwie hin ;-) Sehe ich auch so. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in Industriegebieten
Martin Koppenhoefer schrieb: Am 29. Januar 2009 00:59 schrieb Garry garr...@gmx.de: Frederik Ramm schrieb: Nein, residential heisst, dass da Leute wohnen. Und zwar nicht da in dem Ort irgendwo, sondern da in dieser Strasse. Mit der Definition wäre fast jede (Durchgangs-)Strasse in den Dörfern eine residential - spätesten seit die Supermärkte auf die grüne Wiese abgezogen sind und die Dorfläden ausgestorben. er hat ja nicht geschrieben, dass es das einzige Kriterium ist. Im Wiki steht, residential falls nicht schon eine höhere Klasse. Es gab schon einige die das so aufgefasst haben-ich bin schon auf einige Dörfer gestossen wo alle Strassen innerhalb der Ortsgrenze residential waren. Genauso ist keine Hauptstrasse erkennbar wenn ein Dorf mit einer Strasse unterhalb tertiary angeschlossen ist und unclassiefied nicht innerörtlich auch als hochstufung der residentials herangezogen wird. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in Industriegebieten
Ulf Lamping schrieb: Stimmt schon, nur ist eine (Durchgangs-)Strasse halt in den sehr vielen Fällen sowieso mindestens tertiary (oder höher). Und wenn es halt von der Größe her noch keine Tertiary ist, würde ich da auch auf dem Dorf residential nehmen - aber halt nur da, wo auch Leute wohnen (wobei man da sicher nicht bei 1-2 Baulücken jeweils die Straße wieder aufteilen muß ...). Was dann aber unter Umständen dazu führt dass man statt über die Dorf-Hauptstrasse über die vielleicht kürzere aber verwinkeltere und schmälere Nebenstrasse geführt wird wenn das ganze Dorf als Tempo30Zone deklariert ist - es fehlt hier dann ein Unterscheidungsmerkmal. Garry (der auch schon viele Dörfer in ländlichen Gegenden erfasst hat) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschreibung von Straßen
Mark Obrembalski schrieb: Heiko Jacobs jac...@cousin.de schrieb: Also relative internationale Einigkeit darin, dass sich die Straßenarten den schwarzen Peter gegenseitig zu schieben. Denn weder scheint die Industriegebietsstraße in unclassified zu passen (egal, ob's deswegen ist, weil sie nicht außerorts liegt, oder weil sie keine verbindende Funktion zu kleinen Ortsteilen oder so hat), noch in residential, weil dort auf Wohnen Wert gelegt wird, obwohl die Definition sie zunächst mit nicht unclassified zulässt. Ja. Das wirkliche Problem ist m.E. aber, dass die Straßeneinteilung zumindest in ihrer praktischen Benutzung zur Wiedergabe ganz verschiedener Arten von Informationen benutzt wird: - förmliche Einstufung und Straßenbaulast (was bei fast jedem anderen Ding über operator abgehandelt wird), Das ist längst ausdiskutiert dass sich diese Einstufung nicht im highway-Tag wiederspiegeln kann. Wenn dass so doch wieder in josm oder Wiki in Erscheinung getreten ist dann geschah dies entweder aus Unwissenheit oder um den Anfängern eine Hilfe zu geben die immer wieder Probleme haben eine Strasse einzustufen. Das funktioniert im groben häüfig, kann aber keines falls als allgemeingültige Regel herangezogen und als Grund zum umtaggen verwendet werden. - Ausbauzustand, Dafür gibt es die Zusatztags lanes, wide,... - üblicher oder von irgendwem gewünschter Nutzungszweck (gerne an irgendwelchen Dingen festgemacht, die eher an der Umgebung als an der Straße selbst zu erkennen sind) und Das ist aus dem umgebenden Landuse ersichtlich und spielt für die Zielführung praktisch keine Rolle. Fernziele werden nicht über die unteren Klassenkategorien ausser im unmittelbaren Start/Zielbereich angefahren und im Nahbereich wird dei günstigste Route gewählt die die Tags erlauben, ob da Häuser oder Bordsteine am Strassenrand sind spielt dafür überhaupt keine Rolle. - Verkehrsbeschränkungen. Die können auch alle über die Zusatztags abgedeckt werden, falls es noch Lücken gibt müssen eben noch weitere Tags definiert werden, auf das highway-Tag selbst hat das keinen Einfluss Daraus folgt dann, dass manches nicht wiedergegeben werden kann (etwa dass eine Straße durch ein Gewerbegebiet oder Mischgebiet verläuft) und Das ist aus dem landuse ersichtlich wenn notwendig. an anderer Stelle unklar ist, welches von mehreren naheliegenden Attributen benutzt werden soll (track vs. unclassified; unclassified z.B. wenn kein Begnungsverkehr ohne gegenseitige Beeinträchtigung (bremsen, ausweichen) möglich bzw. der Verkehr für tertiary zu gering ist. residential vs. service vs. unclassified residential: normal öffentlich benutzbare Strasse, service nur zweckgebunden zu benutzen wie Parkplatz, Firmenzufahrt,.unclassified Sammlerfunktin für residentials. ; track vs. cycleway usw.). track wenn es Wirtschaftswege (gibt auch öffentlich befahrbare!), cycleway wenn vorwiegend für Radfahrer angelegt. Ich sehe keine einfache Lösung für das Problem: Mit den bestehenden Kategorien lässt sich bei weitem nicht jede Kombination abbilden. Welche den nicht? Nur eine frage der geeigneten Definition Der Versuch, durch zusätzliche Kategorien oder - wohl besser - eine die bestehenden Kategorien reichen gut aus, ich seh da keine Lücken. getrennte Angabe unterschiedlicher Arten von Informationen alle Fälle abzudecken würde es erforderlich machen, einen erheblichen Teil der schon erfassten Straßen zu überarbeiten. Und in vielen Fällen wäre das nicht ohne Ortstermin zuverlässig zu erledigen. für unclassified bedarf es meist Ortskenntniss, richtig.Der Rest ist überwiegend überdschaubar. Weiter verkompliziert wird die Lage dadurch, dass wir im Moment eine Einteilung haben, die von britischen Verhältnissen ausgeht, und durch Die britische Einteilung wurde schon in der Vergangenheit auf deutsche Verhältnisse angepasst. Problem ist hier dass überwiegend Neulinge wieder versuchen mehr auf die worttreue britische Einteilung zu pochen was dann wieder zu diesen Diskussionen führt. die deutschen Verhältnisse erheblich beeinflusst ist. In anderen Ländern werden sich aber vermutlich wieder andere Probleme ergeben, die mit britisch-deutschen Kategorien nicht gut zu lösen sind. Im Grunde bräuchte vermutlich jedes Land seinen eigenen Satz von Elementen zur Beschreibung von Straßen (und Orten, und Verwaltungsgrenzen und ...). So wird das zumindest Teilweise auch bei den kommerziellen Kartenanbietern gehandhabt. So weit es geht sollte man aber darauf verzichten landeseigene Kategorien einzuführen und lieber etwas freier übersetzten damit eine Anwendung nicht speziell auf jedes Land angepasst werden muss. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in Industriegebieten
Martin Koppenhoefer schrieb: das wäre sinnvoll, indem man die unclassified noch länger anzeigt als residentials, so sähe man auch in niedrigeren Zoomleveln ein zwar ausgedünntes aber gut erkennbares Gerippe, anstatt des residential-Breis, der im Moment noch Standard ist. In den hohen leveln können die beiden ja trotzdem die gleiche Breite behalten. In der Nahansicht könnte man dann allerdings nur schwer nachvollziehen warum ein Router einen Haken schlägt (über die unclassified) anstatt die kürzere Verbindung zu wählen. Ja ich weiss - Router ist nur eine Anwendung von OSM, dennoch sollte man vermeintlich wiedersprüchliche Darstellungen vermeiden wenn es so wie hier möglich ist. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße in Industriegebieten
Martin Koppenhoefer schrieb: Am 27. Januar 2009 16:37 schrieb Heiko Jacobs jac...@cousin.de mailto:jac...@cousin.de: ...also residential=ja, weil Industriegebietsstraße auch nur im Gebiet feinverteilt wie residential eben auch. Andererseits auf residential area beschränkt, also nein. Denn auch die englische Definition davon http://en.wikipedia.org/wiki/Residential legt den Schwerpunkt aufs Wohnen, wenn auch im weiteren Verlauf recht weit definiert incl. Mischgebiete. da siehst Du doch schon, dass residential nicht passt. Ein Industrie- oder Gewerbegebiet ist *KEIN* Mischgebiet, und selbst fuer Mischgebiete ist residential schon eine grosszuegigere Auslegung der Tatsachen. Dann könnte man die Definitionen klar stellen: unclassified = lowest form of the interconnecting grid network, typischerweise auch außerorts residential = Feinverteilung, typischerweise innerorts man kann highway=residential eben *nicht* von Wohnen auf allgemeine Feinverteilung ausweiten, abgesehen davon, dass es per Definition des Worts residential nicht passt, macht das auch vom Gedanken der Datennutzung keinen Sinn. Warum nicht? Es ist doch völlig egal ob ich in der nähe des Start/Ziels in einem Industriegebiet oder einem Wohngebiet bewege so lange die Benutzung nicht reglementiert ist. Aufgabe ist es das Ziel optimal unter Einhaltung der gesetzlichen Vorgaben zu erreichen. Dieser besteht doch bei residential u.a. darin, dass diese Strassen (mind.) beim Autorouting schlecht bewertet werden koennen, damit man die *Wohn*gebiete umfaehrt. Das ist fuer Industriegebiete gerade nicht sinnvoll, im Gegenteil, auch vor dem Hintergrund der realen Geschwindigkeit sind solche Gegenden eher guenstig fuer den Autoverkehr. Es ist nicht Aufgabe von OSM verkehrslenkend in den Strassenverkehr einzugreifen sondern die gesetzlichen Vorgaben wieder zu geben! Welche Strasse geeingnet ist ergibt sich dann aus den Zusatztags. Den Begriff niedrigste Form des interconnecting grid network kann man so und so betrachten. interconnecting grid network als Strassennetz spricht ja gerade dafuer, dass unclassified die niedrigste Stufe der *Strassen* sein soll. Es macht keinen Sinn unterschiedlich highway-Kategorien für Strassen zu verwenden die sich nur durch die Umgebung unterscheiden durch die sie führen. Wie dem auch sei, in der Wiki-Definition der residentials hat es m.E. eine Aenderung gegeben, da stand frueher im engl. Wiki auch klar die Anforderung, dass residentials mind. zu 1 Seite Wohnbebauung aufweisen muessen, find ich aber seltsamerweise nicht mehr in der history, das stand m.E. auf der Mapfeatures-Sammelseite (also die offizielle mapfeatures-seite). Ist auch ein ungeeignetes Merkmal da eine Wohnbebauung an jeder innerörtlichen Strasse zu finden ist was in der Vergangeheit schon dazu geführt hat dass abder Ortsgrenze plötzlich alle Strassen innerorts als residential getaggt waren... living_street hat Du bei Deinen ganzen Asuführungen vergessen wenn ich das nicht übersehen habe - ds wäre dann die Kategorie die vom Verkehr der nicht in dieser Strasse beginnt oder endet zu meiden wäre. Wobei man nicht übersehen darf dass in den neueren Wohngebieten häufig alle Strassen als verkehrsberuhigte Zone ausgeführt werden. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
Mario Salvini schrieb: Ohje... wurde das ueberhaupt bisher korrekt getaggt und exakt ab Schild der motorway_link zum primary_link? /ironie ;-) MfG Heiko Jacobs Z! IRCnet Mueck in der Gegend um Aachen schon.. aus dem motorway_link wird dann meistens für eine sehr kurze strecke einfach ein unclassified (meist ja nur wenige Meter bis zur Kreuzung selber) Was soll den das bitte darstellen? Geltungsbedürfniss eines Radfahrers dass er das Stück Autobahnfahrt von der Kreuzung bis zum Autobahnschild benutzen darf? Unclassifies passt da überhaupt nicht! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
Garry schrieb: Mario Salvini schrieb: Ohje... wurde das ueberhaupt bisher korrekt getaggt und exakt ab Schild der motorway_link zum primary_link? /ironie ;-) MfG Heiko Jacobs Z! IRCnet Mueck in der Gegend um Aachen schon.. aus dem motorway_link wird dann meistens für eine sehr kurze strecke einfach ein unclassified (meist ja nur wenige Meter bis zur Kreuzung selber) Was soll den das bitte darstellen? Geltungsbedürfniss eines Radfahrers dass er das Stück Autobahnfahrt von der Kreuzung bis zum Autobahnschild benutzen darf? Unclassifies passt da überhaupt nicht! wahrscheinlich nicht, aber korrekter als motorway_link isses allemal ;) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschreibung von Straßen
Am 29. Januar 2009 11:57 schrieb Garry garr...@gmx.de: unclassified z.B. wenn kein Begnungsverkehr ohne gegenseitige Beeinträchtigung (bremsen, ausweichen) möglich bzw. der Verkehr für tertiary zu gering ist. Also willst du einerseits unclassified _oberhalb_ von residential ansiedeln, andererseits soll dort aber _kein_ richtiger Begegnungsverkehr möglich sein? Kann es vielleicht sein, daß es die von dir beklagte Lücke zwischen tertiary und residential/unclassified (in seiner etablierten Verwendung) gar nicht gibt? Wenn doch, führe doch bitte einfach highway=quaternary ein und lass' das umwidmen von Straßenklassen, die seit Jahren in Gebrauch sind, bitte sein. Und seit wann kommt es auf den tatsächlich anfallenden Verkehr an, statt auf den Ausbau und den Erschließungscharakter? Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
Mario Salvini schrieb: Was soll den das bitte darstellen? Geltungsbedürfniss eines Radfahrers dass er das Stück Autobahnfahrt von der Kreuzung bis zum Autobahnschild benutzen darf? Unclassifies passt da überhaupt nicht! wahrscheinlich nicht, aber korrekter als motorway_link isses allemal ;) Faustregel: Strassen die auf Autobahnen mittels einer offiziellen Auffahrt (damit sind nicht Park,-Rastplätz und Betriebszufahren gemeint) führen sind in der Regel immer mindestens primary - sonst wäre kein Autobahnauffahrt notwendig!. Unclassified ist immer unterhalb von tertiary und trifft hier definitiv nicht zu! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschreibung von Straßen
Martin Simon schrieb: Am 29. Januar 2009 11:57 schrieb Garry garr...@gmx.de: unclassified z.B. wenn kein Begnungsverkehr ohne gegenseitige Beeinträchtigung (bremsen, ausweichen) möglich bzw. der Verkehr für tertiary zu gering ist. Also willst du einerseits unclassified _oberhalb_ von residential ansiedeln, andererseits soll dort aber _kein_ richtiger Begegnungsverkehr möglich sein? Kann es vielleicht sein, daß es die von dir beklagte Lücke zwischen tertiary und residential/unclassified (in seiner etablierten Verwendung) gar nicht gibt? Liess das bzw. als oder-Verknüpfung... Wenn doch, führe doch bitte einfach highway=quaternary ein und lass' das umwidmen von Straßenklassen, die seit Jahren in Gebrauch sind, bitte sein. Und seit wann kommt es auf den tatsächlich anfallenden Verkehr an, statt auf den Ausbau und den Erschließungscharakter? Weil eine breit ausgebaute Strasse alleine noch kein Merkmal ist für eine hohe Einstunfung ist, z.B. wenn die Strasse einen Steinbruch oder eine Mülldeponie anbindet kann sie sehr breit Ausgebaut sein u ungestörte LKW-Begnung zu ermöglichen - wenn ansonsten aber nur der Verkehr zum nächsten Weiler darüber geführt wird dann ist das bestenfalls tertiary - ehr unclassified. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse - farm - grass
Hallo, Torsten Leistikow schrieb: relativ frisch in den Mapfeatures ist auch landuse=meadow. Fuer landwirtschaftliche Nutzflaechen nehme ich aber trozdem lieber landuse=farm, egal ob es nun Wiese, Weide oder Acker ist. Denn das aender sich mitunter ja auch meadow hört sich akzeptabel an. Also ich würde nicht zwischen Wiese und Weide unterscheiden. Sondern einfach nur Acker oder Grünland, so wie es auch in der Landwirtschaft gehandhabt wird. Wenn man es noch auf die Spitze treiben will, kann man noch die im Zusammenhang mit Agrarsubventionen angewandte Definition von Dauergrünland zur Hilfe nehmen. Demnach sind alle Grünlandflächen, die weniger als fünf Jahre am Stück als solches genutzt werden, als Ackerland einzustufen. Alle derzeit als Dauergrünland genutzten Flächen dürfen nichtmehr zum Acker umgewandelt werden. http://www.landwirt.com/Bericht/2447-266-Artikel/2008-Wechselwiese-oder-Dauergruenland.html http://de.wikipedia.org/wiki/Gr%C3%BCnland#Gr.C3.BCnland_im_fiskalisch-juristischen_Sinne signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Linien richtig taggen?
Ich habe jetzt auch mal angefangen Busrouten zu mappen. Dabei stellen sich mir folgende Fragen: from=Fahrtbeginn to=Fahrtziel Wir haben hier einige Buslinien die unterschiedliche Ziele haben, also z.B. die Linie34 fährt je nach Tageszeit von Kohlscheid Weststraße zum Bahnhof oder mit 8 Stops nach Kerkrade, außerdem fährt sie mal vom Gesundheitsamt direkt zum Technologiezentrum, mal macht sie einen Umweg über 2 weitere Haltestellen. Wie tagt man so etwas? Bei bestehenden Buslinien hier in Aachen sind die Busstops durchnumeriert, also stop_7 und backwad_stop_15. Davon lese ich auf Anleitung hier: http://wiki.openstreetmap.org/wiki/DE:Relation:route nichts. Kann man eigentlich bei JOSM Relations Kopieren? Wir haben hier z.B. 8 Buslinien die über mindestens 15 Haltestellen die gleichen Haltestellen anfahren, davor und dahinter fächern sie dann auf. Da wäre es praktisch zuerst diesen Kernbereich einzugeben, zu kopieren und die Anfangs- und Endstücke einzufügen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anwendungsbeispiele
Frederik Ramm schrieb: Hallo, Dirk-Lüder Kreie wrote: http://www.öpnvkarte.de/ Wer macht die eigentlich? Melchior Moos. Jenseits von z13 sind plötzlich keine Tiles mehr da. Ich glaub, das gehoert so, da sollen live gerenderte Bilder angezeigt werden. Einerseits schön, weil aktuell, aber andererseits schlecht für Lösungen wie pymap, die für Vorträge an Orten wo kein (zuverlässiges) Internet zur Verfügung steht fast unerlässlich zum demonstrieren sind. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Linien richtig taggen?
Hallo, Dimitri Junker wrote: Bei bestehenden Buslinien hier in Aachen sind die Busstops durchnumeriert, also stop_7 und backwad_stop_15. Davon lese ich auf Anleitung hier: http://wiki.openstreetmap.org/wiki/DE:Relation:route nichts. Das ist ein fuerchterlicher Workaround, weil API 0.5 die Mitglieder von Relationen nicht sortiert. Ab API 0.6 wird das der Vergangenheit angehoeren, dann kann man einfach stop taggen, ohne Nummern. Wer sich die Arbeit also sparen will, der kann noch die zwei Monate warten... Kann man eigentlich bei JOSM Relations Kopieren? Wir haben hier z.B. 8 Buslinien die über mindestens 15 Haltestellen die gleichen Haltestellen anfahren, davor und dahinter fächern sie dann auf. Da wäre es praktisch zuerst diesen Kernbereich einzugeben, zu kopieren und die Anfangs- und Endstücke einzufügen. Eine Liste von Members ohne role zu kopieren ist leicht (markieren und in andere Relation einfuegen), aber mit role gehts nicht. Die einfachste Methode, eine Relation zu kopieren, wenn man Linux verwendet: wget -Orelation.xml http://www.openstreetmap.org/api/0.5/relation/12345 dann in relation.xml das id=... rauslöschen lwp-request -smPUT -C meinusername:meinpassword http://www.openstreetmap.org/api/0.5/relation/create relation.xml Das erzeugt praktisch ein Duplikat der Relation. Unter Ubuntu/Debian ist das Programm lwp-request im Paket libwww-perl. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de