Re: [Talk-de] Chemnitzer Linuxtage 2018 - ist da jemand aktiv?
lars lingner wrote: > Besteht denn Interesse einen Stand auf den CLT zu haben? Gibt es Hürden? Ursache dürfte sein, dass Malenki, der das all die Jahre federführend übernommen hat, letztes Jahr beim Wandern und mappen einen tödlichen Unfall hatte... http://wiki.openstreetmap.org/wiki/User:Malenki Ich war zwei oder drei Mal als Standbetreuer mit dabei, andere Jahre hatte er Unterstützung von anderen Leuten. Komplett übernehmen nöchte ich das nicht, weil ich in letzter Zeit aus verschiedenen Gründen bei OSM nur noch wenig aktiv war. VG Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routen planen
Sebastian Gödecke wrote: > Offline auf meinem (Linux)PC routen erstellen Mache ich auf gpsies.de. Aber wieso Offline? Du bist doch Zuhause und hast da Netz? > hochladen zum Smartphone > Nutzen der Routen in OSM+ Ich lads auf meinen Garmin, aber gpx-Dateien sollte jedes Navi verdauen können. Am Schmartfone stört mich der enorme Batterieverbrauch. Wenn das Display an ist und OsmAnd läuft, geht nach etwa 3h das Licht aus. Ist mir für Radtouren zu wenig und das Gefitze mit einem externen Akku mag ich nicht haben. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
Martin Koppenhoefer wrote: > Stimmt nicht, Joachim hat das doch vor 6 Tagen beantwortet, und ja, es gibt > diese Anwendung, es ist sogar die Standardanwendung (OSM Karte). Lies doch mal die Threads in denen Du schreibst vollständig. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
Jan Engelhardt wrote: > Hast du die ID von "deinem" Way mal zur Überprüfung zur Hand? > Die in meiner Region sehen nämlich gleich aus unter Osmand 2.3.5, ob da > nun ein bicycle=designated dranklebt oder nicht :-/ Juhu, ich bin nicht allein. :-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
rainerU wrote: > mich vertan, Path mit bicycle=designated wird gestrichelt blau-lila > dargestellt, Path ohne bicycle=designated in grün gestrichelt. Zum Wie schon im Parallelpost geschrieben: Hier nicht. Seltsame Sache. > anderen hängt die Darstellung vom gewählten Modus ab. Meine Aussage > bezieht sich auf den Fahrradmodus. Meine auch. Wobei das weitgehend egal zu sein scheint, denn man die Darstellung für jeden Modus getrennt konfigurieren? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
Bernhard Weiskopf wrote: > Meine Version OsmAnd 2.3.5 zeigt bei "Kartendarstellung = OsmAnd" > "highway = cycleway" und "highway = path" mit "bicycle = designated" Als > blaue, gestrichelte Linie an. Diese beiden Tagging-Varianten sind Finde ich total verblüffend. Kann man das möglicherweise noch irgendwo einstellen? > Bei mir ist das gut erkennbar. Hier halt gar nicht. > Außerdem lasse ich unter "Details" die Zugangsbeschränkungen anzeigen, dann > erkenne ich gleich, welche Wege und Straßen ich mit dem eingestellten > Fortbewegungsmittel nicht benutzen darf. Das nützt nicht viel, denn es würde doch bedeuten das jemand highway=path; bicylce=designated tapggt und dann per access= Fahrrad wieder verbietet? > Und wenn ich nur irgendwie zu einem Ziel will, lasse ich mich dorthin > navigieren. Auch das hab ich gerade auf Grund dieses Threads mal getestet. Osmand routet über path, egal ob da ein bicyle= ergänzend dran hängt. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
Martin Simon wrote: > Selbst wenn man die letzten ~8 Jahre unter einem Stein verbracht hat kann *plonk* signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
rainerU wrote: > Am 05.06.2016 um 16:55 schrieb Joerg Fischer: > >egal ob da ein cycleway=designated dran hängt. > Um cycleway=designated ging es bisher nicht. Bei mir stellt OsmAnd Hab mich vertippert. Ich meine natürlich bicycle=designated. > mit dem UniRS-Renderer einen > > highway=path > bicycle=designated > mit einer gestrichelten grünen Linie dar. Mit dem Standard-Renderer Spannende Sache. Bei mir (osmand aus dem Playstore, V 2.3.5) stellt UniRS _alle_ Pfade, egal ob bicycle=designated dran hängt oder nicht, als schwarze Pünktchenlinie dar. Der Standardrenderer stellt path als schwarze Strichline dar, wiederum unabhängig von bicycle=designated. > kann, behandelt der Router solche Wege wie highway=cycleway. Aber, Routing habe ich nicht getestet. Ich such mir den Weg gern selber, aber dazu muß ich halt wissen was mich auf dem Weg erwartet. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
rainerU wrote: > z.B. rot dargestellt auf anderen Karten grün. Auch > Navigationsprogramme wie OsmAnd und BRouter machen das so. Osmand? Definitiv: Nein. Osmand stellt Pfade als schwarze Strichlinie dar, egal ob da ein cycleway=designated dran hängt. Ich stand heute erst wieder in der Pampa und hab mich geärgert das ich nicht erkennen kann ob ein Weg mit dem Rad befahrbar ist oder nicht weil ihn ein Verfechter dieses merkwürdigen Taggings als Pfad erfasst hat. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
Martin Koppenhoefer wrote: > M.E. sollten wir nicht, nur weil es derzeit im Ausland (zu) viel Geld > kostet, mobile Daten zu nutzen, und einige der verfügbaren Offlline-Karten > highway=path grundsätzlich als Trampelpfad darstellen, Das ist nicht das primäre Problem. Auf meine Frage ob es denn irgendeine Anwendung gibt die das dann als blauen Radweg zeigt kam keine Antwort. Also: Keine Anwendung tut das. Man könnte im Umkehrschluss auch sagen die osm-Webseite zeigt es fehlerhaft an, wenn sie einen Trampelpfad als Radweg darstellt, nur weil da jemand einen blauen Lollo dran gepappt hat. > unser Tagging ändern. Das ist nicht "unser tagging", das ist ein völlig bescheuerter Vorschlag gewesen der leider nicht genug Gegenstimmen bekam weil es ja nur paar doofe Strampler stört. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
Martin Koppenhoefer wrote: > was haben die Römer je für uns getan? Sie haben die schönen Straßen über die Alpen gebaut, die wir heute mappen dürfen. > Was spricht dagegen, die osm webseite mobil zu betrachten? Der Datenverbrauch, insbesondere im Ausland. > Abgesehen davon, dass es egal ist, ob es derzeit bereits eine bestimmte > Anwendung gibt die einen tag auswertet, oder erst in Zukunft ;-) Oder niemals. Aber gescheite Darstellung von Rad- und Fußwegen und das dazugehörige Routing ist ja schließlich nur einer _der_ Vorteile von OSM gegenüber anderen Kartenanbietern, das kann man schon mal sinnlos kaputt machen, indem man breite, asphaltierte Radwege als Trampelpfade mappt. Ist sicher nicht so wichtig. Kopfschüttelnde Grüße, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
Joachim wrote: > > Gibt es eigentlich *irgendeine* Anwendung, die bei gemeinsam benutzen Rad- > Passt zwar nicht zu meinem Thema - aber ja, natürlich. Siehe Ok, ich hätte Anwendung näher spezifizieren sollen. Die osm Webseite zeigt das. Ich meinte Anwendungen auf Mobilgeräten. VG Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] zur Info: Bicycle=yes/designated als Anzeige Benutzungspflicht aufgeben
Joachim wrote: > auf > https://wiki.openstreetmap.org/wiki/DE:Bicycle/Radverkehrsanlagen_kartieren Gibt es eigentlich *irgendeine* Anwendung, die bei gemeinsam benutzen Rad- und Fußwegen (Z 240, 241) die Darstellung als Radweg (also das bekannte blau) aus highway=path; bicycle=designated ableitet? Seidem sich diese ... wundervolle Konstruktion wie eine Seuche ausbreitet kann man nämlich einen 30 cm breiten Trampelpfad nicht mehr von einem 3 m breiten asphaltierten Weg unterscheiden, was in fremdem Gebiet irgendwie total ... nützlich ist. Das ist nicht nur für Radfahrer doof sondern auch für Wanderer, die einen hübschen Wanderweg suchten, der ist auch optisch als solcher ausgewiesen, und sich dann auf einer Radfahrerrennstrecke wiederfinden. Und welchen Grund gab es eigentlich das historisch bewährte "Das highway-Tag leitet sich aus dem schnellsten zugelassenem Verkehrsmittel ab." zu zerstören, bei dem highway=cycleway; foot=designated den Zustand optimal beschrieben? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap wird eingestellt
Alexander Matheisen wrote: > http://www.openlinkmap.org/ die Seite ausprobieren. > Nun die schlechte Nachricht: Am 27. Januar wird das Projekt eingestellt Schade, schade. Hab ich immer gern benutzt. Vielen Dank für die geleistete Arbeit. VG Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Semi-OT: Welches GPS fürs Fahrrad?
Sven Geggus wrote: > Wozu sich bisher noch niemand geäußert hat sind die speziellen Fahrrad > GPS-Geräte von Garmin. > Hat wirklich niemand von euch so eins? Ich hab den Thread nur mit 1/4 Auge verfolgt und schreibe jetzt ggf. Redundanz. Ich habe ein Edge 705. Vorteile: Ewige Akkulaufzeit (12 - 16 h), Display auch bei voller Sonne gut ablesbar, am Lenker nicht so fett wie ein Smartphone. Nachteile: Mickriges Display mit schlechter (Karten)auflösung, Navigation nicht mit Sprache sondern nur mit einem Pfeil auf dem Display und einem "Pieps". Speicherplatzbeschränkung auf 2 GB, da passt nicht mal die vollständige Deutschlandkarte rein. Für mich der inzwischen größe Nachteil ist die frickelige Selbsterzeugung der Karten. Nicht nur, dass der ganze Prozess ein 'moving target' ist, der sich durch die Softwareupdates ständig ändert, insbesondere ist es mir zu umständlich mich immer wieder mit den Routingoptionen herumzuschlagen. Vor allem fürs Rad ist das nicht trivial, auch wenn es den Vorteil hat das man persönliche Präferenzen (Asphalt, keine Hauptstraßen usw.) bei der Kartenerstellung berücksichtigen kann. Und bei den Karten zum herunter laden weiß man gleich gar nicht was für Präferenzen der Autor gesetzt hat... Ich benutze das Garmin inzwischen nur noch für die Streckenaufzeichnung und meine Trainingsstatistik. Routing erledigt das Smartphone mit Osmand, mit der vollständigen Europakarte, monatlichen Kartenupdates, Sprachansage, und einem Display auf dem man - wenn nicht grad die Sonne scheint - auch etwas erkennen kann. VG Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie exakt Landnutzungsflächen eintragen?
715371 wrote: Am 05/lug/2014 um 09:15 schrieb Joerg Fischer o...@jfis.de: Unschön ist, wenn von mir sauber getrennte Flächen ständig wieder aneinander geklatscht werden. Liegen die Flächen denn in der Realität auch nebeneinander? Ok, da hab ich mich mißverständlich ausgedrückt: Wenn ein Feld an einen Wald grenzt passt das schon mit den gemeinsam genutzten Nodes und entspricht auch der Realität. Ich meinte primär die Verbindung von Flächen mit Straßen. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie exakt Landnutzungsflächen eintragen?
Sascha Pomplun wrote: Juten Tach! Moin. :-) finden würde, denn ich arbeite seit 2007 mit und habe hier sehr viel Zeit Ist bei mir ähnlich. heißt also wenn ich z.B. eine Schule einzeichne, endet die Fläche der Schule auch exakt an der Grundstücksgrenze. Nicht in der Mitte einer Straße oder sogar über mehrere Straßen (öffentliches Straßenland) hinweg, ACK. Und genau da fängt mein Problem an. Es gibt immer wieder Mapper die diese Flächennutzungsdetails löschen und z.B. Industrie-, oder Wohngebiete einzeichnen, die über etliche Straßen - teilweise über mehrere Stadtteile hinweg, verlaufen. Das ist für eine erste grobschlächtige Erfassung sicher besser als nichts. Unschön ist, wenn von mir sauber getrennte Flächen ständig wieder aneinander geklatscht werden. erwünscht ist bezüglich Flächennutzung. Wo soll eine eingezeichnete Fläche optimalerweise(!) enden? Dort wo auch das Grundstück endet wenn möglich, oder so das es gerade irgendwie passt, damit es auch auf der Karte schön aussieht und wirklich alles lückenlos ausgemalt ist? Dazu wirst Du keinen Konsens finden. Einer der Nachteile von OSM ist halt, das es keine zementierten Regeln gibt und mehr oder weniger jeder macht was er will. Siehe auch die fruchtlosen Diskussionen zu path-footway-cycleway. Das verhindert dann auch zuverlässig brauchbare Navigation, weil der arme Routingalgorithmus nicht ahnen kann wie der lokale Mapper vor Ort nun grade seine Sichtweise der Dinge umgesetzt hat. Durch kleinere Landnutzungsflächen ist das ganze Kartenmaterial auch wesentlich leichter zu warten und wenn mal ein Fehler passieren sollte ACK. Und führt, wenn man nicht höllisch aufpasst, ständig zum beliebten: Die Straße ist mit der Waldfläche statt mit der Kreuzung verbunden. Was Router auch immer wieder spaßig finden. Auslöser dieser Mail, war das erneut alle detailierten Flächen von Berlin- Frohnau gelöscht und durch eine einzelne riesige ersetzt wurde. Einzigst die Eklig. Man hat irgendwann einfach keinen Bock mehr seine Freizeit zu investieren, wenn 3 Wochen später Einer daher kommt und alles kaputt macht. Früher habe ich solche Konstrukte aufgedröselt, heute gucke ich mir das kurz an und verzichte im betroffenen Gebiet auf Mappingtätigkeit. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NetMeterProject
Fred Jelk wrote: Interessantes Projekt: NetMeterProject http://de.netmeterproject.com/ Ja, hab das auch installiert. Ist bissel wie in den Anfangstagen von OSM, nur das man viel weniger Nacharbeit damit hat. Einfach den Client starten, das wars, nach 20:00 Uhr gucken wie der Empfang war. Cool. Zur Zeit wird das Ganze noch mit Google Maps dargestellt, aber man ist bereits dran am ändern zu OSM (anscheinend mit eigenem TileServer), was aber doch noch einiges an Arbeit kosten wird. Das wär ein weiterer Fortschritt. Es hat mich schon gewundert das die Initiatoren keine Werbung bei OSM gemacht haben, wo hier jede Menge Leute sind die mit GPS-fähigem Zeug in der Pampa herum tappen und das parallel ohen Zusatzaufwand erfassen können. Nun, ich habe bei NetMeterProject mal angefragt, ob sie deren App nicht erweitern könnten mit einem GPX-Tracker, damit man Dagegen. One job, one tool. Multitasking existiert. LG Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nexus 7 als Offline-Navi
Martin Trautmann wrote: Aber es stellt sich immer wieder die Frage: gibt es bereits Android-Software, die mit kommerziellen Navis mithalten kann? POI-Suche Ich hab mir MapFactor Navigator (beta) aus dem Market installiert und fand das beim ersten Herumspielen geschmeidiger als OsmAnd. Die Sprachausgabe ist um Längen besser, das Routing funktionierte offline(!) auch über fast 1000km und Ländergrenzen hinweg. Ich benutze ein Samsung S3, hatte die Software aber IIRC auch schon auf dem etwas angestaubten HTC Desire. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Dateien wiederfinden (was: Zurueck in die Steinzeit)
Bodo Meissner wrote: falls Du in Deinen GPX-Dateien die richtigen herausfinden möchtest, probiere mal in JOSM das Plugin openvisible. (Kann aber bei einer großen Menge an Dateien lange dauern, bis JOSM alle untersucht und die richtigen gefunden hat.) Danke für den Tipp. | joerg@cm:~/Desktop/OSM/GPX$ du -h | 291M ./2008 | 362M ./2009 | 289M ./2010 | 55M ./2007 | 279M ./2011 | 1011M . | joerg@cm:~/Desktop/OSM/GPX$ Ich schau demnächst mal ob er das noch frisst. Insgesamt sind das so 15.000km mit dem Rad... Wie schon geschrieben, die Dateien haben zwar eindeutige Zeitstempel aber sonst keine weiteren Angaben die mir beim verorten helfen würden. War halt nur das Backup. LG Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Bernd Wurst wrote: Kannst Du Dir vorstellen das es neben auf dem Egotrip sein für Jeden individuell verschiedene und sachlich begründete Fakten gab die ihn von der Zustimmung abhielten? Da Importe von Drittdaten normalerweise immer unter einem dafür angelegten Benutzernamen gemacht wurden und daher jeder natürliche Benutzer auch wirklich die Rechte an seinen Änderungen hält: Eigentlich nicht. Mir ging es nicht um Importe. Ich meinte mehr das sich möglicherweise Mapper ganz bewußt gegen die Lizenzänderung aussprechen und dafür individuelle Gründe haben, die wir beide nicht kennen. Das, was es hier zerhauen hat, kann ich sogar mit hoher Warscheinlichkeit einem sehr frühen Mapper zuordnen. Der hat hier studiert und die halbe Stadt ganz alleine gemacht. Danach hat ihn OSM wohl nicht mehr interessiert, die Lizenzgeschichte dürfte komplett an ihm vorbei gegangen sein. Egotrips sind das nicht. Straßen hängen komplett in der Luft. Plural? Es war eine. Und die ways waren noch da, nur ohne Tags. Ich habe die Tags wieder dran gepappt. Ja, das war mehr es sieht hier an vielen Stellen so aus. Egal, Du hast es repariert, danke. Da war wohl jemand schneller. Ich sehe da keine Probleme. Es hat an allen von mir genannten Stellen der immer gleiche User gearbeitet und wenn ich in dessen Bearbeitungshistorie schaue hoffe ich, er kennt sich in ganz Deutschland tatsächlich so gut aus wie seine Edits erkennen lassen... Die Wege bzw. ihre Nodes waren vorhanden, habe residentials draus gemacht. Könntest du mit deiner Ortskenntnis bitte noch die Straßennamen eintragen? Ja, aber nicht sofort und nicht die nächsten Wochen. Ich muß da _hin_ und das Schild ablesen. So klein sind wir hier nicht, dass ich jeden Straßennamen kenne. Die Paul-Jäkel-Straße hat der Bot verhauen, die Erzberger Straße sieht wegen einsturzgefährdeter Brücke tatsächlich so aus! Jetzt warte ich schon gespannt wann der erste Bing-Mapper kommt und repariert. Und dann auf den Nächsten, der das korrigiert. Bis wieder ein Bing-Mapper kommt und repariert, weil es doch so nach dem typischen Bot-löschen aussieht. Nun, das kann man ganz einfach beheben, indem man die Brücke (die laut deiner Aussage ja im Prinzip noch da ist) einfach einträgt als gesperrt. Durch die schon vorhandenen noexit-tags war das deutlich zu sehen wie du es beschrieben hast, ich hab die Brücke jetzt noch eingetragen. Und die Paul-Jäkel-Straße habe ich auch repariert. Ja, das war jetzt so einfach weil Du die Daten von mir hattest. Ich stieß mich an Deiner Aussage, das sei alles problemlos mit Bing zu reparieren. Dann hast du ja bestimmt deine Aufzeichnungen noch. Da kann ich am Luftbild nicht erkennen wie das sein sollte. Ähm, nein. ich weiß nicht wie andere Mapper arbeiten. Ich fahre da hin, habe dann einen GPX-Track, mache ggf. paar Bilder von Straßenschildern usw. Wenn ich das alles eingegeben habe sind Fotos von Straßenschildern jetzt nicht so von weiterem Wert für mich und ich lösche das. Die GPX-Daten liegen ganz sicher mit chronologischem Dateinamen hier rum, aber ich merke mir nicht wann ich wo war und was ich danach dort editiert habe. Auf die Idee das meine Daten derartige Löschorgien überstehen müssen bin ich damals nicht gekommen. Ist halt die Frage des Anspruchs. Klar, viele Attribute, Oberflächenbeschreibungen und so sind super. Werden aber momentan nicht wirklich irgendwo benutzt. Schau mal in die Stylefiles der MTBMap oder der Velomap... Und wer noch alles diese Daten benutzt hat wissen wir gar nicht. Natürlich hast Du Recht, rudimentäres Routing ist auch ohne surface=asphalt usw. drin. aktualisiert nutzt dann in ein paar Tagen wieder den korrigierten Bestand. Den Optimismus teile ich nicht. IMHO werden es wohl eher Monate werden. Die, die den Götz von Berlichingen machen und nie wieder aktiv werden weil sie mit diesem Umgang mit der Arbeit, die sie in ihrer Freizeit leisteten, nicht einverstanden sind, noch gar nicht mitgerechnet. LG, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Manuel Reimer wrote: Muss aber jeder selber wissen und jeder kann sich selber mit Vor- und Nachteilen von Lizenzmodellen befassen. Hier ist so eine Diskussion meiner Meinung nach Off Topic. Wo würdest Du die Diskussion denn OnTopic empfinden, wenn nicht hier? (Mal abgesehen davon dass das Kind nun eh in den Brunnen gefallen ist.) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Bernd Wurst wrote: zwischen auf nem Ego-Trip und nicht mehr erreichbar sind und nicht zugestimmt haben. Bei allem was erst später dazu kam ist der Teil der Kannst Du Dir vorstellen das es neben auf dem Egotrip sein für Jeden individuell verschiedene und sachlich begründete Fakten gab die ihn von der Zustimmung abhielten? Die Verunsachlichung der Diskussion führt IMHO nicht dazu jemanden wieder zu motivieren. Leute die von vorne herein zugestimmt haben ja auch schon größer. Ja, natürlich, sie hatten ja auch keine Wahl. Und die alten Mapper wurden mit dem Hinweis dann löschen wirs halt doch auch, na, nennen wir es mal, sanft in die gewünschte Richtung dirigiert. (Ich hab übrigens zugestimmt, falls das noch nicht klar war.) Ich habe grade hier in meiner Umgebung gesucht und wirklich fast gar nichts gefunden was durch den Bot jetzt kaputt gegangen wäre. Keine Straßen weg, keine Kreuzungen verhauen, nur ein paar ehemalige POIs sind jetzt nichtssagende Nodes. Ich habe mir nur die engste Umgebung hier angesehen. http://www.openstreetmap.org/?lat=50.826146lon=12.918177zoom=18layers=M Straßen hängen komplett in der Luft. http://www.openstreetmap.org/?lat=50.835377lon=12.959293zoom=18layers=M Wenn es nicht so bitter wäre müßt man lachen. Die Wendeschleifen sind noch da. Alle Straßen im Wohngebiet weg. http://www.openstreetmap.org/?lat=50.81992lon=12.94849zoom=17layers=M Dito. http://www.openstreetmap.org/?lat=50.846819lon=12.927806zoom=18layers=M Gern auch mit gelöschten Bundesstraßen. http://www.openstreetmap.org/?lat=50.84284lon=12.93595zoom=17layers=M Sämtliche Gleise (das waren viele) im Bahnhof. Und das sind gerade Daten die vom 0815-Mapper gar nicht wieder hergestellt werden _können_, weil da jemand mit Insiderkenntnissen dran war. http://www.openstreetmap.org/?lat=50.85936lon=12.94232zoom=16layers=M Gleisfragmente die der Bot verschonte. http://www.openstreetmap.org/?lat=50.87829lon=12.93241zoom=16layers=M Siedlung komplett zerfetzt. http://www.openstreetmap.org/?lat=50.838375lon=12.890428zoom=18layers=M Gelöschte Hauptstraßen. Und nein, das ist _nicht_ via Bing restaurierbar! Die Paul-Jäkel-Straße hat der Bot verhauen, die Erzberger Straße sieht wegen einsturzgefährdeter Brücke tatsächlich so aus! Jetzt warte ich schon gespannt wann der erste Bing-Mapper kommt und repariert. Und dann auf den Nächsten, der das korrigiert. Bis wieder ein Bing-Mapper kommt und repariert, weil es doch so nach dem typischen Bot-löschen aussieht. http://www.openstreetmap.org/?lat=50.802967lon=12.881094zoom=18layers=M Zufahrtsstraßen zerfetzt. Und ich war definitiv der, der das erfasst hat. Kann ich mich zufällig gut dran erinnern, dort ist nämlich die Einfahrt für Radfahrer verboten und ich hab noch Kopf und Kragen riskiert. Alle die bei sich ernste Probleme erkennen sollten das einfach sachlich sagen. Meld. Wenn da ein paar Leute zumindest das Straßennetz aus den Bing-Bildern wieder zusammen schustern geht das Routing sehr schnell wieder. Ha-ha. Ich hab gerade Beispiele gezeigt. _Alle_ Stellen die ich nannte habe ich übrigens mindestens miteditiert. Oft mehrfach. Oberflächenattribute vergeben, Höchstgeschwindigkeiten, Einbahnstraßen, Verkehrsverbote, Brückenhöhen, Abbiegeeinschränkungen. Aber das kann man ja alles ganz leicht mit Bing wieder herstellen... Vieles ist so kaputt das komplett wegwerfen und neu erfassen möglicherweise schneller und vor allem fehlerfreier gehen würde. Und das ist nur das, was beim flüchtigen drüber sehen sofort auffällt. Die wirklich fiesen Stellen merkt man erst wenn man JOSM startet und zu reparieren beginnt. Die Wald- und Feldwege die für Wanderer und Radler wichtig sind und die den immensen Vorteil von OSM gegenüber anderen Karten ausmachten, die hab ich mir noch gar nicht genauer betrachtet und die siehst Du in Bing gleich gar nicht. Aber grade da finden sich ja auch Leute die sowas erkennen und beheben. Mir ist kein Router bekannt, der live über die OSM-Daten arbeitet. Wenn es jetzt also ein paar Tage Probleme gibt, stört das nicht. Wie bitte? Die Router, die Garminkarten, OsmAnd usw, die alle mit ein paar Tagen Verzögerung diesen Unsinn als Karte installieren? Das stört nicht? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Florian Lohoff wrote: Puh - Also eigentlich hatte ich mir vorgestellt das das Ergebniss nicht so Katastrophal ausfaellt ACK. :-( reihenweise komplette Ortschaften verschwunden. Bundes, Land und Kreisstraßen sind ein Flickwerk. Ja, hier auch. Wenn ich auf die Karte sehe ist die von der Qualitaet wie in etwa 2009 - Und die Karte ist voll von jetzt sinnlosen ways ohne tags, nodes ohne tags. Eher schlechter, weil selbst wichtige Hauptstraßen an ihren Enden einige Zentimeter bis Meter in der Luft hängen, ganz fies, so das man es nur im Editor, aber nicht in der Karte sieht. Es sind ja ausgerechnet die frühen Edits mit den primären Straßen betroffen, weil dort die Warscheinlichkeit steigt das die Autoren nicht mehr erreichbar waren. Routing kannste mit diesen Daten für die nächste Zeit vergessen. Und das alles weil eine kleine Gruppe beschlossen hat CC-BY-SA ist doof. Ich habe jetzt etliche Zeit investiert um den gröbsten Blödinn aus dem Kopf zu restaurieren weil ich die Ecke halt kenne. Und gerade frustriert beschlossen das hinzuwerfen. Ich hab noch den Datenbestand von vorher, der hilft mir über die nächsten Monate. Und dann schau ich vielleicht mal wieder rein. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Michael Kugelmann wrote: Was soll ich von solchen Weicheiern [1] halten? Als ich Anfang 2007 angefangen habe war fast ganz Deutschland eine weiße Fläche! Wie Du möchtest einen Schwanzvergleich? Du kannst gerne mal schauen von wann meine ersten Edits sind. hätte ich die Zuversicht haben sollen, dass das etwas etwas wird? Und trotzdem habe ich angefangen und es ist etwas gutes geworden. Ja, ich sah das mal genauso. zu [1]: ursprünglich wollte ich da Jammerla schreiben... *Plonk* Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Fahrradweg mit abgebauten Schildern taggen ?
Stephan Wolff wrote: Ich verwende unabhängig von der Benutzungspflicht Ja, denn wichtiger ist IMHO auch das Benutzungs_recht_. highway=path Innerorts nehme ich highway=footway. bicycle=designated foot=designated Bei benutzungspflichtigen Wegen dann bicycle=designated, bei Schildern Radfahrer frei oder diversen Straßenmalereien bicycle=yes. Bei access-Tags für Radfahrer muss man allgemein eher nach gesundem Menschenverstand als nach Beschilderung entscheiden, welche Tags man setzt. Exakt. sehr häufig. Überall, wo ich in Anwesenheit eines Polizisten radfahren würde, setzte ich die access-Tags entsprechend. So kann man das zusammen fassen, ja. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Martin Koppenhoefer wrote: ausdenkt, sondern man sollte das, was im Wiki steht, Ernst nehmen, sofern es den bisherigen Konsens wiedergibt. Exakt. Sofern es den bisherigen Konsens wiedergibt. Das hat die ganze Konstruktion mit path aber niemals getan. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Wolfgang wrote: Ich hätte gerne gewusst, wie ich jetzt Trampelpfade taggen soll, nachdem das path-Tag durch die FußRadPfadefraktion gekapert wurde. Dafür soll jetzt trail durchgepresst werden. Bis der Erste kommt und trail mit bicycle=designated garniert und das zum Konsens erklärt. *gg* Manchmal ist OSM halt etwas mühselig. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Bernhard Weiskopf wrote: Ich wünsche mir Router, die die unterschiedlichen Wünsche der Radfahrer und Fußgänger berücksichtigen können, z. B. Gefährlichkeit, Oberflächenbeschaffenheit, Ampelfreiheit, Steigungen und vieles mehr. Bei Exakt. Und deshalb gehören die o.g. Fakten an den Weg. Daraus kann der Router dann entscheiden über welche Strecke er routet. Gefährlichkeit würde ich weglassen, weil die aus anderen Faktoren (Priorität der Straße, maxspeed, maxweight, width...) durch den Router zu berechnen ist. http://www.openrouteservice.org/ kann man immerhin aus fünf Vorgaben auswählen, wobei die Algorithmen zum Routen sehr komplex werden können und immer noch nicht die optimale Route auswählen. Ja, logisch, weil der Router nicht raten kann was für Dich optimal ist. :-) Ich denke man kann sowieso nicht erwarten dass ein Router die Detailkenntnisse eines Ortskundigen umsetzt. Hauptsache man kommt ohne größere Umwege und auf den persönlich favorisierten Straßentypen zum Ziel. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Bernhard Weiskopf wrote: Straßenbegleitende Radwege mit den entsprechenden Schildern müssen von Radfahrern benutzt werden, hier setze ich zusätzlich an die Straße bicycle = no. Halte ich genauso. Ich erfasse den Regelfall, nicht seltene Sonderfälle wie Schnee auf dem Radweg. Sonst kommt der Nächste und entfernt alle maxspeed, denn die gelten schließlich nicht für Einsätze mit Sondersignal. Gibt es eine Möglichkeit, den Routern quasi eine Empfehlung (per tag o. ä.) für den meistens besser geeigneten, abgesetzten Weg mitzuteilen, oder müssen die Router damit alleine zurechtkommen? Ich denke die Router müssen das alleine schaffen. Wir erfassen einen _Zustand_, keine Empfehlungen. Schon deshalb nicht, weil jeder Fahrer andere Präferenzen hat und sich das Routing dementsprechend einstellt. Tschaui, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gmapsupp.img
Andreas Tille wrote: hingewiesen, daß ich es für wichtig halte, wenn man eine Art Standard gmapsupp.img anbietet Ohne die anderen Subthreads wieder aufzuwärmen: Ich finde Du hast Recht und ich befürchte es funktioniert rein rechnisch nicht, weil die Anforderungen zu unterschiedlich sind. Das alles gewürzt mit der 2GB-Grenze, die verhindert das es eine _wirkliche_ (weltweite) AIO geben kann. Das klappt nicht mal mehr für Europa. Die hier oft angeführten Argumente, daß es ein Vorteil sei, daß es kein Standard gmapsupp.img gibt, weil sich ja dann jeder sein eigenes bauen kann, was total flexibel ist, kann und will ich nicht akzeptieren. Anwender wünschen sich ein fertiges Produkt, das benutzbar ist und möchten nicht erst Kenntnisse erwerben und Zeit investieren, um es benutzbar zu machen. Von Debian kommend drängt sich mir der Vergleich auf, daß Debian zwar eine Linux-Distribution herstellt, aber einen Installer wird sich ja wohl jeder selbst bauen können. Um den Debian-Vergleich mal aufzugreifen: Wir benötigen also eine _Distribution_. Kein fertig hingeklatsches System mit friss oder stirb. Du bekommst bei Debian eine Grundfunktionalität und mußt dann aber aptitude bedienen können, wennen Du auch Software 0815 brauchst. Momentaner Stand(?) ist wohl das alle Garminkarten über ein mehr oder weniger wüstes Shellscript generiert werden, in dem dann halt von Fall zu Fall bissel rumeditiert wird, oder es wird mit Parametern aufgerufen, oder via Makefile, wie auch immer. Vielleicht wär ein Enduserfreundliches Klickibunti eine Lösung? Mit einem Knopf Lade mir (Deutschland|Österreich|Polen|Namibia) herunter und dann: Ich bin bevorzugt (Radfahrer|Fußgänger|Autofahrer|Segelflieger|Rollstuhlfahrer). Und ich will (Höhenlinien|OSB|Keepright). Meine nervigste Erfahrung in OpenStreetMap kann ich einfach beschreiben: Die Suche nach einem geeigneten gmapsupp.img, wenn ich mal ins Ausland fahre. Ich kann das bestätigen, und ich habe diese Suche aufgegeben. Da mach ich mir lieber von Fall zu Fall meine eigene Karte, mit dem Style den ich auch @home benutze. Das ist aber eben nicht endusertauglich... Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gmapsupp.img
Andreas Tille wrote: Ich habe nicht von weltweit oder Europa geredet, sondern ein Vereinheitlichung angeregt, um eine wartbarkeit zu ermöglichen. In Ja, ist schon klar, ich wollte nur diesen Aspekt des Eine für Alle nicht untergehen lassen. Um den Debian-Vergleich mal aufzugreifen: Wir benötigen also eine ... OK, wir wissen, daß jeder Vergleich hinkt. Ich bin in Debian sehr stark damit befaßt genau das zu mildern, aber ist hier OT. Falls das als Debian-Kritik rüber kam: Das war es nicht. ;-) Für mich wäre dann ein erster Schritt zur Vereinheitlichung, wenn diese Skript + Makefilesammlung in einem gemeinsamen VCS (Git, SVN was auch immer) gesammelt würden. Christopher hatte mit der sorgfältigen Dokumentation des AIO-Buildprozesses im Wiki schon sowas wie eine zentrale Anlaufstelle geschaffen. Ich schätze 70% aller Leute, die heute Karten selber machen, haben sich dort mehr oder weniger bedient, ich eingeschlossen. Irgendwann ist das Konzept passt für fast Alle dann aus mehreren Gründen zerbröselt, IIRC als AIO Europa 2GB groß wurde. Jetzt begann jeder individuell Teile der AIO wegzulassen, um die Grenze einzuhalten. Entweder kein vollständiges Europa oder keine Höhenlinien, oder nur noch autogeeignete Straßen, wie auch immer. Vielleicht wär ein Enduserfreundliches Klickibunti eine Lösung? Mit einem Knopf Lade mir Dazu könnte man das System von Lambertus z.B. ausbauen - sowas entwickelt sich üblicherweise, wenn einfach mal mehr Leute auf den Code schauen (anstatt allein vor sich hinzuwerkeln). Jepp. Hab ich mir auch gerade angesehen, guter Ansatz... Für mich möchte ich aber anmerken das meine Fähigkeiten im Programmieren soweit reichen ein wenig herum zu hacken und das tut dann auch was ich möchte, für ernsthafte Softwareentwicklung bin ich nicht zu gebrauchen. ;-) Du vielleicht keinen Anlaß gehabt, das privat zu lösen und wärst mit dem angebotenen glücklich geworden. Natürlich. LG Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Loipen
Martin Koppenhoefer wrote: Jeden Sommer? Temporäre Objekte würde ich auch löschen, wenn sie nicht mehr vorhanden sind und auch nicht wiederkommen werden. ACK. Zyklisch wiederkehrende Objekte wie Langlaufloipen sind aber keine temporären Objekte in diesem Sinn. Eben. Das Löschen wäre möglicherweise akzeptabel wenn der Löschende die Loipe dann am Anfang jeden Winters auch wieder einträgt. Ich halte das für reichlich überflüssig. Sie stören ja keinen, und ein paar Meter Versatz finde ich auch unproblematisch. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Christian Müller wrote: Ich lege zwischen die beiden Straßen einen highway=service, und zwar da, wo üblicherweise die Belieferung des Marktes erfolgt. Wenn es diesen highway gar nicht gibt, erfindest Du deine Realität.. Nochmal, es gibt auf jedem Markt den ich kenne nicht nur eine große asphaltierte und völlig reglos mit Buden bebaute Fläche, sondern Wege, auf denen die Belieferung erfolgt, an denen einzelne Stände in Reihen aufgebaut sind. Mir ist das real genug. Wie wäre es mit: Queren sie den Markt. Auf einem Marktplatz mit 8 oder 10 mündenden Straßen, Gassen und Fußwegen? Ich würde schön fluchen bei so einem Navi... Ich seh schon, wir brauchen eine Relevanzdiskussion. Kannst Du Dir möglicherweise vorstellen, das nicht alle Daten die irgendwie einen Zusammenhang mit Koordinaten haben, gleich nach OSM gehören? Nein ;-) Dann wird es Zeit das die Relevanzdiskussion geführt wird. Die sinnlos übergenauen französischen Häuser, die hier schon Thema waren, sind nur ein weiterer Aspekt. Tschaui, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Christian Müller wrote: Am 22.08.2011 20:30, schrieb Joerg Fischer: Das fiel mir nur auf weil das Routing von openrouteservice und meinem Garmin merkwürdig und unlogisch war. Da waren dann residentials und footways übereinander gelegt, Parkpätze und Fußgängerzonen und IIRC sogar Gebäude, alle fröhlich auf gemeinsamen Nodes. Das ist total off-topic, sorry. Nein. Deine Empfehlungen zum Editieren führen IMHO genau da hin. Beispiel, wo es richtig wäre: Stelle Dir zwei parallele Straßen vor, zwischen denen sich ein Marktplatz befindet. Du willst doch sicher auch, dass ein Router den Weg über den Marktplatz findet, wenn dieser zu den Straßen hin nicht baulich getrennt, sprich offen ist. Würdest Du den Marktplatz nicht an die Straßen kleben, gäbe es für den Router keine Verbindung. Ich lege zwischen die beiden Straßen einen highway=service, und zwar da, wo üblicherweise die Belieferung des Marktes erfolgt. An den kann ich dann sogar dran schreiben für welche Art von Fahrzeugen der Markt befahrbar ist, und eine ungefähre Geschwindigkeit, usw. Routing quer über Flächen ist übrigens ein großes Problem, lies mal das Archiv der Mailingliste. Die Chancen das _Deine_ Lösung mit den meisten Routern nicht funktioniert sind hoch. Was soll ein Navi an der Stelle eigentlich ansagen? Fahren Sie im Winkel von 22° nach rechts, achten sie auf heute möglicherweise herumstehende Verkaufsbuden, versuchen Sie dann am Ende des Marktes die Gasse zu treffen. ) um einen node in mehrere ways einzufügen - node zeichnen, J drücken ) um durch mehrere mögliche overlapping ways zu wechseln - eine der Tasten / # * probieren ) siehe http://wiki.openstreetmap.org/wiki/Potlatch_2/Shortcuts ) know your editor.. Und das findest Du intuitiv und fehlerfrei? Auch für Anfänger? Ich nicht. Du mischt hier zwei paar Schuhe zusammen. Ich mische gar nichts, das sind exakt Deine Empfehlungen! Leuten, die ihren Editor offenbar nicht kennen, nur die Hilfen an die Hand gegeben, die sie schon längst hätten mal lesen sollen - der Du, meine ersten Edits sind aus dem Frühjahr 2007, ich weiß so ungefähr was ich tue. urteilen, ob das gerechtfertigt war. Aber vielleicht hast Du ja tatsächlich erfolgreich Mapper verdrängt, welche die Datenqualität in deinem Gebiet erhöht auf längere Sicht erhöht hätten. Weiß man Du möchtest die Ebene sachlicher Diskussion nun verlassen? Wie wäre es mit Bäumen+Typbestimmung? Ich seh schon, wir brauchen eine Relevanzdiskussion. Kannst Du Dir möglicherweise vorstellen, das nicht alle Daten die irgendwie einen Zusammenhang mit Koordinaten haben, gleich nach OSM gehören? indoor-routing (teilweise schon begonnen). Fällt Dir eine praktische Anwendung dafür ein? Fluchtpläne in der Oper oder so? Relevanz für OSM? Gebieten mit guten Sat-Bildern auf lange Sicht Straßenlampen, Ok. Gulli-Deckel Wozu? Nur weil es theoretisch geht? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Christian Müller wrote: ob der node in den Weg der Fläche eingefügt wird, oder in den Weg. Sind beide aneinander geklebt, wird der node in beide Wege eingefügt. Da gibt es überhaupt kein Problem. Das ist ja _noch_ schlimmer als ich erwartet hätte. Ich befürchte niemand kann nach einer Weile solche Konstrukte sauber auflösen, ohne sich die Situation vor Ort anzusehen. Jetzt fällts mir gerade wie Schuppen von den Augen, so wurde also irgendwann vor 1, 2 Jahren ein hiesiges Kleinstädtchen vergewaltigt. Das fiel mir nur auf weil das Routing von openrouteservice und meinem Garmin merkwürdig und unlogisch war. Da waren dann residentials und footways übereinander gelegt, Parkpätze und Fußgängerzonen und IIRC sogar Gebäude, alle fröhlich auf gemeinsamen Nodes. Wenn er gut ist sieht der ursprüngliche Erfasser da noch durch, aber andere Personen können dann nichts mehr beitragen. Na der wird sich bei Dir bedanken. Das will ich doch stark hoffen, immerhin korrigiere ich seine Fehler. ;-) In JOSM: Mittelklick _oder_ selectaction.cycles.multiple.matches=true in den Prefs setzen ... ) um einen node in mehrere ways einzufügen - node zeichnen, J drücken ) um durch mehrere mögliche overlapping ways zu wechseln - eine der Tasten / # * probieren ) siehe http://wiki.openstreetmap.org/wiki/Potlatch_2/Shortcuts ) know your editor.. Und das findest Du intuitiv und fehlerfrei? Auch für Anfänger? Ich nicht. Und ich habe, wie schon beschrieben, bereits eine Menge solcher wilden Konstrukte aufgelöst. Meist fällt das erst auf wenn man sich die Stelle bei keepright anguckt oder weil das Routing nicht klappt und mich der Garmin irgendwohin schickt wo ich garantiert nicht hin wollte. Zu viele Mapper erfassen im Stil von: Hauptsache es sieht danach optisch auf der Karte doll aus. Deutschland ist mitnichten sehr gut erfasst. Ich wäre nichtmal bei einem zufriedenstellend.. Was fehlt Dir denn noch, dass es den Datenbestand mehr als ein paar Prozent vergrößern wird? Quantencomputer wartest, gibt es sehr wohl Gründe, Komplexität im Auge zu behalten. Ja, aber ich denke immer noch, verbundene Wege erhöhen gerade die Komplexität. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Christian Müller wrote: Es ist nicht umständlicher, es ist nur eine Gewohnheitssache. Ich finde es nicht nur umständlicher sondern auch fehleranfälliger. Es ging darum, ob ein Gebiet, dass an einen Wegrand grenzt, an den Weg zu kleben ist, oder nicht. Wenn auch der Wegrand durch die Mittellinie repräsentiert wird, was der Fall ist, da die Linie den ganzen Weg repräsentiert, kann ein Gebiet geklebt werden. Und der Nächste, der einen fehlenden Weg ergänzt, der mit der bereits vorhandenen, aber fälschlicherweise an die Fläche gepappten Straße verbunden ist? Der muß entweder ganz genau hingucken (umständlich) das er den neuen Weg mit der Straße und nicht mit der Fläche verbindet - oder er klatscht das halt so hin (fehleranfällig) und es ist vom Zufall abhängig ob dort dann das Routing funktioniert. Wir lassen _nirgend_ sonst Löcher der Vorsorge Willen. Warum hier? Und Weil es fehlerträchtig und umständlich ist. mal ehrlich: eine eingezeichnete Fläche hat wahrscheinlich noch niemanden daran gehindert, weitere Details einzutragen, nachdem er sie in der Realität entdeckt hat und/oder mit dem Kartendetailgrad unzufrieden ist. Doch. Mich. Schon oft. Es genügt das ich den Straßennamen nachtragen will oder ein maxspeed oder was auch immer. Stets muß ich die Scheißfläche (sorry) und den Weg auseinander fieseln nur weil der Vormapper das nicht konnte oder wollte. (Es ist egal ob ich den Weg gleich richtig von der Fläche trenne oder in 100 Auswahlmenüs herumklicke bis ich tatsächlich nur noch den Weg selektiert habe. Ich bezweifle, das wenig versierte Mapper das stets fehlerfrei beherrschen.) mit JOSM öffnen (bringe entsprechende Zeit mit). Wenn sich die node-Krankheit in OSM weiter ausbreitet geht das irgendwann nicht mehr. Rechentechnik tendierte in den letzten Jahren nicht dazu langsamer zu werden. Ich glaube nicht, das wir ab jetzt, wo Deutschland ja sehr gut erfasst ist, das Moorsche Gesetz noch schlagen können. Tschaui, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
buedner wrote: Im Zuge einer kleinen Meinungsverschiedenheit mit einem benachbarten Mapper wurde mir ziemlich barsch erklärt, dass es inzwischen etablierter Standard sei, Landnutzungsflächen und Wege über gemeinsame Nodes zu führen. Dann irrt er. Alles andere wäre nie akzeptiert gewesen, fehlerhaft, veraltet und nur von einigen wenigen vor ein paar Jahren eine Zeitlang propagiert worden. Ich habe erst am WE wieder jede Menge landuse und way auseinandergefieselt die irgend jemand aneinander geklatscht hat, weil sich der way sonst beschissen editieren läßt. Tschaui, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap und der --delete-tags-file Parameter
Chris66 wrote: Ja, in meiner Karte funktioniert das. Interessant, das werd ich dann beim nächsten Kartenbauen hier auch testen. Dane erstmal für den Hinweis. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap und der --delete-tags-file Parameter
Felix Hartmann wrote: AFAIK ist delete-tags-file kaputt, und funktioniert nicht! Man Also bisher tat es ziemlich genau was es sollte. Der Fehler war ja mehr ein logischer Fehler auf meiner Seite. Woher stammt denn die Information dass das kaputt sei? müsste es allerdings mal überprüfen (etwa highway tag löschen, und schauen ob trotzdem highways in der Karte auftauchen) Hab ich getan, mit diversen Tags die ich nicht benötige, z.B. highway=construction Die verschwinden exakt so wie man es lt. Doku erwarten würde. Das delete-tags-file gibt nur die Funktion, die ich jetzt benötigen würde nicht her. Das wäre so: Lösche building=yes, aber nur dann, wenn keine anderen Infos an dem Polygon hängen. Ich denk in einer freien Minute setz ich mich mal hin und versuche mein eingerostetes sed/awk aufzufrischen. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap und der --delete-tags-file Parameter
Chris66 wrote: ich mach das so, dass ich die Option --link-pois-to-ways nutze und im polygon-file shop=* auf Gebäude umsetze: shop=* [0x13 resolution 24] Und das funktioniert _wenn Du vorher die Gebäude via --delete-tags-file gelöscht hast_? Das versteh ich gerade nicht... Tschaui, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mkgmap und der --delete-tags-file Parameter
Hallo Welt, ich filtere zur Minimierung der Imagegrößen mit --delete-tags-file alles das weg, was ich in meinen Karten nicht unbedingt benötige: | highway=construction | highway=proposed | proposed=* | construction=* | railway=construction | power=* | frequency=* | voltage=* | wires=* | source=* | website=* | wikipedia=* | created_by=* Bis dahin klappt das wunderbar. :-) Diese Woche bin ich in eine Fratzenfalle getappt. *g* | building=* Die Gebäudeseuche hat seit Bing mächtig zugenommen, und das sind nun wirklich Daten die ich zum Auto- oder Radfahren nicht benötige. Aaaber: Früher haben wir mal POI wie Bäcker, Supermarkt oder Tankstelle als _P_OI, mit _Point_ erfasst. Jetzt sehe ich häufig, dass ein Gebäude mit Bäcker drin so erfasst ist: | building=yes | shop=bakery Das ist nun nicht irgendwie falsch oder verwerflich und ich mache das oft genau so, aber es versaut meinen Filter, weil jetzt alle so erfassten POI nicht mehr in die Garminkarte übernommen werden, denn sie hängen am zu löschenden Polygon. :-/ Sieht da jemand eine Lösung, die über wildes Perl, awk, sed und grep zur Vorverarbeitung von europe.osm hinaus geht? Tschaui, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
hike39 wrote: das muß einem aber auch gesagt werden! Vielen Dank, aber es wäre dennoch von Interesse etwas mehr Dokumentation zu der Android-Lösung zu haben. Es ist, zugegeben ziemlich versteckt, unter http://wiki.openstreetmap.org/wiki/DE:OSMtracker_%28Android%29 dokumentiert. Wenn wir alle an der Doku mitarbeiten wird sie besser. ;-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Dimitri Junker wrote: Hast Du die aktuelle Version aus dem Market? Ja Mal komplett deinstalliert? Incl. aller Dateien und Verzeichnisse? Dann weiß ich außer der Standardfloskel Guck bei google ob noch jemand das Problem hat auch nicht weiter. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
hike39 wrote: Aber nun habe ich einen Testtrack erzeugt und wollte nachlesen, wie ich diesen exportiere und welche Funktionen die einzelnen Anzeigen haben Du drückst (lange) innerhalb osmtracker auf den Track den Du exportieren möchtest. Im Menü steht Als gpx exportieren. Die Dateien (auch die geschossenen Fotos) liegen dann in /sdcard/osmtracker/Jahr-Monat-Tag-Stunde-Minute-Sekunde/. Das Verzeichnis wirfst Du einfach JOSM vor. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Dimitri Junker wrote: Nur wie bringe ich Navit bei diese nicht im internen Speicher (1.5GB) sondern auf der 16GB SD-Karte abzulegen? Da soll man navit.xml editieren, aber wo finde ich die? IIRC ist das ein schon länger gefixter Bug. Hast Du die aktuelle Version aus dem Market? Bei mir liegt die Karte ohne jeden manuellen Eingriff in /sdcard/navit/navitmap.bin. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Dimitri Junker wrote: ich ein WindowsMobile-PDA und nutzte dort Glopus. Ich habe jetzt Navit installiert, scheint aber nicht alles zu können was man als Tracker braucht. Navit ist mehr eine Navigationssoftware, und die Bedienung, naja, das hast Du sicher schon selber bemerkt. :-) Es kann aber Offline-Karten und Offline-Navigation, was derzeit AFAIK ein Alleinstellungsmerkmal ist. Was könnt Ihr mir empfehlen? Zum Tracken brauche ich natürlich die Möglichkeit Tracks aufzuzeichen und Punkte zu markieren. Osmtracker ist buchstäblich dafür gemacht. Mit der Mäglichkeit gleich georeferenzierte Bilder mit dem Smartphone zu schießen, die JOSM am heimischen PC auch korrekt und an der richtigen Stlle anzeigt. Ich knipse manchmal Straßenschilder usw. Auch sehr nett: Vespucci, mit der Möglichkeit online zu editieren, ein JOSM für unterwegs, aber auf Grund des kleinen Displays etwas frickelig. Als Nutzer will ich sehen wo ich bin. Da ich viel reise und nicht immer bezahlbaren Osmand wurde schon genannt. Im Market gibt es noch 3, 4 äquivalente Apps. Internetzugang per Handynetzt haben werde möchte ich die Karten vorher laden können. OsmAnd kann das. Navigation per OSM wäre natürlich auch gut. Auch hier natürlich auch in einer offline Version. OsmAnd ist gerade dabei das zu implementieren, aber es ist buggy. Meist stürzt er (noch) mit Routenberechnungsfehler ab, wenn Du die offline-Navigation aktivierst. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM kompatible Navi
Garry wrote: Wenn Du ein Gerät ausschliesslich aus Bauteilen/Baugruppen aufbaust die für -40°C bis +85°C Celsius ausgelegt sind - welcher Umgebungstemperaturbereich gilt dann für das Gesamtgerät? Ich vermute Du weißt das man das so nicht festlegen kann. Baugruppen liefern an Schnittstellen definierte Ausgangssignale, diese sind möglicherweise temperaturabhängig. Diese Ausgangssignale haben zulässige, definierte Toleranzen. Die empfangende Baugruppe, die das als Eingangssignal bekommt, hat nun auch wieder (möglicherweise temperaturabhängige) Toleranzen, in deren Rahmen sie die Signle noch korrekt lesen kann. Beides muß halt für den angepeilten Temperaturbereich zusammen passen. Ich könnte Dir das beispielhaft an so etwas simplen wie zwei Logikgattern und seinen Spannungen erklären, aber das ist a) hier offtopic und b) fehlt es mir gerade an der Lust mich examinieren zu lassen. Ausgangspunkt war übrigens das _Software_ und Hardware zu unterscheiden sind, davon sind wir jetzt etwas abgekommen. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM kompatible Navi
Garry wrote: Du ,machst es Dir sehr einfach, mit diesem Schubladendenken werden dann die Fehler nicht gefunden die später ein System unzuverlässig machen... Also ich sag mal, ich hab einige Jahre Hardwareentwicklung hinter mir, ich weiß schon was Du meinst. Schubladendenken ist reichlich negativ, aber definierte Schnittstellen sind eine sehr sinnvolle Sache. Sonst sucht man nämlich Fehler an der falschen Stelle, und das passiert Dir IMHO gerade. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM kompatible Navi
Garry wrote: Du hast dann auch Klimakammer- + Stressstests (Prozessor+Schnittstellen etc. unter Vollast) damit gemacht? Reines Hardwareproblem. Ein Outdoorgerät muss mehr abkönnen als unter Laborbedingungen bei Zimmertemperatur mal eben so zu funktionieren... Natürlich. Auch Linux birgt da noch Überraschungen... Welche _softwareseitigen_ Überraschungen erwartest Du _in einer Klimakammer_? Funktionierende Hardware vorausgesetzt, selbstverständlich. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin: Mehrere Länder in einer gmapsupp.img?
Wolfgang wrote: Waren da nicht Wege mit nur einem Punkt in Grenznähe im File? Wenn das der Ja, so sieht das aus. Fall wäre, fehlt eigentlich nur die Verbindung über die Grenze und man könnte über die gleiche ID auf beiden Seiten den Weg leicht rekonstruieren. Möglich, aber ich kenne keine Software die das OOTB kann. Am Ende ist das freilich nur etwas Stringherumgewürge, aber dann tut wieder was anderes nicht uswusf. Da zerschnippel ich lieber mit osmosis. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin: Mehrere Länder in einer gmapsupp.img?
Matthias Julius wrote: Hast Du Dir das Ergebnis mal genau angesehen? Die Extrakte der Geofabrik sind (abgesehen von den Bundesländern) nicht für das Zusammenführen geeignet, da die Wege an der Grenze beschnitten werden. Und je nachdem, wie das Zusammenführen funktioniert, hat man dann eventuell Lücken oder fehlende Wege auf einer Seite der Grenze. Stimmt, gestern fiel mir das auch auf. Ich hatte im Garmin nur kontrolliert ob alle Länder sichtbar sind. An den Grenzen fehlen an einigen Wegen kurze Stücke. Mist, dann muß ich doch europe.osm ziehen und selber mit osmosis herumschnippeln. :-( Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Routing geht mitten durch den Fluß :-)
Hallo Welt, ich helfe gerade einer Ökologin mit ihrem Garmin eTrex, aber das Problem scheint mir genereller Natur zu sein, denn es tritt auch bei http://www.openrouteservice.org auf. Der exotische Wunsch besteht darin, Punkte buchstäblich mitten in der Pampa annavigieren zu können. Also nicht das da Wege fehlen, nein, die will _wirklich_ mitten auf ein Feld. Oder in den Wald. Zu vorgegebenen Koordinaten. Weil da exotisches Grünzeugs wächst oder so. Sowohl der Garmin als auch openrouteservice scheint das nicht die Bohne zu interessieren wenn solche Ziele nur dann erreicht werden, wenn die berechneten Routen mitten durch einen Fluß gehen. Vermutlich sind auch Klippen kein Hinderniss. Es wird schlicht die kürzeste Route auf den nächstliegenden Weg genommen und dann querfeldein bis zum Zielpunkt. In dem Fall: Durch die Oder, welche zum durchwaten zu tief und zu kalt ist. :-) Beispiel: http://www.openrouteservice.org/index.php?start=14.8182696,50.8841749end=14.8241724,50.8697049pref=Pedestrianlang=denoMotorways=falsenoTollways=false Setzt man den Zielpunkt minimal nach Westen wird alles gut, weil dann der auf deutscher Seite verlaufende Weg näher dran ist. Kann man das irgendwie optimieren? Flüsse umgehen? Dann lieber einen längeren Weg in Kauf nehmen? (Was mit Häusern, Mauern, Zäunen, Bahnanlagen usw. passiert hab ich noch nicht getestet.) Bei Garmin müßte ich dazu vermutlich am Typfile editieren? Momentan behilft sie sich mit dem Würgaround, manuell einen Weg in der Nähe des eigentlichen Zielpunktes zu suchen, dahin zu navigieren und dann zu Fuß zu tippeln. Die Koordinaten liegen aber nunmal perfekt als Datei vor, und es wäre schön wenn das ohne manuelle Nacharbeit und herumsuchen klappen würde. Haben Geocachern nicht mitunter das gleiche Problem? Sind Lösungsansätze aus dieser Ecke bekannt? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin: Mehrere Länder in einer gmapsupp.img?
NopMap wrote: http://forum.openstreetmap.org/viewtopic.php?id=11792-- Dnke. Der Tipp zu osmchange war genau das was ich brauchte. Für den geneigten Mitleser: Entgegen seinem Namen ist osmchange nicht nur für das Nachziehen von täglichen Differenzen, es kann auch *.osm zusammen führen: | osmchange64 czech_republic.osm poland.osm austria.osm \ | switzerland.osm italy.osm germany.osm DACHIPLCZ.osm Anschließend verfüttere ich das Ergebnis wie immer an mkgmap und es funktioniert perfekt. In Vorbereitung der Urlaubssaison kann ich jetzt die für mich relevanten Länder auf 2GB quetschen. :-) Dank auch an Martin! Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Garmin: Mehrere Länder in einer gmapsupp.img?
Hallo Welt ;-) wie ich dieser Tage hier schon schrieb laufen meine selbstgebastelten Garminkarten soweit problemlos. Das gilt, solange ich fertige *.osm-Files z.B. von geofabrik, z.B. Bundesländer oder Länder, benutze. Ich hätte aber gern mehrere Länder. Die DACH- bzw. ALPS genügt mir nicht, ich benötige z.B. Polen und Tschechien. Die Europakarte verdauen meine Geräte eTrex und Edge wegen der 4GB-Beschränkung nicht. Beide können auch nicht mit mehreren *.img auf einer Speicherkarte umgehen und erwarten exakt eine gmapsupp.img. Jetzt würge ich also an einer Karte die so etwa D, PL, CZ, A, CH und I beeinhaltet. Mehrere Dinge habe ich getestet: 1. Die einzelnen Länder von der geofabrik holen, durch mkgmap schubsen und die einzelnen *.img anschließend nochmal mit mkgmap oder gmt zusammen fügen. Das funktioniert nicht, weil der Zusammenfügeprozess erwartet das jedes Land eine eigene family-id hat. Ich kann aber nicht für jedes Land eine family-id vergeben, denn die muß mit der ID aus dem Typefile übereinstimmen. 6 völlig identische Typfiles mit jeweils gültiger ID wären eine Idee, aber das ist irgendwie doof. :-) 2. Ich könnte mir Europa.osm holen und mit osmosis zerschnippeln. Das ist auch blöd, weil ich dann riesige Datenmengen (momentan sind das fast 8GB) ziehe und anschließend das Meiste davon wegwerfe. Wie würdet ihr das angehen? Kann ich z.B. die als *.osm vorliegenden Länder irgendwie miteinander verschmelzen, bevor ich sie an mkgmap verfüttere? Gibt es da an den Schnittstellen Probleme, weil grenznahe Nodes in zwei Dateien auftauchen? Tschaui, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cycleways - oftmals falsch getaggt
Jan Tappenbeck wrote: Oftmals sind diese als highway=cycleway getaggt - obwohl diese als Fuss/Rad-Wege gekennzeichnet sind. Bei Z240/241 tagge ich das mit highway=cycleway; foot=designated. Bei Z1022-10 tagge ich highway=footway; bicycle=yes. Aber die Diskussion hatten wir schon gefühlte 300 Mal. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cycleways - oftmals falsch getaggt
Bernd Wurst wrote: man back to the roots geht und wieder so tagged wie es davor war: Das größte erlaubte Verkehrsmittel gibt die highway-Größe an und alles weitere kommt per Zusatztags. Exakt so halte ich das. Dieser Vorschlag wird aber in der alljährlichen Sommerlochdiskussion immer abgebügelt. Von abbügeln kann ich nichts erkennen. Es gibt halt Für- und Gegenstimmen. Ergo: Nicht mehr drüber diskutieren, jeden machen lassen, irgendwann haben die path-Freunde die Nase voll davon dass alle Welt etwas anderes aus ihrem Tag heraus deutet. Ja, aber eklig sind Mapper, die die korrekt erfassten Radwege fröhlich zu path umdefinieren und optimalerweise noch nicht mal ein bicycle=designated dran hängen. Die richten richtig _Schaden_ mit dem Blödsinn an, und ich drehe das auf den ursprünglichen Zustand zurück wenn ich darauf stoße. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio/germany-daily
Sven Geggus wrote: Ich geb aber zu, für _Laien_ ist das nicht optimal. Ich würde Dir meine Karten zur Verfügung stellen, nur fehlt es mir da an Webspace bzw. breitbandigem Upload. Besser wär, die AIO gänge wieder... Christoph freut sich bestimmt wenn ihr ihm dabei helft seinen Workflow wieder zum Leben zu erwecken. Ich hatte diese Antwort befürchtet. :-) Das, was ich mir hier selbst gestrickt habe, ist deutlich primitiver als Christophs Arbeit. Eigentlich ist es nur ein wild gehacktes Shellscript, dem ich mit ein paar Parametern sage welchen Kartenausschnitt ich möchte und welchen Kartenstil. Es ist nicht geeignet alle Karten täglich zu erzeugen. Ich bin da wirklich nur ein lausiger Amateur und möchte Christophs Sachen nicht zerstören. Shellaccout auf dem devserver richte ich dann bei Bedarf ein. Ich würde trotzdem mal drüber gucken, befürchte aber ich falle dabei ins Koma. :-) Ich hab die Diskussion der letzten Wochen nur mit 1/2 Auge verfolgt, da war doch noch jemand gemeinsam mit Christoph dran einen neuen Buildprozeß zu hacken? Wie ist denn da der Fortschritt? Und warum funktionieren die germany-daily momentan nicht, obwohl ich hier nichts anderes tue und diese Karten zeigt mein Garmin an? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio/germany-daily
fla...@googlemail.com wrote: Ich hab den SVN geupdatet und die AIO-Germany geupdatet . bei mir tut sie .. bei euch nicht ? Irgendwann Anfang letzte Woche, sorry, genauer hab ichs nicht. Nachdem es bei mir nicht ging hab ich das Image wieder gelöscht und halt den Kram selber gerechnet. Ich werd heute nochmal den aktuellen Stand ziehen und testen. Möglciherweise müssen wir dann mal unsere Parameter vergleichen, die wir an mkgmap usw. verfüttern. Ich hatte auch schon mal den Fall das dem Garmin das Typfile nicht behagte und er deshalb die Karte nicht anzeigte. Welche Geräte benutzt hier ? Einen Edge 705. Die letzte Karte, die noch geht, ist die in http://dev.openstreetmap.de/aio/gmapsupp/gps_ready/ vom 19.1.2011. die GMAPSUPP:IMG oder wie benutzt ihr die Daten ? Ich spiele die gmapsupp.img wie immer ins Verzeichnis /Garmin/. Danach ist es so als wär gar keine Karte drin, angezeigt wird die vorinstallierte Weltkarte mit paar Hauptstraßen. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio/germany-daily
Joerg Fischer wrote: selber gerechnet. Ich werd heute nochmal den aktuellen Stand ziehen und testen. Karte vom 22.4 grad getestet. Wie bisher ohne Funktion. Hat denn _noch_ jemand das gleiche Problem?!? Wir drei Diskutanten können doch nicht die Einzigen sein die die AIO benutzen? Auch positive Rückmeldungen mit Geräteangabe wären hilfreich. :-) Möglciherweise müssen wir dann mal unsere Parameter vergleichen, die wir an mkgmap usw. verfüttern. Ich hatte auch schon mal den Fall das dem Garmin das Typfile nicht behagte und er deshalb die Karte nicht anzeigte. Ich benutze das aktuellste mkgmap, splitter, aiostyles aus dem GIT. Der splitter läuft mit (gesetzte Umgebungsvariablen selbsterklärend): | java -Xmx6000M -jar ../splitter/splitter.jar --cache=cache \ |--write-kml=$REGION.kml --max-nodes=100 \ |../karte/$REGION.osm.bz2 mkgmap läuft mit: | java -Xmx6000M -jar mkgmap/mkgmap.jar --code-page=1252\ |--max-jobs=3 --link-pois-to-ways --net --route --add-pois-to-areas\ |--family-id=4 --product-id=45 --description=Meine\ |--family-name=JoergsBasiskarte --mapname=63240001\ |--series-name='OSM-AIO' --area-name=$REGION |--draw-priority=25 --transparent\ |--make-all-cycleways\ |--remove-short-arcs\ |--generate-sea=multipolygon,extend-sea-sectors,close-gaps=100\ |--country-name=$COUNTRYNAME --country-abbr=$COUNTRYABBR --tdbfile\ |--style-file=aiostyles/basemap_style\ |--gmapsupp karte-splitter/*.osm.gz aiostyles/basemap.TYP Das funktioniert dann hier sofort. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio/germany-daily
UMAX974 wrote: seit 2 Tagen bekomme ich die gmapsupp.img von der german-daily nicht mehr auf meinem etrex Legend Cx zum laufen. Kann das jemand mal überprüfen? Kann ich bestätigen. Ich rechne mir mittlerweile die Garminkarten wieder selbst, das Ergebnis ist identisch mit der AIO, wenn man deren Typfile einbindet. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio/germany-daily
UMAX974 wrote: Das würde ich auch gern tun, bin aber als Computer-Laie zu doof dafür. Die Anleitungen von http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Map_generation sollten auch auf dem Mac funktionieren, möglicherweise mußt Du bissel Software nachinstallieren oder eine Alternative, z.B. zu wget, benutzen. Ich geb aber zu, für _Laien_ ist das nicht optimal. Ich würde Dir meine Karten zur Verfügung stellen, nur fehlt es mir da an Webspace bzw. breitbandigem Upload. Besser wär, die AIO gänge wieder... Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Werbung nervt (Re: Kernkraftwerke?)
Schorschi wrote: und klickt man auf schliessen bei dem Werbefenster, geht im Hintergrund eins auf - maximal nervend! Kann ich mit Firefox und Adblock+ nicht nachvollziehen. Ohne irgendwelches händisches blockieren. Die Anwendung an sich finde ich btw. auch sehr gelungen. OT: Ein Kreis um das AKW ist das, was gerade in Japan zelebriert wird, man streitet eigentlich nur über die Größe des Kreises. Tschernobyl hat gezeigt, dass das nicht annähernd die wahren Gefahren wiedergibt, weil Windrichtung und Niederschlag unberücksichtigt bleiben. Vielleicht würde eine Ellipse mit Beachtung der häufigsten Windrichtung NW die Wahrheit besser treffen, ich weiß es nicht. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Fahrradwege-Tags
Heiko Jacobs wrote: Wir werden um ein =gehtnicht wohl nicht rumkommen mittelfristig ... Ich bin eher Fredericks Meinung. Zu erfassen sind objektive Zustände von Wegen sowie Schilder, die die Nutzung einschränken, kein subjektives geht nicht, weil das jeder anders sieht. Was wir auch noch bräuchten, wäre ein Wert bicycle=beachteseparateradwege ... Dann bicycle=no wird auch öfters falsch benutzt, um das Radrouting von Eine Trennung in Du darfst hier nicht wegen Z254 und Du darfst hier nicht wegen straßenbegleitendem Radweg ist nicht sinnvoll, weil beides in Du darfst nicht mündet. Der extrem seltene Ausnahmefall Ja aber da liegt heute Schnee und jetzt darf ich _doch_ ist für die Praxis und das Routing nicht relevant. Konkret und vor Ort nimmt einem das Navi das Denken nicht ab. Aber die Diskussion hatten wir schon mehrfach und ich habe keine Lust das aufzuwärmen. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Fahrradwege-Tags
Rainer Kluge wrote: Bei der Planung meiner Radtouren in unbekanntem Gebiet komme ich mit den existierenden Tags gut zurecht: Ich auch. auf irgendwelchen Trampelpfaden. Aber die Entscheidung, ob ich da lang fahre, kann und soll mir aber kein Mapper abnehmen, dessen subjektive Bewertungskriterien ich nicht kenne. ACK. und Trekkingradler kann man eine Klassifizierung, wie Christian sie vorschlägt, aus den vorhanden Tags ableiten. Sie ist redundant und somit überflüssig. Und für die MTBler gibt es ja mtb:scale ;) Exakt. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Fahrradwege-Tags
Ulf Lamping wrote: Dann können wir aber auch gleich smoothness nehmen - das halte ich sogar für die praktikablere Alternative, sowohl für den Eintragenden als auch für den Verwender. Dafür. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Fahrradwege-Tags
Christian Müller wrote: 1) bicycle=yes wird momentan auf Wege gesetzt, die nur von MTB zu befahren sind - wenn smoothness vergessen/nicht ausgewertet/nicht nach Wiki-Def verwendet wird, bin ich als Trekker auf einem Pfad gelandet, der definitiv nichts für mich ist Das sehe ich eher andersrum. bicycle=yes heißt, das das Radfahren dort nicht verboten ist. Mißbraucht wird es allenfalls dann, wenn ich einen Weg fahre, denke, der geht aber gar nicht und bicycle=no dran pappe. Das ist *eigentlich* falsch, denn das Radfahren ist dort ja nicht verboten. IIRC werten die gängigen Radkarten, z.B. die Garminkarte von Felix, die surface- und smoothness-Tags sehr wohl aus. Die exakten persönlichen Präferenzen wirst Du niemals unter einen Hut bekommen. Es gibt z.B. weicheiige MTBradfahrer die da absteigen wo Andere noch locker mit dem Trekkingrad fahren. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von falschen und abgetauten Loipen
Ulf Lamping wrote: Da gibt es jetzt bestimmt (jemand wissender möge mich korrigieren) eine ziemliche Bandbreite zwischen ist auf Schildern und einschlägigen Büchern eingetragen und im Winter immer gespurt, über in der Hochsaison gespurt bis zu hat man einmal ausprobiert und dann nie wieder. Genau. Und bis auf Letzteres sind das IMHO sehr erhaltenswerte Daten. Das Problem der Datenaktualität würde ich dabei aber gerne den Langlaufgehern und nicht dem Tauwetter überlassen ... Dafür. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von falschen und abgetauten Loipen
NopMap wrote: Ich rede ausschließlich von leicht flüchtigen Einrichtungen, nicht ausgeschildert, nicht markiert, keine Tafeln und restlos verschwunden. Wie entscheidest Du ob Du löschst? Nur in einer Dir sehr gut bekannten Gegend, wenn Du selbst Skifahrer bist und genau weißt, dort ist dreimal im Leben Einer lang gefahren und sonst nichts? Dann ACK. In fremder Gegend im Wald stehend, ups, hier ist was eingezeichnet, da ist doch gar nichts, lösch ich mal eben schnell? Dann bin ich immer noch dagegen. In unseren Daten sind wirklich eine Menge Dinge die *ich* als überflüssig ansehe. Beginnend bei liebevoll mit Mastnummer, Anzahl der Adern und Spannung eingetragenen Hochspannungsmasten über einzelne Bäume mit Artenangabe und Höhe (ja, hab ich schon gesehen) bis hin zum Puff. Ich käm aber nicht auf die Idee die alle löschen zu wollen nur weil sie *mich* nicht interessieren und irgendwie beim editieren stören. Da hat nämlich auch jemand mit viel Mühe und Fleiß lange dagestanden und das alles erfasst, dessen Arbeit ich zerstöre. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Löschen von falschen und abgetauten Loipen
NopMap wrote: Ab diesem Zeitpunkt stellt der Eintrag nur noch eine Falschinformation dar. Dann löschen wir auch im Sommer kleine Bäche? Ist ja kein Wasser drin? Hier sind zur Zeit ein paar Treppen wegen Eisglätte unpassierbar. Auch gleich löschen? Kaputte Ampel? Sessellifte die im Sommer außer Betrieb sind? Biergarten / Ausflugsgaststätten die nur im Sommer geöffnet sind? Darüber hinaus sind diese toten Ways beim mappen echter Wege und Straßen sehr irritierend, wenn sie mit Wegen verwechselt oder versehentlich angeklickt oder verknüpft werden. Prinzipiell ACK, aber mit der Begründung kannst Du o.g. Dinge auch gleich in Frage stellen. Dann müssen die, die editieren, eben besser aufpassen... im nächsten Jahr wieder genauso angelegt würden. Ich hab das diesen Winter mal in meiner Gegend beobachtet und festgestellt, daß das nicht der Fall ist. Ich beobachte hier das Gegenteil. Es sind immer die gleichen Leute die rum rutschen und die benutzen immer die gleichen Wege. Viele Loipen, insbesondere in Wintersportgebieten, sind sogar ausgeschildert. Ok, die Loipe geht mal 5m neben der Straße und mal 20m, und in Ausnahmejahren auch mal auf der anderen Straßenseite, aber sie ist weitgehend eine Konstante. Für Leute die eine Skitour an Hand der Karte zusammenstellen planbar. daher würde ich anregen, Langlaufloipen, die abgetaut sind bzw. allgemein formuliert die vor Ort absolut nicht mehr nachvollziehbar sind, konsequenterweise auch aus dem Datenbestand zu löschen. Dagegen. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Routing mit Android
Jan Tappenbeck wrote: für Android gibt es eine Vielzahl von Routing-Software bisher und nun wollte ich mal fragen mit welcher Software Ihr die besten Ergebnisse gemacht habt. Skobbler. Es sollte offline-Kartenmaterial von OSM verwendet werden! Da gibt es scheinbar noch nichts brauchbares. IIRC benutzt derzeit jede Android-Routingsoftware die Onlineroutingdienste von Cloudmate oder Yournavigation. Im Zeitalter der Flatrate halte ich das auch für die beste Lösung, die notwendige Intelligenz auf einem richtgen Server vorzuhalten. Perspektifisch kann man dort Staus verwalten, Baustellen ein- und austragen, von Glatteis und Blitzern warnen... Blöd ist das immer nur wenn man ins Ausland fährt, aber das liegt nicht am Konzept sondern an den aberwitzigen Preisen, die Datenroaming derzeit kostet. Das wird sich mit den Jahren bis o.g. Dienste existieren aber verbessern, denke ich. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Noch 1-2 Standbetreuer gesucht was: Re: Anmeldung Stand Chemnitzer Linux-Tage 2011
Jens Poenisch wrote: http://chemnitzer.linux-tage.de/2011/ Hallo Welt, malenki und ich sind fest gebucht, Jongleur hat auf http://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2011#Leute wegen fehlender Mitfahrgelegenheit halb zugesagt. Es wäre schön wenn sich noch ein oder zwei weitere Aktive finden. Ich muß die vollständige Liste der Betreuer bis Ende Januar einreichen. Nur vorab gemeldete Personen kommen in den Genuss kostenfreien Eintritts und der in den letzten Jahren stets hervorragenden kulinarischen Versorgung. Interessenten tragen sich bis zum 27.1. auf o.g. Seite im Wiki ein, melden sich hier auf der Mailingliste oder schreiben mir eine PM. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung Stand Chemnitzer Linux-Tage 2011
Jens Poenisch wrote: vergesst nicht die Anmeldung des Standes für die Chemnitzer Linux-Tage 2011. Ist nur noch bis Mittwoch möglich. Ich hab das mal erledigt. Wie funktioniert das mit den weiteren Standbetreuern? Wo müssen die sich anmelden, ich hab da auf der Webseite nix gesehen? Und so ohne mit den Betroffenen gesprochen zu haben wollte ich natürlich keinen vergattern *g*. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Reit- und Wanderkarte - Jahresrückbli ck
Nop wrote: Update zum aktuellen Stand mit Rückblick. Ich möcht mich spontan bedanken für die Arbeit die Du investierst. Ich gucke immer mal bei Deiner Karte vorbei und find es gelungen. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung Stand Chemnitzer Linux-Tage 2011
malenki wrote: War es letztes Jahr nicht so, dass die ersten vier sich unter ¹ eingetragen Habenden als Standbetreuer akkredidiert wurden? Wir hatten das intern so gehandhabt und ich würde das auch so beibehalten, aber woher erfahren die CLT-Orgas die Namen? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Karte für Android und iPhone B rowser
Bernhard Zwischenbrugger wrote: Ich habe hier im Moment ein Motorola Milestone. Da gibt es keine hardward-buttons für zoom. Doofe Frage die gar nichts mehr mit OSM zu tun hat: Wie stellt man an so einem Handy dann laut und leise? einmal aktiviert habe? Der GPS-Button ist bei mir funktionslos. (HTC Desire, Android 2.2) Ich werde das nächste Woche am Desire probieren. Eventuell muss man das in den Einstellungen am Handy aktivieren. Daran habe ich gedacht. :-) Testhalber lief parallel lief ein anderes GPS-Programm, welches einen Fix bekam. Am Milestone fragt das Betriebssystem ob man die Position bekanntgeben will. Ja, die Abfrage kenn ich von Google und so, sie kam aber diesmal nicht. Die Fehlermeldung, die Du jetzt eingebaut hast, lautet: User denied geolocation. Selbst dann, wenn ich global die Ermittlung des Standortes erlaube. Ich finde auch sonst keine Stelle das zu aktivieren. Danke, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neu: Karte für Android und iPhone B rowser
Bernhard Zwischenbrugger wrote: http://khtml.org Finde ich von der Geschwindigkeit, dem zoomen usw. schon sehr gelungen. www.openstreetmap.org ist mit dem Telefon ja leider nicht bedienbar. Kannst Du die Zoombuttons alternativ in Hardware realisieren? + und - Tasten dürften an jedem Handy dran sein? Die nehmen IMHO auf den kleinen Displays nur Platz weg. Wie krieg ich das Suchfeld wieder weg, wenn ich es einmal aktiviert habe? Der GPS-Button ist bei mir funktionslos. (HTC Desire, Android 2.2) Danke, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] htc-Smartphone mit osm
Jan Tappenbeck wrote: kann einer was zur Verwendung von OSM-Karten auf htc-smartphones sagen (schreiben)? Ich kann ein HTC Desire uneingeschränkt empfehlen. Anwendungen die ich selber installiert habe: Skobbler: Die derzeit ausgereifteste Navilösung, eigentlich kein großer Unterschied zu einem PNA an der Scheibe. Vernünftige Ansagen, super 3D Kartendarstellung. Nachteil: Permanente Datenverbindung nötig, weil die Kacheln online nachgeladen werden und Routen IIRC auf dem Cloudmade-Server berechnet werden und nicht im Gerät. OSMAnd und Andnav2: Weitere Navilösungen, die gegen Skobbler derzeit nicht so richtig anstinken können. Aber Konkurrenz ist ja immer gut, da muß man gucken was sich entwickelt. Andnav2 scheint bzgl. Weiterentwicklung momentan etwas tot zu sein. Skobbler kostet vermutlich irgendwann Geld und ist kein OS. Nachteil aller Navis: Datenverbindung nötig. Navilösungen mit im Gerät installierten Karten sind momentan keine kostenfreien verfügbar. Im Ausland ist das doof. Zumindest den Weg zum A1-Shop im Ösiland mußte ich also ohne Navi finden. *gg* Dann kommt halt eine Prepaidkarte rein. Auf dem Rückweg an der Grenze das gleiche Problem. OSMTracker: Macht genau was der Name sagt. Sehr, sehr komfortables erfassen möglich, entweder mit Sprachaufzeichnung am POI oder einem georeferenzierten Foto oder der Festlegung von POI-Eigenschaften via Klickermenü. Vespucci: Ein Online-Editor, man kann also erfasste Daten sofort bei OSM hochladen. Bedienung etwas hakelig, was aber nicht an der Software sondern am Smartphone-Prinzip mit Fingertouch auf einem dafür zu kleinen Display liegt. Ich tipper immer daneben. .-) OSMDroid: Simples Anguckprogramm wo man sich gerade herumtreibt. Gut um zu erkennen wo noch Wege / POI fehlen. Jenseits von OSM: GPSies: Android-Client für gpsies.de. Auch nicht schlecht. Bug: Das Einloggen mit eigenen Accountdaten und sofortigem hochladen ist kaputt. Google Maps: Das hat natürlich auch was, die Google-Satellitenbilder im Direktzugriff zu haben. Hat sich diesen Sommer bei Alpenwanderungen bewährt, weil man aus der Luft sieht wie der Weg so weiter gehen wird. Die Google-Kartendaten kann man selbstverständlich auch einblenden, aber in Bezug auf Wander- und Radwege kann Google mit OSM nicht mehr mithalten, wir sind viel detaillierter und aktueller. Regional natürlich mit Unterschieden. Google Navigation: Funktioniert sicher auch. Habe ich noch nicht im Detail getestet und mit Skobbler so richtig verglichen. Ich will primär sehen wohin mich Skobbler routet, was er ansagt und welche Fehler er macht. Genereller Nachteil (aller Smartphones) ist die erbärmliche Akkulaufzeit. Mit eingeschaltetem Display und diversen laufenden Programmen an ist da schon mal nach 2 oder 3 Stunden die Puste raus. Ich behelfe mir mit so einem externen Akkupack, in das 4 AA-Zellen kommen und ein USB-Anschluß zum Laden dran ist. Die Genauigkeit des GPS-Empfängers überzeugt mich. Ich habe auch in Gebäuden in Fensternähe oft einen Fix. Im Direktvergleich mit einem Garmin Edge 705 ist das Desire empfindlicher, genauer und hat kürzere Fixzeiten. In der Hoffnung das es auf den Chemnitzer Linuxtagen 2011 wieder einen OSM-Stand geben wird, ich bring das Teil mit so das die Möglichkeit zum begrabbeln besteht. HTH, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] htc-Smartphone mit osm
Stephan Knauss wrote: schöne Zusammenfassung. Willst du das nicht ins Wiki reinkopieren? Wäre schade wenn das in den Mailarchiven untergeht. Der überwiegende Teil ist schon länger im Wiki. Dort habe ich meine Tipps nämlich her. :-) Zumindest der Teil mit den harten, nachprüfbaren Fakten. Meine persönliche Meinung, Vergleich und Wertung ist IMHO im Wiki nicht gut aufgehoben. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Dirk-Lüder Kreie wrote: Daten werden verlorengehen, so oder so. Ich lass lieber 20% Daten Ich kann mir nicht vorstellen wie das praktisch aussehen wird. Nehmen wir mal einen way (a) mit 3 Punkten: 2 Punkte und den way (a) hat User A angelegt. 1 Punkt ist eine Kreuzung mit einem anderen way (b). Den hat User B angelegt. User C hat maxspeed=50 am way (a) ergänzt. User D hat eine Abbiegerelation von (a) nach (b) ergänzt. Fall 1: B stimmt nicht zu. Der way (b) und ein Punkt ist weg. Was wird aus der Abbiegerelation? Fall 2: A stimmt nicht zu. Was wird aus dem maxspeed von User C und der Abbiegerelation? Und das sind die _ganz einfachen_ Fälle. Was passiert wenn jemand landuse=xy an einen way gepappt hat, indem er die Punkte des ways (b) mitbenutzt? (Das ist IMHO sowieso eine nicht so kluge Idee, aber man sieht es überall.) Ich kann mir nicht vorstellen wie man das alles so auseinander dröseln will, das noch ein in Ansätzen benutzbares OSM übrig bleibt. Ich halte die neue Lizenz überwiegend für eine gute Idde, aber obiges Szenario bringt mich momentan dazu eher abzulehnen. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
Jonas Stein wrote: Wenn man neben einem Weg geschlossene Wege als Flaechen so eintraegt, wie man sie ermittelt hat sollte zwangslaeufig ein breiter Rand zwischen den Flaechen entstehen, da der ungerenderte Weg die Breite 0 hat. +1 Fuer Einsteiger sind diese eine boese Falle und die meisten Fortgeschrittenen, loeschen solche Klumpen lieber ganz und zeichnen neu, weil es zig mal schneller geht. Löschen nicht, wenn die Wege erst mal getrennt sind (ist in JOSM nur in Klick) kann man die Punkte relativ einfach auseinander ziehen, aber unnütze Mehrarbeit über die ich mich manchmal ärgere bleibt es immer. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO Europa defekt. was: AIO wird nicht mehr aktualisiert?
Boris Wagner wrote: Um genauer zu sein, die fertige gmapsupp für Europa geht bei mir leider nicht. Wird einfach nicht vom Gerät erkannt. Die vorletzte vom 28.06. läuft ohne Probleme. Ich hatte das Problem mit aktuellen Europaimages bereits in Message-ID: 20100624084850.ga18...@cm.local.jfis.de angesprochen, da kam noch relativ wenig Resonanz. :-) Jetzt war die Karte ja einige Tage nicht aktualisiert worden, so das ich nicht weiter testen konnte. Auf einem Edge 705 mit Firmware 3.1 war die letzte funktionierende Karte die vom 23.6.2010. (Btw, das Image war auch 2 GByte, das kann also nicht die Ursache sein.) Seitdem wird keine der Karten erkannt. Ich werd jetzt erst mal damit in den Urlaub fahren. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO/europe vom 23 Juni?
Christoph Wagner wrote: die, deren Download bei mir am 23. Juni um 11:13 beendet war, hat eine Äh, irgendwie hab ichs noch nicht gerafft. Du hast geschrieben, dass die vom 23.Juni bei dir nicht geht und jetzt geht sie doch oder bin ich schon total verwirrt? Bist Du nicht, da überschneiden sich nur die Tage. Ich hab die probiert, die das _Datum_ 23.6 trägt. malenki, und danach auch ich, benutzte die, deren _Download_ am 23. Mittag Zuende war, das ist die Karte vom 21. :-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO/europe vom 23 Juni?
malenki wrote: Auch wenn malenki hier momentan nicht mitliest... ;-) die, deren Download bei mir am 23. Juni um 11:13 beendet war, hat eine Größe von 2897018880 Bytes und funktioniert problemlos. Für die _Die_ funktioniert hier auch! Krasse Sache. Christoph? Irgend ne Idee was sich in den zwei Tagen geändert hat? http://www.malenki.ch/Touren/10/Planung_10.html Das ist heftig. :-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO/europe vom 23 Juni?
Hallo Welt, in Vorbereitung auf den Sommerurlaub hab ich letzte Nacht die AIO für Europa mal wieder updaten wollen, aber mein Edge 705 mit Firmware 3.10 erkennt sie nicht. Im Kartenmenü taucht nix auf, die im Garmin fest eingebaute Basiskarte ist das Einzige was noch funktioniert. Die MD5-Prüfsumme ist ok, eine Karte vom ca. 25.3.2010 funktioniert problemlos. Kann das jemand bestätigen / verifizieren? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ausdruck Karten
Wolfgang Wienke wrote: OSM-Karten verschiedener Renderer (z.B. Cyclemap) in hoher Auflösung und z.B. A0-Größe gekachelt auf A4 ausdruckt? Es gibt http://wiki.openstreetmap.org/wiki/Osmbook aber das sieht ziemlich tot aus und lies sich bei mir unter Ubuntu 9.10 nicht zur Mitarbeit überreden. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Map
Martin Simon wrote: Ziemelich derbe Worte für jemanden, der kurz darauf frohen Mutes dokumentiert, daß er nicht nur das Konzept von highway=path nicht verstanden hat, sondern auch die access-tags: Das ist doch mal ein optimaler Diskussionseinstieg, jemandem mit anderer Meinung spontan Blödheit zu unterstellen. Aber na gut, das mußt Du selber wissen, ich kommentier das mal nicht. bicycle=yes sagt genau was aus? _So_ einfach ist es nun auch wieder nicht. ;) Also, ich benutze das in etwa wie Du, aber das ist eigentlich nicht abgestuft genug. Was ist ein Fahrrad? Für mich: Ein Trekkingrad. So schreibe ich auch schon mal an einen Weg bicycle=no, obwohl ich mit dem MTB dort durchaus gefahren bin. Ich schreibe aber auch an einen Weg bicycle=yes, für den mich der nächste Rennradler verfluchen wird. kein Kommentar... schau mal hier: http://wiki.openstreetmap.org/wiki/Access Das ändert jetzt genau was am beschriebenen Problem, dass es derzeit keine brauchbare Darstellung verschiedener Radtypen gibt? Selbst _eindeutig_ mit Blauschild bezeichnete Radwege werden inzwischen fröhlich zu path umdefiniert. Path kann diese Situation ebenso gut darstellen, wenn nicht sogar besser (kombinierte Wege). Nein. 1. kombinierter Rad-/Fußweg, blaue Schilder, begleitend aber nicht streng parallel zur Hauptstraße, ca. 3 Meter breit und hohes Fahrrad- Verkehrsaufkommen. Verbindet Stadt und Badesee. Mein Tagging: highway=cycleway / foot=yes +1 -1, foot=yes heißt es ist erlaubt, gibt aber nicht die Situation Ich korrigiere, foot=designated wäre korrekt. wieder, daß der Weg auch den Fußgängern ausdrücklich gewidmed ist. korrekt wäre hier highway=path (oder für dich auch cycleway, obwohl es sinnfrei und redundant ist, wie du in einer späteren Mail selbst feststellst) + foot=designated + bicycle=designated. Worin soll der Vorteil ggü. oben beschriebenem Tagging liegen? Mal angesehen davon dass Du damit rechnen mußt das Renderer und Router auf Deine völlig überflüssige Umdefinition nicht eingerichtet sind und deshalb falsch anzeigen / routen? Was hat die Nutzbarkeit im access-tagging verloren? Nichts. Wo schreibe ich denn was von access? highway=path bicycle=yes Ein footway ist für mich ein innerstädtischer Weg. Also hatten wir vor der Einführung von highway=path keine außerstädtischen Wege? Außerstädtische Wege wurden mangels anderer Tags einfach als Fußweg erfaßt. Sooo falsch war das nun _auch_ wieder nicht, aber irgendjemand mußte ja unbedingt path erfinden... Tagge die Steigung, den Untergrund, die Breite. Die fehlende Verbindungsfunktion ist ja bereits in der Netztopologie enthalten - warum sollte dich also ein vernünftiger Router dort langschicken? Und Dann kannst Du der staunenden Öffentlichkeit jetzt bestimmt einen Offlinerouter, Garmin wird ja momentan bestens unterstützt, nennen, der Deine Tags auswertet und Routingentscheidungen davon abhängig macht was Du für einen Untergrund erfasst hast. wenn's ein router ist, der nach einem anderen Geschmack routet als deinem eigenen, warum sollte man versuchen, das wegzutaggen? Weil ich gern eine benutzbare Karte mit Routing hätte. Das war jetzt einfach. Ich ergänze ggf. bicycle=no. MTBler wissen eh dass sie überall lang kommen. Falsch, wenn du dafür nicht eine Grundlage hast, die z.B. das befahren solcher Wege in diesem Gebiet verbietet. Sag mal liest Du eigentlich worauf Du antwortest? Ich habe geschrieben das ich _weiß_ dass das nicht optimal ist! Es ist nur der beste Würgaround den wir momentan haben, um Routing damit zu beeinflussen! Diese Unterscheidung gibt es bei footway/cycleway auch nicht - sie existiert nur in eurem Kopf. Du irrst. Path hat bzgl. Routing _keinerlei_ Vorteile ggü. dem Tagging mit footway/cycleway. Der einzige erkennbare Vorteil ist das man beim Rendering eine andere Darstellung hinzu gewinnt. ...und im Kopf des Nachbarn existiert sie dann wieder anders, so daß letztendlich die Information, ob etwas footway oder cycleway ist, völlig wertlos ist, weil ihr versucht, mit diesen tags eure eigenen Implikationen zu transportieren. Das unterscheidet sich inwiefern von path-Tags? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Map
M∡rtin Koppenhoefer wrote: hattest Du da selbst schon vorgelegt (Unsinn). Und in der Sache hat er nicht unrecht ;-) Ich erlaube mir das weiterhin anders zu sehen. ;-) Varianten in Benutzung, man hätte auch mal etwas neutraler nachfragen können, als gleich die etablierten Schemata als Unsinn zu bezeichnen. Etabliert ist footway und cycleway, IMHO. Die so erfassten Wege jetzt krampfhaft umzudefinieren müßte _entscheidende_ Vorteile mit sich bringen, die ich nicht erkenne. Path kann diese Situation ebenso gut darstellen, wenn nicht sogar besser (kombinierte Wege). Nein. doch Wo? davon sollte man in der Tat absehen. Welche Router und Renderer meinst Du, und sollte man die nicht eher anpassen? Mein Einfluß auf Renderer und Router ist gleich Null. Einfluss kann ich nur als Mapper nehmen. Was hat die Nutzbarkeit im access-tagging verloren? Nichts. Wo schreibe ich denn was von access? foot=x, bicycle=x, etc. sind access-tags. Ok, Missverständnis. Für mich war access=... gemeint. alles eine Frage des Regelfiles. Ähm, wir ändern als erstes das Tagging und anschließend die Regelfiles, um das unnütz veränderte Tagging wieder zu berücksichtigen? Wozu der Spaß? -1, es geht hier um weitere Verkehrsmittel wie z.B. Reiten, die bei highway=bridleway Mit den Begründungen die ich bisher für die exzessive path-Benutzung gehört habe (Nochmal: nichts gegen path außerhalb von Ortschaften für Wege unterhalb von track!) können wir auch gleich alle highway-Tags wegwerfen. Dann ist ein highway=primary eben ein highway=path; surface=asphalt; width=6m; maxspeed=100; smoothness=excellent. Der Renderer muß das dann eben beachten, dass er über 5m Breite und 80km/h den path in breit und rot hinmalt. Funktionieren tut das. Nur: Ist es sinnvoll? Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Map
Martin Simon wrote: Ich habe dir keine Blödheit unterstellt, sondern lediglich Ich habs wohl in den falschen Hals bekommen. :-) Mich interessiert eine solche Klassifizierung wenig, ich leite das lieber aus anderen tags ab, aber wenn ihr das macht, wäre es gut, dafür nicht bereits für andere Dinge verwendete tags zu nutzen. Ich bin vielleicht aus den Erfahrungen meiner Ecke etwas angenervt. Ich habe hier mehr oder weniger flächendeckend alle Radwege erfasst, und weil das highway=cycleway dranhängt nicht noch zusätzlich bicycle=designated benutzt, weil das implizit am highway hing. Dann kamen ein paar Leute daher und machten aus allen =cycleway ein =path, _ohne_ ein bicycle=designated zu ergänzen, und schon sahen alle Wege, die vorher optisch sauber getrennt dargestellt wurden, wie ein Trampelpfad aus. Und es gingen richtig viel Informationen verloren, weil natürlich auch alle =footway angepackt und zu =path umgetaggt wurden. :-/ Path kann diese Situation ebenso gut darstellen, wenn nicht sogar besser (kombinierte Wege). Nein. Ok, das überzeugt mich. Wo versagt path hier? Mißverständis: path ist nicht _besser_. Es gehen günstigstenfalls keine Informationen _verloren_, wie es im oben beschriebenen Beispiel passiert ist. (Notiz: ich bin *nicht* für blindes umtaggen) Wie handhabst Du das dann? Wer zeigt das falsch (falscher) an? Mapnik? Osmarender? Cyclemap? Nein. Wie gesagt: Wenn der Umtagger bei der Aktion das, was vorher im highway steckte, jetzt nach =designated verlagert hat er zumindest mal keinen Schaden angerichtet. Er hat aber auch keine zusätzlichen, irgendwie nützlichen Informationen hinterlegt. Da bin ich dann für never change a running system. Inzwischen benutzen so viele Anwendungen OSM-Daten, das ich mit Umdefinitionen von globalen, bewährten Tags gern vorsichtiger wäre. Sooo falsch war das nun _auch_ wieder nicht, aber irgendjemand mußte ja unbedingt path erfinden... Erst mit der Erfindung von path kamen die Leute überhaupt auf die idee, footway könnte einen befestigten oder offiziellen Fußweg meinen. Vorher war das tag noch breiter als es heute ist. Was war so schlimm daran? Jetzt ist der breite footway, dessen Eigenschaften man hätte ebenfalls durch smoothness usw. beschreiben können, durch den _noch_ breiteren path ersetzt worden, denn der soll jetzt zusätzlich zu allen footway auch noch die cycleway ersetzen. ;-) Natürlich. Mehrere: Ups. Jetzt wirds interessant! (Ich benutze bisher die AIO-Garminkarte von Christoph.) Ernst gemeinter Vorschlag: probier's mal aus, so kompliziert ist es nicht! Wenn du irgendwo nicht weiter kommst und nicht die mkgmap-dev Mailingliste konsultieren möchtest, schreib mir eine mail und wir schauen, wo's hakt. Ich kenne die Anleitung wie die AIO-Karte entsteht, solche Eigenschaften sind dort etwas unterdokumentiert wie mir scheint. Da habe ich ganz klar ein Defizit, ich wußte nicht dass das geht. Bisher sagten alle, es gäbe diese IIRC 13 routingfähigen Garmintypen und da müsse man alles hinein pressen. Das habe ich so hingenommen. Ich nehme Deinen Vorschlag an und hätte fürs Erste gern einen Pointer wo ich anfangen soll mit lesen. Es müßte doch dann irgendwie, naja, wie in LaTeX, Minuspunkte für Eigenschaften geben die der Router bei seinen Entscheidungen berücksichtigt? Hast Du ein halbwegs dokumentiertes makefile oder Shellscript? Ich geh mal davon aus Du schmeißt die 100 Parameter nicht jedesmal mit der Hand ein. ;-) Und was macht dann deine Karte in anderen Gebieten, in denen andere Mapper die access-tags und footway/cycleway anders einsetzen als du? Das wird in beide Richtungen nicht funktionieren. Mir scheint, irgendwie entstehen so lokale Konsenshäufchen die dann nicht deutschland- und schon gar nicht weltweit zusammen passen. Du benutzt hier ein tag, das zwar bei den Routern den Effekt erzielt, den du gerne hättest, ihnen dazu aber eine falsche Information unterschiebt... Ok, das werde ich mir anschauen. Wenn es besser geht, muß es natürlich so gemacht werden. Es gab mal einen Fall, wo ein Erotikzubehörladen (in Hamburg) sich das tag place=city verpasst hat, um früher und größer auf der Karte zu erscheinen(jedenfalls habe ich es so in Erinnerung, könnte auch ein Versehen gewesen sein...). - Persönliches Ziel erreicht, aber mit dem falschen Mittel... ;-) Hatte ich hier mit einer Kneipe auch schon. .-) Path hat ganz bewußt so wenig implikationen wie möglich. Daß dies über Zusatztags wieder wettgemacht wird ist Teil des Konzeptes und ein Vorteil für routing und rendering gegenüber dem Wundertüten-Konzept footway/cycleway/bridleway, das für jeden andere informationen impliziert. Entschuldigung, das sehe ich noch nicht so. ;-) Wenn ich einen, sagen wir mal nicht straßenbegleitenden Radweg, hübsch asphaltiert, 2m breit, erfasse, was ist dann der Unterschied ob ich highway=cycleway; width...; surface... schreibe oder highway=path; bicycle=designated; width... surface... Da stecken doch
Re: [Talk-de] Fahrrad-Access-Map
André Riedel wrote: Selbst _eindeutig_ mit Blauschild bezeichnete Radwege werden inzwischen fröhlich zu path umdefiniert. Ich hoffe nicht, dass wir uns schon mal ins Gehege gekommen sind. Aber Nicht das ich wüßte. :-) der Große Nachteil am highway=cycleway ist, dass es eben nicht klar ist, ob der Weg nur für offiziell ausgeschilderte Fahrradwege oder auch für nach eigener Meinung fahrradtauglichen Wege verwendet werden kann. Stimmt. Aber Blauschild=cycleway hat sich doch weitgehend als konsensfähig herausgestellt? Über irgendwelche Wege, die prinzipiell radtauglich sind, aber kein Schild tragen, reden wir hier nicht. das sind IMHO track oder path mit bicycle=yes. Wenn du zu highway=cycleway bzw. highway=path zusätzlich foot/bicycle=yes/designated/official nutzt, ist dein Dilema gelöst. Das tue ich. Auchg wenn highway=cycleway; bicycle=designated irgendwie redundant ist. Schon weil ich damit rechnen muß das es keine drei Tage später wieder umdefiniert wird. *seufz* Realität sieht das anders aus, denn es gibt viele offizielle Fahrradwege, welche mittlerweile mit vielen Wurzeln oder Schlammlöchern versehen sind. Das ist hier eher die Ausnahme. Damit, dass sich Wege und Straßen im Laufe von Jahren verändern, hast Du sowieso immer zu tun. Eine primary wird aber auch nicht zu secondary herunter gestuft, wenn sich nach dem Winter Schlaglöcher aufgetan haben. Einstufung, fortzuführen, wie sieht ein bridleway aus und wie gut kann ich da Fahrradfahren? bridleway ist iirc eine britische Erfindung, die es hierzulande gar nicht gibt? und highway=motorcar? Gibt es, sie heißen motorway und trunk. :-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrraddiskussionen (war: Fahrrad-Access-Map)
Ulf Lamping wrote: Das hat schon eine gewisse Komik, wenn man diese Neuigkeitsleeren Sandkastenspiele immer und immer wieder liest. Andererseits nervt es aber auch inzwischen ziemlich. ACK. Kann nicht jemand wissender eine Wikiseite zum Thema Benutzungspflicht der Radwege anfangen (ohne die strittige Abbildung auf OSM Tags), dort Dazu haben die Kameraden bereits eine ganz tolle Usenetgruppe, in der sie unter sich sind. :-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Map
Bernd Wurst wrote: Ja, die Abstimmung die bestehenden Tags nicht zu ersetzen gab es und trotzdem gibt es mittlerweile überall im Wiki Änderungen hin zu path, auch da wo es keinen Mehrwert gegenüber den etablierten Tags gibt. Ich finde die path-Seuche auch ziemlich furchtbar. Inzwischen bin ich länger damit beschäftigt Unsinn zu korrigieren als neue Wege zu erfassen. Selbst _eindeutig_ mit Blauschild bezeichnete Radwege werden inzwischen fröhlich zu path umdefiniert. bicycle=yes sagt genau was aus? _So_ einfach ist es nun auch wieder nicht. ;) Also, ich benutze das in etwa wie Du, aber das ist eigentlich nicht abgestuft genug. Was ist ein Fahrrad? Für mich: Ein Trekkingrad. So schreibe ich auch schon mal an einen Weg bicycle=no, obwohl ich mit dem MTB dort durchaus gefahren bin. Ich schreibe aber auch an einen Weg bicycle=yes, für den mich der nächste Rennradler verfluchen wird. 1. kombinierter Rad-/Fußweg, blaue Schilder, begleitend aber nicht streng parallel zur Hauptstraße, ca. 3 Meter breit und hohes Fahrrad- Verkehrsaufkommen. Verbindet Stadt und Badesee. Mein Tagging: highway=cycleway / foot=yes +1 2. Nicht-Traktor-befahrbarer Weg im Wald (zu schmal), keinerlei StVO-Schilder, der keine gemachte Oberfläche hat aber gut platt gefahren ist. Teil einer offiziell ausgewiesenen Rad-Route und mit Fahrrädern jeder Bauart, auch für Kinder, grundsätzlich befahrbar. Jedoch mit Anhänger schwierig, es gibt Stellen da sollten ungeübte Fahrer besser schieben (Brücken ohne Geländer, ...). Wetter sollte auch nicht zu mies sein. Mein Tagging: highway=footway / bicycle=yes highway=path bicycle=yes Ein footway ist für mich ein innerstädtischer Weg. 3. Trampelpfad im Wald, Steigungen bestimmt an die 50%, zu Fuß nicht bei jedem Wetter begehbar, keinerlei Verbindungsfunktion. Ausgeschildert als Waldlehrpfad und MTB-Strecke. Vom Wald drum herum meist nicht zu unterscheiden. Ich schätze auf mindestens 10 geschrottete Fahrräder im Jahr beim Versuch die Strecke zu fahren. Mein Tagging: highway=path oder früher highway=footway (Fahrräder würde ich dort nicht erwähnen, da es nur Fahrer der als Relation erfassten Route in den Sinn kommen würde überhaupt dort zu fahren. Kein Router sollte jemals jemanden dort lang schicken, eigentlich nicht mal Fußgänger.) Ich ergänze ggf. bicycle=no. MTBler wissen eh dass sie überall lang kommen. Und genau diese Unterscheidung wird bei path bisher nirgends getroffen. Man unterscheidet nach blauen Schildern (yes oder designated) aber nicht danach, wie der Weg halt so ist. Das Mapping wird zwar objektiver, letztendlich verliert man aber das was OSM für mich ausmacht: Den Sachverstand und die Intention des Mappers vor Ort. Weitgehendes ACK. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Map
Andreas Tille wrote: oder sowas. Ich habe keine Ahnung, ob Router sowas berücksichtigen und setze daher einfach ein 'bycicle=no' mit der objektiven Motivation, daß man mit dem Fahrrad bei schlecht erkennbaren Wegen die Natur kaputt Das halte ich auch so, im Wissen das es nicht ganz korrekt ist. Nur haben wir momentan nichts besseres. Die Angabe von mtb:scale ist in solchen Fällen nicht immer hilfreich, denn ich befürchte, daß eine explizite Angabe dieses Tags Router geradezu auf solche Wege aufmerksam macht, die ich aber lieber vermeiden ACK. möchte - oder gibt es Mountainbiker, die umgestürzte Bäume, schlammige Wege (eigentlich eher Bäche), Brennessel und Gesträuchbewuchs so sehr lieben? Sowas bin ich neulich lang und habe den Mann verflucht, der das als offiziellen Wanderweg (in meiner gedruckten Wanderkarte dick rot eingezeichnet) markiert hat. Das passierte mir letztes Jahr am Comer See. Der Weg war kein Weg, sondern ein gerade trocken stehender Bachlauf. Wattn Glück das kein Regen kam. Und das mit ca. 15-25% Steigung. Zum Teil benötigte man die Hände zum vorwärts kommen. Und: Da waren MTB-Reifenspuren. Soviel zu obiger Frage. *gg* Ich habe mir erlaubt das trotzdem mit bicycle=no und mtb_scale=3 zu taggen. Der Vorteil der MTB-Skala ist, dass sie relativ eindeutig ist. Eine Zahl halt, kein schwammiges also ich fand den Weg aber nicht so schön. Ob man eine 3 dann noch fährt weiß jeder für sich. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wildbrücken
Jan Tappenbeck wrote: bei vielen neuen Straßenbauprobjekten werden sogenannte Wildbrücken errichtet - für Bambi Co. Ich würde diese mit bridge=yes layer =1 name = Wildbrücke erfassen. Die Brücke ist irgendwie die Natur, der ursprüngliche Zustand. Vielleicht sollte man die darunter hinweg führende Straße als Tunnel erfassen? Jörg, dazu noch keine feste Meinung habend -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] The Whole Earth In Your Hand
Carsten Schwede wrote: Es gibt viele User, die einfach nur fertige Karten haben möchten, um sie auf ihrem GPS-Gerät zu nutzen. Sollen die das jetzt alles selber erzeugen? So sehe ich das auch. Kompilierst Du Deinen Kernel auch grundsätzlich selber, oder nutzt Du ein fertiges Betriebssystem? Genau. Vielen Dank für die Arbeit, die Du und Andere, z.B. Christoph, in die Garminkarten stecken. Das ist für mich zur Zeit die beste praktisch benutzbare Anwendung für OSM die wir haben. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
Sven Sommerkamp wrote: lieber 30 m schieben oder 5km Umweg? Wenn ich ein volbepacktes Fahrrad hab oder Velomobil würde ich evtl. 5km Umweg in Kauf nehmen. Für _30_ Meter? Ich würde schön fluchen wenn mein Navi mich dermaßen Umwege schickt. Und vollbepackt oder 2 Räder ist kein normales Fahrrad, wenn Du dafür Routing haben möchtest bist Du ev. mit KFZ-Routing besser bedient? Aber da sind wir genau an der Stelle wo Johann uneingeschränkt Recht hat: Das ist eben von persönlichen Vorlieben abhängig. Für mich zählt normalerweise die benötigte Zeit, und da schiebe ich lieber 30m statt 5km zu fahren. Ich denke, das sehen viele Leute so. Wie gesagt, man kann auf Fußgänger umschalten, dann werden sicher auch Treppen und dergl. Geroutet Alles IMHO: Radrouting ist für normale Räder, Niveau Trekkingbike, 10kg Gepäck, Bevorzugung möglichst kurzer Wege. So werden die Meisten Rad fahren definieren, und an denen sollte man sich orientieren. Wenn ich mit dem MTB unterwegs bin und einen Trail fahre wo viele nicht mal zu Fuß lang kommen, erwarte ich nicht dort mit Radrouting erfolgreich zu sein. Wenn Du mit 100kg Zuladung und Anhänger (oder z.B. einem Rennrad welches auf nicht asphaltierter Strecke sofort aufgibt) unterwegs bist solltest Du auch nicht erwarten, mit Radrouting erfolgreich zu sein. Und sind die zu treffenden Annahmen nicht so hypothetisch, dass selbst Kaffesatzleserei als vergleichsweise empirische Wissenschaft erscheint? Nö, es werden doch massenhaft Navis vertickt ohne dass die Leute sie Wochen später dem Händler wutentbrannt vor die Füße werfen. :-) Und: Navi finde ich so praktisch, weil ich ohne Streß und dauernd anhalten und Karte lesen mehr oder weniger problemlos _ankomme_. Das Optimalrouting eines Ortskundigen der auch noch seine persönlichen Vorlieben berücksichtigt sollte man davon nicht erwarten. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Routing MKGMAP
M∡rtin Koppenhoefer wrote: Poller sollten auf keinen Fall vermieden werden, die lassen Fahrräder ja explizit passieren. Gehweg ist eine Sache, die lokal unterschiedlich betrachtet werden muss (evtl. explizit angeben). +1 ja, wobei es teilweise eine Abwägung erfordert: lieber 30 m schieben oder 5km Umweg? Selbst mit 30kg Gepäck wird man wohl lieber 30m schieben ;-) Deshalb versucht Routing so etwas wie Gewichtung einzuführen. Auch beim Autorouting kann es sinnvoll sein durch eine Tempo 30 Straße zu routen, wenn die nur 500m lang ist, die Hauptstraße aber 10km entfernt. :-) Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blitz-Säule
Johannes Huesing wrote: Spricht eigentlich was dagegen, ein paar mehr einzutragen als man sieht? Nö, wir haben ja bisher relativ wenig Probleme mit Vandalismus, dann fängst Du halt mal damit an. Kopfschüttelnde Grüße, Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauc ht den cyclefootway
Karl Eichwalder wrote: 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). 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. 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. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brauc ht den cyclefootway
fly wrote: Auch cycleway/footway/track müssen nicht asphaltiert sein. Natürlich nicht. Dafür gibt es surface=*. Zusätzlich, ja. Damit kann ich dann neben der rechtlichen Widmung Eigenschaften genauer erfassen. Ist ein 1.5 m breiter weg wirklich ein track oder eher ein path ? Alles was mit zweispurigen Fahrzeugen befahrbar ist und/oder erkennbar (Reifen- und Fahrspuren) so benutzt wird, ist bei mir ein track. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de