Re: [Talk-de] Externe Antennen am Garmin
Sven Geggus schrieb: > Hallo zusammen, > > bringen diese externen Antennen von Garmin für rund 20 Euro > eigentlich was? > > Ich habe insbesondere in den Bergen wenn ich zu Fuß unterwegs bin das > Gefühl, dass die Brusttasche oder der Gürtel nicht die perfekte > Empfangsposition ist. So ne Antenne könnte man ja oben in den > Rucksack stecken. > > Gruss > > Sven > Moin, bei mir hat es im Auto wahre Wunder gewirkt. Ich habe eine "heizbare Frontscheibe" mit kleinen Drähten drin. Da war es auf dem Armaturenbrett (Marine-Halterung) nicht so optimal. Ob aber Brust oder Rucksack .. ? -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist dur chgelaufen)
Hallo, ich wünsche mir vor allem, dass die Langnamen von der Karte verschwinden. Hier in der Gegend stoße ich auf Karlsruhe (Baden), Rheinstetten (Baden), Sinzheim bei Baden-Baden, Lichtenau (Baden), Bühl (Baden), Rheinau (Baden), Achern (Baden), Oberkirch (Baden) usw. (und das sehr komisch anmutende Hausach (Schwarzwaldbahn)). Dennoch sollte der Langname in irgendeinem Tag gespeichert werden, da diese Informationen in einer Liste von Orten (Suche, Ortauswahl im Navi etc.) sehrhilfreich sein kann. Kannst du das bei einem Update berücksichtigen. Ansonsten müsste man halt bei sehr vielen Orten Hand anlegen. Das Vorgehen zum Ändern und Zusammenfügen der Orte scheint in der FAQ aber recht gut dokumentiert zu sein. Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo, > Vielleicht nicht unmöglich, das sieht man bei aktuellen Webbrowsern. > Aber nicht gerade zielführend, was man auch bei aktuellen Webbrowsern > und dem ganzen Kampf mit Darstellungsunterschieden, Inkompatibilitäten > etc. sieht. Da muss ich vielleicht noch präzisieren. Die Aussage bezog sich auf das Routing und in dieser Form auch nur um die echte Kürzestwegsuche. Die ist eine mathematisch abgeschlossene Geschichte (Graphentheorie) und da ist falsch und richtig genauso bestimmt wie das Ergebnis von 4+4, das eben 8 ist. Und somit gibt es keine Möglichkeit der Fehlertoleranz auf dieser Ebene (der Browser als Vergleich würde sich da im besten Fall mit Fehlermeldung verabschieden) Meistens ist man aber weniger an der kürzesten Distanz interessiert, sondern an der Reisezeit und da kommen die Attribute ins Spiel. Hier gibt es schon Freiräume und keine harte Unterscheidung von richtig und falsch, aber diese Freiräume werden in OSM derzeit recht eigenartig genutzt. Das Gewusle um 'highway' & Co hat derzeit zur Folge, dass der Tagger nicht genau weiss, wie er jetzt eine Straße am besten eintragen soll. Aber schlimmer noch weiss ein potentieller Applikationsentwickler nicht, was der Tagger mit seinem Eintrag gewollt hat. Und auch wenn der Eintrag zu seiner Zeit nach bestem Wissen und Gewissen richtig war, mit den ständigen ändernden Taggingmoden ist er es irgendwann nicht mehr. > Ich würde das ganze aber etwas optimistischer sehen: wir müssen uns > unbedingt auf Regeln für alle wichtigen Gebiete einigen - und ich denke > auch nicht, dass das potenzielle Mapper abschreckt. Mann kann ja noch > immer an einigen Stellen freie Erweiterungen unterstützen. Meine Sichtweise hat wenig mit mangelndem Optimismus zu tun, sondern ist die Sichtweise eines potentiellen Anwendungsentwicklers, der an dieser Stelle aufgegeben hat und erst dann wieder einsteigt, wenn es eine Anwendungs-API gibt, auf die man sich berufen kann. Ich kann eine Kürzestwegsuche bauen und hab das auch schon gemacht, aber derzeit ist OSM als technische Basis wenig zu gebrauchen, wenn man etwas feiner austesten will. > Und die entsprechende Software sollte dann auch wirklich nur Daten > unterstützen, die entsprechend dieser Regeln erstellt wurden (vielleicht > mit ein paar Ausnahmen für wirklich naheliegende und häufige Fehler). > > Und wenn es mal soweit ist, dass die Killer-Applikationen stehen, die > die OSM-Daten nutzen können, dann werden auch ganz schnell die 10% > Daten, die nicht nach den Regeln erfasst wurden, korrigiert werden. Wenns nun mal 10% sind und wenn - nach welchen Kriterien? Eindeutige Infos wie Spuranzahl werden nur selten erfasst und der Rest bleibt frei interpretierbar. Ich würde mir als minimalistischen Anfang mal wünschen, dass es eine klare Aussage dazu gibt, was z.B. 'highway' beschreiben soll: Eine administrative Einteilung, die über Schilder verifizierbar ist? Eine Qualitäts- beschreibung einer Straße (Breite, Belag)? Die Wichtigkeit der Straße (Reisezeit, Verkehrsaufkommen)? Wenn es die administrative Einteilung ist, weiss ich wenigstens, dass ich die unterhalb von 'motorway' fürs Routing nicht gebrauchen kann, weil sie über die Straße nichts konkretes aussagt. Ob der letzte Zusammenhang den meisten Taggern klar ist? Und deshalb bin ich mit der Strategie nicht ganz so glücklich, auf Teufel komm raus Leute ins Boot ziehen zu wollen, nur um möglichst schnell irgendwelche Daten zu bekommen. In gar nicht allzuweiter Ferne wird D-Land als Beispiel auf den Webinterface ganz gut ausschauen und viele werden sich zurücklehnen. Ob man die dann so ganz einfach wieder motivieren kann, wenn man ihnen erzählt, dass sie alles nochmal überprüfen müssen, damits auch im Navi funktioniert? Es könnte schon im ersten Durchlauf klappen, aber dazu müssten im Projekt ein paar Parameter gedreht werden. Grüsse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen)
Am Dienstag, 22. Januar 2008 10:24 schrieb Friedhelm Schmidt: > Wie ich lese, geht es vielen anderen Mappern ähnlich. Vielleicht sollte > man in Zukunft einen lokal begrenzten Probelauf machen und anhand des > Resultats 'rumfragen ob ein Import sinnvoll und gewünscht ist. Moin, wie ich sehe hat der OpenGeoDB Import einges an Wirbel erzeugt. Zum einen höre ich recht erfreuliche Rückmeldungen. Ein paar Orte wurde auch schon verändert (und auch das OpenGeoDB:auto_update richtig angepasst). Auf der anderen Seite höre ich Kritik über: * Die falsche Zuordnung von Namen (und dadurch Verdoppelungen). Das Problem könnte dadurch gelöst werden, das jeder in seiner Region die Nodes einmalig zusammenfasst und dann das auto_update anpasst). * Vor alle in Belgien gibt es eine Bug der sehr viele Orte mit falschen Namen erzeugt hat. Diese Orte werde ich heute noch löschen, damit man sie später neu anlegen kann. * Relationen sind zur Zeit noch gar nicht in OSM eingespielt, das könnte ich aber bald nachholen. * Es gibt ein Problem dadurch das Orte offiziell anderes heißen, als wir es in der Karte aufnehmen wollen (Beispiel: Die Neue Gemeinde heißt nun "Bla-Blub" aber es gibt immer noch die beiden Orte "Bla" und "Blub") * Es gibt ein Problem dadurch das auch größere Gliederungen (Beispiel: Bundesland) zum Teil Koordinaten haben und dann in einer Landkarte an einer Stelle auftauchen, obwohl ja das ganze Gebiet gemeint ist. Auf der anderen Seite gibt es nun man in den Map Features auch das Tag place=continent und irgendwo müsste man so ein Tag ja auch in Europa hinsetzen. Das Problem scheint mir machmal auch nur zu sein, das so ein Tag dann auch noch auf Zoom Ebene 12 gerendert wird und nicht auf Zoom Ebene 1-5 begrenzt bleibt. * Und es gibt auch Kritik über den fehlerhaften Datenbestand bei OpenGeoDB (wobei wir jetzt den Stand vom Anfang Dezember 2007 eingespielt haben und sich wohl schon einiges geändert hat.) 100% ohne Fehler (und ohne Nacharbeit) wird kein Update vonstatten gehen, das ist bei der Größe einfach nicht drinn. Deshalb hier nochmal ganz klar die Frage: Sollen wir eine neuen Anlauf wagen? Erstmal nur die Relationen? Alles? Nur einen Ausschnitt? (Wobei das komplizierter ist, wenn man auch Relationen dazu nehmen möchte (So haben Bundesländer, Länder und Kontinente evtl. in OpenGeoDB keine Koordinaten). Aktueller Datenbestand (in denen auch kleinere Orte enthalten sind?)? Oder erstmal mit den alten weiter machen und z.B. die Relationen einführen? Sollen OSM Tags eingefügt werden? Man könnte auch erstmal nur openGeoDB:* tags erzeugen und somit testen ohne das dadurch irgendwas gerendert wird. Ich hatte ja bereits vor dem Update Testdaten auf meine Webseite gestellt und gehofft (das war etwas zu fordernd), das viele einfach mal schauen, wie das in Ihrer Region aussehen würde. Das könnte man natürlich auch mit einen neuen Anlauf machen, man müsste dann gar nichts einspielen. Man könnte auch neue Nodes gar nicht automatisch erzeugen sondern nur welche die openGeoDB:loc_id und openGeoDB:auto_update haben anfassen, wenn es eine neue Version gibt. Ich bin mir auch sehr unsicher, wie wir darüber diskutieren wollen. Auf der Liste? Oder auf einer Wiki-Seite auf der es etwas strukturierter zugehen kann, weil man Oberthemen bilden kann? Ahja: Und ich hoffe es ist mir niemand wirklich böse über den Import! Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Buch über OSM
Hallo, vielleicht hat es der eine oder andere schon mitbekommen: Jochen Topf und ich haben ein (deutschsprachiges) Buch über OpenStreetMap geschrieben. Gerade vorhin haben wir die endgueltige Version beim Verlag abgegeben, erhaeltlich sein wird es voraussichtlich Mitte Februar. Es erscheint im Verlag Lehmanns Media, hat 288 Seiten (256 Text plus 32 Farbbilder) und soll 30 Euro kosten. Die Startauflage wird vermutlich 500 Exemplare betragen. Wir dachten, wenn wir eh die Hälfte unserer Zeit damit verbringen, Dritten zu erklaeren, was wir in dem Projekt eigentlich tun, koennen wir das auch gleich als Buch machen ;-) Die zwei Hauptteile des Buches richtet sich an Leute, die mit dem Mapping anfangen wollen und an solche, die aus den OSM-Daten Karten machen moechten. Fuer die Neueinsteiger erklaeren wir alles von "wie funktioniert das GPS" ueber "wie gehen die Editoren" bis hin zu "wie mappe ich ein Autobahnkreuz" (oder eine Strassenkreuzung mit Bahngleisen mittendrin, etc.). Den Kartographen erklaeren wir, wie man die Slippymap selbst irgendwo einbindet, wie man Osmarender und Mapnik benutzt und auch selber Stile definiert und so weiter. Ein weiterer Teil richtet sich an die Bastler unter uns, erklaert die Feinheiten von Osmosis und den API-Calls, was man tun muss, um selber einen Server aufzusetzen und anderes. Wir hoffen, dass wir mit dem Buch OSM noch ein Stueck weiter "ins Rampenlicht" ruecken koennen und viele neue Leute zum Mitmachen begeistern. Auf der Webseite zum Buch (www.openstreetmap.info) wird es bald ein Inhaltsverzeichnis und eine Leseprobe geben, Details muessen wir aber noch mit dem Verlag klaeren. Ich bin froh, dass das Buch endlich fertig ist, jetzt kann ich anfangen, all die JOSM-Bugs zu fixen, die die Leute inzwischen gefunden haben ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Am Mittwoch 23 Januar 2008 schrieb Gernot Hillier: > > Da kannst du > > > > genauso von den Leuten erwarten, dass sie C-Programme schreiben, > > die mit einem Pointer, der irgendwo hinzeigt, bitte etwas > > sinnvolles machen sollen. Ein falscher Wert, der einen falschen > > Graphen erzeugt, erzeugt ein falsches Ergebnis - so einfach ist > > das. > > Genau so ist es. > absolut richtig. > Ich würde das ganze aber etwas optimistischer sehen: wir müssen uns > unbedingt auf Regeln für alle wichtigen Gebiete einigen - und ich denke > auch nicht, dass das potenzielle Mapper abschreckt. Mann kann ja noch > immer an einigen Stellen freie Erweiterungen unterstützen. > richtig. ich denke auch, dass es fuer mapper wesentlich einfacher ist, nach klar definierten regeln zu taggen, als sich die infos erst muehsam erfragen zu muessen, oder sich was eigenes auszudenken - um dann festzustellen, dass es ja doch nicht gerendert wird...) zumindest fuer einen groesseren teil der bekannten datenstrukturen waere das mehr als sinnvoll. und uebrigens heisst das noch lange nicht, dass es keine freien erweiterungen geben soll; die brauchen wir nach wie vor. > Und die entsprechende Software sollte dann auch wirklich nur Daten > unterstützen, die entsprechend dieser Regeln erstellt wurden (vielleicht > mit ein paar Ausnahmen für wirklich naheliegende und häufige Fehler). > dazu muss es erst mal regeln geben. bisher gibt es nur ein paar richtlinien, die funktionieren koennten, aber zum teil in sich auch inkonsistent sind. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wälder besser abzeichnen mit IR-Bilder n
Also bei mir in der Gegend kann man sie auch gut verwenden. Jetzt bräuche man nur noch so nen Zauberstab, ala Photoshop, damit man die Gebiete einfach markieren und als Wald Area anlegen kann. Könnte da der Lakewalker evtl. funktionieren? MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach! *kotz*
Hallo! qbert biker schrieb: >> Wer >> fuer OSM gute Software machen will, der muss mit unvollstaendigen, >> falschen, "schmutzigen", unvorhergesehen strukturierten Daten umgehen >> koennen. Das ist eine ganz andere Welt als bei der kommerziellen >> Konkurrenz, wo von oben festgelegt wird, wie's gemacht wird, und dann >> faehrt der Video-Van los... > > Und genau das ist eine unmögliche Forderung. Vielleicht nicht unmöglich, das sieht man bei aktuellen Webbrowsern. Aber nicht gerade zielführend, was man auch bei aktuellen Webbrowsern und dem ganzen Kampf mit Darstellungsunterschieden, Inkompatibilitäten etc. sieht. > Da kannst du > genauso von den Leuten erwarten, dass sie C-Programme schreiben, > die mit einem Pointer, der irgendwo hinzeigt, bitte etwas > sinnvolles machen sollen. Ein falscher Wert, der einen falschen > Graphen erzeugt, erzeugt ein falsches Ergebnis - so einfach ist > das. Genau so ist es. Ich würde das ganze aber etwas optimistischer sehen: wir müssen uns unbedingt auf Regeln für alle wichtigen Gebiete einigen - und ich denke auch nicht, dass das potenzielle Mapper abschreckt. Mann kann ja noch immer an einigen Stellen freie Erweiterungen unterstützen. Und die entsprechende Software sollte dann auch wirklich nur Daten unterstützen, die entsprechend dieser Regeln erstellt wurden (vielleicht mit ein paar Ausnahmen für wirklich naheliegende und häufige Fehler). Und wenn es mal soweit ist, dass die Killer-Applikationen stehen, die die OSM-Daten nutzen können, dann werden auch ganz schnell die 10% Daten, die nicht nach den Regeln erfasst wurden, korrigiert werden. -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ortung über Wlan
On Thu, 17 Jan 2008 09:32:15 +0100 Andreas Hubel <[EMAIL PROTECTED]> wrote: > Hi, > > beim OSM Treffen in München sagte neulich was von nem Projekt das Ortung > über WLAN Netze macht, kennt jemand von euch dazu irgend eine > Internetseite oder Berichte? > > Ich habe bisher nur > http://www.iis.fraunhofer.de/bf/ec/nl/lik/pj/AutarkeWLANLokalisierung.jsp > gefunden > http://www.placelab.org Die haben so weit ich weiß auch mal das Sammeln der Daten als Community-Projekt betrieben und es gab AFAICR auch mal eine interessante Analyse dazu, welche Probleme es dabei gab. MfG Andreas Kemnade ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de