Re: [Talk-de] Online Quality Assurance Editor
Am 05.06.2012 07:33, schrieb Rainer Kluge: Am 05.06.2012 07:24, schrieb Martin Vonwald: Welches Gebiet hast du versucht und mit welchen Einstellungen? Bei mir hat es bisher immer funktioniert. Versuch es mal auf einem 1680x1050-Bildschirm, Browser maximiert, mit einem Innenstadtgebiet, in dem alle Gebäude erfasst sind, z.B. so etwas: http://www.openstreetmap.org/?lat=42.696821lon=2.894574zoom=18layers=M Also ich hab nen 2560x1600 Bildschirm und ich kann Problemlos im Vollbildmodus arbeiten. Daran liegt nicht. Hab mit die innenstadt von München angeschaut. Hat zwar nen fehlermeldung das das script zulange zum ausführen gebraucht hat wenn ich versuche die Gebäude ohne Adresse anzuzeigen. Aber eine Server Meldung kam nicht. Erst ab Zoom-Level 12 bekomm ich die Meldung das der Breich zu groß ist. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| Jabber: esta...@ze.tum.de WWW Online Services | signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online Quality Assurance Editor
Am 04.06.2012 12:25, schrieb Adrian Stabiszewski: Ich freue mich auf euer Feedback und vielleicht den einen oder anderen Beitrag im Source code. Es sollte eigentlich recht einfach sein, weitere Profile hinzuzufügen um nach bestimmten Problemstellen zu suchen. Unter Options steht zweimal Show Tracks without surface obwohl das 1. without tracktype wäre. Beim Rauszoomen werden die Daten nicht neu geladen sondern nur die bereits gefunden wieder angezeigt. Einen refresh gibts auch nicht. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| Jabber: esta...@ze.tum.de WWW Online Services | signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verwaltunggrenzen als Multipoligon
Hi Leute, ich hab bei mir hin der Gegend gerade festgestellt das sämtlich Verwaltungsgrenzrelation jetzt als type=multipolygon getagged sind. Wenn ich das richtig verstanden habe sind doch multipolygone dazu da um festzulegen das eine Fläche innerhalb einer anderen Fläche ausgenommen werden soll. Hier haben die Relation nur outer elemente und kein einziges inner. Wäre es nicht sinnvoller für solche grenzen einen eigenen type zu machen. Gruß Gerhard -- Gerhard Schmidt| http://www.augusta.de/~estartu/ | PGP Public Key Fischbachweg 3 | | auf Anfrage/ 86856 Hiltenfingen | JabberID: esta...@augusta.de |on request signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Am 05.05.2011 08:38, schrieb Philip Gillißen: Hallo Jörg Joerg Fischer-2 wrote: Der exotische Wunsch besteht darin, Punkte buchstäblich mitten in der Pampa annavigieren zu können.[...]Es wird schlicht die kürzeste Route auf den nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt. [...]Kann man das irgendwie optimieren? Flüsse umgehen? Dein Wunsch ist insofern verquer, als dass du erst dem Routing-Algorithmus sagst: Ignorier Wege, ich muss da querfeldein hinkommen (sprich: ignoriere die Wege) und dann sagst du: Aber die Wege sind wichtig (Flüsse etc.). Daher kann die Software hier nicht funktionieren und ich wüsste keinen schlauen Weg, wie er dennoch dann richtig routen kann. Naja man müsste dem den Router halt sagen das wenn er querfeldein routet gewisse Hindernisse als unüberwindbar eingestuft werden sollen. Beim Querfeldeinrouting muss soweiso zuerst der nächtgelegen Wegpunkt gesucht werden und der Algorythums müste sowas berücksichtigen. Gruß Gerhard -- Gerhard Schmidt| http://www.augusta.de/~estartu/ | PGP Public Key Fischbachweg 3 | | auf Anfrage/ 86856 Hiltenfingen | JabberID: esta...@augusta.de |on request ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed
Am 16.01.2011 09:34, schrieb Andreas Tille: On Fri, Jan 14, 2011 at 11:50:37PM +0100, Volker wrote: Es gab auch schon im Forum diverse Threads, die mich aber auch nicht von der Sinnhaftigkeit dieser Doppelpunkt-Tags überzeugt haben. Mal abgesehen von der Sinnhaftigkiet des Doppelpunkt-Tags, über die ich mir noch keine Gedanken gemacht habe: Auf der AOI-Karte auf dem Garmin werden haufenweise Straßen in Städten mit Missing Maxspeed Tag hervorgehoben. Ich frage mich, wozu das gut ist, da ja in Städten implizit sowieso 50km/h gilt und sich eine explizite Auszeichnung IMHO erübrigt. Sehe ich da was falsch? Es ist ein unterschied ob ich keine Daten hab (Das heist ich weis nicht was da ist) und ob da definitiv dran steht das da 50 ist. Bei wenn eine geschwindigkeitbegrenzug da ist und sie nur noch keiner eingtargen hat wäre die annahme das dort 50 ist also definitiv falsch. Deshalb bin ich der Meinung das Geschwindigkeitbegrenzung immer getagged werden müssen egal ob dort der default Wert gilt oder nicht. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| Jabber: esta...@ze.tum.de WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Zum Track zugeordnete Bilder geotaggen
Am 27.07.2010 15:46, schrieb Andreas Tille: Hallo, ich benutze als Erinnerungshilfe gerne Fotos, die ich dann mit den Trackdaten über die Uhrzeit synchronisiere. Da ich aber später manche Bilder eventuell noch in anderem Zusammenhang benutzen möchte, wäre es schön, wenn die einmal auf diese Art gestgestellten Geokoordinaten der Bilder auch gleich in diesen gespeichert würden und man könnte sich einen extra Arbeitsschritt mit anderen Programmen sparen. Aus genau diesem Grund mach ich das außerhalb von JOSM. Unter Unix gibts dafür gpscorrelate. Das ermöglicht genauso wie JOSM GPS-Track und Photos anhand des Zeitstempels zu correlieren und speichert die Information in den EXIF Tag den JOSM dann ausliest. Um das Datum den Bilder ans GPS anzupassen benutze ich exiv2, das kann Zeitdeltas auf mehre Bilder anwenden. Hat JOSM so eine Funktionalität zum setzen der entsprechenden EXIF Tags? Soviel ich wies nicht. Gruß Gerhard -- Gerhard Schmidt| http://www.augusta.de/~estartu/| PGP Public Key Fischbachweg 3 || auf Anfrage/ 86856 Hiltenfingen | JabberID: esta...@augusta.de |on request signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Torsten Leistikow schrieb: Johannes Haller schrieb: Differenzieren tue ich: landuse=farmyard (für das Hofgelände) landuse=farmland (für Ackerland) landuse=grass (für Dauergrünland/Weide) Das alte landuse=farm entferne ich, wo ich es finde, und ersetze es durch einen der drei o. g. Werte. Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz oder dem Autobahngruenstreifen. Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie bereits angemerkt ggf. auch landuse=meadow. landuse=grass ist sehr wohl sinnvoll. Das heißt das da Gras (Heu) angebaut wird. Auf einer Weide stehe Tiere die das Gras direkt fressen. Also bitte lass es steht sein. PS: landuse=grass ist in meinen Augen auch kein offizielles Feature. Es gibt kein offizielles irgendwas bei osm P.S. ich finde es ziemlich daneben wenn irgendjemand Sachen von anderen Mappenern ändert ohne das mit diesem abzusprechen. In der Regel haben sich die Leute was dabei Gedacht (oder sollten das zumindest) Also wenn ihr der Meinung seit das etwas falsch ist dann klärt das mit dem ursprünglichen mapper und ändert nicht einfach was. -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm konkretisieren
Johannes Haller schrieb: Tja, so kann es gehen: landuse=grass entferne ich, wo ich es finde, weil Grass keine Nutzung ist. Grass waechst genauso auf dem Fussballplatz oder dem Autobahngruenstreifen. Die Nutzung der Flaeche ist fuer mich immer noch landuse=farm, oder wie bereits angemerkt ggf. auch landuse=meadow. Gruss Torsten PS: landuse=grass ist in meinen Augen auch kein offizielles Feature. Grass ist aber dass was den meisten Anwendern ins Auge fällt -ob da jetzt Vieh drauf steht, Hunde drauf kacken oder Golf gespielt wird ist für eine Grobeinteilung erstmal belanglos. Mit landuse=meadow kann ich mich anfreunden. Ich denke, da werde ich mal einiges umtaggen. Ansonsten hat grass m. E. den Vorteil, den Garry nennt. Beim Arbeiten mit Luftbildern vermeidet man damit Pseudogenauigkeit im Tagging. Interessant ist ja, daß sich grass ohne Wikiempfehlung ganz von allein herausgebildet hat und inzwischen häufiger vorkommt als meadow. Offenbar erscheint es dem Normalmapper als in sich logisch. Aber, wie gesagt, hier gibt es einige meadows, die ich in der Karte mal mal zu solchen machen werde. Also ich für meine Teil kann auf dem meisten Luftbilder nicht mal Mais und Gras unterscheiden, solange der Mais noch nicht ausgewachsen ist und damit Gelb wird. Luftbilder sind schön und gut aber auch nur wenn man vorort weis was da auch wirklich steht. Rein nach dem Luftbild zu taggen halte ich nach wie vor für den falschen Weg. Wo es geht benutze ich Luftbilder um Wälder, Seene, Flüsse und Bäche zu erfassen aber auch nur wenn cih vorher da war und Bodenfotos von der ecke hab wo ich nach schauen kann wie das vor Ort wirklich aussieht. Evtl wäre es sinnvoll mall eine Datenbank georeferenzierten Bildern aufzubauen damit man die Informationen aus dem Luftbildern abgleichen kann Der Vorteil von landuse=farm gegenüber landuse=farmland für Ackerland will sich mir aber noch nicht erschließen. Was bewegt Dich dazu? landuse=farm ist eigentlich der alte tag der durch landuse=farmland und landuse=farmyard abgelöst wurde. also Entweder landuse=farm für alles oder landuse=farmland für die felder und landuse=farmyard für den Bauernhof. Dazu gleich noch nen Fragen. Gibt für eine Pferdekoppel auch einen speziellen Tag. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpenanlagen für Rohölförderung
Michael Buchberger schrieb: Hi Dieter, welchen Tag kann man für Rohölpumpenanlagen (Pferdekopfpumpen) nehmen? Vielleicht man_made = crude_oil_pump Ich benutze in unserer Gegend seit einiger Zeit man_made=pumpjack + ref=Nummer Und wie taggst du die Fläche drumherum. Ich hab jetzt mal landuse=resources + resource=oil getagged Irgendwelche besseren Vorschläge. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gestrichelte Fläche in Braunschweig
Gerrit Lammert schrieb: Norbert Kück wrote: Hallo, Gerrit Lammert schrieb: Hatto von Hatzfeld wrote: Johannes Huesing wrote: hier kam kürzlich die Frage auf, ob sich da einer an einer Schraffur versucht hat: http://www.informationfreeway.org/?lat=52.273lon=10.59zoom=17 [..] (das es so prominent erscheint ist dem renderer anzulasten). Mit width=1 (oder kleiner) würde das besser aussehen. Bevor jetzt wieder der Chor nicht für die Renderer ertönt: Das ist eine echte Eigenschaft. Schön, dass Osmarender das auswertet. Sicher, aber ein drain = Drainage = Abflussrinne sollte auch ohne Zusatzattribute dezent gerendert werden! Wenn ich mich recht Errinnere sind Drains doch die Flutcontroll Gräben die die großen Städten wie Los Angels und ähnlichen gebaut wurden um Überschwemmungen abzuleiten. Das hat mit den Abflussrinnen wie du sie meinst wenig zu tun. Ich zeichne Feldentwässerungen mit mit waterway=stream und width=x ein. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: schm...@ze.tum.de TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik tiles werden auch gelesen wenn Osmarender layer angefordert wird.
Hi Leute, da ich zuhause nur ISDN habe und das laden von openstreetmap.org links ewig dauert habe ich mir gerade angesehen warum das so ist und vor allem warum der osmarenderer layer länger dauert als der mapnik layer. Dabei ist mit aufgefallen wenn ich eine URL eingeben die explizit den osmarender Layer auswählt werden trotzdem die Mapnik Tiles geladen und dann erste die osmarenderer Tiles. Ich hab den Link http://www.openstreetmap.org/?lat=48.17358lon=10.68247zoom=17layers=0B00FTF aufgerufen und das squidlog ist unter http://etustar.ze.tum.de/osmarenderer.squidlog einzusehen. Es zeigt das zuerst die Mapnik-Tiles geholt werden und dann die [EMAIL PROTECTED] Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tracktype besser kenntlich machen (war Track durch Felder)
Hi Leute, ich hab mich hingesetzte und mir was überlegt wie man den Tracktype besser kenntlich machen kann damit er auch im Wald und zwischen Felder eindeutig zu erkennen ist. Vorher: http://etustar.ze.tum.de/osm_track_normal.png Nachher: http://etustar.ze.tum.de/osm_track_patched.png Ich hab den Patch angehängt. die Änderungen sind diesmal in z15-z17 gemacht Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage Index: osm-map-features-z15.xml === --- osm-map-features-z15.xml(Revision 10469) +++ osm-map-features-z15.xml(Arbeitskopie) @@ -602,7 +602,45 @@ line class=highway-racetrack-core/ /rule else -line class=highway-core highway-track-core/ +rule e=way k=surface v=grass +line class=highway-core highway-track-back highway-track-back-grass smart-linecap=no/ +/rule +else +line class=highway-core highway-track-back smart-linecap=no/ +/else +rule e=way k=tracktype v=grade3|grade4|grade5 +rule e=way k=surface v=grass +rule e=way k=tracktype v=grade3 +line class=highway-core highway-track-core smart-linecap=no/ +line class=highway-core highway-track-midline-grade3 highway-track-midline-grade3-grass smart-linecap=no/ +/rule +rule e=way k=tracktype v=grade4 +line class=highway-core highway-track-core highway-track-core-grade4 smart-linecap=no/ +line class=highway-core highway-track-midline-grade4 highway-track-midline-grade4-grass smart-linecap=no/ +/rule +rule e=way k=tracktype v=grade5 +line class=highway-core highway-track-core highway-track-core-grade5 smart-linecap=no/ +line class=highway-core highway-track-midline-grade5 highway-track-midline-grade5-grass smart-linecap=no/ +/rule +/rule +else +rule e=way k=tracktype v=grade3 +line class=highway-core highway-track-core smart-linecap=no/ +line class=highway-core highway-track-midline-grade3 smart-linecap=no/ +/rule +rule e=way k=tracktype v=grade4 +line class=highway-core highway-track-core highway-track-core-grade4 smart-linecap=no/ +line class=highway-core highway-track-midline-grade4 smart-linecap=no/ +/rule +rule e=way k=tracktype v=grade5 +line class=highway-core highway-track-core highway-track-core-grade5 smart-linecap=no/ +line class=highway-core highway-track-midline-grade5 smart-linecap=no/ +/rule +/else +/rule +else +line class=highway-core highway-track-core smart-linecap=no/ +/else /else /rule rule e=way k=highway v=unsurfaced @@ -1540,7 +1578,17 @@ .highway-track-bridge-core { stroke-width: 3.5px; } .highway-track-casing { stroke-width: 1.8px; stroke: #d79331; } .highway-track-area-casing { stroke-width: 0.2px; } -.highway-track-core { stroke-width: 1.6px; stroke: #ff; } +.highway-track-core { stroke-width: 1.4px; stroke: #ff; } +.highway-track-core-grade4 { stroke-width: 1.1px; } +.highway-track-core-grade5 { stroke-width: 0.8px; } +.highway-track-back { stroke-width: 1.6px; stroke: #ffecd1;} +.highway-track-midline-grade3 { stroke-width: 0.2px; stroke: #ffecd1; } +.highway-track-midline-grade4 { stroke-width: 0.4px; stroke: #ffecd1; } +.highway-track-midline-grade5 { stroke-width: 0.6px; stroke: #ffecd1
Re: [Talk-de] Tracktype besser kenntlich machen (war Track durch Felder)
Raphael Studer schrieb: Vorher: http://etustar.ze.tum.de/osm_track_normal.png Nachher: http://etustar.ze.tum.de/osm_track_patched.png Ich hab den Patch angehängt. die Änderungen sind diesmal in z15-z17 gemacht Warum eigentlich nicht wie im Mapnik: Ohne Wegesbreite, dafür intensiv gepunktet/gestrichelt? Oder nur einen einzigen Kern der Braun ist und nicht noch die weissen Linien drin? Anhand der Striche sieht man ja um was für ein Tracktype es sich handelt. Genau darum geht es ja, das man das eben nicht sieht wenn der Hintergrund nicht weiss ist (Wald oder Felder). Im den Testbild leider nicht zu erkennen da das sehr stark vergrößert ist. Z.B. http://www.openstreetmap.org/?lat=48.15702lon=10.6997zoom=16layers=0B0FTF Der Weg an der Wertach entlang ist ein Grade5, sieht aber eher aus wie ein unclassified. Mit meinen Änderungen ist das eindeutig zu erkennen. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracktype besser kenntlich machen (war Track durch Felder)
Andreas Labres schrieb: Gerhard Schmidt wrote: ich hab mich hingesetzte und mir was überlegt wie man den Tracktype besser kenntlich machen kann damit er auch im Wald und zwischen Felder eindeutig zu erkennen ist. IMO würde die Erkennbarkeit auch dadurch besser, daß man links und rechts davon eine 1px breite Linie zeichnet. Das würde die Wege aber noch breiter machen und mehr hervorheben. Das war auch meine erste Idee. Sah aber nicht wirklich gut aus. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracktype besser kenntlich machen (war Track durch Felder)
Sven Geggus schrieb: Gerhard Schmidt [EMAIL PROTECTED] wrote: ich hab mich hingesetzte und mir was überlegt wie man den Tracktype besser kenntlich machen kann damit er auch im Wald und zwischen Felder eindeutig zu erkennen ist. Vorher: http://etustar.ze.tum.de/osm_track_normal.png Nachher: http://etustar.ze.tum.de/osm_track_patched.png Ich hab den Patch angehängt. die Änderungen sind diesmal in z15-z17 gemacht Ich nehme an Du hast keinen SVN Account. Ansonsten einfach einchecken! Ich bin da eigentlich ziemlich kurz angebunden. Wenn was tut check ichs knallhart in Subversion rein und gut iss. Nein ich hab keinen SVN Account. War auch das erste was ich in der Richtung gemacht hab. Falls ich mehr mach werde ich mir einen besorgen. Wäre schön wenn du es einchecken Könntest. Danke Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tracks durch Felder
Hi Leute, ich bin gerade dabei bei mir in der Umgebung die Feldwege und Felder zu mappen. Dabei ist mir aufgefallen das gerade die schlechten Wege (track grade4 und grad5) innerhalb von Feldern ziemlich prominent hervorgehoben sind. Sieht fast wie eine Straße aus. IN der Realität sind diese allerdings kaum als Wege zu erkennen. Leider fällt mir nichts ein wie wir die grade 4 und 5 besser kenntliche machen können ohne das es zu auffällig wird. Deshalb hab ich mir überlegt ob es nicht sinnvoll wäre den Surface-Tag auszuwerten. Ich hab das stylesheet so angepasst das es wenn ein surface=grass gesetzt ist den weg grün (wie natural=grass) macht. Dadurch bleiben bei einem Feldweg zwischen Feldern nur noch die begrenzungspunkte. Ich hab den Patch mal angehängt. Hier noch zwei Bilder http://etustar.ze.tum.de/osm_track_grass_vorher.png - mit aktuell Stylesheet http://etustar.ze.tum.de/osm_track_grass_nachher.png - mit meiner Änderung Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage Index: osm-map-features-z17.xml === --- osm-map-features-z17.xml(Revision 10393) +++ osm-map-features-z17.xml(Arbeitskopie) @@ -824,7 +824,12 @@ line class=highway-racetrack-core smart-linecap=no/ /rule else -line class=highway-core highway-track-core smart-linecap=no/ +rule e=way k=surface v=grass +line class=highway-core highway-track-core highway-track-core-grass smart-linecap=no/ +/rule +else +line class=highway-core highway-track-core smart-linecap=no/ +/else /else /rule rule e=way k=highway v=unsurfaced @@ -2486,6 +2491,7 @@ .highway-track-casing { stroke-width: 1.0px; stroke: #d79331; } .highway-track-area-casing { stroke-width: 0.2px; } .highway-track-core { stroke-width: 0.8px; stroke: #ff; } +.highway-track-core-grass { stroke: #bde3cb;} .highway-track-area { fill: #ff; } .highway-track-name { stroke-width: 0px; font-size: 1.25px; } .highway-track-ref { stroke-width: 0px; font-size: 1.25px; } signature.asc Description: PGP signature signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] image tagging
gremmel schrieb: Bis jetzt habe ich immer meine Bilder unter Linux mit Digikam georeferenzeirt, allerdings kann ich da leider nicht die abweichung der Zeit der Bilder und dem GPS Signal eingeben. :( kennt jemand ein programm mit dem man die abweichung in secunden berücksichtigen kann? ich habe auch geosetter unter windows probiert. da geht das auch, nur kann er die exif daten nicht in gedrehte bilder schreiben :( über einen tipp wäre ich dankbar :) Es gibt das commandlinetoll exiv2 damit kann man die Zeit senkundengenau anpassen. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Landkreisgrenzen
HI Leute, kurze Frage gibt es eigentlich vorort eine möglichkeit die Landkreisgrenzen zu verfolgen. Bei mir um die ecke treffen 3 Landkreise zusammen und der Import der Grenzen hat Hier wirklich ein heilloses gewirr von linien hinterlassen. Ich würde das gerne ein bischen aufräumen. Gibt es irgentwelche Markierungen die entlang der Grenze zu finden sind. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] beziercurve hinting (manchmal gehts manchmal nicht)
Dirk-Lüder Kreie schrieb: Gerhard Schmidt schrieb: HI Leute, ich bin gerade am nach bearbeiten meiner Urlaubs OSM Daten. Dabei ist mir diese Autobahn aufgefallen. http://www.openstreetmap.org/?lat=43.89465lon=15.78377zoom=17layers=0B0FTF Offensichtlich wir die Nord-Süd Fahrbahn vom Beziercurvehinter bearbeitet. die Süd-Nord Fahrbahn aber nicht. Warum? Die auffahrt wird wahrscheinlich unter einem falschen Winkel als mögliche fortführung des Ways betrachtet, und deshalb das hinting hier abgeschaltet. Also mit der Ausfahrt hat das garnichts zu tun das zieht sich durch die ganze Autobahn durch auch da wo keine Ausfahrten sind. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] beziercurve hinting (manchmal gehts manchmal nicht)
HI Leute, ich bin gerade am nach bearbeiten meiner Urlaubs OSM Daten. Dabei ist mir diese Autobahn aufgefallen. http://www.openstreetmap.org/?lat=43.89465lon=15.78377zoom=17layers=0B0FTF Offensichtlich wir die Nord-Süd Fahrbahn vom Beziercurvehinter bearbeitet. die Süd-Nord Fahrbahn aber nicht. Warum? Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] beziercurve hinting (manchmal gehts manchmal nicht)
Dirk-Lüder Kreie schrieb: Gerhard Schmidt schrieb: HI Leute, ich bin gerade am nach bearbeiten meiner Urlaubs OSM Daten. Dabei ist mir diese Autobahn aufgefallen. http://www.openstreetmap.org/?lat=43.89465lon=15.78377zoom=17layers=0B0FTF Offensichtlich wir die Nord-Süd Fahrbahn vom Beziercurvehinter bearbeitet. die Süd-Nord Fahrbahn aber nicht. Warum? Die auffahrt wird wahrscheinlich unter einem falschen Winkel als mögliche fortführung des Ways betrachtet, und deshalb das hinting hier abgeschaltet. Die Abfahrt ist ein eigener Way (highway=motorway_link) Die Autobahn geht durch bis zur Brücke wo die ausfahrt die Autobahn kreuzt. Dieses Verhalten wäre eindeutig ein Bug. Ich denke mal das ist ziemlich sicher ein Bug. Gibt es für [EMAIL PROTECTED] einen Bugtracker? Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Insel überflutet warum
Johannes Kleine schrieb: Lieg am Renderer. Schalte auf Mapnik um und die Insel taucht auf. Ich bin neu hier aber so Sachen kenne ich von windoof Das sie bei Mapnik noch zu sehen war liegt nur daran das mapnik nur einmal die Woche upgedated wird. Ab Mitwoch wäre sie auch bei Mapnik verschwunden. Gruß vom wieder aufgetauchten Murter :-) Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Spur-Assistent und Richtungsangabe
Bernd Wurst schrieb: Hallo. Hab grade in meinem Nicht-OSM-tauglichen Navi den Spur-Assistenten gesehen. Mit dem jetzigen Datenbestand von OSM ist so etwas IMHO nicht denkbar. Hat sich schonmal jemand Gedanken gemacht, wie das erfasst bzw. gespeichert werden könnte? Ich bin ja seit ich das kenne noch mehr dafür, alle Fahrspuren getrennt zu erfassen und über Relations zu definieren ob di ebaulich getrennt sind oder nicht. Dann kann, bei Bedarf, beim Export in ein anderes Datenformat auch eine normale Straße wieder zu einer Straße zusammen gefügt werden. Was dabei aber auch stört ist, dass die kommerziellen Karten die Pfeile so machen wie das in real ist. Die Richtungspfeile aus dem Datenbestand zu extrahieren stelle ich mir sehr schwer vor, da man dann mit Winkelmessungen o.ä. arbeiten müsste und das wohl nicht verlässlich geht. Dann, als zweites Feature, sagte mir mein Navi irgendwann: Rechts halten auf B14 Richtung Schwäbisch Hall. Schwäbisch-Hall ist an dieser Stelle die (ich schätze mal) 4. Stadt, durch die die B14 führt. Aber es steht auf dem Schild, das dort ist, nun mal ganz oben. D.h. es sollte erfasst werden, welche Strecke an welcher Stelle mit welchem Ort primär beschriftet ist. Dazu ist mir aber auch noch nichts brauchbares eingefallen, wie wir das erfassen können Ich denke sowas müste doch schön über Realtionen zu lösen sein. Allgemein schweben mir seit ein paar Wochen einige Navi Hint relationen im Kopf rum. Z.B. wäre es schön auch hinterlegen zu können was eine Navi zu sagen hat wenn wenn man an einer Kreuzung ist, den oft kann man aus den Reinen Daten nicht wirklich ablesen wie die Kreuzung aussieht. Z.B. macht eine straße an einer kreuzung einen 120° knick (Serbentinenstraße) und in der Kurve zweigt eine straße nach Links ab. Keiner würde das als Rechts abbiegen bezeichnen trotzdem sagt jedes beliebige Navi an der Stelle Bitte rechts abbiegen. Wäre schön wenn man an so einer stelle eine Relation platzieren könnte die dem Navi sagt das er da nix zu sagen brauch oder evtl. nur in xx metern dem Straßenverlauf folgen :-) Werd mir mal gedanken dazu machen wenn ich wieder aus den Urlaub zurück bin. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Insel überflutet warum
Dirk-Lüder Kreie schrieb: Gerhard Schmidt schrieb: Hi Leute, ich hab ein Probelm warum ist dei Insel den auf einmal überflutet. hab vor 2 wochen die küstenline verändert. dann hat alles funktioniert (mehrfach gerendet) und seit 2 tagen ist die insel überflutet obwohl ich an der küstenliene nichts mehr gemacht hab kann sich das mal einer anschaun http://www.informationfreeway.org/?lat=43.7845085953329lon=15.644980302929314zoom=16layers=B000F000F Eine Küstenlinie östlich war doppelt gezeichnet. Ich hab mir die Küstenliene 5 mal angesehen aber nix gefunden. Naja bin auch ein wenig eineschränkt da ich mit meinem MacBook arbeite und keine Maus dabei hab (JOSM ohne Rechte und Mittlere Taste ist sehr gewohnungbestürflig) Danke fürs Reparieren. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] religion Auswahl für Cemetery ond grav eyard
Kevin Price schrieb: Hi, Gerhard Schmidt schrieb: Ganz anderes Thema. wäre es möglich die relegionsauswahl auch bei landuse=cemetery und amenity=grave_yard einzubauen da gehört das zumindest als zusätzlicher tag hinzu. wobei das religion= föllig reicht. Die Religionsauswahl tagge ich wenn vorhanden auch bei Friedhöfen, und es wird auch im Renderer entspr. dargestellt. Darüberhinaus gibt es auch Friedhöfe, die einer bestimmten Glaubensrichtung angehören, wie in meinem Wohnort der Katholische Friedhof. Wenn das zutrifft, tagge ich auch das. Jup schon klar, mach ich auch nur wärs schön wenn das in den Josm preset gleich mit drin wäre so muss man es per Hand hinterher machen und gerade anfänger werden es dann vergessen. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] religion Auswahl für Cemetery ond gravey ard
Christoph Eckert schrieb: Moin, Die Religionsauswahl tagge ich wenn vorhanden auch bei Friedhöfen, und es wird auch im Renderer entspr. dargestellt. Darüberhinaus gibt es auch Friedhöfe, die einer bestimmten Glaubensrichtung angehören, wie in meinem Wohnort der Katholische Friedhof. Wenn das zutrifft, tagge ich auch das. aber sind das nicht mehr oder minder historische Relikte? Jede Gemeinde muss einen Friedhof zur Verfügung stellen, und es ist doch heute nicht mehr so dass Anhänger des falschen Glaubens vor den Stadttoren verscharrt werden, oder? In der regegel gibts be größeren Städten mehere Friedhöfe wo dann auch unterschiedliche Religionen getrennt werden, zumindest in unterschiedliche Bereiche innerhalb des Friedhofs. Bei Dorffriedhöfen sieht das wohl anderst aus. Darum die Religion auch nur als Zuätzliches Attribut. Die Religion zu einem Friedhof kann und soll man nur angeben wenns auch wirklich eindeutig ist. Ich kann die Religion zu den Friedhöfen dazupacken, allerdings möchte ich gerne vermeiden dass sich dabei irgendwer auf den Schlips getreten fühlt. Wer bitte soll sich dabei auf den Schlips getretten fühlen wenn wir fakten auch benennen. Außerdem sie de meistens stolz auf ihre Friedhöfe. Den selbst wenn sie im Mittelalter mal vor den Türen der Stadt waren sind die Heute meistens zimlich Zentrumsnah :-) Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Insel überflutet warum
Hi Leute, ich hab ein Probelm warum ist dei Insel den auf einmal überflutet. hab vor 2 wochen die küstenline verändert. dann hat alles funktioniert (mehrfach gerendet) und seit 2 tagen ist die insel überflutet obwohl ich an der küstenliene nichts mehr gemacht hab kann sich das mal einer anschaun http://www.informationfreeway.org/?lat=43.7845085953329lon=15.644980302929314zoom=16layers=B000F000F Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Marines Mapping
[EMAIL PROTECTED] schrieb: Und außerdem gilt: Jeder mappt was er mag. Ich finde das Abbilden von manchen Dingen gut, von anderen weniger gut, aber irgendwann wird es einen geben, der es einzeichnen will und kann, und dann macht er es. Lebt damit, dies ist die Karte für ALLES. Muß ja nicht alles in den 0815-Renderern abgebildet sein. :-) meine Originalfrage war auch obs irgentwo eine zusammenstellung von Tags gibt die bereits verwendet werden oder ich mir selber was ausdenken muss. :-) Ich werd mich sicher nicht von irgentwelchen hochwichtigen Seglern (mal wieder die alte Feindschaft zwischen Motorbootfahrern und Seglern anfeuern :-) ) davon abhalten lassen, Daten die ich für wichtig halten in OSM einzupflegen. Ich werd mich jetzt auch zurückhalten mit dem Antworten. Den offensichtlich wird hier wahnsinnig gern am Thema vorbei Diskutiert (ich zieh mich jetzt da auch mal an den eigegnen Nase). Also falls noch jemand Seiten zum Thema Tags für Seezeichen hat, dann bitte Antworten. Eine Sinndiskussion erübrigt sich durch die OSM Struktur sowieso. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] religion Auswahl für Cemetery ond grav eyard
Frederik Ramm schrieb: Also da bin ich ganz dagegen, dass man hier anfaengt, auf religoese Befindlichkeiten (wir sind mehr als ihr!) Ruecksicht zu nehmen, das ist ein Fass ohne Boden. Dann lieber alphabetisch sortieren, da kann sich keiner beschweren. Ganz anderes Thema. wäre es möglich die relegionsauswahl auch bei landuse=cemetery und amenity=grave_yard einzubauen da gehört das zumindest als zusätzlicher tag hinzu. wobei das religion= föllig reicht. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nautisches Mappen
Kevin Price schrieb: Hi! Bitte nicht erschrecken, wenn ich hier recht deutlich werde: Gerhard Schmidt schrieb: einem Seezeichen wenig. Man braucht eine Karte mit Tiefeninfos. Und Ich bitte mal darum das ihr bei Quoten aufpasst was ihr Quote das auch richtig macht. Die Zeile ist nicht von mir. Um nach den Tiefenangaben einen fahrbaren Kurs bestimmen zu können, muß man sich auf die Tiefenangaben verlassen können. Sie sind also nur dann brauchbar, wenn sie verläßlich sind. Das sind die offiziellen Karten von bspw. BSH oder Admiralty/UKHO, ... und zwar nur dann, wenn sie anhand der amtlichen Veröffentlichungen (NfS / Notices to Mariners) auf den aktuellen Stand gebracht worden sind. Sein eigenes Leben und das anderer Leute zu verwetten auf eine lückenhafte Hobbykarte von zufälligen, ungelernten, anonymen OSM-Teilnehmern, ist außer jeder Frage völlig ungeeignet. Sogar wenn die Lückenhaftigkeit eines Tages gering werden sollte: Wer glaubt im Ernst, daß OSM jemals ausnahmslos alle Untiefen, Wracks, Sperrgebiete, Seekabel, etc. genau vermessen hat und einzeichnet? Ich im Leben nicht. Eventuell wird der Seefahrer sich vor offiziellen Stellen rechtfertigen müssen und zeigen, mit welchen Karten er navigiert, und daß diese offiziell und aktualisiert sind. Es gibt also folglich keinen Ersatz für richtige Karten. Die Idee, OSM als Zweitmittel neben den richtigen Karten zu verwenden, verbietet sich auch schon bei erster Überlegung. OSM bietet nicht einen Nutzen der mit einfiele. Und schon gar nicht einen, der es rechtfertigen könnte, die Lückenhaftigkeit der OSM-Inhalte in Kauf zu nehmen. Nota bene: Jede Aufmerksamkeit, die der Seefahrer auf OSM lenkt, kommt den richtigen Navigationsinformationen weniger zugute. Und dann der Sicherheitsaspekt. Soviel dazu. :-) in der Karte ein Riff macht es bums. Ja ich habe schon ein Segelboot versenkt, zwar wegen eines Navigationsfehlers des Skippers, Wenn Du es versenkt hast, und nicht der Skipper warst, wie konnte das passieren? Naja ich bin Sportbootfahrer und da intersieren mich die tiefen nicht wirklich. Die 90cm die ich brauche kann man locker per Augenmas abschätzen. Vielleicht glaubst Du das zu können. Ich sollte besser niemals ein Wasserfahrzeug betreten, das Du steuerst. Als wenn du nicht abschätzen kannst ob dein Boot dort fahren kann wo du hinwillst dann solltest du das Steuer nie übernehmen. Natürlich macht man sich vorher mit dem Fahrgebiet auf den offiziellen Karten vertraut damit weis ich schonmal wo ich bedenkenlos fahren kann und wenn ich dann in gebiete komme (überwiegen am Ufer) dann kann und muss ich mich auf mein Augenmass verlassen. Ich denke das sich auf den utopilo zu verlassen in jedenfall ein fehler ist. Richtig. Auch der AP muß kontinuierlich überwacht werden. Tja anscheinend ist das aber nicht immer der fall Btw ich denke dasd Autopiloten eh immer mit dem echolot gekoppelt sind und grundsätlich allerm geben wenn die gemessene teife nicht mit der erwarteten Tief überinstimmt. Nein: Ein Autopilot bedient das Ruder und hält den von Dir vorgegebenen Kurs. Er macht das, was sonst der Rudergänger macht. Manche Autopiloten können Kursänderungen direkt von anderen elektronischen Geräten übernehmen, um eine vorgegebene Route abzufahren. Autopiloten können dann Alarm geben, wenn Sie den vorgegebenen Kurs nicht erreichen / halten können, z.B. wegen fehlender Ruderwirkung bei zu geringer Fahrt. Das ist kein echter Autopilot. Das ist nur ein verbesserte feststellruder :-) IMHO gibt es inzwischen besser Autopiloten die auch mit Elektronischen seekarten gekoppelt sind und die kann man auch mit deinem Tiefenmesser koppeln. Aber IMHO ist Autopilotfahren eh nur ein gegenden möglich wo nichts in der nähe ist. Wer in Küstennähe oder in Unbekanntem gebiet mit AP Fährt ist selber schuld wenn was passiert. Nach Echolot fahren die Autopiloten nicht. Du kannst viele Echolote / Echographen so einstellen, daß sie bei Unterschreiten einer Mindesttiefe u.K. Alarm geben. Den Kurs korrigieren muß der Seefahrer dann schon noch selbst. Das ist was ich gesagt habe. Sie geben Alarm. Ich hab niegends geschrieben das sie ausweichen. Wäe noch die frage ob man die tiefeninformatioen nicht wie den höheninfo aus ner offene quelle beziehen kann und mit OSM daten verheiratenkann um eine Seekarte zu erzeugen. Die cyclemap macht das ja für höheninfomatioen auch schon. Machbar bestimmt. Aber wofür? Um Mißverständnissen vorzubeugen: Ich finde OSM großartig, und ich steuere mein Teil dazu bei. Aber OSM hat mit Navigation auf See nichts zu tun und dort nicht das geringste verloren. Viele Grüße Warum nicht. Zumikndest für die Hobbyfahrer die eh auf Sicht und in Küstennähe fahren, wäre das eine durchaus denkebare alternative zu den extrem teuern elektonischen Seekarten. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted
Re: [Talk-de] Nautisches Mappen
Michael Schmitt schrieb: Auch wenn da jede Menge Freiwillige ihre Informationen zusammenführen, können sie niemals die aktuelle Informationsfülle, die offizielle Stellen bekommen MÜSSEN, verarbeiten und zeitnah genug weitergeben. Ich würde in diesem Fall mich auch niemals auf nicht amtliche Info verlassen. (Ausser ich bekomme brandaktuell in einem Hafen oder von einem anderen Sportbootführer Infos über regionale Gegebenheiten. Aber diese Quellen muss ich aus Sicherheitsgründen sowieso berücksichtigen!) Dazu bist du sogar verpflichtet. Du must dich vor Einfahrt in ein Gebiet über die aktuellen gegebenheiten informieren. Naja ich bin Sportbootfahrer und da intersieren mich die tiefen nicht wirklich. Die 90cm die ich brauche kann man locker per Augenmas abschätzen. Vielleicht glaubst Du das zu können. Ich sollte besser niemals ein Wasserfahrzeug betreten, das Du steuerst. Da wär ich auch dabei, also beim NICHT mitfahren! Btw ich denke dasd Autopiloten eh immer mit dem echolot gekoppelt sind und grundsätlich allerm geben wenn die gemessene teife nicht mit der erwarteten Tief überinstimmt. In welcher Lotterie hast du deine Fahrerlaubnis erworben? Das Ding heißt Führerschein und den hab ich bei einer offiziellen deutschen Prüfung erworben. Ich bin immer wieder überrascht mit welcher Blauäugigkeit einige Leute sich selbst und noch eventuelle Mitfahrer in Gefahr begeben! Ich wäre niemals so Blauäugig auf Autopilot zu fahren. Das stand auch in meiner Mail so drin. Nur leider könne manchen leute nicht Quoten. Das was ich beschrieben hab ist das was ich als MINDESTANFORDERUNG an einen Autopilot sehen würde damit man ihn einsetzten kann ohne ständig dabei sein zu müssen. Mit einem System das Elektronische Seekarte, GPS und Tiefenmesser koppelt könnte man in einem Gebiet mit wenig (bis garkeinem) anderen Verkehr fahren wenn man in der nähe ist (also nicht in im Bett und Schlafen) fahren. Aber alles andere ist Grob Fahrlässig. Um Mißverständnissen vorzubeugen: Ich finde OSM großartig, und ich steuere mein Teil dazu bei. Aber OSM hat mit Navigation auf See nichts zu tun und dort nicht das geringste verloren. Da gebe ich dir vollkommen recht! Seekarten, auch in elektronischer Form sind die einzigen Karten für die ich bereit bin Geld auszugeben! Wobei unterwegs immer noch ein gerüttelt Maß an persönlicher Einschätzung der Situation aus Beobachtung und Erfahrung dazukommen muß. 'Spätestens, wenn man in der Nähe von sichtbaren Land kommt muß außer dem AP auch die eyeball navigation eingeschaltet werden.' Das soweiso. Sportbootfahren ist kein Computergame! Auch wenn es Leute gibt, die am liebsten in der Früh über Routes die Fahrt bis zum nächsten Hafen und Steg einprogrammieren möchten. Wo bleibt denn da der Spass? :-) wenn nicht so ernst wäre wäre es sicher lusting zuzstehen wie das Boot im Hafen gegen die Mole pallt weil die in der Karten um 5m weiter hinten eingezeichnet ist. Aber um das jetzt mal Klarzustellen, ich bin der Meinung das OSM weder die offiziellen Karten ersetzen kann noch soll. Aber deswegen können wir trozdem die Seezeichen mit erfassen den für den 0815 Sportbootfahrer oder Freizeit Segelr reichen die Informationen durchaus. Und IMHO findet ich es sinnvoller Seezeichen zu erfassen als z.B. jeden Lampenmast an einer Straße und evtl. die dazugehörigen stromkreise :-) Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nautisches Mappen
Dimitri Junker schrieb: Hallo, teils zitierst Du Gerhard, teils auch mich. Also erstmal stimme ich Dir voll und ganz zu. Wir können per OSM keine Karte erstellen die für die Seefahrt sicher genug ist. Wenn Du es versenkt hast, und nicht der Skipper warst, wie konnte das passieren? Der Skipper gab einen falschen Kurs vor, ich war am Ruder er bereitete den Anker vor. Ach ja der Motor war defekt. Ich sollte besser niemals ein Wasserfahrzeug betreten, das Du steuerst. Und auch nicht in seiner Nähe segeln. Hey ich hab noch kein Boot versenkt und ich haben meinen Führeschein seit 15 Jahren. Also bitte den einzigen den wir hier meiden sollten bist wohl du :-) Aber OSM hat mit Navigation auf See nichts zu tun und dort nicht das geringste verloren. Wenn es irgendwann eine offizielle Online Seekarte gäbe könnte man per OSM o.ä. Zusatzdaten dazu bieten, die sich als Overlay über die ofizielle Karte legen lassen. Von mir aus kann man auch vorher irgendwelche nicht nautischen Infos taggen. Aber alles was eine Karte erzeugen würde die so aussieht als ob sie zur Navigation geeignet ist, es aber nicht ist sollte vermieden werden. Also keine Tiefenangaben, keine Seezeichen,... Ene Tankstelle oder einen Tauchplatz kann man ggf mappen. Was anderes schwebte mir nie vor. In meinem 1. Mail ging es um so informatioenen wie Marina ( deren Services) Slipanlagen, Bootskrähne, Wassertankstellen. Gemeindeliegeplätze etc. Allerdings gehört es dann auch daszu das die Seezeichen auch mit erfasst werden. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nautisches Mappen
Dimitri Junker schrieb: Hallo, Dabei ist mir aufgefallen das im JOSM keinerlei Presets für Nautische sachen gibt. Nennt sich ja auch Openstreetmap. Aber ernsthaft. Ich bin im letzten Urlaub gesegelt und habe natürlich auch darüber nachgedacht. Um für die Schiffsfahrt (Berufs oder Sportboot) interessant zu sein bringen einem Seezeichen wenig. Man braucht eine Karte mit Tiefeninfos. Und die in der Art von OSM zu ermitteln halte ich zumindest derzeit für unmöglich. 1. Bräuchte man eine Kopplung von GPS, Tiefenmesser und Gezeitentabelle. Alles müßte vernünftig eingestellt sein. Letzteres hört sich trivial an, aber eine der ersten Fragen beim Segeln ist immer zeigt der Tiefenmesser die Tiefe unter Kiel oder die Wassertiefe an. Dann die Datenflut. An Land interessieren uns nur die Straßen und Wege, das Land dazwischen wird praktisch ignoriert. OK es wird z.B. eingetragen, daß da Wald ist, aber im Vergleich zu einer flächendeckenden Tiefeninfo ist das eine minimale Informationsdichte. Mal abgesehen davon, daß man Straßen einfach abfährt, im günstigsten Fall weil man da eh lang muß müßte man auf See wirklich ein Gebiet streifenweise hin und her abfahren. Und dann der Sicherheitsaspekt. Normale Menschen fahren mit oder ohne Navigationssystem so, daß sie die Straße beobachten und z.B. erkennen wenn man eine Fähre nehmen muß und nicht in den Rhein (war doch der Rhein oder?) fahren. Ein Fehler im Kartenmaterial führt also im schlimmsten Fall zu einem Umweg. Ganz anders auf See. Dort berechnet man an der Karte einen Kurs, fährt den teils nach Autopilot und verläßt sich außer an Stellen die laut Karte gefährlich (untief) sind darauf, daß da nichts passiert. Fehlt da also in der Karte ein Riff macht es bums. Ja ich habe schon ein Segelboot versenkt, zwar wegen eines Navigationsfehlers des Skippers, aber ein Kartenfehler hätte den gleichen Effekt gehabt. Naja ich bin Sportbootfahrer und da intersieren mich die tiefen nicht wirklich. Die 90cm die ich brauche kann man locker per Augenmas abschätzen. Ich denke das sich auf den utopilo zu verlassen in jedenfall ein fehler ist. Btw ich denke dasd Autopiloten eh immer mit dem echolot gekoppelt sind und grundsätlich allerm geben wenn die gemessene teife nicht mit der erwarteten Tief überinstimmt. Wäe noch die frage ob man die tiefeninformatioen nicht wie den höheninfo aus ner offene quelle beziehen kann und mit OSM daten verheiratenkann um eine Seekarte zu erzeugen. Die cyclemap macht das ja für höheninfomatioen auch schon. Wie gesagt für mich sind die Tiefeninformationen nicht wirklich wichtig. Infomationen zu Seezeiche aber schon. Aber was viel wichtiger ist die infomationen zu Wassertankstellen, Werkstätten, Marinas, Boot kränen etc. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] maxspeed = 250 für unbegrenzte Stra ssenabschnitte?D
Gerrit Lammert schrieb: Gerhard Schmidt wrote: Das ist überflüssig, da implizit gegeben. Es wird ja auch nicht für jede Bundesstraße maxspeed=100 angegeben, da eben genau dies der defaultwert ist. das fide ich gerade falsch. Den wie unterscheidest du ob jetzt der default gilt oder der mapper die geschwindigkeitsbegrenzung nur nicht eingegeben hat. Gerade im hinblick auf Fahrer Assistenz system finde ich die geschwindigkeitsinformation sehr wichtig. deshalb tagge ich auch die default Geschwindigkeit mit. Ich verstehe Deinen Einwand, aber akurate Max-Geschwindigkeiten für etwa Fahrerassistenzsysteme wird OSM nie aus eigener Kraft leisten können. Fahr mal 300km auf einer beliebigen Autobahn, da hast Du 3-10 Abschnitte wo a) eine dynamische Maximalgeschwindigkeitstafel steht, die an die aktuelle Verkehrssituation angepasst wird, b) Eine mittelfristige Baustelle mit Geschwindigkeitsbegrenzung oder c) eine kurfristige Begrenzung aufgrund von Heckenschnittwagen auf dem Abschnitt oder etwas ähnlichem. Um wirklich halbwegs blind fahren zu können, braucht es daher ohnehin in Echtzeit aktualisierte Werte über RDS oder GSM. Und ich hoffe mal, das weder Du noch sonst jemand sich tatsächlich blind auf solche Daten verlassen würde... ich rede nicht von einem autopilot. Ich rede von Assistenzsystem die z.b. bei geschwindigkeitsüberschreitungen warnen. dafür reichen die osm Daten aus. aber er kann nicht entscheiden ob jetzt nur die info fehlt oder hier der default ert gilt. Und für die vorherige Berechnung von Fahrzeiten ist es auch zu vertreten, wenn mal ein Abschnitt fälschlich als unbeschränkt angegeben ist, da a) dieses früher oder später korrigiert werden wird und b) eine solche Angabe wegen der Punkte oben und vor allem durch die aktuelle Verkehrssituation ohnehin nur eine sehr grobe Schätzung sein kann. Da wir ja local Mappen wäre hier z.B. ein tag für Staurisiko sehr schön. Da wäre beim Routen eine zimlich hilfe. Vorallem innerstädtisch :-) Die Leute vorort kennen in der Regel die Stauzentren und umgehen die. Wäre schön well solche Erfahrungswerte in die Routenplanung eingebunden werden könnten. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach ist ein Problem!
Frederik Ramm schrieb: Nicht die Editoren sind das Problem, sondern die Benutzer. Das sehe ich nicht so. Potlach ist teil des Problems, und zwar das er direkt in der db arbeitet. dadurch werden Fehler sofort in die Datenbank übenommen. Gerade das führt zu Problemen da sich viel Potlach nutzer darüber nicht im klaren sind. Das heist sie gehen mal rein spielen ein bisserl rum und schliesen dann den Browser. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] maxspeed = 250 für unbegrenzte Stra ssenabschnitte?D
Gerrit Lammert schrieb: Stefan Hirschmann wrote: Also wie bereits andere Erwähnt haben, maxspeed=umlimited oder (maxspeed=law_maximum_germany) kommt mir da echt sinnvoller vor, wobei ich die zweite Variante mit geseztliches Limit Deutschland bevorzugen würde. Das ist überflüssig, da implizit gegeben. Es wird ja auch nicht für jede Bundesstraße maxspeed=100 angegeben, da eben genau dies der defaultwert ist. das fide ich gerade falsch. Den wie unterscheidest du ob jetzt der default gilt oder der mapper die geschwindigkeitsbegrenzung nur nicht eingegeben hat. Gerade im hinblick auf Fahrer Assistenz system finde ich die geschwindigkeitsinformation sehr wichtig. deshalb tagge ich auch die default Geschwindigkeit mit. Unbegrenzte Autobahnstrecken bekommen gar keinen maxspeed-tag, da hier ohnehin als default maxspeed=no gilt. Wenn eine Bundeseinheitliche Maximalgeschwindigkeit eingeführt wird, muss nicht das ganze Straßensystem umgetaggt, sondern nur ein anderer Defaultwert eingeführt werden. Wo ist das probelm. sowas kann problemlos ein robot machen. Das gleiche sollte auch für Straßen innerhalb von geschlossenen Ortschaften gelten, wenn die Ortsgrenzen mal komplett sind. Eine Straße innerhalb des Ortes bekommt dann als default maxspeed=50, was natürlich durch ein maxspeed=30 oder maxspeed=70 auf der entsprechenden Straße bei Bedarf überschrieben werden kann. Wie gesagt das ist für eine software nicht entscheidbar. Felt der MaxSpeed eintrag muss die software davon ausgehen das der Maxspeed unbekannt ist und kann nicht vom default ausgehen, Das spielt zwar für router und die karten nur eine untergeordnete rolle aber wir solen andere anwendungen nicht aus den augen verliehren. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Nautisches Mappen
Hi Leute, ich bin gerade im Urlaub in Kroatien und hab angefangen meine Urlaubsort zu mappen. Dabei ist mir aufgefallen das im JOSM keinerlei Presets für Nautische sachen gibt. Das einzige was ich gefunden hab war eine Leuchtturm wobei ich davon ausgehe das damit eher ein wirklich leutturm und weniger ein Seezeichen gemeint ist. Auf die Schnelle hab ich auch im Wiki nichts dazu gefunden. Hat schonmal jemand sowas wie Seezeichen. Hafenanlagen (vorallem im Sportbootbereich also slipanlagen, Kräne. Botsanleger, Marina, Tankstellen (für Boote) etc. getagged. Gibts irgentwo im Netz eine Zusammenstellung dieser Tags. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Luftbildern des Bayrischen L andesamts für Vermessung und Geoinformation in OpenStree tMap
Andreas Jacob schrieb: Am Dienstag, 10. Juni 2008 16:18:26 schrieb Frederik Ramm: Hallo, Quark. Ende des Jahres sind wir mit den Strassen fertig. Ob 'ne Autobahn mal 10m daneben liegt oder nicht, fuer die Info krieche ich doch keiner Behoerde in den Allerwertesten. Wie gesagt, das ist extrem optimistisch und wird so definitiv nicht kommen. Hauptverkehrsadern: villeicht; ganz Deutschland: NIE UND NIMMER. Es gibt viel zu viele kleine Sträßchen, Feldwege und Co. (Ich schrieb: mit den Strassen fertig. Nicht mit den Feldwegen.) Und es gibt bis Ende des Jahres 15000 neue Mapper in Deutschland. Da halt ich gegen. Wenn das einteten sollte (was ich mir natürlich wünsche), dann gibt's von mir zum Jahreswechsel für dich ein rießiges Paket mit den besten Thüringer Bratwürsten aus meiner Gegend. Da könnt ihr dann gleichzeitig An- und Abgrillen, so du überhaupt den fleischlichen Genüssen zugetan sein solltest. Ich bin zwar eigentlich in meinem Freundeskreis sehr für meinen Optimismus bekannt, aber das schätze ich als sehr unwahrscheinlich ein. Und das obwohl (oder gerade weil) ich mich am WE mit Hilfe der Bayerischen DOPs in der OSM Wochenstatistik auf Platz 4 vorgearbeitet habe. Das sind eine ganze Menge Straßen die da noch fehlen. Und selbst wenn wir schon einmal alle als von Luftbildern abgezeichneten Roads drinne hätten, war noch lange keiner vor Ort, und hat die Namen aufgenommen. Aber ich bin gespannt, und tue mein möglichstes, die Wette zu verlieren. :-) Muss das sein das die Straßen von Luftbildern abgezeichnet werden. Das zeug ist ungenau und es fehlen sämtliche Metainformationen. Ich geh in meiner Gegend zur Zeit nach der Karte und schau wo noch weise Flecken sind und geh dahin mappen. Aber wenn jetzt in großem Maßstab sachen aus Luftbildern ab gemalt werden dann kann ich mir das in Zukunft sparen. Weil zu erkennen ob das jetzt gemapped wurde oder nur ab gemalt wurde ist sehr schwierig. Ich hab kein Problem damit wenn Flüsse oder Wälder (auch wenn ich die auch mit dem GPS ablaufe) vom Luftbild eingezeichnet werden aber bitte nicht die Straßen. Auf dem Luftbild kannst du noch nicht mal entscheiden welchen Straßentyp die Straße hat. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Luftbildern des Bayrischen Landesamts für Vermessung und Geoinformation in OpenStr eetMap
André Reichelt schrieb: Bernd Wurst schrieb: Aber einfach wild alles was auf Luftbild oder laut GPS-track vielleicht eine Straße sein könnte nachzutragen wirkt bei mir als absoluter Motivationskiller. Nun, wild drauf loß zeichnen tu' ich nicht, ich prüfe schon vorher mit dem Luftbild gegen, ob da wirklich was ist, oder ob es sich um Humbug handelt. Es gibt doch nichts besseres als einen weißen Fleck auf der Karte in was brauchbares zu wandeln. Wenn sich das jetzt darauf reduziert, dass ich nur noch die letzten 100 Meter Feldweg nachtrage und den Rest von road nach track/uncalssified oder sowas umwandle, dann motiviert mich das gar nicht. Das mag villeicht deinem Ego gefallen, aber für den, der das Mateilal nutzen möchte, ist eine nicht getaggte Straße mehr wert als keine Straße. Und mir ist eben der Anwender wichtiger als Du oder die Andrern, die gegen diese Vorgehensweise sind. Nimm das jetzt nicht persönlich, aber das ist eben meine Sicht der Dinge. Das finde ich nicht. Unbestätigte daten sind schlimmer als nicht vorhanden Daten. Ich stelle es mir wirklich schlimm vor wenn mein navi mich ständig an straßen leiten würde wo ich nicht fahren darf wils halt nur geteerte Feldweg sind (gesperrt für Kraftfahrzeuge). Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] PGP/GPG
André Reichelt schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Karrié schrieb: | Ahhh danke!! | http://www.erweiterungen.de/detail/Enigmail/ Ich habe das jetzt alles so gemacht. Wie bekomme ich den Schlüssel denn nun registriert? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFINZHXSZwYnshmvloRAugwAKCfLbEMTpBtkPMm5pNxQG6XkXejaACgrY48 tehsF2+lZaCRBKw+v/szKGU= =tTP/ -END PGP SIGNATURE- pgp ist ja gut und schön. Normalerweise hab ich auch einen Laufen. Aber es wäre für die Lesbarkeit sehr praktisch wenn du auf pgp/mime umsteigen würdest. Dann wäre die Signatur noch immer da, aber die 95% der Menschheit die keinen pgp haben könnten die Mails ganz normal ohne den base64 müll am ende jeder Nachricht lesen. Gruß Estartu begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Neues Plugin
Christoph Eckert schrieb: Moin, Nicht immer. In der Regel gilt die geschwindigkeitbegrenzung bis zum Ortsende nicht bin zum ende der Bebauung. Die meisten Orte sindgrößer als die bebaute fläche. oder gerade bei gröeren straßen ist eien Puffergrünstreifen zwischen Staße und wohngebieten. Also die geschwidigkeitsbegrenzung am Landuse=residential festzumachen ist nicht wirklich brauchbar. wie ist denn residential definiert? IMO beschreibt es momentan meist das bebaute Gebiet, weil wir genaueres nicht wissen. Nur hoffe ich doch, dass landuse=residential früher oder später den tatsächlichen Ortsbereich beschreibt, oder? Warum sollte es. landuse=residential beschreibt die Bereiche die als Wohngebieten benutzt werden. Es gibt ja auch noch landuse=industrial, landuse=commerical und landuse=retail die auch bebauten Bereich beschreiben. Und was ist mit Parks, und Plätzen die ja auch zum Ortsgebiet gehören aber mit Sicherheit nicht als landuse=residential getagged werden dürfen. Das eigentlich Ortsgebiet muss anders beschreiben werden. Ab besten über ein area das auch den Namen den Orts enthält. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Karl Eichwalder schrieb: Gerhard Schmidt schrieb: Was allerdings zumindest in josm fehlt, ist einfach nodes zu einem bestehenden weg hinzuzufügen. Zumindest bei meiner version (ca. 2 monate alt) geht das recht einfach: Shift gedrückt halten und auf den weg klicken. Das die Funktion kannte ich noch nicht. Damit gehts angenehm schnell. Danke für die Info. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Gerald Oppen schrieb: Gerhard Schmidt schrieb: Allerdigs hatte der erfassen nur ca alle 150m einen GPS Punkt und ich habe alle 2m einen punkt da seht die straße dann etwas anderst aus. Du machst hoffentlich nicht alle 2m einen Punkt? Auf geraden Strecken wo sonst nichts zu vermerken ist sind 150m Abstand OK. In Serpentinen kann man auch mal auf 10m runtergehen. Weniger Abstand macht von der Kartengenauigkeit her keinen Sinn, höchstens dass es der Rendere besser darstellen kann. sicher mach ich das :-) Nein natürlich nicht nur in engen Kurven etc mach ich sehr kurz Abstände und anschließend lass ich den optimizer drüber laufen bevor ich uploade. BTW ich hab nicht davon gesprochen das er nur 150m eine Punkt gemacht hat sonder das er nur alle 150m eine Trackpunkt hatte. (zumindest was nur alle 150m einer in der Datenbank und die Nodes liegen ziemlich genau da wo auch der Tackpunkt liegt :-) ) Ich finden alle 150m eine Trackpunkt massiv zu wenig. Wenn ich mehr Punkte habe, kann ich Ausreißer auch viel leichter erkennen und ignorieren. Zu einem way mehrere Nodes hinzuzufügren ist sehr mühsam, da man immer einen node setzten muss dann wieder in den select modus wechslen in leer klicken um den selktion aufzuheben und dann im add mode wieder einen node hinzufügen zu können ohne das josm einen way erzeugt. Hast Du schon mal versucht die Shift-Taste gedrückt zu halten wenn Du einen neuen node setzt? Das sollte Dein Problem diesbezüglich lösen. Jup hab ich gerade erfahren, wusste ich bisher nicht. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] offizielle Bezeichnung von Bundesstraß en/ Autobahnen
Karl Eichwalder schrieb: Frederik Ramm schrieb: Es waere auch relativ trivial, einen Renderer (oder Praeprozessor) so zu gestalten, dass er das Leerzeichen je nach Wunsch des Weiterverar- beiters hinzufuegt oder entfernt. Insofern wuerde ich mir da keinen so grossen Kopf drum machen. Deine tips, wei meine auch, sind immer gold wert ;) Da ich aber _jetzt_ mit den daten (karten) arbeite und mich verschwendeter platz nervt, löse ich das problem in meinem sinne und so, wie ich es für sinnvoll erachte. Frei nach deinem motto: jeder trage ein, was er für wichtig hält. Nur Falsch machen solltest du es nicht. z.B. die A15 ist eine Landstraße bei Schwabmünchen. ob es eine Autobahn A 15 gibt weis ich nicht. Jedenfalls gibt es im Landkreis Augsburg alles von A1 bis mindest A23. Ich denke mal das es im Berliner Raum auch etliche Bx straßen geben wird die Keine Bundesstraßen sind. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM: Neues Plugin
Christoph Eckert schrieb: Moin, Eine Kreuzung aus zwei Wegen und einem Landuse=residential. Sowas finde ich in letzter Zeit häufig :( ja, fällt mir bei uns in der Gegend auch auf. Allerdings sehe ich sowas nicht zwingend als Fehler. Einer der Autoren von Navit möchte beispielsweise herausbekommen, ob eine Straße innerhalb oder außerhalb einer geschlossenen Ortschaft ist, um beim Routing auf die unterschiedlichen Geschwindigkeiten Rücksicht nehmen zu können. Für solche Fragestellungen ist es IMO günstig, wenn die Straße sich mit dem Landuse schneidet, oder? Nicht immer. In der Regel gilt die geschwindigkeitbegrenzung bis zum Ortsende nicht bin zum ende der Bebauung. Die meisten Orte sindgrößer als die bebaute fläche. oder gerade bei gröeren straßen ist eien Puffergrünstreifen zwischen Staße und wohngebieten. Also die geschwidigkeitsbegrenzung am Landuse=residential festzumachen ist nicht wirklich brauchbar. Ich hab inzwischen begonnen bei mir die Straßen explizit mit geschwindigkeitbegrenuzungen (auch 50 und 100) zu taggen. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] NRW Rendern mit Zoomstufe 8 oder höher für Anfänger
Henry Loenwind schrieb: Henry Every wrote: Denn eine Kachel besteht ja aus 256 x 256 Pixel macht bei 300DPI gerade mal etwas mehr als 1cm, geschweige denn wenn man auf 600 DPI hoch geht. Das Problem müsste sich lösen lassen. In der tilesGen.pl gibt es drei Zeilen, die bestimmen, wie groß die Tiles gerendert werden: my $Width = 256 * (2 ** ($Zoom - $ZOrig)); # Pixel size of tiles my $Height = 256; # Pixel height of tile ... my $Pixels = 256; Einfach anpassen und lokal rendern lassen. (Hinweis: tah rendert breitere Streifen (erste Zeile), die er dann später wieder zerschneidet (letzte Zeile)). Es gab die Anmerkung, dass Drucker in dieser Größe nicht gerne Vektordateien hätten, da muß ich leider widersprechen. Andersrum. Ich merkte an, dass Drucker so große Vektordaten nicht mögen. Zur Erläuterung: Unsere Renderer (inkscape/batik) benötigen um ein einzelnes 256x256 Pixel großes Tile zu rendern schon gern mal 0,5 bis 1GB RAM. Ich gestehe Druckern gerne zu, mit Postscript effizienter zu arbeiten, aber irgendwo ist dann auch Ende Gelände (bzw. RAM). Ich habe es ja mit meinem Postscript-Drucker zuhause (schwarz-weiß, A4, 32MB) schön des öfteren mal, dass ihm bei eigentlich harmlosen Sachen der Speicher ausgeht und ich von PS auf vorgerastert umschalten muss. Es ist Standard Daten als Postscript oder HPGL (http://de.wikipedia.org/wiki/Hewlett_Packard_Graphic_Language) im Großformat anzuliefern. Weil das wesentlich effizienter ist, als riesige Rasterdateien zu Übertragen. Klar, wenn die Seite aus einigen tausend Primitiven besteht, ist das völlig klar. Aber bei der Größenordnung, von der wir hier reden, bleibt es nicht bei tausenden. Kleines Beispiel: Das Tile, das mein tah grade rendert besteht aus 5700 Ways. svg/ps-seitig wären das dann nochmal um einiges mehr an Primitiven (pro Straße min 2 Linien, pro Fläche Linie+Fülling, dann die Icons, Schriftzüge, Brücken, Einbahnstraßenpfeile etc.). Und das ist nur ein Tile. glaub mir die Rasterprozessoren von diesen Druckern schaffen das locker. Vorallem könne die über Postscript auch noch zusätzliche Hinting benutzen was die ausgaben noch um einiges verbessert. Diese Drucker sind drauf optimiert sehr große und komplexe hpgl und Postscript files auszugeben. Ich hab bisher leider auch noch keine weg gefunden das svg direkt ind postscript umuwandeln. Falls das jemand geschaft hat wäre es schon zu hören wie. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] rendert uralte Daten?!
Karl Eichwalder schrieb: Dirk-Lüder Kreie schrieb: Ich verstehe nicht ganz, was das damit zu tun hat, dass ein ZIP auf einem [EMAIL PROTECTED] rechner 2 Wochen lang rumliegt, bevor es hochgeladen wird? Ablehnen, wenn es schon etwas besseres gibt und es sollte etwas besseres geben, da der job hätte neu vergeben werden sollen... usw. Dann müste man aber eine api vorsehen die es erlaubt das render von einzlenen tiles anzufordern und dies drekt zu übernehmen. Hintergrund ist das ich nachdem ich meine daten eingepflegt haben, render ich de tiles gelch durch und schick sie auf den Server. wenn der [EMAIL PROTECTED] server tiles die nicht angefordert wurden nicht mehr annimt würde das nichts bringen. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Karl Eichwalder schrieb: Holger Issle schrieb: On Thu, 15 May 2008 22:37:08 +0200, Hanno Böck wrote: Langfristig sollte es möglich sein, objekte in osm anhand ihrer ID zu referenzieren und in anderen Datenbeständen/Anwendungen zu nutzen. Au weia... dann ist korrigieren von größeren Strecken praktisch nicht mehr machbar. Ich zeichne keine 2km Punkt für Punkt manuell nach. Dann lass es besser ganz bleiben ;-( Du scheinst zu erwarten, dass wir dann hinter dir herputzen und die unnötigen Nodes entfernen und etwaige Altinformationen wiederherstellen. So doll mühsam ist es auch nicht, alle 2 km einen Node zu setzen. Was meinst du, wie viele Nodes notwendig sind, um die Waldgrenzen und die dort verlaufenden Feldwege korrekt einzutragen? Die Idee ist meiner Ansicht nach auch etwas daneben, da diese Integrität nicht gewährleistet werden kann. Jetzt, wo du es weißt, kannst du es ja bitte berücksichtigen. Was allerdings zumindest in josm fehlt, ist einfach nodes zu einem bestehenden weg hinzuzufügen. bei einem Node geht das ganz gute. ich hatte letzte Woche den fall das ich an einer strae entlanggefahren bis die zwar schon erfast war. Allerdigs hatte der erfassen nur ca alle 150m einen GPS Punkt und ich habe alle 2m einen punkt da seht die straße dann etwas anderst aus. Zu einem way mehrere Nodes hinzuzufügren ist sehr mühsam, da man immer einen node setzten muss dann wieder in den select modus wechslen in leer klicken um den selktion aufzuheben und dann im add mode wieder einen node hinzufügen zu können ohne das josm einen way erzeugt. Schön wäre eine Funktion mit der man einen way (oder einen teilway begrennzt durch zwei nodes in n teilstücke unterteilen kann. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mappertreffen in Augsburg
Hi Leute, ich leg jetzt einfach mal einen Termin fest für ein Treffen in Augsburg. Ich werde am 17. Mai 2008 ab 18:00 Uhr in dem Räumen des Augsburger Computer Forum e.V. in der Frölichstraße 6 in Augsburg sein. Wer Interesse an einem Erfahrungsaustausch und evtl. weiteren Treffen bitte vorbeischaun. Hier noch der Link zur Karte http://www.openstreetmap.org/?mlat=48.36970mlon=10.8885zoom=16layers=0BFT Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkspuren
Henry Loenwind schrieb: Hi, prinzipiell gut, ABER erst wenn es einen Standard gibt, wie man richtungsabhängige Tags so gestalten kann, dass Editoren sie auch umdrehen können, ohne die einzelnen Tags zu kennen. In der regel ist bei allen highway=residential parken erlaubt außer explizit verboden. So gesehen wäre es sinnvoller die Parkverbote zu speichern und das parken als default zu lassen. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie mappe ich, ohne unangenehm aufzufallen?
Dirk-Lüder Kreie schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, da es jetzt schon in einigen Mails auf dieser Liste angesprochen wurde, dachte ich mir, ich eröffne mal einen Thread für Erfahrungsberichte, Tipps und auch Austausch über Verhaltensweisen beim Mappen. Da ich über die Situation in ländlicheren Gegenden nicht viel aussagen kann, bitte ich hier euch alle, entsprechende Berichte anzuhängen. Also ich Mappe hier in der Umgebung die Dörfer mit dem Rad. Dabei hab ich die Erfahrung gemacht da vorallem in reinen Wohngebieten und ganz besonders in den Seit neuestem sehr beliebten Sackgassen man schon etwas komisch angeschaut wird wenn man in jede Sackgasse reinfährt, bis zum ende fährt und erst dann umdreht, oder wenn man jede Straße zweimal fährt. :-) Direkt angesprochen hat mich bisher noch keiner. Allerdings mappe ich auch recht unauffällig hab nur ein kleines GPS am Fahradlenker und ansonsten bleib ich halt ab und zu stehen notier die Stassennamen oder Fotografier sie. Ist ja schon ein paar mal berichtet worden, selbstbewusstes auftretten und ein freundlicher Gruß helfen eigentlich immer. Problematisch wirds nur wenn man nicht erkennen kann wo die Straße aufhört und Privatgrund anfängt. Ist mir schonmal passiert das ich um eine ecke gebogen bin und stand mitten im Familiengrillfest :-) das hat natürlich für einigen überraschte Gesichter gesorgt. :-) Ansonsten hatte ich bisher noch keine schwierigkeiten. Gruß Gerhard begin:vcard fn:Gerhard Schmidt n:Schmidt;Gerhard org:;WWW Online Services adr;quoted-printable;dom:;;Arcisstr. 21;M=C3=BCnchen;;80333 email;internet:[EMAIL PROTECTED] tel;work:+498928925279 tel;fax:+498928925257 url:http://portal.mytum.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapping Treffen in Augsburg
Hanno Böck schrieb: Am Mittwoch 30 April 2008 schrieb Gerhard Schmidt: da ich jetzt seit ca. 4 Wochen am Mappen bin und ich bisher nur die Leute kenne die ich zum Mappen gebracht habe würde mich interessieren ob es von den Leuten in Augsburg und Umgebung Interesse gibt sich mal zu treffen und sich auszutauschen. Auf dem Linux-Info-Tag in Augsburg gab es einen Menschen der ne Liste mit Mailadressen von Augsburger OSM-Interessierten gesammelt hat. Ich weiss allerdings nicht wie der hieß, wär aber sicher vorteilhaft, den aufzutreiben :-) Komisch hab ich gar nicht mitbekommen obwohl ich am LIT den ganzen Tag nur ca. 10m neben dem OSM stand war. Wenn Du was machst, schreib am besten mal an die LUGA, da gibt's sicher interessierte. Ich werde auf jeden Fall am Samstag einen Zettel an die Pinwand in den Räumen hängen. Mal sehen ob sich noch jemand meldet. Bisher hab ich 3 Meldungen. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wasserschutzgebiet
Hi Leute, wie tagge ich einen Straßenteil der durch ein Wasserschutzgebiet geht (gesperrt für Gefahrguttransporter). Und wie tagge ich der Gebiet ansich. Gruß Estartu -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Teilweise gesperrte Straßen
Christoph Eckert schrieb: Moin, welcome :) . Durch diese Dreiteilung wir der Straßenname 3 mal gerendert obwohl die Straße nicht wirklich lang ist. Gibt es da eine Möglichkeit das zu unterdrücken. Soweit ich weiß gibt es einen Tag um das Namensrendering fallweise zu unterdrücken. Ich bin jedoch der Meinung dass solche Tipps für Renderer nicht in die Datenbank sollten. Falls Du es aushalten kannst :) würde ich momentan einfach darüber hinwegsehen und warten bis die Renderer dazulernen. Aushalten kann ich das schon. Nur das Problem ist das der Name die Einbahnstraßen Kennung verdeckt und ich denke das ist eine wichtige Information. :-) Aber du hast recht solche Informationen sollte nicht in die Datenbank das sollte der Renderer selber erkennen und die Einbahnstrasseninformation priorisieren. Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Teilweise gesperrte Straßen
Hallo, ich bin noch relativ neu zu Open Street Map und hab jetzt begonnen mein Dorf zu erfassen. Ich hab ein Problem mit einer Straße die bei uns vor der Schule vorbeiführt. Die Straße in auf den Stück vor der Schule Einbahnstraße und zeitweise komplett gesperrt. Wie tagged man so was. Durch diese Dreiteilung wir der Straßenname 3 mal gerendert obwohl die Straße nicht wirklich lang ist. Gibt es da eine Möglichkeit das zu unterdrücken. Zu sehen unter http://www.openstreetmap.org/?lat=48.16128lon=10.7166zoom=17layers=B0FT Gruß Gerhard -- - Gerhard Schmidt | E-Mail: [EMAIL PROTECTED] TU-München| WWW Online Services | Tel: 089/289-25270| Fax: 089/289-25257| PGP-Publickey auf Anfrage signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de