Re: [Talk-de] ergebnis kickoff ?
Thorsten Feles [EMAIL PROTECTED] writes: Gary68 schrieb: Qualität sollte man nur ganz wach sichern ;-) weiss hier jemand wie man das ä im wikilink richtet ? Oder wir nehmen lieber ein ae... [...] http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Workshops/Qualitätssicherung http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Workshops/Qualit%C3%A4tssicherung oder http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Workshops/Qualitätssicherung HTH, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
On Sat, 06 Dec 2008 17:31:18 +0100, Torsten Leistikow wrote: Ich fuerchte, dein Test laesst sich nicht in die Praxis uebertragen (wahrscheinlich ist die Oeffnung zur Druckmessdose vom Fahrtwind abgeschirmt): Ist sie nicht, zumindest am 76s. 1. Wenn ich hier am Weserdeich entlang radel, dann ist da nahezu kein Hoehenunterschied. Und genau das misst auch mein Vista Hcx. Wenn der Fahrtwind das Ergebniss signifikant verfaellschen wuerde, dann muesste man ja jeder Pause im Profilerkennen. Der Barometer wird einen Unterschied messen, der aber vom Tiefpass in der Software und von der GPS-Messung wieder korrigiert wird. Genauso in den anderen Fällen. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
On 05 Dec 2008 17:14:00 +, (Johann H. Addicks) wrote: Das hilft nur alles nichts bei - Gegenwind auf dem Fahrrad - Autogebläse im Defrostmodus beim Windschutzscheibenhalterung Verursacht alles 10-50m Fehler. [ ] Du hast meine Ausführungen zur Kompensierung dieser Fehler durchs GPS-Signal verstanden. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Holger Issle schrieb: Verursacht alles 10-50m Fehler. [ ] Du hast meine Ausführungen zur Kompensierung dieser Fehler durchs GPS-Signal verstanden. Kannst Du mir ein Update für meinen GPSmap60csx besorgen, damit wenigstens er es versteht? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Routing (TV-Bericht)
Am 07.12.08 schrieb Johann H. Addicks [EMAIL PROTECTED]: Guenther Meyer schrieb: das ding und das schild haengt an der einfahrt. wenn ein punkt dort die restriktion abbildet, ist der parkplatz vom restlichen netz getrennt, und somit durch einen router fuer die entsprechenden fahrzeuge nicht erreichbar. ist doch ganz einfach. Mit dem gleichen Argument könntest Du jedes Anlieger frei-Schild nur für einen Node taggen, weil der Bereich dahinter ja automatisch mit erledigt ist, sofern der Bereich geschlossen ist. Nur leider ist das in der Praxis leider fehlerträchtig! Sei es, dass es noch ungemapte Service-Wege gibt, wie man sich von hinten hineinschleichen kann, sei es, dass einfach nicht überall ein Schild steht. Der LKW-Fahrer wird Dir danken, wenn er am zweiten, nicht mehr getagten Hinterniss stehenbleibt, nur weil der Mapper gesagt hat die erste 2,70-Brücke reicht doch, zur zweiten 100m weiter kommt er ja eh nicht. oder Schade um das Vordach auf dem Bahnhofsvorplatz, das war gar nicht als Node getagt, der LKW hätte hier auch nicht über die falsche Ausfahrt vom Hof der Fa XY kommen dürfen, so hat er sich an der Stange in der Parkplatzeinfahrt vorbeigemogelt. -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
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Der Barometer wird einen Unterschied messen, der aber vom Tiefpass in der Software und von der GPS-Messung wieder korrigiert wird. Genauso in den anderen Fällen. Vergiss die Kompensation mittels GPS. Ich habe zum Vergleich einen EDGE 205, der ueber keinen Druckmesser verfuegt. Das GPS-Hoehen Signal ist bestimmt um den Faktor 10 staerker gestoert. Damit kann man bei einem kalibrierten, barometrischen Hoehenmesser nichts kompensieren, damit koennte man hoechstens was verrauschen. Es gibt ja auch genug Hoehenmesse rohne GPS, die hervorragend funktionieren. Du kannst ja versuchsweise mal dein Geraet in Alufolie einwickeln, damit du kein ordentliches GPS-Signal mehr empfaengst. Dem Hoehenprofil wird das in keinster Weise schade. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie markiere ich ein Internet-Cafe?
Die sollten sich eigentlich leicht entfrnen lassen, da sie alle den source:http://maps.fon.com; Tag haben (zumindest die, die ich mir angesehen habe). Mir fehlen leider die Kenntnisse (und der Mut) so eine Massenlöschung in Angriff zu nehmen, hehe. Es wäre allerdings auch kein Problem die bei Bedarf wieder einzupflegen, da sich auf der Fon Seite kontinentweite GPX Dateien mit den Standorten runterladen lassen. Ossi Sven Rautenberg wrote: Ossi schrieb: Hmmm, hab mich auch schon gefragt, was man damit anfangen soll. In Düsseldorf (zumindest ist es mir da aufgefallen) hat jemand die WLAN Spots von Fon (http://www.fon.com) eingetragen und zwar so: amenity:wlan class:free source:maps.fon.com Diese Einträge sind hinsichtlich der Legalität aus Lizenzsicht unter zweifelhaften Umständen zustande gekommen und sollten insbesondere deswegen, weil die Datenqualität (sprich: Korrektheit des Orts) dieses Imports überwiegend schlecht ist, eher wieder entfernt werden. Dummerweise hat sich seinerzeit der Importeur nur drum gekümmert, die Daten in OSM reinzukippen, aber nach entsprechend negativen Reaktionen auf dieser Mailingliste hat sich niemand drum gekümmert, diese schlechten Daten wieder rauszuwerfen. Ich hab erstmal die Finger davon gelassen, allerdings finde ich den Eintrag Free so nicht korrekt, da der Zugang nur dann frei ust, wenn man auch bei Fon mitmacht. Andernfall smuß man dafür zahlen. Wäre gut, wenn man das gleich mit abfrühstücken könnte. Insbesondere war es keine gute Idee, das Tag class zu verwenden, denn das hat in OSM offenbar schon eine Vergangenheit als Straßentyp und soll komplett entfernt werden. Wird folgerichtig von Maplint und anderen angemeckert. Viele Grüße 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] Flyer auf Spanisch
Hallo Jacques, bist du fündig geworden ?? Gruß Jan :-) Jacques_N schrieb: Ich mache in zwei Wochen Urlaub auf Gomara. Natürlich nicht zum Spaß, sondern um zu mappen ;-) Ich dachte mir, das es eventuell nützlich sein könnte, OSM Flyers auf Spanisch mitzunehmen. Auf den spanischen Wikiseiten komme ich nicht so recht klar, meine Spanischkenntnisse sind sehr begrenzt. Kennt hier irgendjemand einen Link auf Spanische Infoflyer? Gruß Jacques -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Straßenverzeichnis] Oeringhausen / NRW
Moin ! für Oerlinghausen (Kreis Lippe, NRW) ist auch ein Straßenverzeichnis verfügbar: http://wiki.openstreetmap.org/index.php/oerlinghausen Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Routing (TV-Bericht)
Guenther Meyer schrieb: Mit dem gleichen Argument könntest Du jedes Anlieger frei-Schild nur für einen Node taggen, weil der Bereich dahinter ja automatisch mit erledigt ist, sofern der Bereich geschlossen ist. Nur leider ist das in der Praxis leider fehlerträchtig! wenn nicht ueberall ein schild steht, dann kann dir keiner was, Es geht nicht um das mir was können, sondern darum, dass die Router sinnvolle Wege ausspucken! Und dazu gehört eben auch, nicht auf Deubel-komm-heraus Routen zu bekommen, die zwar beschilderungstechnisch legal, aber praktisch problematisch sind! bei allen parkplaetzen, die ich bisher mit so einer hoehenbeschraenkung sah, war dieses ding an jeder moeglichen einfahrt. andere hinfuehrende wege waren fuss- und fahrradwege, die sowieso durchs raster fallen sollten. Wenn eine Straße auf Anlieger frei steht, dann gibt's für den gesamten nachfolgenden Way ein access=destination und nicht nur für den einen Node vorn an der Einfahrt. Und wenn ein Parkplatz oder eine Straße eine Höhenbegrenzug an den Einfahrten hat, dann genügt es eben nicht, das nur an der Einfahrt zu taggen. Was ist Dein Problem damit, außer dass es Dir es um das Prinzip geht, dass wenn es hinterher im Router schief läuft, Du sagen kannst dann war es aber unvollständig gemapt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie einzelne Gebäude ohne Grundriss m appen
Moin ! immer wieder gibt es Gebäude von denen man nur den Namen kartieren möchte (Försterei etc) Building ist für AREA's - wie würdet Ihr das machen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie einzelne Gebäude ohne Grundriss m appen
Hallo, Jan Tappenbeck schrieb: immer wieder gibt es Gebäude von denen man nur den Namen kartieren möchte (Försterei etc) Building ist für AREA's - wie würdet Ihr das machen ?? Ja, schon. Aber bevor man da eine Phantasiefläche malt, kann man mindestens ebenso gut einen Punkt setzen mit bulding und name. Mach ich grundsätzlich bei wichtigen Gebäuden, deren Grundfläche ich nicht sofort Zeichnen kann/will. Damit sind die Daten erst mal drin. Das die Renderer damit nichts anfangen, ist eine andere Sache. Navis zeigen das als POI. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Routing (TV-Bericht)
Am Sonntag 07 Dezember 2008 schrieb Johann H. Addicks: Guenther Meyer schrieb: das ding und das schild haengt an der einfahrt. wenn ein punkt dort die restriktion abbildet, ist der parkplatz vom restlichen netz getrennt, und somit durch einen router fuer die entsprechenden fahrzeuge nicht erreichbar. ist doch ganz einfach. Mit dem gleichen Argument könntest Du jedes Anlieger frei-Schild nur für einen Node taggen, weil der Bereich dahinter ja automatisch mit erledigt ist, sofern der Bereich geschlossen ist. Nur leider ist das in der Praxis leider fehlerträchtig! Sei es, dass es noch ungemapte Service-Wege gibt, wie man sich von hinten hineinschleichen kann, sei es, dass einfach nicht überall ein Schild steht. wenn nicht ueberall ein schild steht, dann kann dir keiner was, wenn du als nicht-anlieger da rein faehrst. das ist das problem derer, die diesen bereich so deklarieren aber nicht ausreichend beschildern. osm soll ja nicht die fehler der realitaet berichtigen, sondern sie mehr oder weniger abbilden... dass dinge nicht vollstaendig gemappt sind, oder tags vergessen werden, kommt vor. eine vollstaendige und richtige abbildung zu erreichen wird nur schwer realisierbar sein. bei allen parkplaetzen, die ich bisher mit so einer hoehenbeschraenkung sah, war dieses ding an jeder moeglichen einfahrt. andere hinfuehrende wege waren fuss- und fahrradwege, die sowieso durchs raster fallen sollten. Der LKW-Fahrer wird Dir danken, wenn er am zweiten, nicht mehr getagten Hinterniss stehenbleibt, nur weil der Mapper gesagt hat die erste 2,70-Brücke reicht doch, zur zweiten 100m weiter kommt er ja eh nicht. welches zweite nicht mehr getaggte hindernis? JEDES hindernis muss natuerlich getaggt werden, was anderes hab ich nie behauptet! oder Schade um das Vordach auf dem Bahnhofsvorplatz, das war gar nicht als Node getagt, der LKW hätte hier auch nicht über die falsche Ausfahrt vom Hof der Fa XY kommen dürfen, so hat er sich an der Stange in der Parkplatzeinfahrt vorbeigemogelt. wie?! sowas laesst sich natuerlich nicht so einfach machen... 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] Luftbilder LVA Bayern - Vertrag unterschrieben
Dominik Spies schrieb: Also, ich bin jetzt dafür, wir erfassen jeden Baum. Damit ich schon Abfragen machen kann: Wieviel Prozent der Bäume in München sind nordsibirsche Palmen, und wieviel Fläche benötigen sie. SCNR Für die Auswertung des Stadtklimas sicherlich nicht uninteressant. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder nutzen - HowTo
Hallo Markus, Markus schrieb: Dazu habe ich eine Seite eröffnet: http://wiki.openstreetmap.org/wiki/de:Entwurf Luftbilder HowTo Bitte keine Leerzeichen verwenden!! Grummel² Wer hilft, Zusammenhängendes zusammenzubekommen, Wesentliches verständlich und nachvollziehbar auszudrücken, erläuternde Bilder zu machen? Nun, ich habe eine Menge Folien aus der Uni, Luftbildauswertung gehört schließlich zum Studiengang. Ich darf diese Folien aber nicht bereitstellen, könnte aber hin und wieder Zusammenfassungen meines Wissens bereitstellen. Dann fehlt allerdings die Quellangabe, denn ich habe keine Lust, die ganzen Primärquellen aus den Folien zu suchen oder die internen Folien als Sekundärquellen zu nennen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Torsten Leistikow schrieb: Temperaturkompensierte, barometrische Hoehenmesser sind seit Jahren ueblich im Fahrradbereich (Ciclosport HAC). Wenn das so dramatische Auswirkungen haette, wie du sie erwartest, meinst du nicht, dass das schon mal jemanden haette auffallen muessen? Als Radler interessiert mich nicht die wissenschaftlich korrekte Höhe, sondern die zurückgelegten, relativen Höhenunterschiede. Ob der Berg jetzt 1012,43 m oder 1028,32 m hoch war, ist da sicherlich egal, wenn die anderen Messungen auch alle 10-15 m danebenliegen. Wenn wir aber schon so umständliche Messungen machen und diese in die Datenbank speichern wollen, dann aber bitte korrekt. Durch Transformation und Rundungsfehler kommen dann noch genug andere Fehler hinzu :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Holger Issle schrieb: [ ] Du hast meine Ausführungen zur Kompensierung dieser Fehler durchs GPS-Signal verstanden. Du scheinst Statistiker zu sein. Wärst Du in der Lage, die Berechnungen durchzuführen, die diesen Kompensierungen entsprechen würden? Das wäre dann wirklich was für's Wiki. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder LVA Bayern - Vertrag unterschrieben // Vorgehensweise?
Garry schrieb: Blödsinn - ich trage seltenst Strassennamen ein und mappe dafür lieber möglichst viele Strassen in unerfasstem Gebiet. Sehr viele Strassennamen wurden dann von anderen Nachgetragen. *heul* wie denn nun vorgehen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie einzelne Gebäude ohne Grundriss m appen
Norbert Kück schrieb: Building ist für AREA's - wie würdet Ihr das machen ?? Ja, schon. Aber bevor man da eine Phantasiefläche malt, kann man mindestens ebenso gut einen Punkt setzen mit bulding und name. Mach ich grundsätzlich bei wichtigen Gebäuden, deren Grundfläche ich nicht sofort Zeichnen kann/will. Damit sind die Daten erst mal drin. Das die Renderer damit nichts anfangen, ist eine andere Sache. Navis zeigen das als POI. Sehe ich auch so, aber JOSM zeigt das aber leider als Fehler an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flyer auf Spanisch
Am 07.12.2008, 12:42 Uhr, schrieb Jan Tappenbeck [EMAIL PROTECTED]: Hallo Jacques, bist du fündig geworden ?? Nun ja, wir haben ein wenig improvisiert, und uns gestern zwei T-Shirts drucken lassen. Drauf sind unter anderem einige Sätze aus dem spanischem Wiki, das sollte helfen. Morgen gehts los und ab Übermorgen wird gemappt, genug ist ja schon übrig... Gruß Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Garry schrieb: So genau muss auch wieder nicht sein bei der zu erwartenden Genauigkeit zumal die Wiederholgenauigkeit eh interessanter ist als der Absolutwert. Ich würde so vorgehen - es werden 2 Barometer / 2 Höhenmesser oder jeweils eins von beidem mit Logging-Funktion benötigt. 1. Referenzpunkt beim VermA erfragen - natürlich am Ort, in dem man die Messungen durchführen möchte. 2. Beide Geräte auf diese Höhe bei dem Druck etc. kalibrieren. 3. Ein Gerät an diesem Ort fixieren (Gartenlaube, Fensterbank etc.). 4. Mit dem anderen Gerät auf Vermessungstour gehen. Bei der Auswertung hat man dann einmal die Luftdruckveränderung am Referenzort mit der Referenzhöhe (hier reicht ein Barometer) und halt die aufgezeichneten Wege. Daraus kann man dann vernünftige Höhe ermitteln. Voraussetzung: Keine Großstadt ... sonst mehr Messstationen. Die meisten größeren Kommunen haben jedoch eigene Wetterstationen mit Luftdruck ... vielleicht könnte man sich mit denen kurzschließen, solange die Werte nicht veröffentlicht werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Routing (TV-Bericht)
Am Sonntag 07 Dezember 2008 schrieb Johann H. Addicks: Es geht nicht um das mir was können, sondern darum, dass die Router sinnvolle Wege ausspucken! Und dazu gehört eben auch, nicht auf Deubel-komm-heraus Routen zu bekommen, die zwar beschilderungstechnisch legal, aber praktisch problematisch sind! natuerlich soll eine vorgeschlagene route moeglichst optimal sein. aber die strassenverkehrsordnung darf nunmal nicht ignoriert werden. ich hatte gestern selbst erst wieder mal den fall, dass mich mein navi in einen fussgaengerweg schicken wollte. der waere zwar breit genug gewesen, um mit dem auto durch zufahren, aber es war nunmal nicht erlaubt. niemand will so eine routenfuehrung! denn was bgrint mir eine praktisch eigentlich sinnvole route, wenn ich die strecke nicht fahren darf, oder kann? bei allen parkplaetzen, die ich bisher mit so einer hoehenbeschraenkung sah, war dieses ding an jeder moeglichen einfahrt. andere hinfuehrende wege waren fuss- und fahrradwege, die sowieso durchs raster fallen sollten. Wenn eine Straße auf Anlieger frei steht, dann gibt's für den gesamten nachfolgenden Way ein access=destination und nicht nur für den einen Node vorn an der Einfahrt. wenn ich aber nun in so eine strasse von der anderen seite komme, wo kein schild steht, dann denke ich mir, die information access=destination in meinem navi ist fehlerhaft. Und wenn ein Parkplatz oder eine Straße eine Höhenbegrenzug an den Einfahrten hat, dann genügt es eben nicht, das nur an der Einfahrt zu taggen. wenn dies die einzige einfahrt ist, schon. Was ist Dein Problem damit, außer dass es Dir es um das Prinzip geht, dass wenn es hinterher im Router schief läuft, Du sagen kannst dann war es aber unvollständig gemapt. ich hab kein problem. ich versuche nur, die dinge moeglichst EINFACH und PLATZSPAREND abzubilden, und trotzdem ausreichend. 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] Wie einzelne Gebäude ohne Grundriss m appen
Ulf Möller schrieb: Norbert Kück schrieb: Building ist für AREA's - wie würdet Ihr das machen ?? Ja, schon. Aber bevor man da eine Phantasiefläche malt, kann man mindestens ebenso gut einen Punkt setzen mit bulding und name. Mach ich grundsätzlich bei wichtigen Gebäuden, deren Grundfläche ich nicht sofort Zeichnen kann/will. Damit sind die Daten erst mal drin. Das die Renderer damit nichts anfangen, ist eine andere Sache. Navis zeigen das als POI. Sehe ich auch so, aber JOSM zeigt das aber leider als Fehler an. Hä? Wenn du das rote Kreuz meinst, das ist kein Fehler! Das heißt einfach nur, daß JOSM diese Feature zwar kennt, aber wir noch kein vernünftiges Icon dafür haben um es darzustellen (bzw. ich hatte keine Zeit mich drum zu kümmern). Wenn jemand ein schönes Icon für eine Art broken Image hat, daß: - besser erkennen läßt, was gemeint ist - Public Domain Lizenz - das man bei 16*16 Pixeln noch was erkennen kann - möglichst SVG Format ... dann nur her damit. Wenn's mir halbwegs gefällt bau ich's sofort in den JOSM ein... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweistafel
Am Sat, 06 Dec 2008 17:50:22 +0100 schrieb Claudius Henrichs [EMAIL PROTECTED]: Bernd Wurst: Am Freitag 05 Dezember 2008 23:19:11 schrieb Alexander Schulze: mappt ihr Karten / Hinweistafeln an Wanderwegen bzw. auch in Ortschaften. Wenn ja, wie? tourism=information Siehe dazu bitte auch http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dinformation ...und die Möglichkeit zur genaueren Definition des informationstyps: http://wiki.openstreetmap.org/index.php/Proposed_features/information Ich schlage gleich noch content=* vor, um den Inhalt, so er rein textbasiert ist, zu erfassen. Alternativ kann man auch eine Kurzbeschreibung á la Fluchtwegplan Plenarsaal einfügen Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder nutzen - HowTo
Hallo Tobias, http://wiki.openstreetmap.org/wiki/de:Entwurf Luftbilder HowTo Wer hilft, Zusammenhängendes zusammenzubekommen, Wesentliches verständlich und nachvollziehbar auszudrücken, erläuternde Bilder zu machen? Nun, ich habe eine Menge Folien aus der Uni, Luftbildauswertung gehört schließlich zum Studiengang. Ich könnte Zusammenfassungen meines Wissens bereitstellen. Super! Gut fände ich eine *simple Kurzanleitung* und für Wissbegierige *vertiefende Information* (die aber zum Verständnis kein Studium voraussetzt) Hilfreich sind immer erläuternde Bilder und Grafiken, PP ist da schon mal die richtige Richtung... Dann fehlt allerdings die Quellangabe Würde mich überhaupt nicht stören! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder nutzen - HowTo
Hallo Sebastian, Wer hilft, Zusammenhängendes zusammenzubekommen, Wesentliches verständlich und nachvollziehbar auszudrücken, erläuternde Bilder zu machen? Garnicht so einfach... Da gibt es so viel was man erwähnen sollte und noch mehr was man erwähnen kann. Und dann auch noch so, dass ein Anfänger schön systematisch in das Thema eingeführt wird. ja, verständlich und nachvollziehbar beschreiben setzt voraus, dass ich nicht nur weiss wovon ich spreche, sondern mich auch in den Lernprozess des Gegenübers einfühlen kann. Manchmal kann man ja gar nicht so richtig nachvollziehen, was ein Anfänger wissen will Ich versuche mir vorzustellen, ich wäre ein Anfänger (fällt /mir/ nicht schwer - ich bin ja einer). Und dann gehe ich Schritt für Schritt vor und versuche ihn nachvollziehbar zu beschreiben. Dann bitte ich jemanden in meinem Umfeld, der/die wirklich keine Ahnung hat, meine Anleitung umzusetzen. Dabei beobachte ich seine Fehler (die ja eigentliche die meiner Beschreibung sind), und passe meine Anleitung so lange an, bis 95% der Anfänger damit zurechtkommen. Und wenn man dann ein schönes Tutorial hinbekommen hat, ist ja auch schön. :) Ja! Ich finde, dass man die Schritte nur kurz zusammenfassen sollte (eben speziell fürs Luftbilder abmalen), so kurz wie möglich - und so ausführlich wie nötig (ein schwieriger Spagat). prinzipiell auf die entsprechenden Seiten verlinken. Ja unbedingt! Modular aufbauen, damit jedes neue Projekt wieder auf einheitliche Bausteine verlinken kann (z.B. Benutzeranmeldung, JOSM installieren, Ergebnis hochladen, etc) Ich bin auch grade allgemein am Seiten auf Deutsch übersetzen, da ist ja noch einiges zu tun im Wiki. Super! Und wenn wir endlich vom Wiki-Admin das Menü für die übersetzten Artikel freigeschaltet bekommen, dann klappt das noch besser... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
On Sun, 07 Dec 2008 11:13:13 +0100, Torsten Leistikow wrote: Es gibt ja auch genug Hoehenmesse rohne GPS, die hervorragend funktionieren. Tun sie solange wie sich das Wetter nicht ändert. Das ist leider nicht die Realität. Theoretisch sollte auf einer 4h Rundtour mit dem Fahrrad dieselbe Anzahl Höhenmeter steigend wie fallend zusammenkommen, oder? Bei mehreren Cyclo-Uhren die ich besessen habe war das nie der Fall, bei ca, 500hm steigend war die fallende stets 30-50 daneben, mal mehr mal weniger. Beim 76s war es stets im Bereich =10m. Deshalb halte ich die Kalibrierung mittels GPS für eine feine Sache! Du kannst ja versuchsweise mal dein Geraet in Alufolie einwickeln, damit du kein ordentliches GPS-Signal mehr empfaengst. Dem Hoehenprofil wird das in keinster Weise schade. Beim Garmin reicht es, den GPS-Empfang abzuschalten. Andere GPSr mit Baro kenne ich nicht. Ich habe derzeit den zumo und damit kann ichs nicht probieren. Das Ergebnis wird aber im Prinzip so sein wie oben beschrieben. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie einzelne Gebäude ohne Grundriss m appen
Ulf Lamping schrieb: Wenn du das rote Kreuz meinst, das ist kein Fehler! Dann ist ja gut. Für mich sah das nach einem Fehler aus... Wenn jemand ein schönes Icon für eine Art broken Image hat, daß: - besser erkennen läßt, was gemeint ist Ich glaube, ich würde dafür einfach einen leeren Rahmen nehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Holger Issle schrieb: Theoretisch sollte auf einer 4h Rundtour mit dem Fahrrad dieselbe Anzahl Höhenmeter steigend wie fallend zusammenkommen, oder? Nein. Die absolute Hoehe am Anfang sollte in etwa der absoluten Hoehe am Ende entsprechen. Bei den Hoehenmetern wird nicht einfach stumpf jede Aenderung aufaddiert, da laeuft noch ein Algorithmus drueber, so dass nicht einfach das Rauschen zusammenaddiert wird, sondenr nur signifikante Hoehenaenderungen gezaehlt werden (Ich glaube bei den Ciclo-Geraeten mindestens 5m Hoehenunterschied). Insofern ist es normal, dass die Summe der steigenden Hoehenmetern ungleich der Summe der fallenden Hoehenmeter ist. Beim Garmin reicht es, den GPS-Empfang abzuschalten. Andere GPSr mit Baro kenne ich nicht. Ich habe derzeit den zumo und damit kann ichs nicht probieren. Das Ergebnis wird aber im Prinzip so sein wie oben beschrieben. Aber nicht, weil das GPS die Hoehenmessung verbessert (nochmal zum mitschreiben: das kann es gar nicht, weil die GPS-Hoehe selber viel zu ungenau dafuer ist), sondern weil das Garmin-Geraet beim Aufaddieren der Hoehenmeter einen anderen Algorithmus als die Ciclo-Geraete benutzt. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Tobias Wendorff schrieb: Als Radler interessiert mich nicht die wissenschaftlich korrekte Höhe, sondern die zurückgelegten, relativen Höhenunterschiede. Das ist Ansichtssache. Ich finde eigentlich die absolute Hoehe immer interessanter, damit ich weiss, wie weit es noch bis oben ist. Ob der Berg jetzt 1012,43 m oder 1028,32 m hoch war, ist da sicherlich egal, wenn die anderen Messungen auch alle 10-15 m danebenliegen. Wir haben in X-Y-Richtung genug Daten, bei denen der Fehler wesentlich groesser ist als 10-15 Meter. Warum sollte das fue rhoehendaten nicht mehr reichen? Und warum sollten die gemessenen Hoehenwerte ueberall 10-15 Meter daneben liegen? Wenn man seinen barometrischen Hoehenmesser am Anfang ordentlich kalibriert, dann wird bei den meisten Radtouren (Laenge ein paar Stunden und halbwegs stabile Wetterlage) das Ergebnis deutlich besser sein. Und wie bei den X-Y-koordinaten gilt doch auch in der Hoehe: Wenn es einer mal misst, dann hat man da eine gewisse Ungenauigkeit. Wenn da aber dutzende Leute lang kommen, dann erhaellt man doch einen recht brauchbaren Mittelwert. Wir muessen nur damit Anfangen, die Hoehendaten auch konsequent zu sammeln. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Tobias Wendorff schrieb: Ich würde so vorgehen - es werden 2 Barometer / 2 Höhenmesser oder jeweils eins von beidem mit Logging-Funktion benötigt. 1. Referenzpunkt beim VermA erfragen - natürlich am Ort, in dem man die Messungen durchführen möchte. 2. Beide Geräte auf diese Höhe bei dem Druck etc. kalibrieren. 3. Ein Gerät an diesem Ort fixieren (Gartenlaube, Fensterbank etc.). 4. Mit dem anderen Gerät auf Vermessungstour gehen. Bei der Auswertung hat man dann einmal die Luftdruckveränderung am Referenzort mit der Referenzhöhe (hier reicht ein Barometer) und halt die aufgezeichneten Wege. Daraus kann man dann vernünftige Höhe ermitteln. Naja, wer sagt denn, dass sich der Luftdruck am Referenzpunkt genauso aendert wie unterwegs. Ich wuerde eher vorschlagen: Geraet am Anfang der Messung kalibrieren und am Ende der Messung feststellen, in wie weit die gemessene Hoehe von dem tatsaechlichen Wert abweicht (d.h., um wieviel man den Wert bei einem erneuten Kalibrieren aendern muesste). Ist dieses Delta hinreichend klein = Die Werte koenen so genutzt werden. Ist dieses Delta nicht unerheblich aber auch nicht dramatisch, dann kann man die Hoehenwerte ja so korregieren, dass man eine lineare Aenderung ueber die Zeit annimmt. Das sollte den Fehler erheblich reduzieren. und wenn das Delta sehr gross ist, dann sollte man die Hoehenwerte lieber verwerfen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Torsten Leistikow schrieb: Bei der Auswertung hat man dann einmal die Luftdruckveränderung am Referenzort mit der Referenzhöhe (hier reicht ein Barometer) und halt die aufgezeichneten Wege. Daraus kann man dann vernünftige Höhe ermitteln. Naja, wer sagt denn, dass sich der Luftdruck am Referenzpunkt genauso aendert wie unterwegs. ?!?!?! Lies den letzten Absatz. Ich wuerde eher vorschlagen: Geraet am Anfang der Messung kalibrieren und am Ende der Messung feststellen, in wie weit die gemessene Hoehe von dem tatsaechlichen Wert abweicht (d.h., um wieviel man den Wert bei einem erneuten Kalibrieren aendern muesste). Ja ganz toll ... und wenn das Tiefdruckgebiet über Dich wegzieht, sind die Werte am Ende genau wie vorher und von den Fehlern mittendrin weißt du nichts. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Torsten Leistikow schrieb: Ob der Berg jetzt 1012,43 m oder 1028,32 m hoch war, ist da sicherlich egal, wenn die anderen Messungen auch alle 10-15 m danebenliegen. Wir haben in X-Y-Richtung genug Daten, bei denen der Fehler wesentlich groesser ist als 10-15 Meter. Warum sollte das fue rhoehendaten nicht mehr reichen? Du vergisst, dass die Höhe vom Geoid noch auf den Ellipsoid umgerechnet werden muss. Da wir den einigermaßen richtigen Geoid aber nicht kennen (die Daten werden vom BKG teuer verkauft), können wir nur von einem schlechteren, aber freien Modell ausgehen. Da kommen nochmal Fehler rein. Und wie bei den X-Y-koordinaten gilt doch auch in der Hoehe: Wenn es einer mal misst, dann hat man da eine gewisse Ungenauigkeit. Wenn da aber dutzende Leute lang kommen, dann erhaellt man doch einen recht brauchbaren Mittelwert. Wir muessen nur damit Anfangen, die Hoehendaten auch konsequent zu sammeln. Können wir nicht, da nicht alle Leute so ein Gerät haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: Wie einzelne Geb�ude ohne Grundriss mappen - Unbenannt.xcf (0/1)
Ulf Möller schrieb: Ulf Lamping schrieb: Wenn jemand ein schönes Icon für eine Art broken Image hat, daß: - besser erkennen läßt, was gemeint ist Ich glaube, ich würde dafür einfach einen leeren Rahmen nehmen. Bei unserer Applikation ist das ein weisses Fragezeichen mit einem grauen Halteverbots-Kreis darueber. Ich hab's mal als GIMP-XVC angeaengt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie einzelne Geb?ude ohne Grundriss mappen - Unbenannt.xcf (1/1)
Peter Herison schrieb: Liegt als PNG unter http://img244.imageshack.us/my.php?image=unbenanntuq0.png Ach so... Dies war nur ein schnell zusammengelickerter Entwurf, ohne auf Feinheiten wie Farbraum, gerundete Kanten oder andere Feinheiten zu achten. Das Bild kann beliebig weiterverwendet und veraendert werden. Bei Bedarf kann ich auch gerne das Original per mail zuschicken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wald abmalen
Ein Wald ist immer ein geschlossenes Polygon. Was aber wenn: - ein Weg in den Wald führt? - ein Weg durch den Wald führt? - ein Bach im Wald entspringt? - ein Bach durch den Wald fliesst? - eine Schneise in den Wald geschlagen wurde? - zwei Wälder mit einem schmalen Waldstreifen zusammenhängen? - Wald in Gebüsch übergeht? und dann wieder in Wald? Wie erklärt man einem Anfänger, wann es 1 Wald ist und wann mehrere? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Torsten Leistikow schrieb: Wir haben in X-Y-Richtung genug Daten, bei denen der Fehler wesentlich groesser ist als 10-15 Meter. Warum sollte das fue rhoehendaten nicht mehr reichen? Weil wir bereits die SRTM-Daten haben. Für ca. 99% der Fläche ist das wesentlich genauer als alle Versuche mit unserem derzeitigen GPS/Barometerequipment. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Markus schrieb: Ein Wald ist immer ein geschlossenes Polygon. Yepp! Was aber wenn: - ein Weg in den Wald führt? Du malst den Weg in den Wald hinein. - ein Weg durch den Wald führt? Du malst den Weg durch den Wald hindurch. - ein Bach im Wald entspringt? - ein Bach durch den Wald fliesst? Du malst den Bach durch den Wald hindurch. Aufpassen mit dem Layer-Tag. Flüsse und Bäche werden gerne mit Layer -1 getaggt. Dass musst Du dann auch mit dem Wald machen, sonst verschwindet der Bach. - eine Schneise in den Wald geschlagen wurde? Du buchtest das Polygon ein. - zwei Wälder mit einem schmalen Waldstreifen zusammenhängen? Geschmacksache, ob man 1, 2 oder 3 Wälder malt. - Wald in Gebüsch übergeht? und dann wieder in Wald? Kommt drauf an wie groß die Gebüschfläche ist. Wie erklärt man einem Anfänger, wann es 1 Wald ist und wann mehrere? Einfach so machen wie man's für richtig hält. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Tobias Wendorff schrieb: Du vergisst, dass die Höhe vom Geoid noch auf den Ellipsoid umgerechnet werden muss. Muessen wir das wirklich? Man muss sich sicherlich Gedanken darueber machen, welche Referenz man fuer die Hoehndaten nehmen will. Aber ich glaube kaum, dass man da auf ein Ellipsoid zurueck gehen will. Das kann naemlich einerseits keiner eintragen und andererseits kann es am Ende auch keiner Gebrauchen. Die Frage wird also eher sein, welches Geoid man als Referenz nehmen will. Da bin ich aber leider nicht vom Fach. - Ist beim WGS84 nicht auch ein Geoid mitdefiniert? - Worauf beziehen sich die SRTM-Daten? - Worauf bezieht sich ein GPS-Geraet, dass keinen weiteren Hoehenmesser hat? Bei den letzten beiden Fragen kann ich lediglich sagen, dass sie sich nicht auf das WGS84-Ellipsoid beziehen, denn dafuer sind die Werte zu dicht an den hier in Deutschland ueblichen NN-Werten. Können wir nicht, da nicht alle Leute so ein Gerät haben. Es haben auch nicht alle Leute einen GPS-Logger. Also machen wir OSM erstmal dicht und warten, bis jeder Mensch auf der Erde so ein Teil hat. Oder habe ich dein Argument jetzt nicht ganz richtig verstanden ;-) Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie einzelne Geb?ude ohne Grundriss mappen - Unbenannt.xcf (1/1)
Peter Herison schrieb: Peter Herison schrieb: Liegt als PNG unter http://img244.imageshack.us/my.php?image=unbenanntuq0.png Ach so... Dies war nur ein schnell zusammengelickerter Entwurf, ohne auf Feinheiten wie Farbraum, gerundete Kanten oder andere Feinheiten zu achten. Das Bild kann beliebig weiterverwendet und veraendert werden. Bei Bedarf kann ich auch gerne das Original per mail zuschicken. Hi! Nimms mir nicht übel, aber die Idee mit dem leeren Rahmen erscheint mir intuitiver zu sein. Was haltet ihr davon, wenn ich aus dem bisherigen Icon einfach das rote Kreuz rausnehme? Dann bleibt ein dünner schwarzer Außenrahmen und eine leere weiße Innenfläche übrig - sozusagen eine leere Leinwand ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flyer auf Spanisch
Hallo Jacques, das hatte ich auch noch vor ! Kannst Du mir ein Bild schicken ? Wo hast Du das in HH gemacht und was hat es gekostet ? Kann ich ggf. die Vorlage bekommen ?? Gruß Jan :-) Jacques Nietsch schrieb: Am 07.12.2008, 12:42 Uhr, schrieb Jan Tappenbeck [EMAIL PROTECTED]: Hallo Jacques, bist du fündig geworden ?? Nun ja, wir haben ein wenig improvisiert, und uns gestern zwei T-Shirts drucken lassen. Drauf sind unter anderem einige Sätze aus dem spanischem Wiki, das sollte helfen. Morgen gehts los und ab Übermorgen wird gemappt, genug ist ja schon übrig... Gruß Jacques -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Johann H. Addicks schrieb: Weil wir bereits die SRTM-Daten haben. Für ca. 99% der Fläche ist das wesentlich genauer als alle Versuche mit unserem derzeitigen GPS/Barometerequipment. Dass das so viel genauer ist, moechte ich mal bezweifeln, aber ich kann jetzt auch nicht das Gegenteil beweisen. Einen grossen Nachteil haben die SRTM-Daten aber: Sin einfach gleichverteilt ueber die Flaeche gemessen. Wenn man also das Hoehenprofil entlang einer Strasse haben will, dann muss man fuer die einezelnen Wegpunkte die naechstgelegenen SRTM-Daten auf den Punkt umrechnen. Das tut der Genauigkeit der Werte nicht sonderlich gut. und wenn die Strasse dann auch noch senkrecht zum Hoehengradienten verlaeuft (Strasse entlang einer Steilwand), dann wird das Ergebniss voellig unbrauchbar. Wenn man aber die Hoehendaten nimmt, die direkt entlang der Strasse gemessen wurden, dann handelt man sich keine weiteren Fehler dabei ein und bekommt am Ende ein brauchbares Profil der Strasse, das den Steigungsverlauf realistisch wiederspiegelt. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Tobias Wendorff schrieb: Ja ganz toll ... und wenn das Tiefdruckgebiet über Dich wegzieht, sind die Werte am Ende genau wie vorher und von den Fehlern mittendrin weißt du nichts. Du schlaegst vor, innerhalb des Mappinggebietes verschiedene Luftdruckaufzeichnungen zu benutzen, um darueber die Hoehenwerte zu kontrollieren und zu korregieren. Waere es dann nicht einfacher, unterwegs haeufiger mal die Hoehenwerte selber zu kontrollieren? Wenn es dir nicht reicht, am Ende der Tour einen Korrekturwert zu bestimmen, dann kannst du das ja auch mehrfach unterwegs machen. Dann zeichne halt nicht 4 Stunden am Stueck auf, sondern mach da 8 halbstuendige Aufzeichnungen daraus. Durch den Hoehenvergleich unterwegs merkst du ja, ob dein Hoehenmesser noch ordentlich arbeitet, oder ob eine Korrektur notwendig ist. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ausgerechnet am Sonnabend?
Sascha Silbe wrote: On Sat, Dec 06, 2008 at 08:37:53PM +0100, Florian Lohoff wrote: Wann ist an einer Uni am wenigsten los? Dann wenn die Studenten mit dem Kater im Bett liegen - Also jeden Tag vor 17:00 und ganztaegig Sa/So :) OT: Die Studis sind bei solchen Entscheidungen i.d.R. völlig egal (werden nicht mal von der Uni-Verwaltung informiert, sondern bekommen es über Seitenkanäle mit). Die Innsbrucker Universität hat das so gelöst, dass der ZID sowohl auf Homepage, Newsgroup als auch in einem Hinweisfenster nach dem Login die Studenten/Mitarbeiter über planmäßige Wartungsarbeiten informiert. Ich wäre sehr überrascht, wenn es bei der betreffenden Newsgroup nicht so wäre. Wo wurde eigentlich die Info über diesen planmäßigen Ausfall veröffentlicht? Jochen wusste es, also muss es irgendwo veröffentlicht werden. BTW: Bei der Uni Ibk kommt dazu immer die Bitte die Arbeiten so zu planen. Wenn diese Nachricht in OSM z.B. in die talk und den jeweiligen Länderlisten gepostet wird, wäre viel gewonnen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Torsten Leistikow schrieb: Weil wir bereits die SRTM-Daten haben. Für ca. 99% der Fläche ist das wesentlich genauer als alle Versuche mit unserem derzeitigen GPS/Barometerequipment. wenn die Strasse dann auch noch senkrecht zum Hoehengradienten verlaeuft (Strasse entlang einer Steilwand), dann wird das Ergebniss voellig unbrauchbar. Genau, für 1% der Fläche müssen wir anders Daten beschaffen. Da sind dann auch Talbrücken und spitz aufragende Berge mit auf der Liste. Schau Dir bitte die Cyclemap an und sage mir dann, auf wieviel Prozent der Wege Du Nachbesserungsbedarf siehst. Ich halte 1% für einen schon pessimistischen Wert. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
2008/12/7 Johann H. Addicks [EMAIL PROTECTED]: Torsten Leistikow schrieb: Wir haben in X-Y-Richtung genug Daten, bei denen der Fehler wesentlich groesser ist als 10-15 Meter. Warum sollte das fue rhoehendaten nicht mehr reichen? Weil wir bereits die SRTM-Daten haben. Für ca. 99% der Fläche ist das wesentlich genauer als alle Versuche mit unserem derzeitigen GPS/Barometerequipment. Die SRTM-Daten, in die auch Wälder und Bebauung einfließen (sieh dir mal die Höhenlinien der CycleMap nahe Waldrändern an...) und die die meisten Straßendämme/Einschnitte mit ihrem 50/90 Meter-Raster einfach überspringen? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachteil barometrischer HXhenmesser // Re: LKW-Routing (TV-Bericht)
Torsten Leistikow schrieb: Tobias Wendorff schrieb: Du vergisst, dass die Höhe vom Geoid noch auf den Ellipsoid umgerechnet werden muss. Muessen wir das wirklich? Man muss sich sicherlich Gedanken darueber machen, welche Referenz man fuer die Hoehndaten nehmen will. Aber ich glaube kaum, dass man da auf ein Ellipsoid zurueck gehen will. Das kann naemlich einerseits keiner eintragen und andererseits kann es am Ende auch keiner Gebrauchen. Irgendwer hat ins Wiki geschrieben, dass er WGS84 haben will, daher bin ich davon ausgegangen, dass das irgendwann schonmal besprochen wurde. Ich bin auch dafür, Meter zu speichern, weil es eine SI-Einheit ist. Die Frage wird also eher sein, welches Geoid man als Referenz nehmen will. Da bin ich aber leider nicht vom Fach. - Ist beim WGS84 nicht auch ein Geoid mitdefiniert? Nein, nur ein Referenzellipsoid. Ich würde es gerne zusammenfassen, will aber nichts vergessen: http://de.wikipedia.org/wiki/Geoid http://de.wikipedia.org/wiki/Quasigeoid http://de.wikipedia.org/wiki/Referenzellipsoid - Worauf beziehen sich die SRTM-Daten? auf den WGS84 EGM96 Geoid (den kann man auch im Web kostenfrei erreichen) - Worauf bezieht sich ein GPS-Geraet, dass keinen weiteren Hoehenmesser hat? WGS84 Bei den letzten beiden Fragen kann ich lediglich sagen, dass sie sich nicht auf das WGS84-Ellipsoid beziehen, denn dafuer sind die Werte zu dicht an den hier in Deutschland ueblichen NN-Werten. WGS84 und Bessel liegen ja nicht weit auseinander: http://de.wikipedia.org/wiki/Bessel-Ellipsoid ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Am 7. Dezember 2008 18:16 schrieb Chris66 [EMAIL PROTECTED]: Du malst den Bach durch den Wald hindurch. Aufpassen mit dem Layer-Tag. Flüsse und Bäche werden gerne mit Layer -1 getaggt. Dass musst Du dann auch mit dem Wald machen, sonst verschwindet der Bach. Ich würde vorschlagen, den layer-tag ganz wegzulassen. Es kann für Bäche und Seen ruhigen gewissens angenommen werden, daß sie immer unterhalb des Geländes liegen, das sie begrenzt - und damit auch unter den Straßen und Wegen, unter denen Bäche eventuell mit Stahlbeton-Fertigröhren hindurch geführt werden(hier kann man natürlich tunnel taggen...). Sonst würden wir alle jämmerlich ertrinken. ;-) Es ergibt m.E. auch keinen Sinn, landuse-Flächen mit layer-tags zu versehen. Eine solche Fläche ist nicht über oder unter anderen Objekten auf der Karte. Nicht unter Wegen und nicht unter der Erdoberfläche... Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Hallo Chris, Oder meinst Du, Flächen sollten niemals Linien verdecken? je nachdem... Wenn der Bach durch den Wald fliesst, ist das Wasser immer oben. (auch wenn sich darüber die Baumkronen wölben) Wenn die Strasse durch den Wald führt, ist sie immer oben. (auch wenn sich darüber die Baumkronen wölben) Wenn die Strasse durch einen Tunnel führt, ist sie immer unten. (auch wenn der Tunnel im Wald ist) Wenn die Strasse über eine Brücke führt, ist sie immer oben. (auch wenn die Brücke im Wald ist) Wenn die Strasse durch einen See führt, ist sie immer unten: wenn der See untertunnelt ist. immer oben: wenn der See überbrückt ist. (auch wenn der See im Wald ist) Layer benötigt man ausschliesslich als Hilfskonstrukt für nicht eindeutige Fällem z.B. dür komplexe Strassenkreuzungen mit mehreren sich kreuzenden Brücken, oder für unterirdische Seen, oder für unterirdische Flüsse die nicht in einem Tunnel verlaufen) Gruss, Markus Grüße Chris ___ 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] LKW-Routing (TV-Bericht)
Am Sonntag 07 Dezember 2008 schrieb Philipp Matthias Hahn: Moin! On Sun, Dec 07, 2008 at 02:57:46PM +0100, Guenther Meyer wrote: Was ist Dein Problem damit, außer dass es Dir es um das Prinzip geht, dass wenn es hinterher im Router schief läuft, Du sagen kannst dann war es aber unvollständig gemapt. ich hab kein problem. ich versuche nur, die dinge moeglichst EINFACH und PLATZSPAREND abzubilden, und trotzdem ausreichend. Dann mach es doch bitte dem Router einfacher und schreib die Einschränkungen an die Straße. fuer einen renderer ist es aber vielleicht anders einfacher... welcher anwendung soll ich jetzt den vorzug geben? wir taggen weder fuer renderer noch fuer router, sondern fuer alle moeglichen anwendungen. Den Router interessieren hauptsächlich nur die Kanten, die Knoten sind nur für die Berechnung der Entfernung und später beim Anzeigen interessant. Für die Gewichtung der Kante mit der Entfernung muß man sich zwar auch alle Knoten angucken und die Entfernungen daziwschen aufsummieren, aber für sonstige Beschränkungen kommst du algorithmisch in teufels Küche: +===+ A===B C===D | +---+ | +---+ Wenn du bei den Knoten A,B,C und D die gleiche Beschränkung einträgst, für welche Wege gelten die dann: in so einem fall muss man das natuerlich anders machen. ich sprach die ganze zeit von kurzen hindernissen auf jeweils einer strasse... 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] Luftbilder LVA Bayern - Vertrag unterschrieben // Vorgehensweise?
Also ich tagge auch lieber Straßen ohne Namen als gar keine Straßen. Die Namen einfügen kann man immernoch später oder jemand anderes macht es später (das kann z.B. auch jemand machen der gerade keine Zeit oder Möglichkeit hat mit seinem GPS rum zu fahren). Das ist alle mal besser als gar nichts zu mappen. Routingsoftware z.B. intressiert es auch nicht ob die Straße einen Namen hat oder nicht (solange sie nicht das Ziel ist). D.h. für den Bereich würde es schonmal Sinn ergeben die Straßen ohne Namen zu mappen, je mehr Straßen man hat, desto besser. Datum: Sun, 07 Dec 2008 14:43:29 +0100 Von:Tobias Wendorff [EMAIL PROTECTED] Garry schrieb: Blödsinn - ich trage seltenst Strassennamen ein und mappe dafür lieber möglichst viele Strassen in unerfasstem Gebiet. Sehr viele Strassennamen wurden dann von anderen Nachgetragen. *heul* wie denn nun vorgehen? ___ 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] Wald abmalen
Würde sagen das kommt auf den Anwendungszweck des Renderers an. Die einen wollen Tunnel sehen, die anderen nicht. Wobei gerade bei Flüssen auch die Frage ist wie man sie richtig in Layer einteilt. Bei einem Fluss den man sehen kann, finde ich persönlich Layer=-1 z.B. unsinnig. - 1 wäre für mich unter der Erde solange nichts anderes seinen Weg kreuzt (bei Brücken kann man sich ja noch drum streiten) Datum: Sun, 07 Dec 2008 20:13:10 +0100 Von:Markus [EMAIL PROTECTED] Hallo Chris, Oder meinst Du, Flächen sollten niemals Linien verdecken? je nachdem... Wenn der Bach durch den Wald fliesst, ist das Wasser immer oben. (auch wenn sich darüber die Baumkronen wölben) Wenn die Strasse durch den Wald führt, ist sie immer oben. (auch wenn sich darüber die Baumkronen wölben) Wenn die Strasse durch einen Tunnel führt, ist sie immer unten. (auch wenn der Tunnel im Wald ist) Wenn die Strasse über eine Brücke führt, ist sie immer oben. (auch wenn die Brücke im Wald ist) Wenn die Strasse durch einen See führt, ist sie immer unten: wenn der See untertunnelt ist. immer oben: wenn der See überbrückt ist. (auch wenn der See im Wald ist) Layer benötigt man ausschliesslich als Hilfskonstrukt für nicht eindeutige Fällem z.B. dür komplexe Strassenkreuzungen mit mehreren sich kreuzenden Brücken, oder für unterirdische Seen, oder für unterirdische Flüsse die nicht in einem Tunnel verlaufen) Gruss, Markus Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ausgerechnet am Sonnabend?
On Sun, Dec 07, 2008 at 06:58:07PM +0100, Stefan Hirschmann wrote: Die Innsbrucker Universität hat das so gelöst, dass der ZID sowohl auf Homepage, Newsgroup als auch in einem Hinweisfenster nach dem Login die Studenten/Mitarbeiter über planmäßige Wartungsarbeiten informiert. Ich wäre sehr überrascht, wenn es bei der betreffenden Newsgroup nicht so wäre. Wow! Newsgroups sind übrigens ein Fremdwort für unser ZDV, selbst Mailinglisten gibt es nur für Institute (= nicht für Studenten untereinander, nicht für Informationen vom ZDV an den Rest der Uni). Es gibt thematisch nicht sortierte (Rückmeldeerinnerung + Probandensuche + Werbung + wichtige Hinweise der Unileitung + ...) Massenmails an alle Mitarbeiter / MA+Studenten sowie Aktuelles auf der Homepage (= Polling). Wo wurde eigentlich die Info über diesen planmäßigen Ausfall veröffentlicht? Jochen wusste es, also muss es irgendwo veröffentlicht werden. Auf talk oder auf dev, weiß nicht mehr genau (kann es aber nachgucken, falls Du möchtest). Gerade noch on-topic, deshalb Antwort auf Liste. :) CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ausgerechnet am Sonnabend?
Sascha Silbe schrieb: Die Innsbrucker Universität hat das so gelöst, dass der ZID sowohl auf Wow! Newsgroups sind übrigens ein Fremdwort für unser ZDV, selbst Sorry, aber you get what you pay for. Von daher: Seien wir doch glücklich, dass es die übrige Zeit vergleichsweise reibungslos funktioniert. Denn geringer ist die Last auf die Server in den letzten Monaten bestimmt nicht geworden, und da sah es ja auch schonmal wochenlang anders aus. Und was das Topic diese Threads angeht, da gibt es einen schönen Hägar-Strip von Dirk Browne. Hägar hat Schiffbruch erlitten und hat sich auf eine Mini-Insel gerettet. Er schimpft Warum ich! und aus dem Himmel schallt es zurück: Warum nicht? Will sagen: Irgendwann ist Wartung fällig. Außerdem haben wir es doch überlebt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ausgerechnet am Sonnabend?
On Sun, Dec 07, 2008 at 09:38:48PM +0100, Johann H. Addicks wrote: Wow! Newsgroups sind übrigens ein Fremdwort für unser ZDV, selbst Sorry, aber you get what you pay for. Ich schätze mal, Du beziehst Dich nicht auf meine obige Aussage, sondern auf die ursprüngliche Beschwerde, daß die Wartung bei OSM an einem Samstag durchgeführt wird. Daß (eine vernünftige Menge) Geld etwas an der Situation ändern würde, bezweifel ich. Wartungsarbeiten an der Stromversorgung sind auch bei anderen (bezahlbaren) Providern nötig; manchmal auch unverhergesehen mehrere Stunden lang für viele Tausend Server wegen einer einzigen defekten Sicherung. Die Haupt-Datenbank (die read+WRITE ist) auf mehrere Server redundant zu verteilen ist schwierig zu implementieren und nicht unproblematisch (Stichwort: Net-Split). Das ist den Aufwand (und Probleme) für die paar Stunden Wartungszeit im Jahr nicht wert. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo in JOSM 1081
Hallo Stephan, Ich hab's befürchtet ;) Danke für Deine Geduld. Bei mir ist es C:\Documents and Settings\Stephan\Desktop Da verweigert mit Vista den Zugriff. Nun habe ich folgendes gemacht: - josm-latest.jar direkt in C:\ kopiert - im cmd-Fenster das Verzeichnis auf C:\ gewechselt - java -jar josm-latest.jar eingegeben (keine Fehlermeldungen) - einen Kartenausschnitt geladen - Yahoo geladen: Luftbild wird in FF geladen, aber nicht in JOSM, Fehlermeldung wie immer... Dirk hat ja geschrieben, dass eWMS funktioniere und yWMS+WMS ersetze. Soll ich vielleicht mal eWMS benutzen? Falls ja, bedeutet das: - Haken bei WMS und yWMS weg - Haken bei eWMS hin - nochwas? Aber eigentlich fände ich auch wichtig, den Fehler zu finden, denn wenn nun Neulinge die Bayrischen Luftbilder abmalen wollen und dabei die gleichen Schwierigkeiten erleben wie ich, dann werden wir mit dem Projekt nicht den erwünschten Erfolg erzielen... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nochmal SO!GIS-Daten
Hoi Frederik, On Fri, Dec 05, 2008 at 11:38:13PM +0100, Frederik Ramm wrote: Hallo, Frederik Ramm wrote: In der Tat, die gleiche Analyse auf die Aenderungen vom 18. angewendet ergibt immerhin (bei 2672 geloeschten Nodes und 256 veraenderten Ways) 102 Faelle, die automatisch reparierbar sind: Ersetzt reparierbar durch repariert ;-) Super. Sieht viel beser aus. Danke. Ist es denkbar, dass der beobachtete Validator-Bug immer dann auftritt, wenn sich *drei* Ways an einem Punkt (=ursprünglich drei Nodes) treffen? Nein, ich kann das schon mit zwei duplizierten Nodes provozieren. Ich habe an den Bugreport mal eine OSM-Datei zum Testen angehängt: http://josm.openstreetmap.de/attachment/ticket/1807/validatorbug.osm Wenn ich die bei mir aufmache, validiere und den duplizierten Node fixe, verschwindet Segment 1 des Zimmereiwegs. JOSM und der Validator sind beide auf dem neusten Stand. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo in JOSM 1081
Nachtrag: habe eben noch versucht, WMS-Bilder zu laden. - landsat - npe-maps - Oberpfalz Da kommt gar nichts, ausser bei Oberpfalz ein rotes Wasserzeichen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo in JOSM 1081
Nachtrag 2: Wollte grad den Rechner runterfahren, da entdecke ich im cmd-Fenster gaaanz viel Text... Schicke ich Dir mal per PM... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Yahoo in JOSM 1081
Hi, also ich benutze JOSM unter Windows XP und Ubuntu und bei beiden habe ich keine Probleme, wenn ich sowohl ewms als auch wms ausgewählt habe. (ywms nutze ich wegen FF3 nicht). Du mußt halt noch webkit installieren (http://josm.openstreetmap.de/wiki/Plugins). schönen Gruß Alex Markus schrieb: Hallo Stephan, Ich hab's befürchtet ;) Danke für Deine Geduld. Bei mir ist es C:\Documents and Settings\Stephan\Desktop Da verweigert mit Vista den Zugriff. Nun habe ich folgendes gemacht: - josm-latest.jar direkt in C:\ kopiert - im cmd-Fenster das Verzeichnis auf C:\ gewechselt - java -jar josm-latest.jar eingegeben (keine Fehlermeldungen) - einen Kartenausschnitt geladen - Yahoo geladen: Luftbild wird in FF geladen, aber nicht in JOSM, Fehlermeldung wie immer... Dirk hat ja geschrieben, dass eWMS funktioniere und yWMS+WMS ersetze. Soll ich vielleicht mal eWMS benutzen? Falls ja, bedeutet das: - Haken bei WMS und yWMS weg - Haken bei eWMS hin - nochwas? Aber eigentlich fände ich auch wichtig, den Fehler zu finden, denn wenn nun Neulinge die Bayrischen Luftbilder abmalen wollen und dabei die gleichen Schwierigkeiten erleben wie ich, dann werden wir mit dem Projekt nicht den erwünschten Erfolg erzielen... Gruss, Markus ___ 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] Luftbilder LVA Bayern - Vertrag unterschrieben //?Vorgehensweise?
Steffen Langenbach [EMAIL PROTECTED] wrote: Also ich tagge auch lieber Straßen ohne Namen als gar keine Straßen. Auf jeden Fall! Für was wäre wohl der spezielle Tag highway=road denn geschaffen worden, wenn sowas nicht erwünscht wäre. Straßennamen können selbst durch Ortskundige ohne Spezialtechnik ergänzt werden. Gruss Sven -- We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) /me is [EMAIL PROTECTED], 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] Nachteil barometrischer Höhenmesser
Torsten Leistikow schrieb: Garry schrieb: Bei Strassenverläufen ist das aber nicht so. Eine Abweichung bis in den mehreren 10m-Bereich wirst Du bei unseren Messmöglichkeiten immer haben. Das haben wir jetzt im zweidimensionalen auch. Und da stoert es auch niemanden. Da ist es auch wurscht ob sich die Strassen 10m weiter links oder rechts kreuzen. Im dreidimensionalen heisst das aber die Strassen sind kreuzungsfrei (Tunnel/Brücke).D.h. Du muss jeden Strassenschnittpunkt überprüfen ob ein Höhenfehler oder ein Verbindungsfehler vorliegt. Jetzt lass zwei Strassen mit Höhenangaben kreuzen und Du hast ein Problem: Gibt es eine Strassenkreuzung, eine Überführung, ein Tunnel? Liegt eine Strasse in einem Einschnitt und die andere wird in kurzen Einschnitten auf das Niveau abgesenkt und gleich wieder angehoben? Genau diese Angaben tragen wir jetzt auch haendisch ein. Was spricht dagegen, zusaetzlich noch Hoeheninformationen zu spendieren. Ok, sie koennen sich widersprechen, aber das kann man dann ja recht gut ver Validator pruefen lassen. Kann man nicht, weil man eben ohne Ortskenntniss oder guten Luftbildern nicht weiss ob es ein Höhen- oder Kreuzungsfehler ist. Gibt es einfach nur einen Offset in der Erfassung?`Wie stelle ich das fest und wie korrigiere ich das? Bei einzelnen Punkten kann man nachschauen gehen - für OSM muss man aber jeden Einzelnen (Kreuzungs)Punkt überprüfen - ein realistisch nicht zu bewältigender Aufwand. Mit der gleichen Aussage haette man OSM gar nicht erst starten duerfen. Es ist schon erstaunlich, was eine Horde Spinner so alle sschaffen kann. Du verstehst offenbar die Problematik nicht - im Zweidimensionalen stören die 10m oder auch 20m Toleranz nicht, im dreidimensionalen hast Du aber jedemal ein Validierungsproblem wenn an einem Kreuzungspunkt zwei Strassen mit 10 oder mehr Höhenmeter miteinander verbunden sind. Vergiss es - ein Aufwand der in keinem Verhältniss zum Ergebniss steht und einen Rattenschwanz an zusätzlichen Aufwänden hinter sich herzieht. Daraus schliesse ich mal, dass DU keine Hoehendaten brauchst. Mit dem Falsch geschlossen - aber ich nehme mir die Höhendaten aus einer Höhendatenbank die eindeutige Werte liefert - dass die auch eine Gewisse Fehlertoleranz haben spielt hier keine Rolle. Bei OSM-Höhendaten gäbe es aber keine eindeutigen Werte mehr - jedes sich kreuzende Strassenpaar hätte zunächst nur in Ausnahmefällen den gleichen Höhenwert. gleichen argument kann man aber auch jede menge andere Eintraege in OSM abschaffen, die irgendwen anderes nicht interessieren, so ist z.B. fuer einen Fussgaenger die Geschwindigkeitsdiskussion voelleig egal, die hier gerade tobt, oder die Diskussion bzg. LKW-Routing. ... und fehleranfälligste bzgl. Anwenderfehler. Im Gegensatz zur GPS-Höhe kann die barometrische Höhenmessung nicht selbständig erkennen dass ein Fehler vorliegt. 1. Verglichen mit einer ordentlich durchgefuehrten barometrischen Messung ist die GPS-Hoehe auch bei korrekter Anwendung fuer die Tonne. Wenn man hier vorschlagen wuerde, ausschliesslich GPS-Hoehenwerte mit in die Datenbank zu uebernehmen, dann wuerde ich dir zustimmen, dass das keinen Sinn macht. Dann musst Du mir auch für die Barometermessung recht geben da Du nichts über den weisst der die Höhenmessung gemacht und welche Methode er verwendet hat. 2. Mir ist kein GPS-Geraet bekannt, dass einem Aussagen ueber die Genauigkeit der GPS-Hoehe liefert. Die mir bekannten Geraete zeigen maximal eine Genauigkeit fuer die x-y-Position an, aus der man wohl tendentiell eine Aussage ueber die Hoehengenauigkeit ableiten kann. Leider speichern die mir bekannten Geraete die Genauigkeit nicht mit ab, so dass man beim Eintragen in die OSM-Datenbank den Werten leider nicht mehr ansehen kann, ob sie brauchbar sind oder nicht. Du kannst davon ausgehen dass wenn die x-y-Position schon ungenau ist die z-Position erst recht nicht genau ist. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
