[Talk-de] Historischer Bahnhof?
Hallo, Wie würdet ihr einen historischen Bahnhof taggen? Die Strecke kann man ja mit "railway=preserved" taggen. Aber das lässt nur Strecken und keine Nodes zu. Soll ich das vorschlagen auf Nodes zu erweitern? Ansonsten könnte ich natürlich "railway=station" nehmen. Aber das birgt das Risiko, dass ein evtl. mal vorhandenes Routenprogramm dieses Bahnhof ansteuert. Wäre ziemlich blöd. :-) Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkstadt Schwwabing / Potlatch
Hallo, > Dort hatte ich vor ca. 1 Woche angefangen, Traces aufzunehmen und > diese im ersten Schritt als Segmente hoch zu schieben. Das darf man halt nicht machen ;-) Noch 1 oder maximal 2 Monate, dann gibt es keine Segmente mehr, dann hat das auch Ruh' - dann gibt es nur noch Ways oder eben keine Ways. Das Problem hat eine Wurzel wo ganz anders: Mehrere Leute, die in einem Gebiet arbeiten und nichts voneinander wissen. Haettest Du beispielsweise einfach so bei Dir daheim die Daten komplett erstellt, so waere ja beim Upload auch die Duplizierung aufgetreten. Haette der andere mit Potlatch Deine Segmente gesehen, so haette er nicht gewusst, was er da machen soll - die Segmente verbinden, oder loeschen und neu machen? Wir leiden also darunter, dass man nicht einfach ein dickes gelbes "Post-It" irgendwo auf die Karte klatschen kann, auf dem z.B. steht "bitte hier mal gerade moeglichst nichts aendern, ich will das heute abend fertigmachen" oder "die Gegend hier sollte jetzt komplett sein" oder oder oder. Das sehen auch die meisten anderen so, dass wir da irgendwas brauchen. Im Moment, wo wir noch wenige sind, ist es nicht so drastisch, aber das Problem wird sicher nicht kleiner! Es ist bloss noch nicht klar, wie wir das am besten loesen sollen. Besonders die Frage, ob unsere OSM-Datenbank neben den eigentlichen Daten auch die Metadatan fassen sollte (eben diese "Post-Its" und Notizen), oder ob man dafuer was eigenes macht (und dann z.B. ein JOSM-Modul, das von einem Fremdserver die "Post-Its" zum gerade bearbeiteten Gebiet holt). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Parkstadt Schwwabing / Potlatch
Hallo, eigentlich wollte ich ursprünglich über den Mapper fluchen, der die Parkstadt Schwabing in München in den letzten Tagen gemacht hat. Aber beim genaueren Hinschauen hat sich alles als "anders" herausgestellt. Also von Anfang an: ich arbeite neuerdings in der Näche der "Parkstadt Schwabing" in München. Dies ist ein Neubaugebiet auf einem ehemaligen Industrie-/Bahn-Brachland.(siehe http://de.wikipedia.org/wiki/Schwabing-Freimann#Neue_Stadtteile_auf_dem_Gebiet_der_ehemaligen_Stadt_Schwabing_im_heutigen_Stadtbezirk). Dort hatte ich vor ca. 1 Woche angefangen, Traces aufzunehmen und diese im ersten Schritt als Segmente hoch zu schieben. Gestern hatte ich jetzt etwas erweitern wollen und zu meinem "Entsetzten" festgestellt, dass jemand das ganze Gebiet mit Wegen angelegt hatte! Meine alten Segmente waren immer noch vorhanden => meine "Strassen" waren also doppelt vorhanden. Ich wollte schon auf den Ersteller fluchen bis ich mehr oder weniger gesehen habe, dass die Ways mit "Potlatch alpha" angelegt worden sind. Und dann ist mir wieder eingefallen, dass jemand gemeint hatte, dass Potlatch-Alpha keine Segmente unterstützen würde. => daraus meine Schlussfolgerung, dass der Ersteller also gar meine Segmente gar nicht sehen konnte. [Arrh] => daraus mein Schluss: in der jetzigen Form ist Potlatch einfach Mist. Bei aller Liebe und dem Respekt vor den Programmierern, aber ich hatte dann die Arbeit meine ganzen Wege wieder heraus zu löschen. Und derartige oder ähnliche Beschwerden über das Teil gabe es hier in der Vergangenheit bereits mehrfach. Wir sollten dafür sorgen, dass es keine Doppel- oder Dreifach-Arbeit gibt und dass Potlatch auch Segmente darstellt. So lange sie Teil des aktuellen Datenmodells sind, hat sie ein Editor auch darzustellen, sonst gehört m.E. seine Verwendung verboten. Insbesondere dann, wenn es ein "offener" Editor (jedermann sehr einfach zugänglich) in der Web-Oberfläche ist... Nichts für ungut, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Straßenbahnen taggen vs. Validator W arnungen
Frederik Ramm schrieb: >> 2) Wenn sich Straße und Straßenbahn kreuzen, sagt der Validator >> "Crossing Roads" was ja auch irgendwie stimmt. Das einzige was mir hier >> einfällt: Ich könnte hier die Straßenbahn auf layer=-1 setzen - was >> zumindest halbwegs der Realität entspricht. >> > Da muss der Validator gefixt werden. Der sagt ja auch "crossing > roads", wenn eine Strasse in den Wald reinfuehrt... > ACK für den Validator-Fix! BTW: es gibt auch noch "railway = level_crossing" wenn die Straße über die Gleise führt. (siehe map-features). MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Featurerequest für JOSM: GPX Dateie n aus direkt aus JOSM umbenennen
Andreas Hubel schrieb: > Hi, > > wäre es jemanden der es kann möglich ne Funktion in JOSM einzubauen, die > es erlaubt GPS Dateien direkt in der Layeranzeige umzubennen? Also > richtig den Dateinamen, nicht nur den Namen des Layers. hab grade festgestellt das das josm schon macht. > > Außerdem wäre ne "Alle GPS Layer aus-/einbleden" und "Alle Marker > aus-/einbleden" Funktion ganz hilfreich. > > MfG ah signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OT: gpx Editor
Christoph Eckert schrieb: > Gebabbel.sf.net bringt übrigens einen fertigen Preset für obige > Zeile mit :) . > gibts gebabbel auch in nem deb repository? mfg ah signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Entities und Präzision der Trackdaten
Hallo, > Aber du bist in der deutschen Sprache zuhause, vielleicht kannst du > deine Ausführungen ins Deutsche Übersetzen, dann können deine > Landsleute dich auch verstehen. Das kommt dann in Phase 2. Erstmal muessen ja die, die im Projekt das Sagen haben, ueberzeugt werden, und die ueberzeuge ich nicht mit Deutsch ;-) > Als Anregung noch: Wir haben es hingekriegt das unsere Karten auf > Garmin > laufen (noch nicht perfekt) Das Problem ist, wie es aussieht, im Moment immer noch das Fehlen einer freien Software, die Daten fuer Garmin erzeugt. Dieses Java- Dings scheint nur ein sehr kleines Subset dessen erstellen zu koennen, was Garmin theoretisch verarbeiten kann; sicherlich auch keine Abbiegerestriktionen. Die polnische Software kann fast alles, ist aber teuer und langsam. Ich hoffe, dass irgendwann irgendwer das ein fuer alle Mal vernienftig loest und eine Library macht, mit der man alles, was Garmin versteht, auch erzeugen kann. Dann wird es ein Klacks, Relations irgendwie auch da miteinzubeziehen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Entities und Präzision der Trackdaten
Also Frederik, ich unterstütze deine Bemühungen zu den Entities, Relations. Aber du bist in der deutschen Sprache zuhause, vielleicht kannst du deine Ausführungen ins Deutsche Übersetzen, dann können deine Landsleute dich auch verstehen. Als Anregung noch: Wir haben es hingekriegt das unsere Karten auf Garmin laufen (noch nicht perfekt) Es wäre klasse wenn wir auch unsere Abbiegerestriktionen so hinkriegen würden, das unsere Karten dann auch Routingfähig Werden können auf jenen Geräten. Also eine Methode bzw. Format die nah an der Datenbank der Mapsource Karten angelehnt ist. Aber so flexibel das wir diese DB auch für andere Navisysteme verfügbar machen können. Ich habe z.B. im Auto so ein Navi Wo ich am liebsten auch unsere Karten laufen lassen würde, Irgendwann. Übrigens wenn wir die Geräte die in den Autos fest eingebaut werden zur mithilfe bewegen könnten wäre es vielleicht möglich auch die Impulse von den Radsensoren, Kompassen, Höhenmessern usw. in die Trackdaten einzubeziehen. Das würde die Genaugkeiten der Tracks wesentlich erhöhen. Gerade da wo der GPS Empfang nur schlecht oder gar nicht möglich ist. Vielleicht sollten wir versuchen, für das Erfassen von Straßendaten nicht nur das GPS Signal zu verwenden. Aus der Luftfahrt sind weitere Syseteme bekannt die lange Zeit das GPS ersetzen konnten. Ich glaube beide Systeme ergänzen sich sehr gut. Habe ich eine Position und zusätzlich Tachosignale, barometrische Höhenmessersinale, und einen Kompass, vielleicht Kreiselsensoren, Dann kann das GPS Signal gerne mal eine Zeitlang ausfallen oder ungenau sein. Trotzdem wird die Navigation bzw. Trackaufzeichnung weiter präzise sein. Ich würde sogar soweit gehen zu sagen, das ein GPS Signal gar nicht unbedingt von nöten zur Navigation (Autorouting) ist. Wenn ich weiß wo ich bin, kann ich dem Gerät das vielleicht ja im Zweifel auch mal von Hand sagen, wenn kein GPS Empfang möglich ist. Es wird dann möglich sein mit einem solchen System überall zu navigieren und Tracks aufzuzeichnen, auch unterirdisch(Bergstollen, U-Bahnen usw.) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM Wiki Hamburg / Wer mappt wo? / Mapping event? (Lars Tretau)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Sommerkamp schrieb: > Ich habe schon überlegt, gute Tracks von Hamburg könnten wir auch > bekommen indem wir in die > Postämter gehen und fragen ob wir den Zustellern ein GPS ins Auto legen > dürfen. Sowas haben einige Mapper schon in London versucht, aber die Tracks ohne die eigene Anschauung der Straßen bringen wenig, insbesondere, wenn die Tracks aufgrund der eher schlechten Empfangslage in Innenstädten eher ungenau sind. - -- Dirk-Lüder "Deelkar" Kreie Bremen - 53.0952°N 8.8652°E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG1nnsFUbODdpRVDwRAhBfAKCuCu8gt9DECUcBun/ZJko4hiyWSwCfdJle j2vMzDs52rhekIKDB66m0ds= =zoxM -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Worldfile aktualisiert
Hallo, die gewandelten Dateien vom 29.08. stehen wieder aktualisiert auf meiner Wikipage zur Verfügung. http://wiki.openstreetmap.org/index.php/User:Computerteddy Auch steht jetzt das Programm OsmCut auch zum Download zur Verfügung. Viele Gruesse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OT: gpx Editor
>> Hi, >> >> ich hätte grade mal wieder so nen längeren Track... Mit welchen >> Parametern muss ich gpsbabel aufrufen? >> > > gpsbabel -t -i gpx -f Originaltrack.gpx -x simplify,error=0.001k -o gpx > -F VereinfachterTrack.gpx > > 0.001k entspricht einem Meter. Evtl. etwas mit dem Wert spielen. > > Gebabbel.sf.net bringt übrigens einen fertigen Preset für obige > Zeile mit :) . > > Cheers, > > ce > Hallo Christoph, was bezwecken die Werte die Du bei GPSBabel anhängst? Was würdest Du bei GPSBabel 0.2.8.2 (das ist die Oberfläche) unter Filter eintragen? Danke Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Weiterer Nutzen von OpenStreetMap?
> On Tue, Aug 28, 2007 at 10:14:46PM +0200, Günter Heini wrote: ... > > Es gibt da so ein paar unschoene Effekte, die die Traces verfaelschen. > Manchmal systematisch, manchmal zufaellig. Hier eine Liste von Sachen, > die mir bei meinen Tracks schon aufgefallen sind: > geringere Genauigkeit, die Abweichung ist > abhaengig von der Fahrtrichtung: selbe (schmale) Strasse innerhalb kurzer > Zeit hin und wieder zurueck -> es gibt zwischen den Spuren deutliche > Abweichungen. Dazu habe ich eine Theorie: Mein GPS hängt unter der Frontscheibe (keine Außenantenne). Er hat gute 'Sicht' nach vorn und seitlich. Nach hinten aber eine leichte Abschattung durch das Dach (~45° zum Horizont). Die Satelliten, die die Korrekturdaten übertragen (WAAS/EGNOS), stehen geostationär über dem Äquator ;also im Süden - und zwar ziemlich niedrig. Fahre ich nach Süden bekomme ich Korrekturdaten, nach Norden nicht? http://www.kowoma.de/gps/waas_egnos.htm > - Bei der Einfahrt in den Tunnel liefert der Empfaenger noch ein paar > Sekunden lang Werte, die er aus der letzten Fahrtrichtung und > Geschwindigkeit extrapoliert. Den Effekt beobachte ich bereits bei Bäumen an der Straße. Wenn eine Kurve in zwei Richtungen durchfahren wird, dann regiert der GPS-Track immer ein wenig "träge". Man wird sozusagen aus der Kurve getragen. Es liegt wohl an der Geräte-internen Software. Damit der Benutzer nicht durch wird herum springende Einzelmessungen verunsichert wird, wird gemittelt und extrapoliert. Das sieht denn viel korrekter aus, führt aber zu einer gewissen Trägheit bei Richtungswechseln bei schlechtem Empfang. > > Gruss > > Holger > -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
