Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Hallo Norbert, Du hättest einen Screenshoot verlinken sollen - das sieht doch gut aus. Vor einigen Wochen hatte ich betreffende Personen angemailt weil ich deren MIST wirklich nicht berichtigen wollte. Einer hat sich gemeldet und wollte sich der Sache annehmen. Habe in meinem OSM-Archiv nochmal nachgesehen - so sieht es in JOSM aus: http://www.tappenbeck.net/forum/osm/jt_osm_hl_worst_jan09.jpg [275 kb] Gruß Jan :-) Norbert Kück schrieb: Hallo, wenn man zeigen möchte, warum man das besser nicht tut, kann man hier ein abschreckendes Beispiel finden: http://www.openstreetmap.org/?lat=53.868181lon=10.709427zoom=18layers=B000FTF In angenehmer Erinnerung an eine gute Studentenzeit (lang ist's her) bin ich eben per OSM durch Lübeck gewandert. Meine Freude hat an dieser Stelle doch einen schlimmen Dämpfer bekommen. :-( Eigentlich sollte das als So nicht archiviert werden. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Hallo, wurde auch schon korrigiert, war halt nur ein hochgeladener GPS Track. In den weg rein gelaufen und wieder raus und schon waren dort 2 Wege, 100 meter gerade aus gelaufen und das GPS ist hin und her gesprungen als wenn man Zick-Zag gelaufen währe. In solchen Fällen macht man auch normalerweise einen Screen Shot und nicht nur den Link. Schöne Grüße 2009/2/22 Arne Bischoff bisch...@gueldendorf.de: Hallo, Was ist da am Park falsch? Ich kann da nichts erkennen, was hier solche Gefühlsausbrüche erklärt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
die onne halten und den Ort speichern ist ja wohl meist keine gute Idee. Also von 2 Stellen Peilen,... Also, genau so hab ich das im letzten Jahr in Brandenburg, auf der Elbe, auf dem Elbe-Lübeck-Kanal, die Ostseeküste gen Osten, Stettiner Haff und zurück nach Berlin gemacht. Kannst ja mal auf unserer Karte den Aktueller Kursverlauf Button drücken ;-) Das Loten wäre meiner Meinung nach noch OK, man muß nur wissen wo man es vom Segelboot und wo vom Dinghi aus macht, aber ab wann würdest Du Dich auf eine so entstndene Karte verlassen? Mit entsprechender Vorbereitung (Kartenvergleich) mach ich das heute schon, bzw. habe es letztes Jahr gemacht. Allerdings gebe ich zu, daß ich unsere Tonnen-Positionen letztes Jahr noch über GoogleEarth gelegt habe, um zu navigieren. Da gab es unser OSM-Openlayers-xampp-Offline-Navi noch nicht, und UMTS auf der Ostsee kann leicht eine schlechte Idee sein. Wie sollen wir wlches Zeichen taggen? Jedes Zeichen hat ja wohl einen englischen Namen, da muß man sich nur auf irgendwas einigen. Anfangen kann man da wo man meist anfängt: http://en.wikipedia.org/wiki/Sea_mark Entsprechend wächst und gedeiht unsere Seekarte derzeit leider noch neben OSM ... Ich hoffe unter einer Lizens die eine Vereinigung irgendwann ermöglichen würde. Die leidige Lizenzfrage. Unsere Daten sind für jedermann frei. Ausdrücklich möchten wir unsere Daten mindestens genauso frei sehen, wie die des OSM-Projektes. Ich werde die Webseite die Tage übrarbeiten, da offenbar der Hinweis, man möge keine Daten, die mit fremden Rechten behaftet sind, bei uns hochladen, mit einer Lizenzvereinbarung verwechselt wird. Was bei uns einer Lizenz am nächsten kommt, findet sich etwas versteckt unter http://www.freietonne.de/index.php?site=3infotyp=1 , der Punkt 3 war übrigens so eine blöde Anfangsidee von uns. Wie gesagt, ich ändere das die Tage :-) Beste Grüße JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] USB Stromversorgung
Moin.. Zur Zeit nutze ich einen HTC Touch 3g fürs Mappen im Auto. Da der Akku nur 3 Stunden mit aktivem GPS hält und in meinem Auto der Zigarettenanzünder nur bei eingeschalteter Zündung funktioniert suche ich eine Puffermöglichkeit. Hier habe ich ein Mobil Power Pack gefunden http://www.pdamax.de/?art_nr=cz-381 Kennt vielleicht jemand das Teil? Mich würde interessieren ob bein eingeschalteter Last der Akku vom Power Pack geladen wird wenn über Zigarettenanzünder und nachgeschaltetem 5V-USB-Wandler das Power Pack mit Strom versorgt wird. Ich hatte schon kleine Solar-Lader die das nicht konnten und erst darauf gewartet haben bis die Last entfernt wurde. Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Marc Kura schrieb: Zur Zeit nutze ich einen HTC Touch 3g fürs Mappen im Auto. Da der Akku nur 3 Stunden mit aktivem GPS hält und in meinem Auto der Zigarettenanzünder nur bei eingeschalteter Zündung funktioniert suche ich eine Puffermöglichkeit. Das Autoradio hat meist Dauerplus. Evtl. kann man da etwas abgreifen. Würde ich mich aber in einem Forum zum entsprechenden Automodell schlau machen. Mit CAN-Bus ist die Chance, etwas kaputt zu basteln doch recht hoch. Hier habe ich ein Mobil Power Pack gefunden http://www.pdamax.de/?art_nr=cz-381 Ich hab für meinen PDA einen primitiv-Notlader mit Batterie. 5 EUR in der Bucht. Für den Notfall reicht es aus. Höhere Erwartungen hätte ich auch an Dein 30 EUR-Teil nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
On Sun, 22 Feb 2009, Marc Kura wrote: Zur Zeit nutze ich einen HTC Touch 3g fürs Mappen im Auto. Da der Akku nur 3 Stunden mit aktivem GPS hält und in meinem Auto der Zigarettenanzünder nur bei eingeschalteter Zündung funktioniert suche ich eine Puffermöglichkeit. Warum kaufst Du Dir nicht einfach einen 12V-Akku und klemmst eine Zigrarrenanzünderbuchse dran? 7Ah bekommst Du z.B. für knapp 20EUR. Hier habe ich ein Mobil Power Pack gefunden http://www.pdamax.de/?art_nr=cz-381 Der hat nur 2,2Ah und ist teurer. Oder Du klemmst die Zigarrenanzünderbuchse direkt an die Autobatterie (z.B. Dauerplus vom Autoradio). Sparst Du auch noch den Akku. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Hallo Marc, Zigarettenanzünder funktioniert nur bei eingeschalteter Zündung Wieso legst Du dir nicht einfach ein Kabel direkt von der Batterie, und passender Buchse/Stecker? Gibts bei conrad.de http://www1.conrad.de/scripts/wgate/zcop_b2c/~flNlc3Npb249UDkwV0dBVEU6Q19BR0FURTAxOjAwMDMuMDEwNy4wNDE3MmFmNSZ+aHR0cF9jb250ZW50X2NoYXJzZXQ9aXNvLTg4NTktMSZ+U3RhdGU9MTk5NDc5NDc3?~template=PCAT_AREA_S_BROWSEmfhelp=p_selected_area=%24ROOTp_selected_area_fh=perform_special_action=glb_user_js=Yshop=B2Cvgl_artikel_in_index=product_show_id=p_page_to_display=DirektSearch~cookies=1zhmmh_lfo=zhmmh_area_kz=s_haupt_kategorie=p_searchstring=zigarettenanz%FCnderp_searchstring_artnr=p_searchstring_manufac_artnr=p_search_category=allefh_directcall=r3_matn=insert_kz=gvlon=area_s_url=brand=amount=new_item_quantity=area_url=direkt_aufriss_area=p_countdown=p_80=p_80_category=p_80_article=p_next_template_after_login=mindestbestellwert=login=password=bpemail=bpid=url=show_wk=use_search=3p_back_template=template=kat_save=updatestr=vgl_artikel_in_vgl=titel=darsteller=regisseur=anbieter=genre=fsk=jahr=jahr2=dvd_error=Xdvd_empty_error=Xdvd_yea r_error=call_dvd=kna_news=p_status_scenario=documentselector=aktiv=gewinnspiel=p_load_area=$ROOTp_artikelbilder_mode=p_sortopt=page=p_catalog_max_results=20 Sicherung nicht vergessen! (Sicherungshalter direkt ins Kabel) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeinenamen als nodes?
2009/2/21 Rolf Bode-Meyer rob...@gmail.com: Hallo, wie taggen wir denn Gemeinden? Nur als name auf dem Grenzpolygon (so vorhanden), oder auch als place? Als Weg (für ist in Fragen) und als Node (für das Rendern). Weg und Node sind als place=... und als name=... getagged. Optional dann auch als postal_code, name:(sprache)=, is_in=, ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice (Anliegerstrassen)
2009/2/19 Chris-Hein Lunkhusen chris66...@gmx.de: Deshalb verstehe ich nicht wieso JOSM dieses wiki-unkonforme Taggen des Nodes unterstützt. ;-) Du hast da etwas falsch verstranden. Das Wiki ist keine Regel. Die Regel ist was du auf der Karte hast und das Wiki eine Dokumentation was man so auf der Karte anzutreffen bereit sein sollte. Getagged wird wie es jedem grad richtig erscheint und anschließend wird im Wiki gelegentlich dokumentiert was denn so üblicherweise getagged wurde. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitmap-Karte offline kalibrieren?
Hallo, Frederik Ramm schrieb am 21.02.2009 23:16: Ja, ich erinnere mich, dass ich das gleiche Problem damals auch hatte. Aus einer Mail von 2007 habe ich jetzt diese Anleitung rausgekramt: * Visit http://developers.metacarta.com/register/ , and create an account Da kommt zwar nur eine Fehlermeldung, aber unter http://accounts.metacarta.com/ klappt es. * Go to the rectifier upload page, and choose 'private' * After hitting submit, you should be prompted for a username/password * Your username is the email address you signed up with. * After your upload, you will be sent to a page like: http://labs.metacarta.com/rectifier/rectify/id This image will *not* be shown publically. Copy this URL so you can keep it somewhere for the future. * All access to WMS/API info will now require basic auth using the username and password you set up. Vielleicht hilft es. Leider auch nicht. Auch mit Registrierung derselbe Fehler, sowohl mit Firefox als auch mit IE. Trotzdem danke. Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Java SlippyMap Entwicklung.
Moin, ich benötige eine SlippyMap mit BBox-Auswahl ähnlich dem in Josm für ein eigenes Java Projekt. ich hab mir die entsprechenden Klassen in Josm schon mal angesehen und gemerkt dass sie sehr mit Josm verwoben sind, so dass es schwer sein wird sie da raus zu bekommen, wenn man nicht so gut mit dem josm-Code vertraut ist. (leider sind nur selten MetaKlassen und Interfaces verwendet worden) Meine Frage(n): Gibt es Schon Bestrebungen (oder sogar schon fertigen code) den SlippyMapChooser unabhängig zu machen? wenn nicht, gibt es jemanden der mitmachen möchte (vielleicht, weil er selbst so was brauchen könnte?) Jemand der sich eventuell schon etwas mit dem josm code damit auskennt? alles Gute Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
grungelborz schrieb: Mit Abweichung meine ich die Differenz zum Wert aus der topologischen Karte, 1.3m. Die ist 5m. Ausreisser sind bei mir das obere und das untere Drittel des Histograms. Die Begriffe waren nicht aus der Statistik - ich hab das nicht studiert. Worauf es ankommt ist, daß man mit einem simplen Algorithmus und genügend Daten dreimal hintereinander relativ gute Werte erhält. Für mehr Tests habe ich keine Daten. Das kannst Du aber unmöglich als Referenztest für alle GPS-Geräte nehmen. Ich habe seit einigen Tagen hier ein großes Trimble-Gerät, was ich für die kommenden Monate und Jahre kostenfrei zur wissenschaftlichen Analyse nutzen kann. Ich werde es bald mit einer Antenne fest installieren und kontinuierlich Messdaten ins Web streamen. Vorteil: Da unser Fachbereich auch eine Kachelmann-Wetterstation betreibt, kann ich (leider nur intern) GPS-Fehler mit Veränderungen des Wetters in Verbindung setzen! Da ich die genauen Koordinaten und Höhe dank Vermessungsamt kenne, kann ich die genauen Fehler wiedergeben. Die Höhe schwankte in den letzten 3 Tagen um durchschnittlich 8 Meter hoch/runter. Ausreißer waren bis 17 Meter spürbar. In der Realität unterwegs, kannst Du nicht wissen, ob es gerade 8 Meter drunter unter 17 Meter drüber liegt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Martin Koppenhoefer schrieb: Am 20. Februar 2009 13:35 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Meinst Du, ich soll die Sache mal von einem Rechtsanwalt prüfen lassen? Ich denke, für 30-40 EUR wird er eine Bewertung schreiben. wieso so wenig, schafft er das in 12 Minuten? Es gibt auch kleine Tricks, die ich in der Vergangenheit häufiger angewendet habe, aber mir persönlich recht hilfreich sind: Befreundete Jura-Studenten (Maifest 2002 in Köln) recherchieren das kostenfrei als Übung. Dieses lege ich einem normalen Rechtsanwalt für Medienrecht vor. Dieser liest es durch und bewertet die Recherche. Das ist meist ein Festpreis von 30-40 EUR (es liegt ja kein Streitwert vor, kenne aber die genauen Stundenpreise für Rechtsanwälte nicht). Vorteil: Der Jura-Student bekommt Auskunft, ob seine Recherche okay war und ich bekomme eine Antwort. Da diese Bewertung und die Fragen beim Rechtsanwalt ja eh nicht rechtlich verbindlich sind, sondern vielmehr Klarheit über eher dürfen und eher nicht dürfen geben, ist dieser Weg für mich richtungsweisend. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Martin Koppenhoefer schrieb: die sind m.E. beide öffentlich/amtlich und daher auch beide zu verwenden, die Kartengrundlage / Hintergrund nach meiner Kenntnis explizit nicht. Beim F-Plan bin ich mir wirklich nicht sicher. Der F-Plan hat nur eine informelle Wirkung für den Bürger. Ich habe hier ein Buch von 1994 gefunden, wo das genau drin steht. Ich poste es morgen mal (also Zusammengefasst). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
On Sun, 22 Feb 2009, Josias wrote: Moin, ich benötige eine SlippyMap mit BBox-Auswahl ähnlich dem in Josm für ein eigenes Java Projekt. ich hab mir die entsprechenden Klassen in Josm schon mal angesehen und gemerkt dass sie sehr mit Josm verwoben sind, so dass es schwer sein wird sie da raus zu bekommen, wenn man nicht so gut mit dem josm-Code vertraut ist. (leider sind nur selten MetaKlassen und Interfaces verwendet worden) ? Der SlippyMap-Code ist überhaupt nicht in JOSM enthalten, sondern ein unabhängiges Projekt im OSM-Repository. JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Martin Koppenhoefer schrieb: Diese darf man vermutlich nicht verwenden, wobei ich das irgendwie auch aus ähnlichem Grund wie mein Vorredner in Frage stellen würde: entweder, man braucht die Karte, um den Plan zu verstehen, dann ist sie auch Bestandteil der Veröffentlichung, und daher darf sie auch benutzt werden, oder sie ist überflüssig, dann braucht die Behörde sie auch nicht im Hintergrund einblenden. Ich bin der Meinung, dass ein FNP/F-Plan nur mit einer Basiskarte irgendeine Wirkung hat. Der F-Plan kennzeichnet ja vorhandene Fläche, ohne Basiskarte wäre der F-Plan total nutzlos. Der B-Plan kennzeichnet aber eine neue Fläche, wobei abgewägt werden muss, ob der B-Plan Einfluss auf die vorhandene Bebauung hat. Es kann ja sein, dass im Rahmen einer Umlegung das Grundstück des Bestandes beeinflusst wurde. Dann hat die Basiskarte eindeutig einen Bezug zum neuen Grundstück. Wenn jedoch im Freiraum gebaut wird, dann ist die Basiskarte nur rein informativ, damit man weiß, wo man ist. Mir ist bewusst, dass die Ämter das anders sehen, weil sie sonst ihre Pfründen (Verkauf von Planmaterial) davonschwimmen sehen, aber wie gesagt ist das m.E. in Frage zu stellen. Es gibt noch ein anderes Argument, welches wir noch nicht bedacht haben. Ich werde dies morgen aus dem Buch zusammenfassen (siehe oben). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Mark Obrembalski schrieb: Dazu sollte man allerdings bedenken, dass der FNP ein _Plan_ ist und nicht unbedingt die bestehenden Verhältnisse wiedergibt. Es war ja u.a. von Interesse, was dem F-Plan zugrunde liegt. Der F-Plan ohne Grundlage ist wenig aussagefähig, anders wie ein B-Plan. Du hast aber natürlich recht, dass der F-Plan wirklich nur eine Willingsplanung widerspiegelt, was man z.B. hier in Dortmund im Rahmen der Universitätsstraße wunderbar sieht: Ach, bauen wir einfach mal ... 10 Jahre später ... Huch, Scheiße: Hätten wir das lieber nicht getan. Lösch' es schnell aus dem Plan!. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
Dirk Stöcker schrieb: Der SlippyMap-Code ist überhaupt nicht in JOSM enthalten, sondern ein unabhängiges Projekt im OSM-Repository. ah ok, dann hab ich das nicht richtig interpretiert. JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) wenn ich das richtig sehe ist das aber genau die klasse, die für das auswählen der BBox, oder? Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. dort ist aber nur der jmapviewer, oder übersehe ich da was? alle Gute Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Hallo, Meinst du mich? Dann sage mir bitte, was in meinem _ersten_ Beitrag du als Gefühlsausbruch siehst Nicht Gefühslausbruch, falsche Wortwahl meinerseits. Nur eben abwertend dem Mapper gegenüber, der das vielelicht das erste Mal gemacht hat und stolz war darauf, was er gemacht hat. Auch wen es letzlich nicht viel Wert war. Ich war am Anfang, ausgestattet mit einem schlechten Gerät, auch überrascht, wieviel fast parallele Wege ich da scheinbar gegangen bin. Und dass ich scheinbar über Wasser gehen konnte ;-) Wir haben alle mal angefangen und waren über freundliche Verbesserungswünsche froh. Grüße aus dem verschneiten Frankfurt (Oder), Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Markus schrieb: Wieso legst Du dir nicht einfach ein Kabel direkt von der Batterie, und passender Buchse/Stecker? Hallo Markus, Wäre zu einfach, ist leider ein Mietfahrzeug an dem ich nichts basteln darf. Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Hallo Dirk, Dirk Stöcker schrieb: Warum kaufst Du Dir nicht einfach einen 12V-Akku und klemmst eine Zigrarrenanzünderbuchse dran? 7Ah bekommst Du z.B. für knapp 20EUR. Und wie sieht es aus mit dem Tiefentladen? Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Dimitri Junker schrieb: Anlegen von 2 Matritzen, in der einen wird Höhe*Gewicht aufsumiert, in der anderen Gewicht - am Ende teilt man den einen Wert durch den anderen und hat das gewichtete Mittel Als nächstes baue ich eine einfache grafische Ausgabe ein, so nach dem Motto Höhe-Grauwert, unbekannte Pixel rot Kannst Du mir bitte die Matrix schicken? Ich möchte sie auch mal mit meinen Tools aufbereiten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Hi, werde dann wohl mal das erste aus der anderen Antwort für 0,79€ verwenden. Sieht schon für mich ausreichend aus. Ist momentan bei mir kältebedingt nicht soviel, was ich tracke. PIOs trage ich aktuell eher ein. z.B. Blitzer, nen Postkasten auf der Ecke oder mal ein paar Hausnummern. Außerdem ist in meinem aktuellen Wohnumkreis schon fast alles an Straßen gemappt. Mfg Marco Andreas Labres schrieb: Marco Horstmann wrote: ich will mir demnächst auch nen iPhone zulegen, wie schauts da eigentlich mit GPX Logger aus? Ich verwende Track'n Trail http://www.trackntrailapp.com/de/ v1.0.2 von Andreas Kluge http://www.aemade.de/, Aufzeichnungsintervall kann man auswählen: 1m, 5m, 10m, 50m, 100m, 500m, 1000m; kann GPX erzeugen und direkt in OSM hinaufladen. Ein Beispieltrack: http://www.openstreetmap.org/user/_al/traces/307694 Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
Hi Josias, alles, was man standardmäßig von einer Kartenanwendung erwartet ist im JMapViewer implementiert. (Anzeigen der Karten, Translation der Karte, Zoom, Umrechnen von Bildschirmkoordinaten in Lat/Lon, ...) Den JMapViewer gibt hier: http://svn.openstreetmap.org/applications/viewer/jmapviewer/ Am 22.02.2009 um 13:44 schrieb Josias: JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) wenn ich das richtig sehe ist das aber genau die klasse, die für das auswählen der BBox, oder? Wenn Du eine BBox auf die Karte malen möchtest, musst Du das selbst implementieren, z.B. wie im SlippyMapChooser. Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. dort ist aber nur der jmapviewer, oder übersehe ich da was? Ja genau. Früher war alles im SlippyMapChooser. Inzwischen sind die Standard-Funktionalitäten zur Kartenanzeige in ein eigenes Projekt eingegangen. Wenn Du einfach eine Karte darstellen möchtest, solltest Du dafür den JMapViewer verwenden. Und darauf Deine BBox Funktionalität implementieren. Gruß, Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis Rheinland-Pfalz
Hallo Tim, Am Donnerstag, 19. Februar 2009 20:56 schrieb TimG: Hallo Sven, Bei den Orten bei denen ich kein Polygon gefunden hatte, hab ich jetzt ein Rechteck um den Ort herum mit 0.06 Grad Kanenlänge angenommen. http://svenanders.openstreetmap.de/SV-stat/Rheinland-Pfalz/ Die Relation muss einen Key: de:amtlicher_gemeindeschluessel und als Value den Gemeindeschlüssel aus dem Strassenverzeichniss haben. Könnest Du mir das mit der Relation noch mal bitte etwas genauer erklären ? Ich arbeite u.a. in Nierstein http://svenanders.openstreetmap.de/SV-stat/Rheinland-Pfalz/Nierstein/ Hierfür gibt es auch einen way (landuse = residential) der alle Straßen umfasst http://www.openstreetmap.org/browse/way/8031225/history Wie muss jetzt die Relation genau aussehen und wer/was muss Mitglied dieser Relation sein ? Wenn ich mir die Landkarte der Verwaltungsgemeinde [1] ansehe,würde ich lieber einen neuen Way anlegen. Ich hab das mal für Ingelheim (vgl. [2]) gemacht. Es gibt eine Relation [3], sie hat als ein Mitglied die Kreisgrenze [4] (ich musste sie dafür kleiner teilen) und als anderen den neuen Way [5]. Beachte bitte das ich die Grenze von nirgendwo abegmalt habe und sie deshalb sehr ungenau ist, ich habe das nur aus dem Gedächnis hingemalt. Sicher werdet Ihr festellen, das sie nicht stimmt, dann ändert sie einfach (zieht sie in die richtige Richtung, fügt neue Punkte hinzu etc.). Wenn du eine Nachbargemeinde einfügen möchtest, dann splittest du den Way auf, und fügst den Teil der Grenze den sei gemeinsam haben auch zur Nachbargemeinde-Relation. [Ich ärger mich gerade, hatte vor es für Nierstein zu machen, und dann war da noch was falsches in der Zwischenablage, naja nun halt Ingelheim]. Das verändern der Grenze geht halt nicht, wenn sie deckungsgleich mit einem landuse=residential ist. Wenn du im lokalen Archiv mal nach Grenzbeschreibungen fahndest, kannst du die Grenze natürlich sehr viel genauer eintragen. Ist aber eher Arbeit für Biliothekare oder Historiker. Interessant ist im dem Zusammenhang evtl. [6] und [7] zumindest bei [7] müsste der Plan gemeinfrei sein, da er bestandteil der Satzung ist. Leider ist er im Online zu finden PDF nicht intergriert. Wenn du das jetzt auch noch im Wiki so dokumentierst, wie du es dort gerne gefunden hättest, würde es auch dem nächsten helfen. 1:http://www.nierstein-oppenheim.de/content/buergerbuero_online/so_finden_sie_uns.htm 2: http://www.mainz-bingen.de/assets/images/72-uebersichten-lk_gemeinden.jpg 3: http://www.openstreetmap.org/browse/relation/80449 4: http://www.openstreetmap.org/browse/way/31345513 5: http://www.openstreetmap.org/browse/way/31345515 6:http://www.nierstein-oppenheim.de/content/buergerbuero_online/pdf_satzungen/nierstein/nier_15.pdf 7:http://www.nierstein-oppenheim.de/content/buergerbuero_online/pdf_satzungen/nierstein/nier_16.pdf Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
Josias schrieb: Dirk Stöcker schrieb: JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) wenn ich das richtig sehe ist das aber genau die klasse, die für das auswählen der BBox, oder? Das stimmt, aber der Code aus der Klasse SlippyMapChooser ist nicht sehr kompliziert und gehört nicht zu den JOSM-abhängigen Teilen. Zusammen mit der Klasse OsmMapControl solltest du alles haben für die Auswahl eines Bereiches. Ich würde dir empfehlen einfach mal die beiden Klassen zusammen mit JMapViewer in ein neues Projekt zu ziehen und alles, was Fehler macht auszukommentieren. Dann sollte fast genau das übrig bleiben was du willst. Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. dort ist aber nur der jmapviewer, oder übersehe ich da was? Der JMapViewer ist die Basis das SlippMapChoosers [1]. Letzterer macht eigentlich nur die Anpassung an JOSM und das setzten/auslesen des selektierten Bereiches. Gruß Jan [1] http://wiki.openstreetmap.org/wiki/JMapViewer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Dimitri Junker schrieb: Hallo, Du bekommst einen Höhenteppich mit einer Dicke von Grössenordnung 80- 160m - ausgehend von einem Messfehler von 30m und und einer nicht bekannten GPS-Höhenkorrektur Der Fehler sinkt bekannterweise mit der Anzahl der Messwerte, irgendwann ist er akzeptabel. Ggf könnte man noch berücksichtigen wieviele unterschiedliche Geräte die Meßwerte ermittelt haben. Man könnte dann zwischen statistischem und systematischem Fehler unterscheiden. Der statistische sinkt mit der Anzahl der Messungen, der systematische nur mit der Anzahl der unterschiedlichen Geräte. Das ist hier nicht so einfach - du musst die Geräte in verschieden Klassen einteilen und entsprechend Gewichten - diese Daten hast Du im Zweifel aber nicht zur Verfügung - oder schlimmer noch, die Geräte falsch klassifiziert so dass dir viele Messwerte dass Ergebniss ehr verschlechtern als verbessern. Wenn man konsequent nur bekannte Quellen mit bekanntem Korrekturwert zulässt reduziert sich das natürlich - aber damit entfälltt quasi das Argument automatisch ohne Handarbeit erstellt. Nö, ich kan in meinem OSM-Profil angeben welchen Gerätetyp (+Software+Firmware) ich habe und wie ich die Höhenkorektur eingestellt habe. Optimal wäre wenn diese Daten automatisch ins GPX-File geschrieben würden. Das wäre dann praktisch keine Handarbeit. Bei vielen Geräten könnte man ggf auch Konfigurationsfile automatisch auslesen lassen. Ja - wenn es konsequent angewendet wird. So wie es jetzt aber viele gibt die defacto für den Renderer mappen (hauptsache die Karte sieht gut aus, auch wenn die Daten nicht korrekt sind) - so wirst Du auch hier Mapper haben die ihr Höhenprofil einbringen wollen ohne sich um die Fehlerproblematik zu kümmern. Fazit: Allein die Menge an verschieden Höhenaufzeichnungen pro Gebiet ist kein Garant für eine Ausmittelungen des Messfehlers. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Garry schrieb: Fazit: Allein die Menge an verschieden Höhenaufzeichnungen pro Gebiet ist kein Garant für eine Ausmittelungen des Messfehlers. Das würde eh nur klappen, wenn der Messfehler nur durch die Geräte erzeugt wird. Aber wir haben bei GPS ja noch xy andere Faktoren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Dirk Stöcker schrieb: On Sun, 22 Feb 2009, Marc Kura wrote: Zur Zeit nutze ich einen HTC Touch 3g fürs Mappen im Auto. Da der Akku nur 3 Stunden mit aktivem GPS hält und in meinem Auto der Zigarettenanzünder nur bei eingeschalteter Zündung funktioniert suche ich eine Puffermöglichkeit. Warum kaufst Du Dir nicht einfach einen 12V-Akku und klemmst eine Zigrarrenanzünderbuchse dran? 7Ah bekommst Du z.B. für knapp 20EUR. Hier habe ich ein Mobil Power Pack gefunden http://www.pdamax.de/?art_nr=cz-381 Der hat nur 2,2Ah und ist teurer. Oder Du klemmst die Zigarrenanzünderbuchse direkt an die Autobatterie (z.B. Dauerplus vom Autoradio). Sparst Du auch noch den Akku. Vorsicht mit Hinweisen an Leute die nicht selber auf so eine Idee kommen - ohne ein bischen Fachkenntnis kann man damit auch ein Auto abfackeln... oder für gefährliche Verkehrsituation bei Rauchentwicklung während der Fahrt sorgen... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
On Sun, 22 Feb 2009, Josias wrote: JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) wenn ich das richtig sehe ist das aber genau die klasse, die für das auswählen der BBox, oder? Ja. Aber der Code wird immer programmspezifisch sein. Ich habe mir das gerade nochmal angeschaut. Viel könnte man nicht in eine unabhängige Klasse auslagern ohne in Parametrierungswahnsinn zu verfallen. Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. dort ist aber nur der jmapviewer, oder übersehe ich da was? Das ist doch die Hauptarbeit. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Norbert Kück schrieb: Arne Bischoff schrieb: Was ist da am Park falsch? Sieht gut aus jetzt, ja. Aber falsch ist es dennoch. Dirk hat das aus der Ferne schön gemacht und dabei wichtige Informationen, die im Track durchaus enthalten waren, weggebügelt. Es fällt nun nicht mehr auf, dass da noch mal jemand genau drüber muss, aber es braucht dennoch Überarbeitung. Es muss ständig über die gesamte OSM bzw. generell über alle Karten gegangen werden! Es gibt keine fehlerfreie Karten, es gibt immer nur eine Annäherung an die Realität zum Zeitpunkt der Erfassnug! Also nict darüber aufregen wenn etwas nicht perfekt ist sondern einfaqch besser machen wenn sich die Gelegenheit bietet. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
On Sun, 22 Feb 2009, talkde...@kura.de wrote: Dirk Stöcker schrieb: Warum kaufst Du Dir nicht einfach einen 12V-Akku und klemmst eine Zigrarrenanzünderbuchse dran? 7Ah bekommst Du z.B. für knapp 20EUR. Und wie sieht es aus mit dem Tiefentladen? Wie lange willst Du das Ding denn betreiben? Und wieviel Strom braucht Dein Gerät? Mein Vorschlag geht davon aus, dass Du abens die Batterie zum aufladen an ein passendes (in jedem Haushalt vorhandenes?) Ladegerät anklemmst. Wenn Du natürlich kein entsprechendes Ladegerät hast, wird es teurer. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Dirk Stöcker schrieb: Wie lange willst Du das Ding denn betreiben? Und wieviel Strom braucht Dein Gerät? Mein Vorschlag geht davon aus, dass Du abens die Batterie zum aufladen an ein passendes (in jedem Haushalt vorhandenes?) Ladegerät anklemmst. Wenn Du natürlich kein entsprechendes Ladegerät hast, wird es teurer. Oder er muss basteln ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Am 22. Februar 2009 13:41 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Mark Obrembalski schrieb: Dazu sollte man allerdings bedenken, dass der FNP ein _Plan_ ist und nicht unbedingt die bestehenden Verhältnisse wiedergibt. Es war ja u.a. von Interesse, was dem F-Plan zugrunde liegt. Der F-Plan ohne Grundlage ist wenig aussagefähig, anders wie ein B-Plan. Du hast aber natürlich recht, dass der F-Plan wirklich nur eine Willingsplanung widerspiegelt, was man z.B. hier in Dortmund im Rahmen der Universitätsstraße wunderbar sieht: Ach, bauen wir einfach mal ... 10 Jahre später ... Huch, Scheiße: Hätten wir das lieber nicht getan. Lösch' es schnell aus dem Plan!. ganz so läuft es nicht ab (bauen wir einfach mal..). Einerseits geht es da um Partikulär-Interessen (ist ja finanziell durchaus bedeutsam, ob, was und in welcher Größe man bauen darf), andererseits um gewandelte politische Einschätzungen und Ansichten und zuguterletzt darum, welche Partei gerade am Ruder ist. Natürlich spielt auch die Finanzierbarkeit eine Rolle. Jedenfalls ist der FNP ein Plan, der nicht zwangsläufig umgesetzt wird und daher nicht wie eine Karte die Realität wiedergibt, insofern macht ein blindes Kopieren nach OSM sowieso keinen Sinn, da gebe ich meinen Vorrednern Recht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS - Fehler bei detaillierten Fahranweisungen (war: Idee: Fahranweisungen auf ORS in Dialekten)
Am 19.02.2009 11:20, schrieb Rolf Bode-Meyer: Am 19. Februar 2009 09:46 schrieb Pascal Neisn...@geoinform.fh-mainz.de: ich weiß das die Fahranweisungen auf ORS noch etwas Arbeit erhalten müssen. Trotzdem denke ich wäre es insgesamt eine Lustige Sache wenn man auf ORS.org die Fahranweisungen in verschiedenen deutschen Dialekten anbieten könnte, oder? Ich habe mich ja jetzt seit meinem ersten Report bezüglich der Fahranweisungen zurückgehalten und ihr sollt ja bei der Entwicklung auch etwas Spaß haben. Aber sich auf solche Spielereien zu stürzen wenn die Fahranweisungen wirklich jenseits von Gut und Böse sind halte ich wirklich für falsch. Du vergisst, dass Open Source Projekte auch mit der Motivation für die Programmierer am Leben gehalten und sich nicht nur am Bedarf der Nutzer orientieren müssen. btw. Ist bekannt, dass die detaillierten Routenanweisungen bei unbenannten Straßen immer n/a schreiben? Besser wäre dort unbenannt oder das Weglassen einer Straßenbezeichnung Beispiel statt... Fahre rechts an der Ampel auf n/a für 0.36 km Fahre rechts an der Ampel für 0.36 km Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waschanlage
Hallo, Gab es bei diesem Thema eine Einigung? Habe im Archiv nichts gefunden... Gruß, Arne+++ -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Andreas Jacob Gesendet: Donnerstag, 24. Juli 2008 12:59 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Waschanlage Habe gerade ein wenig im Wiki und im Tagwatsch gestöbert, aber nichts verwertbares bzgl. Waschanlagen für KfZ gefunden. Habe da gerade eine SB Waschanlage einzuzeichnen. Ich hätte da jetzt prompt amenity:carwash erwartet. Aber dann fiel mir ein, dass eine Waschanlage ja auch bei vielen Tankstellen zu finden ist. Dazu habe ich dann auch 11 EInträge ala service:carwash im Tagwatch für Europa gefunden. Doch beim Nachsehen unter: http://wiki.openstreetmap.org/index.php/Key:service musste ich feststellen, dass sich diesen Key die Pufferküsser unter den Nagel gerissen haben. Hat irgendwer eine Idee, wie man die unterschiedlichsten Waschanlagen modellieren könnte? Vielleicht auch unter dem Gesichtspunkt, dass es Textilwaschanlagen, Bürstenanlagen als auch die Selbstbedienungsboxen gibt, und diese jeweils einzeln als auch an einer Tankstelle vorkommen kann. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Florian Lohoff schrieb: On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Presse] Bericht im Leipziger Uni-Fernsehen
Die HTWK Leipzig stellt in einer Sendung ihres Wissenschaftsmagazins Open Source-Projekte vor und begleitete OpenStreetMapper bei einer kleinen Mapping-Aktion: http://www.floidtv.de/programm/singleall/article/x-cam-das-wissensmagazin/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrradstraße.
Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history und hier ein Foto: http://picasaweb.google.de/lh/photo/h5dPiDSm6AuyRAQS-spaLA?feat=directlink Schöne Grüße Thomas ___ DSL zum Nulltarif + 20 Euro Extraprämie bei Online-Bestellung über die DSL Freundschaftswerbung! http://dsl.web.de/?ac=OM.AD.AD008K15279B7069a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Am 22.02.2009 17:06, schrieb Thomas Berendes: Florian Lohoff schrieb: On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Thomas Und was ist wenn vor dem Stoppschild noch eine Einmündung ist oder ein Fahrrad-/Fußweg vor der Einmündung die einmündende Straße quert. Es gibt viele Beispiele, die eine automatisierte Richtungsermittlung in die Irre laufen lassen. Besser wäre hierfür eine Relation mit from- und to-Straße und optional dem Standort. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Thomas Berendes schrieb: Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Ich habe es bisher bei Stopp-Schildern immer so gehalten, dass ich sie rechts neben der nicht vorfahrtsberechtigten Straße positioniert habe. Dadurch ist es eigentlich klar, welche Fahrtrichtung betroffen ist. Wenn ich aber das Schild als Node auf der Straße darstelle, geht diese Information verloren. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Claudius Henrichs schrieb: Am 22.02.2009 17:06, schrieb Thomas Berendes: Florian Lohoff schrieb: On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Thomas Und was ist wenn vor dem Stoppschild noch eine Einmündung ist oder ein Fahrrad-/Fußweg vor der Einmündung die einmündende Straße quert. Es gibt viele Beispiele, die eine automatisierte Richtungsermittlung in die Irre laufen lassen. Besser wäre hierfür eine Relation mit from- und to-Straße und optional dem Standort. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Claudius, das hört sich für mich zunächst ziemlich kompliziert an. Wie sähe das denn in der Praxis aus? Hast Du ein Beispiel? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Patrick Kolesa schrieb: Thomas Berendes schrieb: Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Ich habe es bisher bei Stopp-Schildern immer so gehalten, dass ich sie rechts neben der nicht vorfahrtsberechtigten Straße positioniert habe. Dadurch ist es eigentlich klar, welche Fahrtrichtung betroffen ist. Wenn ich aber das Schild als Node auf der Straße darstelle, geht diese Information verloren. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Patrick, so wie Du habe ich es früher auch gemacht. Aber kann diese Information ohne Bezug zum nicht vorfahrtsberechtigten Weg überhaupt verarbeitet werden? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Am 22. Februar 2009 17:36 schrieb Thomas Drebert dreb...@web.de: Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history und hier ein Foto: http://picasaweb.google.de/lh/photo/h5dPiDSm6AuyRAQS-spaLA?feat=directlink Ich würde es als residential taggen und für die Regelung Fahrradstraße einen separaten tag benutzen, den es aber anscheinend nicht gibt... Vielleicht beschreibt highway=residential, bicycle=designated, motor_vehicle=yes die Situation schon korrekt? Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Thomas Drebert schrieb: Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history Juristisch ist das ein Radweg, Autos ( Moppeds) frei. So würde ich das auch taggen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Garry schrieb: Norbert Kück schrieb: Arne Bischoff schrieb: Was ist da am Park falsch? Sieht gut aus jetzt, ja. Aber falsch ist es dennoch. Dirk hat das aus der Ferne schön gemacht und dabei wichtige Informationen, die im Track durchaus enthalten waren, weggebügelt. Es fällt nun nicht mehr auf, dass da noch mal jemand genau drüber muss, aber es braucht dennoch Überarbeitung. Es muss ständig über die gesamte OSM bzw. generell über alle Karten gegangen werden! Es gibt keine fehlerfreie Karten, es gibt immer nur eine Annäherung an die Realität zum Zeitpunkt der Erfassnug! Also nict darüber aufregen wenn etwas nicht perfekt ist sondern einfaqch besser machen wenn sich die Gelegenheit bietet. Scheinbar nicht verstanden: Nicht das jemand das überarbeiten muss, habe ich in den Vordergrund gestellt, sondern dass die Notwendigkeit DURCH die halbe Reparatur verschleiert wurde. Die guten Ratschläge die hier mehrfach verbreitet werden, es doch einfach zu verbessern oder Neulingen freundlich Hinweise zu geben, gehen meilenweit an der Sache vorbei. Sie erwecken den Eindruck, ich würde das nicht tun. Welche Anmaßung der Autoren dieser Ratschläge. Wenn ich in der ML solche Dinge anspreche, hat das einen rein konstruktiven Grund. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hallo Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history hier: http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad ist ein Proposal, nicht sehr weit. Weil es bisher nichts vernünftiges gibt habe ich sie so getagged: http://www.openstreetmap.org/browse/way/9061415/history name = Goßlerstraße bicycle = yes maxspeed = 30 highway = residential foot = yes psv = yes access = destination In diese Straße dürfen Anlieger auch mit Auto rein und ÖPNV-Busse auch. Wenn das nicht erlaubt ist access=no und psv weglassen, wenn kein ÖPNV durch darf, also: bicycle = yes maxspeed = 30 highway = residential foot = yes access = no Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Thomas Berendes schrieb: Aber kann diese Information ohne Bezug zum nicht vorfahrtsberechtigten Weg überhaupt verarbeitet werden? Höchstens über eine Abstandsmessung, derjenige Weg, der den kürzesten Abstand zum Stoppschild hat, wird mit dem Stoppschild-Tag versehen. Aber diese Methode ist natürlich höchst ungenau und in komplexeren Kreuzungssituationen schwerer einzuhalten. Man könnte dann solche Situationen über eine Relation lösen: from-to = node1,node2; node2 ist dann der Kreuzungsnode Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Patrick Kolesa schrieb: Thomas Berendes schrieb: Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Ich habe es bisher bei Stopp-Schildern immer so gehalten, dass ich sie rechts neben der nicht vorfahrtsberechtigten Straße positioniert habe. Dadurch ist es eigentlich klar, welche Fahrtrichtung betroffen ist. Wenn ich aber das Schild als Node auf der Straße darstelle, geht diese Information verloren. Das mag für eine Kartendarstellung reichen, aber woher weiss ein Router dass dieser Verkehrszeichen-node Bezug zu einem (high)way hat? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hi, wie würdet ihr eine Fahrradstraße taggen? nach dieser Seite http://wiki.openstreetmap.org/wiki/DE:Road_Signs wäre es dann wohl highway=residential bicycle=designated foot=yes motorcar=destination motorcycle=destination maxspeed=30 hgv=destination schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straße taggen.
Hallo, Ich ab mir ein paar OSbugs life angesehen und verstehe jetzt warum es dort Probleme beim tagging gibt. 1. Situation Da währe eine Straße (Privatweg) die an beiden enden durch Tore versperrt ist, Personen haben durch eine Tür von 6 - 22 Uhr Zugang, für Autos wird das Tor für Lieferverkehr oder besondere Veranstaltungen geöffnet. 2. Situation. Eine Straße endet als Sackgasse an einer Fußgängerstraße/Fahrradstraße, Taxis dürfen weiter Fahren und Lieferverkehr von 8-13h und Anlieger von bestimmten Häusern dürfen auch rein fahren. Foto: http://picasaweb.google.de/lh/photo/m0wnQ7bU2Zj41HqurRkTcA?feat=directlink Schöne Grüße Thomas Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Presse] Bericht im Leipziger Uni-Fernsehen
Hallo Claudius, gehörst Du zu den Machern? Dürfen wir das Video nutzen? Wer kann uns den OSM-Teil rausschneiden? Und auf DVD brennen? (bis Freitag...) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Norbert Kück schrieb: Garry schrieb: Norbert Kück schrieb: Scheinbar nicht verstanden: Nicht das jemand das überarbeiten muss, habe ich in den Vordergrund gestellt, sondern dass die Notwendigkeit DURCH die halbe Reparatur verschleiert wurde. Das ist immer noch besser als eine Löschung... wer weiss wann da wieder ein Mapper vorbeikommt um die Daten dann wieder einzutragen. Sooo falsch scheint es ja jetzt nicht mehr zu sein, Du wirst in OSM sicher viele Stellen finden die besser aussehen aber noch falscher sind... Die guten Ratschläge die hier mehrfach verbreitet werden, es doch einfach zu verbessern oder Neulingen freundlich Hinweise zu geben, gehen meilenweit an der Sache vorbei. Sie erwecken den Eindruck, ich würde das nicht tun. Welche Anmaßung der Autoren dieser Ratschläge. Wenn ich in der ML solche Dinge anspreche, hat das einen rein konstruktiven Grund. Das ist auch in Ordnung - nur sollte der konstruktive Grund deutlich erkennbar gemacht werden damit es nicht falsch verstanden wird. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Garry schrieb: Das mag für eine Kartendarstellung reichen, aber woher weiss ein Router dass dieser Verkehrszeichen-node Bezug zu einem (high)way hat? Ich dachte, dafür wären diese Abbiegerelationen da? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPX-Tracks Stand der Dinge?
Hallo, angesichts der Diskussion um Hoehendaten wollte ich mal fragen, wie eigentlich momentan der Stand der Dinge bei den gespeicherten gps-Tracks ist. Gibt es irgendwo im Wiki eigentlich eine Seite, wo das im Detail erklaert wird und ich eine Antwort auf all (oder zumindest die meisten) der folgenden Fragen finde? Werden die gpx-Dateien genau so gespeichert, wie man sie hochlaed, oder werden die fuer OSM relevanten Informationen extrahiert und einzeln gespeichert? Falls die gpx-Dateien nicht komplett gespeichert werden, welche Daten werden dann von den Wegpunkten gespeichert: Die Position (trkpt mit lat und lon) sicherlich. Der Zeitstempel (time)? Die Hoehe (ele)? Sonst noch was? Werden die Punkte einzeln oder zusammenhaengend als Track gespeichert? Was genau bewirkt beim Hochladen eigentlich der public-Knopf? Und wie kann man auf die gespeicherten Tracks zugreifen? Laeuft das ueber die gleiche API, wie bei den OSM-Elementen? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Presse] Bericht im Leipziger Uni-Fernsehen
Markus schrieb: Hallo Claudius, gehörst Du zu den Machern? Dürfen wir das Video nutzen? Wer kann uns den OSM-Teil rausschneiden? Und auf DVD brennen? (bis Freitag...) Gruss, Markus Hallo liebe Leute, da kann man die Mechanismen des Netzes nicht aufhalten. hehe Erstmal für Alle: Ich bin einer der Macher, alle Anfragen zwecks Kopie/Mitschnitt/etc an mich direkt und ich werde euch so gut und schnell wie es geht versorgen! :) Am besten gleich bescheid geben welches format/auflösung/etc. welchen teil wollt ihr haben? komplette sendung? nur OSM? oder nur beitrag OSM? alles is möglich :) grüße, ben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Babelfish oder was?
2009/2/22 André Reichelt andr...@online.de: Frederik Ramm schrieb: http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_link Ich habe mir den oberen Teil jetzt mal vorgenommen und überarbeitet. Diese untere Textwulst (Beispiel) überlasse ich jemand anderen. André habe mich an dem unteren Teil versucht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Garry schrieb: Norbert Kück schrieb: Die guten Ratschläge die hier mehrfach verbreitet werden, es doch einfach zu verbessern oder Neulingen freundlich Hinweise zu geben, gehen meilenweit an der Sache vorbei. Sie erwecken den Eindruck, ich würde das nicht tun. Welche Anmaßung der Autoren dieser Ratschläge. Wenn ich in der ML solche Dinge anspreche, hat das einen rein konstruktiven Grund. Das ist auch in Ordnung - Es ist für mich gar nicht in Ordnung, wenn so getan wird, als müsste man mir das Korrigieren und Ansprechen von direkten anderen Mappern anraten. nur sollte der konstruktive Grund deutlich erkennbar gemacht werden damit es nicht falsch verstanden wird. Wer lesen kann ... Es ist alles geschrieben. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Tobias Wendorff schrieb: Garry schrieb: Das mag für eine Kartendarstellung reichen, aber woher weiss ein Router dass dieser Verkehrszeichen-node Bezug zu einem (high)way hat? Ich dachte, dafür wären diese Abbiegerelationen da? OK, wenn die Verkehrszeichen-nodes nur optischen Zwecken dienen ist die Plazierung neben der Strasse ohne weiteren Bezug natürlich OK, wird dann aber wohl nur halbherzig verwendet. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Garry schrieb: OK, wenn die Verkehrszeichen-nodes nur optischen Zwecken dienen ist die Plazierung neben der Strasse ohne weiteren Bezug natürlich OK, wird dann aber wohl nur halbherzig verwendet. Wenn man sie erstmal hingesetzt hat, kann man immer noch anhand von verschiedenen Berechnungen die Verkehrszeichen einrechnen. Wenn z.B. ein Stopp-Schild rechts neben der Straße ist, könnte man mit einem Script abfragen, wo sich welches Straßenschild befindet. Da gibt es ja verschieden Möglichkeiten zu. Oder man bildet eine Relation zwischen Way und Straßenschild? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
On Thu, Feb 19, 2009 at 08:26:02AM +0100, Carsten Schwede wrote: Hallo, die neuen Daten liegen wie immer unter http://wiki.openstreetmap.org/wiki/User:Computerteddy zum Download bereit. Jetzt wieder ohne die Kleinbuchstaben, und damit werden die Beschriftungen wieder komplett dargestellt und nicht mehr als A.. B. Ach ja - und weil ich gerade so schoen sachen melde :) Es scheint so das mkgmap die addr: tags auf den POIs nicht auswertet ist das richtig? Ich habe hier in der umgebung ja schon alles mit addr tags ausgestattet, trotzdem sehe ich bei der POI suche die addressen nicht - anders als in den original karten ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
Torsten Leistikow schrieb: Werden die gpx-Dateien genau so gespeichert, wie man sie hochlaed, oder werden die fuer OSM relevanten Informationen extrahiert und einzeln gespeichert? Warum probierst Du es nicht einfach aus? http://www.openstreetmap.org/ -- GPS Traces -- See just your traces... -- GPX-Dateinamen anklicken -- download Es sieht so aus, als ob die GPX-Dateien 1:1 gespeichert werden. Meine Garmin-WayPoint-Tags und -Notes waren jedenfalls noch drinnen und die Einzeltracks waren auch noch alle separat. Die Hoehe (ele)? Wobei hier nie herauszukriegen sein wird, ob ele per GPS-Signal oder barometrischem Heohenmesser ermittelt wurde. Gleiches Problem wie bei den Koordinaten: Wie genau ist die Angabe? Was genau bewirkt beim Hochladen eigentlich der public-Knopf? Andere koennen den Track auch sehen. Und wie kann man auf die gespeicherten Tracks zugreifen? Laeuft das ueber die gleiche API, wie bei den OSM-Elementen? s.o. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Tobias Wendorff schrieb: grungelborz schrieb: Mit Abweichung meine ich die Differenz zum Wert aus der topologischen Karte, 1.3m. Die ist 5m. Ausreisser sind bei mir das obere und das untere Drittel des Histograms. Die Begriffe waren nicht aus der Statistik - ich hab das nicht studiert. Worauf es ankommt ist, daß man mit einem simplen Algorithmus und genügend Daten dreimal hintereinander relativ gute Werte erhält. Für mehr Tests habe ich keine Daten. Das kannst Du aber unmöglich als Referenztest für alle GPS-Geräte nehmen. Natürlich kann das Ergebnis mit GPS-Daten von anderen Loggern schlechter werden. Ich habe drei normale GPS-Logger (50-100€) genommen und im Vorbeifahren gemessen. So gut waren die Ausgangsdaten also nicht. Ich hab noch ein bischen gegoogled. Es gibt zu dem Problem einiges in der Wikipedia. Was wir brauchen ist ein robustes Schätzverfahren (http://de.wikipedia.org/wiki/Robuste_Sch%C3%A4tzverfahren) - d.h. ein Verfahren daß auch noch bei Ausreißern gute Werte liefert. Wie robust ein Schätzverfahren ist wird durch den Bruchpunkt (http://de.wikipedia.org/wiki/Bruchpunkt_(Statistik)) beschrieben - der gibt an viel Prozent an Fehlern der Schätzer verträgt. Ich kenne mich mit den Algorithmen zwar nicht aus, vermute aber daß man in unserem Fall einen Schätzer schreiben kann der noch mit 2/3 schlechten Daten vernünftige Werte (10m) liefert - bei ausreichender Datenmenge. Denn die guten Werte konzentrieren sich auf c.a. 20m, die schlechten auf c.a. 100m. Daher sollte ein Schätzer im Histogram den Bereich der guten Daten an der höheren Häufigkeit erkennen können. Ich habe seit einigen Tagen hier ein großes Trimble-Gerät, was ich für die kommenden Monate und Jahre kostenfrei zur wissenschaftlichen Analyse nutzen kann. Ich werde es bald mit einer Antenne fest installieren und kontinuierlich Messdaten ins Web streamen. Da ich die genauen Koordinaten und Höhe dank Vermessungsamt kenne, kann ich die genauen Fehler wiedergeben. Die Höhe schwankte in den letzten 3 Tagen um durchschnittlich 8 Meter hoch/runter. Ausreißer waren bis 17 Meter spürbar. Ich tippe darauf, daß das alpha-getrimmte Mittel mit alpha=1/3 trotzdem einen Fehler unter 5 m hat (http://de.wikipedia.org/wiki/Bruchpunkt_(Statistik)). Die Fehler der einzelnen Messungen sind da nicht relevant. Eine interessante Präsentation zum GPS-Höhenmessen findet sich außerdem unter http://www.intergeo.de/archiv/2005/Drewes.pdf. Grungelborz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Thomas Reincke schrieb: Thomas Drebert schrieb: Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history Juristisch ist das ein Radweg, Autos ( Moppeds) frei. So würde ich das auch taggen. Dann wird die Straße auf allen Karten als Radweg dargestellt. Ich finde das auch als Radfahrer sehr verwirrend. Ideal wäre es, wenn die Renderer bei bicycle=designated, motor_vehicle=yes eine Straße und darüber einen Radweg zeichnen würden. In Kiel hat jemand alle Fahrradstraße mit highway=path, bicycle=designated, motor_vehicle=yes eingegeben. Bei http://www.openstreetmap.org/?lat=54.33191lon=10.13556zoom=17layers=B000FFF muss man raten welche Radwege mit dem Auto befahrbar sind und wie die Sackgasse in der Bildmitte erreichbar ist. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
On Sun, 22 Feb 2009, Norbert Kück wrote: Die guten Ratschläge die hier mehrfach verbreitet werden, es doch einfach zu verbessern oder Neulingen freundlich Hinweise zu geben, gehen meilenweit an der Sache vorbei. Sie erwecken den Eindruck, ich würde das nicht tun. Welche Anmaßung der Autoren dieser Ratschläge. Wenn ich in der ML solche Dinge anspreche, hat das einen rein konstruktiven Grund. Und der wäre? Was bringt es typische Anfängerfehler eines einzelnen auf der Mailingliste anzuprangern? Außer den Autor zu verschrecken falls er hier mitlesen sollte (was sehr unwahrscheinlich ist). Du hast nichts Neues gezeigt, keine Lösung aufgezeigt oder sonst irgendwas Konstruktives getan. Wenn man zeigen möchte, warum man das besser nicht tut, kann man hier ein abschreckendes Beispiel finden ist für mich mehr etwas von Der Junge da drüben ist ja doof. Und da Du es zum zweiten Mal erwähnst, was für wichtige Details habe ich denn vernichtet an dem was Du vorher so bemängelt hast und was als Müll bezeichnet wurde? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
Peter Herison schrieb: Torsten Leistikow schrieb: Die Hoehe (ele)? Wobei hier nie herauszukriegen sein wird, ob ele per GPS-Signal oder barometrischem Heohenmesser ermittelt wurde. Gleiches Problem wie bei den Koordinaten: Wie genau ist die Angabe? Wenn die Höhe GPS-basiert ermittelt wird, bleibt die Frage, ob der Logger die Geoidhöhe berücksichtigt. Der RGM 3800 tut dies zum Beispiel nicht. Erklärungen siehe http://de.wikipedia.org/wiki/Geoid und http://forum.pocketnavigation.de/thread.php?postid=166292 Grußmalenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
Peter Herison schrieb: Torsten Leistikow schrieb: Die Hoehe (ele)? Wobei hier nie herauszukriegen sein wird, ob ele per GPS-Signal oder barometrischem Heohenmesser ermittelt wurde. Gleiches Problem wie bei den Koordinaten: Wie genau ist die Angabe? Wenn die Höhe GPS-basiert ermittelt wird, bleibt die Frage, ob der Logger die Geoidhöhe berücksichtigt. Der RGM 3800 tut dies zum Beispiel nicht. Erklärungen siehe http://de.wikipedia.org/wiki/Geoid und http://forum.pocketnavigation.de/thread.php?postid=166292 Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
grungelborz schrieb: Eine interessante Präsentation zum GPS-Höhenmessen findet sich außerdem unter http://www.intergeo.de/archiv/2005/Drewes.pdf. Die Versuche sind mit einem Consumer-GPS soweit vergleichbar, wie ein Cheeseburger von einem Triple-Whopper entfernt ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
On Sun, 22 Feb 2009, Torsten Leistikow wrote: Und wie kann man auf die gespeicherten Tracks zugreifen? Laeuft das ueber die gleiche API, wie bei den OSM-Elementen? Ja. Nur leider ist der API-Zugriff stark eingeschränkt. Du bekommst nicht mehr die Tracks, sondern nur die Punkte (weswegen JOSM hier so schlecht aussieht). Potlatch setzt sich darüber hinweg und greift direkt auf die Datenbank zu, welche die vollen Tracks enthält. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Spezi für MaxSpeed gefragt?
Moin ! ich habe mir in Kosmos eine Karte mit Maxspeed eingerichtet ( derzeit noch übernommen) und da sind die Zonen in grün dargestellt (siehe http://www.tappenbeck.net/forum/osm/jt_osm_maxspeed.jpg) Kann man jetzt davon ausgehen, dass das zwischenliegende Straßengeflecht zwangsläuftig (hier tlw. rot dargestellt) auch zwingend 30er zonen sind ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Hallo, Das würde eh nur klappen, wenn der Messfehler nur durch die Geräte erzeugt wird. Aber wir haben bei GPS ja noch xy andere Faktoren. Ich hoffe doch, daß GPS i.W. statistische Fehler haben sollte, die sich also beim Mitteln vieler Meßergebnisse wegmitteln. Als systematischen Fehler sehe ich nur falsche Einstellungen, sei es die Höhenkorektur oder ein ^falsche^ Referenzsystem (WGS84,...). Kennst Du weitere systematische Fehler? Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Dimitri Junker schrieb: Ich hoffe doch, daß GPS i.W. statistische Fehler haben sollte, die sich also beim Mitteln vieler Meßergebnisse wegmitteln. Als systematischen Fehler sehe ich nur falsche Einstellungen, sei es die Höhenkorektur oder ein ^falsche^ Referenzsystem (WGS84,...). Kennst Du weitere systematische Fehler? Sonnenwinde, kosmische Strahlung (lässt sich ja bedingt berechnen), Weltraumschrott (lässt sich auch berechnen), Flugzeuge die die Signalbahn kreuzen (lassen sich auch berechnen). Und 2-3 Tage vorher lassen sich sicher auch die Wettereinflüsse bedingt berechnen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] an die GPS-Babel Freaks
Hallo GPS-Babel Freaks, wie bekomme ich GPS-Babel dazu, folgenden TXT-Datei aus einer NMEA-Datei zu erzeigen? Datum;Uhrzeit;LAT;LON;ELE;ALT Ich habe alles versucht, nichts klappt. Die Dokumentation ist ja noch grauseliger als die von Mapnik. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hallo zusammen, Stephan Wolff s.wo...@web.de wrote: Thomas Reincke schrieb: Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? http://www.openstreetmap.org/browse/way/4606145/history Juristisch ist das ein Radweg, Autos ( Moppeds) frei. So würde ich das auch taggen. [...] In Kiel hat jemand alle Fahrradstraße mit highway=path, bicycle=designated, motor_vehicle=yes eingegeben. Hm, ich kenne Kiel nicht, aber Fahrradstraßen sind prinzipiell erstmal motor_vehicle=no - oder wie auch immer man taggt, dass man *nur* mit dem Rad da fahren darf! Nur wenn das explizit per Zusatzschild erlaubt wird, dürfen andere Fahrzeuge da fahren. Und hier in Karlsruhe wird in dem Fall meist für KFZ die Geschwindigkeit nebulös beschränkt (angemessen / langsam und sowas, was auch immer das dann genau heißen mag). Das weiter oben im Thread beschriebene maxspeed müsste also wenn dann auch explizit per Schild dranstehen. Und ja, theoretisch müsste man hier in KA oft ein maxspeed:motor_vehicle=langsam oder so drankleben ;-) Schöne Grüße, Matthias Merz -- I think there is a world market for maybe five computers. [Thomas Watson, IBM, 1943] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Martin Koppenhoefer dieterdre...@gmail.com [Sun, Feb 22, 2009 at 04:44:04PM CET]: Jedenfalls ist der FNP ein Plan, der nicht zwangsläufig umgesetzt wird und daher nicht wie eine Karte die Realität wiedergibt, insofern macht ein blindes Kopieren nach OSM sowieso keinen Sinn, da gebe ich meinen Vorrednern Recht. Das ist klar, ich sprach aber auch von Gemeindegrenzen und Bachläufen. Erstere werden selten in einem F-plan neu festgelegt, letztere werden mindestens mitten im Wald selten umgeplant. Das ich die Dinger nur zur Ergänzung von Ortskenntnis nehme, ist eh klar. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Thomas Drebert schrieb: Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history und hier ein Foto: http://picasaweb.google.de/lh/photo/h5dPiDSm6AuyRAQS-spaLA?feat=directlink Schöne Grüße Thomas eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Ein Radweg wird ja nicht plötzlich zur residential oder zur unclassified, nur, weil z.B. landwirtscahftlicher Verkehr auf drauf erlaubt ist. Und was das Proposal zur cycleroad angeht, so ist das (aus oben genannten Grund ) überflüssig, da es völlig synonyme Bedeutung hätte. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Thomas Drebert schrieb: und hier ein Foto: http://picasaweb.google.de/lh/photo/h5dPiDSm6AuyRAQS-spaLA?feat=directlink dein Beispiel wäre übrigens zu taggen mit: highway=cycleway access=destination fertig ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezi für MaxSpeed gefragt?
Jan Tappenbeck schrieb: Moin ! ich habe mir in Kosmos eine Karte mit Maxspeed eingerichtet ( derzeit noch übernommen) und da sind die Zonen in grün dargestellt (siehe http://www.tappenbeck.net/forum/osm/jt_osm_maxspeed.jpg) Kann man jetzt davon ausgehen, dass das zwischenliegende Straßengeflecht zwangsläuftig (hier tlw. rot dargestellt) auch zwingend 30er zonen sind ??? Gruß Jan :-) kommt drauf an, wenns einfach nur die runden maxspeed-Schilder sind, dann gelten die nur bis zur nächsten Kreuzung. Wenn es allerdings eine 30-Zone mit Zone-Anfangs- und Zone-End-Schilder sind. dann gelten die logischerweise für alle Straßen zwischen den Anfangs/Endschildern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hallo, Und hier in Karlsruhe wird in dem Fall meist für KFZ die Geschwindigkeit nebulös beschränkt (angemessen / langsam und sowas, was auch immer das dann genau heißen mag). Das weiter oben im Thread beschriebene maxspeed müsste also wenn dann auch explizit per Schild dranstehen. Und ja, theoretisch müsste man hier in KA oft ein maxspeed:motor_vehicle=langsam oder so drankleben ;-) ich bin da mal auf folgende Seite gestoßen http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed deshalb hab ich auch den maxspeed-tag mit gesetzt. Außerdem wird dort nach wikipedia verlinkt http://de.wikipedia.org/wiki/Fahrradstra%C3%9Fe und dort steht nach Gerichtsurteil ist es 30 km/h wenn Fahrzeuge erlaubt sind. schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Matthias Merz schrieb: Stephan Wolff s.wo...@web.de wrote: Thomas Reincke schrieb: Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? Juristisch ist das ein Radweg, Autos ( Moppeds) frei. So würde ich das auch taggen. [...] In Kiel hat jemand alle Fahrradstraße mit highway=path, bicycle=designated, motor_vehicle=yes eingegeben. Hm, ich kenne Kiel nicht, aber Fahrradstraßen sind prinzipiell erstmal motor_vehicle=no - oder wie auch immer man taggt, dass man *nur* mit dem Rad da fahren darf! Nur wenn das explizit per Zusatzschild erlaubt wird, dürfen andere Fahrzeuge da fahren. Und hier in Karlsruhe wird in dem Fall meist für KFZ die Geschwindigkeit nebulös beschränkt (angemessen / langsam und sowas, was auch immer das dann genau heißen mag). Das weiter oben im Thread beschriebene maxspeed müsste also wenn dann auch explizit per Schild dranstehen. Und ja, theoretisch müsste man hier in KA oft ein maxspeed:motor_vehicle=langsam oder so drankleben ;-) Ich habe gerade mal in die Wikipedia geschaut. Dort steht: Eine Fahrradstraße ist eine für den Radverkehr vorgesehene Straße, auf der Kraftfahrzeuge entweder ausnahmsweise oder eingeschränkt zugelassen werden. Die Freigabe erfolgt durch entsprechende Zusatzbeschilderung. Dabei ist zu beachten, dass die Fahrradstraße nicht mit der Radverkehrsanlage (Radweg) verwechselt wird, da bezüglich der straßenverkehrsrechtlichen Regelung große Unterschiede bestehen...Geschwindigkeitsbegrenzung von 30 km/h... Wenn das korrekt ist, wäre highway=cycleway nicht richtig und highway = residential maxspeed = 30 bicycle=designated motor_vehicle=yes m. E. sinnvoll. In Kiel sind die Fahrradstraßen übrigens generell für KFZ freigegeben. Siehe: http://www.kiel.de/Aemter_61_bis_92/66/tba/66_0/radverkehr/Rad-Poster3.pdf Die Kombination highway=cycleway; access=destination habe ich schon für einen 3m breiten Rad- und Fußweg mit dem Zusatzschild Zufahrt bis Haus Nr. 6 frei benutzt. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Dirk Stöcker schrieb: Und der wäre? Was bringt es typische Anfängerfehler eines einzelnen auf der Mailingliste anzuprangern? Außer den Autor zu verschrecken falls er hier mitlesen sollte (was sehr unwahrscheinlich ist). Man soll nicht von sich selbst auf andere schließen. Ich prangere jedenfalls nicht an. Und ich hätte nichts dagegen, wenn meine Fehler hier diskutiert werden, soweit sie grundsätzliche Bedeutung oder Auswirkungen auf die Arbeit unbestimmbarer Mapper haben. Du hast nichts Neues gezeigt, keine Lösung aufgezeigt oder sonst irgendwas Konstruktives getan. Wenn man zeigen möchte, warum man das besser nicht tut, kann man hier ein abschreckendes Beispiel finden ist für mich mehr etwas von Der Junge da drüben ist ja doof. Könnte es sein, dass du deine eigene Denke in meinen Text hinein interpretierst? Wenn man zeigen möchte, warum... war ein spontaner Gedanke, der in dem Eigentlich sollte das als 'So nicht' archiviert werden. in derselben Mail (der Text passt dir wohl nicht in den Kram?) etwas konkreter wurde. Wenn es typische Anfängerfehler gibt, kann man da hinterherarbeiten, die einzelnen Leute ansprechen (mit gemischtem Erfolg) oder durch Information vorbeugen. Die dritte Variante ist wohl die produktivste. Hierzu: Das Wiki sagt zwar, dass man erst GPS-Daten sammeln und dann die Objekte danach zeichnen soll. Aber die hier auch schon diskutierte Frage, wie man diesen Umweg vermeiden kann, bzw. welche Nachteile mit dieser Vermeidung verbunden sind, findet dort keinen Niederschlag. Zumindest habe ich dort nichts gefunden. Und genau dort könnte illustriert mit Beispielen gezeigt werden, warum man das nicht tun sollte. BTW: Das zweite Thema in der Rubrik Fehler (nicht nur für Anfänger) sind die nicht verbundenen Wege. Warum müssen Wege verbunden sein? Wie schaffe ich das mit den verschiedenen Editoren? Wie kann ich die Fehler finden? Wie kann ich sie beseitigen? Und da Du es zum zweiten Mal erwähnst, was für wichtige Details habe ich denn vernichtet an dem was Du vorher so bemängelt hast und was als Müll bezeichnet wurde? Während einer Diskussion kommt es nun mal vor, dass Dinge mehrfach gesagt werden. Wenn du meinen Hinweis auf Informationsverlust als Angriff lesen willst, kann ich da nichts dran ändern. Mit deiner Wortwahl überzeichnest du meine Aussagen. Für den Weg treffen alle Begriffe, die hier von verschiedenen Personen benutzt wurden vollumfänglich zu. Der Track selbst ist aber nicht schlecht. Er hat z.B. - nun nicht mehr sichtbare - Strukturen des Parks und die Notwendigkeit der Korrektur des Gewässers gezeigt. War das auf dem Luftbild nicht zu erkennen? Allgemein gilt, dass nach einer Teilreparatur die Notwendigkeit für Nacharbeiten nicht mehr so augenfällig ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Am 22. Februar 2009 23:35 schrieb Mario Salvini salv...@t-online.de: eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Eine Fahrradstraße ist und bleibt baulich eine Straße, auf der lediglich eine den Radverkehr bevorzugende Regelung greift. Dasselbe haben wir bei Fußgängerzonen. Das sind hauptsächlich Straßen, die für Fußgänger umgewidmed und meist auch baulich verändert wurden. Taggen wir das dann als Fußwege? Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] WMS-Plugin
Hallo, keine Ahnung, ob das jetzt nur nen Benutzerfehler von mir ist oder ob ich nen Ticket anlegen soll. Mein System ist Windows XP, Josm (1432), WMS-Plugin (13648). Ich habe neue Einträge im WMS-Plugin hinzugefügt und dabei Fehler gemacht. Wenn ich das dann ändern will, wird es nach nem Neustart ignoriert. Also habe die Änderungen dann beim Einstein-Kopf vorgenommen (vermutlich der richtige Ort dafür). Ich hatte an mehreren Einträgen was zu ändern, meistens wurde aber nur eine Änderung übernommen. (das ist mir auch unter Ubuntu 8.04 aufgefallen) Ist ein Neustart von JOSM zwingend erforderlich? Und was dann ganz komisch war. Plötzlich haben sich die vorher bereits bestehenden WMS-URL's die Url der neuen Services angenommen. Ist ja schnell behoben, aber schon komisch. schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
Dirk Stöcker schrieb: Ja. Nur leider ist der API-Zugriff stark eingeschränkt. Du bekommst nicht mehr die Tracks, sondern nur die Punkte (weswegen JOSM hier so schlecht aussieht). Potlatch setzt sich darüber hinweg und greift direkt auf die Datenbank zu, welche die vollen Tracks enthält. Dafür liefert Potlach aber nicht alles, was verfügbar ist, nur die letzten(?) x Punkte innerhalb der (gesamten Kachel?), jedenfalls nicht nur innerhalb der Bounding-Box. D.h. wenn Du im Potlach eine Ecke editierst, wo es 2-3 Bildschirme weiter in der Nachbarschaft viele Tracks gibt, kann es sein, dass Du nicht einen Track dargestellt erhältst, obwohl die per Josm durchaus per API erhältlich sind. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bodenfreiheit - Barrier?
An einem track/grade1 gab es ein 250er mit Land- und Forstwirtschaft frei. ca. 150m weiter dann ein Achtung mit Hinweis Wegsperre. 10m dahinter dann diese Dinger auf der Straße, Vorderkante sieht auf dem Foto niedriger aus als real. Niedrigstes Objekt ca. 20cm hoch. http://www.addicks.net/gallery/Irgendwo/DSCF5983 Wie tagge ich diese Barriere? Einige Feldwege weiter war der Ausgang versperrt mit einem Erdwall von etwa 3m Breite, 1m Tiefe und 50cm Höhe. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
Hallo, Torsten Leistikow wrote: Werden die gpx-Dateien genau so gespeichert, wie man sie hochlaed, oder werden die fuer OSM relevanten Informationen extrahiert und einzeln gespeichert? Beides ist richtig. Die Dateien werden genauso gespeichert, wie Du sie hochlaedst. Dann wird ein Datenbank-Eintrag fuer das File gemacht mit einem Flag, dass es noch nicht importiert wurde. Asynchron laeuft ein Import-Daemon, der sich immer alles holt, was noch nicht importiert wurde, und daraus dann Eintraege in einer Datenbanktabelle generiert. In dieser Tabelle stehen nur noch lat/lon/timestamp und ein Pointer auf die Datei, aus der der Track kam. Bei API-Requests wird dieser Pointer auf die Datei aber nicht rausgegeben oder irgendwie beruecksichtigt, so dass Du ueberhaupt keine Chance hast, Punkte einer bestimmten Datei oder gar einem User zuzuordnen. Was genau bewirkt beim Hochladen eigentlich der public-Knopf? Public heisst, dass das File, wie Du es hochgeladen hast, von anderen gesehen und runtergeladen werden kann. Nicht Public heisst, dass andere zwar die Punkte aus der API bekommen, aber nicht die Originaldatei. Und wie kann man auf die gespeicherten Tracks zugreifen? Laeuft das ueber die gleiche API, wie bei den OSM-Elementen? Fuer die GPS-Punkte aus der Datenbank so: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.5#Retrieving_GPS_tracks Fuer die kompletten GPX-Files so: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.5#Methods_for_GPX_Traces Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] plan.at - eine Katastrophe, die weg muß!
Es wäre sinnvoll das über die talk-at zu diskutieren - CU Wolfgang -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Alexander Holy Sent: Monday, February 02, 2009 9:21 AM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de]plan.at - eine Katastrophe, die weg muß! Die zugefügten plan.at Daten in meinem Gebiet sind zu 100% falsch. Falsch im Sinn von: Veraltet (Objekt existiert nicht/nicht mehr) Duplikat eines Objekts, aber mit stark abweichenden Koordinaten Nicht extistente Objekte etc. Straßen mit falscher Schreibweise Etc. Durch Plan.at wurden zu 100% Fehler zugefügt, und zu 0% sinnvolle Neudaten. Ich habe bis jetzt KEINEN EINZIGEN plan.at Eintrag gefunden, der korrigiert und erhalten werden sollte. Grundsätzlich ist es natürlich fein, wenn Datenbestände importiert werden, wenn diese aber zu 100% (!) deutlich schlechter als bestehende OSM Daten sind lediglich den Datenbestand versauen, dann entgeht mir der Sinn der Aktion. Ich werde nach eingehender Überprüfung daher innerhalb einer sinnvollen Bounding Box (ortskenntnisse, verifiziert) ALLE fixme/plan.at Daten entfernen, da die Daten zu 100% überflüssig/falsch sind. Wie gesagt, es macht VIELLEICHT Sinn solche sehr schlechten und alten Daten in weiße Kacheln zu laden, damit aber weitgehend oder vollständig fertige Gebiete zuzumüllen ist, drücken wir es höflich aus, sehr schlecht und nützt niemandem. Alexander -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Norbert Wenzel Sent: 02 February 2009 08:27 To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] plan.at - eine Katastrophe, die weg muß! On 02/02/2009 04:35 AM, Alexander Holy wrote: Bitte großflächig die plan.at Daten entfernen, sonst lösch ich den Datenmüll selbst Wenn du dich in Stockerau auskennst, dann fang halt mal damit an, zu löschen was offensichtlich falsch ist. Dann schaust dir noch die Bounding Box an, meldest die an den Wolfgang Wasserburger und er löscht die Daten dann wieder. Ja, die Daten sind nicht gut und der Import ist nicht ganz glücklich organisiert gewesen. Aber großflächig wieder löschen weil dich das persönlich grad nervt, ist mindestens gleich sinnvoll, wie großflächig importieren, ohne dass sich jemand in der Gegend auskennt. Ich hätte mir auch ein Importoverlay gewünscht, wo ich die Straßen abzeichnen kann, die noch fehlen und den Rest ignorieren. Nur wenn jetzt ein großflächiger plan.at Löschversuch rennt und dann auch die Teile löscht, wo ich gerade versuch das Chaos zu beseitigen (mit Ortskenntnis und viel Geduld) und die ganze Arbeit für die Katz' war, dann wirst du damit rechnen müssen, dass meine Antwort darauf hier ähnlich harsch ausfällt, wie deine Meldung bzw. die ursprüngliche Nachricht vom Andreas Labres. Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] plan.at Import
Du weißt, daß Du mich über talk-at zeitnah erreichst ;-) CU W -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Andreas Labres Sent: Wednesday, January 28, 2009 8:29 AM To: Openstreetmap talk-de Subject: [Talk-de] plan.at Import Lieber Wolfgang (Wasserburger)! Lösche *sofort* in Städten wie Mödling, Baden den Import wieder! Auch urbanen Gebiete drumrum (z.B. Perchtoldsdorf, Ma. Enzersdorf, Brunn, usw.)! Das ist dort ein kompletter Sauhaufen! Deine Badstraße ist ggü. der wirklichen Lage (und dort war ich persönlich mit dem GPS unterwegs) um fast einen ganzen Häuserblock verschoben. Ab sofort gelten folgende Regeln für Dich: * urbane Gebiete sind TABU! Dort ist Importverbot. * Wege (Straßen), deren Namen schon existiert, darfst Du nicht nochmal anlegen. * Wege gleich dem Ortsnamen zu bezeichnen ist verboten (gilt sowohl für Feldwege wie für Straßen) Wenn Du was importierst, muß es /unsichtbar/ sein (also auch kein name= Tag) und erst manuell sichtbar gemacht werden. Also bitte räume sofort Deinen Müll weg! Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Mario Salvini schrieb: eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Ein Radweg wird ja nicht plötzlich zur residential oder zur unclassified, nur, weil z.B. landwirtscahftlicher Verkehr auf drauf erlaubt ist. Und was das Proposal zur cycleroad angeht, so ist das (aus oben genannten Grund ) überflüssig, da es völlig synonyme Bedeutung hätte. Auszug aus der STVO: Auf Fahrradstraßen gelten die Vorschriften über die Benutzung von Fahrbahnen; abweichend davon gilt: 1.Andere Fahrzeugführer als Radfahrer dürfen Fahrradstraßen nur benutzen, soweit dies durch Zusatzschild zugelassen ist. 2.Alle Fahrzeuge dürfen nur mit mäßiger Geschwindigkeit fahren. 3.Radfahrer dürfen auch nebeneinander fahren. = Fahrradstraße = Straße Woraus leitest Du Deine Behauptung ab? -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
DarkAngel schrieb: Mario Salvini schrieb: eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Ein Radweg wird ja nicht plötzlich zur residential oder zur unclassified, nur, weil z.B. landwirtscahftlicher Verkehr auf drauf erlaubt ist. Und was das Proposal zur cycleroad angeht, so ist das (aus oben genannten Grund ) überflüssig, da es völlig synonyme Bedeutung hätte. Auszug aus der STVO: Auf Fahrradstraßen gelten die Vorschriften über die Benutzung von Fahrbahnen; abweichend davon gilt: 1.Andere Fahrzeugführer als Radfahrer dürfen Fahrradstraßen nur benutzen, soweit dies durch Zusatzschild zugelassen ist. 2.Alle Fahrzeuge dürfen nur mit mäßiger Geschwindigkeit fahren. 3.Radfahrer dürfen auch nebeneinander fahren. = Fahrradstraße = Straße Woraus leitest Du Deine Behauptung ab? weil mindestens 2 der genannten Punkte auch auf Fahrradwegen erlaubt sind (ggf. das Nebeneinanderfahren nicht auf jedem Weg). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
On Sun, 22 Feb 2009 13:17:19 +0100, Josias speak...@j-po.de wrote: Meine Frage(n): Gibt es Schon Bestrebungen (oder sogar schon fertigen code) den SlippyMapChooser unabhängig zu machen? wenn nicht, gibt es jemanden der mitmachen möchte (vielleicht, weil er selbst so was brauchen könnte?) Jemand der sich eventuell schon etwas mit dem josm code damit auskennt? Schau dir mal die verschiedenen Renderer auf http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/osmnavigation/src/org/openstreetmap/travelingsalesman/painting/ an. SmoothTilePainter.java könnte dir helfen. Der läd Tiles der Slippy-Map, arbeitet asynchron ohne die UI wärerd der parallelen Downloads einzufrieren und cached sie auch noch lokal. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Martin Simon schrieb: Am 22. Februar 2009 23:35 schrieb Mario Salvini salv...@t-online.de: eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Eine Fahrradstraße ist und bleibt baulich eine Straße, auf der lediglich eine den Radverkehr bevorzugende Regelung greift. Eine Fahrradstraße ist nur ein sehr großzügig ausgebauter Radweg. Es gelten alle Regeln und Einschränkungen wie auf einem normalen Radweg auch. Dasselbe haben wir bei Fußgängerzonen. Das sind hauptsächlich Straßen, die für Fußgänger umgewidmed und meist auch baulich verändert wurden. Taggen wir das dann als Fußwege? Ich tagge Fussgängerzonen entweder als Fläche mit highway=pedestrian oder je nach Situation würde ich ihm auch einen footway verpassen. Aber ich käme nie auf die Idee die Zone als residential o.ä. darzustellen. Funktional ist das nunmal eher ein Fussweg. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
DarkAngel schrieb: 1.Andere Fahrzeugführer als Radfahrer dürfen Fahrradstraßen nur benutzen, soweit dies durch Zusatzschild zugelassen ist. 2.Alle Fahrzeuge dürfen nur mit mäßiger Geschwindigkeit fahren. 3.Radfahrer dürfen auch nebeneinander fahren. = Fahrradstraße = Straße Fahrradstraße ist also (in diesem Fall) ein highway=residential mit maxspeed=15 (?), access=destination und bicycle=yes? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenStreetMap on HAR2009
Hallo Leute, wie schon zum letzten CCCongress habe ich mal für die Hacking At Random 2009 (das grosse Hackercampen in den Niederlanden diesen Sommer) eine Projektseite für OpenStreetMap angelegt. Ich versuche noch andere Projekte für ein Geography-Village zu sammeln. Grüsse, Marcus https://wiki.har2009.org/page/OpenStreetMap https://wiki.har2009.org/page/Village:Geography ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Johann H. Addicks schrieb: Fahrradstraße ist also (in diesem Fall) ein highway=residential mit maxspeed=15 (?), access=destination und bicycle=yes? -jha- Jain: http://wiki.openstreetmap.org/wiki/DE:Road_Signs#Vorschriftszeichen also bicycle=designated wobei maxspeed wohl eher 30 wäre (nach Entscheidung des OLG Karlsruhe) -- Gruß Mario signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de