Re: [Talk-de] Tote POI in Dortmund
Hi, Dortmund ist durch einen user mit leeren POI zugepflastert worden, es sind hunderte, wenn nicht tausende, die (zumindest in potlatch) teilweise mehrfach übereinanderliegen. 1697, wie es scheint. Hier ein Bild mit allen diesen Nodes: http://www.remote.org/frederik/tmp/do.png Vielleicht erkennt ein Dortmunder ja, was der Sinn dahinter gewesen sein koennte? Grundsaetzlich kann es ja immer sein, dass jemand nackte Nodes importiert und spaeter erst die passenden Ways dazu, aber hier ist das ja nun schon eine Zeit her... Und als OSM-Datei http://www.remote.org/frederik/tmp/do.osm Ich habe die Nodes jetzt geloescht. Grundsaetzlich finde ich Tobias' Ansatz (Hilfe zur Selbsthilfe - er hatte Dir angeboten, Dir eine Datei zu schicken, die Du selbst mit JOSM hochlaedst und dadurch die Nodes loeschst) besser, als immer zu sagen ich mach das fuer Dich (so wie ich es jetzt gemacht habe), aber da Du nach eigenem Bekunden voellig planlos bist... ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sebalder Reichswald verschwunden
Karl Eichwalder schrieb: Irgendetwas ist in den hohen Zoomstufen (Mapnik) mit dem nördlichen Teil des Sebalder Reichsforst passiert: http://www.informationfreeway.org/?lat=49.52774706351755lon=11.107144972548832zoom=14layers=0F0B0F In JOSM sieht alles OK aus. Ich würde mal den nächsten Mapnik Lauf abwarten. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger WGS-84
Die Umrechnung beinhaltet jede Menge Funktionen (Winkelfunktionen und Wurzeln), die in Computern nicht exakt abgebildet werden und in verschiedenen Programmiersprachen unterschiedlich genau sind. Außerdem sind Iterationen drinnen. Je nach Abbruchbedingung gibt es so auch noch Abweichungen. lg Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Miriam Tolke Sent: Wednesday, December 10, 2008 12:28 PM To: Openstreetmap allgemeines in Deutsch Subject: Re: [Talk-de] Kauß-Krüger WGS-84 Hallo, bezüglich der Umrechnung habe ich mir jetzt alles hier durchgelesen und kann nachvollziehen dass es keine triviale Aufgabe ist. Aber dennoch sollte man doch annehmen dürfen, dass zumindest einige der Umrechnungssites/Applets/Software auf das gleiche Ergebnis kommen. Die Realität sieht so aus: GK: 4452306 5495775 (die Eingabe habe gerundet da zwei Tools keine Nachkommastellen beherrschen) geodatenzentrum.de 49.5968547, 11.3387989 proj4 49.5968422, 11.3388388 http://www.orchids.de/florkart/skripte/GeoTrans.htm 49.5968617, 11.3387955 http://www.ottmarlabonde.de/L1/Pr2.Applet1.html 49.5968645, 11.3388005 http://calc.gknavigation.de/ 49.5968703, 11.3388005 Die Abweichungen treten zwar meisten erst in der vierten Nachkommastelle auf, aber merkwürdig finde ich es schon. Sollte es gar bei dieser Umrechnung überhaupt kein Richtig oder Falsch geben? Grüße, Miriam ___ 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] Sebalder Reichswald verschwunden
Chris66 schrieb: In JOSM sieht alles OK aus. Ich würde mal den nächsten Mapnik Lauf abwarten. Hab nochmal etwas genauer hingeguckt: Problem könnte die Residential #12693143 sein, die Mitglied des Wald-Multipolygons (Rel. #12298) mit Rolle ist. Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger WGS-84
Wolfgang W. Wasserburger [EMAIL PROTECTED] schrieb am Mi, 10.12.2008: Die Umrechnung beinhaltet jede Menge Funktionen (Winkelfunktionen und Wurzeln), die in Computern nicht exakt abgebildet werden und in verschiedenen Programmiersprachen unterschiedlich genau sind. Außerdem sind Iterationen drinnen. Je nach Abbruchbedingung gibt es so auch noch Abweichungen. Also ist nicht nur die Programmierung, sondern auch die Kodierung ein möglicher Grund für Fehler. Es ist sicher ein Unterschied die Konvertierung mal kurz in PHP oder Perl hinzurotzen oder guten Mathe-Libs sorgfältig in Java, C oder Fortran zu verwenden. Trotzdem, sollten nicht zumindest die vom Geodatenzentrum und vom USGS viel Sorgfalt verwendet haben und zumindest auf sechs Stellen deckungsgleich sein? Heutzutage wird doch auch mit GPS vermessen und durch Postprocessing Genauigkeiten im Millimeterbereich generiert. Und dann kommt es bei der Umrechnung zwischen den Systemen zu Ungenauigkeiten im Bereich von drei Metern (wenn ich mich nicht verrechnet habe)? Wie kommen die Vermessungsämter eigentlich auf ihre GK-Koordinaten? Passiert das schon im Empfänger? Ciao, Miriam ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Area Check
Hallo Gerhard, wieder mal die Bitte, das auch für Österreich laufen zu lassen. lg Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Gary68 Sent: Tuesday, December 09, 2008 6:41 PM To: talk-de Subject: [Talk-de] Area Check Hi, habe mal einen Area Check über Deutschland laufen lassen. Also alle Ways mit area=yes, wo Anfang und Ende verschiedene Nodes haben. Seien die Areas nun offen oder die Wege doppelt gezeichnet. For what it's worth... http://wiki.openstreetmap.org/wiki/SomeChecks Ciao Gerhard Gary68 ___ 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] GK-Projektion
Am 28. November 2008 18:09 schrieb Sven Geggus [EMAIL PROTECTED] : Dominik Spies [EMAIL PROTECTED] wrote: Zum anderen muss man bei einer Umprojezierung der Bilder mit Qualitätsverlusten rechnen, was nicht ideal ist. Das sind keine Qualitätsverluste, die man wirklich merkt, das passt schon. Letztlich hast Du das selbe Problem schon bei jeder Skalierung außerhalb der Zweierpotenzen. das stimmt schon, aber bei der genannten Vorgehensweise hat man das Problem 2x, und daher auch 2x den Qualitaetsverlust. Das sollte bei entsprechender Ausgangsbildqualitaet allerdings trotzdem noch zu verschmerzen sein und wenn es der einfachste Weg ist... Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger WGS-84
Miriam Tolke schrieb: Die Abweichungen treten zwar meisten erst in der vierten Nachkommastelle auf, aber merkwürdig finde ich es schon. Sollte es gar bei dieser Umrechnung überhaupt kein Richtig oder Falsch geben? Völlg normal, kleinste Ungenauigkeiten in den Konstanten sorgen sofort für Abweichung von wenigen Millimetern. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger WGS-84
Miriam Tolke schrieb: Also ist nicht nur die Programmierung, sondern auch die Kodierung ein möglicher Grund für Fehler. Es ist sicher ein Unterschied die Konvertierung mal kurz in PHP oder Perl hinzurotzen oder guten Mathe-Libs sorgfältig in Java, C oder Fortran zu verwenden. Trotzdem, sollten nicht zumindest die vom Geodatenzentrum und vom USGS viel Sorgfalt verwendet haben und zumindest auf sechs Stellen deckungsgleich sein? Bei Garmin rechnen sogar die Handhelds anders um als das Mapsource auf dem Windows-Desktop. Und spätestens bei Projektionen und Flächenberechnung über größere Areale ist mit der Genauigkeit des Handhelds völlig hinüber. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Mailingliste für Franken?
Am Mittwoch, 10. Dezember 2008 00:58:09 schrieb John07: Auf jeden Fall hab ich bis jetzt eigentl. nie eine Mailingliste für uns hier vermisst Ich schon. Allerdings habe ich auch mit Jabber nichts am Hut. Gerhard -- http://wiki.openstreetmap.org/wiki/User:Gwww http://www.pasta.franken.de http://www.liegeradtage.org http://www.liegerad.franken.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger WGS-84
Hallo Miriam, das gleiche Ergebnis Ja, das hat mich auch irritiert. Damit ich eine Vorstellung der Differenzen bekomme, habe ich eine Tabelle gemacht, wieviel Nachkommastellen wie genau sind: http://wiki.openstreetmap.org/wiki/DE:Genauigkeit_von_Koordinaten (kann das bitte mal jemand prüfe?) Bei Deinen Beispielen beträgt die max. Abweichung Breite: 3,12m Länge: 4,35m*cos(Breite)=2,8m (wenn ich richtig gerechnet habe) Es würde also bei der dezimalen Koordinaten-Darstellung reichen, wenn man 5 Nachkommastellen angibt (der Rest gaukelt eine nicht vorhandene Genauigkeit vor). Und das gilt natürlich auch nur, wenn die ursprünglichen Messergebnisse vor der Umwandlung so genau waren. (in diesem Falle hat man mir 1 dm genannt) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Mailingliste für Franken?
Am Dienstag, 9. Dezember 2008 23:42:32 schrieb Ulf Lamping: Wenn sich jetzt keiner hinstellt und das unbedingt in Würzburg oder so machen will (wäre für mich auch ok), würde ich den Job übernehmen muß nicht sein, aber ich kenne mich mit mailman leidlich aus und habe eh schon andere Mailinglisten laufen. Wenn es das einfacher machen würde, dann könnte ich es auch machen. P.S: Wir hatten eine ähnliche ML schon bei Google Groups, aber die kam (auch bei mir) irgendwie nicht besonders gut an ... warum? Gerhard -- http://wiki.openstreetmap.org/wiki/User:Gwww http://www.pasta.franken.de http://www.liegeradtage.org http://www.liegerad.franken.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger WGS-84
Ich denke, das Problem ist weniger die Rechenungenauigkeit, als die Verwendung verschiedener Algorithmen und unterschiedlicher Parametersätze. Einen schlechten Code erkennt man schon mal daran, dass die Rück-Umrechnung (GK-WGS84-GK) ungenaue Ergebnisse liefert. Hierbei solle es aber nur Abweichungen im cm-Bereich geben. Die verschiedenen Umrechnungsmethoden liefern aber m.W. lokal betrachtet einen absoluten Fehler im bereich von 1-3m. Der differentielle Fehler dürfte geringer sein Die Vermesser nutzen ja immer Referenzpunkte, auf die sie ihre Messung beziehen können. Die gemessenen Werte werden dann später erst in das vorhandene Punktraster eingerechnet und ausgeglichen. Miriam Tolke schrieb: Wolfgang W. Wasserburger [EMAIL PROTECTED] schrieb am Mi, 10.12.2008: Die Umrechnung beinhaltet jede Menge Funktionen (Winkelfunktionen und Wurzeln), die in Computern nicht exakt abgebildet werden und in verschiedenen Programmiersprachen unterschiedlich genau sind. Außerdem sind Iterationen drinnen. Je nach Abbruchbedingung gibt es so auch noch Abweichungen. Also ist nicht nur die Programmierung, sondern auch die Kodierung ein möglicher Grund für Fehler. Es ist sicher ein Unterschied die Konvertierung mal kurz in PHP oder Perl hinzurotzen oder guten Mathe-Libs sorgfältig in Java, C oder Fortran zu verwenden. Trotzdem, sollten nicht zumindest die vom Geodatenzentrum und vom USGS viel Sorgfalt verwendet haben und zumindest auf sechs Stellen deckungsgleich sein? Heutzutage wird doch auch mit GPS vermessen und durch Postprocessing Genauigkeiten im Millimeterbereich generiert. Und dann kommt es bei der Umrechnung zwischen den Systemen zu Ungenauigkeiten im Bereich von drei Metern (wenn ich mich nicht verrechnet habe)? Wie kommen die Vermessungsämter eigentlich auf ihre GK-Koordinaten? Passiert das schon im Empfänger? Ciao, Miriam ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald abmalen
Ich weiss ehrlich gesagt nicht für was es damals gedacht war als es entwickelt wurde. Die Frage die man sich inzwischen doch stellen muss ist: Für was wird es heute gebraucht? Die fehlende 3D-Unterstützung soll es ja nicht direkt ersetzen, wie du ja selbst auch schon geschrieben hast, dafür würden 10 Stufen nicht ausreichen. Es soll ja nur andeuten Was liegt drüber und was liegt drunter? bei einer komplexeren Struktur damit der Datennutzer/-verarbeiter weiss wie er die Dinge darstellen kann bzw. erkannt werden kann ob fälschlicherweise ein Node als Schnittpunkt vergessen wurde. Für Routing z.B. wäre es so ziemlich irrelevant was jetzt oben und was unten liegt. Also ist es wirklich nur ein Merkmal das benötigt wird um die Daten grafisch richtig dar zu stellen. Oder habe ich da etwa einen Punkt übersehen? Wenn es wirklich nur zur Darstellung benötigt würde, wäre es Tagging für den Renderer und damit abzulehnen. Es wird aber benötigt, um festzulegen, welches Objekt über welchem anderen ist, also um die Realität zu beschreiben. Wenn dem so ist, kann in vielen Fällen der renderer selbst entscheiden was oben und was unten liegt ohne den Layer-tag beachten zu müssen. Es stellt natürlich eine Erleichterung für die programmierer der Renderer dar wenn sie sich hier nur auf das Layer-tag beziehen können, damit ist es möglich schneller und mit einfacheren regeln einen renderer zu erstellen, mit nur marginalem Mehraufwand für diejenigen die die Daten in OSM pflegen. Das die Datennutzer sich an das verwendete Datenmodell anpassen müssen stimmt zwar in gewisser Weise, ABER man sollte das Datenmodell auch so gestalten, dass es von den Datennutzern auch recht einfach und ohne großen Aufwand interpretiert und implementiert werden kann. Sonst findet das Datenmodell nämlich keine akzeptanz. In diesem Zusammenhang könnte ich dir z.B. sagen warum es wichtig ist, dass es highway=track und tracktype=irgendwas heissen muss. Damit Renderer die bestimmte Details nicht benötigen schneller und einfacher programmiert werden können (sie müssen nur das highway-tag beachten). Und warum gilt das für layer nicht? Und um wieder zum eigentlichen Thema des Threads zurück zu kommen: Da das layer-tag dem Renderer quasi sagt was oben liegt und was unten, sollte man mit diesem Tag so sparsam wie möglich umgehen und es nur dort einsetzen wo es wirklich nötig ist, damit dem Renderer auch noch eigener Spielraum zur Interpretation bleibt. So will der eine einen Fluss der durch den Wald fliest vielleicht nicht darstellen, der andere will es aber dargestellt haben. Mit dem Layer-tag würde man solche Möglichkeiten unterbinden oder man würde den programmierer dazu zwingen kompliziertere Abfragen zu schreiben oder das layer-tag ganz zu ignorieren. Ohne layer-tag könnte der Programmierer einfach sagen Waldfläche ist Boden und Boden liegt immer unten solange nichts einen Minus-Layer hat. Das kann (und soll!) er mit layer-Tag genauso. Die Waldfläche muss (außer vielleicht für ganz spezielle Anwendungen) ganz unten, also noch unterhalb von Objekten mit layer=-5 liegen, weil sie eine Flächennutzung anzeigt, wie z.B. industrial, residential etc. Ich finde es so auch wesentlich unkomplizierter für den Mapper. Ansonsten muss man sich ja immer überlegen ob man den wald nun auf -1 setzt oder die Straße/den Fluss auf +1. Und was wenn es dort Katakomben gibt? Sind die dann auf -1 weil sie schon vor dem Wald anfangen oder auf -2 weil sie in den Wald der auf -1 liegt hinein gehen ... Das erübrigt sich, wie oben gesagt. Einem landuse=forest einen Layer zu verpassen hat genau so wenig Sinn, wie das bei einem politischen Gebiet oder einer Flächennutzung zu machen. Dabei handelt es sich nicht um physikalische Objekte. Grüße, Marc -- Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Benutzung von is_in
Hallo, ich würde gerne bei meinen Bearbeitungen die Verwaltungshierarchien richtig codieren. Key:is_in und Key:place im Wiki habe ich mir schon durchgelesen, gibt es aber vielleicht einen Quasi-Standard für Deutschland? Erstmal, gibt es ein Tag für Gemeinde? Dann, hängt das Tagging eines Place als village oder suburb nur von der Größe oder auch von der Zugehörigkeit zu einer Stadt/Gemeinde ab? Zumindest auf dem Land finden sich sowohl Dörfer als auch Weiler die Ortsteile sind. Als was taggt man die? Oder nehmen wir den Markt Wendelstein im Landkreis Roth. Da ist u.a. der Ort Wendelstein Teil des Marktes. Ist das ein village oder ein suburb? Um das Ganze mit is_in in den Griff zu bekommen kommt es dann zu sowas: is_in:Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Wird mit Roth die Stadt Roth oder der Landkreis Roth gemeint? Ich weiß es, aber dem Computer wird das nicht langen. Sind dann die suburbs Sperberslohe, Kleinschwarzenlohe, Neuses usw. mit is_in:Wendelstein,Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe zu taggen? Oder zumindest is_in:Wendelstein Aber welches Wendelstein, der Markt, der Ort, oder gar der Berg? Ciao, Miriam ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer erfindet die Symbole in der Legende ? // Re: günstiger.de bietet lokale Suche an
Am 28. November 2008 18:50 schrieb RalfGesellensetter [EMAIL PROTECTED]: Am Donnerstag 27 November 2008 schrieb John07: Auf jeden Fall wirds Zeit, dass wir Elektronikmärkte rendern ;-) Ne, das könnten die eigentl. selber machen. Mag das jemand mal auf talk verbreiten, ich denke das könnte durchaus als Motivationsschub interessant sein. Gute Idee. Dazu fällt mir wieder die Frage ein: Wer kreiiert all die netten Icons (z.B. für Supermarkt) und wo wird das diskutiert? Vermutung: Osmarender bzw. andere Entwicklerlisten + SVN? Sollte/könnte man da die Mapper/das Wiki (die Community) stärker mit einbeziehen? Gibt es da internationale Standards? Einiges ist auch in den Wikimedia Commons zu finden. Das Thema ist auch aktuell, wenn es um die Weihnachtsmarktsaktion geht. Ich denke, auch hier könnte man interessierte Junior-Designer[innen] in das Projekt einbinden. Gruß Ralf die Icons, sofern nicht aus bestehenden freien (z.B. PD) Quellen importiert, kann jeder jederzeit selbst erstellen. Wenn man erstmal ein Icon gemacht hat, findet sich meist auch schnell jemand, der das dann einbaut (Ausnahme z.B. http://www.koppenhoefer.com/osm/parking_garage.svg mein Parkhaus-Icon). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kauß-Krüger WGS-84
Hallo, bezüglich der Umrechnung habe ich mir jetzt alles hier durchgelesen und kann nachvollziehen dass es keine triviale Aufgabe ist. Aber dennoch sollte man doch annehmen dürfen, dass zumindest einige der Umrechnungssites/Applets/Software auf das gleiche Ergebnis kommen. Die Realität sieht so aus: GK: 4452306 5495775 (die Eingabe habe gerundet da zwei Tools keine Nachkommastellen beherrschen) geodatenzentrum.de 49.5968547, 11.3387989 proj4 49.5968422, 11.3388388 http://www.orchids.de/florkart/skripte/GeoTrans.htm 49.5968617, 11.3387955 http://www.ottmarlabonde.de/L1/Pr2.Applet1.html 49.5968645, 11.3388005 http://calc.gknavigation.de/ 49.5968703, 11.3388005 Die Abweichungen treten zwar meisten erst in der vierten Nachkommastelle auf, aber merkwürdig finde ich es schon. Sollte es gar bei dieser Umrechnung überhaupt kein Richtig oder Falsch geben? Grüße, Miriam ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gauß-Krüger WGS-84
Hallo Markus, ich hatte mal für Regensburg folgende Werte bestimmt: Im Rechtswert (GK) entsprechen 10 Meter 0,49'' (WGS-84) Im Hochwert (GK) entsprechen 10 Meter 0,33'' (WGS-84) Noch war zur Koordinatenverwirrung, da ich gerade mal wieder die DatRi-GRUBIS vor mir liegen habe, die den Datenaustausch der Vermessungsämter regelt: Feld 8: Rechtswert oder y-Wert Der jeweilige Rechtswert oder y-Wert wird in der Maßeinheit Zentimeter dargestellt. Bei GK-Koordinaten erfolgt keine Angabe der Meridiankennziffer. Führende Nullen werden angegeben. Feld 9: Hochwert oder x-Wert Der jeweilige Hochwert oder x-Wert wird in der Maßeinheit Zentimeter dargestellt. Bei GK-Koordinaten erfolgt keine Angabe der 1000 km-Stelle. Führende Nullen werden angegeben. Also bei GK-Koordinaten sollte man immer vom Rechts- bzw. Hochwert sprechen, da die Vermesser X-Achse und Y-Achse anders sehen als die Normaluser! Markus schrieb: Hallo Miriam, das gleiche Ergebnis Ja, das hat mich auch irritiert. Damit ich eine Vorstellung der Differenzen bekomme, habe ich eine Tabelle gemacht, wieviel Nachkommastellen wie genau sind: http://wiki.openstreetmap.org/wiki/DE:Genauigkeit_von_Koordinaten (kann das bitte mal jemand prüfe?) Bei Deinen Beispielen beträgt die max. Abweichung Breite: 3,12m Länge: 4,35m*cos(Breite)=2,8m (wenn ich richtig gerechnet habe) Es würde also bei der dezimalen Koordinaten-Darstellung reichen, wenn man 5 Nachkommastellen angibt (der Rest gaukelt eine nicht vorhandene Genauigkeit vor). Und das gilt natürlich auch nur, wenn die ursprünglichen Messergebnisse vor der Umwandlung so genau waren. (in diesem Falle hat man mir 1 dm genannt) 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] Motorways ohne oneway tag... - was QA routing etc.
Jetzt ist die Frage. Wenn man mit dem Wenden Argumentiert, dann müsste man jede Straße mit Sperlinie als Oneway rein stellen. das muesste man nicht nur, das muss man. Mit Glaubensrichtungen hat das eigentlich nichts zu tun. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigenentwicklung Höhenmesser
On Wed, 2008-12-10 02:09:54 +0100, Johann H. Addicks [EMAIL PROTECTED] wrote: Tobias Wendorff schrieb: Ihr seit ja Spassvögel - riessen Aufwand treiben wollen um die Höhe genau zu loggen und dann mit Bluetooth basteln. Da ist der Ärger vorprogrammiert bei den vielen Fehlerquellen die es da gibt. Das haben wir nie in Betracht gezogen :-) Ihr schriebt aber, dass ihr eine BT-GPS-Maus mit ankoppelt wollt statt einer mit RS232. ...die intern vermutlich ein TTL-kompatibles serielles Interface hat, das an einen BT-Chip geführt ist. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: GDB has a 'break' feature; why doesn't it have 'fix' too? the second : signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Motorways ohne oneway tag... - was QA routing etc.
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Martin Koppenhoefer Jetzt ist die Frage. Wenn man mit dem Wenden Argumentiert, dann müsste man jede Straße mit Sperlinie als Oneway rein stellen. das muesste man nicht nur, das muss man. Mit Glaubensrichtungen hat das eigentlich nichts zu tun. Martin und ob, du glaubst das man das muss, und ich glaube das man das nicht muss :) gruesse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzung von is_in
Miriam Tolke schrieb: Um das Ganze mit is_in in den Griff zu bekommen kommt es dann zu sowas: is_in:Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Soweit ich informiert bin, ist dieses Tagging-Schema veraltet. Heute löst man etwas eigentlich mit Relations. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Area Check
hi wolfgang, österreich ist nun online. http://wiki.openstreetmap.org/wiki/SomeChecks ciao gerhard Am Mittwoch, den 10.12.2008, 13:32 +0100 schrieb Wolfgang W. Wasserburger: Hallo Gerhard, wieder mal die Bitte, das auch für Österreich laufen zu lassen. lg Wolfgang -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Gary68 Sent: Tuesday, December 09, 2008 6:41 PM To: talk-de Subject: [Talk-de] Area Check Hi, habe mal einen Area Check über Deutschland laufen lassen. Also alle Ways mit area=yes, wo Anfang und Ende verschiedene Nodes haben. Seien die Areas nun offen oder die Wege doppelt gezeichnet. For what it's worth... http://wiki.openstreetmap.org/wiki/SomeChecks Ciao Gerhard Gary68 ___ 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] Luftbilder LVA Bayern - Vertrag unterschrieben // Vorgehensweise?
Garry schrieb: Wir sind doch keine Ölbildmaler wo jedes Stück Leinwand mit einer Farbschicht versehen sein muss. Die Zukunft von OSM hängt vor allem da dran wie genau die Verkehrsbeziehungen erfasst und gepflegt sind Im Prinzip hast du voellig recht. Allerdings habe ich festgestellt, dass ich eine Karte optisch wesentlich schoener finde, wenn es zwischen den einzelnen Elementen keine weissen Flecken gibt. Insofern bevorzuge ich inzwischen den Ansatz, die Flaechenelemente bis ans naechste Element heran zu mappen, und z.B. nicht fuer einen Knick oder aehnliches einen Streifen frei zu lassen. Wir mappen zwar nicht fuer Renderer, aber am Ende soll doch eine ansehnliche Karte bei rauskommen. Und nur dadurch, dass man zwischen den Elementen freie Spalte eintraegt, werden die Nutzdaten ja auch nicht genauer. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzung von is_in
On Wed, Dec 10, 2008 at 01:42:12PM +, Miriam Tolke wrote: Subject: [Talk-de] Benutzung von is_in Hallo, ich würde gerne bei meinen Bearbeitungen die Verwaltungshierarchien richtig codieren. Key:is_in und Key:place im Wiki habe ich mir schon durchgelesen, gibt es aber vielleicht einen Quasi-Standard für Deutschland? Nicht wirklich. Erstmal, gibt es ein Tag für Gemeinde? Dann, hängt das Tagging eines Place als village oder suburb nur von der Größe oder auch von der Zugehörigkeit zu einer Stadt/Gemeinde ab? Zumindest auf dem Land finden sich sowohl Dörfer als auch Weiler die Ortsteile sind. Als was taggt man die? Oder nehmen wir den Markt Wendelstein im Landkreis Roth. Da ist u.a. der Ort Wendelstein Teil des Marktes. Ist das ein village oder ein suburb? Um das Ganze mit is_in in den Griff zu bekommen kommt es dann zu sowas: is_in:Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Wird mit Roth die Stadt Roth oder der Landkreis Roth gemeint? Ich weiß es, aber dem Computer wird das nicht langen. Sind dann die suburbs Sperberslohe, Kleinschwarzenlohe, Neuses usw. mit is_in:Wendelstein,Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe zu taggen? Oder zumindest is_in:Wendelstein Aber welches Wendelstein, der Markt, der Ort, oder gar der Berg? Das sollte ja auch noch Landkreis Roth sein damit klar ist was gemeint ist. Hier in NRW Haben wir den Kreis Gütersloh deren Kreisstadt Gütersloh ist. Also habe ich hier alles auf Gütersloh,Kreis Gütersloh,Regierungsbezirk Detmold,Nordrhein-Westfalen... getagged. Wenn du nur is_in:Wendelstein machst waere das ggfs nicht eindeutig. D.h. nur der gesamte Pfad hat eindeutigkeit. Bei mir um die Ecke ist Langenberg - davon gibts in Deutschland mal mind. 3-5. Ich bin mal einfach davon ausgegangen das die is_in nur hierarchisch sein muessen und das die absoluten ebenen eigentlich egal sind. Hier gibts das stuendlich geupdated mit allen places in D-Land das ganze als HTML Tabelle: http://autobug.osm.lab.rfc822.org/lists/hierarchy.html 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] Benutzung von is_in
André Reichelt wrote: Miriam Tolke schrieb: Um das Ganze mit is_in in den Griff zu bekommen kommt es dann zu sowas: is_in:Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Soweit ich informiert bin, ist dieses Tagging-Schema veraltet. Heute löst man etwas eigentlich mit Relations. Es gibt zwar auch eine Relation dafür. Aber: is_in=Europe als Relation? Spätestens da merkt man, dass Relationen nicht unbedingt etwas sind, was skalieren. Nächstes Problem: Nehmen wir eine Stadt mit über 100.000 Einwohnern. Diese bekommt ziemlich schnell mehr als 2000 Objekte zusammen. Doch 2000 ist laut API schon die Grenze für Relationen. Daraus folgt: Relationen sind eine nette Spielerei. Aber für große Gebiete einfach ungeeignet. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Mailingliste für Franken?
Gerhard Wilhelm schrieb: Am Mittwoch, 10. Dezember 2008 00:58:09 schrieb John07: Auf jeden Fall hab ich bis jetzt eigentl. nie eine Mailingliste für uns hier vermisst Ich schon. Allerdings habe ich auch mit Jabber nichts am Hut. Hm, damit muss man nichts am Hut haben. ICQ gibts auch auf Anfrage ;-) Aber ist ja gut, wenn du jetzt die Hand hebst, ich hab ja nur meine persönliche Meinung dargestellt. Bis Donnerstag Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [leicht OT] Süddeutsche: Gefä lschte Landkarten
Hi, in der heutigen Süddeutschen ist auf Seite 18 ein Artikel über Landkarten und insbesondere über Fälschung und Geheimhaltung von diesen. Fand ich ganz interessant, insbesondere die Zensur von Karten und das Karten schon immer einen großen Wert hatten und daher stark kontrolliert wurden/werden. Ich denke den (tieferen) Bezug zu OSM könnt ihr euch selber denken. Daher lest doch lieber selber: http://www.sueddeutsche.de/wissen/293/451009/text/ (Link gerade erst entdeckt, scheint der Originalartikel zu sein) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzung von is_in
2008/12/10 Stefan Hirschmann [EMAIL PROTECTED]: André Reichelt wrote: Miriam Tolke schrieb: Um das Ganze mit is_in in den Griff zu bekommen kommt es dann zu sowas: is_in:Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Soweit ich informiert bin, ist dieses Tagging-Schema veraltet. Heute löst man etwas eigentlich mit Relations. Es gibt zwar auch eine Relation dafür. Aber: is_in=Europe als Relation? Spätestens da merkt man, dass Relationen nicht unbedingt etwas sind, was skalieren. Nächstes Problem: Nehmen wir eine Stadt mit über 100.000 Einwohnern. Diese bekommt ziemlich schnell mehr als 2000 Objekte zusammen. Doch 2000 ist laut API schon die Grenze für Relationen. Daraus folgt: Relationen sind eine nette Spielerei. Aber für große Gebiete einfach ungeeignet. Naja, es ist ja gar nicht nötig, jedes Objekt (oder jeden Place - wie auch immer) der sich in Europa befindet, in eine relation Europe zu packen. Zum einen haben wir Flächenpolygone (die durch Relationen abgebildet sind) die zumindest bald alle Landkreisgrenzen erfassen. Und alles darüber. D.h. ein Rechner kann herausfinden, wo ein Objekt ist. Und wenn man schnelle Suche use braucht, muss man halt die Daten vorverarbeiten und sich entsprechende is_in aus den Relationen selbst bauen. Kein Problem! Und falls man doch unbedingt is_ins verwenden will, muss man auch nicht jeden place in in Europa in die Relation Europe packen. Sondern alle Ortsteile in eine Relation Gemeinde, alle Gemeinden in eine Relation Landkreis, alle Landkreise in eine Relation Bezirk, alle Bezirke in eine Relation Bundesland, Da muss sich das auswertende Prog. evtl 10 Relationen ansehen, ABER dafür sind die Anzahl der Elemente sehr überschaubar (~20 würde ich mal sagen). Die genau Hierachie sollte man sich noch genau überlegen und dann auch synchron mit den admin_level der boundarys halten. Mein Beispiel oben ist nur schnell hingeklatscht.. Aber nochmal: grundsärtlich bin ich dagegen is_in zu verwenden. Wenn, dann aber so. Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzung von is_in
Am Mittwoch, den 10.12.2008, 13:42 + schrieb Miriam Tolke: ich würde gerne bei meinen Bearbeitungen die Verwaltungshierarchien richtig codieren. Key:is_in und Key:place im Wiki habe ich mir schon durchgelesen, gibt es aber vielleicht einen Quasi-Standard für Deutschland? Erstmal, gibt es ein Tag für Gemeinde? Dann, hängt das Tagging eines Place als village oder suburb nur von der Größe oder auch von der Zugehörigkeit zu einer Stadt/Gemeinde ab? Zumindest auf dem Land finden sich sowohl Dörfer als auch Weiler die Ortsteile sind. Als was taggt man die? Oder nehmen wir den Markt Wendelstein im Landkreis Roth. Da ist u.a. der Ort Wendelstein Teil des Marktes. Ist das ein village oder ein suburb? Um das Ganze mit is_in in den Griff zu bekommen kommt es dann zu sowas: is_in:Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Wird mit Roth die Stadt Roth oder der Landkreis Roth gemeint? Ich weiß es, aber dem Computer wird das nicht langen. Sind dann die suburbs Sperberslohe, Kleinschwarzenlohe, Neuses usw. mit is_in:Wendelstein,Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe zu taggen? Oder zumindest is_in:Wendelstein Aber welches Wendelstein, der Markt, der Ort, oder gar der Berg? is_in ist eine Übergangslösung. Es ist nicht falsch dieses Tag zu verwenden. In balder Zukunft wird man sich einigen, wie man Gebietskörperschaften in relations abbilden will. Gruss Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzung von is_in
Stefan Hirschmann schrieb: Es gibt zwar auch eine Relation dafür. Aber: is_in=Europe als Relation? Spätestens da merkt man, dass Relationen nicht unbedingt etwas sind, was skalieren. Du sollst ja auch nicht alles nach Europa verpflanzen. Viel mehr ist das so gedacht, dass ein Haus zu einer Straße gehört, diese zu einem Stadtteil, das Stadtteil zu der Stadt, die Stadt in einen Landkreis und der Kreis in ein Bundesland. Dieses gehört dann in die Relation Germany und Germany nach Europe. Letzteres kommt in die World-Relation. Es ist aber nicht so gedacht, dass jeder Mülleimer in Europa steht. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzung von is_in
Am Mittwoch, den 10.12.2008, 16:45 +0100 schrieb Dominik Spies: 2008/12/10 Stefan Hirschmann [EMAIL PROTECTED]: André Reichelt wrote: Miriam Tolke schrieb: Um das Ganze mit is_in in den Griff zu bekommen kommt es dann zu sowas: is_in:Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Soweit ich informiert bin, ist dieses Tagging-Schema veraltet. Heute löst man etwas eigentlich mit Relations. Es gibt zwar auch eine Relation dafür. Aber: is_in=Europe als Relation? Spätestens da merkt man, dass Relationen nicht unbedingt etwas sind, was skalieren. Nächstes Problem: Nehmen wir eine Stadt mit über 100.000 Einwohnern. Diese bekommt ziemlich schnell mehr als 2000 Objekte zusammen. Doch 2000 ist laut API schon die Grenze für Relationen. Daraus folgt: Relationen sind eine nette Spielerei. Aber für große Gebiete einfach ungeeignet. Naja, es ist ja gar nicht nötig, jedes Objekt (oder jeden Place - wie auch immer) der sich in Europa befindet, in eine relation Europe zu packen. Zum einen haben wir Flächenpolygone (die durch Relationen abgebildet sind) die zumindest bald alle Landkreisgrenzen erfassen. Und alles darüber. D.h. ein Rechner kann herausfinden, wo ein Objekt ist. Und wenn man schnelle Suche use braucht, muss man halt die Daten vorverarbeiten und sich entsprechende is_in aus den Relationen selbst bauen. Kein Problem! Und falls man doch unbedingt is_ins verwenden will, muss man auch nicht jeden place in in Europa in die Relation Europe packen. Sondern alle Ortsteile in eine Relation Gemeinde, alle Gemeinden in eine Relation Landkreis, alle Landkreise in eine Relation Bezirk, alle Bezirke in eine Relation Bundesland, Da muss sich das auswertende Prog. evtl 10 Relationen ansehen, ABER dafür sind die Anzahl der Elemente sehr überschaubar (~20 würde ich mal sagen). Die genau Hierachie sollte man sich noch genau überlegen und dann auch synchron mit den admin_level der boundarys halten. Mein Beispiel oben ist nur schnell hingeklatscht.. Falls du die Seite http://wiki.openstreetmap.org/wiki/Hierarchy_of_places noch nicht kennst, schau sie dir mal an. Siehe auch: http://osm.schunterscouts.de/relation-browser.php Gruss Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [leicht OT] Süddeutsche: Gefä lschte Landkarten
So hat die Regierung Chinas kürzlich erklärt, bald gegen Internet-Kartendienste vorzugehen, wenn sie Karten des Landes veröffentlichen, die nicht den staatlichen Versionen entsprechen. Auch Länder Südamerikas, Osteuropas und Asiens gäben falsche Landkarten heraus, berichtet der Kartograph Brunner. Und das bedeutet für uns jetzt genau was? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Motorways ohne oneway tag... - was QA routing etc.
Am 10. Dezember 2008 14:03 schrieb Martin Koppenhoefer [EMAIL PROTECTED]: Jetzt ist die Frage. Wenn man mit dem Wenden Argumentiert, dann müsste man jede Straße mit Sperlinie als Oneway rein stellen. das muesste man nicht nur, das muss man. Mit Glaubensrichtungen hat das eigentlich nichts zu tun. Martin Du zeichnest also wegen eines weißen Striches auf dem Asphalt *zwei* ways ein, um *eine* Fahrbahn mit zwei Fahrstreifen darzustellen? auch Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [leicht OT] Süddeutsche: Gefäl schte Landkarten
Dass sie entweder versuchen werden unser Projekt zu sabotieren sobald in ihrem Land zuviel gemappt wird oder, dass sie versuchen werden selbst die Daten in OSM zu fälschen. Original-Nachricht Datum: Wed, 10 Dec 2008 17:36:33 +0100 Von: André Reichelt [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] [leicht OT] Süddeutsche: Gefälschte Landkarten So hat die Regierung Chinas kürzlich erklärt, bald gegen Internet-Kartendienste vorzugehen, wenn sie Karten des Landes veröffentlichen, die nicht den staatlichen Versionen entsprechen. Auch Länder Südamerikas, Osteuropas und Asiens gäben falsche Landkarten heraus, berichtet der Kartograph Brunner. Und das bedeutet für uns jetzt genau was? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [leicht OT] Süddeutsche: Gefäl schte Landkarten
Steffen Langenbach schrieb: Dass sie entweder versuchen werden unser Projekt zu sabotieren sobald in ihrem Land zuviel gemappt wird oder, dass sie versuchen werden selbst die Daten in OSM zu fälschen. Oder unsere Seite sperren oder mit uns einen schmutzigen Deal machen. Aktuell siehe auch dazu die Gerichtsurteile bei Wikipedia oder auch Google, die mit China in Sachen Zensur zusammen arbeiten. Wird spannend ;-) Aber seht es positiv, der Artikel ist ein Beleg dafür wie wichtig unsere tolle Arbeit ist und wieviel Wert sie hat :-) Gruß Jonas Original-Nachricht Datum: Wed, 10 Dec 2008 17:36:33 +0100 Von: André Reichelt [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] [leicht OT] Süddeutsche: Gefälschte Landkarten So hat die Regierung Chinas kürzlich erklärt, bald gegen Internet-Kartendienste vorzugehen, wenn sie Karten des Landes veröffentlichen, die nicht den staatlichen Versionen entsprechen. Auch Länder Südamerikas, Osteuropas und Asiens gäben falsche Landkarten heraus, berichtet der Kartograph Brunner. Und das bedeutet für uns jetzt genau was? ___ 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] upload failure
Am 4. Dezember 2008 14:04 schrieb Astrid [EMAIL PROTECTED]: Hallo Kai, vielen Dank, ich werde es nachher mal damit probieren und in Zukunft die Tracks nicht im Garmin speichern... Grüße, Astrid ja, das ist auf jeden Fall zu empfehlen, da die Tracks beim komprimieren auch vereinfacht werden. Fuer unsere Zwecke ist es m.E. am Besten, jede Sekunde einen Punkt aufzunehmen und diesen auf die Speicherkarte schreiben zu lassen. Bei Bedarf kann man danach vor dem Hochladen dieser Tracks (werden dort direkt als gpx gespeichtert) nochmal mit GPS-Babel oder Aehnlichem druebergehen, muss aber je nach Paranoiafaktor m.E. auch nicht unbedingt sein. Evtl. ist noch die Einstellung zu waehlen, mit der der laufende Track bei Erreichen von 100% (auf dem Geraet, also wohl bei 10.000 Punkten / Sekunden) einfach von vorne wieder ueberschrieben werden, da das nicht fuer den auf der Speicherkarte gespeicherten Track gilt. Andernfalls wird naemlich auch auf der Karte bei 100% im Geraet nicht weiter geloggt. (Alternative: hin und wieder checken und bevor 100% erreicht wird, den Track (speichern und) loeschen). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] upload failure
Am 6. Dezember 2008 15:37 schrieb Tobias Hägele [EMAIL PROTECTED]: Kay Gröning: (Auch wenn das jetzt sicherlich einigen nicht passen sollte, ich finde das man die Zeitstempel schon verschieben sollte...) Der Ansicht bin ich auch. Hierzu suche ich auch noch script. Und zwar habe ich GPX files mit Datum und Zeit. Ich möchte gerne, dass jedes im Log enthaltene Datum auf ein festes Datum umgeändert wird. Bisher mache ich es mit Suchen und Ersetzen aber ist doch etwas umständlich. Kann mir da jemand weiterhelfen? Tobias das geht soweit ich weiss mit GPS-Babel. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder Bayern / Daten-Auszüge
Hallo, auf http://download.geofabrik.de/osm/europe/germany/bayern/ gibt es ab jetzt täglich aktualisierte osm-Dateien für das Gebiet, das von den Oberpfalz-Luftbildern abgedeckt ist. Wir werden uns selbst irgendwelche Auswertungen zum Fortschritt der Arbeiten ausdenken, aber mit dem Datenauszug oben kann auch jeder andere eigene Analysen durchführen. Wir haben uns auch gedacht, dass man zu statistischen Zwecken ein Vergleichsobjekt haben sollte, für das keine Luftbilder zur Verfügung stehen, und haben da mal eine ähnlich grosse, benachbarte bayrische Region ausgesucht (ebenfalls im o.g. Verzeichnis unter Vergleichsgebiet). 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] Neue Mailingliste für Franken?
Am 10.12.2008 um 14:03 schrieb Gerhard Wilhelm [EMAIL PROTECTED]: Am Dienstag, 9. Dezember 2008 23:42:32 schrieb Ulf Lamping: Wenn sich jetzt keiner hinstellt und das unbedingt in Würzburg oder so machen will (wäre für mich auch ok), würde ich den Job überneh men muß nicht sein, aber ich kenne mich mit mailman leidlich aus und hab e eh schon andere Mailinglisten laufen. Wenn es das einfacher machen würd e, dann könnte ich es auch machen. Ich denke die Liste sollte am besten bei den anderen Regionallisten liegen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Motorway QA - 1. Report
Am 3. Dezember 2008 20:57 schrieb Frederik Ramm [EMAIL PROTECTED]: Hallo, André Reichelt wrote: PS: JOSM hat bei mir auch schon des öfteren oneway=no erzeugt, obwohl es sich um eine normale Residental gehandelt hat. Dies geschicht, wenn man über das Menü in dem Dialog den Haken erst setzt und dann wieder entfernt. Die Checkbox ist eine Tristate-Checkbox (yes, no, unset), bzw. wenn man mehrere Objekte gewaehlt hat sogar Quadstate (yes for all, no for all, unset for all, leave everything as it is). Bye Frederik passt so halb hier dazu: wenn man bei JOSM oneway=no setzt, werden trotzdem Richtungspfeile angezeigt. (Das gilt uebrigens auch fuer oneway=false und oneway=0 ;-) ) Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf dem 25C3
2008/12/4 Philipp Seidel [EMAIL PROTECTED] Hallo, On Wednesday 03 December 2008 10:44:32 Andreas Hubel wrote: Ich werde auch da sein. Sollen wir analog zum letzen mal nen Workshop / Treffen auf http://events.ccc.de/congress/2008/wiki/Workshops eintragen? ich finde ein Treffen ist auf jeden Fall eine gute Idee. Ein Workshop würde bestimmt auch gut ankommen, aber den müsste halt jemand vorbereiten. ;) Gruß PhiBo wenn ich es einrichten kann, komme ich auch... Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder Bayern / Daten-Auszüge
Hallo, Martin Trautmann wrote: Im Hintergrund laufen hier bereits Diskussionen, welche anderen Strassenverzeichnisse hier offiziell zu bekommen waeren - z.B. vom Landesamt fuer Statistik, vom Landesvermessungsamt (z.B. aus den elektronischen Liegenschaftsbuch, dem Hauskoordinatenprofjekt o.a.) usw. Ich verliere selbst hier die Uebersicht, wer mit wem in welchem Hintergrund was plant, aber mir liegt hier ein offenbar von Markus organisiertes Strassenverzeichnis mit rund 22.000 Strassen und Koordinaten fuer das Oberpfalz-Gebiet vor - wenn ich das richtig verstanden habe, ist bloss noch etwas unklar, wofuer wir das genau nutzen duerfen. - Ich habe da auch mal einen auswertenden Vergleich mit OSM-Daten gemacht, aber bevor da was publizierbares draus wird, muss ich das noch mit Sven Anders (wegen mehr Erfahrung mit Strassenvergleichen) und Markus (wegen Herkunft/Nutzungsrechtfrage) klaeren. Ist das das, was ihr auch habt? 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] Tote POI in Dortmund
Moin Frederik, aber hier ist das ja nun schon eine Zeit her... ebenD Und als OSM-Datei http://www.remote.org/frederik/tmp/do.osm Ich habe die Nodes jetzt geloescht. thx Grundsaetzlich finde ich Tobias' Ansatz (Hilfe zur Selbsthilfe [...]) besser, Dieser Ansatz ist jederzeit besser, keine Frage. Da, wo ich mich gut auskenne, mache ich es ebenso. aber da Du nach eigenem Bekunden voellig planlos bist... ;-) Die Trackerei ist ursprünglich ein Abfallprodukt meiner Wikipedia- Knipserei gewesen, als ich lernte, daß mein Navi recht genaue GPX- Daten liefern und aufzeichnen kann. Inzwischen mache ich auch OSM- Extratouren oder repariere kleinere Fehler, die so beim Edieren auffallen. Da habe ich mich so einigermaßen auf den ollen potlatch eingearbeitet, weil ich hier JOSM nicht über den proxy zum Laufen gebracht habe. Inzwischen soll das ja gehen, hab aber noch nicht die Zeit gefunden, mir das erneut anzuschauen. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] routbare garmin-maps
Hanno Böck schrieb: mkgmap hat jetzt wohl experimentellen Support für routbare Garmin-Karten. Hat jemand schon fertige Karten für UFR/Bayern? Ich möchte das gerne ausprobieren und wenn schon jemand Rad erfunden hat, muss ich da snicht auch noch tun. Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Watchlist rss-feed Firefox Fehlermeldung
John07 schrieb: Hi, ich würde gerne einen rss-feed meiner Wiki-watchlist im Firefox anlegen. Ich bekomme dabei aber leider immer folgende Fehlermeldung: ERROR The requested URL could not be retrieved Komisch. Damit scheint niemand zu arbeiten. Ich hatte die Frage hier auch schon gestellt und keine Antwort erhalten. Hat denn niemand eine Idee dazu? Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Watchlist rss-feed Firefox Fehlermeldung
FrauSuhrbier schrieb: John07 schrieb: Hi, ich würde gerne einen rss-feed meiner Wiki-watchlist im Firefox anlegen. Ich bekomme dabei aber leider immer folgende Fehlermeldung: ERROR The requested URL could not be retrieved Komisch. Damit scheint niemand zu arbeiten. Ich hatte die Frage hier auch schon gestellt und keine Antwort erhalten. Hat denn niemand eine Idee dazu? Jürgen Wikiadmin hat mir bis jetzt auch nicht geantwortet, werde nochmal nachhacken. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBug lässt sich nicht mehr sc hließen
John07 schrieb: Hab hier auch einen, der sich nicht schließen lässt, trotz mehrerer Versuche an verschiedenen Tagen etc. So, nach freundlichem Mailkontakt mit Xav (dem Entwickler von OSB) sind die Bugs repariert, d.h. sie können wieder geschlossen werden. Allerdings meinte er, dass er noch nicht die Ursache repariert habe. Weiterhin funktionieren bei mir und einem anderen OSB-User die RSS-Feeds nicht mehr. Deswegen bin ich noch mit ihm in Kontakt. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachrichtensystem fuer Mapper
John07 schrieb: So, einmal frag ich noch ;-) Gibt es jetzt hier ein paar Leute die auf so einen allgemeinen OSM-Nachrichtenblog Lust hätten, also da mit zu wirken und zu schreiben? Über die genaue Ausrichtung, weiteren Nutzen (z.B. alle Posts mit tag: tagging werden auf Wunsch in JOSM beim Start angezeigt)... kann man sich dann im kleineren Kreis noch genug Gedanken machen. Hat sich nur einer mit auch wenig Zeit gemeldet, ist daher erstmal gestorben. Evtl. mach ich einen OSM-News Tweet (twitter.com), das macht viel weniger Arbeit. Aber vllt. ist das dann auch einfach zu kurz. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] routbare garmin-maps
FrauSuhrbier schrieb: mkgmap hat jetzt wohl experimentellen Support für routbare Garmin-Karten. Hat jemand schon fertige Karten für UFR/Bayern? Ich möchte das gerne ausprobieren und wenn schon jemand Rad erfunden hat, muss ich da snicht auch noch tun. Und mich würde mal interessieren ob man bei dem Prozess auch weiterhin das MapFeatures-File nutzen kann... Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder Bayern / Strassenverzeichnis
Hallo Frederik, hallo Martin, Das Strassenverzeichnis der Oberpfalz ist *ausschliesslich zur internen Nutzung* und *nur für statistische Auswertungen* freigegeben. Also nicht zum Download für Dritte, auch nicht für alle OSM-Mitarbeiter. Es ging an Sven Anders und an Jochen Topf. Ich möchte gern wissen, wenn es und an wen es weitergeht. Martin, ich hatte Dich gebeten, wegen der statistischen Auswertung und direkt mit Jochen Kontakt aufzunehmen. Das hast Du lt. CC getan. Soweit ich weiss, ist Jochen wegen der Statistik auch bereits mit Sven Anders in Kontakt. Ich verliere selbst hier die Uebersicht, wer mit wem in welchem Hintergrund was plant Ja, ich finde es auch etwas unübersichtlich. Ich fände gut, wenn direkte Planungen und Absprachen per CC auch an mich gingen. Ich fasse in der nächsten Mail den aktuellen Stand zusammen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder LVA Bayern
Zwischenstand: Die Luftbilder sind eingetroffen. Ebenso ein Strassenverzeichnis für statistische Prüfungen. Sven Geggus hat die Bilder für JOSM transformiert. Die Umrechnung in Google Merkator kompatible Tiles ist im Gange. Sven und Jochen prüfen, auf welchem Server das Ganze laufen kann. Sie prüfen, wie die Bilder auf Potlatch laufen können. Jochen und Frederik speichern täglich den aktuellen Datenbestand der Oberpfalz für statistische Auswertungen. Sven Anders prüft, wie er seine SW umbauen kann, damit er mit dem Strassenverzeichnis den Erfassungsgrad der Wohnstrassen auswerten kann. Die Pressegruppe bereitet eine flächendeckende Presseerklärung vor. Zusätzlich sollen die Gemeinden in der Oberpfalz angeschrieben werden. Noch offen: Es soll eine *Oberpfalz-Wikiseite* angelegt werden, auf der man sehen kann, welche Bereiche schon bearbeitet wurden usw. Dort könnten auch die Regionalgruppen/Stammtische und die regionalen Ansprechpartner für die Presse und für neue OSMer verlinkt werden. Jochen hatte die Idee, die Oberpfalz in *PlanQuadrate* einzuteilen, die von einzelnen Mappern einzeln abgearbeitet werden. Daraus könnte man eine Art Wettbewerb mache. Ich habe eine *Hilfeseite für Neulinge* angefangen: http://wiki.openstreetmap.org/wiki/DE:Entwurf_Luftbilder_HowTo/neu Diese müsste von erfahrenen Mappern jetzt korrigiert und ergänzt werden. Vor Ort müssten die *Regionalgruppen* oder einzelne OSMer in der Oberpfalz nach der Presseerklärung proaktiv direkten Kontakt mit ihrer Presse aufnehmen und sie beim Berichten unterstützen. Ziel ist: neue Mapper zu begeistern. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM - Koordinaten in Fusszeile
In JOSM gibt es in der Fusszeile ein Feld, in dem die Koordinaten eines Objektes mit 7 Nachkommastellen angezeigt wird. Bei mir sind bei der Länge nur 3 Nachommastellen sichtbar (Feld zu kurz). Wie kann ich das ändern? (Änderung der Bildschirmauflösung hat nichts gebracht) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [ANN] Gebabbel 0.4 veröffentlich t
Moin, gibt nicht viel Neues: http://www.christeck.de/wp/?p=138 Viel Spaß damit, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Area Check
Gary68 wrote: habe mal einen Area Check über Deutschland laufen lassen. Also alle Ways mit area=yes, wo Anfang und Ende verschiedene Nodes haben. Seien die Areas nun offen oder die Wege doppelt gezeichnet. Könntest Du den Check auch für die Schweiz laufen lassen? Danke und Gruss, - Michel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ewms plugin fuer yahoo bilder unter macos?
Hallo, wie bekomme ich das ewms plugin mit dem WMS server von Yahoo unter MacOS ans laufen? Wiki hilft nur bei Linux und Windows. Ich nehme an, dass es bei mir im Moment am fehlenden webkit-image liegt, braeuchte aber eine kleine Anleitung wie ich es compiliert bekomme. Danke, Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Motorway QA - 1. Report
Am 10.12.2008 20:30, Martin Koppenhoefer: Am 3. Dezember 2008 20:57 schrieb Frederik Ramm [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Hallo, André Reichelt wrote: PS: JOSM hat bei mir auch schon des öfteren oneway=no erzeugt, obwohl es sich um eine normale Residental gehandelt hat. Dies geschicht, wenn man über das Menü in dem Dialog den Haken erst setzt und dann wieder entfernt. Die Checkbox ist eine Tristate-Checkbox (yes, no, unset), bzw. wenn man mehrere Objekte gewaehlt hat sogar Quadstate (yes for all, no for all, unset for all, leave everything as it is). Bye Frederik passt so halb hier dazu: wenn man bei JOSM oneway=no setzt, werden trotzdem Richtungspfeile angezeigt. (Das gilt uebrigens auch fuer oneway=false und oneway=0 ;-) ) Was ja vollkommen richtig ist, da der Weg ja unabhängig vom Oneway-Tagging eine Richtung hat und beibehält. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anfrage zu OSM-Statistik (Aufrufzahlen, etc.)
Hallo liebe Leute, es gären hier einige Ideen wie ganz vielleicht ein paar Sponsoren für versch. OSM-Aktivitäten gewonnen werden können (na, mal sehen). In diesem Sinne eine Frage: Gibt es Statistiken wie oft http://www.openstreetmap.de in diesem Jahr aufgerufen wurde (selbiges zu http://www.openstreetmap.org)? Besonders interessant auch: Wie oft wurden die GPS-Leihgeräte in diesem Jahr ausgeliehen und speziell: Für wie viele Schulaktionen wurden diese verliehen? Das sollen alles Argumente sein für eine in den Startlöchern steckende Aquise (nachdem es im Sommer nicht geklappt hat, der 2. Versuch :-) ). Viele Grüße, Kai -- 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] Anfrage zu OSM-Statistik (Aufrufzahlen, etc.)
Hallo, Kai Behncke wrote: es gären hier einige Ideen wie ganz vielleicht ein paar Sponsoren für versch. OSM-Aktivitäten gewonnen werden können (na, mal sehen). In diesem Sinne eine Frage: Gibt es Statistiken wie oft http://www.openstreetmap.de in diesem Jahr aufgerufen wurde Joerg hat hier vor ein paar Tagen was geposted: http://lists.openstreetmap.org/pipermail/dev/2008-December/013024.html Sind aber nur Kartenzugriffe auf .de; die auf .org kennen wir nicht, wobei Du eveneutell aus den Munin-Graphen etwas herausinterpretieren kannst. Besonders interessant auch: Wie oft wurden die GPS-Leihgeräte in diesem Jahr ausgeliehen Dazu hab ich neulich im Geofabrik-Blog einen Artikel geschrieben: http://blog.geofabrik.de/?p=16 - 20 Ausleihvorgänge, rund die Hälfte davon für Schulen. Für 2009 sind auch schon wieder 4 Schulen vorgemerkt - die planen ja eher langfristig ;-) 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] Routingfähige Garmin-Karten (was: Re : LKW-Routing (TV-Bericht))
Am Samstag 06 Dezember 2008 schrieb Ulf Möller: Mit osm2mp und dem NOD-Branch von mkgmap geht es auch. Da kommt dann außer dem Java-Compiler nur GPL-Software zum Einsatz... Der Java-Compiler ist doch inzwischen auch GPLisiert. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:[EMAIL PROTECTED] http://www.jukss.de/ Jugemdumweltkongress, 27.12.-4.1. 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] Area Check
done. Am Mittwoch, den 10.12.2008, 22:44 +0100 schrieb Michel Marti: Gary68 wrote: habe mal einen Area Check über Deutschland laufen lassen. Also alle Ways mit area=yes, wo Anfang und Ende verschiedene Nodes haben. Seien die Areas nun offen oder die Wege doppelt gezeichnet. Könntest Du den Check auch für die Schweiz laufen lassen? Danke und Gruss, - Michel ___ 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] Benutzung von is_in
On Thu, Dec 11, 2008 at 07:38:57AM +0100, Holger Issle wrote: On Wed, 10 Dec 2008 16:19:36 +0100, Florian Lohoff wrote: Hier gibts das stuendlich geupdated mit allen places in D-Land das ganze als HTML Tabelle: http://autobug.osm.lab.rfc822.org/lists/hierarchy.html Wie man sehen kann sind noch beliebig viele Strukturfehler drin, aber die werden weniger. Und wenn man in einiger Zeit auf relationen umstellt, kann man die is_in als Futter für einen relations-bot nutzen. Umsonst ist das also nicht. Das die Loesung relation heisst ist noch ziemlich umstritten. Es gibt durchaus auch die Stroemung Gebiete mit boundaries abzubilden. Da es aber flaechendeckend keine Stadt/Gemeindegrenzen gibt, wird das meiner meinung nach noch 5 Jahre dauern bis das sauber da ist. D.h. wir haben die is_in die zwar probleme haben aber die vollstaendigste loesung sind die wir haben. Es gibt die Stroemung Relation die einen grossen Pflegeaufwand hat und wo derzeit so gut wie noch nichts existiert. Und dann gibts die Boundary Fraktion bei der es sogar an der existenz der Rohdaten mangelt. Waehlen sie zwischen Cholera und Pest ... 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] Benutzung von is_in
On Thu, 2008-12-11 08:11:21 +0100, Florian Lohoff [EMAIL PROTECTED] wrote: D.h. wir haben die is_in die zwar probleme haben aber die vollstaendigste loesung sind die wir haben. Es gibt die Stroemung Relation die einen grossen Pflegeaufwand hat und wo derzeit so gut wie noch nichts existiert. Und dann gibts die Boundary Fraktion bei der es sogar an der existenz der Rohdaten mangelt. Von irgendwas wurden doch letztens wohl ganz brauchbare Daten geliefert. Was war das denn? MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of:Arroganz verkürzt fruchtlose Gespräche. the second : -- Jan-Benedict Glaw signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Worldfile vom 10.12.2008
Hallo, die neuen Daten liegen wie immer auf meiner Wikipage zum Download bereit. http://wiki.openstreetmap.org/wiki/User:Computerteddy#Kartendateien_.2F_Maps_vom_10._Dezember_2008 Die Karten werden wohl wieder nicht in Mapsource funktionieren, bitte dann die fertigen Pakete verwenden. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
