Re: [Talk-de] QR-Codes, neuer Versuch
Harald Schwarz wrote: Hallo zusammen, der vorige Beitrag zum Thema entfernt sich gerade etwas vom Kern der Idee. Er bezog sich auf einen Artikel in der ct, der zum Lesen am 92. Tag dieses Jahres gedacht ist. Unabhängig vom dort beschrieben Inhalt ist mir durch den Artikel die folgende Nutzung für OSM gekommen: Für Geschäftsleute ist es zur Zeit nicht einfach, Informationen über ihr Geschäft in den OSM-Datenbestand einzupflegen. Sie müßten die Arbeit mit unseren Editoren erlernen oder warten, bis zufällig mal ein freundlicher Mapper in der Straße vorbeikommt. Idee ist nun, einen Server aufzustellen, in den die nötigen Daten eingetragen und bei Bedarf auch wieder geändert werden können. Die dort eingetragenen Werte können nun von Personen die des Umgangs mit OSM-Editoren kundig sind eingepflegt werden. Dies zuautomatiesern dürfte zu Problemen führen. Dieser Server soll die Daten nicht dauerhaft speichern, sondern Zwischenspeicher sein bis die Daten entweder in OSM übertragen wurden oder auch wegen Fehlern oder Ungültigkeit verworfen werden. Ob nun die Georeferenzierung über einen QR-Code im Schaufenster erfolgt, oder ob es wie bei OSM-Bugs auf einer Karte angeklickt wird, wo sich der Laden befindet, bleibt zu überlegen. Eine Interaktive Karte wäre aber wohl der bessere Weg. Mit dem QR-Code im Schaufenstern kann man aber Kunden und Mitbewerbern mitteilen: Ich nutze und unterstütze OpenStreetMap. Also nochmal kurz zusammengefasst: OSM könnte eine Plattform schaffen, die es Personen auf einfache Weise ermöglicht, Daten für OSM bereitzustellen ohne sich in GIS-Werkzeuge einzuarbeiten. Liebe Grüße Harald black_bike Also mein QR-Code haengt schon im Fenster. Allerdings wohne ich im 10. Stock in Muenchen in einem tollen Penthouse mit Blick aufs Gebirge und das Fenster ist halt weit von der Strasse weg. Kann ich das dort haengen lassen ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nodes / Ways tagged mit natural=bedrock
Chris66 wrote: Am 05.02.2012 10:06, schrieb popp...@hm.edu: durch Zufall bin ich auf den tag natural=bedrock gestossen. Taginfo liefert etwas ueber 200 Faelle. Die HowToMap-Wikiseite liefert keine naehere Info. In der Uebersetzung heisst bedrock "Grundgestein". Wie koennte dieser Tag Sinn machen ? Wurde hier diskutiert: <http://forum.openstreetmap.org/viewtopic.php?id=15334> Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Vielen Dank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nodes / Ways tagged mit natural=bedrock
Guten Morgen OSM, durch Zufall bin ich auf den tag natural=bedrock gestossen. Taginfo liefert etwas ueber 200 Faelle. Die HowToMap-Wikiseite liefert keine naehere Info. In der Uebersetzung heisst bedrock "Grundgestein". Wie koennte dieser Tag Sinn machen ? Bei ways verstehe ich das noch, aber bei nodes ? Unter Grundgestein wuerde ich sehr alte Gesteine verstehen, die an einzelnen Stellen zu Tage treten. Im Grand Canyon gibt es zum Beispiel derartige Stellen mit Gestein das 1,5 Milliarden Jahre alt ist. Weiss jemand naeheres ? Links http://www.openstreetmap.org/?lat=48.3307363&lon=-4.0097933&zoom=16 http://www.openstreetmap.org/?lat=-45.55&lon=167.16589&zoom=17 WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NHD-import durch User jam3son
osm_proj...@arcor.de wrote: Hallo Werner, laut http://www.openstreetmap.org/user/jam3son ist der Account jam3son seit 15. November 2011 angemeldet. Sein erstes Changeset ist vom 16.11.2011 Kann mal jemand nachschauen, wieviel der User jam3son hochgeladen hat. Mir waere schon geholfen, wenn ich ein Rezept haette, wie ich mir die Informationen und Daten besorgen kann und ich die Fehler am besten beheben kann. Seine einzelnen Changesets findest Du unter: http://www.openstreetmap.org/user/jam3son/edits Wenn du über die einzelnen Changesets fährst siehst Du auch den entsprechenden Bereich hervorgehoben. Gruß TimG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Guten Morgen, TimG vielen Dank fuer den Tip. Ich werde mich mit dem User in Verbindung setzen und ihn auf den Upload ansprechen. Mich interessiert auch, wie er das technisch gemacht hat und warum z. B. einzelne Linien von Fluessen nicht miteinander verbunden sind, d. h. sie haben keine gemeinsamen Punkte, damit eine fortgesetzte Linie entsteht. Oft sind auch Baeche, die in Seen muenden, nicht mit der Seekontur verbunden, sondern der Endpunkt eines Baches ist ein winziges Stueck von der Seekontur entfernt. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] NHD-import durch User jam3son
Liebe OSMler, ich habe festgestellt, dass zu Beginn dieses Jahres der User jam3son wohl per Upload NHD-Daten eingelesen hat. Am Ende habe ich einige URLs angegeben. Dabei wurden Daten mit der selben NHD:ComID eingelesen, die ein anderer User bereits vorher eingelesen hatte. Folge davon sind doppelt vorhandene Streams, River, uebereinanderliegende Konturen von Wasserflaechen usw. Meine Bitte an die erfahrenen unter euch: Kann mal jemand nachschauen, wieviel der User jam3son hochgeladen hat. Mir waere schon geholfen, wenn ich ein Rezept haette, wie ich mir die Informationen und Daten besorgen kann und ich die Fehler am besten beheben kann. Am 09. 01. habe ich mir eine OSM-Datei besorgt. Dort ist der User jam3son noch nicht enthalten. Wenn es nicht zu viel ist, dann werde ich das von Hand korrigieren. Ansonsten wird man wohl um eine Umkehrung der Changesets nicht herumkommen. Im Gebiet der Grossen Seen, nahe der kanadischen Grenze hat er viele Daten eingelesen. Teilweise liegen drei identische Konturen uebereinander. Der Bereich mit der URL http://www.openstreetmap.org/?lat=46.168&lon=-86.012&zoom=10 ist sehr gross, etwa 800 KB. yosmhm.neis-one.org zeigt dieses Gebiet als den Bereich mit den meisten Aktivitaeten, aber er war auch in anderen Gebieten aktiv. URLs http://www.openstreetmap.org/?lat=46.127073&lon=-89.0544339&zoom=16 http://www.openstreetmap.org/?lat=46.117362&lon=-88.9222917&zoom=16 http://www.openstreetmap.org/?lat=46.1631804&lon=-89.0104308&zoom=16 Uebereinanderliegende Konturen http://www.openstreetmap.org/?lat=46.1499579&lon=-89.0375386&zoom=16 same NHD:ComID=70330317 Mit freundlichen Gruessen WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
hike39 wrote: Gibt es hierzu eine nähere Erläuterung oder ein Beispiel? Könnte man nicht eine Liste der Datensätze ins Wiki stellen? In ähnlicher Form wie sie schon für Korrekturaktionen in Spanien und Frankreich erstellt wurden? Siehe http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_14 hike39 Am 14.01.2012 11:49, schrieb ludwich: Hallo Liste, ich suche Unterstützung bei der Bereinigung folgender Daten. Georg v. hat mir eine Auswertung gezogen (Danke) die folgenden Inhalt hat: Es handelt sich um Place-Nodes sowie um Place-Flächen (meist landuse=residential + place=y) die den gleichen Namen haben. Meist sind es also Orte, die eine Landuse-Fläche mit Placeangabe haben; zusätzlich ist ein Node mit dem Ortsnamen vergeben. Wir haben nun den Ansatz gewählt die Zusammengehörigkeit über die Distanz von Node und Fläche herzustellen. Bereinigen lässt sich das ganze letztendlich nur durch einen Blick in die Karte . Die Liste dient also als Unterstützung beim Qualitätssichern. Ich hoffe, dass sich ein paar Freiwillige finden, die sich die Datensätze mal ansehen können. Ludwich PS: Ich kann die Liste ca. 250 Datensätze bei Rückmeldung gerne per PM verschicken ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Also ich habe mir mal die Seite http://wiki.openstreetmap.org/wiki/Aktionen mir angesehen. Klickt man unter "Geplante Aktionen" z. B. auf Spanien, so heisst es "User flacus expired". Wird die Seite noch gepflegt, d. h. sind die Aktionen noch aktuell ? WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=artificial - Was ist das ?
Michael Krämer wrote: Hier noch weitere Infos zum Problem "waterway=artificial" A. Arkansas River, Mündung des Canadian Rivers http://www.openstreetmap.org/?lat=35.44&lon=-95.053&zoom=11 1. Name "Canadian River", sonst keinerlei OSM-Tags 2. Es gibt einen Teil "natural=water" Datum 20. 12. 2011 was meines Erachtens nicht korrekt ist. Inzwischen geht ja auch "natural=water + water=river" anstatt von "waterway=riverbank". Allerdings fehlt hier auch "water=river", damit ist es wieder nicht vollständig. Insgesammt stimme ich aber zu, dass in dem Gebiet einiges durcheinander ist. B. Im Bereich des Clear Creek Reservoirs (http://www.openstreetmap.org/?lat=39.0195&lon=-106.2623&zoom=12) gibt es ähnliches vom 23. 02. 2010. Was hier auffällt ist, dass die waterway=artificial oft durch die Wasserflächen verlaufen: Der Bach oder Fluss ist am Einlauf bzw. Abfluss mit der Seekontur verbunden als Stream oder River. Innerhalb der Wasserfläche als waterway=artificial. Wird hier u. U. versucht, das Nicht-Vorhandensein des Flusses / Baches im See so darzustellen ? Beim Abfluss des Clear Creek zum Arkansas River gibt es ein kurzes Stück waterway=artificial, dass den Clear Creek mit dem Arkansas River verbindet. Wenn ein Fluß durch einen See läuft, ist das aus meiner Sicht ein ganz normales Mappen - bis auf das Tagging mit "artificial" natürlich. NHD scheint hier diese künstlich erzeugten Wege für die Wasserläufe eben als "artificial" markiert zu haben. Leider wurde das beim Import wohl übernommen. Die Flusslaeufe durch Seen hindurch sind eine grosse Hilfe, weil man so eben die Flusslaeufe verfolgen kann. Oft hoeren die Flusslaeufe am Anfang eines Sees auf und setzen sich am Abfluss fort. Meines Wissens muss bei NHD eine Rules-Dateil verwendet werden. Vielleicht war die ja unzureichend. Das sind nur einige wenige Beispiele. Die Daten von NHD sollen ja ziemlich exakt sein, aber wenn die Skripte zum Konvertieren fehlerhaft sind oder falsch eingesetzt werden, dann hilft das alles nichts. Irgendwie ist man ziemlich machtlos, wenn man nur Bing und die vorliegenden Daten hat. Rigoroses Löschen kanns nicht sein, weil u. U. Relationen anschliessend defekt sind oder ähnliche Effekte. Nur um Mißverständnissen vorzubeugen: Mit "Putzen" meinte ich nicht, die Daten zu löschen, sondern vielmehr die Tags zu korrigieren. Das ist schon klar, aber manchmal wird es nicht ohne gehen. Trotzdem erschliesst sich mir der Sinn von "Submerged Streams" nicht. Schliesslich wird das gemappt, was wir sehen, also irgendwie gegenstaendlich vorhanden ist. Ausnahmen sind Grenzverlaeufe. Handelt es sich um historische Flusslaeufe, die Staudammprojekten zum Opfer fielen, so muesste man die als historic oder so taggen. Analog zu abandonded railways. Die Wege mit "artificial", die ich gesehen habe, gehören ja in OSM auch eingetragen. Nur das Tagging ist falsch, wobei das zu korrigieren eine ziemliche Fleißarbeit sein dürfte. Man kann sich ja alle diese Tags runterladen ueber die API, in MySQL einlesen und dann nacheinander abarbeiten. Ich werde die zahllosen Einzellinien miteinander verbinden und die Tags entsprechend anpassen. Interessanterweise findet sich in den im Wiki verlinkten Skripts für die Konversion auch der Hinweis, dass Artifical Path nicht hochgeladen werden sollte... Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Danke fuer deine Antworten Schoenen Abend WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=artificial - Was ist das ?
Michael Krämer wrote: Hallo Werner, Am 08.01.2012 17:38, schrieb popp...@hm.edu: Diese Fluss- und Bachlaeufe oder aehnliches haben oft keinerlei Tag, hoechstens mal einen Namen. Ansonsten nur nhd-Tags. Taginfo liefert immerhin ueber 24000 waterway=artificial, die Wikiseiten geben dazu aber nichts her. Hm, nach der Beschreibung bei [1] sieht mir das nach einem Fehler beim Import aus. Dort steht nämlich, dass "nhd:ftype=ArtificialPath" in "waterway=river" übersetzt werden sollte. Vermutlich war das Skript damals nicht perfekt - teilweise haben die Wege ja waterway=artificial, teilweise nicht. Allerdings gab es die Seite wohl noch gar nicht, als die von Dir angesprochenen Daten importiert wurden. waterway=river bzw. stream oder was auch immer macht meiner Meinung nach am meisten Sinn. Normalerweise werden die einmündenden Wasserläufe ja einfach bis zur Mitte durchgezogen. > Wie soll man damit umgehen ? Wenn Zeit & Lust vorhanden sind wohl vermutlich am besten putzen. Vielleicht vorher noch die US-Liste fragen - wobei ich persönlich die Liste nicht kenne. Grüße, Michael [1] http://wiki.openstreetmap.org/wiki/National_Hydrography_Dataset ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hier noch weitere Infos zum Problem "waterway=artificial" A. Arkansas River, Mündung des Canadian Rivers http://www.openstreetmap.org/?lat=35.44&lon=-95.053&zoom=11 1. Name "Canadian River", sonst keinerlei OSM-Tags 2. Es gibt einen Teil "natural=water" Datum 20. 12. 2011 was meines Erachtens nicht korrekt ist. 3. NHD:FTYPE Submerged Stream, Datum 21. 12. 2011. Würde ich mit "Überschwemmter Flußlauf" übersetzen 4. Einige der Konturen liegen übereinander => Fehlerhaftes Skript ? 5. Canadian River, flussaufwärts Die vorhandenen Konturen stimmen nicht annäherend mit Bing überein (natural=wetland) => Fehlerhaftes Skript ? 6. Im Gebiet der Mündung des Canadian Rivers in den Arkansas River (http://www.openstreetmap.org/?lat=35.412&lon=-95.087&zoom=10) werden bei der Datenprüfung viele Fehler ausgegeben: - doppelte Punkte - überlappende Linien infolge übereinander liegender Konturen => Fehlerhaftes Skript ? B. Im Bereich des Clear Creek Reservoirs (http://www.openstreetmap.org/?lat=39.0195&lon=-106.2623&zoom=12) gibt es ähnliches vom 23. 02. 2010. Was hier auffällt ist, dass die waterway=artificial oft durch die Wasserflächen verlaufen: Der Bach oder Fluss ist am Einlauf bzw. Abfluss mit der Seekontur verbunden als Stream oder River. Innerhalb der Wasserfläche als waterway=artificial. Wird hier u. U. versucht, das Nicht-Vorhandensein des Flusses / Baches im See so darzustellen ? Beim Abfluss des Clear Creek zum Arkansas River gibt es ein kurzes Stück waterway=artificial, dass den Clear Creek mit dem Arkansas River verbindet. Das sind nur einige wenige Beispiele. Die Daten von NHD sollen ja ziemlich exakt sein, aber wenn die Skripte zum Konvertieren fehlerhaft sind oder falsch eingesetzt werden, dann hilft das alles nichts. Irgendwie ist man ziemlich machtlos, wenn man nur Bing und die vorliegenden Daten hat. Rigoroses Löschen kanns nicht sein, weil u. U. Relationen anschliessend defekt sind oder ähnliche Effekte. Es ist sicher so, dass das NHD-Script wohl nicht ganz fehlerlos lief. Alles wird aber nicht erklärt. Ich habe mich in die talk-us eingetragen; dort ist aber anscheinend nicht viel los. Ich werde trotzdem mal eine Anfrage dort stellen. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] waterway=artificial - Was ist das ?
Liebe OSMler, ich habe mehrfach Wege gefunden, die als waterway=artificial getaggt waren (Beispiel Lake San Cristobal, suedl. Lake City, Colorado, http://www.openstreetmap.org/?lat=37.9629&lon=-107.2952&zoom=12) Diese Fluss- und Bachlaeufe oder aehnliches haben oft keinerlei Tag, hoechstens mal einen Namen. Ansonsten nur nhd-Tags. Taginfo liefert immerhin ueber 24000 waterway=artificial, die Wikiseiten geben dazu aber nichts her. Weiss jemand Naeheres ? Wie soll man damit umgehen ? Im Bereich der Muendung des Canadian River in den Arkansas River gibt es noch komischere Beispiele dafuer (siehe http://www.openstreetmap.org/?lat=35.4265&lon=-95.0804&zoom=14) WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen aus Relationen
malenki wrote: Chris66 schrieb: Am 24.12.2011 12:47, schrieb Jan Tappenbeck: Teilt Ihr seine Ansicht oder wie ist der allgmeine Tenor dazu? Ist Geschmacksache. +1 Ich mag diese AMP-Flächen[1] auch nicht. Mir ists egal. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Also ich stimme Chris66 zu. Oft sieht man wahre Monstermultipolygone, die nur noch sehr schwer zu editieren sind. Ich benutze Multipolygone nur wenn es wirklich noetig ist, z. B. bei Inseln. Ich baue grosse Flaechen aus einzelnen, voneinander unabhaengigen Flaechenteilen zusammen. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google maps nutzt Geobasisdaten - Motivation
Franz wrote: Am 13.12.2011 10:06, schrieb Frederik Ramm: Einen vollautomatischen Import finde ich (wie bei fast allen vollautomatischen Methoden) äußerst risikoreich. Aber eine Art Overlay mithilfe dessen ich einfach(er) Umrisse übernehmen kann ohne alles selbst zu zeichnen wäre ENORM hilfreich Das wuerde aber schon weitgehend aufs gleiche hinauslaufen. In Jein - du beschreibst ja unten dass für Potlach sowas gemacht wird ;) Frankreich haben sie das auch gedacht, und den Mappern vor Ort fertige JOSM-Files gegeben, damit die die pruefen und hochladen koennen. 99% ist Da fehlt mir noch der nötige manuelle Schritt. Ich würde schon gern(?) noch jedes Objekt anklicken müssen bevor es einfach hoch geladen wird. ungeprueft hochgeladen worden, weil dem Mapper vor Ort Quantitaet vor Qualitaet ging. Wenn Du erstmal die Katasterdaten auf Knopfdruck uebernehmen kannst, machst Du Dir dann wirklich die Muehe, bei einer kleinen Abweichung im Luftbild was zu korrigieren? Da muss man vielleicht am Prozess feilen, dass noch so weit Hand angelegt werden muss aber trotzdem noch eine Erleichterung vorliegt -- andererseits frage ich mich, ob man da nicht mit Bildanalyse auch noch was machen kann .. wäre ich nicht schon fast fertig, würde ich eine Abschlussarbeit für so etwas ausschreiben. Nur dass der Prozess in Frankreich teils misslungen ist, muss nicht heißen dass das Vorhaben per se falsch war. Vielleicht nur suboptimal umgesetzt. Nichtsdestotrotz ist so was, wie Du es hier beschreibst, gerade fuer Potlatch in Arbeit - Andy Allan arbeitet da an Code fuer "CycleStreets", bei dem man einen Datensatz in den Hintergrund laden und dann selektiv Objekte uebernehmen kann - man kann sogar, wenn das Objekt in OSM schon vorhanden ist, selektiv nur einzelne Attribute vom Hintergrundobjekt auf das OSM-Objekt kopieren. Der Original-Einsatzzweck sind wohl von der UK-Regierung freigegebene Daten zu Fahrradwegen, die keinesfalls direkt importiert werden koennen, bei denen aber ein Abgleich mit OSM spannend ist. Man kann glaube ich sogar die Daten im Original-Datensatz dann als "erledigt" markieren und auf die Weise gemeinsam flaechendeckend einen Fremd-Datensatz "verwursten". Na das wär ja schon was! Muss ich mir nur mit Potlach anfreunden -- aber DAFÜR würd ichs vermutlich tun. Dann warte ich mal ab und harre der Dinge die da kommen. Grüße Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Franz, in Boston wurden die Daten von MassGIS eingelesen. Wenn man die Haeuser betrachtet, hat man das Gefuehl, dass hier mit Mustererkennung gearbeitet wurde: So fehlen bei Gebaeuden die Balkone, die auf den Luftaufnahmen zu sehen sind, aber bei den importierten Gebaeuden fehlen sie. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Rainer Kluge wrote: > Hallo, > > Auf der französischen Newsgroup laufen gerade zwei Threads, welche durch > deutsche "Urlaubs-Mapper" ausgelöst wurden. In einem Fall hat sich ein > Mapper über die miserable Qualität der Gebäudedaten und Landuses > beschwert. Im anderen Fall hat ein deutscher Mapper in der Normandie ein > Dorf komplett, einschließlich der Gebäude, erfasst. Offenbar beruhen die > Daten auf einer eingehenden Erkundung vor Ort, ergänzt durch > Informationen aus Bing. Die Gebäudeformen sind recht unpräzise, kaum > mit rechten Winkeln, aber Bing gibt auch nicht mehr her. Man zollt dem > großen Aufwand der hier getrieben wurde zwar Respekt, ist aber etwas > irritiert, da ja in Frankreich die Katasterpläne zum Mappen in OSM > verwendet werden dürfen, und diese natürlich ein weitaus höhere > Präzision liefern. > > Da ich weiss, dass eine ganze Reihe von deutschsprachigen > OSM-Contributoren anlässlich von Auslandsreisen im jeweiligen Land > mappen, und weil es auf der französischen Liste angeregt wurde, möchte > ich hier auf die Besonderheiten in Frankreich und die sich daraus > ergebenden Empfehlungen eingehen. > > Wie gesagt, sind in F die Katasterpläne zur Verwendung freigegeben[1]. > Diese Pläne liegen zum großen Teil vektorisiert, teilweise, wie im > aktuellen Fall, aber auch noch als Rastergrafik. Die Pläne sind auf dem > französischen Regierungsportal[2] verfügbar. > > Es gibt eine Reihe von Tools, welchen die Übernahme der Daten aus dem > Kataster unterstützen. Mit einem Josm-Plugin[3] können die Pläne > hinterlegt werden. Dabei werden Vektorpläne automatisch positioniert, > Rasterpläne müssen manuell ausgerichtet werden. Letzteres ist recht > knifflig, da die Pläne meist keine Referenzpunkte mit Koordinaten > enthalten. Viele nicht vektorisierte Gemeinden sind daher überhaupt > nicht erfasst. > > Straßen und Wege in geschlossenen Ortschaften werden fast ausschließlich > durch Abzeichnen mittels des Josm-Plugins erfasst, auch bei > vektorisierten Gemeinden. > > Gebäude, Gewässer und Gemeindegrenzen vektorisierter Gemeinden werden > (halb)-automatisch importiert. Aus den Vektorplänen werden OSM-Dateien > erzeugt, die man dann in Josm lädt, nachbearbeitet und hochlädt. Leider > wird das Nachbearbeiten gerne "vergessen", was sich unter anderem > dadurch äußert, dass sich Gebäude, Wasserwege und Strassen untereinander > und gegenseitig überlappen. > > Für den ausländischen Mapper, der sich nicht selbst mit dem > Kataster-Import befassen will, ergeben sich aus dieser Situation > folgende Ratschläge: > > - Großer Bedarf besteht für alles, was fehlt, aber nicht durch den > Kataster-Import abgedeckt wird: Strassen und Wege ausserhalb von > geschlossenen Ortschaften, Einbahnregelungen, Radwege, > Zufahrtsbeschränkungen, POIs, Wegbeschaffenheit. > > - Es ist nicht sinnvoll, Gebäude in größeren Mengen von Bing > abzuzeichnen. Das schadet zwar nicht, aber mit großer Wahrscheinlichkeit > werden die Gebäude über kurz oder lang durch automatisch generierte oder > abgezeichnete Kataster-Daten ersetzt. > > - Es ist durchaus sinnvoll, fehlende Straßen im Urlaubsort anhand von > Bing oder GPS-Tracks zu erfassen. Das macht dem Mapper, der später mal > vom Kataster abzeichnet und ergänzt, die Arbeit einfacher. Straßennamen > können bei Bedarf auf [2] ermittelt werden. > > - Wo die importierten Daten offensichtlich von der vor Ort > festgestellten Realität abweichen, sollte dies natürlich erfasst werden. > > - Wer auf die oben angesprochenen typischen Fehler eines > Kataster-Imports stößt, kann diese natürlich gerne korrigieren. Er > sollte sich dadurch aber auf keinen Fall davon abhalten lassen, seine > eigenen Beiträge zu erfassen. Die Gebäude werden von den Franzosen > ohnehin nach und nach bereinigt. Sinnvoll ist auch ein Eintrag in > OpenStreetBug oder ein FIXME-Tag. > > - Wo ein automatische Import aus dem vektoriserten Kataster durchgeführt > wurde, stößt man meist auf eigenartige Gewässer-Objekte, auch kleinste > Bäche als Wasserflächen, gestückelt in isolierte Objekte, überlappt mit > Wegen und Gebäuden. Meine Empfehlung ist, diese Objekte zu belassen wie > sie sind, abgesehen von eindeutigen, durch Vor-Ort-Erkundung > verifizierten Abweichungen. > > - Landuse ist in F überwiegend durch automatischen CORINE-Import erzeugt > und weicht daher oft erheblich von der Realität ab. Solche Abweichungen > sollten korrigiert werden. > > - Hilfreich zur Vermeidung von Irritation sind Angaben zur Quelle der > Daten, an den Objekten oder im Changeset. Hinter einem nicht > ortsansässige Mapper wirdn oftmals ein Sessel-Mapper vermutet, und bei > Daten, die nicht aus Bing ableitbar sind, kommt daher schnell der > Verdacht, dass bei Google abgekupfert wurde (so auch im zweiten > angesprochenen Fall). Mit einer Quellangabe lässt sich unnötiger Stress > vermeiden. > > Grüße > Rainer > > > [1] http://wiki.openstreetmap.org/wiki/Cadastre_Fran%C3%A7ais/Legal > [2] http://www.cadastre.gouv.fr > [3] http://w
Re: [Talk-de] JOSM: Linien-Mitte-Fang
Jan Tappenbeck wrote: Am 08.08.2011 05:53, schrieb popp...@hm.edu: Jan Tappenbeck wrote: hi ! in CAD-Systemen gibt es soetwas wie Fang Mitte einer Linie. Gibt es soetwas auch in JOSM - z.B. für das Zeichnen von Firstlinien ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Mach folgendes: Du hast z. B. 3 Linien, die einen unterschiedlichen Abstand zueinander haben und die du im gleichen Abstand zueinander anordnen willst: Selektiere z. B. die Anfangspunkte. Dann verwendest du die Funktion "Punkte verteilen". Dadurch werden alle selektierten Punkte gleich maessig entlang einer Geraden verteilt, die aus dem 1. selektierten und aus dem letzten der selektierten Nodes erzeugt wird. 1. In deinem Fall erzeuge dir eine Hilfslinie, die das Rechteck=Gebaeude schneidet (muss nicht mal sein) 2. Waehle Anfangs- und Endpunkt der zu halbierenden Strecke, sowie einen Punkt der Hilfslinie und wende die Funktion "Punkte" verteilen aus. Der Mittelpunkt der Strecke liegt bereits auf der Strecke 3. Funktion "Punkt einfuegen", Tastenkuerzel "J" und du hast einen Punkt, der die Mitte deiner Linie markiert. WernerP hi ! danke - aber bohhh ist das aufwendig ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ja, das ist wirklich aufwendig. Die Menuestruktur in JOSM ist im Menue "Werkzeuge" meines Erachtens ziemlich unuebersichtlich und unstrukturiert. Bei CAD-Systemen sind die verschiedenen Funktionen thematisch gruppiert: Funktionen zu o Punkten: Kreismittelpunkt finden Punkt senkrecht zu einer Linie Schnittpunkt(e) ermitteln Linienpunkte ausrichten ... o Linien: parallele linien Linie zwischen 2 Punten teilen in einem bestimmten Verhaeltnis Winkelhalbierende Quadrat Benachbarte Linien trennen ... o Kreisen: Kreisbogen durch 3 Punkte Kreis durch 3 Punkte Punkte im Kreis anordnen ... o Gebaeuden: ... o Adressen: ... o Relationen: Relationen abtrennen ... usw. Die Funktionen existieren ja bereits, aber man muesste die Funktionen z. B. fuer dein Problem zusammenfassen, damit man die Zwischenschritte nicht mehr braucht. Leider bin ich in der Plugin-Programmierung noch ein unbeschriebenes Blatt, sonst wuerde ich da selber Hand anlegen. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Linien-Mitte-Fang
Jan Tappenbeck wrote: hi ! in CAD-Systemen gibt es soetwas wie Fang Mitte einer Linie. Gibt es soetwas auch in JOSM - z.B. für das Zeichnen von Firstlinien ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Mach folgendes: Du hast z. B. 3 Linien, die einen unterschiedlichen Abstand zueinander haben und die du im gleichen Abstand zueinander anordnen willst: Selektiere z. B. die Anfangspunkte. Dann verwendest du die Funktion "Punkte verteilen". Dadurch werden alle selektierten Punkte gleich maessig entlang einer Geraden verteilt, die aus dem 1. selektierten und aus dem letzten der selektierten Nodes erzeugt wird. 1. In deinem Fall erzeuge dir eine Hilfslinie, die das Rechteck=Gebaeude schneidet (muss nicht mal sein) 2. Waehle Anfangs- und Endpunkt der zu halbierenden Strecke, sowie einen Punkt der Hilfslinie und wende die Funktion "Punkte" verteilen aus. Der Mittelpunkt der Strecke liegt bereits auf der Strecke 3. Funktion "Punkt einfuegen", Tastenkuerzel "J" und du hast einen Punkt, der die Mitte deiner Linie markiert. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meter zu Pixel Umrechnung?
bernhard zwischenbrugger wrote: Hallo allerseits Ich bastle gerade am Vector styling für die khtml.maplib und möchte die Linienbreite auch per Meter definieren können. Dazu brauche ich jetzt eine Formel: var faktor=meterToPixel(zoomlevel,lat); var lineWidth=faktor*meter; Kann mir da jemand einen Tipp geben? liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Servus, Bernhard also soviel ich weiss sind pro inch (=25.4 mm) 72 pixel. Pro Millimeter waeren das dann 72 / 25.4 pixel / mm. Das Ganze mal 1000 ergibt dann pixel pro meter. Ich habe das vor vielen Jahren mal gebraucht. Ich glaube, das war aus dem Bereich "Bildkonvertierung". Grundsaetzlich wuerde ich mal nachschauen, was mit dem Begriff "Pixel" bei den verschiedenen Themen gemeint ist (Bilder, Drucken, Aufloesung von Bildschirmen ...) Ich hoffe, das hilft dir weiter. Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Tobias Knerr wrote: Am 01.07.2011 14:17, schrieb André Joost: Mir wär ja ein Editor ganz recht, der auch die Wiki-Syntax darstellen kann. Das ist ja was anderes als normales html. Gibts da sowas? Ich nehme an, du meinst Syntax Highlighting? Siehe: http://en.wikipedia.org/wiki/Wikipedia:Text_editor_support Speziell dort der Abschnitt "How to set up specific editors for Wikipedia editing" Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Liste, ich habe unter der Adresse http://eclipsewiki.sourceforge.net/ ein Plugin fuer Eclipse gefunden. Eclipse ist eine IDE, also eine Entwicklungsumgebung primaer fuer Java, aber auch fuer andere Programmiersprachen, wie z. B. PHP ... Eclipse kann mit Plugins erweitert werden, ist allerdings nicht ganz einfach in der Installation / Konfiguration. Vielleicht ist ja unter den Lesern ein Fachmann. Das genannte Plugin erscheint mir zumindest einen Blich wert. Mit freundlichen Gruessen Werner PS: http://www.scroogle.org/cgi-bin/nbbw.cgi?Gw=eclipse+wiki+edit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki
Walter Nordmann wrote: > > Norbert Kück wrote: >> >> Meine Basis ist Windows - da werde ich dir kaum Tipps geben können. Ich >> verwende den Editor Scriptly: http://scriptly.webocton.de/ > Hi Norbert, > > ich hab es mal mit Wine installiert. Ist ne Software, mit der sauber > programmierte Windows-Programme auch unter Linux laufen. Scheint zu > funktionieren. > > Danke > Walter > > > - > Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst > sehen, dass da kein Wald ist. > -- > View this message in context: > http://gis.638310.n2.nabble.com/Wiki-tp6536798p6536959.html > Sent from the Germany mailing list archive at Nabble.com. > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de Fuer verregnete Winterabende eignet sich die folgende Liste: http://en.wikipedia.org/wiki/Comparison_of_text_editors Da sind jede Menge Editoren aufgelistet. Wer es plattformuebergreifend und dann auch noch lizenzfrei will, sollte sich mal Scite anschauen. Mit ihm kann man nicht nur eine Unzahl Programmiersprachen mit Highlighting bearbeiten, sondern er ist auch noch extrem anpassbar an die eigenen Beduerfnisse. Er muss nicht explizit installiert werden, sondern kann zum Ausprobieren erst mal so gestartet werden. Der meiner Meinung nach beste Editor unter Windows ist TextPad - leider nicht kostenlos. Darueberhinaus gibt es Notpad++, der meines Wissens lizenzfrei ist und sehr gut sein soll, aber ich habe ihn selbst nicht intensiv ausprobiert. Werner Links zu Scite http://www.scintilla.org/SciTE.html http://scintilla.sourceforge.net/SciTEImage.html Windows Installer http://opensource.ebswift.com/SciTEInstaller/ Links zu NotePad++ Home Page http://sourceforge.net/project/showfiles.php?group_id=95717 Download http://sourceforge.net/project/showfiles.php?group_id=95717&package_id=102072 http://notepad-plus.sourceforge.net/uk/site.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] probleme mit Bing imagery
koppenho wrote: Am 29.04.2011 13:05, schrieb M∡rtin Koppenhoefer: irgendwie habe ich seit gestern (mindestens) Probleme in Josm-latest,dass bei Bing grundsätzlich steht: "no tiles at this zoomlevel",selbst weit rausgezoomt (und hier sind die Bilder grundsätzlicheigentlich bis Z.21 vorhanden). Hat noch jemand dieses Problem, oderist das ein lokales Problem? Hatte ich letzte Woche auch einmal. Nach einem Neustart von JOSM hat's wieder funktioniert. Ob das ein lokales Problem ist oder nicht, kann ich nicht daraus nicht schliessen. Ich habe das gleiche Problem; Neustart von JOSM bringt nichts. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access für Spezialgruppen, Hier Ausflugsbusse
Heiko Jacobs wrote: > Am 12.04.2011 19:59, schrieb M∡rtin Koppenhoefer: >> Nachdem eine Nachfrage auf tagging wenig ergiebig war, versuche ich es >> mal hier: >> >> http://www.23hq.com/dieterdreist/photo/6610385 >> >> dieses Schild soll sowas wie "Durchfahrt verboten für Ausflugsbusse" >> (Touristikbusse) bedeuten (eine Einbahnstraße kann es nicht sein, da >> es eine Sackgasse ist). >> Gibt es dafür schon eine Fahrzeuggruppe? Was haltet Ihr von >> "tourist_bus=no" ? > > Ich hätte spontan gesagt: > motor_vehicle=yes > bus=no > psv=yes > ... sehr aber gerade, dass in OSM "bus" auf "Linienbus" eingeschränkt > ist ... > Das ist > ... hmmm ... > ... ungünstig... > > Gruß Mueck > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de Also mir erscheint das so, als ob damit gemeint ist, das keine Wendemoeglichkeit existiert. In Deutschland gibt es das auch als Hinweis fuer LKWs am Anfang einer Strasse. Wie die Schilder genau aussehen, weiss ich nicht, aber die Absicht ist dabei, dass lange und uebergrosse Fahrzeuge nicht in eine Strasse einfahren und die rueckwaerts wieder rausfahren muessen. Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alle Jahre wieder - Flyer-Neuauflage
malenki wrote: > Henning Scholland schrieb: > >> Luftbild sollte man neben GPS auch thematisieren. Weiterhin wäre es >> evtl. sinnvoll drauf hinzuweisen, dass man auch mit lokalem Wissen POI >> etc. eintragen kann. Im jetzigen Flyer kommt es ein wenig so rüber, >> als müsse man sich erst teure Hardware kaufen um mitzumachen. > > +1 > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de Also ich faende es gut, wenn ein Hinweis auf die Aktivitaeten zu finden waere, bei denen OSM eingesetzt wird. Also zum Beispiel Haiti im Jahr 2010 oder in dieses Jahr in Japan. Damit wuerde jemand, der zum ersten Mal mit OSM konfrontiert wird, sehen, dass OSM mehr ist als die Spinnerei von ein paar Freaks, sondern gerade in solchen Faellen eine grosse Unterstuetzung fuer Hilfsorganisaionen darstellt. Werner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flosm POI-Karte weltweit
Detlev Reiners wrote: > Hallo, > > wir haben eine POI-Karte [1] Online gestellt, auf der ca. 200 POI-Typen > auswählbar sind. Die POIs sind schon in niedrigen Zoomstufen sichtbar. > POIs mit Namen sind mit einem Tooltip versehen. Alle POIs sind > anklickbar und rufen nach klick die aktuellen Informationen der API ab. > > Eine etwas blassere Farbigkeit der Hintergrundkarte mit gleicher > Funktionalität und besserer sSichtbarkeit der POIs haben wir ebenfalls > Online gestellt [2]. > > Über den Permalink-Button lässt sich der gewünschte Ausschnitt mit den > eingeschalteten POIs speichern. So könnt ihr euch zu bestimmten Themen > Karten zusammenstellen. > > Wünsche oder Ideen zur Verbesserung oder Ergänzung helfen uns sehr. Eine > Version in englischer Sprache und eine Version sortiert nach den > dargestellten OSM-Tags ist in Arbeit. Etwas später sollen dann auch noch > verschiedene Linien und Polygone ab- und anschaltbar sein. > > Im Augenblick aktualisieren wir sämtliche Geometrien einmal die Woche > über das Planetfile. > > Gruß, > Detlev > > [1] http://beta.flosm.de/mapthemes/pois1/ > [2] http://beta.flosm.de/mapthemes/pois/ > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de Gruess dich, Detlev also in eurer Map werden wohl nur Nodes, die z. B. mit amenity=parking getaggt sind, als POIs angezeigt. Das ist soweit ja ganz in Ordnung. Allerdings gibt es Parkplaetze, die als Flaeche (=ways) erzeugt wurden, und dann mit amenity=parking getaggt wurden. Wenn die keinen extra Node enthalten, sind die in eurer Liste anscheinend nicht sichtbar. Ich hab das mal auf die schnelle ausprobiert. Ob das generell so gilt, muesste man noch untersuchen. Aber eure Karte schaut sehr brauchbar aus ! Super ! WP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Downloadprobleme von ftp5.gwdg.de
Guten Tag, ich lade vom Ftp-Server mit der Adresse ftp5.gwdg.de aus dem Verzeichnis ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/ diverse Karten herunter. Seit einiger Zeit scheinen die Links (=Dateiverweise) nicht mehr zu funktionieren: So wird z. B. von der URL ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/basemap/mapsource/basemap_albania.zip ein "File not found" gemeldet. Weiss jemand was darueber ? Gibt es andere Server, die man benutzen kann, damit die GWDG nicht so belastet wird ? Mit freundlichen Gruessen Werner Poppele PS: Mit "Links" meine ich keine URLs, sondern die Verweise zwischen den Dateien auf Filesystem-Ebene. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
