Re: [Talk-de] JOSM-mapstyle Transparenz
On Mon, 20 Oct 2008, Martin Koppenhoefer wrote: (edit) [EMAIL PROTECTED] [1011] 10/01/08 23:07:02 ce modified a lot of icons, mainly transparent backgrounds, but also changed pixels for improved readability. To achieve that, I copied some icons over from mappaint and added transparent backgrounds. ja, allerdings trifft das mit der improved readability für die Icons nicht zu, die nur oder vor allem mit schwarz arbeiten, und wenn gleichzeitig noch kein Hintergrund (Park, Landuse, etc.) vorhanden ist. In diesem Fall sind die Icons nicht mehr lesbar. Lösung1: zusätzlich weissen Umriss, Lösung2: statt schwarz weiss oder grau verwenden. Lösung3: Die Transparenz bei diesen Icons wieder rückgängig machen. Nichts verwechseln. Obiger Checkin bezieht sich auf die Presets, nicht auf die Kartendarstellung. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] is_in ist tot? (Re: is_in validation)
Am Montag, 20. Oktober 2008 22:35 schrieb Martin Koppenhoefer: ich dachte, is_in ist tot, d.h. sollte nicht mehr verwendet werden, da redundante Daten, und die Probleme, für die es gedacht ist, kann man anscheinend besser mit Grenzpolygonen lösen... Ich denke: Tot gesagte leben länger. Es wäre zwar schön auf is_in zu verzichten. Wenn ich aber keine Grenzdaten vorliegen habe und trotzdem angeben möchte wozu dieses Element gehört, finde ich is_in ganz praktisch. Wenn ich das mit einer Relation machen soll, muss ich die Übergeordnete Relation erst einmal kennen. Also warum nicht verwenden? Wenn wir irgendwann mal alle Grenze von allen Bundesländern, Kreisen, Städten, Gemeinden, Stadtteilen, Orstteilen drinn haben, dann brauchen wir das evtl. nicht mehr. Wobei is_in universell ist, ich kann es z.B. auch benutzen um anzugeben in welchen Kirchenkreis eine Dorfkirche ist (Kann man natürlich auch mit Relationen machen.) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in ist tot? (Re: is_in validation)
On Tue, Oct 21, 2008 at 08:44:04AM +0200, Sven Anders wrote: Am Montag, 20. Oktober 2008 22:35 schrieb Martin Koppenhoefer: ich dachte, is_in ist tot, d.h. sollte nicht mehr verwendet werden, da redundante Daten, und die Probleme, für die es gedacht ist, kann man anscheinend besser mit Grenzpolygonen lösen... Ich denke: Tot gesagte leben länger. Es wäre zwar schön auf is_in zu verzichten. Wenn ich aber keine Grenzdaten vorliegen habe und trotzdem angeben möchte wozu dieses Element gehört, finde ich is_in ganz praktisch. Wenn ich das mit einer Relation machen soll, muss ich die Übergeordnete Relation erst einmal kennen. Also warum nicht verwenden? Wenn wir irgendwann mal alle Grenze von allen Bundesländern, Kreisen, Städten, Gemeinden, Stadtteilen, Orstteilen drinn haben, dann brauchen wir das evtl. nicht mehr. Wobei is_in universell ist, ich kann es z.B. auch benutzen um anzugeben in welchen Kirchenkreis eine Dorfkirche ist (Kann man natürlich auch mit Relationen machen.) Ich finde grenzpolygone noch schlechter als die bestehenden is_ins denn der rechenaufwand um herauszufinden wo ein element sich befindet ist um viele exponenten groesser bei sowas. Ich wuerde straßen tendentiell eher ueber relations zu einer geographischen groesse (stadt, stadtteil etc) zusammenfassen. Das ist eindeutig und auch simpel technisch auszuwerten. Wenn man das vernuenftig hierarchisch macht - d.h. die relations der stadtteile wieder zur Stadt zusammenfuegt ist der pflegeaufwand auch simpel. Ich rede aber im moment mal nur von places und da wurde ja auch durch das opengeodb zeugs die is_ins importiert. Jeder pflegt das nach gusto jetzt so weiter habe ich das gefuehl nur ob das sinnvoll ist weiss derzeit mal gerade keiner. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen als Flächen
Tobias Wendorff schrieb: Marcus Wolschon schrieb: ich sehe bisher nicht, daß mehr als das width-Tag nötig sind um eine Straße als Fläche zu erfassen. Nunja, neben der Straße sind dann noch so Informationen, wie Bürgersteige etc. ... und Fahrspuren, und Barrieren entlang von Spuren. Zum Beispiel in einer Straße hier in der Gegend: - Fußweg - Absperrgitter: Überqueren der Straße nur an Ampeln erlaubt - zwei KFZ-Spuren - zwei Busspuren, hin und rück - Bushaltestelle in Straßenmitte für die eine Busrichtung, Bushaltestelle in Straßenmitte jenseits der Kreuzung für die andere Richtung - drei Ampeln rund um die Kreuzung, davon eine Blindenampel und zwei konventionelle Ampeln - erst zwei, dann drei drei KFZ-Spuren, davon zwei Links-, ein Rechtsabbieger - doppeltbreiter Radweg, hin und rück, hin wird hinter der Kreuzung als Spur auf der Straße weitergeführt, rück kommt über die Ampel von der anderen Seite. - Fußweg - eine Seitenstraße mit Wendekreis, deren Fuß- und Radweg mit der Hauptstraße verbunden sind. Sie hat nur einen einseitigen Radweg und hat Kopfsteinpflaster. An sich ist das nichts kompliziertes, oder? Aber um das in Tags zu stecken muss man derzeit eine Menge recherchieren und hat dann immernoch offene Fragen: Das Absperrgitter? Die Busspuren einzeln zeichnen? Eine oder zwei? Die KFZ-Spuren links und rechts davon einzeln zeichnen? wie die Ampeln einzeichnen, als Linie mit Kreuzungspunkten auf allen Spuren? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit Helge und dem Bodensee-Peter Afrika mappen
Hallo! Sven Geggus wrote: Mario Salvini [EMAIL PROTECTED] wrote: als was würde man eigenltich die Slums eintragen? landuse=residential + highway=track/footway oder highway=residential, surface=unpaved Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Änderungen rückgängig machen
Hallo! Mir ist aufgefallen, dass jemand die A14 in Sachsen, zwischen den Anschlussstellen Döbeln-Nord und Leisnig kaputt gemacht hat. Der Fehler ist hier deutlich zu sehen: http://openstreetmap.org/?lat=51.1741lon=13.0601zoom=13layers=B000FTF Eine Fahrtrichtung verläuft ein Stück absolut schnurgerade, in Wirklichkeit verlaufen aber beide Fahrspuren parallel, wie das bei Autobahnen meistens üblich ist. Ich weiss ganz genau, dass das kürzlich noch richtig gemappt war. Meine Frage ist nun, wie kann man zu einer früheren Version des Teilstücks in der Datenbank zurückkehren ? Gibts da nur bestimmte Berechtigte, die soetwas machen oder kann das jeder ? Danke und viele Grüsse, Lars 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] Flächen auf die Straße ziehen?
Garry schrieb: Wenn Du aber Flächen erfasst dann kannst Du niemals beide Strassenseiten gleichzeitig mit dem gleichen Empfänger unter gleichen Empfangsbedingungen aufzeichnen. Die Straße als way soll natürlich nicht gelöscht werden, und kann nach wie vor per GPS vermessen und fürs routing benutzt werden. Die Straßen fläche per GPS zu vermessen ist natürlich sehr ungenau, aber hierzu kann man ja z.b. Luftbilder verwenden. Und um den width-tag zu bestimmen könnte man mit GPS genauso argumentieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] link=yes
Dominik Spies schrieb: Grundsätzlich wäre link aber auch bei jeglich Ein- und Ausfahrten die sich gabeln sinnvoll, und dass kann auch mal bei einer normalen residential oder unclassified sein. find ich gut. Gruß Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungen rückgängig machen
-Ursprüngliche Nachricht- Von: Lars Poeschel [EMAIL PROTECTED] Gesendet: 21.10.08 11:01:40 An: talk-de@openstreetmap.org Betreff: [Talk-de] Änderungen rückgängig machen Hallo! Mir ist aufgefallen, dass jemand die A14 in Sachsen, zwischen den Anschlussstellen Döbeln-Nord und Leisnig kaputt gemacht hat. Der Fehler ist hier deutlich zu sehen: http://openstreetmap.org/?lat=51.1741lon=13.0601zoom=13layers=B000FTF Hallo, es war eigentlich nur einer heute dran und die Änderungen sind schon wieder korregiert, aber noch nicht gerendert. Ob es ein Backup System gibt kann ich dir auch nicht sagen. Schöne Grüße Thomas ___ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungen rückgängig machen
Lars Poeschel schrieb: Hallo! Mir ist aufgefallen, dass jemand die A14 in Sachsen, zwischen den Anschlussstellen Döbeln-Nord und Leisnig kaputt gemacht hat. Der Fehler ist hier deutlich zu sehen: http://openstreetmap.org/?lat=51.1741lon=13.0601zoom=13layers=B000FTF Eine Fahrtrichtung verläuft ein Stück absolut schnurgerade, in Wirklichkeit verlaufen aber beide Fahrspuren parallel, wie das bei Autobahnen meistens üblich ist. Ich weiss ganz genau, dass das kürzlich noch richtig gemappt war. Meine Frage ist nun, wie kann man zu einer früheren Version des Teilstücks in der Datenbank zurückkehren ? Gibts da nur bestimmte Berechtigte, die soetwas machen oder kann das jeder ? Das kann jeder, und anscheinend hat es auch schon jemand gemacht. schalte mal bei dem (+) oben rechts auf osmarender um, da sollte es schon wieder korrekt aussehen. Mapnik wieder ab ca. Donnerstag. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungen rückgängig machen
Thomas Drebert schrieb: -Ursprüngliche Nachricht- Von: Dirk-Lüder Kreie [EMAIL PROTECTED] Gesendet: 21.10.08 11:23:58 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Änderungen rückgängig machen Das kann jeder, und anscheinend hat es auch schon jemand gemacht. schalte mal bei dem (+) oben rechts auf osmarender um, da sollte es schon wieder korrekt aussehen. Mapnik wieder ab ca. Donnerstag. Hallo, mich wundert nur das es unter Mapnik gerändert ist obwohl doch nur heute dran gearbeitet wurde und am 12.10 wohl der Ersteller. Oder kann man der History nicht glauben? Steht dort auch drin wenn jemand notes löscht? Evtl. wurde der ganze Way gelöscht und durch einen neuen ersetzt, dann ist natürlich die History des neuen Ways erst ab dem Punkt verfügbar, an dem der Way erstellt wurde... -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungen rückgängig machen
-Ursprüngliche Nachricht- Von: Dirk-Lüder Kreie [EMAIL PROTECTED] Gesendet: 21.10.08 11:23:58 An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Änderungen rückgängig machen Das kann jeder, und anscheinend hat es auch schon jemand gemacht. schalte mal bei dem (+) oben rechts auf osmarender um, da sollte es schon wieder korrekt aussehen. Mapnik wieder ab ca. Donnerstag. Hallo, mich wundert nur das es unter Mapnik gerändert ist obwohl doch nur heute dran gearbeitet wurde und am 12.10 wohl der Ersteller. Oder kann man der History nicht glauben? Steht dort auch drin wenn jemand notes löscht? Schöne Grüße Thomas Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Am 21. Oktober 2008 11:10 schrieb Simon Kokolakis [EMAIL PROTECTED]: Die Straße als way soll natürlich nicht gelöscht werden, und kann nach wie vor per GPS vermessen und fürs routing benutzt werden. Die Straßen fläche per GPS zu vermessen ist natürlich sehr ungenau, aber hierzu kann man ja z.b. Luftbilder verwenden. Und um den width-tag zu bestimmen könnte man mit GPS genauso argumentieren. Du meist Luftbilder, die gerne mal um 100m falsch Georeferenziert wurden, die auf GPS-Positionen referentziert wurden und eine realistische Auflösung von 1-5m haben? Wenn du sowas mappen willst, gerne. Ich könnte solche Information sehr gut für die autonome Navigation von Robotern gebrauchen. Aber wir haben schlichtweg nicht die Laser-Entfernunf zu eingelassenen Vermessungs-Punkten und die per Funksignal auf wenige Zentimeter verbesserte Positionsbestimmung. Selbst wenn wir sie hätten, unsere Nutzer haben nichts auch nur im entferntesten so genaues wenn sie unsere Daten nutzen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in ist tot? (Re: is_in validation)
Am 21. Oktober 2008 09:28 schrieb Florian Lohoff [EMAIL PROTECTED]: Ich finde grenzpolygone noch schlechter als die bestehenden is_ins denn der rechenaufwand um herauszufinden wo ein element sich befindet ist um viele exponenten groesser bei sowas. Genau andersherum. Das durchsuchen der ganzen Welt mit String-Matching nach einem Namen (potentiell incl. Falschschreibungen und ue-ü oder Badenwürtemberg-Baden Wuerttenberg) ist um vielfaches Aufwendiger als die Anzahl der Schnittpunkte eines Strals entlang der X-Achse von dem Punkt durch das Polygon zu testen (ungerade=ist im Polygon). Das ist triviale Mathematik (was Rechner super können) gegen natürlichsprachiges Indizieren von Texten (was Rechner schlecht können). Ich wuerde straßen tendentiell eher ueber relations zu einer geographischen groesse (stadt, stadtteil etc) zusammenfassen. Das ist eindeutig und auch simpel technisch auszuwerten. Wenn man das vernuenftig hierarchisch macht - d.h. die relations der stadtteile wieder zur Stadt zusammenfuegt ist der pflegeaufwand auch simpel. Das halte ich für genauso fehleranfällig wie is_in. Theoretisch ist es die schönste Lösung, wenn nicht 3 Probleme bestehen würden: a) Diese Relation wird groß...sehr groß. (Denke mal an eine kleine Hinterhof-Einfahrt, für welche jetzt der nicht ortsansässige Mapper keine Ahnung hat wie der Stadt-Teil heißt und das an den Ort hängt.) b) Genauso wie bei is_in hast du ein enormes Problem, wenn da mal an einer Straße vergessen oder gar falsch eingetragen wurde, wozu die gehört. c) Dann ist die Straße zwar Teil des Ortes aber keiner hat sie der PLZ oder dem Orts-Teil oder den Ort dem Bundesland oder das Dorf der Region zugewiesen. Das ufert vollkommen unnötig in einen nicht zu überschaubaren Arbeits- Pflege- und Kontroll-Aufwand aus. Bei einem Polygon ist der Pflegeaufwand = 0 und Fehler können einfach nicht passieren. Mein Fazit: Ich werte is_in in TS nicht aus. Die Suche ist zu aufwendig und die erlangte Information uneindeutig und potentiell falsch. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Tim Krüger schrieb: Aber du nimmst ja das Mittel an um die Mittellinie der Straße zu ziehen. Wie willst Du das Mittel bilden, wenn Du die Range gar nicht kennst? Außerdem weißt Du ja gar nicht, wo die Straßenmitte wirklich ist, weil Du nicht weißt, ob Dein GPS-Gerät x Meter nach links oder x Meter nach rechts ausschwenkt - und das tut es ja noch nicht mal symmetrisch. Man könnst also sagen das eine ausgleichende Gerade gezogen wird. Nimmst du die Fläche, erwischt du nur die Maxi- bzw. Minimalwerte. Und daraus lassen sich ja wunderbar die Mitten ableiten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen auf die Straße ziehen?
Marcus Wolschon schrieb: Selbst wenn wir sie hätten, unsere Nutzer haben nichts auch nur im entferntesten so genaues wenn sie unsere Daten nutzen. Eure Nutzer oder die OSM-Community oder die Nutzer, die auf OSM-Daten zurückgreifen könn(t)en? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen als Flächen
Birgit Nietsch schrieb: An sich ist das nichts kompliziertes, oder? Aber um das in Tags zu stecken muss man derzeit eine Menge recherchieren und hat dann immernoch offene Fragen: Das Absperrgitter? Die Busspuren einzeln zeichnen? Eine oder zwei? Die KFZ-Spuren links und rechts davon einzeln zeichnen? wie die Ampeln einzeichnen, als Linie mit Kreuzungspunkten auf allen Spuren? Am Ende kommt ein ATKIS / ALKIS (etc.) Katalog dabei raus :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen als Flächen
Garry schrieb: außerdem währe ein Möglichkeit für Vermessungsämter oder lanschaftsarchitekten, das was sie haben genau auf die karte zu übertragen Warum sollten sie das tun? Die wollen Geld mit ihrer Arbeit verdienen und nicht sie verschenken... Dazu könnte ich mich jetzt auslassen, werde ich aber nicht, weil es schon hunderte Male gesagt wurde. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Pisten
Hallo, ich bin gerade aus dem Oman zurück, dort habe ich außer normalen Straßen auch Pisten aufgenommen, vor allem solche zu Tauchplätzen bei Salalah. Also nicht angelegte Straßen, sondern einfach Strecken, die durch häufiges befahren als Piste erkennbar sind. Track würde eigentlich gut passen, aber das ist ja nur für Forst und Wirtschaftswege vorgesehen. Also was nehme ich da. Gibt es eine Markierung für Vierradantrieb nötig? Gruss Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tauchen
Auf http://wiki.openstreetmap.org/index.php/Tag:sport%3Ddiving scheint sich ja schon lange nichts mehr getan zu haben, bis auf meinen heutigen Beitrag. Was mir im bisherigen Proposol vor allem fehlt ist ein Tag für eine Tauchbasis, also dort wo man meist Tauchkurse machen Tauchausrüstung leihen Tauchausflüge buchen und Tachflaschen füllen kann. Gruss Dimitri Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer Description: Lotus Organizer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Map-export
Hallo, ich würde gerne http://www.openstreetmap.org/export/ überarbeiten, so daß man dort die Funktionalität von taho.pl integriert. Wie gehe ich da vor? Ich müßte ja irgendwie eine Kopie der Seite erstellen wo ich in Ruhe testen kann und wenn es funktioniert die Originalseite aktualisieren. Taho.pl, auch in Verbindung mit meinem Windowsprogramm, hat vor allem den Nachteil, das man da Sachen instalieren muß (mindestens Pearl). Es ist also nicht so einfach mal eben in einem Internetcafee sich ein lokale Karte für den PDA mit Glopus o.ä. herunterzuladen. Oder habe ich da was übersehen? Gruss Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pisten
Hallo, ich bin gerade aus dem Oman zurück, dort habe ich außer normalen Straßen auch Pisten aufgenommen, vor allem solche zu Tauchplätzen bei Salalah. Also nicht angelegte Straßen, sondern einfach Strecken, die durch häufiges befahren als Piste erkennbar sind. Track würde eigentlich gut passen, aber das ist ja nur für Forst und Wirtschaftswege vorgesehen. Also was nehme ich da. Gibt es eine Markierung für Vierradantrieb nötig? Ich würde track trotzdem verwenden auch wenn auf den Pisten meist keine Landwirtschaftlichen Fahrzeuge fahren. Ich denke diese beschreibung kommt daher, dass tracks in Mitteleuropa sehr oft von Landwirtschaftlich genutzt werden. Aber eigentlich sind es oft nur Trampelpfade für/von vierrädern. Schau dir mal die tracktype=gradeX an, da gibts Abstufungen wie befahrbar der track ist. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wo kann ich osmarender herunterladen?
Guten Abend, ich würde gern aus OSM-daten einen kleinen Innenstadtplan, ähnlich http://wiki.openstreetmap.org/index.php/User:Frederik_Ramm/Freiburg_Map erstellen. Wo finde ich osmarender? Am im Wiki angegebenen Ort http://svn.openstreetmap.org/applications/rendering/osmarender6/ findet sich nichts. Unter http://svn.openstreetmap.org/applications/rendering/osmarender6/ liegen Dateine, aber erstens heißt es im Wiki, daß das eine veraltete Version sei und zweitens sind da viele Dateien, so daß ich nicht weiß, was ich davon brauche. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich osmarender herunterladen?
Philipp Klaus Krause schrieb: Guten Abend, ich würde gern aus OSM-daten einen kleinen Innenstadtplan, ähnlich http://wiki.openstreetmap.org/index.php/User:Frederik_Ramm/Freiburg_Map erstellen. Wo finde ich osmarender? Am im Wiki angegebenen Ort http://svn.openstreetmap.org/applications/rendering/osmarender6/ findet sich nichts. Unter http://svn.openstreetmap.org/applications/rendering/osmarender6/ liegen Dateine, aber erstens heißt es im Wiki, daß das eine veraltete Version sei und zweitens sind da viele Dateien, so daß ich nicht weiß, was ich davon brauche. du brauchst http://svn.openstreetmap.org/applications/rendering/osmarender am besten per svn checkout. mindestens aber - das xslt unterverzeichnis - das stylesheets unterverzeichnis optional - das orp unterverzeichnis (statt xslt) -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-Toolbar
uff - in der Toolbar rechts ist bei mir oben das Fenster zur Anzeige der Schlüssel und Werte verschwunden - und ich finde keinen Knopf um es wieder einzuschalten... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen als Flächen
Hallo, vor so einem Experiment würde ich gerne vorschlagen, dass man sich mal überlegt, was man mit der Technik, die der Masse zur Verfügung steht, überhaupt erfassen kann. An anderer Stelle wird ja gerne gegen OSM vorgebracht, dass die Genauigkeit nicht ausreiche, Strassen überhaupt genau genug abzubilden. Dem kann man guten Gewissens widersprechen. Aber wenn mir jemand erzählt, dass man mittels 0815-GPS die Fläche einer Straße sauber erfassen kann, muss ich stutzen. Ich hab ein ganz anständiges Gerät und auch ein wenig Erfahrung beim Erfassen, aber ich kann es nicht mal annähernd. So als Anhaltspunkt: Mit einem Gerät mit 5-10m technischer Auflösung, kann man eben keine Details darunter abbilden. Gerade Strassen, die als Zitterlinien in OSM landen, sprechen da eine deutliche Sprache. Die Frage stellt sich, ob das Modell der Abbildung einer Straße als virtuelle Fläche, also nur die Mittellinie mit Breitenangaben (auch mehreren, z.B. Grünstreifen, Fahrradweg, Fussweg) nicht doch besser ist, als der Versuch, geometrisch saubere Flächen mit josm zu basteln, ohne echte Fixpunkte in der nötigen Auflösung/Genauigkeit zu haben. Und zu den Blinden: Es gibt Projekte dazu und die sind technisch ganz anders aufgebaut als OSM. Die haben eine exakte technische Definition und exakte Qualitätsvorschriften. Für einen Blinden wäre es eine Katastrophe, wenn mal jemand beim Mappen ganz unabsichtlich einen Punkt ein paar Meter verschiebt. Nur so als Denkanstoss... Grüsse Hubert Original-Nachricht Datum: Mon, 20 Oct 2008 14:57:38 +0200 Von: Tobias Wendorff [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: [Talk-de] Straßen als Flächen Hallo Leute, gibt es hier oder im Wiki schon erste Skizzierungen, wie man Straßen als Flächen mappen könnte? Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- 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/listinfo/talk-de
Re: [Talk-de] JOSM-Toolbar
Markus schrieb: uff gefunden! war links versteckt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Guten Abend, ich bin erst seit wenigen Tagen aktiv als Mapper tätig und habe da einige Fragen, die Google oder das Wiki nicht beantworten konnten. 1) Wie genau sind die Luftaufnahmen (Yahoo)? Sollen die Straßen den Luftbildern angeglichen werden? Oder sind die Luftaufnahmen falsch eingepflegt? 2) Ist es erwünscht, Geocaches in die Map (optional mit Verweis auf die entsprechende Website) aufzunehmen? Gruß Patrick -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Hallo, Patrick Kolesa wrote: 1) Wie genau sind die Luftaufnahmen (Yahoo)? Sollen die Straßen den Luftbildern angeglichen werden? Auf keinen Fall. Strassen nach Luftbildern neu anlegen ist voellig ok, aber existierende Strassen nach Luftbildern zu korrigieren fuehrt meist zu einer Verschlechterung. 2) Ist es erwünscht, Geocaches in die Map (optional mit Verweis auf die entsprechende Website) aufzunehmen? Es gibt keine festen Regeln dazu. Eine Faustregel, die meist gut hilft, ist die Frage: Hat diese Information eine Chance, dauerhaft aktuell in der Karte gepflegt zu werden? Dinge, die sich selten aendern (Strassen) sind kein Problem; Dinge, die sich schneller aendern, sollten auch von einer entsprechenden Community gepflegt werden. Wenn ich durch Deutschland reise und alle Vorkommen einer bestimmten Kroetenart tagge, ist die Gefahr gross, dass die Daten 10x veraltet sind, bevor ich sie das naechste mal aktualiseren kann... Speziell bei Geocaches habe ich den Eindruck, dass die Geocacher selber eventuell nicht so begeistert davon sind, Caches in der Karte zu haben - normalerweise nimmt OSM auf sowas keine Ruecksicht, aber gerade die Geocacher machen natuerlich einen nicht unwesentlichen Teil der OSM-Community aus. 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/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Hallo Patrick, Patrick Kolesa schrieb: 1) Wie genau sind die Luftaufnahmen (Yahoo)? Sollen die Straßen den Luftbildern angeglichen werden? Oder sind die Luftaufnahmen falsch eingepflegt? Luftbildaufnahmen schwanken in der Genauigkeit. Yahoo, Google Co. verwenden meist Daten verschiedener Lieferanten, die verschieden gut georeferenziert, also mit Koordinaten versehen wurden. Meistens liegt die Ungenauigkeit aber in einem Bereich, der für OSM bislang unerheblich ist. Ich persönlich orientiere mich daher am Yahoo-Material. HTH und viel Spaß mit OSM Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Hallo Frederik, Frederik Ramm schrieb: Auf keinen Fall. Strassen nach Luftbildern neu anlegen ist voellig ok, aber existierende Strassen nach Luftbildern zu korrigieren fuehrt meist zu einer Verschlechterung. wie kommst Du zu dieser pauschalen Antwort? Ich habe es bislang immer so verstanden, dass Yahoo die Luftbilder nur zur Korrektur der aufgezeichneten GPS-Tracks genehmigt hat. Auch verhindert das Neuanlegen von Straßen mit Hilfe freigegebener Luftbilder die spätere Nachweisbarkeit. Bislang dachte ich immer, dass man nur Straßen einzeichnen sollte, für die ein GPS-Log vorhanden ist. Durch meine eigenen Messungen weiß ich, dass die Genauigkeit von Luftbildern mindestens symmetrisch ist - die Genauigkeit von durchschnittlichen GPS-Geräten ist jedoch eher zufällig. Ich kann diverse, rohe GPS-Tracks vorlegen, die zur Hälfte perfekt liegen (gemessen an amtlichen Basisdaten und anderen Luftbildern) und dann plötzlich komplett daneben liegen, ohne dass irgendwelche sichtbaren Einflüsse sich geändert haben (Atmosphäre nicht direkt sichtbar). Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen als Flächen
qbert biker schrieb: An anderer Stelle wird ja gerne gegen OSM vorgebracht, dass die Genauigkeit nicht ausreiche, Strassen überhaupt genau genug abzubilden. Dem kann man guten Gewissens widersprechen. Diese These kenne ich nicht. Kannst Du sie bitte ggf. mit Deinen Argumenten darlegen? Interessiert mich wirklich. Aber wenn mir jemand erzählt, dass man mittels 0815-GPS die Fläche einer Straße sauber erfassen kann, muss ich stutzen. Ich weiß zwar nicht, wer dies gesagt hat, stimme Dir aber zu. Die Frage stellt sich, ob das Modell der Abbildung einer Straße als virtuelle Fläche, also nur die Mittellinie mit Breitenangaben (auch mehreren, z.B. Grünstreifen, Fahrradweg, Fussweg) nicht doch besser ist, als der Versuch, geometrisch saubere Flächen mit josm zu basteln, ohne echte Fixpunkte in der nötigen Auflösung/Genauigkeit zu haben. Dann sollte man aber auch die angrenzenden Flächen topographisch korrekt darstellen und bis an die Straße ziehen. Denn wenn man die Straßenfläche nicht korrekt erfassen kann, wieso sollte man dann die andere Fläche korrekt erfasst haben? Wenn die Straßenachse mit Breitenangabe vorliegt und die andere Fläche direkt an der Achse angebunden ist, kann man beim späteren Verarbeiten einfach einen Puffer mit der Breite um die Straße legen und diese mit der Fläche verschneiden. So erhält man die genaue Straßenfläche und die genaue Grenze der angrenzenden Fläche. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Hallo! Patrick Kolesa schrieb: 2) Ist es erwünscht, Geocaches in die Map (optional mit Verweis auf die entsprechende Website) aufzunehmen? Es gibt bereits Karten mit den Caches als Overlay http://maps.geocaching.de/gm/, sowie entsprechende POI-Datenbanken für Garmin-Geräte http://www.patrick-roeder.de/geocaching/garmin_cache_karte.htm. Aufgrund des Pflegeaufwands denke ich auch, dass die entsprechenden Daten in der Geocacher-Community am besten aufgehoben sind. Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strasse Tagen in die man nicht reinfahren darf...
Dominik Spies schrieb: oder eine turn_restriction! AFAIK wurde dies in der letzten, ähnlichen Diskussion auch empfohlen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Map-export
Dimitri Junker schrieb: Taho.pl, auch in Verbindung mit meinem Windowsprogramm, hat vor allem den Nachteil, das man da Sachen instalieren muß (mindestens Pearl). Perl meinst Du :-) Es ist also nicht so einfach mal eben in einem Internetcafee sich ein lokale Karte für den PDA mit Glopus o.ä. herunterzuladen. Oder habe ich da was übersehen? Die Frage ist, inwieweit man in einem Internet-Café überhaupt Zugriffsmöglichkeiten auf einen PDA hat? Ich kenne noch die Cafés mit Kiosk-GUIs ... gibt es die heute nicht mehr? Wenn man einen Ausführungsmodus z.B. als Gast oder eingeschränkter Benutzer hat, sollte man viele Programme ausführen können, die keine Installation benötigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geoca ches in OSM
-Original Message- Date: Tue, 21 Oct 2008 22:38:46 +0200 Subject: Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM From: Holger Blum [EMAIL PROTECTED] To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hallo! Patrick Kolesa schrieb: 2) Ist es erwünscht, Geocaches in die Map (optional mit Verweis auf die entsprechende Website) aufzunehmen? Es gibt bereits Karten mit den Caches als Overlay http://maps.geocaching.de/gm/, sowie entsprechende POI-Datenbanken für Garmin-Geräte http://www.patrick-roeder.de/geocaching/garmin_cache_karte.htm. Aufgrund des Pflegeaufwands denke ich auch, dass die entsprechenden Daten in der Geocacher-Community am besten aufgehoben sind. Holger zumal die ToU von geocaching.com untersagen, dass die Daten irgendwo ansers genutztoder auch nur angezeigt werden dürfen, es sei den mit ausdrücklicher vertraglich geregelter Ausnahmegenehmigung (wie z.B. geocaching.de sie hat). Das opencaching-Netzwerk (opencaching.de) is da nicht ganz so verschlossen, denke ich. Auf der anderen Seite frage ich mich, warum man geocaches auch mits ins OSM stopfen, will, wenns doch in externen Datenbanken schon schön gepflegt wird und via POIs und Openlayers mit OSM verbunden werden kann? Die geocaching.de Karte is wohl das beste Beispiel. Vielleicht kann ja jemand dem Kartenadmin verraten, wie man die OSM-layer auch noch dazuschalten kann :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pisten (Tagging mit highway=track)
Raphael Studer: Hallo, ich bin gerade aus dem Oman zurück, dort habe ich außer normalen Straßen auch Pisten aufgenommen, vor allem solche zu Tauchplätzen bei Salalah. Also nicht angelegte Straßen, sondern einfach Strecken, die durch häufiges befahren als Piste erkennbar sind. Track würde eigentlich gut passen, aber das ist ja nur für Forst und Wirtschaftswege vorgesehen. Also was nehme ich da. Gibt es eine Markierung für Vierradantrieb nötig? Ich würde track trotzdem verwenden auch wenn auf den Pisten meist keine Landwirtschaftlichen Fahrzeuge fahren. Ich denke diese beschreibung kommt daher, dass tracks in Mitteleuropa sehr oft von Landwirtschaftlich genutzt werden. Aber eigentlich sind es oft nur Trampelpfade für/von vierrädern. Schau dir mal die tracktype=gradeX an, da gibts Abstufungen wie befahrbar der track ist. Kann ich nur zustimmen. Das Tagging-Schema, das aktuell im Wiki dokumentiert ist hat sich in Mitteleuropa entwickelt. Viele der dortigen Definitionen spiegeln daher nicht die Kategorisierung in anderen Regionen wieder. Niemand in Oman würde bei highway=track einen Forstweg erwarten. Wenn die Piste nicht befestigt ist, kommt je nach Sichtbarkeit wohl am ehesten ein grade4 oder grade5 in Betracht. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pisten (Tagging mit highway=track)
Claudius Henrichs schrieb: Kann ich nur zustimmen. Das Tagging-Schema, das aktuell im Wiki dokumentiert ist hat sich in Mitteleuropa entwickelt. Viele der dortigen Definitionen spiegeln daher nicht die Kategorisierung in anderen Regionen wieder. Niemand in Oman würde bei highway=track einen Forstweg erwarten. Wenn die Piste nicht befestigt ist, kommt je nach Sichtbarkeit wohl am ehesten ein grade4 oder grade5 in Betracht. Wobei man sich in solchen Fällen überlegen sollte ob nicht höhere Kategorien angebrachter wären - wenn so eine Piste eine lebenswichtige Verbindungsader dann ist das doch etwas anderes als bei uns ein Feldweg der nur von der Land- und Forstwirtschaft motorisiert benutzt wird.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Patrick Kolesa schrieb: Guten Abend, ich bin erst seit wenigen Tagen aktiv als Mapper tätig und habe da einige Fragen, die Google oder das Wiki nicht beantworten konnten. 1) Wie genau sind die Luftaufnahmen (Yahoo)? Sollen die Straßen den Luftbildern angeglichen werden? Oder sind die Luftaufnahmen falsch eingepflegt? Bei dieser Fragestellung gibt es nur ein eindeutiges nein, nicht anhand von Luftbildern vorhandene Daten korrigieren! Deine Art der Fragestellung lässt den Schluss zu dass Du die Qualität einer Luftaufnahme bzw. deren Georeferenzierung nicht beurteilen kannst. Andernfalls würdest Du die Frage ja sicher nicht stellen. Mit Übung und Erfahrung kann man erkennen ob ein Luftbild besser als die vorhandenen OSM Daten ist. Dann kann man durchaus korrigieren - aber man sollte schon sehr genau wissen was man macht. 2) Ist es erwünscht, Geocaches in die Map (optional mit Verweis auf die entsprechende Website) aufzunehmen? Meiner Meinung nach nein. Die Daten sind unter der entsprechenden Geocache-Organistion geführt, es macht keinen Sinn eine Paralleldatenbank zu führen - doppelter Pflegeaufwand für keinen Mehrnutzen da die Daten auch ausserhalb OSM verknüpft werden können um sie auf Karten gleich welcher Quelle darzustellen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Patrick Kolesa schrieb: Guten Abend, ich bin erst seit wenigen Tagen aktiv als Mapper tätig und habe da einige Fragen, die Google oder das Wiki nicht beantworten konnten. 1) Wie genau sind die Luftaufnahmen (Yahoo)? Sollen die Straßen den Luftbildern angeglichen werden? Oder sind die Luftaufnahmen falsch eingepflegt? Bei dieser Fragestellung gibt es nur ein eindeutiges nein, nicht anhand von Luftbildern vorhandene Daten korrigieren! Deine Art der Fragestellung lässt den Schluss zu dass Du die Qualität einer Luftaufnahme bzw. deren Georeferenzierung nicht beurteilen kannst. Andernfalls würdest Du die Frage ja sicher nicht stellen. Mit Übung und Erfahrung kann man erkennen ob ein Luftbild besser als die vorhandenen OSM Daten ist. Dann kann man durchaus korrigieren - aber man sollte schon sehr genau wissen was man macht. So kann ein korrekter GPS-Track in einem bisher nur per Luftbild erfassten Stadtteil falsch wirken, in Wahrheit aber die einzgigste halbwegs genau Linie in diesem Bereich sein. 2) Ist es erwünscht, Geocaches in die Map (optional mit Verweis auf die entsprechende Website) aufzunehmen? Meiner Meinung nach nein. Die Daten sind unter der entsprechenden Geocache-Organistion geführt, es macht keinen Sinn eine Paralleldatenbank zu führen - doppelter Pflegeaufwand für keinen Mehrnutzen da die Daten auch ausserhalb OSM verknüpft werden können um sie auf Karten gleich welcher Quelle darzustellen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Hallo, Tobias Wendorff wrote: Ich habe es bislang immer so verstanden, dass Yahoo die Luftbilder nur zur Korrektur der aufgezeichneten GPS-Tracks genehmigt hat. Das stimmt nicht. Wir duerfen voellig frei Neuland von Yahoo abmalen. Halb Berlin ist so entstanden. Wenn Du auf irgendeiner Wikiseite eine Formulierung findest, die das nahelegt, was Du oben schreibst, dann sag mir das bitte, damit ich die Seite aendern kann. Auch verhindert das Neuanlegen von Straßen mit Hilfe freigegebener Luftbilder die spätere Nachweisbarkeit. Bislang dachte ich immer, dass man nur Straßen einzeichnen sollte, für die ein GPS-Log vorhanden ist. Das stimmt nicht. Wenn man ein GPS-Log hat, ist es gut, das hochzuladen, aber es gibt durchaus andere legitime Quellen. Durch meine eigenen Messungen weiß ich, dass die Genauigkeit von Luftbildern mindestens symmetrisch ist - die Genauigkeit von durchschnittlichen GPS-Geräten ist jedoch eher zufällig. Bei den Yahoo-Bildern haben wir z.T. Abweichungen von mehreren Kilometern bemerkt. Ohne Ortskenntnis sollte man niemals annehmen, ein Yahoo-Bild waere exakter als ein GPS-Track. Wenn man selbst den Track aufgezeichnet hat und sich in der Gegen auskennt, ist das vielleicht eine andere Sache, aber der OP hatte sich so angehoert, als ob er mit dem Gedanken spiele, fremde Strassen einfach mal so nach Yahoo zu korrigieren, und das wuerde ich in keinem Fall raten. 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/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Nabend, Frederik Ramm schrieb: Wenn man selbst den Track aufgezeichnet hat und sich in der Gegen auskennt, ist das vielleicht eine andere Sache, aber der OP hatte sich so angehoert, als ob er mit dem Gedanken spiele, fremde Strassen einfach mal so nach Yahoo zu korrigieren, und das wuerde ich in keinem Fall raten. Das habe ich garantiert nicht vor, ich weiß nur nicht inwieweit ich den Yahoo-Luftaufnahmen trauen kann. Zu den Geocaches: Jo, redundaten Daten sind nicht gut :) Gruß Patrick -- E-Mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] GnuPG: 0xB8C38BA3 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Hallo, Patrick Kolesa wrote: Das habe ich garantiert nicht vor, ich weiß nur nicht inwieweit ich den Yahoo-Luftaufnahmen trauen kann. Wie gesagt - auf jeden Fall nicht blind. Im JOSM muss ich die Aufnahmen aus dem WMS-Plugin oft etwas nachjustieren, so dass sie zu den vorhandenen Daten passen. 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/listinfo/talk-de
Re: [Talk-de] JOSM-mapstyle Transparenz
Am 21. Oktober 2008 08:03 schrieb Dirk Stöcker [EMAIL PROTECTED]: On Mon, 20 Oct 2008, Martin Koppenhoefer wrote: (edit)@1011 [1011] 10/01/08 23:07:02 ce modified a lot of icons, mainly transparent backgrounds, but also changed pixels for improved readability. To achieve that, I copied some icons over from mappaint and added transparent backgrounds. ja, allerdings trifft das mit der improved readability für die Icons nicht zu, die nur oder vor allem mit schwarz arbeiten, und wenn gleichzeitig noch kein Hintergrund (Park, Landuse, etc.) vorhanden ist. In diesem Fall sind die Icons nicht mehr lesbar. Lösung1: zusätzlich weissen Umriss, Lösung2: statt schwarz weiss oder grau verwenden. Lösung3: Die Transparenz bei diesen Icons wieder rückgängig machen. Nichts verwechseln. Obiger Checkin bezieht sich auf die Presets, nicht auf die Kartendarstellung. Ciao -- http://www.dstoecker.eu/ die Kartendarstellung (in JOSM) ist aber auch geändert, wie beschrieben nicht zum Besseren bei den Telefonen. Evtl. wurden die Icons-bilder geändert, so dass es sich auf beides auswirkt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Genauigkeit von Luftaufnahmen und Geocaches in OSM
Tobias Wendorff schrieb: Hallo Frederik, Frederik Ramm schrieb: Auf keinen Fall. Strassen nach Luftbildern neu anlegen ist voellig ok, aber existierende Strassen nach Luftbildern zu korrigieren fuehrt meist zu einer Verschlechterung. wie kommst Du zu dieser pauschalen Antwort? Ich habe es bislang immer so verstanden, dass Yahoo die Luftbilder nur zur Korrektur der aufgezeichneten GPS-Tracks genehmigt hat. Wie kommst Du darauf? Die Yahoo-Luftbilder waren zu dem Zeitpunkt der Genehmigung nicht bzw. nur an wenigen Orten geeignet Strassen in der Qualität eines GPS-Tracks zu zeichnen. Auch verhindert das Neuanlegen von Straßen mit Hilfe freigegebener Luftbilder die spätere Nachweisbarkeit. Bislang dachte ich immer, dass man nur Straßen einzeichnen sollte, für die ein GPS-Log vorhanden ist. Das ist ein Argument aus der Anfangszeit als man noch mit dem Vorwurf der einfachen Kopie durch Abmahnanwälte rechnen musste. Inzwischen ist OSM so gross und bekannt dass es aussichtslos wäre mit dieser Begründung gegen OSM vorzugehen. Zu vielschichtig sind die Datenquellen mit zahllosen Bearbeitern. Durch meine eigenen Messungen weiß ich, dass die Genauigkeit von Luftbildern mindestens symmetrisch ist - die Genauigkeit von durchschnittlichen GPS-Geräten ist jedoch eher zufällig. Was meinst Du mit symetrisch? Ein Bild kann beliebig - auch durch die Georeferenzierung gegenüber dem OSM-Kartendatum verzerrt sein so dass es mit einer einfachen Verschiebung nicht getan ist. Ich kann diverse, rohe GPS-Tracks vorlegen, die zur Hälfte perfekt liegen (gemessen an amtlichen Basisdaten und anderen Luftbildern) und dann plötzlich komplett daneben liegen, ohne dass irgendwelche sichtbaren Einflüsse sich geändert haben (Atmosphäre nicht direkt sichtbar). Bei einer sekündlichen (oder häufigeren) Aufzeichnung von Trackpunkten sieht man meist wo der Track fehlerhaft ist oder zumindest wo der Fehler beginnt. Man kann es noch weiter treiben und die SAT-Informationen mitloggen und auswerten. Solche Fehler treten auf wenn die Antennte keine frei Sicht in alle Richtungen hat, Reflexionen auftreten und/oder die Satelittenkonstellation ungünstig ist (die aktiv ausgewertenen Sats liegen z.B. in einer Ebene oder bezüglich des Raumwinkels zu dicht beeinander ) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen als Flächen
Tobias Wendorff schrieb: Dann sollte man aber auch die angrenzenden Flächen topographisch korrekt darstellen und bis an die Straße ziehen. Denn wenn man die Straßenfläche nicht korrekt erfassen kann, wieso sollte man dann die andere Fläche korrekt erfasst haben? Die jetztigen Flächen in OSM sind in erster Linie Dekoration damit die gerenderten Karten schöner aussehen, sie sind oft sehr viel ungenauer aus Luft-undSatbildern erfasst als mit GPS-Erfassung möglich ist Sch. Wenn die Straßenachse mit Breitenangabe vorliegt und die andere Fläche direkt an der Achse angebunden ist, kann man beim späteren Verarbeiten einfach einen Puffer mit der Breite um die Straße legen und diese mit der Fläche verschneiden. So erhält man die genaue Straßenfläche und die genaue Grenze der angrenzenden Fläche. Nein! Flächen haben Begrenzungslinien, die OSM-Strassen sind per Mittellinie definiert. Dazwischen können noch beliebige andere Sachen wie Lärmschutzwände, Entwässerungsgräben etc. sein die man vielleicht irgendwann auch noch erfassen möchte. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen als Flächen
Tobias Wendorff schrieb: Dazu könnte ich mich jetzt auslassen, werde ich aber nicht, weil es schon hunderte Male gesagt wurde. _ Die Sache mit der Finanzierung durch Steuergelder? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de