Re: [Talk-de] Flußmündung
Am Donnerstag, 3. September 2009 23:57:54 schrieb Chris-Hein Lunkhusen: Dimitri Junker schrieb: für größere Flüße gibt es ja waterway=riverbank. Diese ist eine Area. Wie zeichnet man jetzt die Mündung ein? Zeichnet man da Küstenlinie und riverbank übereinander oder unterbricht man eins von beiden oder...? Die stoßen nahtlos aneinander an. Frage ist nur: Wo hört der Fluss auf und wo fängt die Mündung an? http://de.wikipedia.org/wiki/Flussm%C3%BCndung Bei der Elbe zB. hat man die Coastline für meinen Geschmack viel zu weit ins Land getrieben. ;-) Ja, was zur Folge hatte das die Elbe zu großen Teilen nicht mehr in Garmin Geräten dargestellt wird. Und das ist für die Orietierung auf der Karte ganz wesentlich schlecht! http://de.wikipedia.org/wiki/K%C3%BCstenlinie Chris Sven ___ 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] Modellflugplatz
Am Freitag 04 September 2009 schrieb Martin Siegel: Garry schrieb: Bei einem Gewässer würdest Du ja wohl auch nicht auf die Idee kommen gleich daraus zu trinken nur weil es mit natural=water getaggt ist und natural vielleicht irgendwie nach Gesund klingt... Nö, dann such ich mir ne natural=spring und trinke daraus mein quellfrisches Wasser. Genauso, wie ich nach aeroway=model_runway (oder was auch immer) suchen könnte, um mit meinem Spielzeug rumzufliegen. ich kenne einige quellen, an denen man nicht trinken kann, du wuerdest dort also im schlimmsten fall verdursten ;-) sowohl bei natural=water als auch natural=spring ist etwas, das mit wasser zu tun hat. demnach waere es eigentlich am sinnvollsten, eine quelle irgendwie in folgender art zu taggen: natural=water water=spring ich finde diese art des taggens wesentlich eindeutiger: das objekt bekommt ein haupttag mit einer groben einordnung (damit ist die zahl der moeglichen haupttags auch einigermassen uebersichtlich), und weitere subtags zur genaueren spezifikation. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflugplatz
Am Freitag 04 September 2009 schrieb Garry: Sven Sommerkamp schrieb: Dir ist aber schon bewusst dass der Tag schon seit mehreren Jahren auch für Modellflugpisten verwendet wird und die Diskussion jetzt nur hochgekocht ist weil jemand nach Modellflugplätzen gefragt hat? Naja, wenn man halt erstmal loslegt und so macht wie man denkt.. Ist das nicht gerade das Erfolgsrezept von OSM? Eigentlich wäre der richtige Weg ja, etwas zu diskutieren, dann zusammen eine Regelung finden und es bis auf weiters so machen wie besprochen wurde. Das war dann wohl wieder nicht der Fall. Typischer Fall von OSM Kuddelmuddelmapping.. Meiner Meinung nach haben wir hier den bessere Weg für OSM Bei den Strassen haben wir den Fall dass highway - ein relativ eng gefasster Begriff für einen Strassentyp auf sämtliche Wegtypen ausgedehnt wurde indem er dort als Schlüssel eingesetzt wurde. Bei der Start/Landebahn haben wir einen allgemeingültigen Begriff der für alles (technische) gilt was Anlauf benötigt um in die Luft zu kommen - der soll jetzt eingeengt sein auf eine relativ kleine Untermenge an Startbahnen (Verkehrsflughäfen)? Man muss ja jetzt nur z.B, runway wiederum als Schlüssel verwenden und könnte damit kategorisieren: - Internationaler Flughafen - Regionalflughafen - Verkehrslandeplatz - Segelflugplatz - UL-Flugplatz - Gleitschirm Start/Landeplatz - Modellflugplatz Wäre aber ähnlich wie bei den Strassen dass es nicht immer ganz eindeutig ist, also besser gleich mehr Wert auf die physikalischen Eigenschaften legen sowie darauf was rechtlich zugelassen ist. richtig. wobei, wie bereits geschrieben, die o.g. einordnung eher an den flugplatz selbst (area oder relation) gehoert, als nur an die startbahn. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Worldfile vom 2.9.09
Hallo, die neuen Daten vom 2.9.09 liegen wieder zum Download bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flußmündung
Hallo Chris, Chris-Hein Lunkhusen schrieb: Naja, die Meerespolygone machen in letzter Zeit ja schon Fortschritte: http://up.picr.de/2850508.jpg Ich such noch nen guten Filehoster ohne viel Werbung wo ich diese D-Karte zur Verfügung stellen kann (ca. 350 MB). Wenn Du mir ein aktuelles gepatchtes mkgmap schickst, dann mache ich jede Woche eine DE-Karte mit Meer und hoste die auch. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Moin! ich habe einen neuen checker - ach, was auch sonst ;-) der sucht doppelknoten, also node dupes. mal für berlin laufen lassen, 100 richtige dupes mit exakt gleichen koordinaten. aber lässt man eine kleine abweichung von sagen wir mal 10cm zu, so wächst die zahl auf knapp 1000 doppelte. das finde ich bei der genauigkeit der gängigen gps-geräte erstaunlich... Verstehe jetzt nicht, was Doppelnodes mit der Genauigkeit von GPS Geräten zu tun haben. Hatte jetzt in Holland einen Doppelknoten in der Autobahn. Da allerdings OpenRouteService anscheinend solche Doppelknoten automatisch merged viel mir der Fehler erst beim Routen in MapSource auf. Könnte man also einen Checker für solche wichtigen Nodes (Autobahn/Bundesstraße) machen ? In Keepright sieht man ja auch den Wald vor lauter Bäumen nicht bei den ganzen Junktion-Errors. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenfassung des Treffens mit AEROWEST und weitere Planung
Ich hatte es aus der Zusammenfassung so gelesen, dass Aerowest die Möglichkeit einräumt, Luftbilder anzuschauen und auf der Grundlage Fakten (z.B. Kreuzungsbau, Brücken) auszuwerten. Das ist derzeit bereits erlaubt, auch wenn sich diese Erlaubnis noch (!) nicht in den AGBs manifestiert. Die Kooperation über welche hier diskutiert wird würde, so sie erfolgreich ist, auch das abzeichnen z.B. via JOSM erlauben. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flußmündung
Sven Sommerkamp schrieb: Bei der Elbe zB. hat man die Coastline für meinen Geschmack viel zu weit ins Land getrieben. ;-) Ja, was zur Folge hatte das die Elbe zu großen Teilen nicht mehr in Garmin Geräten dargestellt wird. Und das ist für die Orietierung auf der Karte ganz wesentlich schlecht! Naja, die Meerespolygone machen in letzter Zeit ja schon Fortschritte: http://up.picr.de/2850508.jpg Ich such noch nen guten Filehoster ohne viel Werbung wo ich diese D-Karte zur Verfügung stellen kann (ca. 350 MB). Zur Elbe: Ich vermute dass die Unterscheidung Meer/Fluss vom Tidenhub abhängt? DH falls es einen Tidenhub gibt ist es eben noch kein Fluss sondern noch Meer bzw. Flussdelta? Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflugplatz
Am Freitag, 4. September 2009 01:23:41 schrieb Garry: Sven Sommerkamp schrieb: Dir ist aber schon bewusst dass der Tag schon seit mehreren Jahren auch für Modellflugpisten verwendet wird und die Diskussion jetzt nur hochgekocht ist weil jemand nach Modellflugplätzen gefragt hat? Naja, wenn man halt erstmal loslegt und so macht wie man denkt.. Ist das nicht gerade das Erfolgsrezept von OSM? Wird von manchen so gesehen.. Es ist ein Anfang, aber OSM ist nicht mehr ganz am Anfang. Mittlerweile gibt es viele Anwendungen die auf eine gewisse Konsistenz, Kontinuität und Qualität angewiesen sind. Ab einem gewissen Punkt ist ein solches Vorgehen nicht mehr vorteilhaft, weil man immer wieder bisher funktionierendes zerstört, was sehr frustrierend ist! Eigentlich wäre der richtige Weg ja, etwas zu diskutieren, dann zusammen eine Regelung finden und es bis auf weiters so machen wie besprochen wurde. Das war dann wohl wieder nicht der Fall. Typischer Fall von OSM Kuddelmuddelmapping.. Meiner Meinung nach haben wir hier den bessere Weg für OSM Aus meinen Erfahrungen im Beruf muß ich sagen, das das ab einem gewisen Fortschritt eher nicht so ist (Wenn man denn OSM auch benutzen will. Als Spielwiese ist das sehr o.k.). Bei den Strassen haben wir den Fall dass highway - ein relativ eng gefasster Begriff für einen Strassentyp auf sämtliche Wegtypen ausgedehnt wurde indem er dort als Schlüssel eingesetzt wurde. Bei der Start/Landebahn haben wir einen allgemeingültigen Begriff der für alles (technische) gilt was Anlauf benötigt um in die Luft zu kommen - der soll jetzt eingeengt sein auf eine relativ kleine Untermenge an Startbahnen (Verkehrsflughäfen)? Man muss ja jetzt nur z.B, runway wiederum als Schlüssel verwenden und könnte damit kategorisieren: - Internationaler Flughafen - Regionalflughafen - Verkehrslandeplatz - Segelflugplatz - UL-Flugplatz - Gleitschirm Start/Landeplatz - Modellflugplatz Wäre aber ähnlich wie bei den Strassen dass es nicht immer ganz eindeutig ist, also besser gleich mehr Wert auf die physikalischen Eigenschaften legen sowie darauf was rechtlich zugelassen ist. Das finde ich einen ganz guten Ansatz. Weiterhin ist für mich hauptsächlich wichtig, das einfach bemannte und unbemannte Luftfahrt unverwechselbar sind. Wie z.B. in ICAO Karten. Das halte ich für unbedingt wichtig! Übrigens hatte ich um es an dieser Stelle mal zu erwähnen auch ein Problem mit dem Start und Landeplatz meines Gleitschirm Vereins Milan. Wir machen Windenschlepp auf einem Feldweg, also ist dieser keine reine Start und Landebahn im eigentlichen Sinne. Was macht man den da? http://www.openstreetmap.org/?lat=54.10296lon=10.14488zoom=15layers=0B00FTF Das ist ein typischer Fall für Schleppgelände von HG/GS in Deutschland. Garry Sven ___ 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] Flußmündung
Am Freitag, 4. September 2009 08:30:38 schrieb Chris-Hein Lunkhusen: Sven Sommerkamp schrieb: Bei der Elbe zB. hat man die Coastline für meinen Geschmack viel zu weit ins Land getrieben. ;-) Ja, was zur Folge hatte das die Elbe zu großen Teilen nicht mehr in Garmin Geräten dargestellt wird. Und das ist für die Orietierung auf der Karte ganz wesentlich schlecht! Naja, die Meerespolygone machen in letzter Zeit ja schon Fortschritte: http://up.picr.de/2850508.jpg Ich such noch nen guten Filehoster ohne viel Werbung wo ich diese D-Karte zur Verfügung stellen kann (ca. 350 MB). Zur Elbe: Ich vermute dass die Unterscheidung Meer/Fluss vom Tidenhub abhängt? DH falls es einen Tidenhub gibt ist es eben noch kein Fluss sondern noch Meer bzw. Flussdelta? Es gibt Tidenhub bis Geesthacht. Abe trotzdem ist unbefriedigend das Dinge die schon mal funktioniert haben, es immer wieder zeitweise nicht mehr tun. Bei allem was wir verschlimmbessern sollten wir uns immer die Frage stellen, ob das nicht häufig auch ein Rückschritt bedeutet. Ich z.B. benutze unsere Karten auch. Die Erfahrungen die ich dabei sammele tu ich hier kund. Im Sinne von Qualitätsverbesserung. Grüße Chris Gruß Sven ___ 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] Flußmündung
Hallo, am 04.09.2009 08:30 schrieb Chris-Hein Lunkhusen: Zur Elbe: Ich vermute dass die Unterscheidung Meer/Fluss vom Tidenhub abhängt? DH falls es einen Tidenhub gibt ist es eben noch kein Fluss sondern noch Meer bzw. Flussdelta? So ist es in der Weser. Immerhin haben wir noch in Bremen um und bei 4 Meter Tidenhub. In der Elbe hat man die Grenze nach anderen (mir nicht bekannten) Kriterien gewählt. Dort bildet das Sperrwerk Geesthacht die Tidegrenze. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Am 4. September 2009 08:50 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: In Keepright sieht man ja auch den Wald vor lauter Bäumen nicht bei den ganzen Junktion-Errors. Dann schalte doch die ungewollten Fehler einfach aus (Hacken davor entfernen), wenn du das gnze nicht jedes mal machen willst, speicherst du das ganze per Permalink ab. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
hi, wo die echten doppelten herkommen, wäre zu klären. mich wundern nodes, die weniger als 10cm beieinander liegen und dass es so viele davon gibt. die genauigkeit ist durch heutige gps empfänger einfach nicht gegeben. muss ich mir mal näher ansehen. es gibt ja schon einige checks (cross, touch, waydupes), wo solche dinge auch auffallen. ich werde diesen check vermutlich wie viele andere auch nur pro bundesland erstellen, keine weiteren unterteilungen. keep it simple. ciao gerhard gary68 - original Nachricht Betreff: Re: [Talk-de] node dupes Gesendet: Fr, 04. Sep 2009 Von: Chris-Hein Lunkhusenchris66...@gmx.de Moin! ich habe einen neuen checker - ach, was auch sonst ;-) der sucht doppelknoten, also node dupes. mal für berlin laufen lassen, 100 richtige dupes mit exakt gleichen koordinaten. aber lässt man eine kleine abweichung von sagen wir mal 10cm zu, so wächst die zahl auf knapp 1000 doppelte. das finde ich bei der genauigkeit der gängigen gps-geräte erstaunlich... Verstehe jetzt nicht, was Doppelnodes mit der Genauigkeit von GPS Geräten zu tun haben. Hatte jetzt in Holland einen Doppelknoten in der Autobahn. Da allerdings OpenRouteService anscheinend solche Doppelknoten automatisch merged viel mir der Fehler erst beim Routen in MapSource auf. Könnte man also einen Checker für solche wichtigen Nodes (Autobahn/Bundesstraße) machen ? In Keepright sieht man ja auch den Wald vor lauter Bäumen nicht bei den ganzen Junktion-Errors. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationenn im Garmin visualisieren
Chris-Hein Lunkhusen schrieb: Sven Geggus schrieb: bevor ich jetzt anfange selber was zu coden, vielleicht gibts das ja schon :) Ja, die Karte von Drahtesel kann das. Chris Hi ! wenn die mit dem OSM-Composer erstellt wurde dann ist das dort speziell ausprogrammiert. So meine Informationen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Meerespolygone (was: Re: Flußm ündung)
Carsten Schwede schrieb: http://up.picr.de/2850508.jpg Wenn Du mir ein aktuelles gepatchtes mkgmap schickst, dann mache ich jede Woche eine DE-Karte mit Meer und hoste die auch. Kann ich gerne machen, allerdings gab es bei meinen Experimenten noch zu viele Fehler, so dass ich für die vorliegende Karte die Meerespolygone von Hand in JOSM erstellt habe. Einige Inseln werden beim Reinzoomen noch überschwemmt, da muss ich dann das Multipolygon von Hand aufbrechen, oder ich teste mal die mgkmap Version aus dem Multipolygon-Branch. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meerespolygone
Hallo, Chris-Hein Lunkhusen schrieb: Kann ich gerne machen, allerdings gab es bei meinen Experimenten noch zu viele Fehler, so dass ich für die vorliegende Karte die Meerespolygone von Hand in JOSM erstellt habe. Das macht ja erstmal nichts, ich will ja eine weitere Testkarte erzeugen. Wenn die mal verwendet wird, dann werden sich wohl auch mehr Leute finden, die die Fehler in der Coastline beheben. Irgendwann, wenn alles funktioniert kann es dann ja in die Standardkarte übernommen werden. Einige Inseln werden beim Reinzoomen noch überschwemmt, da muss ich dann das Multipolygon von Hand aufbrechen, oder ich teste mal die mgkmap Version aus dem Multipolygon-Branch. Ich weiss, ich habe die Diskussion auf [mkgmal-devel] mitgelesen. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Wanderkarte mehr nach Garmin Firmware update
Nop schrieb: Nur eine Warnung zur Info: Mit der neusten Firmware für Garmin-Geräte funktioniert die Wanderkarte nicht mehr. Grund ist, daß die Wandersymbole aus mehreren Icons zusammengesetzt werden und Garmin jetzt die Zeichenreihenfolge verändert hat, so daß der Hintergrund über den Vordergrund gemalt wird. Betroffen sind mindestens Nüvi, Orgeon und Colorado Geräte. Weiß jemand ob das im neusten Update für etrex auch geändert ist? Ich werd's mit meinem wunderbar funktionierenden Gerät nicht ausprobieren. :-) Da ich nicht weiss, wie diese Wandersymbole aussehen: Kann mir jemand eine typische Koordinate nennen, wo also schön viele dieser Symbole zu sehen sein sollten? Was mir aber schonmal aufgefallen ist: Der blaue Kreis in der Karte um den Mauszeiger, der ja wohl die aktuelle Genauigkeit anzeigen soll ist bei dieser Karte viel zu groß Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Frederik Ramm schrieb: hier eine kleine Statistik über die letzten 90 Tage auf dieser Mailingliste. Es wurden insgesamt 7238 Beitraege von rund 360 verschiedenen Personen geschrieben. Die folgende Liste zeigt alle Korrespondenten mit durchschnittlich mehr als zwei Beitraegen pro Tag. Wäre es möglich, die Diskussionen zwischen Martin und mir herauszufiltern? Diese Bereinigung würde sicher ein aufschlussreicheres Ergebnis geben ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Hallo, Tobias Wendorff wrote: Wäre es möglich, die Diskussionen zwischen Martin und mir herauszufiltern? Ja, indem ihr beide jeweils den reply to author only-Knopf nutzt ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Modellflugplatz
Am 4. September 2009 01:23 schrieb Garry garr...@gmx.de: Sven Sommerkamp schrieb: Dir ist aber schon bewusst dass der Tag schon seit mehreren Jahren auch für Modellflugpisten verwendet wird und die Diskussion jetzt nur hochgekocht ist weil jemand nach Modellflugplätzen gefragt hat? Naja, wenn man halt erstmal loslegt und so macht wie man denkt.. Ist das nicht gerade das Erfolgsrezept von OSM? Eigentlich wäre der richtige Weg ja, etwas zu diskutieren, dann zusammen eine Regelung finden und es bis auf weiters so machen wie besprochen wurde. Das war dann wohl wieder nicht der Fall. Typischer Fall von OSM Kuddelmuddelmapping.. Meiner Meinung nach haben wir hier den bessere Weg für OSM Bei den Strassen haben wir den Fall dass highway - ein relativ eng gefasster Begriff für einen Strassentyp auf sämtliche Wegtypen ausgedehnt wurde indem er dort als Schlüssel eingesetzt wurde. Na und? Der Name des Schlüssels tut nichts zur Sache. Er könnte auch wullewupp lauten. Es ist eine Kategorisierung, die wir nur der Übersichtlichkeit halber haben - auf den Wert kommt es an. way=residential way=stream way=rail way=runway Könnten problemlos auch in dieser Form existieren. Bei der Start/Landebahn haben wir einen allgemeingültigen Begriff der für alles (technische) gilt was Anlauf benötigt um in die Luft zu kommen - der soll jetzt eingeengt sein auf eine relativ kleine Untermenge an Startbahnen (Verkehrsflughäfen)? Nein. für die erdrückende Menge an Landebahnen, die wirklich Landebahnen sind und kein 200m-Stückchen gemähter Rasen. Und bevor du wieder damit kommst, daß Segelflug-Pisten auch eine Grasoberfläche haben, hier ein Beispiel Modellfluggelände vs. Segelflugplatz: http://maps.google.de/?ie=UTF8ll=50.673876,7.365561spn=0.006636,0.013797t=hz=16 Ich denke welches welches ist muss nicht erklärt werden. ;-) Es geht nicht um die Unterscheidung Verkehrsflughafen, Sportflugplatz, Segelflugplatz, Militärflugplatz etc, sondern nur um den essentiellen Unterschied Zwischen bemannter Luftfahrt und ferngesteuertem Spielzeug. Das kann doch kein großes Problem sein, oder? Wann hast du eigentlich deine letzte Modellboot-Vereins-Einrichtung (Stückchen befestigtes Ufer, Bänke, Tische um an den Modellen zu arbeiten) am örtlichen Stadtparksee als Hafen getaggt? ;-) -Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Frederik Ramm schrieb: Tobias Wendorff wrote: Wäre es möglich, die Diskussionen zwischen Martin und mir herauszufiltern? Ja, indem ihr beide jeweils den reply to author only-Knopf nutzt ;-) Kannst Du mir einen Mail-Client empfehlen, der dies ohne viel Klickerei ermöglicht? Thunderbird tut dies nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Hallo. Am Freitag, 4. September 2009 schrieb Tobias Wendorff: Kannst Du mir einen Mail-Client empfehlen, der dies ohne viel Klickerei ermöglicht? Thunderbird tut dies nicht. Womit wir wieder beim Mailinglisten-Streit-Thema Nummer 1 wären: http://www.unicom.com/pw/reply-to-harmful.html ;-) KMail ignoriert das Reply-To bei Mailinglisten und verhält sich daher völlig normal. Reply geht an die Liste, Reply to Author geht an den Absender, Reply to all geht an alle beteiligten Adressen. Gruß, Bernd -- Press ESC to detonate or any other key to explode signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Bernd Wurst schrieb: KMail ignoriert das Reply-To bei Mailinglisten und verhält sich daher völlig normal. Reply geht an die Liste, Reply to Author geht an den Absender, Reply to all geht an alle beteiligten Adressen. Ui ui, gerade gefunden: http://www.juergen-ernst.de/addons/replytolist.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Am 4. September 2009 09:48 schrieb Gary G: g...@gary68.de: hi, wo die echten doppelten herkommen, wäre zu klären. mich wundern nodes, die weniger als 10cm beieinander liegen und dass es so viele davon gibt. die genauigkeit ist durch heutige gps empfänger einfach nicht gegeben. muss ich mir mal näher ansehen. es geht nicht um die absolute Lagegenauigkeit, die mit heutigen Consumer-GPS in dieser Detaillierung nicht gegeben ist, sondern um die topologische Genauigkeit. Auch können Daten, die nicht per GPS sondern mit dem Maßband (oder durch Abschätzen) erhoben werden oder durch Imports gewonnen werden, genauso eingegeben werden. Zu guter Letzt können es auch Fehler sein, dass die Nodes eigentlich verbunden sein sollten, aber das kann man nicht pauschal für alle diese Punkte annehmen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Am 4. September 2009 12:28 schrieb Frederik Ramm frede...@remote.org: Hallo, Tobias Wendorff wrote: Wäre es möglich, die Diskussionen zwischen Martin und mir herauszufiltern? Ja, indem ihr beide jeweils den reply to author only-Knopf nutzt ;-) ja, Ihr werdet Euch vielleicht wundern, aber wir machen das zum Teil sogar schon (Knopf gibt's allerdings keinen dafür, ich lösche dazu einfach die Liste aus den Empfängern). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Am 04.09.2009 12:41, Tobias Wendorff: Frederik Ramm schrieb: Tobias Wendorff wrote: Wäre es möglich, die Diskussionen zwischen Martin und mir herauszufiltern? Ja, indem ihr beide jeweils den reply to author only-Knopf nutzt ;-) Kannst Du mir einen Mail-Client empfehlen, der dies ohne viel Klickerei ermöglicht? Thunderbird tut dies nicht. Gerne verweise ich hierbei auch erneut auf die Möglichkeit, die Newsgroup-Funktion von Thunderbird für die Mailingliste zu nutzen. Zum testen geht das auch ganz einfach parallel. Vorteil ist eine wunderschöne threadbasierte Ansicht mit der man irrelevante bzw ins Labern abgedriftete Threads einfach zuklappen kann. Die Anleitung zur Einrichtung gibt's, natürlich, im Wiki: http://wiki.openstreetmap.org/wiki/Mailing_lists#Reading_mailing_lists_via_newsgroup_interface Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Claudius schrieb: Gerne verweise ich hierbei auch erneut auf die Möglichkeit, die Newsgroup-Funktion von Thunderbird für die Mailingliste zu nutzen. Zum testen geht das auch ganz einfach parallel. Vorteil ist eine wunderschöne threadbasierte Ansicht mit der man irrelevante bzw ins Labern abgedriftete Threads einfach zuklappen kann. Tja, nur leider gibt es da ein böses Problem: Die neuen Admins im EF50 (Nordcampus) haben leider nahezu alle Ports geschlossen: NNTP, NTP etc. gehen nicht mehr. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Selektiere alle neuen Ways
Am 03.09.09 schrieb Tobias Wendorff: Frederik Ramm sagte einmal etwas wie: OSM muss nicht morgen fertig sein bzw. wird nie fertig. es sei denn, Mirko zieht oft genug um. SCNR, Fabian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
On Fri, Sep 04, 2009 at 01:51:04PM +0200, Martin Koppenhoefer wrote: ja, Ihr werdet Euch vielleicht wundern, aber wir machen das zum Teil sogar schon (Knopf gibt's allerdings keinen dafür, ich lösche dazu einfach die Liste aus den Empfängern). Und ich finde reply-to list einfach nur Broken daher filter ich es mir via procmail weg: :0 fhc * ^List-Id: Openstreetmap allgemeines in Deutsch talk-de.openstreetmap.org | formail -R Reply-To X-No-Reply-To Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zusammenfassung des Treffens mit AEROWEST und weitere Planung
Am 04.09.2009 um 00:09 schrieb Johann H. Addicks: Ich hatte es aus der Zusammenfassung so gelesen, dass Aerowest die Möglichkeit einräumt, Luftbilder anzuschauen und auf der Grundlage Fakten (z.B. Kreuzungsbau, Brücken) auszuwerten. Aktuell kannst du dir die Luftbilder anschauen oder ausdrucken und damit Dinge in OSM verbessern oder was auch immer mit machen. Untersagt ist die Einbindung der Luftbilder in Geoinformationssystemen (GIS) wie JOSM, Merkaartor, Potlatch etc. Dieses Verbot würde im Falle einer Kooperation fallen für OSM. Bieten die auch GPS-Tracks zum Download an oder worum dreht sich dieser etwas längliche Thread jetzt? Und wenn ja, was für Tracks sind das? Die des Flugzeugs, welches die Schrägbilder aufgenommen hat? Was sollten die uns denn überhaupt bringen, ganz unabhängig von Ihrer Schöpfungshöhe oder dem Datenbankschutz? Aerowest bietet keine GPS-Tracks an, wie kommst du darauf? Nur Luftbilder. Olaf -jha- ___ 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] JOSM: Parkbank mit Öffnungszeiten
Moin ! wer hat den bei der amenity_bench eine Öffnungszeit von 24/7 zugewiesen Da traue ich mir schon gar kein Ticket anzulegen ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Original-Nachricht Datum: Fri, 4 Sep 2009 13:46:26 +0200 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] node dupes Am 4. September 2009 09:48 schrieb Gary G: g...@gary68.de: hi, wo die echten doppelten herkommen, wäre zu klären. mich wundern nodes, die weniger als 10cm beieinander liegen und dass es so viele davon gibt. die genauigkeit ist durch heutige gps empfänger einfach nicht gegeben. muss ich mir mal näher ansehen. es geht nicht um die absolute Lagegenauigkeit, die mit heutigen Consumer-GPS in dieser Detaillierung nicht gegeben ist, sondern um die topologische Genauigkeit. Auch können Daten, die nicht per GPS sondern mit dem Maßband (oder durch Abschätzen) erhoben werden oder durch Imports gewonnen werden, genauso eingegeben werden. Zu guter Letzt können es auch Fehler sein, dass die Nodes eigentlich verbunden sein sollten, aber das kann man nicht pauschal für alle diese Punkte annehmen. Mit dem Massband Daten aufnehmen und eintragen, die 10 cm sind? Grundsaetzlich sollte man sich mal Gedanken ueber die Aufloesung machen, die man bei OSM erreichen will. Freilich stimmt es, dass die GPS-Empfaenger schon lange nicht mehr die einzige Referenz fuer die Genauigkeit sind (aber immer noch die wichtigste), aber OSM ist im derzeitigen Zustand wirklich keine Plattform fuer den cm-Massstab. Gemaess dem guten alten Spruch 'wer misst, misst Mist' kann man bei derart nahe aneinanderliegenden Nodes ziemlich sicher von Fehlern ausgehen. Ein Mindestpunktabstand von einem Meter einzuhalten bringt jedenfalls keine Nachteile bei der Genauigkeit und verbessert die Uebersichtlichkeit enorm. Nur so als 'Hausnummer', nicht als betonharte Regel ;) Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
qbert biker schrieb: Grundsaetzlich sollte man sich mal Gedanken ueber die Aufloesung machen, die man bei OSM erreichen will. Freilich stimmt es, dass die GPS-Empfaenger schon lange nicht mehr die einzige Referenz fuer die Genauigkeit sind (aber immer noch die wichtigste), aber OSM ist im derzeitigen Zustand wirklich keine Plattform fuer den cm-Massstab. Deiner Meinung nach sollen wir also solche Aktionen, wie das Abdigitalisieren von Luftbildern mit 5 cm/Pixel zukünftig in OSM gar nicht realisieren? Ein Mindestpunktabstand von einem Meter einzuhalten bringt jedenfalls keine Nachteile bei der Genauigkeit und verbessert die Uebersichtlichkeit enorm. Nur so als 'Hausnummer', nicht als betonharte Regel ;) Künstlich Daten verfälschen, damit man besser damit arbeiten kann? Ich denke, das ist eher die Aufgabe eines Editors, hier geeignete Filter- oder Layerfunktionen anzubieten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu Quality Checks
Hallo Gerhard, Mit der neuen Version 3.1 funktioniert der AreaCheck jetzt auch bei mir lokal (von 140 offenen Areas bleiben 19 übrig); werde mir diese 19 Fehler heute Abend vornehmen. Bei den WayDupes habe ich in den letzen Tagen alle 130 entfernt! :) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Am 4. September 2009 14:28 schrieb qbert biker qbe...@gmx.de: Ein Mindestpunktabstand von einem Meter einzuhalten bringt jedenfalls keine Nachteile bei der Genauigkeit und verbessert die Uebersichtlichkeit enorm. klar ist das ein Nachteil bei der Genauigkeit, wenn 1 m der Mindestabstand sein soll. Ich zweifle eher den Zugewinn bei der Übersichtlichkeit an. In josm spielt es doch z.B. überhaupt keine Rolle, man dreht einfach einen Sekundenbruchteil länger am Rad und schon ist man im jeweils angemessenen Maßstab. Wieso man das Projekt auf eine Straßenkartengenauigkeit reduzieren sollte, wo wir gerade im Hinblick auf immer vollständigere Daten auch immer detaillierter werden, erschließt sich mir überhaupt nicht. Was anderes ist eher die Genauigkeit der Koordinaten. Auch da ist ja irgendwann Auflösungsschluss, und das könnte vorläufig der Maßstab sein (was anderes bleibt einem ja derzeit auch gar nicht übrig, ausser man taggt höhere Präzision explizit: lat=1,12345678 ;-) ) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Hallo Gerhard, ich habe einen neuen checker - ach, was auch sonst ;-) der sucht doppelknoten, also node dupes. mal für berlin laufen lassen, 100 richtige dupes mit exakt gleichen koordinaten. aber lässt man eine kleine abweichung von sagen wir mal 10cm zu, so wächst die zahl auf knapp 1000 doppelte. das finde ich bei der genauigkeit der gängigen gps-geräte erstaunlich... http://svn.openstreetmap.org/applications/utils/gary68/checkdoublenodes.pl (achtung, braucht neueste osm.pm) Für die Schweiz: 4832 doppelte Nodes, davon schätzungsweise 3000x exact same position und beide Nodes mit no tags oder nur created_by. Gibt es Gründe die dagegen sprechen, diese Kombination (selbe Position ohne Tags) automatisch zu korrigieren? Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Gemaess dem guten alten Spruch 'wer misst, misst Mist' kann man bei derart nahe aneinanderliegenden Nodes ziemlich sicher von Fehlern ausgehen. Mit JOSM kann man problemlos locker unter einem Meter arbeiten.´ Ich habe bei mir ein wenig mit der Infrastruktur getestet und beispielsweise auch Straßeneinbauarmaturen erfasst. Dazu wird das Hinweisschild eingemessen und der Rest ergibt sich dann aus dem Schild selbst. Wenn dann der eine Schieber auf 0.0 0.3 0.0 und der andere auf 0.0 3.0 0.1 liegt, hat man zwei Nodes die 10 cm auseinander liegen. Das ist weder Mist, denn noch haben wir ein offenes System und jeder kann Testen was er will und wo er Interesse dran hat. Und erst recht kein Fehler, denn die beiden Objekte liegen in der Realität genauso nah beieinander. Das ganze wird so richtig interessant, wenn wir z.B. an 5er Orthos kommen. Da kann dann wer will gerne mit dem Fluchtenmaurer Maß von einem Meter arbeiten. Wenn ich aber die Chance kriege auf unter 10cm Genauigkeit zu kommen, werde ich das auch nutzen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Thomas Ineichen schrieb: 4832 doppelte Nodes, davon schätzungsweise 3000x exact same position und beide Nodes mit no tags oder nur created_by. Gibt es Gründe die dagegen sprechen, diese Kombination (selbe Position ohne Tags) automatisch zu korrigieren? Beachtet das Script denn Nodes, die z.B. zwei Flächen angehören, die aber nicht miteinander verbunden sind? Vielleicht sollen sie ja exakt übereinander liegen, aber nicht einen Node teilen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Original-Nachricht Datum: Fri, 04 Sep 2009 14:44:55 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] node dupes Deiner Meinung nach sollen wir also solche Aktionen, wie das Abdigitalisieren von Luftbildern mit 5 cm/Pixel zukünftig in OSM gar nicht realisieren? Wer hat das behauptet? Man sollte sich nur vor Pseudogenauigkeit hueten, die nicht wirklich realisierbar ist. 5cm/Pixel klingt toll, aber was bleibt nach der ganzen Kette (Aufloesung, Ausrichtung, Referenzierung abmalen, usw.) noch wirklich als Genauigkeit uebrig? Ueberall gibts Fehlerquellen wie Rundungsfehler, kleine Verschiebungen. Künstlich Daten verfälschen, damit man besser damit arbeiten kann? Was wird verfaelscht, wenn man einen Mindestabstand von ca. einem Meter einhaelt? Willst du jeden Baum mit zentimetergenauem Umfang reinzeichnen oder was ist sonst im Zentimeterabstand aufloesbar? Also Haeuser, deren kuerzeste Wand weniger als ein Meter lang ist, kommen mir selten unter und Kurven, die so eng sind, dass man alle 10cm einen Punkt setzen muss, sind auch nicht ueblich. Es geht hier nicht um einen Zwangsgrid, der Punkte kuenstlich an der Metergrenze einrasten laesst, sondern nur um die Frage, ob sich auf der Strecke von ca. einem Meter wirklich so viel aendert, dass ein Zwischenpunkt wirklich mehr Information bringt. Also was genau wird verfaelscht? Ich denke, das ist eher die Aufgabe eines Editors, hier geeignete Filter- oder Layerfunktionen anzubieten. Der leasst im Default immer noch nahe Punkte aneinander einrasten, oder hat sich da was geaendert? Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Am 4. September 2009 15:15 schrieb qbert biker qbe...@gmx.de: Was wird verfaelscht, wenn man einen Mindestabstand von ca. einem Meter einhaelt? Willst du jeden Baum mit zentimetergenauem Umfang reinzeichnen oder was ist sonst im Zentimeterabstand aufloesbar? wie wärs z.B. mit einem Briefkasten, der an einer Telefonzelle hängt? Was ist mit der Form von Ruinen, z.B. Mauerreste (z.B. aus archeologischen Aufmaßen importiert), spielt es da keine Rolle, ob die Wand 20 cm oder 1,20 dick ist? Es geht hier nicht um einen Zwangsgrid, der Punkte kuenstlich an der Metergrenze einrasten laesst, sondern nur um die Frage, ob sich auf der Strecke von ca. einem Meter wirklich so viel aendert, dass ein Zwischenpunkt wirklich mehr Information bringt. kommt immer drauf an, pauschal finde ich da Aussagen, die irgendjemand dann als absolute Regel ins Wiki schreibt gefährlich. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
qbert biker schrieb: Deiner Meinung nach sollen wir also solche Aktionen, wie das Abdigitalisieren von Luftbildern mit 5 cm/Pixel zukünftig in OSM gar nicht realisieren? Wer hat das behauptet? Man sollte sich nur vor Pseudogenauigkeit hueten, die nicht wirklich realisierbar ist. 5cm/Pixel klingt toll, aber was bleibt nach der ganzen Kette (Aufloesung, Ausrichtung, Referenzierung abmalen, usw.) noch wirklich als Genauigkeit uebrig? Ueberall gibts Fehlerquellen wie Rundungsfehler, kleine Verschiebungen. Ich denke, dass man 1,0 bis 1,5 Meter Genauigkeit beim Abzeichnen schaffen kann. Was einen Import angeht: Natürlich gibt es überall Rundungsfehler, aber es gibt auch Methoden diese zukünftig zu vermeiden. Künstlich Daten verfälschen, damit man besser damit arbeiten kann? Was wird verfaelscht, wenn man einen Mindestabstand von ca. einem Meter einhaelt? Willst du jeden Baum mit zentimetergenauem Umfang reinzeichnen oder was ist sonst im Zentimeterabstand aufloesbar? Also Haeuser, deren kuerzeste Wand weniger als ein Meter lang ist, kommen mir selten unter und Kurven, die so eng sind, dass man alle 10cm einen Punkt setzen muss, sind auch nicht ueblich. 10 cm mögen ein schlechtes Beispiel sein, lass uns lieber 50 cm nehmen. Ich weiß nämlich nicht, welche Projektion Gary verwendet. 50 cm sind für GPS-Standard und für OSM auch schon viel zu genau. Es ist aber entscheidend, ob ein Objekt auf einer Straße oder daneben liegt. Auch sind 50 cm Abstand in der Realität wirklich existent: Briefkasten neben Telefonzelle Es geht hier nicht um einen Zwangsgrid, der Punkte kuenstlich an der Metergrenze einrasten laesst, sondern nur um die Frage, ob sich auf der Strecke von ca. einem Meter wirklich so viel aendert, dass ein Zwischenpunkt wirklich mehr Information bringt. Also was genau wird verfaelscht? Ich bin davon ausgegangen, dass Du ein solches Zwangsgrid einführen möchtest. Ich denke, das ist eher die Aufgabe eines Editors, hier geeignete Filter- oder Layerfunktionen anzubieten. Der leasst im Default immer noch nahe Punkte aneinander einrasten, oder hat sich da was geaendert? Ich weiß nicht, ich glaube, ich habe die Funktion deaktiviert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Original-Nachricht Datum: Fri, 4 Sep 2009 14:50:22 +0200 Von: Mirko Küster webmas...@ts-eastrail.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] node dupes Mit JOSM kann man problemlos locker unter einem Meter arbeiten.´ In wenigen Sonderfaellen oder wirklich in der Flaeche? Und erst recht kein Fehler, denn die beiden Objekte liegen in der Realität genauso nah beieinander. Was ich bisher an Doppelnodes bereinigt habe, waren durch die Bank Fehler. Versehentliche doppelte Klicks, vermurkste Editorversionen oder Bots. Etwas muehsam aber eindeutig aus dem Kontext zu entziffern. Und keine Angst, solche Bereinigungen mach ich schon laenger nicht mehr. Da kann dann wer will gerne mit dem Fluchtenmaurer Maß von einem Meter arbeiten. Wenn OSM in der Flaeche die Aufloesung von einem Meter schafft, also dass man auf einem Meter genau Informationen rauslesen kann, egal wo, dann ist OSM genial genau. Derzeit ist die reale Aufloesung eher bei 5-10m, in gut erfassten Ecken. Wenn ich aber die Chance kriege auf unter 10cm Genauigkeit zu kommen, werde ich das auch nutzen. Was willst du denn mit Punkteketten mit unter 10cm Abstand nun so genau abbilden? Gruesse Hubert -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Selektiere alle neuen Ways
Moin, danke, ein guter Kommentar :-) On Thu, 3 Sep 2009, André Riedel wrote: Schön wäre es wenn jetzt auch noch die Changesets mit angezeigt werden könnten, dann wäre es möglich jede Veränderung mit den jeweiligen Kommentaren oder Quellen zu verfolgen. ja, das wäre prima ... auch wenn man in der http-Version jeweils in der Versionsgeschichte eines Elements die ensprechenden Kommentare (und Quellinformation etc.) gleich aus dem Changeset mitgeliefert bekäme, fände ich das prima. Dazu wäre es aber nötig, dass man neben den Kommentaren auch die Quelle mit angeben kann. diese Idee kam mir auch schon - verstärkte sich beim Lesen dieser Diskussion und hier steht sie - prima! Man kann die Quelle natürlich im Kommentar jetzt schon angeben, ein spezielles Feld fände ich aber durchaus angebracht - da könnte man dann auch z. B. seine eigenen Voreinstellung (die eigenen GPS-Geräte beispielsweise) eintragen und aus einer Liste einfach auswählen zusammen mit einem Datum etc. Da es für mich nicht bei jedem Objekt wichtig ist zu wissen, warum es dort liegt wo es liegt, reicht es mir in den strittigen Fällen ein paar extra Daten vom Server zu laden. geht mir auch genau so, und das dürfte den/die Server auch nur unwesentlich mehr belasten, denn diese Informationen werden wohl nur ausnahmsweise (also eher selten, wenn es eben wichtig ist) abgerufen Desweiteren wird der für dich wichtige source-Tag am Objekt einfach von Änderung zu Änderung mitgeschleppt, ohne das die jeweilige Änderung wirklich davon profitiert. deswegen schmeiße ich peu a peu die vielen Source-Tags, die ich verteilt habe, alle wieder raus - sie stehen ja in der Versionsgeschichte ... und sie sind doch sehr irritierend, wenn da noch ein paar Leute mehr an dem Element herumgewerkelt haben (Element korrigiert, verschoben, erweitert etc.) Anderes Beispiel: Wenn du in einem Lexikon nach einem Begriff suchst, benötigst du in erster Linie die Erklärung dazu und das wird dir in 98% der Fälle auch riechen. Wenn du mehr darüber Erfahren willst ... die wenigsten Leute, die ich kenne, sind sich überhaupt der Möglichkeit bewusst, dass es in Wikipedia eine Versionsgeschichte gibt - das passt dazu. Und die wenigsten Leute haben überhaupt einen Bedarf dafür. Es ist allerdings trotzdem wichtig, dass die Versionsgeschichte da ist - und die einfache Zugriffsmöglichkeit in OSM finde ich eine der wichtigsten Neuerungen. Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Original-Nachricht Datum: Fri, 04 Sep 2009 15:35:31 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] node dupes Ich denke, dass man 1,0 bis 1,5 Meter Genauigkeit beim Abzeichnen schaffen kann. Unter guenstigen Voraussetzungen schon und deshalb sehe ich die derzeitig erreichbare Aufloesung bei OSM bei ca. einem Meter. Es gibt auch keinen Grund, das als allmaechtige Regel ins Wiki zuschreiben sondern ich sehe das eher als Vorschlag an, mal einen Seitenblick auf den Masstab zu werfen, ob das Bild oder der track den zusaetzlichen Punkt noch hergibt. Obs wirklich Sinn macht, Objekte unter einem Quadratmeter noch als Flaeche und nicht als Punkt (Node) einzutragen, ist eine andere Frage. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
qbert biker schrieb: Was ich bisher an Doppelnodes bereinigt habe, waren durch die Bank Fehler. Versehentliche doppelte Klicks, vermurkste Editorversionen oder Bots. Etwas muehsam aber eindeutig aus dem Kontext zu entziffern. Und keine Angst, solche Bereinigungen mach ich schon laenger nicht mehr. Definiere Doppelnodes bitte. Für mich ist ein Doppelnode nur ein Node der auf einem anderen liegt, aber a) kein Tag hat b) vielleicht sogar vom gleichen User im gleichen Zeitraum wie der andere ist c) nicht Teil eines Ways (etc.) ist ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
qbert biker schrieb: Obs wirklich Sinn macht, Objekte unter einem Quadratmeter noch als Flaeche und nicht als Punkt (Node) einzutragen, ist eine andere Frage. Wir machen ja noch nicht mal aus allen großen Objekten Flächen :p ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Original-Nachricht Datum: Fri, 04 Sep 2009 15:50:52 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] node dupes Für mich ist ein Doppelnode nur ein Node der auf einem anderen liegt, aber a) kein Tag hat b) vielleicht sogar vom gleichen User im gleichen Zeitraum wie der andere ist c) nicht Teil eines Ways (etc.) ist Bei mir auch - Zitterlinen, z.B. Fussgaengertrack auf geradem Weg, einfach 'as is' importiert. - Identisch uebereinander liegende ways mit gleicher oder aehnlicher Attributierung. - 10cm-Knicks im Strassenverlauf, damit oft auch unmoeglicher Verlauf, z.B. spitze Winkel Sehr oft wurden z.B. die teilweise sehr kleinen Potlatch-Luecken verbunden, ohne den jetzt unnuetzen alten Endpunkt zu loeschen. Kann sehr haessliche Verlaeufe im cm-Bereich ergeben. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine Wanderkarte mehr nach Garmin Firmware update
Chris-Hein Lunkhusen schrieb: Da ich nicht weiss, wie diese Wandersymbole aussehen: Kann mir jemand eine typische Koordinate nennen, wo also schön viele dieser Symbole zu sehen sein sollten? Hi NOP, kannst Du hiermit was anfangen? http://yfrog.com/2qnop1p Sieht für mich ok aus. ETREX Legend HCX - Firmware 3.10 / GPS Version 2.90 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Selektiere alle neuen Ways
Hallo Bernd, Bernd Wurst wrote: Am Donnerstag, 3. September 2009 schrieb Tobias Wendorff: Klar, das könnte auch ins Changeset, aber es gibt momentan keine Möglichkeit, Changesets vernünftig zu setzen oder auszulesen. Je nach Definition von vernünftig. Beispiel: http://www.openstreetmap.org/browse/changeset/2244966 Erreichbar entweder über die Detail-Seite eines Objekts (Teil von Changeset ...) oder über die Benutzerseite (Änderungen von ...). Ich finde das ist genau das was man will. Dass es in JOSM nicht direkt angezeigt wird, ist klar. Aber ich wüsste nicht wo das dargestellt werden sollte ohne die Usability zu zerstören. cool. Aber sag .. wie hat denn TobWen dieses Changeset mit eigenem Tag in die DB bekommen? http://www.openstreetmap.org/browse/changeset/2370202 ;-) Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM minimalaufloesung Was: node dupes
On Fri, Sep 04, 2009 at 02:44:55PM +0200, Tobias Wendorff wrote: qbert biker schrieb: Grundsaetzlich sollte man sich mal Gedanken ueber die Aufloesung machen, die man bei OSM erreichen will. Freilich stimmt es, dass die GPS-Empfaenger schon lange nicht mehr die einzige Referenz fuer die Genauigkeit sind (aber immer noch die wichtigste), aber OSM ist im derzeitigen Zustand wirklich keine Plattform fuer den cm-Massstab. Deiner Meinung nach sollen wir also solche Aktionen, wie das Abdigitalisieren von Luftbildern mit 5 cm/Pixel zukünftig in OSM gar nicht realisieren? Es geht technisch nicht - Die lat/lon werden in der datenbank gerundet und dadurch ist die genauigkeit reichlich eingeschraenkt - hier hat es schon so einige threads gegeben zu dem thema ... Im prinzip macht die API das equivalent von: round(CAST(ST_X(n.geom) as numeric),7) as lat, round(CAST(ST_Y(n.geom) as numeric),7) as lon, Wobei in der API db keine geoms drin sind sondern integer d.h. die integer werden vor dem printf(%3.f) ein lat/100 und lon/100 dadurch sinds maximal 7 nachkommastellen. 4km / 36 = 0.10421 oder 1.04cm minimalaufloesung. Es koennte schwer werden damit objekte darzustellen die kleiner als ein Gullideckel sind... Und auch beim Gullideckel wirds schwer. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Selektiere alle neuen Ways
Alexander Menk wrote: Hallo Bernd, Bernd Wurst wrote: Am Donnerstag, 3. September 2009 schrieb Tobias Wendorff: Klar, das könnte auch ins Changeset, aber es gibt momentan keine Möglichkeit, Changesets vernünftig zu setzen oder auszulesen. Je nach Definition von vernünftig. Beispiel: http://www.openstreetmap.org/browse/changeset/2244966 Erreichbar entweder über die Detail-Seite eines Objekts (Teil von Changeset ...) oder über die Benutzerseite (Änderungen von ...). Ich finde das ist genau das was man will. Dass es in JOSM nicht direkt angezeigt wird, ist klar. Aber ich wüsste nicht wo das dargestellt werden sollte ohne die Usability zu zerstören. cool. Aber sag .. wie hat denn TobWen dieses Changeset mit eigenem Tag in die DB bekommen? http://www.openstreetmap.org/browse/changeset/2370202 ;-) Huch, ich hatte im Changeset von Tobwen (2244966) vermutet, es ist möglich eigene Tags anzuzeigen, weil's da ja schließlich auch schon created_by und comment gibt. Dann müssen wir JOSM ja wirklich nur beibringen beim Commit auch Tags eingeben zu können. (Und natürlich, diese Daten auch wieder abzurufen) Stimme aber Frederik zu, dass die Daten im Changeset am besten aufgehoben sind. Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu Quality Checks
sehr schön! On Fri, 2009-09-04 at 14:44 +0200, Thomas Ineichen wrote: Hallo Gerhard, Mit der neuen Version 3.1 funktioniert der AreaCheck jetzt auch bei mir lokal (von 140 offenen Areas bleiben 19 übrig); werde mir diese 19 Fehler heute Abend vornehmen. Bei den WayDupes habe ich in den letzen Tagen alle 130 entfernt! :) Gruss, Thomas ___ 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] Fragen zu Quality Checks
Hallo Stephan, Ich habe noch eine Liste abgelegt. Hier ist eine kombinierte Liste. Sie enthält noch die Wege die den Node enthalten der in einem anderen Weg der alleinige Member ist: http://www.stephans-server.de/osm/one-node-ways_contained2.zip Will da jemand dran arbeiten? Dann könnte ich das in eine hübsche HTML-Form bringen und regelmäßig updaten. Ja, wäre schön, wenn Du das in ein anklickbares Format bringen könntest. Allenfalls auch als GPX, damit man sich seine Region mal anschauen kann.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
nein, beachtet es nicht. vielleicht... On Fri, 2009-09-04 at 15:01 +0200, Tobias Wendorff wrote: Thomas Ineichen schrieb: 4832 doppelte Nodes, davon schätzungsweise 3000x exact same position und beide Nodes mit no tags oder nur created_by. Gibt es Gründe die dagegen sprechen, diese Kombination (selbe Position ohne Tags) automatisch zu korrigieren? Beachtet das Script denn Nodes, die z.B. zwei Flächen angehören, die aber nicht miteinander verbunden sind? Vielleicht sollen sie ja exakt übereinander liegen, aber nicht einen Node teilen. ___ 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] osmosis: Ausschnitt direkt in DB
Hallo Community, ich versuche Folgendes in einem Wisch: Einen kleinen Ausschnitt (mit Hilfe einer POLY-Datei) aus einem Bundesland schneiden und direkt in die PGSQL schieben. Wenn ich erst den Ausschnitt erzeuge und in eine Datei schreibe und diese dann mit OSMOSIS importiere, klappt alles. Ich würde das aber gerne in einem Durchgang haben. Ist das möglich? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM minimalaufloesung Was: node dupes
Florian Lohoff schrieb: Wobei in der API db keine geoms drin sind sondern integer d.h. die integer werden vor dem printf(%3.f) ein lat/100 und lon/100 dadurch sinds maximal 7 nachkommastellen. Aufgrund des Problems mit Gleitkommazahlen? 4km / 36 = 0.10421 oder 1.04cm minimalaufloesung. Huch, ich bin immer von 11,3 cm Minimalauflösung bei 7 Nachkommastellen ausgegangen. Okay, es kommt natürlich darauf an, ob gerundet oder abgeschnitten wird. Es koennte schwer werden damit objekte darzustellen die kleiner als ein Gullideckel sind... Und auch beim Gullideckel wirds schwer. Ich denke, bei Schacht- und Gullydeckeln wird das Auffinden auf dem Luftbild selbst sehr schwer ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Gary68 schrieb: nein, beachtet es nicht. vielleicht... Oh, das sollte es _unbedingt_. Es ist glaube ich mittlerweile Trend, dass sich Flächen und Straßen (etc.) keine Nodes mehr teilen, sondern einfach *gewollt* übereinander liegen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Hallo Tobias, 4832 doppelte Nodes, davon schätzungsweise 3000x exact same position und beide Nodes mit no tags oder nur created_by. Gibt es Gründe die dagegen sprechen, diese Kombination (selbe Position ohne Tags) automatisch zu korrigieren? Beachtet das Script denn Nodes, die z.B. zwei Flächen angehören, die aber nicht miteinander verbunden sind? Das Script gibt es noch nicht. :) Wenn ich mir die Schweiz anschaue, gibt es hauptsächlich zwei Arten von doppelten Nodes: 1. Objekte, die doppelt eingezeichnet sind 2a. Aneinandergrenzende Flächen oder 2b. Wege an Flächenrändern entlang Ersteres sind eindeutig Fehler und sollten beseitigt werden. Vielleicht sollen sie ja exakt übereinander liegen, aber nicht einen Node teilen. Da lässt sich natürlich gut drüber streiten. 2a) Beispiel Doppeleinfamilienhaus: A--B--C | | | | | | | | | D--E--F Wenn man das Gebäude als zwei Flächen einträgt (z.B. für die Haus- numerierung), dann würde ich in B und E jeweils nur einen Node setzen. 2b) Beispiel Feldweg am Waldrand: A--B--C--D | | | | | | E--F In diesem Fall würde ich den Weg (ABCD) mit etwas Abstand zum Wald (BCEF) einzeichnen. Eine Verwendung von doppelten Nodes in B und C bringt keine Vorteile gegenüber gemeinsamen Nodes.. Meiner Meinung nach könnten also die doppelten Nodes aus Gruppe 2 auch gelöscht werden. Da es manche aber anders sehen, würde ich sowas nie grossflächig ändern. Bleibt die Frage, wie man Gruppe 1 effizient findet und löscht.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM minimalaufloesung Was: node dupes
Original-Nachricht Datum: Fri, 04 Sep 2009 17:56:33 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Florian Lohoff f...@rfc822.org CC: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM minimalaufloesung Was: node dupes Huch, ich bin immer von 11,3 cm Minimalauflösung bei 7 Nachkommastellen ausgegangen. Okay, es kommt natürlich darauf an, ob gerundet oder abgeschnitten wird. Noe, kommt schon hin, wobei es kaum externe Datensaetze gibt, die mehr als 5 Kommastellen (also 1.13m) unterstuetzen, soweit ich mich erinnere. Gut, die sind kommerziell orientiert und sagen sich, warum sie mehr zulassen sollen, als technisch sinnvoll umsetzbar ist. Gullideckel oder das flächige Eintragen von Briefkästen haben die wohl weniger im Sinn ;) Gruesse Hubert -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM minimalaufloesung Was: node dupes
qbert biker schrieb: Noe, kommt schon hin, wobei es kaum externe Datensaetze gibt, die mehr als 5 Kommastellen (also 1.13m) unterstuetzen, soweit ich mich erinnere. 6 ist sogar bei Google Standard. Wieviel hat die OGC denn für ihre Sachen festgelegt? Daran kann man sich ja orientieren :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Algorithmus für Kachelsuche entlang e ines Tracks
Moin ! kennt einer von Euch einen Algorithmus um alle Kacheln zu ermitteln die bei einer bestimmten Zoomstufe von einem Track berührt werden ??? Wenn ich es richtig verstanden habe, dann müßte z.b. im OSMTileDonwloader [1] soetwas stecken. Mich würde aber die Mathematik dahinter interessieren. Kann mir einer weiterhelfen ?? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/OSMtiledownloader ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM minimalaufloesung Was: node dupes
Original-Nachricht Datum: Fri, 04 Sep 2009 18:17:32 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM minimalaufloesung Was: node dupes qbert biker schrieb: Noe, kommt schon hin, wobei es kaum externe Datensaetze gibt, die mehr als 5 Kommastellen (also 1.13m) unterstuetzen, soweit ich mich erinnere. 6 ist sogar bei Google Standard. Wieviel hat die OGC denn für ihre Sachen festgelegt? Daran kann man sich ja orientieren :-) Hatte vorher bei AND-shape nachgeschaut und hatte es auch noch bei GDF-Navtech so in Erinnerung. Ich meine die Stelle, bei der im exportierten Datensatz die Nullen beginnen, ob die formal mehr Stellen unterstützen, weiss ich auch nicht. Jedenfalls bekommt man mit einer 1 Meter Auflösung die Sachen schon gut gebacken, aber gegen eine cm-Auflösung in der OSM Datenbank spricht natürlich nichts. Ganz im Gegenteil wäre eine echte 1 Meter Auflösung relativ unangenehm beim Editieren mit josm, weil die Daten sichtbar spriongen können. Grüsse Hubert -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aktion 04 - D/A/CH Touch checks für m otorway, trunk etc.
Hi, es gibt wieder jede Menge zu tun. Auf Vorschlag von Edwin wollen wir mal den Bereich D/A/CH beim Thema Routing fit machen. http://wiki.openstreetmap.org/wiki/DE:Aktionen/Aktion_04 Vielen Dank schon mal für jegliche Hilfe, 1500 Fehler warten... Ach ja, wer sich auf talk-ch, oder talk-aus? rumtreibt kann das bitte auch dort verbreiten. Danke. Ciao Gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für Kachelsuche entlang ei nes Tracks
##
# TILE NUMBERS
##
sub tileNumber {
my ($lon,$lat,$zoom) = @_;
my $xtile = int( ($lon+180)/360 *2**$zoom ) ;
my $ytile = int( (1 - log(tan($lat*pi/180) + sec($lat*pi/180))/pi)/2
*2**$zoom ) ;
return(($xtile, $ytile));
}
On Fri, 2009-09-04 at 18:24 +0200, Jan Tappenbeck wrote:
Moin !
kennt einer von Euch einen Algorithmus um alle Kacheln zu ermitteln die
bei einer bestimmten Zoomstufe von einem Track berührt werden ???
Wenn ich es richtig verstanden habe, dann müßte z.b. im
OSMTileDonwloader [1] soetwas stecken.
Mich würde aber die Mathematik dahinter interessieren.
Kann mir einer weiterhelfen ??
Gruß Jan :-)
[1] http://wiki.openstreetmap.org/wiki/OSMtiledownloader
___
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] Relation automatisch sortierbar?
Matthias Versen s...@mversen.de wrote: Du kannst die Objekte manuell verschieben oder du nimmst den Button links außen am unteren Ende zum automatischen sortieren. OK, ich hab Tomaten auf den Augen :( Das das relationsmitglied mit dem nächsten/vorhergehenden (weiß nicht was zutrifft) Mitglied in der richtigen Reihenfolge ist und mit dem verbunden ist. Dessen Anfangs oder Endnode (entspricht Pfeilrichtung) mit dem nächsten verbunden ist wie ich inzwischen rausgefunden habe. Bei Relationen vom Typ route wie zum Beispiel bei Fernradwegen halte ich das BTW für wichtig, dass diese Eigenschaft bei jedem Objekt außer dem letzten gegeben ist. Gruss Sven -- All bugs added by David S. Miller da...@redhat.com Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für Kachelsuche entlang eine s Tracks
Gary68 schrieb:
##
# TILE NUMBERS
##
sub tileNumber {
my ($lon,$lat,$zoom) = @_;
my $xtile = int( ($lon+180)/360 *2**$zoom ) ;
my $ytile = int( (1 - log(tan($lat*pi/180) + sec($lat*pi/180))/pi)/2
*2**$zoom ) ;
return(($xtile, $ytile));
}
On Fri, 2009-09-04 at 18:24 +0200, Jan Tappenbeck wrote:
Hi !
Du ermittelst für jeden Punkt des Weges das zugehörige Tile - aber was
würdest Du machen, wenn der Abstand sehr groß ist und zwischen den Tiles
des Anfangs bzw. Endpunktes anderes Tiles sind.
Wie würdest Du diese ermitteln ??
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Ulf Lamping schrieb: Sven Geggus schrieb: *grmp* wenn das alle broken finden könnte man das auch mal im Mailman reparieren. Auch wenn jetzt für euch eine Welt zusammenbricht, das finden längst nicht alle broken - eher im Gegenteil. +1 Ich ärgere mich jedes mal, wenn ich mal wieder eine Mail an den ursprünglichen Autor geschickt habe, anstatt z.B. an die dev oder josm-dev Liste... Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Algorithmus für Kachelsuche entlang ei nes Tracks
tja, ich fürchte, da hat uns der dreisatz wieder eingeholt?
du könntest einerseits die gpx datei mit punkten anreichern, sodass alle
kacheln angesprochen werden.
da fällt mir ein, man sollte einen gürtel laden, nicht nur die exakt
getroffenen kacheln. also nicht nur kachel x,y sondern auch alle acht
nachbarn.
oder du siehst nachher, wenn du alle tiles ermittelt hast, dass du
lücken hast und lädtst die anderen noch dazu.
On Fri, 2009-09-04 at 19:24 +0200, Jan Tappenbeck wrote:
Gary68 schrieb:
##
# TILE NUMBERS
##
sub tileNumber {
my ($lon,$lat,$zoom) = @_;
my $xtile = int( ($lon+180)/360 *2**$zoom ) ;
my $ytile = int( (1 - log(tan($lat*pi/180) + sec($lat*pi/180))/pi)/2
*2**$zoom ) ;
return(($xtile, $ytile));
}
On Fri, 2009-09-04 at 18:24 +0200, Jan Tappenbeck wrote:
Hi !
Du ermittelst für jeden Punkt des Weges das zugehörige Tile - aber was
würdest Du machen, wenn der Abstand sehr groß ist und zwischen den Tiles
des Anfangs bzw. Endpunktes anderes Tiles sind.
Wie würdest Du diese ermitteln ??
Gruß Jan :-)
___
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] talk-de Hitliste
Sven Geggus schrieb: Florian Lohoff f...@rfc822.org wrote: Und ich finde reply-to list einfach nur Broken daher filter ich es mir via procmail weg *grmp* wenn das alle broken finden könnte man das auch mal im Mailman reparieren. Auch wenn jetzt für euch eine Welt zusammenbricht, das finden längst nicht alle broken - eher im Gegenteil. Genau die gleiche Diskussion hatten wir doch gerade auf talk auch schon. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Florian Lohoff f...@rfc822.org wrote: Und ich finde reply-to list einfach nur Broken daher filter ich es mir via procmail weg *grmp* wenn das alle broken finden könnte man das auch mal im Mailman reparieren. Sven -- I'm a bastard, and proud of it (Linus Torvalds, Wednesday Sep 6, 2000) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Parkbank mit Öffnungszeiten
Guten Tag Jan Tappenbeck, am Freitag, 4. September 2009 um 14:23 schrieben Sie: wer hat den bei der amenity_bench eine Öffnungszeit von 24/7 zugewiesen http://josm.openstreetmap.de/changeset/2022/ Da sind eine Menge Öffnungszeiten vorgegeben. amentiy=bench ist wohl dazwischen gerutscht. Da traue ich mir schon gar kein Ticket anzulegen ! Das wäre aber sinnvoll. Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Bernd Wurst be...@bwurst.org wrote: Kannst Du mir einen Mail-Client empfehlen, der dies ohne viel Klickerei ermöglicht? Thunderbird tut dies nicht. Womit wir wieder beim Mailinglisten-Streit-Thema Nummer 1 wären: http://www.unicom.com/pw/reply-to-harmful.html Das ist schiesse eingestellt auf dieser Liste, das sollte man dringend mal ändern. Meine technische Lösung ist es den Reply-To Header bei mails dieser Liste rauszufiltern. Ich kenne keine andere Mailingliste auf der ich aktiv bin wo das so bescheuert eingestellt ist. Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] node dupes
Original-Nachricht Datum: Fri, 4 Sep 2009 15:23:15 +0200 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] node dupes wie wärs z.B. mit einem Briefkasten, der an einer Telefonzelle hängt? Ein Attribut der Telefonzelle oder eine simple Node haben IMO mehr Aussagekraft als eine Fläche, die etwas beschreibt, das nicht mal selber Platz auf dem Boden belegt. Was ist mit der Form von Ruinen, z.B. Mauerreste (z.B. aus archeologischen Aufmaßen importiert), spielt es da keine Rolle, ob die Wand 20 cm oder 1,20 dick ist? Vielleicht wirds mal Zeit, sich zu überlegen, ob eine flache Struktur von Milliarden von Nodes sinnvoll ist, wenn man die Detailtiefe immer weiter hochtreiben will? Mal als simple Frage: Wenn die Ausgangsinformation die Fläche der Ausgrabungsstätte ist, warum belässt man es dann im OSM Kontext nicht dabei und verlinkt zu den Daten, so wie man sie bekommen hat? Solche Dinge sind ja ueblicherweise in Formaten abgebildet, die deutlich konkreter und passender sind als die Abbildung in OSM-Primitiven. Das ginge auch z.B. bei 3D-Modellen von Gebäuden. Das Bindeglied ist die Fläche auf der das Gebäude steht und die fixiert Ort und Ausrichtung. Das Modell selber wird nur importiert, wenn es gebraucht wird. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktion 04 - D/A/CH Touch checks für mot orway, trunk etc.
hallo Gary68 wrote: [...] Ach ja, wer sich auf talk-ch, oder talk-aus? rumtreibt kann das bitte auch dort verbreiten. Danke. ich habe es weitergeleitet auf die liste talk-ösi^H^H^H^H-at :-) grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktion 04 - D/A/CH Touch checks für m otorway, trunk etc.
danke! On Fri, 2009-09-04 at 21:16 +0200, Hermann Schwärzler wrote: hallo Gary68 wrote: [...] Ach ja, wer sich auf talk-ch, oder talk-aus? rumtreibt kann das bitte auch dort verbreiten. Danke. ich habe es weitergeleitet auf die liste talk-ösi^H^H^H^H-at :-) grüße hermann ___ 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] Kaufberatung Auto-Navi
Johann H. Addicks schrieb: Welche Anwendungen gibt es denn derzeit, die man auf einem alten Navi mit Windows-CE (Windows-Mobile schlagmichtot...) laufen lassen kann, um einen Beifahrer zu beschäftigen, damit der nicht über das ständige Gequake der neuen Navi-Tante lästert oder durch Schnarchen negativ auffällt. Mir schwebt da was vor, um unterwegs Max-Speed, TurnRestrictions etc zu taggen... Anzeige der derzeitigen OSM-Tags für diesen highway und die Möglichkeit, mit zwei bis drei Buttons was dazuzusetzen. - HIER punkt setzen. - Schildklasse auswählen - Schild auswählen fertig Das Resultat müsste natürlich auch irgendwie in einen GPX-Track verwandelt werden, den Josm dann sinnvoll darstellt. er wird nicht allen deinen Anforderungen gerecht, aber schau dir doch mal den OSMtracker an. Geht auf fast jedes Navi rauf und wenn du nen eingebautes Mikrofon hast, dann kannst du auch gleich Sprachaufzeichnungen machen. Das ganze ist dann so konzipiert, das es gleich in die gpx-Datei integriert wird. Als gpx-Datei einfach in josm öffnen und loslegen. http://wiki.openstreetmap.org/wiki/DE:OSMtracker unten auf dieser Seite sind dann der OSMtiledownloader und der JTileDownloader verlinkt, um die aktuellen OSM-Daten in der Software zu sehen. Sehr schön zum tracken geeignet, wie ja der Name schon sagt ;-) -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommune nutzt OSM-Daten
Hallo Markus, Im Rahmen der Neueröffnung eines lokalen Wanderwegs wurde bei uns (Gemeinde Gutau, Mühlviertel, Oberösterreich) im Juli etwas ähnliches umgesetzt; wegen der von mir im April erstellten Wanderkarte wurde ich gefragt, ob ich für eine Tafel die Karte beisteuern könnte (mit Schummerung/Höhenlinien, Wanderweg-Verlauf). Darauf wurden von einem Grafiker noch Details zu dem Weg hinzugefügt, und von ihm (mit in meinen Augen ordnungsgemäßer Herkunft/Lizenz, in der Voll-Ansicht der Nahaufnahme gerade noch so einigermaßen zu lesen) in das Design der Tafel integriert. Siehe: http://www.ancalime.de/gutau.html Leider weiß ich keine Details zu der Technik und den Preisen; das hat bei uns auch der Verschönerungs-Verein übernommen (wobei die komplette Neugestaltung des Wanderwegs mit Landes- und soweit ich mich erinnere auch EU-Mitteln gefördert wurde). Viele Grüße, Holger Schöner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Tobias Wendorff schrieb: Bernd Wurst schrieb: KMail ignoriert das Reply-To bei Mailinglisten und verhält sich daher völlig normal. Reply geht an die Liste, Reply to Author geht an den Absender, Reply to all geht an alle beteiligten Adressen. Ui ui, gerade gefunden: http://www.juergen-ernst.de/addons/replytolist.html das ändert doch aber gar nix. Ist doch die gleiche Funktion wie "Antworten" oder mach ich was falsch oder leigt es an der Liste -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] planet files etc auspacken - probelm
Christoph Wagner schrieb: Also ich habe mit 7zip beim Auspacken sehr gute Erfahrungen gemacht. Gerade auf Multicoresystemen scheint das richtig was zu bringen: 7z x -tbzip2 -mmt=on europe.osm.bz2 Klappt super! Nur schade, dass 7z und die Alpha anscheinend nicht von STDIN Daten empfangen und sofort entpackt nach STDOUT durchleiten können. Schniff ;-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommune nutzt OSM-Daten
Holger Schöner schrieb: Siehe: http://www.ancalime.de/gutau.html Gefällt mir. Ist das ein Meta-Verschnitt da in der Überschrift oder einer der vielen Meta-Varianten? Weiß das jemand? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmosis: Ausschnitt direkt in DB
Tobias Wendorff wrote: Wenn ich erst den Ausschnitt erzeuge und in eine Datei schreibe und diese dann mit OSMOSIS importiere, klappt alles. Ich würde das aber gerne in einem Durchgang haben. sowas in der Art? osmosis --read-xml file=planet.osm --bp file=grenze.poly --truncate-pgsql database=osm user=postgres --write-pgsql user=postgres database=osm Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
geo.osm schrieb: das ändert doch aber gar nix. Ist doch die gleiche Funktion wie Antworten oder mach ich was falsch oder leigt es an der Liste Stimmt leider, habe mich zu früh gefreut. Ich habe mir den Sourcecode mal besorgt und versuche das Plugin umzuschreiben, dass man statt an die Liste an den Absender zurück schreibt! Der Absender steht ja im From. Dann versuche ich noch ein Button zu basteln, welches die Liste in den CC und den Empfänger in den TO setzt. Dann sollten alle zufrieden sein :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmosis: Ausschnitt direkt in DB
Stephan Knauss schrieb: sowas in der Art? osmosis --read-xml file=planet.osm --bp file=grenze.poly --truncate-pgsql database=osm user=postgres --write-pgsql user=postgres database=osm Klar, das wäre wünschenswert - mir wirft er dann immer ein SCHWERWIEGEND: Execution aborted. um die Ohren :-( Sag mal, ist completeWays=yes kaputt? Er braucht ewig lange, um etwas zu schreiben. Nach 30 Minuten noch nicht mal 200 kb :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Tobias Wendorff schrieb: geo.osm schrieb: das ändert doch aber gar nix. Ist doch die gleiche Funktion wie "Antworten" oder mach ich was falsch oder leigt es an der Liste Stimmt leider, habe mich zu früh gefreut. Ich habe mir den Sourcecode mal besorgt und versuche das Plugin umzuschreiben, dass man statt an die Liste an den Absender zurück schreibt! Der Absender steht ja im From. Dann versuche ich noch ein Button zu basteln, welches die Liste in den CC und den Empfänger in den TO setzt. Dann sollten alle zufrieden sein :-) na dann meld dich mal, wenn du das fertig hast. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
geo.osm schrieb: Dann versuche ich noch ein Button zu basteln, welches die Liste in den CC und den Empfänger in den TO setzt. Dann sollten alle zufrieden sein :-) na dann meld dich mal, wenn du das fertig hast. Das kann dauern. Habe da nämlich null Ahnung von. Naja, wozu gibt es andere Mailing-Lists, wo das OnTopic ist ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osmosis: Ausschnitt direkt in DB
Patsch ... ich habe den LinestringBuilder noch drin gehabt! Innerhalb von 4 Sekunden hat sich JAVA 2 GB Speicher geschnappt. MMh schade, wie mache ich jetzt meine Linestrings? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kommune nutzt OSM-Daten
Hallo Holger, http://www.ancalime.de/gutau.html Super gemacht! Ich beneide Dich um Euren Grafiker... Pack doch die Beschreibung mit auf die Wiki-Seite. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Tobias Wendorff wrote: Ui ui, gerade gefunden: http://www.juergen-ernst.de/addons/replytolist.html Genau das, was bei den anderen Listen fehlt. Meist will ich direkt an die Liste antworten. Und Reply-All finde ich irgnedwie böse. Mag' das in der Firma auch nicht, wenn Leute immer an alle antworten. Die Meinugen gehen bei diesem Thema sehr weit auseinander. Frage: Warum lässt sich das nicht pro Empfänger in der Mailinglisten-SW einstellen? Die besseren Listen können doch auch so schon Personalisierung pro Empfänger. Warum dann nicht auch wählen was für eine Einstellung das Reply-To hat? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Sven Geggus wrote: Ich kenne keine andere Mailingliste auf der ich aktiv bin wo das so bescheuert eingestellt ist. Tja, und andere (wie ich) sind da genau gegenteiliger Meinung. Ich will in der Regel an die Liste antworten, daher ist diese Vorauswahl sehr sinnvoll. Lösung könnte ganz einfach sein, wenn die Mailing-SW dem Nutzer die Einstellung personalisiert anbietet. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Stephan Knauss o...@stephans-server.de wrote: Tja, und andere (wie ich) sind da genau gegenteiliger Meinung. Ich will in der Regel an die Liste antworten, daher ist diese Vorauswahl sehr sinnvoll. Das ist der Unterscheid zwiscehn Reply oder Followup. In meienr Software der Unterschied ob ich f oder r drücke. so einfach ist das. Ich möchte bei jedem posting selber entscheiden was ich tue und nicht entscheiden werden. Mit gesetzem reply-to kann man faktisch keine normalen Antwortmails mehr schreiben, das ist bevormundung punktum. Vernünftige mailprogramme kennen ein Tastenkürzel für list reply. Sven -- The term any key does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen. (Compaq FAQ Entry 2859) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Ulf Lamping ulf.lamp...@googlemail.com wrote: Auch wenn jetzt für euch eine Welt zusammenbricht, das finden längst nicht alle broken - eher im Gegenteil. Benutzer kaputter Software finden das OK, schon klar. *duck* Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie automatisch aus Landsat-B ildern extrahieren?
André Reichelt wrote: Stephan Knauss schrieb: Lakewalker malt eine Grenzlinie zwischen Wasser und Land, basierend auf Landsat Bildern im Imfrarot. Wie kommt man denn an die Infrarot-Bilder? Ist eine andere URL beim abruf der Bilder. Es gibt drei verschiedene IR-Darstellungen. Im Lakewalker-Plugin kannst du die auswählen. IR1 funktioniert in der Regel ganz gut. Falls du das Bild mal so sehen willst: Im Plugin-Verzeichnis gibt es einen Cache. Und auf der Console solltest du die URL sehen die geladen wird. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?JOSM: Parkbank mit Öffnungszeiten
Christian H. Bruhn br...@arcor.de wrote: http://josm.openstreetmap.de/changeset/2022/ Da sind eine Menge Öffnungszeiten vorgegeben. amentiy=bench ist wohl dazwischen gerutscht. Komischen Sinn für Humor, der Herr Eckert... Sven -- If you continue running Windows, your system may become unstable. (Windows 95 BSOD) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Stephan Knauss schrieb: Die besseren Listen können doch auch so schon Personalisierung pro Empfänger. Warum dann nicht auch wählen was für eine Einstellung das Reply-To hat? Kann man die Liste nicht wechseln? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Küstenlinie automatisch aus Landsat-B ildern extrahieren?
Stephan Knauss schrieb: Im Lakewalker-Plugin kannst du die auswählen. IR1 funktioniert in der Regel ganz gut. Falls du das Bild mal so sehen willst: Im Plugin-Verzeichnis gibt es einen Cache. Und auf der Console solltest du die URL sehen die geladen wird. Danke, ich habe die URL unterdessen aus einer alten ML-Mitteilung vom Januar '08 extrahieren können. Allgemein ist mir aufgefallen, dass der LW ein relativ grobes Bild erzeugt. Die Manipulation der Werte bringt meines Wissens nach nichts oder nur wenig. Jedenfalls war er an der Stelle an der ich ihn getestet habe äußerst unbrauchbar. Er hat dort ein ähnlich schlechtes Ergebnis geliefert wie die vorhandenen Daten. Kennt jemand gute Parameter die ein sauberes Bild ergeben? André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Sven Geggus schrieb: Das ist der Unterscheid zwiscehn Reply oder Followup. In meienr Software der Unterschied ob ich f oder r drücke. so einfach ist das. Wenn ich auf Deine Nachricht reply drücke, landet es auf der Liste, genau wie followup :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Claudius schrieb: Die Anleitung zur Einrichtung gibt's, natürlich, im Wiki: http://wiki.openstreetmap.org/wiki/Mailing_lists#Reading_mailing_lists_via_newsgroup_interface Ich habe das gerade getestet und die Darstellung ist nicht zu unterscheiden von meiner Aktuellen. Ich habe auf Threaded geschaltet und alle Mails von der ML per Filter in einen Ordner umgeleitet. André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] reply-to-list [was:talk-de Hitliste]
Tobias Wendorff schrieb: geo.osm schrieb: Dann versuche ich noch ein Button zu basteln, welches die Liste in den CC und den Empfänger in den TO setzt. Dann sollten alle zufrieden sein :-) na dann meld dich mal, wenn du das fertig hast. Das kann dauern. Habe da nämlich null Ahnung von. Naja, wozu gibt es andere Mailing-Lists, wo das OnTopic ist ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Das reply-to-list soll nur und ausschließlich an die Liste antworten und das ist auch gut so. Funktioniert einwandfrei. Mails absichtlich doppelt zu bekommen, ist sowas von überflüssig und lästig, wenn man einen gescheiten MUA hat. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) ^ Sven Geggus schrieb: User-Agent: tin/1.9.3-20080506 (Dalintober) (UNIX) (Linux/2.6.30-ztdummy-01090-g5204ee4-dirty (i686)) Das ist der Unterscheid zwiscehn Reply oder Followup. In meienr Software der Unterschied ob ich f oder r drücke. so einfach ist das. Wenn ich auf Deine Nachricht reply drücke, landet es auf der Liste, genau wie followup :-( Meinen User-Agent habe ich da jetzt mal reingefrickelt :) You got it? Sven -- All bugs added by David S. Miller da...@redhat.com Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] talk-de Hitliste
Tobias Wendorff wrote: Die besseren Listen können doch auch so schon Personalisierung pro Empfänger. Warum dann nicht auch wählen was für eine Einstellung das Reply-To hat? Kann man die Liste nicht wechseln? kommt auf die Admins an. Die wichtige Frage wäre ja dann auch: Wechseln zu was? In einer der letzten c't war glaube ich ein Vergleich von Mailinglisten-SW. Hatte den Artikel nur schnell überflogen da ich das nicht brauche. Die hatten aber auch Listen dabei die Personalisierung konnten. Kann mailman das eventuell schon? Aus den Features: Support for personalized deliveries Wobei das hier eigentlich dagegen spricht: http://sourceforge.net/tracker/index.php?func=detailaid=788314group_id=103atid=350103 Darf ich noch Jehova sagen? http://marc.merlins.org/netrants/reply-to-useful.html :) Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
