Re: [Talk-de] Strassen in der Schweiz, Solothurn
Sven Geggus schrieb: Aber spaetestens wenn das Asphaltiert ist und ein Straßenschild steht und das dingen (obwohl keine Anwohner) in der Stimmbezirkszuordnung auftaucht ists kein track mehr ... Bitte nicht schon wieder diese Diskussion. Ack. Habe ich mir auch gedacht. Zudem sei darauf aufmerksam gemacht, dass unsere Strassen sich manchmal von euren Straßen unterscheinden... Grossen Teile der Schweizer Waldwege sind IMO ganz sinnvoll getaggt. Durch den Import in Solothurn ist halt manches noch zu verbessern, aber das kriegen wir hin. Ich habe das Thema nun auch auf talk-ch befördert. Gruess, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nahverkehrsmittel für OSM-Datenerhe bung einsetzen
Kai Behncke schrieb: für ein Projekt (http://www.gis-camp.de) wird gerade überlegt, ob man den örtlichen Nahverkehr für eine Weile mit GPS-Empfängern ausstattet und Tracks mitloggt (die dann natürlich aufbereitet in OSM kommen). Ein herkömmliches GPS-Gerät scheint mir da nicht so günstig zu sein (Stromversorgung, Speicher), oder irre ich? Erst einmal muss das natürlich mit dem Transportunternehmen abgesprochen werden. Ein einfacher Logger funktioniert nur sehr nahe am Fenster brauchbar. Neuere Fahrzeuge haben manchmal auch Metall bedampfte Fenster. Bei Aufzeichnung von NMEA mit Satelliten-Lage fallen bis zu 25MB pro Fahrtag an (im Mittel 16h Betriebszeit). Ab Batterie sind da nur wenige Tage drin. Ein Anschluss an die Bordversorgung (üblich 24V DC) ist nicht ganz einfach, da oft von Fahrzeug zu Fahrzeug unterschiedliche Punkte zum Abgreifen der Versorgung gesucht werden müssen. Die resultierenden Tracks sind natürlich nur für die befahrenen Kurse vorhanden, dafür so oft, dass man die Fahrspuren unterscheiden kann und durch das Mitteln sehr genaue Koordinaten erhält*. Allerdings frage ich mich ob das den Aufwand gerechtfertigt. Bei von mir betreuten Verkehrsbetrieben sind die befahrenen Strassen grössenteils schon erfasst. Viel Interessanter sind IMHO Lieferdienste (Pizza, Pakete, etc.), da diese keine feste Routen abfahren. Gruss, Andy * Bei Reflexionen an Wänden/Gebäuden hat man trotzdem Abweichungen vom realen Strassenverlauf signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Missratener) SO!GIS Import
Hallo Vor einer Weile wurde in talk-ch nach Details zum SO!GIS Import gefragt. Mittlerweile ist auf talk-de eine Antwort vom Importeur erschienen, im Laufe einer hitzigen Diskussion. Das klärt erst einmal die wichtigsten Fragen. Dr. Horst Düster schrieb: April 2007 ist der Versuch gestartet worden bzgl. der Strassendaten des Kantons Solothurn mit der Liste Kontakt aufzunehmen. http://lists.openstreetmap.org/pipermail/talk-de/2007-April/000802.html Leider ist das nicht gelungen. Die Diskussion zum Posting ist in eine vollkommen falsche Richtung abgeglitten und im Sande verlaufen. Dass dort viele tausend benannte Strassenabschnitte und noch viele weitere Informationen die für OSM interessant wären, frei angeboten werden, hat anscheinend niemand aus der OSM Community interessiert oder realisiert. Das Gebiet des Kantons Solothurn ist vor dem Import in OSM praktisch nicht existent gewesen. Mit dem Import ist das Kantonsgebiet sehr weit kartiert. Die Probleme, insbesondere das Problem mit den doppelten Knoten/fehlenden Anschlüssen ist aus einem Missverständnis heraus entstanden. Wir sind davon ausgegangen, dass das Script shp2osm.pls ein den Regeln entsprechendes Ergebnis liefert. Das ist, wie sich herausgestellt hat, nicht der Fall. Die Probleme können aber behoben werden. Ein Grund hier alles in Grund und Boden zu stampfen ist das sicherlich nicht. Ähnlich wie in der oben erwähnten Diskussion geht auch in diesem Topic einiges am Thema vorbei. Schade, dass der Import nicht als Grundlage für eine verfeinerte und korrigierte Kartierung angenommen wird. Horst signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (Missratener) SO!GIS Import
Frederik Ramm schrieb: Wenn die Daten erstmal eine Zeit lang bei OSM drin sind, dann kann man nicht mehr einfach sagen so, wir löschen sie raus und ersetzen sie durch eine verbesserte Version oder so, der Zug ist dann abgefahren. Daher ist bei einem fehlerhaften Import stets Eile geboten, will man Verstimmung auf allen Seiten vermeiden. Ja, die sind mindestens schon seit Anfang Oktober drin. Auf talk-ch hat es Mitte Oktober schon erste Anfrage gegeben, aber niemand hat etwas darüber gewusst. Das ist sicher auch eine (die nächste) interessante Herausforderung, vor der nicht nur der SO!GIS-Import, sondern auch andere Importe wie der TIGER-Import stehen: Wie können wir einerseits von der Weiterentwicklung des Datensatzes mit profitieren (d.h. z.B. Korrekturen in SO!GIS mitbekommen und bei uns einbauen), ohne zugleich die von Mappern an den Daten vorgenommenen Verbesserungen wegzuwerfen? Ein sehr schwieriges Problem. Mir fallen da im Moment nur Lösungen mit Heuristiken ein, die immer Unscharf sind. Möglich dass das nur halbautomatisch funktioniert. - Jeder Datensatz, den wir erfolgreich importieren können, stärkt das Projekt und ist auch ein Signal an andere: Wenn das der Kanton Solothurn kan, wieso könnt ihr das dann nicht auch? (Ist vermutlich ein Spruch, den diverse Schweizer Kantone schon nicht mehr hören können ;-) Gute Idee, das muss ich mal versuche :-)=) Gruess, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Kartendarstellung
Dirk Stöcker schrieb: die aktuelle JOSM-Latest-Version hat eine neue Funktion, mit der endlich mehrere Eigenschaften eines Weges zur Kartendarstellung herangezogen werden können. Das ist gerade bei den genannten Brücken und Tunnel eine sinnvolle Erweiterung. Ich bitte euch also das zu testen und Vorschläge zu machen: a) Welche Features vernünftig dargestellt werden sollten. b) Wie diese dargestellt werden sollten. Ich plädiere dafür, die Darstellung nicht zu überfrachten. Noch eine Idee zu der Kartendarstellung: Langsam habe ich in meiner Region immer dichtere Daten. Es währe sinnvoll, wenn man schnell zwischen verschiedene Darstellungen (Styles) umschalten könnte (z.B. Strassen, Railway, POI). Ich habe z.B. das Problem beim Abzeichnen vom Landsat, dass die gefüllten Flächen den Kontrast verschlechtert. Das lässt sich im Moment über den Wireframe Modus erreichen, könnte aber auch durch ein optimiertes Stylesheet gelöst werden. Gruess, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hindernisse
Toni Erdmann schrieb: Mich persönlich würde interessieren, wie ihr Türen/Tore taggt, die ich schon gerne aufnehmen würde. Beispiel: Friedhofseingänge - http://informationfreeway.org/?lat=50.87596447112934lon=6.867914542702325zoom=17layers=B000F000F An diese Toren würde ich dann nämlich auch gerne die Öffnungszeiten hängen. Momentan nehme ich ein barrier=gate. Nur ist es halt keine Schranke und damit unpassend - und nicht zufriedenstellend... Da gibt's doch highway=gate. Zu barrier=gate gibt's noch kein proposal. Doch: http://wiki.openstreetmap.org/index.php/Proposed_features/barriers Ich finde barrier=gate zutreffender als highway=gate und werde demnächst meine als highway=gate getaggte Schranken umstellen. Zudem spricht nichts dagegen das Proposal um noch fehlende Elemente zu erweitern, wie z.b. die in diesem Thread besprochene chicane Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tach ogeber
Am Sonntag, den 17.08.2008, 10:23 +0200 schrieb Garry: Andreas Stricker schrieb: Und da läuft keine Kartendatenbank im Hintergrund mit? Nein. In der Form ist es für OSM jedoch kaum zu gebrauchen - OK, um einen Tunnel zu erfassen der nicht gerade läuft.Aber um ein Wegnetz (Häuserblocks) zu erfassen, dazu nicht im 4rädrigen Fahrzeug läuft die Sache schnell aus dem Ruder. Das DR ist ziemlich gut. Ich sehe sehr wenig Abweichungen in Häuserschluchten im Vergleich zu meinem privaten Empfänger. Dort wo die Luftbilder fehlen währe das durchaus eine Hilfe. GPS Chipsets wie z.B. uBlox Antaris LEA-4H und Navman Jupiter 20 können mit einem Gyro gekoppelt werden und mit Wegimpulsen gefüttert werden. Üblicherweise kalibrieren Sie die Wegimpulse selbständig und schalten automatisch auf Gyro/Tacho um, wenn die Signale zu schwach werden. Hast Du dazu eine detailliertere Informationsquelle? Nicht wirklich. Ich habe wenig mit der Hardware zu tun. Aber vielleicht könnte das helfen: http://www.u-blox.de/customersupport/faq_antaris/Gyros.html Wegeimpulse im Geschwindigkeitssignal zu verarbeiten ist kein Problem, die Richtungsdaten per Kompass/Gyro lassen sich auch korrigieren - so lange die Bewegung gleichmässig verläuft. Sobald aber mehrere Richtungsänderungen erfolgen ist es vorbei. Wie gesagt ist mit dem Fahrzeug ohne GPS-Empfang nach 200-400m Schluss mit der DR Genauigkeit. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Indoor-/Outdoor-Schwimmbad?
Andreas Labres schrieb: Wie wäre es mit leisure=water_park für die ganze Anlage und sport=swimming nur für die Sportbecken (und wahlweise natural=water für alle anderen Becken)? Mit leisure=water_park kann ich mir auch anfreunden. natural=water für einen Schwimmbecken finden ich nicht sehr passend. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Indoor-/Outdoor-Schwimmbad?
Raphael Studer schrieb: Beim sport=swimming gehts ja nicht drum explizit das Becken zu beschreiben. Sondern mehr die ganze Anstalt. Wobei dort auch noch einige Unstimmigkeiten gibt. Ich habe die Fläche der aussen-Schwimmbäder mit sport=swimming und die Becken mit leisure=swimming_pool getaggt. Abgesehen vom gerenderten blau in blau sollte das so passen... Gruss, Andy http://www.openstreetmap.ch/?zoom=17lat=47.704lon=8.6216 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS Geräte mit Gyrosensorik und Tach ogeber
Johann H. Addicks schrieb: Inertialnavigation ist eine bewährte Technik. Nur leider extrem teuer und auf wartungsaufwändig. Genau. Im der Artillerie werden Lasergyro [1] sogar für die gesammte Navigation eingesetzt. An einem Eich-Punkt wird das System genullt und dann können einige Kilometer gefahren werden, bis wieder neu genullt werden muss. Sehr teuer, aber funktioniert dafür ohne Satelliten. Gruss, Andy [1] http://en.wikipedia.org/wiki/Ring_laser_gyroscope signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HowTo: Georeferenzierung leicht gemach t (auch für JOSM!)
Tobias Wendorff schrieb: Das eine ist eine Anleitung, das andere ist das Legale. Das Legale kann jemand Anderes schreiben, ich habe nur die Anleitung geschrieben. Vielleicht hat irgendwann jemand Zeit, Yahoo-Luftbilder hinzuzufügen und ein eigenes Script zur Kalibrierung zu schreiben. Bei dieser Seite: http://wrp.geothings.net/ kann eine OSM Karte als Referenz verwendet werden. Man läuft daher ein paar Strassen mit gutem GPS-Empfang ab und Referenziert danach das Bild anhand der eigens gemachten Wegpunkte. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Noch einmal zu Stadtmauern
Martin Koppenhoefer schrieb: | Wie können Türme und Tore extra dargestellt bzw. hervorgehoben werden? Von den vorhandenen oder vorgeschlagenen Tags könnten man_made=tower und barrier=gate oder border=gate passen. (Wenn das Tor nur noch ein Torbogen ist, paßt es nicht so ganz, aber vielleicht kann man das noch mit zusätzlichen Tags genauer spezifizieren.) barrier=gate halte ich für ungeeignet. Das bezieht sich mehr auf ein Hindernis im Sinne eines Zaun-Tors (Absperrung, Einfriedung, etc), als auf ein Stadttor. Diese sind eigentlich NIE als Tor im Sinne von Hindernis erhalten. Es hat eine gewisse Aussagekraft, wird aber in anderem Kontext verwendet. Ich denke daher eher an ein anderes tag. z.B. building=gate Ich würde einen neuen Tag einführen man_made=city_gate, sowohl für Nodes als auch für Ways/areas. (Ersteres, wenn man eher grob vorgeht, zweiteres, weil diese Tore ja durchaus eine gewisse Ausdehnung haben). Ggf. könnte man das auch für modernere Durchbrüche missbrauchen, die keinen historischen Namen haben (z.B. Durchbruch für die Via Cristoforo Colombo aus den 30er Jahren, als 4 Bögen ausgeführt wo früher nur Mauer war). Für Türme halte ich man_made=tower für anwendbar. man_made=tower habe ich bislang eher für Türme in der Art von Funk- und Fernsehtürmen gesehen. Ist hier building=tower nicht sinnvoller. Ich habe heute angefangen bei mir die Stadtmauern und Türme zu taggen. Da hat sich building=tower als recht brauchbar erwiesen. Meine Arbeit ist in Ausschnitt [1] drin. Auf dem Datenlayer [1] und [2] sind sie sichtbar. Gruss, Andy [1] http://www.openstreetmap.org/?lat=47.6968lon=8.6348zoom=17 [2] http://www.openstreetmap.org/browse/way/25783730 [3] http://www.openstreetmap.org/browse/way/25783731 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
André Reichelt schrieb: Bei mir is zur Zeit auch die hälfte der Tiles blau und auf den Rest muss man 10 Minuten warten (ohne Übertreibung). Wer da noch die Admins verteidigt... Dieser Ton gefällt mir nicht. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] E-Mail Benachrichtigung (Potlatch ?rger)
Johannes Kleine schrieb: Soviel Ich weis hat Wikipedia jetzt etwas eingeführt, das jede Änderung von einem Artikel mehrmals (von verschiedenen Nutzern) gegengelesen werden muss um Vandalismus und Sachliche Fehler zu vermeiden. Das habe ich heute auch gesehen [1]. Bei uns ist das aber viel komplizierter!!! Nicht unbedingt. Es wird ja geplant eine Art von Changeset einzuführen. Diesen Mechanismus könnte man verwenden um z.B. eine Handvoll Strassen zu markieren (z.B. eines Dorfes) und als gesichtetes oder geprüftes Changeset hochladen. Oder wenn wir z.B. die sowieso vorgesehene is_in Relationen Verwenden um alle Elemente eines Dorfes zusammenzufassen, kann diese Relation gleich genutzt werden um alle Elemente als gesichtete oder geprüfte Version zu markieren. Das ist nur ein technische Lösungsvorschlag. Wie das politisch gehandhabt wird ist eine andere Sache... Gruss, Andy [1] http://de.wikipedia.org/wiki/Hilfe:Gesichtete_und_geprüfte_Versionen signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Linienglättung
Tobias Wendorff schrieb: inwiefern soll man eingezeichnete Straßen per Hand glätten? Ich habe hier eine Straße vor meinem Haus, die einen Bogen macht. Diesen Bogen kann ich mit 10 Nodes darstellen, sieht dann aber zackelig aus. Das hängt sehr von der Situation ab und es gibt keine allgemeingültige Regel. Schlussendlich führt jeder zusätzliche Node zu mehr Datenvolumen. Es sollte das Ziel sein den Strassenverlauf mit möglichst wenigen Nodes so genau wie möglich mit den vorliegenden Rohdaten darzustellen. Beispiel: Wenn ich z.B. einen GPS Track einer langen geraden Strasse habe, die einen leichten Knick von 1-2m zeigt, dann ist das aufgrund der Genauigkeit von GPS und meinem Wissen, dass die Strasse einen geraden Eindruck machte sinnlos diesen Knick abzubilden. Bei einer engen Haarnadel-Kurve in den Bergen setze ich dennoch Punkte im Abstand von 2m, weil dadurch erst eine Kurvenform entsteht. Ich denke mal, dass die Rendering-Engine die Nodes automatisch reduziert und einen Bogen rausmacht, aber Routing-Programme könnten hierbei durchdrehen?! Die Routing-Software kann das schön darstellen. Der Routing-Software ist das ziemlich egal, sofern in der Kurve die Auflösung genügt, den Road-Matching-Algorithmus die richtige Strasse zur aktuellen GPS-Position zuzuordnen. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Linienglättung
Jens Müller schrieb: Yop, für Beziehungen ist das okay, aber sobald Du Entfernung berechnen willst, brauchst Du wieder mehr Nodes :-) Nein. Stichwort Gewichte etc. Eben. Einfach Gewichte auf die Kanten schreiben. Genau. Die Kanten bekommen die Wegstrecke als Attribut, aus denen dann das Gewicht berechnet wird. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] PATCH: waterway=river etwas schmaler
Sven Geggus schrieb: Wir müssen davon ausgehen, dass bei weitem nicht überall eine Breite angegeben wird, sondern es sollte IMHO auch ohne Breite der Fluß halbwegs brauchbar gerendert werden. Das ist durchaus ein Argument! Ich hab Deine Änderungen nun einfach mal eingecheckt und Das ist ok. Ich wollte hinzufügen, dass es von Vorteil ist, wenn die Breite eher zu schmal als zu breit ist. Grössere Flüsse können nämlich mit waterway=riverbank gezeichnet werden. barrier/highway=bollard auch gleich dazugetan ;) oberlehrerNur immer eine Änderung pro Changeset/oberlehrer Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ?permalinks k?rzer anlalog tinyurl?
Heiko Jacobs schrieb: 1 Breitengrad hat rund 40.000 / 360 = 111 km mit 5 Nachkommastellen positioniert ein Permalink also schon auf'n Meter genau. Schon das ist angesichts der Guete der meisten OSM-Daten maszlos uebertrieben... 4 Nachkommastellen wuerden dicke reichen, um eine gewuenschte Stelle fuer die Nachwelt sicher zu treffen. In manchem Zoomlevels taeten sicher auch weniger reichen... Genau. Wenn ich einen Link poste streiche ich immer die Dezimalstellen. Nur wenn ich auf z17 verlinke nehme ich 5 Nachkommastellen, ansonsten weniger, bei einem normalen Link auf ca. z13 reichen 2 Stellen. Dann sieht auch die URL schön aus. Zudem kann man den letzen Parameter layers=x in der URL meistens ebenfalls streichen. Dann ist die URL schön kurz. Beispiel: http://www.openstreetmap.org/?lat=47.66lon=8.861zoom=15 Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] permalinks kürzer anlalog tinyurl?
Robin Rattay schrieb: Johann H. Addicks schrieb: Wie wäre es hiermit: http://en.wikipedia.org/wiki/Geohash Genial, diese Kodierung kannte ich noch nicht. Simpel aber effektiv. Die ist richtig nützlich, nicht nur für OSM sondern auch für andere Anwendungen. Die gleichen Präfixe lassen sich z.B. nutzen um die Koordinaten nach ihrer geographischen Nähe einfach zu sortieren. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] talk-ch Schweizer Mailing Liste
Frederik Ramm schrieb: Schreiben die Schweizer denn ihre Mailinlistenpostings immer viersprachig, oder koennen alle Schweizer alle vier Sprachen? Wie handhaben das denn andere Projekte, die Mailinglisten fuer die Schweiz aufsetzen? Ich würde würde vorschlage wir machen das wie mit den Tags: Jeder schreibt so wie es im passt, es wird sich dann schon eine Kommunikation ergeben. (Wer sein Posting für wichtig hält und eine zweite Landessprache beherrscht schreibt zweisprachig, oder wenn jemand ein Posting für andere Sprachen wichtig hält übersetzt er es). Ich denke das regelt sich automatisch. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] talk-ch Schweizer Mailing Liste
Marius Rieder schrieb: http://lists.openstreetmap.ch/mailman/listinfo/talk-ch mailto:[EMAIL PROTECTED] Dann legt mal los. Ich hoffe, dass alles funktioniert. Wenn nicht bitte melden. Das ging ja flott. Wenn diese E-Mail auf der Liste landet hat es geklappt. Es wird hoffentlich auch talk-de etwas entlastet, ich werde aber weiterhin talk-de mitverfolgen. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] LinuxTag: Fotos?
Frederik Ramm schrieb: hat jemand eigentlich mal ein paar Fotos vom LinuxTag, die wir ins Wiki hochspielen koennten? Bei der Vorbereitung dieses Jahr war es immer sehr praktisch, die Fotos von letztem Jahr zu sehen ;-) Ich hatte dummerweise den Fotoapparat nie an der Messe dabei. Vom Stand habe ich jetzt selbst nach einer längeren Internet-Suche nur dieses Foto vom Samstag hier gefunden: http://www.flickr.com/photos/renehp2006/2559019288/ Die Fotos vom Stammtisch im Restaurant SI sind vermutlich bekannt: http://wiki.openstreetmap.org/index.php/Berlin Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] talk-ch Schweizer Mailing Liste
Hallo Ist eine Schweizer Mailing Liste talk-ch sinnvoll? Im Gegensatz zu Deutschland sind mir in der Schweiz bislang keine Gruppen bekannt, die Stammtische oder Mapping Partys durchführen. Ich vermute das liegt z.T. auch an der fehlenden Möglichkeit gezielt unter OSM'ler in der Schweiz zu kommunizieren. Wir haben ja auch unsere vier Sprachen, so dass talk-de nicht dafür geeignet ist die Leute die Französisch, Italienisch oder Räteromanisch sprechen zu erreichen. Ich habe daher schon im Januar das Thema in die Runde geworfen [1], allerdings noch nicht viel Feedback erhalten. Allerdings ist mir noch völlig unklar wer für das Einrichten von Mailing Listen zuständig ist? Gruss, Andy [1] http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Switzerland signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Multi-User randale (südlich Re utlingen/Tübingen)
Dirk-Lüder Kreie schrieb: Karl Eichwalder schrieb: Ich verstehe sowieso nicht, warum diese verschiebemöglichkeiten so einfach zugänglich sind. Ganze objekte muss man doch eigentlich nie verschieben. Wenn man so etwas wirklich machen will, sollte man den entsprechenden modus erst aktivieren müssen. Das wird für den größten Teil unseres Datenbestandes benötigt, den TIGER-Import, bzw. dessen Korrektur. Hmm, das klingt nach indiviueller Konfiguration. Die einen brauchen es die anderen nur selten. Beide haben gute Argumente. Die 15 Pixel-Schwelle hat bei mir schon etwas gebracht. Die könnte man natürlich einfach hochsetzen. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mime type für gpx
Harald Kirsch schrieb: weiß jemand, welchen mime type eine GPX-Datei sinnvollerweise haben sollte, wenn der Server sie an den Browser ausliefert und sie dort typischerweise auf Platte gespeichert werden soll? Ist text/xml die richtige Wahl? Hmm, ich hätte jetzt auf application/xml getippt, da mir ein offizieller mime type für GPX nicht bekannt ist (sowas in der Art von application/gpx+xml) Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Misch-, Laub- und Nadelwald
Steffen Mueller schrieb: Bin noch recht neu hier, aber gibt es schon Ideen zu lokalisiertem/ Landestypischem Rendern? Also alle Briefkaesten in UK mit rotem, in D aber mit einem gelben? Oder wird das bewusst nicht gemacht, um Weltweit nur eine Legende (z.B. fuer die Strassentypen) zu benoetigen und evtl. auch um einen einheitlichen Look der Karte zu gewaehrleisten? Ja, das wird der Grund sein. Schliesslich sollte ein Ausschnitt der Karte für jeden lesbar sein, egal woher er kommt. Ein Lokalisierung ist hier momentan nicht machbar, da es nur eine Sorte von gerenderten Tiles gibt. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie tagge ich Hausnamen
Holger Schrader schrieb: In vielen Altstädten haben Häuser zu ihrer Hausnummer noch Hausnamen wie z.B. Haus zum Sonneborn oder Haus zum Roten Ochsen usw. Meistens sind diese Häuser auch Sehenswürdigkeiten. Wie taggt ihr solche Hausnamen? In Graubünden/Schweiz haben die Häuser oft nur einen Namen. Das lässt sich gut über den name= Key taggen. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] luftseilbahn taggen
Henry Loenwind schrieb: aerialway=cable_car ist schon das richtige Tag für die Luftseilbahn. Jepp, die Luft steckt da schon im Tag. Allerdings frage ich mich, warum es railway=cable_car nicht gibt laut Features-Seite... Das währe dann railway=incline. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OePNV Haltestellen
Martin Koppenhoefer schrieb: frag mal gleich nach, ob es auch eine gute Online-Schnittstelle mit live-Informationen gibt, so dass man die aktuellen Verspätungen gleich mitberücksichtigen kann ;-) Meine Erfahrung als ÖV Systementwickler sagt mir dass mit grosser Sicherheit diese Daten nicht öffentlich zugänglich sind. Oft sind diese in einem proprietären Format, aber mit etwas Glück kann ein VDV 452 Export erzeugt werden. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI Control
Paul Lenz schrieb: Bei der Amenity restaurant knnte man Man koennte noch alles moegliche, aber solange meine Karte noch das Dasein eines Geheimtipps fristet, habe ich wenig Motivation zu Erweiterungen. Hast du schon erwägt das auf der osm.org Hauptseite hinzufügen? Die dynamische POI-Funktion ist an sich eine sehr Sinnvolle Funktion. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] tag für flurname
Toni Erdmann schrieb: Friedhelm Schmidt schrieb: was spricht denn gegen den von Toni vorgeschlagen place=locality-Tag? Ich verstehe die Beschreibung in Map Features eher so, dass es sich um einen genau definierten Platz handelt, der zwar einen Namen hat, aber sonst nichts. Also z.B. Waldkreuzung. Ich stimme Dir zu, wenn Du einen Node auf diese Weise markierst. Für einen Flurname wäre dann Area dann doch passend, oder? Vor eine Weile hatte ich auch nach einem Tag für Flurnamen im Sinne von Gebrauchsnamen gesucht. Das sind regionale, meinst sehr kleine Gebiete (also in der Grösser von ein paar Felder, einer Lichtung oder eines Weilers) die so von den Anwohnern verwendet werden. Bei mir in der Gegend ist dass zum Beispiel der Galgenbuck, der Radacker, der Köpferplatz, das Schleipfgässchen... Daher finde ich dass place=locality zwar notfalls geht, aber es doch sicher einen besseren Begriff dafür gibt (field name?, Wo sind die native english speaker?). Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] gpsd unter OS X
Andreas Hubel schrieb: falls mal jemand unter OS X mit JOSM direkt mappen will, findet man unter http://kismac.macpirate.ch/wiki/doku.php?id=gpsd einen gpsd installer der funktioniert. Ich frage mich wo man den Link am besten ins Wiki schreiben könnte... Entweder hier: http://wiki.openstreetmap.org/index.php/Making_Tracks_with_Homebrew-ware Oder man widmet gpsd eine eigene Seite? Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Dupe-Nodes
Sascha Silbe schrieb: Ich habe jetzt (endlich) das Script fertig, das eine passende JOSM-Datei zum Upload erzeugt. Die Datei kann von [1] geholt und inspiziert werden (ungepackt ca. 20MB, gepackt 1MB). Das inspizieren ist etwas mühsam*. Ich habe mir anhand von ca. 10 Stichproben** über die Datei das angeschaut und nichts entdeckt, was Probleme bereiten könnte. Datenbasis war der Deutschland-Dump von gestern (5.4.2008). Es werden nur Knoten zusammengefasst, die - keine Tags ausser created_by und converted_by haben - nicht zu Wegen mit unterschiedlichen Layer-Tags gehören - nicht zu irgendwelchen Relationen gehören Diese Kriterien sind ok. Lieber im ersten Durchlauf etwas paranoid sein. Damit sollte ausgeschlossen sein, daß Knoten zusammengefasst werden, die (ausser per nodeId) irgendwie von einander unterscheidbar sind. Betrifft das alle Nodes? Oft sind bei doppelten Nodes nur einer getaggt, die anderen nicht. In einem weiteren Lauf könnten die auch zusammengefasst werden. Sofern es innerhalb einer Woche keine Einwände gibt, werde ich das Skript demnächst erneut laufen lassen und die Änderungen dann hochladen. Ich habe keine Einwände. Gruss, Andy * Mit Josm lässt sich die nicht öffnen. Mal abgesehen von der Version gibt es bei mir eine Nullpointer Exception, wenn ich die Version auf 0.5 erhöhe. ** Hier habe ich eine interessante Stelle, wo 6 Nodes eines offenbar fehlenden Weges übereinander liegen. Hier war ein JOSM am Werk. http://www.openstreetmap.org/index.html?mlat=50.983729mlon=9.686852zoom=14 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] fortschritt messen, aber wie?
mariner schrieb: Dieses System, wie es in München praktiziert wird, gefällt mir. Wie kann ich das ganze auf eine Wiki Seite mit schweizer Kontext übernehmen? Ja, schau dir das Template an. Ich habe auch geplant das bei Schaffhausen zu verwenden. Gruess, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tipps/Datenquellen zum Mappen von Gebä uden?
Karl Eichwalder schrieb: 1) pi x daumen (ja, wirklich). Solange niemand etwas bessere hat, ist es ok. Das ist ok. Oft kann man anhand angrenzenden Strassen die Dimensionen schätzen. Ich würde hier dann aber mittels source=estimated das ausweisen. Mir ist kürzlich die Idee gekommen den Lokalen Segelflug-Klub nach Luftbildern der Altstadt zu fragen. Die müssen dann noch georeferenziert werden. Gruess, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] fortschritt messen, aber wie?
mariner schrieb: Meine gezeichneten Gebiete nehmen zu. Ich möchte nun gerne den Fortschritt je Ort sichtbar machen. (in Zahlen ausgedrückt) Hier, wo ich arbeite, sind dies kleine Dörfern. 1. Nach welchen Kriterien stellt ihr Tabellen mit Fortschrittsberichten ins Wiki? Nach meinen Erkenntnissen sind das sehr unterschiedliche Interpretationen. 2. Gibt es eine Vergleichsmöglichkeit mit Google Maps oder anderen Kartenanbietern? (irgend welche überlagerungen oder so, die ich danach im Wiki festhalten kann) Da gibt es die Seite von Jochen Topf: http://geo.topf.org/comparison/ 3. Wie überprüft ihr eine Region auf den Fortschrittsgrad? Das ist sehr schwierig. In der Schweiz hat Gummibaerli einen Vergleich mit den offiziellen Swisstopo Daten gemacht: http://wiki.openstreetmap.org/index.php/Ch:current_coverage 4. Gibt es irgendwelche Fortschrittsbalken, die ich im Wiki darstellen kann? (0%xxx-- 100%) Ich bin selber nicht ein besonderer Freund von Prozent-Angaben. Was heisst 100%? Nur auf die Strassen bezogen kann man 100% erreichen, aber woher weiss ich dass es wirklich alle sind? Vorhandene Karten sind auch nicht vollständig (ok. kleinere Orte sind noch überblickbar, hier kann man durchaus 100% abdecken). Wenn nicht nur die Strassen erfasst werden, dann ist es meiner Meinung nicht möglich das in Prozent auszudrücken, da erst definiert werden muss, was 100% sind? Jede Strasse? Jedes Haus? Jedes Mausloch? Mir gefällt daher die Vorschrittkontrolle, wie sie viel in Deutschland angewendet wird: http://wiki.openstreetmap.org/index.php/Landkreis_M%C3%BCnchen Hier wird nicht versucht das anhand des ganzen Kuchen anzugeben, sondern anhand der Benutzbarkeit der Karte für bestimme Anwendungen. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Osmarender in Perl
Christoph Eckert schrieb: Moin, Das bloede ist, dass bei einem typischen Tile-Rendering ungefaehr 90% der Zeit im Inkscape drauf geht, d.h. die schnellere Laufzeit von or/p ansich bringt noch nichts, es wird erst dann richtig gut, wenn wir die Mittel von Perl einsetzen koennen, um ein vereinfachtes SVG zu erzeugen, so dass Inkscape dann schneller arbeiten kann. Da gibt es sicher viele Ansaetze, muss man mal rumprobieren. wenn Inkscape der Flaschenhals ist, wie sieht es denn mit imagemagick/convert aus? Das ist ja vielleicht eher auf Performance gedrillt. Hier ist ein schöner Vergleich verschiedener SVG Renderer: http://www.linuxrising.org/svg_test/ Ich habe vorher die librsvg (rsvg) mit inkscape verglichen. rsvg ist deutlich langsamer, aber rendert mir wenigstes die marker-mid richtig, an welchen ich jetzt schon Stunden lang übe... *grml* $ inkscape -D -e Zermat-inkscape.png Zermatt.svg /dev/null $ time inkscape -D -e Zermat-inkscape.png Zermatt.svg Background RRGGBBAA: ff00 Area 4.42653e-05:1.09375e-05:2083.33:2189.84 exported to 2083 x 2190 pixels (90 dpi) Bitmap saved as: Zermat-inkscape.png real0m3.817s user0m3.196s sys 0m0.596s $ rsvg Zermatt.svg Zermatt-rsvg.png $ time rsvg Zermatt.svg Zermatt-rsvg.png real0m17.756s user0m14.917s sys 0m2.840s $ file *.png Zermat-inkscape.png: PNG image data, 2083 x 2190, 8-bit/color RGBA, non-interlaced Zermatt-rsvg.png: PNG image data, 2083 x 2190, 8-bit/color RGBA, non-interlaced signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Osmarender: PisteMaps
Ich schrieb: Zufällig hab ich und Raphael für morgen geplant weiter daran zu arbeiten. Wir sind nun ein Stück weiter. Die technischen Probleme sind (fast*) aus dem Weg, jetzt ist es noch Fleissarbeit die Icons zusammenzustellen und an die verschiedenen Zoom-Level anzupassen. * Hat jemand Erfahrung mit Icon auf Weg legen? SVG-Marker (marker-mid) funktioniert irgendwie nicht richtig. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Osmarender in Perl
Frederik Ramm schrieb: ich weiss nicht, ob ich in diesem Kreise schon mal dafuer Werbung gemacht habe, falls ja, bitte ich um Entschuldigung ;-) Gemacht habe ich das hauptsaechlich, weil ich weiss, dass sehr viel mehr Leute Perl programmieren koennen als XSLT, und ich mir also einige Verbesserungen beim Rendering durch hoehere Teilnahmequoten erhoffe. Ja, schon getestet und (Vorsicht Denglish) gebenchmarked. Mit den PisteMaps war das der Faktor 3 schneller! Gute Arbeit. Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Osmarender: PisteMaps
John07 schrieb: * Ich war heute mal wieder Ski fahren in der schönen Rhoen und hab dabei mein GPS eingesteckt (nicht nur wegen dem Track, ist interessant mal zu sehen, wie schnell man so fährt, wie lang man ansteht...). Hab das ganze nun mehr oder weniger korrekt getaggt. Lifte werden ja schon schön gerendert (ich spreche nur von Osmarender), die Pisten leider nicht. In der höchsten Zoomstufe kann man dann die Namen der Pisten sehen, was umso verwirrender ist. Ich weiß auch, dass es openpistemap.org gibt, aber ich finde dieses halbe Rendering wie es zur Zeit ist etwas ungeschickt. Es gibt sogar schon ein Patch dafür, wurde aber nicht eingebaut: http://wiki.openstreetmap.org/index.php/User:Ast/PisteMaps Fände es auf jeden Fall toll, wenn das in Zukunft gerendert werden würde. Nun, mittlerweile gibt es ja die OpenPisteMap Webseite, hinter welcher ein angepasster Mapnik rendert: http://www.openpistemap.org/ Das ist super zum testen der (momentan noch proposed) PisteMap features. Den Osmarender PisteMap Patch habe ich schon länger mal vor abzuschliessen. (Eigentlich wollte ich das über Ostern machen, aber irgendwie hat es mich dann mehr gereizt erst einmal meine Pisten-Tracks fertig einzugeben, weil das auf OpenPisteMap.org so schön aussieht :-) ) Zufällig hab ich und Raphael für morgen geplant weiter daran zu arbeiten. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tracks vereinfachen
Fabian -Patzi- Patzke schrieb: ich bin in der Gegend um Göttingen auf Ways gestoßen, die ca. jede 5m einen Node besitzen. Jeder der Nodes hat auch noch das highway Tag des Weges. Die Punkte sind viel zu dicht gesetzt und der Weg dürfte so ein 10 faches an Platz belegen. Ein wirklichen Gewinn an Genauigkeit dürfte dadurch auch nicht erreicht werden (GPS Ungenauigkeit/Schwankungen). Meiner Meinung nach sollten solche Ways deutlich stärker generalisiert werden, wie es ja auch bei fast allen Ways der Fall ist. Ja, hier kann auf jeden Fall aufgeräumt werden, schön das das auch gemacht wird. Ich habe in letzter Zeit auch einige Stellen aufgeräumt. Da waren offensichtlich in Ways umgewandelte GPX-Tracks dabei und massenhafte doppelte Nodes und mit highway Tags getaggte Nodes. Meine Frage ist nun, ob es eine einfache Möglichkeit gibt überflüssige Punkte zu entfernen. Ich dachte mal so etwas bei JOSM gesehen zu haben, hatte jetzt aber nix gefunden. Oder habe ich das mir nur eingebildet. Ein solches Tool wäre tatsächlich nicht schlecht. AFAIK gibt es im Utils-Plugin so etwas. Ich bin recht gut mit der Suche in JOSM [1] gefahren. Richtig angewendet lassen sich so z.B. die Nodes mit highway-Tags selektieren und dann bereinigen. Ich bin da immer sehr Vorsichtig. Oft sind wichtige Informationen noch in den Nodes versteckt. z.B. gibt es Previous unwayed segments ohne Tags, aber dafür enthalten die Nodes dann die richtigen highway-Tags, die erst auf den Weg übertragen werden müssen. Gruss, Andy [1] http://wiki.openstreetmap.org/index.php/JOSM_search_function signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hamburg: Verkehrsberuhigung
[EMAIL PROTECTED] schrieb: Betroffen ist das Gebiet oberhalb der Landungsbruecken bis hoch zum Sievekingplatz/Kaiser-Wilhelm-Strasse und zwischen Roedingsmarkt und Heiligengeistfeld. Andere Tags wie Einbahnstrassen, Bruecken, Layer usw. sind, soweit ich das erkennen kann, nicht betroffen. Es fehlen, wie gesagt, die Strassennamen und alles ist jetzt mit highway=pedestrian getaggt. In diesem Fall könnte das in Zukunft über die History-Funktion gelöst werden. Versuchsweise habe ich über einen QuickDirty Hack [1] die möglichen Kandidaten aus der genannten Region aufgelistet. Es handelt sich dabei um Wege (Way-IDs) die bestimmte Kriterien erfüllen: * Am 29.1 geändert * Benutzer mbuege * highway=pedestrian * Kein name Dabei bin ich auf Way 12637357 gestossen, der früher ein highway=footway ohne name war, und nun ein highway=pedestrian ist: http://www.openstreetmap.org/api/0.5/way/12637357/history Alle anderen scheinen mittlerweile korrigiert zu sein, aber in der History sieht man den 'Unfall' noch: http://www.openstreetmap.org/api/0.5/way/22734333/history Gruess, Andy [1] http://www.knitter.ch/src/snipplets/osm/fixosm signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
Karl Eichwalder schrieb: wenn es anständig gemacht ist ist es gerade bei Straßen mit vielen Kurven/Serpentinen äußerst hilfreich. wenn ;) das klang hier aber nicht so. Ja, die normalen Abschnitte waren noch ok, zwar zu viele Nodes, aber gerade. Aber es hatte Stellen bei denen das Fahrzeug offenbar am Ort gestanden hatte, mit den GPS-typischen Punktwolken, die einfach so konvertiert wurden. Wenn der GPS-Track zuvor z.B. mit gpsbabel optimiert wurde, oder nachträglich von Hand korrigiert wird, ist die automatisch Korrektur schon in Ordnung (Nach meiner Erfahrung dauert die händische Korrektur länger als das Nachzeichnen). Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
Holger Issle schrieb: Ich habe angefangen dort aufzuräumen, aber mangels Ortskenntnis ist das schwierig. Kennt sich jemand dort aus? Ich schau heut abend mal rein, sollte auch noch ein paar klärende Urlaubstracks von dort haben. Die sind aber meist mit der via Tremola... Super. Besser als nichts. Ich habe vorerst keine Zeit mehr das zu bereinigen aber ich werde es später wieder einmal anschauen. Eventuell brauchts mal ein Cleanup-Day... Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
Mehr zufällig bin ich auf ein ordentliches Chaos beim Gotthard und Oberalppass gestossen: http://www.openstreetmap.org/index.html?mlat=46.62mlon=8.564zoom=12 Die Gotthardstrasse und die angrenzenden Strassen sind teilweise 4x vorhanden und zusätzlich sind die Wege doppelt (mehrere Wege nutzen die gleichen Nodes). Zudem sind einige Nodes mit highway-Tags ausgestattet. Einige Strassen sind offensichtlich durch Umwandlung von GPS-Tracks entstanden, so dass viel zu viele Nodes verwendet wurden die sich teilweise auch noch selbst überlappen (Punktwolken von stehendem Fahrzeug). Ich habe angefangen dort aufzuräumen, aber mangels Ortskenntnis ist das schwierig. Kennt sich jemand dort aus? Insbesondere ist es schwierig herauszufinden, wo die Strassen richtungsgetrennt verlaufen, da die oneway Tags fehlen, aber andererseits die Wege und die GPS-Tracks danach aussehen. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht? (Re: Erster OpenGeoDB Import in OpenStreetMa p ist durchgelaufen)
Sven Anders schrieb: * Die falsche Zuordnung von Namen (und dadurch Verdoppelungen). Das Problem könnte dadurch gelöst werden, das jeder in seiner Region die Nodes einmalig zusammenfasst und dann das auto_update anpasst). Könnten einige Fehler nicht dadurch vermieden werden, dass die Namen auf Ähnlichkeit verglichen werden, z.B. mit der Levenshtein-Distanz [1] oder dem Soundex [2] Verfahren? Bei Unklarheit muss dann von Hand eingegriffen werden. [1] http://de.wikipedia.org/wiki/Levenshtein-Distanz [2] http://de.wikipedia.org/wiki/Soundex * Relationen sind zur Zeit noch gar nicht in OSM eingespielt, das könnte ich aber bald nachholen. Wie sieht das dann aus? * Und es gibt auch Kritik über den fehlerhaften Datenbestand bei OpenGeoDB (wobei wir jetzt den Stand vom Anfang Dezember 2007 eingespielt haben und sich wohl schon einiges geändert hat.) 100% ohne Fehler (und ohne Nacharbeit) wird kein Update vonstatten gehen, das ist bei der Größe einfach nicht drinn. Deshalb hier nochmal ganz klar die Frage: Sollen wir eine neuen Anlauf wagen? Klar. Nur wer wagt gewinnt... Aktueller Datenbestand (in denen auch kleinere Orte enthalten sind?)? Oder erstmal mit den alten weiter machen und z.B. die Relationen einführen? Hmm, ich würde erstmals mit dem alten weiterfahren. Nur immer kleine Schritte auf einmal, auch wegen der Akzeptanz. Den aktuellen Datenbestand kannst du ja schon einmal vorbereiten und in kleinen Gebieten testen. Sollen OSM Tags eingefügt werden? Man könnte auch erstmal nur openGeoDB:* tags erzeugen und somit testen ohne das dadurch irgendwas gerendert wird. Das ist eine weitere Option zum Testlauf, anstelle kleinerer Orte, wie ich oben erwähnt habe. Man könnte auch neue Nodes gar nicht automatisch erzeugen sondern nur welche die openGeoDB:loc_id und openGeoDB:auto_update haben anfassen, wenn es eine neue Version gibt. Mit Sicherheitmechanismen, wie dem Levenshtein-Vergleich (und ev. weiteren Heuristiken), könnte man das durchaus wagen. Ich bin mir auch sehr unsicher, wie wir darüber diskutieren wollen. Auf der Liste? Ja. Ahja: Und ich hoffe es ist mir niemand wirklich böse über den Import! Ich jedenfalls nicht. Erstens sind urch die OpenGeoDB:*-Tags diese Daten ja gut erkennbar, und zweitens gibt es genug Möglichkeiten von Hand einzugreifen und korrigieren, auch wenn jetzt initial schon Arbeit anfällt. Mir gefällt die Idee wie die Tags gewählt wurden um später gezielt einzelne Felder aktualisieren zu können. Auf diese Art haben wir einen komfortablen Editor für diese Art von Daten und trotzdem die volle Kontrolle mit den bisherigen Editoren. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bach und Wege
Martin Simon schrieb: Z.B. werden viele Bäche einfach mittels Fertigkteil-Betonröhren unter Straßen (oder ganzen Dörfern!) hindurchgeführt - in diesem Falle wäre es albern, von einer Brücke zu sprechen, geschweige denn, eine solche auf einer Karte einzuzeichnen. So ein Bach fliesst hier in der Nähe durch (Klusbach): http://www.openstreetmap.org/?lat=47.69785lon=8.62044zoom=17layers=B0FT * Der Strasse Entlang unter der Erde: * Bach: waterway=stream; layer=-1; tunnel=yes * Alles darüber normal getaggt, ohne layer und tunnel * In Röhren unter den Wegen: * Bach: layer=-1; tunnel=yes * Weg normal getaggt, ohne layer und tunnel * Holzbrücke über den Bach: * Bach normal getaggt, ohne layer und tunnel * Weg: layer=1; bridge=yes IMHO ganz logisch... Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Dupe-Nodes
Hallo Sascha Silbe schrieb: Nachdem ich jetzt endlich meine Datenbank auf die v5-Ways umgestellt habe, bin ich mal wieder auf die Node-Dubletten aufmerksam geworden. Eine schnelle Analyse hat gezeigt, daß der überwiegende Anteil (im Deutschland-Extrakt) außer created_by und converted_by keine Tags hat und somit sehr einfach zusammengefasst werden könnte. Konkret geht es dabei 9298 Positionen (und etwa doppelt so viele Nodes). D.h. diese Nodes sind auch nicht Way zugeordnet mit unterschiedlichen layer oder ele-Tags? Dass ist IMHO das Haupt-Ausschlusskriterium gegen das Zusammenlegen. Wenn es keine Einwände gibt, würde ich diese demnächst über die API zusammenfassen (d.h. in ways und relations jeweils durch den Node mit der niedrigsten ID ersetzen, danach die unbenutzten Nodes löschen). Die restlichen 549 Positionen (davon 114 vom AND-Import) sehen eher nach Handarbeit aus (u.a. 278 mit highway=minor). Sonst sehe ich hier kein Problem. Aber um ganz sicher zu gehen: Könntest du die Änderungen zum Peer-Review online stellen? In [1] sind alle Dupes incl. Position und Tags (außer created_by und converted_by) aufgeführt. [1] http://sascha.silbe.org/osm/dupeNodeInfo.lst Geht im Moment bei mir leider nicht (connection refused). Gruess, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] landuse = forest oder natural=wood
Matthias Geiser schrieb: Leider ist mir der Unterschied zwischen landuse=forest und natural=wood immer noch nicht ganz klar. Und ich habe das Gefuehl, es geht den meisten hier aehnlich. Das denke ich auch. Das kommt natürlich auch daher, dass die meisten nicht Englisch als Muttersprache haben und daher forest und wood sich nicht klar voneinander trennen lassen. Der erste Tag über den man stolpert, wird dann verwendet. Daher ist es auch wichtig, dass wie solche Spezialitäten in der Ch:Map Features [1] Seite dokumentieren, wenn dann mal ein Konsens getroffen wurde. Nach meiner grossen Wald-Bereinigungs-Aktion im November sind wieder vereinzelt landuse=forest aufgetaucht. Ich hüte mich davor daran etwas zu ändern, bevor die Zielrichtung nicht klar ist. Ich erhoffe mir aus dieser Diskussion weitere Klarheit. Jetzt habe ich aber etwas weiter recherchiert und komme zu einem anderen Schluss: Landuse gibt an, wie eine groessere Flaeche genutzt wird (forest, industrial, residential, ...). Dies, weil es nicht praktikabel ist, jedes einzelne Objekt (Wohnhaus, Fabrikgebauede, ...) einzeln einzuzeichnen. Siehe [1]. Dort steht: ---cut--- [snip] ---cut--- Daraus folgt, dass es Unsinn ist ein Objekt zu haben, welches landuse=forest und natural=wood traegt. Wenn, dann muesste ein grosses Gebiet (landuse=forest) mehrere Waelder (natural=wood) enthalten. Ergo: Waelder in DE/AT/CH sollten als natural=wood eingetragen werden! Wenn man beachtet, was heute in OSM als Wald erscheint, so sind dass doch offenbar aus Landsat/Yahoo abgezeichnete Baumflächen, die sich aus den Bildern genug hervorheben. Wenn ich von Wald rede, dann meine manchmal sicher auch diese Baumflächen, oft bezeichne ich damit aber auch das Gebiet, mit den Lichtungen, Hecken, Weiher etc. Aus diesen Gründen und aus dem von Matthias Geiser erwähnten Idee der landuse-Tags denke ich, dass es momentan nicht falsch ist, die Baumflächen mit natural:wood zu taggen. Das ist momentan sicher ausreichend. Gruss, Andy [1] http://wiki.openstreetmap.org/index.php/Ch:Map_Features signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bach und Wege
Olaf Flebbe schrieb: Ich hatte den Bach (waterway=stream) mittels layer=-1 nach unten gelegt, weil ich den Weg (highway=track) nicht x-mal auseinanderhauen wollte um eine Brücke einzubauen. Ist das wirklich das empfohlene Vorgehen? Ein empfohlenes Vorgehen ist mir unbekannt. Die Bäche die ich bisher getaggt habe, liegen in layer 0, werden von Brücken überquert oder fliessen in layer -1 durch Tunnels (Röhren). Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Duplicated Nodes und wie man sie los wird
Raphael Studer schrieb: Ja, mit dem Validator-Plugin von JOSM gibt es die Möglichkeit das automatisch fixen zu lassen. Allerdings kann es bei Punkten ausserhalb des Download-Rechtecks sein, dass den doppelten Punkten ein nicht heruntergeladener Weg zugeordnet ist. Bei Hochladen kommt dann die etwas verwirrende Meldung Precondition failed. Weshalb wird ein Punkt ausserhalb des Download Rechtecks herunter geladen? Das geschieht doch nur wenn er zu einem Weg gehört und somit wär dieser Weg auch dabei oder? Berechtigte Frage. Ich versuche mal das so zu erklären, wie ich es verstanden habe: Diese Situation kommt vor, wenn wir drei Strassen haben (1, 2, 3). Zwei Strassen (1, 2) sind innerhalb des Download-Rechteck und eine Strasse (3) ist ausserhalb. Wenn nun die beiden Strassen Innerhalb einen doppelten Node ausserhalb des Rechteck haben (n2 und n3 liegen übereinander), und gleichzeitig n2 oder n3 zu einer weiteren Strasse gehören (3), die nicht heruntergeladen wurde, dann kann diese Situation auftreten. Der Validator entfernt einen Node und verbinden die beiden Strassen (1, 2). Der entfernte Node (n3) gehört aber immernoch zu einer vorhanden Strasse (3) und kann daher nicht gelöscht werden, bevor er nicht aus der Strasse entfernt wurde. Dass weiss das Validator-Plugin aber nicht, jedoch das API merkt es und bricht mit dem Fehler Precodition failed ab. Beispiel: Strasse 1: n1 n2 (heruntergeladen) Strasse 2: n3 n5 n6 (heruntergeladen) Strasse 3: n3 n4 (nicht geladen) ++ doppelter Node n2 + n3 || V |0-1-|-0---3---0 n4 |n1 | | || 2 || | |n6 0|-2---0 n5 || ++ Gruess, Andy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Radfahrer absteigen, Hunde
Am Montag, den 07.01.2008, 17:34 +0100 schrieb Guenther Meyer: Am Montag 07 Januar 2008 schrieb Daniel Schmidt: * Radfahrer absteigen: Hier führt ein Radweg über eine Brücke. Auf der Brücke selbst dürfen die Räder jedoch nur geschoben werden. bicycle=no waere richtig! ich wuerds nur als fussweg taggen - ohne angabe fuer fahrraeder. Nach der Beschreibung ist es ein Radweg über eine Brücke bei dem die Räder aber nur geschoben werden dürfen. Also: highway=cycleway bicycle=no ;-) Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Duplicated Nodes und wie man sie los wird
Raphael Studer schrieb: AFAIK kann die JOSM auch automatisch beheben, indem man die Karte Validiert und ahschliessend FIX drückt. Ja, mit dem Validator-Plugin von JOSM gibt es die Möglichkeit das automatisch fixen zu lassen. Allerdings kann es bei Punkten ausserhalb des Download-Rechtecks sein, dass den doppelten Punkten ein nicht heruntergeladener Weg zugeordnet ist. Bei Hochladen kommt dann die etwas verwirrende Meldung Precondition failed. Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bahnsteig
Fabian Fingerle schrieb: aktuell werden größere Bahnhöfe so gemacht, dass man die einzelnen Bahngleise aufgeteilt nebeneinander sieht. Ich fände es jedoch wichtig auch den Bahnsteig einzutragen. Gibt es hierzu schon Gedanken? Ich habe keine offizielle Konvention oder proposed features gefunden; was denkt ihr dazu? Gerade für Fussgänger-Routing ist das sicher sinnvoll. Ich war auch schon kurz davor diese einzutragen, entweder als highway=footway oder als highway=pedestrian. Das letztere gefällt mir im Moment besser. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ungeschickte Manöver
Christoph Eckert hät gschribä: planet dump --postgis (osm2pgsql) -- gpx (ogr2ogr) -- josm hmpf. Da hast Du ja echt keine Mühen gescheut :) . Ja, da brauchst du dich wirklich nicht zu entschuldigen. Da kommt natürlich wieder einmal die Frage nach der History- Funktion auf. Ich kann zwar die History eines Objektes abrufen: http://www.openstreetmap.org/api/0.5/way/4643491/history Aber was mach ich wenn das Objekt gelöscht wurde und ich die ID nicht kenne? Offenbar gibt es keine History für Regionen, was hier sinnvoll währe. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bahnsteig
Daniel Schmidt schrieb: Gerade für Fussgänger-Routing ist das sicher sinnvoll. Ich war auch schon kurz davor diese einzutragen, entweder als highway=footway oder als highway=pedestrian. Das letztere gefällt mir im Moment besser. Für mich bedeutet highway=pedestrian ganz klar Fußgängerzone. Also eine Straße, auf der eigentlich Autos fahren könnten, ihnen jedoch untersagt ist. Nun pedestrian lässt sich auch mit Fussgänger übersetzten. Allerdings ist so wie das Tag verwendet wird, das sicherlich nicht sinnvoll für diese Anwendung, da gebe ich dir recht. Vielleicht kann man ja highway=footway mit Frederiks railway=platform kombinieren und die Renderer entscheiden lassen... Ja, wieso nicht. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Klare highway tagging Regeln f?r befestigte, Stra?en
Dimitri Junker schrieb: Gestern fiel mir ein highway=minor auf, irgendeine Ahnung wo sowas herkommt? Habe es in tertiary gewandelt. Das ist so korrekt. Das highway=minor ist veraltet: http://wiki.openstreetmap.org/index.php/Deprecated_features Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mal ganz anders
Frederik Ramm schrieb: Zu dem stehe ich auch heute noch (besonders die Zielsetzungen in 1.1). Auch wenn manchmal ein anderer Eindruck aufkommen koennte: Ich bin keineswegs der Ansicht, dass das OSM-Datenmodell irgendwie gut waere. Wenn ich daran denke, das OSM noch nicht besonders alt ist und IMHO auch noch in der Beta-Phase ist, wundert es nicht, dass es damit schwierig ist, alles abbilden zu können. Vieles wurde am Anfang halt gar noch nicht berücksichtigt. Das ist nicht unbedingt schlecht. Klar haben wir im Moment ein Tag-Chaos. Aber gerade dadurch werden die Ideen gesammelt und man sieht was alles berücksichtigt werden muss. Hätte man z.B. mit einem Standard wie GDF angefangen währen die Richtlinen viel klarer gewesen, aber man hätte auch viel mehr Probleme Elemente zu beschreiben, die in GDF nicht vorgesehen sind. Die einzige Chance fuer ein sauberes, neues Datenmodell waere in meinen Augen die, dass man das separat entwickelt (mit allen Komponenten, Server, Editor, Renderer) und dann mit konvertierten OSM-Daten bestueckt und den Leuten live die Vorteile zeigen kann: Das ist ein Möglichkeit. Ich sehe mehr die Richtung, dass es mit den momentan zur Verfügung stehenden Mittel eine grobe Karte erfasst wird: Das Rendering ist einigermassen akzeptabel, wichtige Informationen wie Strassenverläufe und Namen sind erfasst. Je mehr Informationen der Karte hinzugefügt wird, um so mehr Orte komplett erfasst sind (zumindest das Strassennetz), sieht man die Defizite des Datenformat hervorstechen. Das wird zwangsläufig dazu führen, dass Änderungen an der Infrastruktur notwendig werden. Das diese aufwändiger einzupflegen sind, als wenn alles auf der grünen Wiese enstanden wäre ist klar. Möglich ist es aber durchaus die Daten nach und nach zu verfeinern. Das Schöne an diesen Daten ist doch, das die Geodaten selten ändern: Strassen sind Jahrzehnte unverändert, Häuser stehen ebenso lange. Jetzt, wo vermehrt auch Routing an den OSM-Daten probiert wird, kommen neue Kriterien ins Spiel als nur eine schöne Karte. Das wird dazu führen, dass diese Mängel erkannt werden und nach und nach Verbessert werden. Sei das durch Erweiterungen am Datenmodell, an besseren Tools wie einem Routing-Validierer oder auch bloss an Korrekturen am jetzigen Datenbestand. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED]
John07 schrieb: Hm, dann wirds schwierig. Kann mir bitte mal jemand erklären, warum das so schwierig ist bzw. warum man soviele Kenntnisse benötigt. Weil der [EMAIL PROTECTED] Client nicht ein fertig gebündeltes Stück Software ist, sondern eine Reihe von Perlscripten welche eine Sammlung von Werkzeugen (XSLT Prozessor, XSLT Renderer-Script, SVG Renderer, OSM-Datendownloader) steuert. Es handelt sich also um diverse Komponenten, Bibliotheken und Programmen und nicht um ein homogenes Program. Das Rendering der Tiles halt eine recht komplexe Aufgabe. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] natural:wood oder landuse:forest
Frank Sautter schrieb: Andreas Stricker schrieb: Ich schrieb: Wenn niemand etwas einzuwenden hat, werde ich anfangen, in der Schweiz grossflächig landuse:forest durch natural:wood ersetzen. Ok, das Projekt ist abgeschlossen. Ich habe nun die gesammte Schweiz von landuse:forest auf natural:wood umgestellt. nachdem rund um stuttgart beides anzutreffen war, habe ich letzte woche auf deine initiative hin auch mal einiges in richtung natural=wood umgestellt und gerade eben habe ich das hier entdeckt :-/ http://wiki.openstreetmap.org/index.php/Deprecated_features ich werd's wohl jetzt in die andere richtung ändern Moment: Da steht das landuse:wood veraltet ist, und nicht natural:wood Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] natural:wood oder landuse:forest
Paul Lenz schrieb: Ich habe nun die gesammte Schweiz von landuse:forest auf natural:wood umgestellt. Bist Du sicher, dass das richtig war? Gibt es in der Schweiz keine Holzwirtschaft, sondern nur natürliche Wälder? Natürlich gibt es in der Schweiz auch Holzwirtschaft. Ich habe daher auch nicht stur alles ersetzt (was mit ein paar Zeilen Python kein Problem gewesen währe), sondern alles von Hand angeschaut, um soche Fälle zu erkennen. Ich bin dabei zum Schluss gekommen, dass in den meisten Fällen nicht absichtlich Holzwirtschaft getaggt wurde. Die meisten Wälder wurden von einzelnen Personen grossflächig mittels Landsat oder Yahoo Aerial Imagery abgezeichnet. Es sind nur ganz wenige Fälle unklar gewesen. Falls ich also versehentlich doch ein Waldstück falsch getaggt hätte, so muss das halt jetzt wieder korrigiert werden. Jetzt wo einheitlich natural:wood getaggt ist, sticht das sofort hervor und ist nur klarer von normalen Wald abgehoben. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Woher bekommt man Bahnlinien?
Paul Lenz schrieb: Güterzügen befahren werden. Eine Draisine habe ich leider auch nicht zur Hand - also zu Fuß ablaufen Zu Fuss ablaufen ist *keine gute Idee*! Der Lebenserhaltungstrieb sollte jeden davon abhalten! Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Beobachtungen eines Newbies
Florian Schmitt schrieb: 1. Alle Tags sind in englischer Sprache und stark UK-lastig: Wurde schon einmal daran gedacht, nationale Tags einzuführen, die über ein Dictionary (sorry - Entschuldigung: Wörterbuch) auf die internationalen Bezeichnungen abgebildet werden? Auch wenn ich bisher glaubte, ganz gut englisch zu verstehen ist mir ein so zentrales OSM-Wort wie 'amenity' noch nie untergekommen, und ein 'hospital' oder eine 'police' als 'Annehmlichkeit' zu bezeichnen (taggen) ist mir auch noch nie in den Sinn gekommen. das halte ich ehrlich gesagt für nur eingeschränkt sinnvoll. Denn das hätte zur Folge, dass die Tools (Editoren, Renderer) entweder nicht mehr universell einsetzbar sind oder an x-beliebig viele nationale tag-sets angepasst werden müssen, war auch den technischene Aufwand für das Rendering erhöhen dürfte. Da ist es IMHO sinnvoller, englisch auf techischer Ebene als lingua franca zu nutzen und die Übersetzung im Wiki bereitzustellen. Nun, ein üblicher Lösungsweg ist, die Daten in einer einheitlichen Sprache zu lassen und die Übersetzung nur in der Präsentationsschicht (Editor) vorzunehmen. highway bliebe dann highway, wird aber im Editor als Strasse dargestellt und beim Speichern wieder zurück nach highway transformiert. Bei OSM ist das allerdings ein nicht vollständig lösbares System, da erstens die Übersetzungen eindeutig sein müssen und zweitens jeder beliebige Tags verwenden kann. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] natural:wood oder landuse:forest
Ich schrieb: Wenn niemand etwas einzuwenden hat, werde ich anfangen, in der Schweiz grossflächig landuse:forest durch natural:wood ersetzen. Ok, das Projekt ist abgeschlossen. Ich habe nun die gesammte Schweiz von landuse:forest auf natural:wood umgestellt. Ich war dabei vorsichtig und von Hand vorgegangen, um nicht versehentlich Daten zu zerstören. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweizer Portal im Wiki
Raphael Studer hät gschribä: Wie wärs wenn statt einen oder zwei Mapper, grad alle Schweizer kommen würden? Fast schon ein Schweizer Mapper Treffen. Basel liegt zwar nicht grad sonderlich Zentral, aber in 2h kommt man von fast überall nach Basel. Wenn die Zeit günstig ist, bin ich auch dabei. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweizer Portal im Wiki
Schäuble Michele hät gschribä: Ich habe mir nun erlaubt das neue Layout (inkl. Liste der Kantone) zu übernehmen da sich bis jetzt niemand negativ dazu geäussert hat. Zudem habe ich gleich noch die deutsche Übersetzung angepasst. Perfekt. Damit sind wir wieder einen Schritt weiter. Als nächste Aufgabe sehe ich, dass wir die Seiten der Kantone auf einen einheitlichen Stand bringen. Ich habe dazu das Template SwissCanton [1] kreiert und die Seite von Schaffhausen [2] damit ausgestattet. Am besten wir optimieren das noch, bis wir uns auf eine Lösung einigen können und bauen dann die Seiten so um. Gruss, Andy [1] http://wiki.openstreetmap.org/index.php/Template:SwissCanton [2] http://wiki.openstreetmap.org/index.php/Switzerland:Schaffhausen signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Self-intersecting ways?
Klaus - Guenter Leiss schrieb: der Validator in JOSM meldet bei mir self-intersecting way für folgende Auszeichnungen. 1. Bei der Umrandung einer Area Hier sollte das nicht angemeckert werden. Es könnte sein, dass hier ein anderer Fehler vorliegt. 2. Bei Strassen die eine große Schlaufe haben ( das ist kein Wendehammer ). Ein Konstrukt wie z.B. das folgende: *--* / \ *-* * \ / *--* Wenn das ein einziger Way ist, dann wird das angemeckert. Die Schlaufe soll vom geraden Weg getrennt werden. 3. Bei Kreisverkehren die ich als Kreis von points gezeichnet habe. Auch hier scheint etwas nicht zu stimmen. Ein Kreisverkehr wird vom Validator nicht bemängelt. Was muß ich tun damit der Validator das nicht mehr anmeckert. Ich habe kürzlich diverse Self-intersecting ways korrigiert. Die meisten Fälle waren Wege, die in sich selbst überlagerten: *-*===*===* Richtig ist aber: *-*** Diese repariert man am besten, in dem man den Weg aufsplittet und die doppelten Segmente löscht: 1. Splitten split split V V *-*===*===* 2. Doppelten Weg entfernen: delete V *-*===*===* 3. Aus den zwei Wegen wieder einen machen: *-*** Manchmal trifft man auch Konstrukte wie dieses hier: * * / \ / \ * * * \ / \ / * * Dabei ist alles ein Weg. Dieser nutzt den mittleren Node doppelt. Hier ist es einfacher zu korrigieren: Einfach den Weg beim mittleren Node splitten. Diese Stellen sind teilweise schlecht zu finden. Ich bin dann überlicherweise so vorgegangen, dass ich den Weg schrittweise halbiere und wieder validiere, bis ich den Fehler eingegrenzt habe (binäre Suche). Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Self-intersecting ways?
Klaus - Guenter Leiss wrote: Wenn das ein einziger Way ist, dann wird das angemeckert. Die Schlaufe soll vom geraden Weg getrennt werden. Habe ich Probehalber abgetrennt, jetzt wird die Schlaufe alleine angemeckert. Bleibt der Fehler wenn die Schlaufe neu aufgebaut wird? Falls sich das jemand ansehen will, hier die Koordinaten. http://www.openstreetmap.org/index.html?mlat=54.35629391089615mlon=10.08879991669 6695zoom=13 Bei mir zeigt der Validator keine Fehler an. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Genauigkeit der Tracks
Christoph Eckert schrieb: Woher will er wissen, dass er richtig gemessen hat? Ich habe kürzlich ein Busfahrt mitgeloggt. An einer Bahnschranke mussten wir mehrere Minuten warten. Es ist unglaublich, wie weit während dieser Zeit die Messpunkte verstreut wurden :( es gibt Geräte, die im Stand wesentlich ungenauer sind als während der Fahrt. Daher von den tielweise extremen Punktwolken nicht verunsichern lassen. Ja, dass passiert tatsächlich bei einigen Empfängern. Ebenso Strecken, die ich mehrmals geloggt habe, da liegen die Tracks teilweise mehrere Meter auseinander. Das ist völlig normal. Bei GPS Empfänger muss man mit einer Abweichung von 15 Meter rechnen [1]. Das ist Systembedingt. Es kann zwar durchaus sein, dass es genauer ist. Das kann nur mit Tracklogs abgeschätzt werden, welche die HDOP und *DOP-Werte mitloggen (PDOP, HDOP, VDOP). Weiter ist zu beachten, dass für optimalen Empfang die GPS Empfänger eine Weile eingeschaltet werden sollten. Zwar hat man bei modernen Empfänger nach ca. einer Minute bereits eine Position, allerdings fehlen dann meistens noch die Almanac-Daten [2] der Satelliten, welche eine wesentliche bessere Positionierung erlaubt, wenn Satelliten aus dem Sichtfeld verschwinden und neue auftauchen. Diese Daten werden innerhalb einer Viertelstunde übertragen. Ich habe mit meinem SirfIII Gerät die Erfahrung gemacht, dass beim mappen von der engen Altstadt, nur dann einiger- massen brauchbare Daten entstehen, wenn ich vorher 15min auf einer freien Fläche das GPS-Gerät einschalte. Wenn in dieser Zeit weniger als 8 Satelliten gesehen werden, kann man die Aktion gleich wieder abblasen. Die Mehrwegausbreitung in Engen Gassen ist dann natürlich immernoch da, aber mit mehreren Tracks lässt sich so der Strassenverlauf genug genau mitteln. Für normale Situation ist das natürlich Overkill. Das ist normal. Letztendlich mappt man nach dem Track und tut so, als ob alles vollkommen in Ordnung wäre. Falls das GPS mal wirklich total danebenlag, kann man das später immer noch korrigieren. Alternativ kann man eine Straße auch ein halbes Jahr lang mit den unterschiedlichsten Empfängern immer wieder abfahren, bis man genug Tracks zusammenhat, um eine gute Mittelung vorzunehmen. Ich bevorzuge die erste Methode :) . Kommt darauf an. Wenn ein Quartiersträsschen daneben liegt, ist es meist nicht so schlimm. Bei wichtigen Strassen mit vielen Verzweigungen ist es besser, wenn dessen Lage einigermassen stimmt. Dazu logge ich diese kritischen Strassen mehrfach, wenn ich merke, dass sie zuwendig genau sind. Gruss, Andy [1] http://www.kowoma.de/gps/Genauigkeit.htm [2] http://www.quantenwelt.de/technik/GPS/almanach.html signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweizer Portal im Wiki
Schäuble Michele hät gschribä: Ich habe heute morgen versucht eine etwas übersichtlichere Wiki-Seite für das Schweizer OSM-Portal zu erstellen. Die Informationen sind ja z.T. veraltet und irendwie wurde einfach alles auf eine Seite gepresst. Mein Entwurf findet ihr momentan unter http://wiki.openstreetmap.org/index.php/WikiProject_Switzerland_newlook. Was denkt ihr dazu? Ich habe einfach mal die englische Seite erstellt, allfällige Übersetzungen wären dann ja schnell gemacht... Super. Die bisherige Version hatte ich von Zeit zu Zeit mal wieder etwas aufpoliert. Erst kürzlich habe ich mir überlegt, den Look mehr an die anderen Portale anzulehnen, aber es dann doch gelassen (zu faul...). Ich würde mir noch überlegen, die Kantonsliste in die Hauptseite zu integrieren. Am besten mehrspaltig unten, so das der Platz gut genutzt ist. Soll ich das mal versuchen? Ansonsten kann von mir aus die bisherige Portalseite sofort mit der neuen ersetzt werden. Leider habe ich es nicht hingebracht den Spalt zwischen den beiden Spalten wegzubringen. Weiss jemand wie man das hinbekommt? Ist dieses Problem schon behoben? Sieht doch gut aus. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM-Shortcut für Zoom
Ulf Lamping wrote: Hab ich gerade eingebaut. Momentan habe ich einfach mal 1,2,3,4 genommen, daß kann sich aber noch ändern. Jetzt konnte ich bereits schon ausgibig damit arbeiten. Es ist wirklich viel angenehmer. Besonders im Zusammenhang mit der Suchfunktion und dem Validator-Plugin will ich es nicht mehr missen. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Urlaub
Dimitri Junker hät gschribä: Hallo, Was kann man sinnvollerweise im Urlaub mappen? Ich werde bestimmt nicht systematisch Städte ablaufen. Außerdem dürfte es schwer werden die Daten in Internetcafes zu bearbeiten. Wie sieht es rechtlich aus? Gibt es Länder die damit Probleme haben? Mein Nächster Urlaub geht nach Thailand, Laos und Kambodscha. Da sieht es bei OSM noch sehr leer aus. In solchen (im OSM) leeren Gegenden, in Ländern mit kleinen Einkommen (um sich ein GPS zu leisten), da ist schon eine unbeschriftete Strasse etwas Wert. Die Locals können das Beschriften immernoch nachholen. Als ich in L'viv war habe ich einfach nebenbei geloggt, und so konnte eine Car-Stadtrundfahrt als Nebenprodukt gleich noch einige Strassen aufzeichnen. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM-Shortcut für Zoom
Hallo Der neue JOSM hat nun Shortcuts für das Tools-Menü. Wirklich angenehm zum arbeiten. Ich bin gerade mit dem Validator am arbeiten. Da ist mir aufgefallen, dass ein Shortcut für View - Zoom to selection ganz angenehm währe. Gibt es sowas? Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Falsch getagged nodes
[EMAIL PROTECTED] wrote: ich sehe viele nodes, die als tag auch highway=residential oder name= Straßenname haben. Kann man das effektiv und schnell löschen ohne die ways zu ändern?? Hmm, mir kommt da nur ein Script in den Sinn. Ich habe mich das nämlich auch schon gefragt, als ich eine grössere Strecke solch getaggter Nodes bereinigt hatte. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] natural:wood oder landuse:forest
Paul Lenz schrieb: Wenn niemand etwas einzuwenden hat, werde ich anfangen, in der Schweiz grossfl?chig landuse:forest durch natural:wood ersetzen. Ist das Handarbeit, oder gibt es ein Suche+Ersetze-Tool dafür? In Deutschland müsste nämlich großflächig Strasse durch Straße ersetzt werden. Selbst wenn es das Tool gäbe, ist hier noch etwas Hirn notwendig. Das geht nicht ohne mitdenken und ist deshalb Handarbeit. Daher Frage ich hier erst mal nach, bevor ich mir die Arbeit mache. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Relations: Bus-Linien u.a.
Thomas Krüger schrieb: Weitergesponnen stellt sich sogar die Frage, ob diese Durchnummerierung überhaupt sinnvoll ist. Viele Buslinien fahren nicht stur eine Strecke, sondern, nehmen je nach Situtation unterschiedlich Strecken. (z.B. an Schultagen über Schulzentrum, am Wochenende über Pusemuckler Platz, sonst über ZOB). Oft gehen auch einfach Hin- und Rücktour verschiedene Wege. Als Entwickler eines ÖV Flottenmanagement-System kann ich das nur bestätigen. Die Buslinien sind z.T. alles andere als trivial. (Siehe Datenmodel VDV 455). Ich glaube es wäre ausreichend die Elemente unsortiert zu erfassen, sonlange man nicht den kompletten Fahrplan erfassen will - was meiner Meinung nach nicht unbedingt Aufgabe von OSM ist. Ja. IMHO reicht es die einer Buslinie zugehörigen Linienabschnitte mit ihren Haltestellen in der Karte aufzunehmen und den Rest den dafür spezialisierten Online-Fahrplänen zu überlassen. Als Grundlage dient dabei am besten die vereinfache Linienübersichtsdarstellung. Sonderfälle kann man dabei getrost weglassen. Gruess, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS-Aufzeichnung auf dem Handy
Peter schrieb: ich habe ein Holux GPSlim 236 mit Bluetooth-Interface und ein Handy vom Typ Sony-Ericcson K800i. Wenn J2ME Applikationen darauf laufen, ist die Chance gross, dass es damit funktioniert. Hat jemand Erfahrungen, was das Aufzeichnen von GPS-Daten mit dem Handy angeht? Ich mappe alles mittels Handy und Bluetooth-Maus und habe dabei schon diverse Programme ausprobiert: Angeregt durch die c't habe ich meine ersten versuche mit gpslog [4] durchgeführt. Dann bin ich auf GpsTrack [3] gestossen. Beide waren sehr minimal gehalten und es fehlten Informationen in den Logs, wie Zeit und Höhe. Momentan mappe ich mit Trekbuddy [2]. Dieses ist auch in der Lage OSM Karten darzustellen. Leider ist es nicht Opensource. Das kann der Mobile Trail Explorer [1] leidern nicht, aber er hat das Zeug dazu, die Satelitten-View und die Empfangsstärke-Ansicht fehlen mir in Treckbuddy. Gruss, Andy [1] Mobile Trail Explorer (OSS) http://www.substanceofcode.com/software/mobile-trail-explorer/ [2] Trekbuddy (Freeware) http://gpsmid.sourceforge.net/ [3] GpsTrack (OSS) http://qcontinuum.org/gpstrack/ [4] GpsLog http://gpslog.info/ signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] 16.9.2007 Sonntag 16:30 auf 3-Sat Beitrag über OSM
Joerg Ostertag (OSM Munich/Germany) schrieb: an alle die neugierig sind, warum ich diese Woche nach so vielen Sachen bzgl. OSM gefragt habe Guter Beitrag! Die wichtigen Punkte wurden angesprochen und der Beitrag wirkte sehr kompetent. Gruss, Andy PS: Ich habe eine Aufnahme, bin aber erst am nächsten Wochenende wieder erreichbar. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neu hier und vermutlich die üblichen F ragen...
Thomas -Balu- Walter schrieb: - Hauptstraßen in der Stadt, bei der die Fahrbahnen nicht baulich getrennt sind (nur mit durchgezogener Linie) werden die als zwei Fahrbahnen eingetragen? Normale, nicht baulich getrennte Fahrbahnen trag ich als eine Strasse ein, auch wenn in der Mitte eine durchzogene Linie ist. - Gibt es einen Trick Nodes und Segmente parallel zu setzen (für Autobahnen z.B.)? Plugin für JOSM? Sowas ist mir nicht bekannt. - Wie markiere ich Pfosten, die verhindern sollen, dass ein Auto dort langfährt? Wenn die Pfosten entfernt werden können, wär ein highway=gate möglich, ansonsten trenn ich den weg in drei Teile und setze das mittlere, auf die Höhe des Pfosten und tagge es als highway=foot. Länge nur ein paar Meter, je nach Situation. - Wie genau müssen die Segmente sortiert sein, damit ich kein ways-with-unordered-segments vermeide. (http://www.informationfreeway.org/?lat=51.99216522504532lon=7.59395849435zoom=16layers=B000F000) Oder markiere ich die Stichstraßen einfach als eigenen Weg? Ja. Die Wege sollten geradelinig sein, ohne Abzweigungen. Das gibt zwar viele Wege, aber eventuell kriegen wir das später mit den Relations wieder in den Griff, wenn es soweit ist... Ich glaube, das war schon erstmal. Viel Spass beim Mappen Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in heise open Artikel erw ähnt
Ulf Lamping schrieb: Ich hab gerade den Artikel Friede, Freude und freie Eierkuchen-Rezepte - Teil 2: Freie Forschung und Lehre [1] gelesen, bei dem es um User generated / open content im weiteren Sinne geht. Dort wird auf Seite 5 [2] auch OpenStreetMap (mit Bild) erwähnt - allerdings leider nur sehr knapp. In der neuen c't ist beim Artikel über GRASS auch kurz OSM als mögliche Datenquelle erwähnt. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Blaue Tiles
Thomas Krüger schrieb: Das Problem liegt meist an unvollständigen Riverbanks. Die sollten nur an einer Stelle offen sein (U-Form), damit der Renderer sie erkennt. Ja die lieben Riverbanks... So ganz begriffen habe ich es noch nicht. Ursprünglich wurden meine ersten Versuche korrekt gerendert, dann habe ich versehenltich das JOSM-Validator-Plugin die bemängelten unordered ways fixen lassen und seitdem bringe ich das nicht mehr so hin, wie es sein sollte. Siehe hier: http://www.informationfreeway.org/?lat=47.6826lon=8.61612zoom=14layers=B000F000 Nach meinen Erkenntnissen müsste eine Korrekte Riverbank so aussehen: o-(3)-o---(2)---o--(1)---o Flussrichtung o--(4)o(5)--o---(6)--o Das alles in einem Ways mit den Tags waterway=riverbank. Nun zu meinen Fragen: o Ist das oben so korrekt? o Müssen beide Ufer gleich viele Segmente umfassen? o Spielt die Richtung eine Rolle, um z.B. die korrekte Flussrichtung zu erfassen? o JOSM bemängelt fälschlicherweise das als unordered way (dann werde ich das auf die Wishlist setzen) Gruess, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Blaue Tiles
Hallo Frederik Ramm schrieb: Die Regel Wasser 'immer rechts' ist sicher sinnig. Das hatte ich vorgeschlagen, weil das die Regel fuer natural=coastline ist; hier haben wir einen magischen Mechanismus, der dann dafuer sorgt, dass auch da, wo nur ein Fetzen Coastline im Bild ist, immer das Meer rechts von der Coastline liegt. Danke für die Antworten. Wenn es Glücksache ist, dann werde ich nur noch dafür sorgen dass das Wasser rechts ist und dann das ganze so lassen, was auch immer die Renderer damit so anstellen. Danke noch für den Tip mit dem waterway=river in der Mitte zu lassen, das macht durchaus sinn und damit ist dann auch das mit der Flussrichtung etc. erschlagen. Diese Regel wollen wir vielleicht auch mal fuer andere grosse Flaechen, z.B. den Bodensee ;-) einbauen. Gute Idee. Der sieht teilweise ein wenig zerklüftet aus. Gruess, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplatz, -haus, -garage
Raphael Studer hät gschribä: In der Schweiz gibt es einige Veloparkplätze, an Bahnhöfen oftmals sogar ganze Gebäude (mir ist grad ein Zweistöckiges überdecktes bekannt). Macht also durchaus Sin. Manchmal sind die sogar bewacht/überwacht bzw. es gibt einen kostenlosen Bereich und einen kostenpflichtigen, bei dem das Fahrrad eingeschlossen wird. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bitte nicht in Hamburg mit Potlatch arbeiten
Immanuel Scholz wrote: Stephan Schildberg schrieb: Ich will nicht den Potlatch -Müll in Hamburg. Bitte geh hier weg! Ich interpretiere das mal als: Schraubt endlich mal jemand die 'Show History of objects' und 'Revert to date xx.yy.' - Funktionen in JOSM zusammen! Ich versuche das momentan so zu umgehen, indem ich regelmässig die von mir gemappte Region als .osm sichere. Ein Redo würde aber alles andere als einfach... Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ansicht der Daten, Straßennamenlän ge, Situation Schweiz
Martin Simon hät gschribä: Ich würde es begrüßen, wenn wir uns in Deutschland (in der Schweiz gibt es glaube Ich kein ß, bei Österreich weiß Ich's nicht) auf Straße einigen würden, so daß dieses Wort ähnlich eines tags eine sichere Information für Navigationssoftware und renderer darstellt. Nein in der Schweiz gibt es kein ß. Daher heisst es bei uns immer Strasse und nie Straße. Gruss, Andy PS: Ich schreibe Strasse immer aus, auch bei den wenigen Verkehrsschilder die mit Str. abgekürzt sind. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tracking in DB-Personenzügen
Stephan Schildberg wrote: kann mich eines von Euch auf die Beschreibung im Wiki vom Tracking in DB-Personenzügen hinweisen. Ich kann's nicht mehr finden, wo beschrieben steht wie es und bei welchen Typen es nicht funktioniert. http://wiki.openstreetmap.org/index.php/WikiProject_Germany_Railway Bislang habe ich in der Schweiz drei verschieden Wagentypen ausprobiert: * S-Bahnen (Doppelstöckige Wagen) * Alte Regionalzüge * Moderne Regionalzüge (Thurbo) In allen war der Empfang ausgezeichnet (mehr als 8 Satelliten). Ich wählte jeweils ein Fensterplatz mit Tisch, lege aber wenn möglich den Sirf III-Empfänger auf den Fensterrand. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tracking in DB-Personenzügen
Stephan Schildberg schrieb: Vielleicht nehme ich doch noch einen Akkuschrauber mit, weil das mit dem Sauger an der Fensterscheibe mir doch ein wenig riskant erscheint, Fahrtwind, Vegetation, etc. ;-) *g*, man könnte den Sauger natürlich auch /innen/ anbringen... Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM-Update erforderlich
Frederik Ramm schrieb: fuer diejenigen, die JOSM nutzen und die englischen Listen nicht lesen: Die API hat seit ein paar Tagen eine Konsistenzpruefung bei der Loeschung von Objekten: Objekte koennen erst geloescht werden, wenn sie nicht mehr referenziert werden. Vielen Dank für den Hinweis. Ich hatte mich schon gewundert. Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweizer: Zubringerdienst gestattet
Raphael Studer wrote: Eine Frage an alle Schweizer: Wie taggt ihr das typische Zubringerdienst gestattet. access=private ist irgendwie nicht das richtige, da der Weg ja nicht den Anwohnern gehört. Ein Fahrverbot für Autos, Lastwagen und Motorräder ist auch nicht ganz das gewünschte. Ich denke ein access=no reicht hier, auch wenn es nicht optimal ist. Eventuelle Zubringer sehen vor Ort immernoch ob sie durch können. Gruess, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Dialoge unter Linux
Raphael Studer wrote: Hat jemand das selbe Problem und weiss wie es beheben? Ich setze das Sun JDK 1.6.0.01 ein, sowie Fluxbox als WM und pypanel als Taskleiste. Ich habe hier häufig das Problem, dass die upload- und download Dialoge anfangs problemlos erscheinen, dann aber plötzlich gar nicht mehr erscheinen oder - noch schlimmer - auf dem falschen virtuellen Desktop was zu nervendem Desktop-Wechseln führt. gentoo, java 1.5.0_11, e16 Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Angrenzende Flächen und Ortschaftsbeze ichnungen
Hallo Angrenzende Flächen: Wenn z.B. eine Uferzone mit Wald direkt an einen Fluss grenzt, ist die Trennline ja Bestandteil beider Flächen. Ist es in Ordnung diese auch so zu definieren? Ich denke spätestens bei drei angrenzenden Flächen bekommt man das Problem, dass die Segment nicht mehr in die gleiche Richtung zeigen. Welche Variant ist richtig: Legende: + Node ---||| Segment Variante 1: 123 +---++ ^|^ | Wald | Fluss | |v| +---++ 456 Way 1: Node 1, 2, 5, 4 Tags: k=landuse, v=forest Way 2: Node 2, 3, 6, 5 Tags: k=waterway, v=riverbank Variante 2: 12 3 4 +---+ + + ^| | ^ | Wald | | Fluss | |v v | +---+ + + 56 7 8 Way 1: Node 1, 2, 6, 5 Tags: k=landuse, v=forest Was 2: Node 3, 7, 4, 8 Tags: k=waterway, v=riverbank Bislang habe ich es nach Variant 2 gelöst. Dann zum zweiten Thema: Ortschaftsbezeichnungen: Ich habe gesehen dass jede Strasse, bzw. jedes Objekt mit den Keys place_name, postal_code und is_in Bezeichnet wird. Ist die gängige Praxis? Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Angrenzende Flächen und Ortschaftsbez eichnungen
Christoph Eckert schrieb: Dann zum zweiten Thema: Ortschaftsbezeichnungen: Ich habe gesehen dass jede Strasse, bzw. jedes Objekt mit den Keys place_name, postal_code und is_in Bezeichnet wird. Ist die g=E4ngige Praxis? =20 ich ganz pers=F6nlich halte letztere beide f=FCr nicht ganz so gut. Ers= tens=20 hat fast jeder Ort mehrere PLZs und nicht nur eine, und zweitens sollte= =20 unsere Datenbank irgendwann die PLZ und is_in automatisch anhand der=20 Geokoordinaten ermitteln k=F6nnen. Wie genau? =DCber die Ortschaft, die als Fl=E4che abgelegt wird? Gruss, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM im Fernsehen
Uwe Zerbe schrieb: Hallo, ich habs aufgenommen, doch leider kam kein Bericht =FCber OSM - oder=20 sollte ich bilnd gewesen sein? Nein, ich habe auch nichts gesehen. Allerdings habe ich mir die Sendung im Web angesehen. Ich hoffe der folgende Link funktioniert, sonst einfach auf http://www.3sat.de/neues.html gehen und suchen. http://www.zdf.de/ZDFmediathek/inhalt/11/0,4070,5545931-5,00.html Gruess, Andy signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
