Re: [Talk-de] Erfahrung mit Garmin eTrex 30
Volker Schmidt vosc...@gmail.com writes: Falls du Tourenradfahrer bist, hat das alte etrex einiges zu bieten, was das neue Geraet nicht hat. Der einzige reale Nachteil des alten Geraetes ist, das die Laenge von tracks, die man laden kann, auf 500 Punkte beschraenkt ist, und das man nur 20 tracks laden kann. Ansonsten ist das alte Geraet software-robuster als das neue. Die beiden geräte nehmen sich in hinblick auf software-robustheit nicht viel. Meist laufen sie zuverlässig, abstürzen können beide. Und der stromverbrauch kann bei beiden, wenn man sich routen lässt, abstrus hoch werden.. Das etrex hat das moderne, für touchscreen optimierte GUI; es lässt sich aber auch nach einer gewissen eingewöhnung akzeptabel mit den üblichen garmin-tasten bedienen. Mit dem etrex 30 bekommt man meist recht zügig einen fix, manchmal scheinen auch die zuschaltbaren russischen satelliten von vorteil zu sein. Das wichtigste argument für das neue etrex ist die möglichkeit, bequem auf den internen speicher zugreifen zu können. Außerdem ist nun wie beim Oregon auch möglich, mehrere landkarten auf der SD-karte haben zu können; dabei kann man diese karten mit der garmin-software im gerät aktivieren und de-aktivieren (zusammen und getrennt). So braucht man nicht mehr alle Layer in ein .img zu packen; die höhenlinien kann man beispielsweise bei bedarf zu- und abschalten (und man braucht sie nur einmal herunterzuladen...). Außerdem gibt's für das etrex 30 noch immer firmware-updates (das kann man natürlich auch als ein schlechtes zeichen werten), für die Legends gibt's schon lange nichts mehr und durchaus garvierende bugs werden dort immer ungefixt bleiben. Ach ja, beim 30er scheint sich das gehäuse-gummi nicht merh zu lösen; die Legends musst du ja immer alle 1-2 jahre austauschen lassen (was Garmin bei mir zuletzt vor einem knappen jahr gemacht hat, obwohl die garantie eigentlich abgelaufen war...). Irgendetwas außer dem höhenmesser fehlt beim 20er, man sollte unbedingt das 30er nehmen, wenn's denn ein etrex sein soll. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Harald aug...@hotmail.de writes: Ähmm, der Zusatz Spreewald dürfte ja wohl mehr oder weniger zwingend in den name-Tag gehören, da der offizielle Name meines Wissen eben Lübben (Spreewald). In meinen augen gehört so etwas nach name_official. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplante und historische Objekte
Stephan Wolff s.wo...@web.de writes: In erster Linie möchte ein Anwender ein Objekt auffinden. Ob es aktuell in seiner vorgesehenen Funktion benutzt werden kann ist nur ein Teilaspekt. Dem Handwerker, Lieferanten etc. ist es egal in welchem Zustand das Objekt ist, er möchte es schnellstmöglich finden! Die weitaus meisten Nutzer wollen sicherlich eine Funktion nutzen und nicht am Bau mitwirken. Auch für Handwerker dürfte eine klare Unterscheidung zwischen in Bau befindlichen und fertigen Objekten wichtig sein. Eben. Und wenn ich wo wandern will, will ich dort keine autobahnen sehen, die dort vielleicht in 5 oder 10 jahren gebaut werden (oder auch nicht). Geplante oder historische objekte können meinetwegen in die datenbank, aber nur mit solchen tags, dass die eine verwechslung mit real-existierenden objekten ausschließen. In Großstädten habe ich es so gemacht. Welche U- oder S-Bahn dort hält ist mir egal. Schlimmstenfalls muss ich einmal mehr umsteigen. Für manche OSM-Objekte reicht nicht die Auswertung des Haupttags sondern man möchte über weitere Tags Unterklassen berücksichtigen. Das hat aber nichts damit zu tun, dass ich immer zwischen nutzbaren und geplanten bzw. ehemaligen Einrichtungen unterscheiden möchte. Genau, das ist ein sehr gutes beispiel. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Bernhard Weiskopf bweisk...@gmx.de writes: Für mich klingt die Beschreibung, z. B. zum Zeichen 237 (Radweg), eindeutig: Radfahrer dürfen nicht die Fahrbahn, sondern müssen den Radweg benutzen (Radwegbenutzungspflicht). (Quelle: StVO 2010-12-01) In http://www.bmvbs.de/cae/servlet/contentblob/33640/publicationFile/31567/strassenverkehrs-ordnung-stand-Dezember-2010.pdf kann ich den Text so nicht finden. Ich lese dort: 5. Sonderwege Zeichen 237 ... Die Zeichen bedeuten: a) Radfahrer, Reiter und Fußgänger müssen die für sie bestimmten Sonderwe- ge benutzen. Andere Verkehrsteilnehmer dürfen sie nicht benutzen; ... Wo hast du deine Variante her? -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taugt MEDION GoPal S3857?
hansdorfff h...@taponet.de writes: Ich habe einen Garmin etrex Legend HCX, bei dem sich die Gummierung allmählich auflöst. Ist der GoPal von der Funktion her vergleichbar -- und lassen sich vor allem auch eigene OSM-Maps drauf machen? Ich habe mein etrex legend hcx (über meinen händler) eingeschickt und ein neues gerät erhalten. Das gummi-problem ist bekannt und normalerweise bekommt man auch nach ablauf der gewährleistung/garantie ein neugerät als ersatz. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse, highway, alles über- und ineinander...
Walter Nordmann walter.nordm...@web.de writes: hast du dir die änderungen mal genauer angesehen? und dann den Missetäter angesprochen Das würde wenig bringen. Der missetäter sind in diesem fall die, die die fallen stellen: also die, die es mit dem landuse-kram übertreiben. Den konkreten fall hat jemand mittlerweile wieder hingefummelt. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO-Karten (Re: Verweise auf dev.openstreetmap.de kaputt)
fla...@googlemail.com fla...@googlemail.com writes: Hinweisen möchte ich drauf das es dann auch imer frische Logfile mit vielen Fehlern gibt ... http://dev.openstreetmap.de/aio/mkgmap-errors/ Das ist aber zZ nicht userfreundlich aufgebaut. Ich werde mal einen Blick reinwerfen; mal schauen, ob ich etwas verstehe... Hilfe / Vorschläge per Mail gerne an mich. ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/germany/aio-germany.7z scheint momentan nicht neu gepackt zu werden. Die zugehörige gmapsupp.img ist wohl ok. -- Karl EICHWALDER ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] landuse, highway, alles über- und ineinander...
Auf die dauer wird es nicht gutgehen, wenn dies zeux alles so kleinteilig zusammengebrutzelt wird... So hat's hier in N die Krelingstraße verrissen: http://www.openstreetmap.org/?lat=49.46012lon=11.07844zoom=17layers=M und ich weiß nicht, wie ich das mit meinem josm ohne löschen und neuzeichnen wiederherstellen kann... Ich vermute, dass das passiert ist, als jemand so mini-landuse-sachen reingefummelt hat. Die straßen und insbesondere hauptstraßen in wohngebieten sollten nicht als grenzen für residentials herhalten, wenn dies nicht zwingend erforderlich ist. Wenn auf beiden seiten einer straße residential ist, dann pinselt man den highway einfach drüber und fertig. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse, highway, alles über- und ineinander...
Martin Koppenhoefer dieterdre...@gmail.com writes: Am 28. September 2011 18:15 schrieb Karl Eichwalder k...@gnu.franken.de: Auf die dauer wird es nicht gutgehen, wenn dies zeux alles so kleinteilig zusammengebrutzelt wird... So hat's hier in N die Krelingstraße verrissen: http://www.openstreetmap.org/?lat=49.46012lon=11.07844zoom=17layers=M Könntest Du kurz erläutern, was dort das Problem ist? Die Krelingstraße kommt von N und geht in natura weiter über die Pirckheimer, dann an dieser kirche vorbei und biegt schließlich nach W um auf den Vestnertorgraben zu (wo diese andere kirche ist). Momentan (in unseren daten) biegt sie aber schon auf der Pirckheimer um nach W und geht dann auf der Piloty hoch zum Vestnertorgraben (wo diese andere kirche ist). Siehe Attachment: [Attachment gelöscht...] Ich hoffe, es wird jetzt etwas klarer. Die treppe oberhalb (südlich) der kirche endet völlig unsinning in einer landuse-begrenzung. Ich könne schwören, dass ich die treppe vor jahr und tag mit der straße verbunden hatte... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Karl Eichwalder] Re: landuse, highway, alles über- und ineinander...
Noch ein versuch... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenlinien in Garmin-Karte einbauen?
Rainer Kluge rklug...@web.de writes: Am 26.09.2011 18:54, schrieb Karl Eichwalder: Mit dem srtm2osm-Tool konnte ich eine nette .osm erzeugen, in der viele Höheninfos stecken. Jetzt brauche ich wohl nur noch die Angaben, um daraus mit mkgmap eine gmapsupp.img zu bauen, die ich mit gmt einbinden kann. Der Befehl bei http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Map_generation#H.C3.B6henlinien funktioniert schon deshalb nicht, weil es diesen masterstyle nicht mehr gibt. Ich weiss nicht, welchen masterstyle du meinst, Ich auch nicht, aber masterstyle wird bei dem oben angegebenen Link als etwas Bekanntes vorausgesetzt ;) aber ich habe mich an die Anleitung von Ralf Kleineisel auf http://www.kleineisel.de/blogs/index.php/osmmap/2009/09/17/how-to-make-a-topographic-map gehalten und es funktioniert problemslos, nur srtm2osm habe ich durch phyghtmap ersetzt. Auf der Seite kann man auch alle Styles herunterladen, die man braucht: http://www.kleineisel.de/blogs/media/blogs/osmmap/mkgmap-styles.zip Ja, das hatte ich für die Aufbereitung der Höhenlinien in einer eigenen *.img auch versucht. Wenn ich die dann aber mit meinen anderen *.imgs zusammengeklebt habe, war entweder die Karte komplett kaputt oder die Höhenlinien nicht drauf... Vielleicht gehe ich den Weg noch einmal in Ruhe an. malenki o...@malenki.ch writes: Bei der omtb-map Höhenlinien als separate gmapsupp.img herunterladen. Mit den neueren Geräten von Garmin kann man mehrere Karten gleichzeitig anzeigen lassen, also kopiere ich die Höhenlinien als separate Datei in den Garmin-Ordner. Wie gesagt, ich habe ein etrex, da geht das nicht als separate Datei. Macht aber nicht; denn ... Ansonsten die Höhenlinien mit gmt und der Karte der Wahl zu einer neuen gmapsupp.img joinen ... dieser Weg funktioniert super. Danke für eure Hilfe! -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verweise auf dev.openstreetmap.de kaputt
Wahrscheinlich hat jemand bei dev.openstreetmap.de aufgeräumt, und nun sind einige Verweise kaputt: http://dev.openstreetmap.de/aio/europe-daily/maps.html (referenziert von http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map ) Gibt's das noch irgendwo? Ich fand es eigentlich ganz nützlich. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verweise auf dev.openstreetmap.de kaputt
Karl Eichwalder k...@gnu.franken.de writes: Wahrscheinlich hat jemand bei dev.openstreetmap.de aufgeräumt, und nun sind einige Verweise kaputt: http://dev.openstreetmap.de/aio/europe-daily/maps.html (referenziert von http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map ) Gibt's das noch irgendwo? Ich fand es eigentlich ganz nützlich. Vermutlich muss einfach das -daily weg? -- Karl Eichwalder SUSE LINUX Products GmbH RD / Documentation Maxfeldstraße 5 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Höhenlinien in Garmin-Karte einbauen?
Ich bin überrascht, dass es wirklich nicht sonderlich schwer ist, sich eine AIO für ein Garmin eTrex selbst zu bauen. Zu meinem Glück fehlen mir nur noch die Höhenlinien. Mit dem srtm2osm-Tool konnte ich eine nette .osm erzeugen, in der viele Höheninfos stecken. Jetzt brauche ich wohl nur noch die Angaben, um daraus mit mkgmap eine gmapsupp.img zu bauen, die ich mit gmt einbinden kann. Der Befehl bei http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Map_generation#H.C3.B6henlinien funktioniert schon deshalb nicht, weil es diesen masterstyle nicht mehr gibt. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet
Falk Zscheile falk.zsche...@googlemail.com writes: § 23 Abs. 2 Satz 2 BNatSchG geht also davon aus, dass ein Betreten des Naturschutzgebietes grundsätzlich verboten ist (access=no) und ein Betreten explizit erlaubt werden muss. Das ist deine interpretation. Wenn da nicht drinsteht, dass das betreten grundsätzlich verboten ist, dann ist es auch nicht grundsätzlich verboten. Das ist ungefähr so wie mit den straßenbegleitenden blauen radwegen (nur anders): die sind benutzungspflichtig, aber deswegen ist es noch lange nicht verboten, auf der straße mit dem rad zu fahren. Also Für Deutschland heißt das für Naturschutzgebiet: Grundsätzlich ein access=no an Wege im Naturschutzgebiet. Außer 1. in Schleswig-Holstein und 2. wenn sich aus der Naturschutzgebietsverordnung etwas anderes ergibt. An die wege gehört so etwas schomal gar nicht, weil wie gesagt, es steht dort nicht an den wegen. Allerfalls könntest du so etwas an die fläche (area) des naturschutzgebiets tun. -- Karl Eichwalder SUSE LINUX Products GmbH RD / Documentation Maxfeldstraße 5 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfassen von Wanderwegen
Manuel Reimer manuel.s...@nurfuerspam.de writes: fly wrote: Ein highway=road mit entspechenden note- und source-Tags ist auch möglich. Alternativ: Nur den Verlauf verwenden und die Wege aus den Bing-Sat-Bildern nehmen. Vorteil: Man kann in Etwa erkennen welcher Wegtyp es sein müsste. Man könnte dann zum Beispiel direkt highway=track verwenden, aber via fixme darauf hinweisen, dass tracktype noch fehlt. Alternativ tut es auch das gute alte fixme=follow. Zusammen mit source=bing ist das bereits hinreichend deutlich. Nein, deine ideen sind käse ;) (gut ist, dass du fixme wenigstens nicht mit großbuchstaben screiben willst). Die ursprüngliche absprache bei diesen luftbildsachen war, highway=road zu verwenden (das wird auch entsprechend gerendert). Es ist nicht notwendig, alles immer mal anders zu machen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kinderwagenfreundliche Wanderwege finden
Thomas Güttler guet...@thomas-guettler.de writes: Mein kleiner Sohn kann leider noch keine langen Strecken gehen, so dass wir den Kinderwagen mitnehmen werden. Wie kann man per OSM kinderwagentaugliche Wege finden? Ich würde einen geländetauglichen wagen wie z.b. den monowalker erwerben und als kinderwagen umbauen. Ich glaube, so etwas gibt es etwas unedler von anderen anbietern bereits vorkonfiguriert. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kinderwagenfreundliche Wanderwege finden
Karl Eichwalder k...@gnu.franken.de writes: Ich würde einen geländetauglichen wagen wie z.b. den monowalker erwerben und als kinderwagen umbauen. Ich glaube, so etwas gibt es etwas unedler von anderen anbietern bereits vorkonfiguriert. Zufällig finde ich dazu gerade einen blogeintrag: http://monowalker.blogspot.com/2011/06/mit-kleinkind-auf-wandertour.html -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik der Ortsnamenzusätze
Jan Tappenbeck o...@tappenbeck.net writes: Nun habe ich bei OSMAND [1] kürzlich festgestellt das dieses Programm z.b. immer bei der Ortsnamensuche die Namen von vorne durchsucht. Wenn man jetzt aber z.b. Zingst sucht, dann findet das Programm diesen Ort nicht, da im Tag name der Wert Ostseebad Zingst steht. Ja, diese zusätze sind im haupttag unsinn. Leider setzen sich bei solchen fragen langfristig stets die verwaltungsfuzzis oder heimathirsche durch... Merkbefreit sind nur die Schildas wie Wittenberg... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing geht mitten durch den Fluß :-)
Philip Gillißen gue...@freenet.de writes: 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. Ich denke, dass es da zwei gute möglichkeiten mit dem Garmin gibt: - Auf wegen so nah wie möglich ranrouten lassen. - Waypoints setzen, über die geroutet werden soll. Normalerweise will man ja auch nicht wirklich die flüsse umgehen, sondern passende brücken verwenden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ways in JOSM ohne highway tag
dieter jasper dieter_jas...@web.de writes: das meinte ich auch, eben alles was noch kein tag hat. Habe mich wohl etwas unklar ausgedrückt. Das klingt ein bisschen so, als wolltest du die dann alle mit einem solchen beglücken. Oder ein fixme dranpappen, was die sache auch nicht besser macht. Es gibt durchaus ways, die besser ohne highway bleiben. Ich denke da an routing-relevante wege, die unter plätzen liegen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nochmal Nominatim (offizielle Ortsnamen)
Johann H. Addicks addi...@gmx.net writes: Wenn man einen Ort sucht wie Klingenberg (90% dürften dann Klingenberg am Main meinen), dann findet Nominatim den nicht, eben weil es noch genügend Stadtteile, Hügel, Weiler etc dieses Namens gibt, jeweils ohne den Zusatz am Main. Klar, man kann sagen der Benutzer soll gefälligst den offiziellen Ortsnamen eingeben. Aber wenn Google da mit dem richtigen Klingenberg aufwartet, dann ist das meiner Meinung nach etwas arrogant.. Leider haben auch bei osm schon die verwaltungsfuzzies die oberhand gewonnen. Diese langen (offiziellen) namen sollten nie bei name eingetragen werden: das fürht nur zu schlechten suchergebnissen und schlechten kartendarstellungen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sperre für Oberförster?
malenki o...@malenki.ch writes: Seit deiner Nachricht an Oberförster gab es sieben Changesets mit comment = Kraftfahrstraßen und bösartige Radfahrverbote Eine Änderung an mehreren Wegen ref = Radverbot zu ref = Dreistes Radverbot http://www.openstreetmap.org/browse/way/39242705/history ref = Radverbot ist schon komisch, aber immerhin sollte man der sache nachgehen. Es stellen sich folgende fragen bzw. entscheidungswege: 1/ Liegt dort wirklich ein radverbot vor? 2/ Falls ja, ist das mit den richtigen tag schon richtig eingetragen? 2a/ Falls noch nicht richtig eingetragen, sollte man dies jetzt nachholen und dem Oberförster für den hinweis dankbar sein. 2b/ Falls bereits richtig eingetragen, ref auf setzen. Ist ein willkürlich herausgepicktes Beispiel, hatte ganz spontan keine Lust mehr. Einfach mal eine pause machen. Es gibt durchaus wichtigeres als OSM. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sperre für Oberförster?
Holger Blum ho...@gmx.net writes: Merkwürdige Relationen anlegen ist das eine... ref = B 9 Skuriles Radverbot wurde korrigiert - zu ref = B 9 Skurriles Radverbot http://www.openstreetmap.org/browse/way/4369169/history ...aber erwiesenermaßen korrekte Tags massenhaft mit komplettem Unsinn zu überschreiben und dadurch zig Mappern Arbeit zu machen ist einfach komplett daneben. Merkwürdig schon, aber kompletter unsinn sind die edits keineswegs. Man versteht die edits, wenn man weiß, worauf es im ankommt: Offensichtlich möchte er, dass man auf der mapnik(?)-karte erkennen kann, wo man mit dem fahrrad fahren darf und wo nicht. Es wird ja wohl niemand bestreiten wollen, dass die karte in dieser hinsicht defizite hat (oder hat sich da etwas geändert?). Insbesondere kann man nicht erkennen, ob man auf trunks fahren darf oder nicht. Es mag ja für den autofahrer wichtig sein, dass er auf einen blick erkennen kann, ob eine straße autobahnmäßig ausgebaut ist oder nicht; dem radfahrer nützt das aber nur sehr wenig, wenn er nicht vorab erkennen kann, ob er dort überhaupt fahren darf oder nicht. Sogesehen ist es sehr sinnvoll, trunk dann und nur dann zu setzen, wenn es eine kraftfahrstraße (331) ist (oder wenn es eine verkehrlich bedeutsame straße ist, auf der radverkehr verboten ist (254)). Die erkennbarkeit wird auch erreicht, wenn man ref entsprechend anpasst. Diese ref-anpassung ist freilich sehr grenzwertig, der gebrauch von trunk ist aber gar nicht so abwegig; denn den autobahnmäßigen ausbau sollte man ja eigentlich anderen tags (lanes, width, oneway etc.) und tatsächlichen gegebenheiten (keine kreuzungen, keine ampeln, leitplanken etc.) entnehmen können. Möglicherweise sind ja auch sinnvolle Edits dabei, aber diese zwischen den ganzen Merkwürdigkeiten herauszupicken kann man IMHO von niemandem verlangen. Die edits sind sinnvoll, du kannst es nur nicht erkennen ;) In sofern wäre ich dafür, diese Changesets komplett zu revertieren bevor zu viele manuelle Korrekturen durchgeführt werden und der Aufwand damit nur noch größer wird. Wie man auf lange Sicht mit so etwas umgeht..? Keine Ahnung :-( Das ist doch ganz einfach. Man muss die tatsächlichen gegebenheiten mappen (lanes, min- und maxspeed, traffic_sign etc.) und sich nicht auf ein vermeintlich eindeutiges highway-tag verlassen. Renderer und router müssen diese detailtags auswerten. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Matthias Julius li...@julius-net.net writes: Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Ich würde sogar noch weitergehen und diese extrakte nach landesgrenzen komplett aufgeben -- das ist doch nur etwas für verwaltungsfuzzies und kommerzheinis ;) Einfach die welt stur gleichmäßig segmentieren und sicherstellen, dass man aneinandergrenzende segmente mit einer einfachen methode (idealerweise mit cat) vereinen kann. Wer dann eine deutschlandkarte machen will, muss vielleicht 4 oder 5 segmente runterladen und vereinen -- und dann kann's losgehen. Mein konkretes Problem: Ich wohne z.Z. in der Schweiz, meine Eltern in D und die meiner besseren Hälfte in F. Wir sind also in den drei Ländern häufig unterwegs und daher möchte ich mir eine Garmin-Karte basteln, die diese Länder enthält. Mit den Geofabrik-Extrakten ist dies so nicht möglich. Eben. Ich brauche oft die deutsch-österreichische alpenregion (plus ein bisschen Schweiz und Norditalien)... Mir ist natürlich bewusst, dass es da auch andere Lösungen gibt, aber das zusammenfügen von ein paar Extrakten is deutlich bequemer als das Ausschneiden aus dem Europa-Extrakt z.B. Dem will ich mich gern anschließen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Netbook-Anwender gesucht
René Falk li...@falconaerie.de writes: 500g? Da wirst Du wohl noch lange warten müssen, Der erste eeepc war ja relativ nahe dran... außer Du zählst Smartphones dazu. Android basiert auf linux (sql, perl, etc. ist alles auf Androiden zu finden, wenn man weiß, wie man sie rootet und ein Terminal benutzen kann). Ein paar haben auch eine Zweifinger-Hardware-Tastatur. Für etliche gibt es CustomRoms zwecks Modifikation. Auf so etwas wird es wohl hinauslaufen. Ich möchte nur ungern das phone-feature mitbezahlen, welches ich nicht bauche. Das N810 ist ja an sich auch recht brauchbar, nur leider gibt es dafür so recht keine updates mehr. Ich bin jetzt etwas zögerlich, wieder irgend so ein kurzlebiges objekt au erwerben... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Netbook-Anwender gesucht
Ulf Lamping ulf.lamp...@googlemail.com writes: P.S: Das Hauptkriterium beim Kauf meines Netbooks war für mich die Displayauflösung von 1024*768 Pixeln. Ich wußte warum ;-) Ich bin immer noch auf der suche nach einem netbook, dass unter 500g wiegt und möglichst ohne betriebssystem geliefert wird (alternativ: mit Linux). US-tastatur wäre auch nicht schlecht... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO Europe nun zu groß für 4GB SD
UMAX974 umax...@googlemail.com writes: Wie wäre es, wenn wie bei den Anbietern großer Karten eine Trennung in Nord- und Süd-Europa erfolgen würde mit einer angemessen großen Überlappung im Mitteleuropäischen Bereich, dass müsste doch die Kartengröße zumindest zum Teil wieder senken. - dann muss man bei einer großen Tour d'europe eben zwei 4GB Karten mitnehmen. UMAX974 Persönlich fände ich eine dreiteilung besser: West-, Mittel- und Osteuropa (immer von N bis S alles enthaltend) -- in der hoffnung, dass die Alpen komplett in der Mitteleuropa-karte landen würden ;) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Martin Simon grenzde...@gmail.com writes: Kann man ja auch seine Füße drauf ablegen... Ja, besser ist aber die gepäcktasche dafür geeignet ;^) aber immer schön einpacken, wegen der Unterscheidung Gepäck - Fahrrad. ;-) Da wird nix eingepackt -- zusammengeklappt ist das nur packerl gestänge in einem kleinkofferformat. Ich war mit dem klapperrad dieses jahr im ICE fast 20x unterwegs (jeweils hin und zurück) und es wurde seitens der zugbegleiter nie angemeckert. Ich gedenke, dass weiterhin so zu handhaben. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Andre Joost andre+jo...@nurfuerspam.de writes: Hinzu kommt, dass Zeichen 240 laut STVO den Fußgängern Vorrecht gewährt. Das ist bei 241 auch kaum anders. Wenn der fußgänger einen schritt über den strich macht und ein radfahrer verletzt den, hat der radfahrer auch einen schweren stand. So ist es auch mit den autos auf fahrbahnen. Darum ging es aber nicht. Das umgekehrte Schild (Fahrrad oben, Fußgänger unten) ist schon seit längerem aus der STVO verschwunden (auch wenn es noch etliche davon in freier Wildbahn gibt). Da wäre ich, was das mappeen betrifft, großzügig. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Jochen Topf joc...@remote.org writes: Also hat man highway=construction, construction=residential genommen. IIRC, war aber doch genau das der ursprüngliche vorschlag. Zeitweilig sind einige duetsche(?) mapper davon abgewichen. Schön, dass die jetzt wieder auf die ursprüngliche linie eingeschwenkt sind. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Martin Simon grenzde...@gmail.com writes: Daß das, genau wie die fehlende Unterstützung seitens Cyclemap, seit Ewigkeiten behoben ist, muß ich dir sicher nicht ernsthaft sagen. Dann war es eben ewigkeiten kaputt, was die sache auch kaum besser macht. Andere anwendungen, wie z.b. mein relativ neuer josm (3377, einen neueren kann ich hier auf diesem rechner nicht installieren) ist weiterhin kaputt. Das liegt nun nicht an josm, sondern an diesen path-fundamentalisten. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Walter Nordmann walter.nordm...@web.de writes: was ist das denn für ein problem? eventuell hab ich ne idee? highway=cycleway foot=yes und highway=path foot=designated bicycle=designated werden nicht übereinstimmend dargestellt. Es geht mir weniger um die lösung dieses konkreten falles als um die einsicht, dass diese mutwillige 'rumändern am tagging, wenn es nicht rückwärtskompatibel ist, viel kaputtmachen kann. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: DE:z260 oder was für ein Zeichen auch immer sollte man m.E. überhaupt nicht an ways hängen, sondern nur an Nodes. In Deutschland ist das vielleicht noch eher klar, Eben. Deswegen packt man das zeichen an den weg, auf den es sich bezieht. Es gilt immer, bis es im- oder explizit aufgehoben wird. Das einzige zeichen, welches wirr ist, ist dies Radfahrer absteigen! -- siehe dazu die ausführungen von Bernd Sluka. (ok, andere informelle schilder wie Steinschlag (115), Splitt (116), Kinder (136) Baustelle (123) etc. kannst du meinetwegen auch gern als node mappen.) aber prinzipiell ist es immer eine Interpretation, wo bzw. bis wo ein Schild gilt. Das hätten die italiener gern so ;) Wenn man es auf einem Node an der Position taggt, mappt man die Realität (eine Art von Richtung wäre auch nicht schlecht, ist meistens aber überflüssig). Das mag zu beachten sein. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Best Practice fürs Erfinden von Tags
Bernd Wurst be...@bwurst.org writes: Also klar, ein paar Ausnahmen gibt es: name, comment, solche Dinge, die hat beinahe jedes Objekt und ein Name ist ein Name, damit kann jeder Daten- Verwerter etwas anfangen: Er kann ihn einfach anzeigen. Manche dinge haben allerdings zwei doer mehr namen; standardbeispiel: straße auf einer brücke. Das können wir so ohne weiteres nicht abbilden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: guter Witz, aber das ist prinzipiell so. Z.B. beim Tagging von Maxspeed halte ich es mittlerweile für sinnvoll, einzelne Schilder an den Straßenrand zu taggen. Selbst wenn dann nur für eine Richtung gültig, oder ursprünglich zu weit getaggt (oder zu kurz) weil man evtl. ein Schild übersehen hat, Das unsere daten oft noch unzureichend sind, will ich nicht bestreiten. die Info ist da und hilft weiteren Mappern beim Weiterarbeiten. Ja, das stimmt. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: Andererseits ist der path durchaus sinnvoll, weil man damit nicht so unsinnige (weil subjektiv) Definitionen wie das höchste Verkehrsmittel bestimmt die Klassifikation benötigt, d.h. es werden universelle Wege möglich. Nur hätte man m.E. damit am besten cycleway, bridleway und footway deprecaten sollen. Klar, und primary, secondary, tertiary, residential und den ganzen kram hätte man auch abschaffen sollen, da man ja street mit ein paar zusatztags verwenden kann... path sollte man in Deutschland nur für (naturnahe) wege ohne blaues schild verwenden, quasi als ergänzung zu footway. In anderen ländern sollte man entsprechend verfahren. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Peter Wendorff wendo...@uni-paderborn.de writes: und wie taggst du dann gemeinsame Rad/Fußwege mit blauem Schild? Als erstes gilt die grundregel: das höchste verkehrsmittel entscheidet -- also highway=cycleway und dann tut man noch foot=yes hinzu. Das ist dann für die meisten anwendungen ausreichend. Für den, der es genau wissen will, kommt noch das jeweilige verkehrszeichen hinzu, z.b.: traffic_sign=z241 -- damit ist die sache eindeutig. Den kombinierten rad/fuß/reitweg lassen wir mal einen moment außer betracht (mir ist diese kombination bislang genau ein einziges mal untergekommen: in KS, in der nähe des vfl-platzes). Sich hier für eins zu entscheiden ist jedenfalls falsch. Ganz im gegenteil. Ich kenne dafür highway=path; foot=designated; bicycle=designates; Damit ist nur leider rein gar nichts geklärt und zu allem elend ist es nicht rückwärtskompatibel (weshalb diese wege z.b. auf der cyclemap fehl(t)en). Es ist nicht klar, ob dort wirklich 240 oder 241 aufgestellt ist, oder ist dort nur Für Radfahrer frei angeschlagen, oder fehlt jegliches blaues schild und gibt es vielleicht nur eine rad- und wanderrouten-beschilderung (designated). Weil das alles unklar ist, wurde dann noch ein official dazuerfunden und keiner weiß nun, ob damit das blauschild gemeint ist oder die teilhaberschaft an einer offiziellen wegroute. Manchmal ist weniger mehr. Deshalb: siehe oben. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Martin Simon grenzde...@gmail.com writes: *Nur* dann ist die Sache in deinem Schema eindeutig, aber leider *nur* im nationalen Kontext. Innerhalb der deutschen staatsgrenze kommen die deutschen verkehrszeichen zur anwendung (für irgendwas muss es ja sinnvoll sein, dass wir all diese grenzen in der datenbank und auf den karten ;-( haben). Wer will, kann aber meinetwegen auch gern ein DE hinzupacken. Stell dir vor, du willst eine grenzüberschreitende Garmin-Karte rechnen lassen (oder auch nur eine von irgend einem Ausschnitt der Welt!=DE...) Wer eine gute Garmin-karte machen will, muss sowieso die daten erst einmal vorbehandeln und kann in dem durchgang dann gern ein DE hinzupacken. Du kannst gerne auch zu highway=path deine Verkehrszeichentags (die leider länderspezifisch sind - taggst du eigentlich auch Z260 statt motor_vehicle=no?) hinzufügen, es ergibt sich für dich kein Nachteil zu footway/bridleway/cycleway. Ja, wenn mir danach ist. Das problem ist eben nur, dass diese path-fundamentalisten ihre sicht der dinge dem rest versuchen aufzudrücken und munter in altdaten herumpfuschen, womit sie bestehende anwendungen kaputtmachen. Es hätte ja rein gar nichts dagegengesprochen, wenn die path-fundamentalisten ihre zusatztags an die bestehenden foot/cycle/bridleway gepappt hätten. Ich habe nichts dagegen, wenn man im wald einen footway zu path umwidmet, aber path an blaubeschilderten radwegen führt(e)(?) beispielsweise dazu, dass man auf der Mapnik-karte die offiziellen radwege nicht mehr wirklich erkennen kann. Etwas, das vor einigen jahren bestens funktioniert hat, haben deutsche über-ingenieure und gut-bürokraten verbessert. Nun ist in der theorie alles prima, nur die menschen haben nix mehr davon. Das ist wie mit dem ICE: toll, dass man jetzt so schnell von A nach B kommt, nur leider nervt auf der fahrt fast alles (ansagen, knarrzende plastikausschalungen, stinkende klos, fehlende fußstützen, kurzzüge) und da kaum jemand direkt am (ICE-)bahnhof wohnt, verliert man am ende das meiste der gesparten zeit wieder. Ok, ich habe nun ein faltrad und bin damit recht zufrieden ;) Das ist falsch. official hat *nichts* mit Routen zu tun, aber das dürftest du eigentlich wissen. Ja, aber wenn man (ein neuling oder alter hase) nicht das komplette path-taggingset aus dem ff kann und anwendet, dann ist so ein path-highway ziemlich für die tonne. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie erreichen wir einheitliche Tagdefinitionen?
Stephan Wolff s.wo...@web.de writes: Angenommen, das Gremium hätte die Macht, den ersten Absatz des Wikis aller in den Map_Features genannten Tags zu setzen und gegen Änderungen Dritter zu schützen. Falls das Gremium nach Abwägung der Vor- und Nachteile definiert width beschreibt bei Straßen die Breite der Fahrbahn, würden sich dann die Befürworter einer anderen Definition von OSM abwenden? Ich vermute, dass die Motivation der meisten Mapper durch eine eindeutige Definition steigen würde. +1 Und ein definiertes tag sollte frühestens nach 2 oder 5 (oder 10?) jahren geändert werden können. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schlechtest Wertung für OSM im Kartenver gleich
Frederik Ramm frede...@remote.org writes: werden von Dritten unter Verwendung eines dafuer zur Verfuegung gestellten OSM-Servers hergestellt, OSM unterstuetzt diese Projekte also schon. Das dürfte mit der erhebung der daten und dem füttern der datenbank kaum anders sein ;) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routen die über Plätze führen
Chris66 chris66...@gmx.de writes: Gibt's dazu schon Ideen oder Lösungsvorschläge? Würdet Ihr auch eher explizit nichtexistente aber gezeichnete Wege einbauen? Nicht existierende Wege einzuzeichnen ist wohl nicht erwünscht. Unsinn. Einzeichnen ist erwünscht. Der weg existiert genauso wie z. b. ein winterweg. Man zeichnet einfach die idealverbindung ein und highway-tags lässt man weg. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routen die über Plätze führen
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: Ich finde Routing am Platzrand entlang in fast allen Fällen ja bereits ausreichend, Ich finde das ziemlich bescheuert. Und bei weglosen wegen in den bergen wird man dann am wiesenrand entlanggeroutet? -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM quo vadis
Jonas Krückel o...@jonas-krueckel.de writes: Auf jeden Fall stimme ich dir hier voll und ganz zu und bin der Meinung, dass wir viel mehr dem Besucher von osm.org erklären und zeigen sollten, was OSM ist, warum es so toll ist und warum er beitragen soll [...] Warum? Ich habe verstanden, dass es gut ist, du hast es verstanden -- warum glaubst du, dass es andere nicht verstehen können? Etwas mehr vertrauen in die mitmenschen und etwas weniger missionseifer wären manchmal wünschenswert. Manchmal sollte man auch weniger wir sagen, sondern selbst etwas tun. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM quo vadis
Jonas Krückel o...@jonas-krueckel.de writes: [...], dass es die aktuelle Webseite ihnen unnötig schwer machen. Warum zeigt die Webseite eine Karte an und nicht mehr Informationen über das Projekt? Das liegt wohl daran, weil man nicht alles auf die erste seite packen kann. Aber Help Wiki ist doch links an erste stelle im grauen kasten verlinkt. Persönlich find ich es auch doof, dass man links heutzutage oft nicht als solche erkennen kann und dass man immer erst mit der maus drüberrutschen muss, um klickbares zeug zu finden -- wahrscheinlich ist das aber für die Generation Web 2.0 kein problem. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM quo vadis
Sebastian Hohmann m...@s-hohmann.de writes: Wenn man osm.org irgendwo gesehen hat und mal neugierig nachschauen will, was das ist, dann fördert die sofortige Anzeige der Karte irgendwie falsche Erwartungen. Kannst du die behauptung belegen? Ich find's gut, dass eine umschaltbare(!) karte _groß_ angezeigt wird. Wie willst du sonst regeln, wer alles auf die startseite darf? Man wird dort kaum alle Garmin-, alle wander- und alle fahrradkarten und alle autokarten, sowie alle routinglösungen wie auch alle POI-extrakte in kleinstfenstern darstellen können. Außerdem sind unsere standardkarten (mapnik, osmarender und cycle map) auch recht ansprechend. Es müsste nur mal jemand legenden basteln... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM quo vadis
Frederik Ramm frede...@remote.org writes: Auf http://www.remote.org/frederik/tmp/osm3col/ findet ihr ein uraltes Design, das vor etwa 4 Jahren mal fuer die internationale Webseite diskutiert wurde (nicht von mir - ich weiss nicht mehr, von wem das kam). Ganz ohne Karte. Da kommen dann keine Missverstaendnisse mehr auf ;) Nicht schlecht, aber das ist eben so eine seite die man grundsätzlich wegklicken muss, um dann etwas wirklich brauchbares zu sehen. Kann man so machen. Aber nicht nach meinem geschmack. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM quo vadis
Jonas Krückel o...@jonas-krueckel.de writes: Solange sich keiner solch eines Redesigns ernsthaft annimmt, wird sich auf osm.org natürlich nichts ändern. Wenn du etwas ändern willst, musst du einen weg finden wie das geht. Das ist überall im leben so. Hinstellen und klagen hilft meist nur wenig. Konkret muss man mehrheiten organisieren und möglichst konkrete vorschläge machen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Walter Nordmann walter.nordm...@web.de writes: glaub ich nicht, dass er irgendwas erlauben wird. er ist doch vor einigen monaten tiefst-beleidigt und eingeschnappt abgehauen nicht ohne seine daten brutal zu löschen. Das wäre dann vandalismus gewesen und man hätte das mutwillige löschen rückgängig machen müssen. und trotzdem auf platz 2. alle achtung. Vielleicht zählt das löschen ja auch als edit... echt schade um ihn, er hat gute arbeit geleistet. Ich würde das entspannt sehen. Seine bearbeitungen waren wohl stellenweise schon etwas eigenwillig... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
BTW, ich hab keine ahnung, wo ich zustimmen kann... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Ich würd einfach nix löschen. Bzw. erst dann, und nach prüfung, wenn sich jemand beschwert. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Matthias Versen ma...@mversen.de writes: Karl Eichwalder wrote: Ich würd einfach nix löschen. Bzw. erst dann, und nach prüfung, wenn sich jemand beschwert. Mit so einer Einstellung gefährdest Du OSM insgesamt, das ist Dir klar ? Es braucht sich keiner beschweren, er kann gleich eine Klage mit Schadensersatzforderung einreichen. Den persönlich erlittenen schaden müsste er erstmal nachweisen, denke ich. Wenn er das kann, kann er es auch, wenn wir jetzt seine daten recht halbherzig aus der datenbank nehmen (AKA: löschen). -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Farmland
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: ich bin für ein komplett neues Tag landcover, das dann Werte wie sand, tree, grass annehmen würde und kompatible zu landuse und natural ist (problemlos und eindeutig zusätzlich anwendbar). Landcover würde nur die tatsächlich physisch vorhandene Bodenbedeckung abbilden, landuse würde die reine Nutzung beschreiben. So verwende ich sowieso so seit jahren dies natural, auch und besonders parallel zu landuse=forest. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Bernd Wurst be...@bwurst.org writes: Am Sonntag 10 Oktober 2010, 11:07:44 schrieb Karl Eichwalder: BTW, ich hab keine ahnung, wo ich zustimmen kann... Du musst dich in deinem Account auf osm.org einloggen. Dort (auf deiner User-Seite) findest du dann einen Link, dass du den Contributor Terms zustimmen sollst. Gut, danke! Gefunden :) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation führt über area - Lü cke
aighes h.scholl...@googlemail.com writes: Ebenso könnte man einen Weg ohne Tags zusätzlich auf der Fläche eintragen und diesen in die Relation stecken, anstatt der Fläche. Letzteres würde dann auch das Kreisverkehrproblem lösen. Damit hat der Analyzer nämlich auch Probleme. Aus gründen der rückwärtskompatibilität sollte man das bis auf weiteres so handhaben. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation führt über area - Lü cke
André Joost andre+jo...@nurfuerspam.de writes: Am 05.10.10 09:23, schrieb Peter Körner: Na das ist ja auch ganz klar: da ist kein weg und nur weil Tool XY das gerne so mag wird die Stadt da auch keinen bauen. Die OSM Datenbank sollte ein möglichst genaues Abbild der Wirklichkeit darstellen und wo kein Weg ist da sollte auch keiner eingezeichnet werden. Nicht alles, was als way eingezeichnet ist, muss ein gebauter weg sein. Winterwege und pisten wird man auch als ways eintragen wollen und so auch die idealisierten routen über plätze. Wernn es bei OSM nicht so viele Dogmatiker geben würde, könnten Fläche und Linie durchaus nebeneinander existieren. Wird bei Flußläufen so gemacht, und beim Dortmunder MilimeterLuftbildprojekt kam auch die Einsicht, dass Straßenflächen und -Linien übereinander ihre Berechtigung haben. Eben. +1. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation führt über area - Lü cke
Peter Wendorff wendo...@uni-paderborn.de writes: Geht damit nicht der eigentliche Vorteil von wegen gegenüber dem ganz frühen Modell von Segmenten verloren? Diese eigentliche vorteil war schon immer ein nachteil. Hab's nie verstanden, warum man das so simple segmenten-modell aufgegeben hat. Wäre es nicht besser, eine Route auf Weg A von Knoten B bis Knoten C zu führen? Das ist nur ein weiteres indirection layer. Das macht die sache nicht einfacher und da es nicht greifbar ist, würde die dinge schnell zerbrochen werden können. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation führt über area - Lü cke
Robert Heel openstreetmap@bobosch.de writes: Das zerstückeln von Wegen finde ich auch nicht so schön. Eigentlich müsste man alle Wegschnipsel wieder in eine Relation packen und dort erst die Tags setzen ... Ich find's ok, das zerstückeln. Und mit der relation hast du recht. IIRC hat sogar Frederik mal sinngemäß gesagt, dass es mittelfristig für jede straße eine relation geben wird oder muss. Damals wohl im zusammenhang mit brücken. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest: Bildflugwünsche und -tarife 2010 - Zeichenqualität
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: - magere Datengrundlage (schlechter Empfang, schlechtes GPS, z.T. auch aufgrund schlechter GPS-Einstellungen) - fehlendes Bewusstsein - absichtliches Sparen (Routinggraph-fetischisten und ähnliche) vor allem der letzten Gruppe sollte man nochmal kommunizieren, dass die Datenbank groß genug ist, und dass man anwendungsbezogene Vereinfachung jederzeit später noch machen kann. Oft sind die wege allerdings nur pseudogenau. Mountenbiker und bergsteiger scheinen ihre tracks gern 1:1 einzuspielen und bei dem oft lausigen signal und dem relativ langsamen aufstieg werden die weg dann oft irgendwie zackig, ohne die realität abzubilden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Quietscheentchen quietscheentchen4...@nurfuerspam.de writes: Karl Eichwalder wrote: Nein, so etwas wie AG oder GmbH oder Dokumentatstadt oder Universitätsstadt lässt man in name weg. Das gehört allenfalls nach official_name. Wieso denn doppelt? Einmal, aber richtig. Mit richtig ist das immer so eine sache... Jede Firma hat nur einen Namen und die richtige Schreibweise ergibt sich aus dem Handelsregister, einfach nachschlagbar unter http://www.handelsregister.de. Das ist der offizielle name und der gehört nach official_name. Da ist auch häuftig AG als Aktiengesellschaft im Firmennamen ausgeschreiben. Wenn du den Rechtsformzusatz weg lässt, wie willst du dann die Müller GmbH von der Müller AG unterscheiden? Warum sollte ich das wollen? Der rechtsformzusatz ist im alltagsleben des normalbürgers sehr uninteressant. Der normalbürger interessiert sich mehr dafür, ob es sich um ein lebensmittelgeschäft oder um einen fahrradladen handelt. Wenn du die karte zumüllen willst, dann pack lieber eine kombination aus meinetwegen shop+name auf die karte. Ok, hier ging's erstmal nur um operator, aber in name habe ich auch schon die unmöglichsten sachen angetroffen. Sehr beliebt auch bei GmbH Co. KG, der GmbH und der KG den gleichen Namen zu geben. Streng genommen gehört der Sitz mit dazu, denn es kann auch gleichlautende Firmen in verschiedenen Orten geben. Wie willst du da mit der richtigen Firma Kontakt aufnehmen? Bestimmt nicht über die bei osm eingetragenen daten. Oder anders, mach dir keine sorge, auch wenn du das GmbH oder KG weglässt, wird dein schreiben schon die richtige stelle erreichen Europaweit sind alle Handelsregister elektronisch abrufbar, zumindest die Firmensuche ist frei, wodurch man die richtige Schreibweise auch für ausländische Firmen erhält. Schön, aber deswegen muss man das noch lange nicht bei name eintragen. Wenn du es für wichtig erachtest, trag es bei official_name ein. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik rendert in 5 Minuten
Markus liste12a4...@gmx.de writes: Besser ist, Du sagst, dass es frueher 2 Wochen dauerte, heute aber meist schneller geht ;) Ja, mache ich meistens so. Das schneller präzisiere ich noch ein bisschen und zeige den verblüfften Zuhörern, /wie/ schnell OSM inzwischen ist :-) Ich hoffe nur, du hast da echte daten (verbesserungen) einzutragen und keine pseudoänderungen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Walter Nordmann walter.nordm...@web.de writes: eigentlich den korrekten, also längsten. das gilt normalerweise für alle Namen (Staßen, Firmen, ...) Nein, so etwas wie AG oder GmbH oder Dokumentatstadt oder Universitätsstadt lässt man in name weg. Das gehört allenfalls nach official_name. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik rendert in 5 Minuten - Methodik-Didaktik
Markus liste12a4...@gmx.de writes: Wir machen das so: - auf dem Beamer zeigen wir den TN die Karte - wir bitten die TN ihr Gebiet zu prüfen -- so erhalten wir Infos über Fehlendes / Fehlerhaftes etc. Danke, das hört sich gut an! -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von geotagged Bildern in OSM
Sven Geggus li...@fuchsschwanzdomain.de writes: Jo sowas bräuchte man mal in frei für den eigenen Server und auf Basis von Openlayers und OSM. Christopher Schmidt hat etwas derartiges kürzlich auf der OL Users gepostet (bilder werden von flickr geholt); leider ist das ML-archiv derzeit gestört. Ich habe es testweise mal bei mir eingebunden, weiß aber nicht, ob Christopher damit einverstanden ist, dass ich seinen js-code verwende: http://www.gnu.franken.de/ke/trips/2010/20100919-treuchtlingen/photos.html Christophers beispiel: http://crschmidt.net/flickr/geo/tokyo uses http://crschmidt.net/flickr/geo/flickr.js -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser
Peter Wendorff wendo...@uni-paderborn.de writes: On 30.09.2010 20:10, Karl Eichwalder wrote: Das ist genau der grund, weshalb man einfaches, aber korrektes (US-)Englisch wählen sollte. Kleine Korrektur: OSM kommt aus England und wenn Du die talk-Liste mal durchguckst: da wird eher stark auf BRITISCH Englisch gepocht. Ist bekannt. US-Englisch wäre gleichwohl besser, da dessen schreibweisen weniger krude sind. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser
Wolfgang wolfg...@ivkasogis.de writes: das würde ich nicht so eng sehen. Die Mehrheit der Mapper sind Nicht- Engländer. Amerikaner sind auch Muttersprachler, sehen aber vieles ganz anders/lockerer. Die überwältigende Mehrheit der Welt sind keine Muttersprachler und sprechen englisch nur als Verständigungssprache. Es reicht aus, wenn für alle erkennbar ist, was damit gemeint ist. Das ist genau der grund, weshalb man einfaches, aber korrektes (US-)Englisch wählen sollte. Letztlich handelt es sich bei tags nicht um Umgangssprache, sondern um technische Ausdrücke, die von Menschen und Maschinen verstanden werden sollen. Kein grund, sich nicht um richtige wendungen zu bemühen. Stell dir vor, das ganze wäre auf Deutsch und anstelle von trinkbar wäre trinklich oder so einzutragen. Kann man alles machen, aber auf die dauer wär das kaum auszuhalten. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt des Monats - Oktober 2010 .... wie geht es weiter?
Jan Tappenbeck o...@tappenbeck.net writes: Wollen wir für Oktober ein neues Projekt starten ? Projekt-Vorschlag: Einen Monat lang nicht mehr als 1 (Frage-)Posting pro User täglich. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OSM-Bayern] Mailingliste Rhön-Grab feld
koppenho koppe...@online.de writes: seit heute Mittag gibt es eine Mailingliste für Bad Neustadt und den Landkreis Rhön-Grabfeld: http://lists.openstreetmap.de/mailman/listinfo/rhoen-grabfeld Darüber versuche ich OSM-Aktive in und um Bad Neustadt zu organisieren. Was ich geplant habe, steht in: http://wiki.openstreetmap.org/wiki/Talk:Bad_Neustadt Interessenten bitte ich sich in der Liste einzutragen. Ist das nicht ein wenig listen-inflationär? Wenn, dann wäre vielleicht eine liste rhoen für eben die gesamte Rhön (länderübergreifend) sinnvoll gewesen. Aber ich wiil euch nicht wirklich reinreden -- viel erfolg! -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue(?) Surface-Art entdeckt....
aighes h.scholl...@googlemail.com writes: Naja...der MTB'ler wird da aber fluchen... Nach bayrischem recht darf man da sowieso nicht mit dem rad fahren. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Eigentum verpflichtet (Re: Daten auf Ver langen löschen oder nicht ...?)
Martin Hollmichel martin.hollmic...@nesshof.de writes: * wir sollten bei Daten von privateigentum zurückhaltend sein, GG Art. 14: (2) Eigentum verpflichtet. Sein Gebrauch soll zugleich dem Wohle der Allgemeinheit dienen. * nicht Daten sammeln um des Sammelns willen, Das machen wir erstmal eigentlich alle und daran ist auch nichts verwerfliches -- etwas anderes ist es, wenn ein unternehmen gezielt personendaten erhebt. * den praktischen Nutzen des Endresultats im Auge behalten (Karte, routing informationen) Das ist unsinn. Es gibt mehr als ein endresultat. Es kann durchaus sinnvoll sein, jeden größeren baum und jeden versiegelte weg zu erfassen. ... , ich moechte einfach nicht, dass in meinem Garten sich jemand orientieren kann, da ich moechte, das sich dort einfach niemand ausserhalb meiner Familie hinverirrt. Dein wunsch in ehren, aber je größer dein grundstück ist, umso größer ist auch der wunsch der allgemeinheit (gesellschaft), daran teilhaben zu können. Wenn sich osm aber beschliessen sollte, alles zu katalogisieren, was da ist, und das als sein mission statement darzustellen, dann habe ich meine Probleme damit. Solange du mit deinen problemen andern nicht zu last fällst, darfst du deine probleme gern pflegen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Falk Zscheile falk.zsche...@googlemail.com writes: Für mich auch nicht. Aber ich denke entscheidender ist, was die polnischen Nachbarn hierzu sagen. Auf der polnischen Wikipedia-Seite zu Olsztyn steht in Klammern der deutsche Name, ohne Hinweis auf seine historische Erledigung. Warschau, Breslau, Danzig, Prag, Eger -- warum sollten diese namen historisch erledigt sein? Straßburg, Nizza, Mailand, Florenz, Venedig, Peking usw. werden ja auch weiterhin im deutschen sprechkontext verwendet. Es ist schon sehr arogant, den deutschsprachlern mittel- und osteuropäisch sprachliche städtenamen aufzwingen zu wollen. Bis 1989 hatte es seinen reiz, als BRD-deutscher von Gdansk oder Chleb zu sprechen, jetzt sollte man daraus aber kein dogma mehr machen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Dennis Egbers dennis.egb...@tu-bs.de writes: Am einfachsten ist es womöglich, sofern möglich, einfach die Bewohner zu fragen, ob es sie stört, wenn man den deutschen Namen benutzt. Prima idee. Aber bitte keinen vergessen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Falk Zscheile falk.zsche...@googlemail.com writes: Meine Gedanken sind/waren hier viel pragmatischer. Wenn die Mapper vor Ort ein Problem mit name:de hätten, dann sollten wir das berücksichtigen. Wir wollen ja keinen Editwar und ein möglichst dauerhaftes bestehen der entsprechenden Tags. Wäre doch schade, wenn man sich die Arbeit umsonst machen würde oder einen editwar vom Zaun brechen würde. Für den editwar werden die deutschen schon untereinander sorgen... Ich verstehe auch nicht, wie das praktisch funktionieren soll (oder warum die leute vor ort entscheiden dürfen, wie es in ihnen unbekannten sprachen richtig zu sein hat). Wenn mir name:cs=Norimberk name:em=Nuremberg name:it=Norimberga nicht zusagt, weil's offiziell ja Nürnberg heißt, dann soll ich vor ort das einfach ändern dürfen? -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Markus liste12a4...@gmx.de writes: Das wäre ein klarer Fall für name:de=Sterzing :-) oder vielleicht sogar name=Vipiteno/Sterzing Das ist kompletter unfug -- siehe oben, ein vorredner hat es dir gerade erklärt. Niemand sagt: Ich fahre nach Vipiteno/Sterzing. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Johannes Huesing johan...@huesing.name writes: Karl Eichwalder k...@gnu.franken.de [Wed, Jun 23, 2010 at 08:33:30PM CEST]: [...] Chleb Bernd das Brot? Gut aufgepasst ;) Also: Cheb. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Daten auf Verlangen l?hen oder nicht ...?
Walter Nordmann walter.nordm...@web.de writes: p.s. öffentliches GRIINS ist lustig; der tippfehler ist aber bereits im original drin. Wahrscheinlich wurde der text irgendwann und -wo mal eingeskännt (das schreib ich jetzt mal so...). -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Map
Florian Gross usenet-spam-genausoguel...@grossing.de writes: Bei einem Blauschild *must* du den Weg benutzen und darfst die Fahrbahn daneben nicht benutzen. Das ist unsinn. Es ist nicht verboten, die fahrbahn zu benutzen. Und blau-beschilderte wege ist man nicht verpflichtet zu benutzen, wenn diese nicht zumutbar sind (zu gefährlich, zugerümpelt etc.) oder nicht dorthin führend, wo man hin will. Ist keine Fahrbahn daneben vorhanden ist das Schild sowieso Blödsinn. Aber das gehört hier nicht rein und sollte per PM abgehandelt werden. Die dinger sind zwar eigentlich gebotsschilder, schließen aber gleichzeitig andere verkehrsteilnehmer (MIV, reiter) aus. So haben sie dann schon ihre innerstädtische berechtigung. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen Tool Update
Martin Simon grenzde...@gmail.com writes: Am 17. Juni 2010 11:02 schrieb Sven Geggus li...@fuchsschwanzdomain.de: living_street war IMo ein Unfall. Das sind in 99,9% der Falle ganz normale residential Roads mit speziellen Verkehrsvorschriften. Auch hier wäre es IMO besser gewesen einen speziellen Zusatztag zu erfinden. +1 +1 Da fällt mir ein: hat jemand schon ein tag, das aussagt, daß Fahrbahn und Gehwege Ebenengleich angelegt oder sogar als gemeinsame Verkehrsfläche realisiert sind? (Stichwort shared space, aber auch die bauliche Praxis bei vielen Neubau-Wohngebieten der letzten 2-3 Jahrzehnte) Für diese Spielstraßen ist gemeinsame Verkehrsfläche eigentlich Vorschrift. Durch Boller, Pfosten, Ketten, Blumenkübel, Parkflächen usw. kriegen es die Planer freilich immer wieder hin, dass Fußgänger- und Autobereiche deutlich voneinander getrennt sind -- entgegen der Vorschrift. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Map
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: Die Absichten mögen ja nobel sein, aber es kann nicht sein, dass ein Verein nach gutdünken darüber entscheidet, ob ein Reiter dort lang darf oder nicht (indirekt). Auch ist ein Waldweg mit 2,95 m Breite nicht gerade schmal. Mag sein, aber würde man die latte tiefer legen, könnte man sich das gesetz gleich schenken. Wenn ich reiten würde und wegen dieses Gesetzes Probleme bekäme würde ich es drauf ankommen lassen, das sieht mir etwas unausgegohren aus. Derartige anti-reiter-gesetze sind leider notwendig, da der und die freizeitreiter(in) offensichtlich kein rechtes bewusstsein für sein oder ihr tun hat. Wahrscheinlich wissen sie in der regel schon, was sie so anrichten, aber letztlich obsiegt bei einigen(?) der egoismus und der weg ist kaputt für die nächsten wochen und monate. Die reiter(innen) mögen die selbst verursachten chaoswege natürlich selbst auch nicht, was man beispielweise daran sieht, dass sie sich im sebalder reichsforst immer neue strecken erobern. Erst entstehen schmale pfade durch die beeren- und pilzesammler und dann werde diese pfade von reitern und mtb'lern durchgeackert. Das wäre alles kein problem, wenn diese freizeitsportler a) nicht als mif'ler anreisen und b) nicht in diesen massen auftreten würden. Was soll's, im osten der republik sollen ja angeblich unberührte landschaften entstehen... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen Tool Update
Martin Simon grenzde...@gmail.com writes: Daher ist es eher unangebracht, die Straße selbst als Radweg, also Sonderweg für Radfahrer, zu taggen. Die Straße sollte meines Erachtens ihre normale Klassifikation erhalten (residential, unclassified, service, etc.) und die Verkehrsregelung Fahrradstraße separat getaggt werden (cycleroad=yes oder, wie hier[1] dokumentiert mit bicycle=designated). +1 ;-) [1] http://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren#Fahrradstraße Unsere zentrale fahrradstraße am Hl.-Geist-Spital (ca. 50m) wird übrigens permanent aufgehoben, weil es anderswo zu sperrungen kommt... Naja, es war ja sowieso nur eine neubeschilderung ohne begleitende baumaßnahmen, so dass das konstrukt von den verkehrsteilnehmern kaum angenommen wurde. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderweg eintragen?
Manuel Reimer manuel.s...@nurfuerspam.de writes: ich bin letztens bei der Einweihung eines Wanderwegs dabei gewesen und habe beim Ablaufen den Logger mitgenommen. Jetzt würde ich den Weg gerne eintragen. Prima. Wer kann dazu etwas sagen? Ich :) Wie wäre es, wenn du im wiki (oder im hiesigen listenarchiv) nach wanderweg suchen würdest? Konkrete beispiele gibt es übrigens in der OSM-datenbank zuhauf ;) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradaufzug mit Handbetrieb / Kreativ Steig ungen überwinden
r...@gmx-topmail.de writes: Ist diese Hunte-/ oder Hundebrücke eine Brücke, die normal mit 4-Rad-Fahrzeugen befahren wird? Falls ja, sollte man diese Route Süd Deilbachtal schlicht früh genug verlassen, um mit den normalen 4-Rad-Fahrzeugen über die Brücke zu fahren. All diese speziellen Radverkehrsanlagen sind immer ganz lustig, aber letztlich erleichtern sie eigentlich nicht das Radfahren. Wenn's drauf ankommt, funktioniert dieser Kram nicht bzw. kostet mehr Kraft als einfach zu schieben. Ein interessantes Beispiel ist vielleicht die Seilbahn, die im letzten fairkehr-heft beschrieben ist (am Ruhrradweg?). Seid ihr schonmal irgendwo auf einen Fahrradaufzug mit Handbetrieb oder andere kreative Ideen gestoßen, wie Steigungen überwunden wurden? Hintergrund ist eine Anfrage der Essener Radwegeentwickler (s.u.). Ich glaube, in Oslo gibt es eine Art Schlepplift. Das war wahrscheinlich nicht ganz billig und lohnt sich nur, wenn es 7 Tage die Woche fleißig genutzt wird. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad routing auf OpenRouteService
fly lowfligh...@googlemail.com writes: Auch werde ich häufig zum Kreuzen von highway=primary an Stellen aufgefordert, an denen kein sicher Übergang möglich ist und eine Ampel nur einige Meter weit entfernt ist. In der regel sind ungesicherte übergänge für radfahrer sicherer. Nur geübte radfahrer wissen, dass sie an offiziellen Übergängen doppelt vorsichtig sein müssen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad routing auf OpenRouteService
fly lowfligh...@googlemail.com writes: naja, Geschmackssache, kürzer ist das Schneiden von Ecken in den meisten Fällen, wie sicher man das einstuft hängt von div. Faktoren ab, wobei ich grundsätzlich jeden Wechsel (Spur, Straße, Weg, etc.) erstmal als weniger sicher als das Bleiben einstufen würde. +1 Nicht, wenn ich anschließend wieder auf die selbe Straße zurückkehre und somit nur einen Schlenker über die Tankstelle ... mache. Gerade an ampeln sind radstreifen keineswegs sicher (bordsteinradwege auch nicht, aber das ist ein anderes thema). Dort ist man schnell im toten winkel von bussen und lkw(s), und wenn diese dann den streifen versehentlich schneiden, ist es schon zu tödlichen unfällen gekommen Auch würde ich es nicht gerade als sicher ansehen auf Tankstellen mit dem Fahrrad entlang zu fahren. Eher was für den kürzesten Weg oder für freeride (Möglichkeit von Rampen etc.) Musst du eben vorsichtig fahren. Wg. ampel, fußgängern und etwaigem radfahrer-rückstau kommst du auf dem sonderweg auch nicht zügig voran. BTW, würden die mif'ler, busse und lkw(s) nicht regelmäßig den sonderweg mitbenutzen, würden dort noch mehr dreck und scherben rumliegen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu Gewässerrelationen
Frederik Ramm frede...@remote.org writes: Genauso, wie wir eine Strasse in mehreren verschiedenen Ways modellieren koennen, ohne dafuer eine Relation zu brauchen, ist das auch fuer Fluesse. Da man die straßen wg der wanderweg-relationen oder der maxspeed-geschichten zerstückeln muss, ist es nicht ganz abwegig, jede straße mittels einer relation wieder zusammenzufriemeln. Schon allein wg. des name-renderings ;) Oder geht das mittlerweile bei gesplitteten highways gescheit? Außerdem hattest du mal gesagt, dass wir wahrscheinlich für jede straße mal eine relation brauchen werden ;) Es gibt gar keinen Grund, fuer jeden kleinen Fuzzelfluss eine Relation anzulegen - bzw. wer immer sich das ausgedacht hat, wollte damit wohl erreichen, dass man leichter aus dem Wiki auf die Fluesse verlinken kann, aber auch das ist *nicht* der Zweck von Relationen. Das stimmt, aber wg width und so, wird man auch flüsse oder bäche sehr oft splitten müssen... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway
Rainer Knaepper rain...@smial.prima.de writes: Ack. Ich habe hier in der Gegend schon einige Fußwege mit Zusatzschild Radfahrer frei umgemapt. Das sind keine Radwege, wo auch Fußgänger erlaubt sind. Richtig. Das sind footway mit bicycle=yes. Besonders knuffig fand ich mal einen cycleway, der in einigem Abstand immer mal wieder eine Treppenstufe eingebaut hat, die offensichtlich von Radlern jeweils per Schlenker über die Wiese umfahren wird :-) Wenn's wirklich mit entsprechendem blauen schild ausgeschildert war (z.b. z240) ist es ein cycleway mit foot=yes|official|desig, den man jeweils für die stufen (highway=steps) unterbricht. Wahrscheinlich war stand dort aber kein entsprechendes schild. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichen 241 bei baulicher Trennung?
gmane2...@cfaerber.name (Claus Färber) writes: ThomasS tsch...@elchs-kramkiste.de schrieb/wrote: woher sollen sonst Fußgänger / Radfahrer wissen, welcher Streifen für sie bestimmt ist? Oder habe ich die Frage nicht richtig verstanden? Dazu ist dieses Zeichen nicht da. Nein. Zeichen 241 verbietet im Wesentlichen das Fahren auf der Fahrbahn. Nein. z241 schreibt radfahrern (und fußgängern) die benutzung des weges vor, soweit er straßenbegleitend ist. Natürlich ist radfahrern weiterhin die benutzung der fahrbahn gestattet, wenn der z241 nicht zumutbar ist (z.b. nicht geräumt, zu schmal für ein rad mit hänger, führt woanders hin, zu gefährlich etc.). -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauch t den cyclefootway
Thomas Ineichen osm.mailingl...@t-i.ch writes: Halte ich auch so. Etwas angefresen bin ich auch wenn jemand großflächig anfängt, von mir erfasste cycleway/footway/track in path zu verschlimmbessern, die man dann außerdem in der Karte nicht mehr auseinander halten kann. Wenn der highway=path inkl. bicycle=designated und/oder foot=designated eingetragen wird, dann rendert ihn Mapnik genau so blau oder rot wie highway=cycleway bzw footway. Leider greift das nicht so wirklich. Durch die aufweichung des parallel-angebots (path) fühlen sich nun andere ermuntert, auch track für wege zu verwenden, die mit blauen schildern (240 oder 241) ausstaffiert sind. Und die erscheinen nun keineswegs blau :-( track wird dann auch mal großzügig auf wege angewendet, die allenfalls einen guten meter breit sind. Heraus kommt ein path-Brei von dem ich nicht weiß ob mich vor Ort ein asphaltierter Weg oder eine Stelle erwartet wo ich das Rad tragen muß. Sowas ist einfach nur Mist. Auch ein highway=cycleway muss nicht zwingend geteert sein. Das stimmt... Allerdings sind mit blauen schildern (240, 241) versehene wege selten schlimmer als grade2 oder grade3 -- jahreszeitlich sind natürlich immer ausreißer möglich (weshalb radwege ja auch grundsätzlich problematisch sind). Eine Unterscheidung nach surface=* fände ich allerdings auch praktisch (insbesondere bei path), z.B. durchgezogene Linie bei paved/asphalt/etc. und die heutige gestrichelte Linie bei unpaved/gravel/etc. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway
Chris66 chris66...@gmx.de writes: Am 25.05.2010 15:13, schrieb fly: Was ist ein highway=cycleway mit foot designated bzw footway mit bicycle=designated ? - nicht wirklich sinnvoll. Das ist einfach doppeltgemoppelt und schadet nicht. Bei communityprojekten ist eine gewisse redundanz in den daten von vorteil. Ich verwende in sollchen Fällen immer track/path. Das ist einfach murks für alle anwendungen, die nur die alten basistags kennen. Naja, hier bei uns zB. schlängelt sich ein Radweg (Schild 240) durch eine Kleingartenanlage. Um auszudrücken, dass es eher ein gefühlter Fußweg ist, habe ich den mit hw=footway + foot=designated + bicycle=designated getaggt. Das ist auch murks. Der stärkste der hauptsächlichen zugelassenen verkehrsteilnehmer ist das fahrrad und das sollte man im highway verewigen. Plus das verkehrzeichen als traffic_sign (oder so ähnlich). Der rest ist dann die kür: Wenn's eher ein weg für fußgänger ist, solltest du das mit zusatzattributen beschreiben: width=1 surface=unpaved etc. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenerfassung mit Taxis
Michael Buege mich...@buegehome.de writes: Keine Ahnung, wie man das auswerten kann, interessant ist es allemal. So etwas ergibt sich nun gerade aber nicht aus den nackten taxi-tracks... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hofcafe , Bauernmarkt
Chris66 chris66...@gmx.de writes: bei uns gibt es viele Hofcafes amenity=cafe und Bauernmärkte. Wenn es kein persistenter Markt sondern ein Wochenmarkt ist, der zB. Mittwochs und Samstag stattfindet, dann gar nicht. Natürlich sollte man auch wochenmärkte und wochenmarktähnliche einrichtungen anständig als einkaufsmöglichkeiten mappen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks aufzeichnen von Geocachern
Jan Tappenbeck o...@tappenbeck.net writes: die Urlaubszeit steht vor der Tür und in einigen Bereichen (z.B. Spanien) gibt es Bereiche die mit Luftbildern gut ausgestattet sind. Was haltet Ihr von einem Geocacher-Aufruf im Urlaub Tracks zu erfassen um z.B. Yahoo besser beurteilen und abzeichnen zu können. Einigen werden sagen wir haben zuhause (DE) genug zu tun - der eine oder andere hat aber eine Urlaubs(Beziehung) zu einem Land. Man, man, man -- ist denn schon sauregurkenseit angebrochen. Bitte auch die jogger und wanderruderer aufrufen und den handelsvertreter nicht vergessen... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway
Martin Simon grenzde...@gmail.com writes: Wir hätten übrigens auch nie von den Segmenten weggehen dürfen. Das wäre das dümmste nicht gewesen. Ich muss jedenfalls permanent highways splitten... Die relationen haben keine bestehenden anwendungen kaputtgemacht, anders der path-unsinn. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway
Florian Gross usenet-spam-genausoguel...@grossing.de writes: Wenn es ein Fuß- *und* Radweg ist, sollte das auch aus den Daten ersichtlich sein. Erstens sind fast alle mehr oder weniger eigenständige radwege in Deutschland sowieso auch für fußgänger freigegeben und zweitens ist es ja in den daten ersichtlich, da man ja (foot=yes|designated|official einträgt. So kann jede anwendung, die sich dafür interessiert, das nach belieben auswerten. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenerfassung mit Taxis
Elmar Burke schmalzlo...@googlemail.com writes: Die Daten sind in den Städten ja schon recht gut, aber bei uns auf dem Lande kann man sich über jede Datenquelle freuen ;-) Leider reichen die Landsat-Luftbilder ich aus, um Straßen zu erkenne. Und Yahoo gibt es bei uns nicht... Aber da wird es er der Problem sein, dass es keinen Verband wie in den großen Städten gibt. Gerade auf dem land werden dir taxi-spuren auch nicht großartig helfen. Schwing dich lieber aufs fahrrad und arbeite dich peu-a-peu systematisch vor. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterscheidung von Fahrrad/Fahrradfahren verboten
Michael Buege mich...@buegehome.de writes: b) Fahrräder generell nicht gefahren/mitgeführt/geschoben werden dürfen. Hast du ein konkretes Beispiel fuer duerfen nicht mitgefuehrt/ geschoben werden? Auf dem wochenmarkt in Bückeburg (so war das dort vor ca. 20 jahren jedenfalls ;) ). -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] luftbilder_umbrien_strassentypen
a_beste a_be...@web.de writes: hat jemand Ideen, wie man nach dem Abzeichnen von Straßen nach o.g. Luftbildern den richtigen Straßentyp zuordnet? Gar nicht. Z.B. hier http://www.openstreetmap.org/?lat=42.3518lon=11.9988zoom=14layers=B000FTF wird eine (breitere) Straße als track, eine andere (schmalere) als unclassified bezeichnet. Unbekannte straßen (und wege) sollte man immer nur als road eintragen und dann vor ort verifizieren. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway
Martin Siegel martin.sie...@sdas.de writes: Am 21.05.2010 22:33, schrieb Karl Eichwalder: Es macht die dinge nur unnötig kompliziert. Alle attribute kann man auch an die traditionellen highway-tags dranhängen (footway, cycleway, track). Bevor ich mir überlege, ob ich für einen gemeinsamen Rad- und Fußweg jetzt highway=footway bicycle=designated oder highway=cycleway foot=designated benutze hab ich den weg schon lange und äußerst unkompliziert mit highway=path foot=designated bicycle=designated getaggt. Abgesehen davon, dass das herumfuchteln mit designated keineswegs intuitiv ist (konkurrierend haben wir ja auch noch official und ÿes), ist es vor allen dingen nicht rückwärtskompatibel. Bei verschiedenen projekten wird es unterschiedlich oder auch gar nicht ausgewertet. Es ist immer wieder sehr clever, funktionierende anwendungen durch tag-änderungen kaputtzumachen. Aber darum ging es ja auch gar nicht. Es ging darum, dass bei solchen parallelen Möglichkeiten jeder das benutzen möge, was er bevorzugt, dabei aber doch bitte nicht ständig dafür wirbt, dass highway=path nur für Trampelpfade zu benutzen sei. Denn genau das stimmt nicht. Nö, ich bin nicht dafür, sich an den problemen vorbeizumogeln. Wenn etwas unsinn ist, dann benenne ich es so und kämpfe dafür, dass dem unsinn ein ende gemacht wird. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AKÜFI
Walter Nordmann walter.nordm...@web.de writes: p.s. dass -v verify bedeuten sollte, hatte ich nicht geschnallt ;( -v bedeutet zumeist --verbose (= ausführlich) ;) -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land braucht den cyclefootway
bkmap burkhard.kirch...@web.de writes: highway=path können sie ohnehin darstellen, auch wenn sie die Attribute noch nicht komplett auswerten. path ist im städtischen bereich völlig überflüssig und gegen den gesunden menschenverstand. Es macht die dinge nur unnötig kompliziert. Alle attribute kann man auch an die traditionellen highway-tags dranhängen (footway, cycleway, track). Also von mir ein klares NEIN zu cyclefootway oder ähnlichen Konstruktionen. Das hat ja auch niemand gefordert, jedenfalls niemand, der seine 7 sinne beisammen hat. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de