Re: [Talk-at] Meinungen zu Access-Tagging
Sehe das auch wie fkv. access ist überschießend, das Verkehrszeichen lautet ja nicht "Betreten verboten ausgenommen...". Man darf auf dieser Straße grundsätzlich alles, ausgenommen die bezeichnete Einschränkung, und dafür gibt's schon ein elegantes Tagging. Wie Friedrich schon kommentierte, schafft access ein Wartungsproblem (z.B. wenn Hoverboards serientauglich werden). Liebe Grüße Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gefahr durch Internet-Bergrouten
> -Ursprüngliche Nachricht- > Von: Marcus MERIGHI > Gesendet: Sonntag, 30. August 2020 13:49 > Schau Dir bitte am Krippenstein (Obertraun, OOE) den Weg Richtung > Heilbronner Kreuz an (nicht die Schotter-Trassen, den alten "Weg"). Dort > gibt's keinen Weg, weil man direkt am Fels geht. Es gibt aber jede Menge > Markierungen, weil "offizieller" Wanderweg. > > Soll ich das in OSM jetzt eintragen oder nicht? Ja, weil markiert, also erkennbar, mit entsprechender Klassifizierung. > Noch etwas macht es kompliziert: Solange es Bewuchs gibt, gibt es auch > Trittspuren... nur halt nicht von Menschen. Menschen gehen Gamspfade > und Gamsen gehen Menschenpfade (sind ja auch nicht bloed :-). Wenn's schon für Dich nicht klar ist, dann nein. Man kann auf viele Arten auf einen Berg gehen, wenn man Extrembergsteiger (oder Gämse) ist. Das begründet aber keinen Weg für eine Karte, bestenfalls eine Route für einen Kletterführer. Wenn es nicht markiert ist, und auch kein Trampelpfad oder erkennbare Steigspuren (von Menschen) da sind (die auch ein konkretes Ziel haben), dann existiert es nicht. Wer trotzdem da gehen will, tut es "weglos" (was auch ok ist). > Unlaengst im Stodertal: Steig ist etwa 500m lange *nicht* zu sehen (recht > seltsam und unverstaendlich, weil das Gelaende davor und danach sehr > aehnlich ist, keine Spuren von Windwurf o.ae.). > Soll ich jetzt durch einzeichnen einer vernuenftigen Linie die Menschen > sicher zu den naechsten Trittspuren geleiten oder sollen sie sich das (so wie > ich), selber suchen? Würde ich wie in der OEK machen, unterbrochene Wegabschnitte. Das sollte den Betrachter schon warnen, dass das kein Spaziergang ist, und entspricht dem was sichtbar ist. > > himmelweiter Unterschied, ob ich bei Schwierigkeiten umkehren kann, > > oder es eine Einbahnstraße ist (z.B. Abklettern in eine Schlucht, aus > > der man nicht mit gleicher Fähigkeit wieder zurück kommt). > > Schlechtes Beispiel, abklettern ist immer schwieriger als hinauf klettern. Technisch vielleicht, konditionell eher nicht. Aber umgekehrt funktioniert das Beispiel dann LG, Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Gefahr durch Internet-Bergrouten
> Von: Stefan Kopetzky > Gesendet: Sonntag, 30. August 2020 07:29> > Niemand ist davon befreit sich "auf Sicht" > fortzubewegen, in den Bergen oder sonstwo. Sehe ich auch so. Wer in der Natur unterwegs ist, auf Wegen oder sonst wo, ist dafür verantwortlich, die Gefahren einzuschätzen und sich entsprechend zu verhalten. Auch auf ÖK oder Wanderkarten ist nicht 100% Verlass. Speziell Nutzern von OSM-basierten Karten muss klar sein (oder gemacht werden), dass die Einträge weder aktuell noch richtig sein müssen, und Kartenanbieter die Tags ev. nicht auswerten/darstellen. > Das widerspricht fundamental dem Grundsatz zu Mappen "was ist" aka > "ground truth". Gemappt werden sollen Wege, die existieren! Ja, aber ... Mapper, die in exponierten Regionen arbeiten, trifft zusätzliche Verantwortung. Wenn der "Weg" nur ein paar lokalen Jägern bekannt ist und physisch so gut wie nicht existiert, dann gehört er nicht in eine Karte, insbesondere, wenn die Begehung noch alpinistische Erfahrung voraussetzt. Die Problematik entsteht durch den Begriff "Weg" (siehe auch https://de.wikipedia.org/wiki/Weg). Im weiteren Sinne ist es eine Verbindung (auch ohne physische Entsprechung), im engeren Sinne eine " streifenförmige Verbindung", die das Fortkommen erleichtert. Beispiel: a) ein Weg (Verbindung) führt über eine Alm - am Boden ist nur Wiese, wer den Weg nicht kennt, sieht ihn auch nicht; b) der gleiche Weg, aber ausgetreten oder zumindest mit Steigspuren alle paar Meter, sodass ein durchschnittlich fähiger Mensch den Zusammenhang erkennt. Es liegt am Mapper, im Graubereich dazwischen den gesunden Menschenverstand einzuschalten, korrekt zu taggen (sac_scale, trail_visibility) und im Zweifel nicht zu mappen. Es ist z.B. ein himmelweiter Unterschied, ob ich bei Schwierigkeiten umkehren kann, oder es eine Einbahnstraße ist (z.B. Abklettern in eine Schlucht, aus der man nicht mit gleicher Fähigkeit wieder zurück kommt). trail_visibility schlechter als good und sac_scale größer als mountain_hiking sollten immer zum Nachdenken anregen! LG, Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] geoimage.at geändert
> Von: Friedrich Volkmann > Gesendet: Montag, 13. Juli 2020 14:00 > On 13.07.20 11:34, Wolfgang Schreiter wrote: > > Der Versatz von geoimage zur basemap beträgt ca. 0.13; -0.44 (JOSM > Versatz-Einstellungen). > > Was bedeuten diese Zahlen, und wo kommen sie her? https://josm.openstreetmap.de/wiki/Help/Action/ImageryAdjust "east and north offset in Mercator coordinates" Zugänglich in JOSM unter Hintergrund -> Neuer Versatz. Bzgl. Lagegenauigkeit: ich habe jetzt mal schnell mit Google Maps und NÖ Atlas verglichen. Geoimage stimmt etwas besser überein, ist auch noch geringfügig daneben. Aber bei 30 cm und der gegebenen Auflösung ist das schon Kaffeesudlesen. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] geoimage.at geändert
> Von: Norbert Wenzel > Gesendet: Montag, 13. Juli 2020 12:56 > Leider schaff ich's nicht die Liste zu finden im Wiki, könntest du mir bitte > den > Link posten? Gerne: https://josm.openstreetmap.de/wiki/Maps LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] geoimage.at geändert
> Von: Friedrich Volkmann > Gesendet: Montag, 13. Juli 2020 10:26 > On 13.07.20 09:45, Wolfgang wrote: > > Mit JOSM funktioniert die neue URL, schärfer wird das Bild aber > > dadurch (jedenfalls im getesteten Ausschnitt) nicht. Sieht bei mir > > gleich aus wie basemap Orthofoto, > > Dann sind die vordefinierten Einstellungen in JOSM offenbar ungenügend. > > > bloß mit ein paar cm Versatz. > > Ein paar cm? Das liegt doch unter der Wahrnehmungsgrenze. So gut ich das messen kann, ca. 30 cm. Der Versatz von geoimage zur basemap beträgt ca. 0.13; -0.44 (JOSM Versatz-Einstellungen). > Ein wahrnehmbarer Versatz würde mich wundern. Als die Basemap- > Schummerungsläyers hinzukamen und mir in Merkaartor der Versatz > gegenüber geoimage.at auffiel, schaute ich mir das in JOSM an, und dort gab > es keinen Versatz. Ich ging seither davon aus, dass Merkaartor da > irgendeinen Bug hat. > > Wenn du in JOSM einen Versatz siehst, wär interessant, was in JOSM > lagerichtig ist: geoimage oder basemap? Wie kann ich das überprüfen? DGPS? > > Hab's im Wiki aktualisiert, wann das aktiv wird kann ich aber nicht sagen. > > Änderungen im OSM-Wiki werden sofort aktiv, anders als in der Wikipedia, > wo jede Änderung von einem privilegierten User freigegeben werden muss > (und mitunter lässt das Jahre auf sich warten). Ist schon aktiv. Eventuell muss in den JOSM-Einstellungen Refresh gedrückt werden. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wie weiter mit dem Troll?
Am 11.07.2019 09:33 schrieb Florian Ledermann: Hallo zusammen, ... Wenn ihr es für richtig haltet die Person einfach nur zu ignorieren um das ganze nicht weiter anzuheizen ("don't feed the troll") dann verstehe ich das, dann ignoriert auch diese Mail gerne. Ich wollte euch nur wissen lassen, dass ich mich ernsthaft mit dem Gedanken spiele, die Liste zu verlassen. Hallo Florian, kann ich nachvollziehen, wäre aber schade. a) Ignorieren wir das, macht er mit stillschweigender Duldung der Community weiter. b) Verlassen wir alle die Liste, siehe a) und wir können uns nicht mehr abstimmen. Was zu sagen war, wurde deutlich und wiederholt gesagt, Gesprächsbereitschaft besteht weiterhin. Konsequenzen wurden angekündigt. Diese müssen - beim nächsten Anlassfall - nun auch kommen. Am 11.07.2019 10:20 schrieb Stefan Tauner: Problematisch ist das ganze nur, weil andere auf ihn ernsthaft reagieren und seiner Trollerei antworten, als wäre es eine legitime Meinung. Ist es auch, unabhängig von ihrer Bewertung. Das Reagieren ist nicht problematisch, sondern essentiell, bloß sind irgendwann auch Taten nötig. Nicht gegen die Person, sondern zum Schutz des Ganzen. Eine Community, die ihre - wenigen - Regeln nicht durchsetzen kann, hat gar keine mehr. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Leider im Talk Forum
Am 27.06.2019 16:08 schrieb Wolfgang Schreiter: Am 27.06.2019 14:42 schrieb Marc Gemis: Is https://drive.google.com/file/d/1AgN1X6I9nA64syiHi6MKPdl5R-KXaRbO/view a violation of GDPR ? You publish names, email addresses and a website of people who probably did not give you the permission to do that. I am not a lawyer, but according to my understanding GDPR targets commercial entities. Private individuals and purposes are excluded. Also, the data in the file is publicly available. Thanks to Marc for pointing out an error in my statement. GDPR is applicable as stated e.g. in https://www.privacy-regulation.eu/en/article-2-material-scope-GDPR.htm or https://www.jusline.at/gesetz/dsgvo/paragraf/2, i.e. not just for commercial entities. Regards Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Leider im Talk Forum
Am 27.06.2019 14:42 schrieb Marc Gemis: Is https://drive.google.com/file/d/1AgN1X6I9nA64syiHi6MKPdl5R-KXaRbO/view a violation of GDPR ? You publish names, email addresses and a website of people who probably did not give you the permission to do that. I am not a lawyer, but according to my understanding GDPR targets commercial entities. Private individuals and purposes are excluded. Also, the data in the file is publicly available. Regards Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.
Am 26.06.2019 16:39 schrieb Johann Haag: Prinzipiell ja. Bloß kann ich mir nicht vorstellen, dass Gemeindebedienstete, nachdem sie Daten nach bestem Wissen eingepflegt haben, OSM auswerten, um zu sehen, welche Änderungen wir nach erfolgtem Import daran vorgenommen haben - das ist den Aufwand schlicht nicht wert, sie müssten die Daten ja auch noch extra verifizieren. Dazu folgende Post: https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009973.html Wieviele Gemeinden kennst Du, die das so gerne haben möchten, dass sie dafür sogar etwas bezahlen würden? Und was, ganz konkret, sind deren Anforderungen/der erwartete Nutzen? Frederik hat es ja schon klargestellt. Wer Daten importiert, muss den gesamten Abgleich der Unterschiede außerhalb von OSM bewerkstelligen, einschließlich der Entscheidung, welche Daten nun aktueller sind. Das geht nicht vom Schreibtisch aus. Innerhalb des Systems werden manuell und automatisch erstellte Daten gleich behandelt. Man kann eine Initiative auch in Honig ertränken Dann erleidet sie einen süßen Tod ;-). LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.
Am 26.06.2019 13:36 schrieb Johann Haag: Am Mi., 26. Juni 2019 um 10:07 Uhr schrieb Wolfgang Schreiter : [...] Gibt es zuwenige Mapper, dann wird eben weniger gemappt (so bedauerlich das sein mag). Nehmen wir mal an, alle verfügbaren öffentlichen Daten würden nach OSM importiert. Was dann? Wir hätten einen riesigen, nicht verwaltbaren Datenfriedhof, und noch weniger Mapper. OSM ist als Mitmach-Plattform gedacht und hat keine Strukturen zum Verwalten solcher Datenmengen (Import, Abgleich und Verbindung mit vorhandenen Daten, QS, Pflege,...). Vielleicht ist das alles eines Tages überholt (was schade wäre) - Kritikpunkte und Krisensignale gibt es ja noch mehr (siehe z.B. https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/ [1]). Diese fatalistische Sichtweise teile ich nicht, Amtliche Daten sind keineswegs schlecht, in OSM geben wir den Leuten die einmalige Chance solche verbessern zu können, Amtlichen Stellen erhalten als Lohn einen Rückkanal, ein Feedback ihrer Arbeit. Ich bin mir sicher, amtliche Stellen werden keine OSM Korrekturen so einfach in ihr Amtliches System übertragen. OpenStreetMap liefert aber einen Hinweis, wo Amtliche Stellen ihre Daten überprüfen sollten, und das ist auch für Gemeinden und Städte sehr wertvoll. Prinzipiell ja. Bloß kann ich mir nicht vorstellen, dass Gemeindebedienstete, nachdem sie Daten nach bestem Wissen eingepflegt haben, OSM auswerten, um zu sehen, welche Änderungen wir nach erfolgtem Import daran vorgenommen haben - das ist den Aufwand schlicht nicht wert, sie müssten die Daten ja auch noch extra verifizieren. Imports sind sowieso gründlich zu überlegen, werden aber - besonders wenn unabgestimmt und ohne Rücksicht auf andere Beteiligte durchgeführt - immer zu Konflikten führen, nicht zuletzt, weil OSM eben nicht für Imports konzipiert ist. Weniger- und das gut - ist manchmal mehr. OpenStreetMap ist selbstverständlich ebenso für Importe konzipiert. Weltweit gibt es unzählige Beispiele für erfolgreiche Importe. Frederik hat es ja schon klargestellt. Wer Daten importiert, muss den gesamten Abgleich der Unterschiede außerhalb von OSM bewerkstelligen, einschließlich der Entscheidung, welche Daten nun aktueller sind. Das geht nicht vom Schreibtisch aus. Innerhalb des Systems werden manuell und automatisch erstellte Daten gleich behandelt. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.
Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht, hält sich hierzulande die Zahl an Craftmappern in Grenzen, umso wichtiger sind automatisierte Verfahren. Die Prämisse mag stimmen, die Schlussfolgerung teile ich nicht (mehr). OSM ist kein Unternehmen oder eine vergleichbare Organisation, in der Ressourcen - zentral gesteuert - auf ein Ziel hin eingesetzt werden können. Es ist eine Gruppe von mehr oder weniger ähnlich gesinnten Personen, die aus persönlichen und/oder kommerziellen Gründen freiwillig lose zusammenarbeiten. Was immer dabei heraus kommt, ist es eben. Der Anspruch, der sich aus Deinen Beiträgen herauslesen lässt, ist Dein ganz persönlicher Wunsch, wie OSM sein sollte, nicht der Anspruch von OSM. Gibt es zuwenige Mapper, dann wird eben weniger gemappt (so bedauerlich das sein mag). Nehmen wir mal an, alle verfügbaren öffentlichen Daten würden nach OSM importiert. Was dann? Wir hätten einen riesigen, nicht verwaltbaren Datenfriedhof, und noch weniger Mapper. OSM ist als Mitmach-Plattform gedacht und hat keine Strukturen zum Verwalten solcher Datenmengen (Import, Abgleich und Verbindung mit vorhandenen Daten, QS, Pflege,...). Vielleicht ist das alles eines Tages überholt (was schade wäre) - Kritikpunkte und Krisensignale gibt es ja noch mehr (siehe z.B. https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/). Imports sind sowieso gründlich zu überlegen, werden aber - besonders wenn unabgestimmt und ohne Rücksicht auf andere Beteiligte durchgeführt - immer zu Konflikten führen, nicht zuletzt, weil OSM eben nicht für Imports konzipiert ist. Weniger- und das gut - ist manchmal mehr. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Adressänderungen in Neulengbach
Zunächst ein kurzer Status-Update: aktuell habe ich knapp über 40% der Adressen von Tranche I (manuell) umgestellt und dabei auch die zugehörigen Gebäude ergänzt. Bei Interesse (vorzugsweise von Mappern vor Ort) bitte um kurzen Post oder Mail damit wir uns abstimmen, um Durcheinander zu vermeiden. Offenbar war dieser Satz in meinem vorigen Post nicht klar formuliert, anders kann ich mir nicht erklären, dass adresshistory.org nun daran gegangen ist, großflächig und offenbar automatisch Adressen rund um Neulengbach zu ändern. Dabei kam es - Überraschung! - zu diversen "Auffälligkeiten": addr:housenumber und addr:street wurden - ersatzlos(!) - gelöscht und als old_*:* eingefügt. Ob das für die Hausnummer nach einem Jahr Gültigkeit der neuen Adressen noch Sinn macht sei dahingestellt, aber der Großteil der Straßenzuordnungen hat sich gar nicht geändert. Hier wird nur Tag-Müll produziert. Besonders ärgerlich ist aber, dass auch alle bereits umgestellten Adressen wieder gelöscht wurden und nun die richtigen Werte in old_*.* stehen. Hier ist ein Revert fällig. addr:city wurde mit dem Gemeindenamen überschrieben. Das ist zwar nicht falsch, aber in der Regel wird an den Ortsnamen adressiert, wenn der Ort - wie am Land üblich - vom Hauptort weiter entfernt ist (das ist auch seitens der Post so ok). Insbesondere hat aber das Bauamt Neulengbach in seiner Alt/Neu-Liste die zur Straße gehörende Ortsbezeichnung aufgeführt, und das ist eben nicht der Gemeindename. Zum krönenden Abschluss wurde in einer note ein Verweis auf meinen Original-Post angegeben. Ich lege Wert auf die Feststellung, dass ich mit addresshistory.org und seiner Vorgehensweise nichts zu tun habe. Manchmal fühle ich mich so unendlich müde... LG Wolfgang (wolfbert) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Adressänderungen in Neulengbach
Die Stadtgemeinde Neulengbach führt umfangreiche Adressänderungen durch. Betroffen sind die Postleitzahlgebiete 3061, 3051 und 3040, insgesamt ca. zwischen 3000 und 3500 Adressen. Dabei werden Hausnummern systematisch vergeben, teilweise Straßennamen vergeben und auch Schreibweisen bzw. Zuordnungen von Adressen zu Ortsteilen geändert. Das Bauamt Neulengbach stellt uns freundlicherweise Alt/Neu-Listen zur Verfügung. Tranche 1 (effektiv zum 1.5.2018): - Liste liegt mir vor, 525 Einträge - Die Adressen sind auch schon in basemap eingetragen (allenfalls mit den bekannten Unschärfen), check gegen die Liste ist empfehlenswert. - Soweit ich stichprobenartig geprüft habe, sind in OSM noch die alten Adressen eingetragen. adresshistory.org hat im Juni letzten Jahres flächendeckend Adressknoten ergänzt, aber noch mit dem Datenstand aus 2017 (also alt). - Ich habe einige Adressen versuchsweise angepasst (source:addr=basemap; Bauamt Neulengbach 20190415), geht in der Kombination Luftbild/basemap/Liste grundsätzlich recht gut, sorgfältiges Arbeiten vorausgesetzt. Bei der Gelegenheit sollte man auch gleich die Gebäude eintragen bzw. bestehende überprüfen, ebenfalls Straßen/Wege bzw. ggf. Lage/Geometrie verbessern. Tranche 2 (effektiv zum 1.7.2019): - Liste ist in Vorbereitung und werden wir bekommen; Umfang ist etwas geringer als 2018. - Wie lange es dauert, bis die Änderungen in basemap aufscheinen, kann ich natürlich nicht sagen. Tranche 3 ist geplant für 2020 mit etwa 2500 Adressen. Bei Interesse (vorzugsweise von Mappern vor Ort) bitte um kurzen Post oder Mail damit wir uns abstimmen, um Durcheinander zu vermeiden. Happy mapping Wolfgang (wolfbert) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] addr:suburb=* korrekt eingesetzt?
Mir ist aufgefallen, dass adresshistory*org das Tag addr:suburb=* zum Bezeichnen von Katastralgemeinden verwendet. Dann würde in addr:city=* immer der Gemeindename stehen. Vielleicht erklärt das die Änderungen. Das kann man natürlich so machen, zumindest für mich war das aber (hinsichtlich addr:suburb) eine Neuerung. Habe ich da etwas übersehen, oder ist das neu? LG Wolfgang (wolfbert) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] geoimage-Layer nicht mehr in JOSM
@nebulon42: Danke für den Hinweis, habe geoimage wieder eingetragen und wird also hoffentlich bald wieder zur Verfügung stehen. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Deklination
Hallo Friedrich, wahrscheinlich kennst Du die Daten der ZAMG, aber schadet ja nicht: https://www.zamg.ac.at/cms/de/forschung/geophysik/magnetik/ geomagnetische-erfassung-des-bundesgebietes-1 http://www.zamg.ac.at/cms/de/geophysik/produkte-und-services-1/ online-deklinationsrechner Die müssten die Daten haben, ev. hilft eine Anfrage. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] osm bei sReal
Nur zur Info, ich fand heute einen osm-Ausschnitt in einem Immobilienangebot von sReal (das per Mailverteiler versendet wird) und habe die Ansprechpartnerin freundlich auf die fehlende Attributierung (nebst Vorschlag) hingewiesen. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
Ich werde mich hüten, in die Tagging-Diskussion einzusteigen, aber einige Gedanken kann ich mir hier doch nicht verkneifen: 1.) Falls noch nicht geschehen, werft bitte einen Blick auf http://taginfo.openstreetmap.org/search?q=name%3Aprefix#key und ebenso die Values zu name:prefix und name:prefix:at. Interpretation hinsichtlich Verbreitung und Verwendung überlasse ich dem geneigten Leser. 2.) Wir taggen zwar nicht für (einen bestimmten) Renderer, aber es wäre nützlich, auch nicht gegen (alle) Renderer zu taggen. Die Variante name war nicht sauber, aber österreichweit umgesetzt und gerendert. Die Variante name:prefix:at deckt etwa die Hälfte der Gemeinden und alle Bezirke ab, ist eine Insellösung und wird nicht gerendert, wodurch die Hälfte der politischen Grenzen nun unvollständig beschriftet sind. Das V-Wort liegt mir auf der Zunge. Mal angenommen es bleibt dabei, wie sieht der Plan zur Umsetzung in Mapnik aus? 3.) Wie mehrfach festgestellt, ist das Thema Namen komplex und es gibt keine international einheitliche Lösung. Es gibt aber auch keinen unmittelbaren Handlungsdruck (außer die Reparatur von name:prefix:at) - die Datennutzer kommen damit zurecht. Also holt alle tief Luft, setzt Euch in Ruhe zusammen und baut etwas (inkl. Proposal 2.0), das unsere Nachbarn auch mittragen, dann hat das eine Chance. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Grenzen
grubernd lists@... writes: scheint wohl so ein unwichtiger InsiderKey zu sein, und damit ist es für EhrlicheMapper™ weiterhin nicht existent. allein die Anzahl sagt nämlich nichts über die Anerkennung eines Key aus. Wie gesagt, die Interpretation liegt beim Leser, und das ist eben Deine. Als Nicht-Insider kann ich die Anerkennung eines Keys leider nicht einschätzen und bin auf Wiki, Proposals und Diskussionen angewiesen. Davon abgesehen klärt das Aufschreiben von Konzepten die Gedanken ungemein, und dafür gebührt Friedrich Anerkennung, auch wenn's diesmal nicht geklappt hat. Das Konstruieren von Texten aus positionsabhängigen Komponenten in einem mehrsprachigen Umfeld ist grundsätzlich heikel. Für Grenzen kann das noch eine Option sein, bei allgemeinen Namen wird's rasch sinnfrei. Jedenfalls sollte man die Sache schon zu Ende denken, die Anzahl sagt nämlich wenig aus ;-). LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] St. Johann in Tirol... residential area... o_O
Etwas über's Ziel geschossen, würde ich sagen. Freistellen von Straßen gibt es schon (in AT wie auch DE), wenn auch nicht mein Geschmack (die Straße ist IMHO Teil des Gebiets, auf dem sie liegt; landuse = überwiegende Landnutzung, ...gebiet). Die Grundstücke sollten zumindest aber geschlossen Wohngebiet sein. Sieht nicht gut aus und ist nicht stimmig (der Garten und der Swimming Pool sind Wohngebiet, die - auf dem Grundstück befindliche - Garagenzufahrt aber nicht?). LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Kleingartenvereine
Tobias Knerr osm@... writes: Die Frage wird generell beantwortet mit: Nein, Abkürzungen in Namen sollten vermieden werden. Steht jedenfalls seit langem so im Wiki. Danke für den Hinweis. Nun kann man bei extrem gängigen Abkürzungen noch über die Sinnhaftigkeit streiten (z.B. Dr vs. Doktor), aber bei den hier diskutierten Beispielen würde ich mich klar an die Regel halten. Ich habe mir eben einen Überblick verschafft, welche Abkürzungen verwendet werden. Teilweise ist die Sachlage klar, aber das Meiste wäre individuell zu klären (und zu dokumentieren), was unabgestimmte (Massen)edits - siehe Kleingärten - problematisch macht. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Kleingartenvereine
Dazu gibt es noch mehrere Beispiele, z.B. FF (Freiwillige Feuerwehr), VS (Volksschule), HS (Hauptschule). Es stellt sich grundsätzlich die Frage, ob solche Abkürzungen in Namen verwendet werden sollten. Pro: kurz (Mappen für den Renderer?), Abkürzung in AT gebräuchlich, Name wird nicht weiter interpretiert (welches Objekt es ist, erschließt sich ja aus den anderen Tags). Con: nicht erläuterte Abkürzung, steht am Objekt selbst oft ausgeschrieben. Pragmatisch würde ich für die Kurzform im Namen plädieren. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Offenes Multipolygon in osmi - false positive?
Hallo alle, ich bin schon seit Wochen beim Reparieren von Multipolygonen in Österreich (es gibt Licht am Ende des Tunnels ;-) und habe eines gefunden, bei dem ich nicht weiter komme: http://tools.geofabrik.de/osmi/?view=multipolygonlon=12.40933lat=47.52553zoom=15overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags bzw. Rel 1924563 In osmi ist es nicht geschlossen, in JOSM schon. Falls jemand eine Idee hat, wie das zu beheben ist, *** bitte nicht sofort ausprobieren *** (sonst Durcheinander) sondern kurz posten, ich seh's mir dann an. Danke und LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Große Waldmultipolygone, sollten Wiesen etc. nicht inner members vom Multipolygon sein?
Das sehe ich auch so und korrigiere es auch, wenn ich es beim Reparieren von mps entdecke. Das gilt übrigens auch ganz allgemein für landuse (= vorherrschende Landnutzung bzw. natural, wovon es also an einem Punkt nur eine geben sollte). Allerdings sehe ich da auch Grenzen. Manche Mapper nehmen auch Gebäude, Schutzgebiete, Freizeitflächen (leisure) etc. als inner in mps auf. Da es sich um vorherrschende Landnutzung handelt, sind m.M. Dinge, die sinngemäß zu dieser Landnutzung gehören, nicht auszunehmen. Also z.B. landuse=residential inkludiert auch Häuser, Schwimmbäder, Gärten etc., auf landuse=farmland darf auch eine Scheune oder Straße vorkommen (nicht aber ein See). Schutzgebiete sind nach neuerer Interpretation boundary-Relationen (also keine mps). LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Rendering von Gebäuden in Mapnik geändert
Robert Kaiser KaiRo@... writes: Ja, soll sollte es sein. Alle Tags auf den Außenlinien, die eigentlich für das Gebäude selbst gelten, sind flasch und es gibt das nur historisch aus den Zeiten, wo Renderer mit Multipolygonen nicht umgehen konnten. Das war reines Tagging für die Renderer. Die Geister, die ich rief... Jahrelang galt, dass jeder taggen kann was er will, dass das Wiki nur eine Empfehlung ist usw. usf. Vieles in der Datenbank kann deswegen nicht korrigiert werden, und für die meisten Dinge gibt es mehrere Wege zu taggen. Zitat: das ist das Problem der Datennutzer. Mit ein paar Zeilen im Wiki lässt sich die Geschichte der letzten Jahre jetzt nicht wegdefinieren und gegen den einzig richtigen Weg tauschen, so bequem das vielleicht (auch für viele kommerziell Interessierte) wäre. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Rendering von Gebäuden in Mapnik geändert
Walter Hiertz eudel.osm@... writes: Also hab ich das jetzt richtig verstanden, das building=yes gehört bei Multipolygonen nicht in den Außenring sondern ins Multipolygon? Hallo Walter, kann man so machen, aber lass dich bloß nicht deswegen verrückt machen ;-) 500.000 mps sind nach altem Schema getagt, und das ist IMHO einfacher zu erstellen. In JOSM: Linien zeichnen, mit Shortcut mp erstellen, danach die Gebäude(außenlinien) markieren und building=yes etc. dran. Die Relation siehst Du dabei nicht einmal. Und es passiert auch nichts Böses (siehe wiki.openstreetmap.org/wiki/DE:Relation:multipolygon). Für ein Gebäude mit Innenhof ist das Editieren einer Relation schlicht Overkill (jedenfalls wenn Du größere Mengen davon machst), abgesehen davon siehst Du beim Anklicken des Gebäudes die Tags nicht mehr. LG Wolfgang (der sich nun den Unmut der Puristen zugezogen hat) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Rendering von Gebäuden in Mapnik geändert
Hallo, (vielleicht habe ich das einfach übersehen und es ist allgemein bekannt, aber) Mapnik stellt Gebäude seit einiger Zeit anders dar (siehe auch http://help.openstreetmap.org/questions/10253/mapnik-building-rendering). Es gibt eine Ausnahmeliste für unwichtige Gebäude (z.B. building=house, apartments), die matt und ohne Rahmen dargestellt werden, während alles andere dunkel und mit Rahmen gezeichnet wird. D.h., die Scheune mit building=yes ist optisch wichtiger als das Wohnhaus mit building=house. Finde ich verwirrend und zu wenig durchdacht, zumal die meisten Gebäude ja building=yes (also wichtig) sind. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] osmi License View - Relationen
Hallo, kann mir bitte jemand erklären, weshalb der Weg 4931320 blau ist, obwohl er an keiner Relation beteiligt ist? Einen ähnlichen Effekt gibt es für Weg 4688464, der Mitglied in zwei Relationen ist, die ich beide komplett neu angelegt habe. Danke und LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] osmi License View - Relationen
Frederik Ramm frederik@... writes: Ich versuche mal, das zu reparieren. Danke, zahlt sich jetzt natürlich nur noch aus, wenn die Umstellung noch ein paar Tage dauert... LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] josm source-tag
Markus Straub markus.straub.at@... writes: und nachdem wien.gv.at somit gewonnen hat (oder?) hab ich die wiki-seite upgedatet. Hallo Markus, Andreas et. al., so wollte ich das jetzt nicht interpretiert wissen... Es gibt diese drei Tags, sie sind verständlich, und auch wenn wien.at jetzt weniger oft verwendet wird, macht es doch durchaus Sinn (ist kürzer als wien.gv.at und vergleichbar zu geoimage.at; streng genommen sollte es sowieso data.wien.gv.at heissen, das ist die Homepage). Warum nicht im Wiki wien.at empfehlen (ev. mit einer Anmerkung, dass auch ViennaGIS und wien.gv.at gleichbedeutend im Gebrauch sind)? Deshalb muss nicht alles umgetagt werden. In meiner Auswertung kommt jede wesentlich Datenquelle sowieso mit mindestens 3 bis 4 Schreibweisen und Variationen vor... LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] josm source-tag
Markus Straub markus.straub.at@... writes: Al hat mal vorgeschlagen diese mit source=wien.at zu taggen - ich hab Ich setze da source=wien.gv.at. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] josm source-tag
Albin Michlmayr almich@... writes: Gibt's eine Möglichkeit, festzustellen, was öfter verwendet wird? Diese Seite Aber klar doch ;-) Auf die Schnelle, Stand 26.03. (gesamt/Punkte/Linien): wien.gv.at 1245 / 76 / 1169 ViennaGIS / 158 / 953 wien.at 510 / 40 / 470 LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bezirke in Österreich / WikiProject Seiten
Andreas Labres list@... writes: - Ich würde gern mal einen Check machen, der die Admin-Boundaries und Place Nodes checkt (Vollständigkeit, liegen im richtigen Gebiet usw.). Und dann hab ich ja mal angefangen, GKZ und OKZ mit einzubauen, das sollte man - wohl am besten automatisiert - vervollständigen. Ich hatte das ja schon mal in Arbeit, falls Du nicht auf eine Server-Lösung bestehst, kann ich das wieder ausgraben. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Polygone für Postleitzahlen
Hallo, wie genau muss es denn sein? Bin kein Experte, und es hängt natürlich von Deinen Qualitätsansprüchen und Budget ab. Die Post hat die Daten, ebenso Statistik Austria und Geomarketing-Firmen. Z.B. Statistik Austria hat eine Liste Gemeinde - PLZ (wobei die Abbildung ev. nicht eindeutig/vollständig ist, wegen der Sonderfälle), und Gemeindepolygone könnte man aus osm ziehen. Nur so als Ideen. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
Boris Cornet borisC@... writes: Ich halte nichts davon, eine unclassified an der einen Ortstafel in eine residential zu ändern, und an der nächsten Ortstafel wieder zurück in eine unclassified. Hallo Boris, ich denke, das muss man mit Augenmaß betrachten. Ich habe kürzlich ein Wegenetz in NÖ (plan.at) überarbeitet, wo km-weit residentials durch Ackerland verliefen (keine Ortschaft, kein Haus). Tatsächlich begann alles in einem Ort, wo es ca, 200m residential gab, dann diverse Tracks (grade 1 u.a.) und km später mündete das alles wieder in einen Ort. Davon abgesehen ist die Bezeichnung residential außerhalb von bewohnten Gegenden ziemlich unglücklich (hat alles historische Gründe, das können wir aber nicht mehr ändern). LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wann primary, secondary und tertiary?
Friedrich Volkmann bsd@... writes: Hallo Friedrich, +1 zu shared space ist nicht living_street. residential ist Ortsgebiet (zwischen Ortsanfang- und -endetafeln), unclassified Freilandstraßen. Sonst müsste man lauter explizite maxspeed und source:maxspeed setzen. maxspeed setze ich immer, um Verwirrung (noch nicht getaggt, ev. nicht 50) vorzubeugen. Bzgl. residential/unclassified: kleinste Straße (also wenn nicht track oder service) im Ortsgebiet ist residential, wenn überwiegend Wohngebiet; wenn nicht Wohngebiet (also z.B. Gewerbegebiet) oder außerorts: unclassified. Das ist jedenfalls meine Interpretation von DE:Germany roads tagging im Wiki (auf das auch DE:Howto Map A verweist). LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
Boris Cornet borisC@... writes: Tags die von nichtzustimmern kommen müssen gelöscht und neu erfasst werden. Um einen richtigen, aber 'schmutzigen' Tag zu säubern, muss er laut wiki [1] zuerst gelöscht werden, dann die geänderten Daten hochgeladen werden, wieder eingetragen werden und die Daten ein weiteres Mal hochgeladen werden. Habe ich probiert, Ergebnisse sind zwiespältig. In einem Fall hat es funktioniert, da waren der Weg und alle Punkte sauber, nur ein Tag am Weg musste geändert werden. Bei Weg 5020171 waren die Punkte laut osmi sauber, allerdings weil die Koordinatenänderungen eines Nichtzustimmers schon überschrieben waren. Der Weg bleibt nach Tagänderung trotzdem gelb. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Überarbeitung UNO-City und Donauplatte
Hallo, nur zur Information, ich habe mit dem wien.gv.at TMS und leidlich aktuellen Luftbildern die Umgebung UNO-City in Wien überarbeitet (vieles war noch aus 2008). Natürlich lässt sich noch eine Menge Detail ergänzen/verbessern. Bei Änderungen bitte um Vorsicht, ist aufgrund der vielen Ebenen und Umbauten schon ziemlich komplex. Wird noch einige Zeit Baustelle bleiben (wie im wirklichen Leben ;-). Mapnik hat bei Tunneln unter pedestrian areas und mit highway=service noch Probleme (schon im trac), daher noch einige Rendering-Fehler. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
Frederik Ramm frederik@... writes: Bitte aber auf keinen Fall einfach nicht-relizensierte Daten kopieren und unter neuer ID neu einfuegen. Wenn das rauskommt, muss alles rueckgaengig gemacht werden. Hatten wir schon, solche Faelle. Wie gesagt, wenn Du umetikettierst, tust Du damit niemandem einen Gefallen, denn das fliegt alles - im worst case mitsamt muehsam von Dir gemachter Handarbeit, weil man sie nicht mehr vom umetikettierten trennen kann - raus, und dann stehen wir noch schlechter da als ohne umetikettieren. Frederik, ich versteh's ja grundsätzlich, aber die Erwartung, dass ich ein detailreiches, gut gestaltetes Viertel lösche und 1:1 komplett neu male, ist naiv. Dann fliegt's eben raus und jemand anders kann sich betätigen. Davon abgesehen, wie unterscheidet sich ein Knoten addr:housenumber=5 (neu gezeichnet) vom Knoten addr:housenumber=5 (kopiert und 2m weiter eingefügt)? Wie eine Linie von Punkt A (clean) nach Punkt B (clean), wenn sie gelöscht und neu gezeichnet vs. kopiert und eingefügt wurde? Mir geht's da wie Friedrich, ich blicke nicht mehr wirklich durch. Also am besten abwarten bis nach der Umstellung... LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Schulung ? first steps?
Hallo Werner, bin auch noch nicht gar so lange dabei und helfe Dir gerne mit ein paar Tipps. Schreibe mir einfach mal Deine Email auf wolfgang at schreiter punkt at. Davon abgesehen solltest Du das Wiki ausgiebig studieren (ist zugegeben unübersichtlich, da müsste auch mal dringend dran gearbeitet werden...) und wie schon erwähnt mal sehen, was andere so mappen. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Darstellung verorteter Fotos mit OSM?
Hallo Ingo, ich habe da keine einschlägige Erfahrung, aber die Popups in OpenLayers sind im Prinzip ja mit HTML gefüllt. Hast Du mal versucht, da ein Bild zu laden? OpenLayers ist aber keine einfache Kost (JavaScript, und ohne genaues Studium des Quellcodes geht gar nichts). LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] checkAT
Hallo Ingo, ich zeige nur 100 (bzw. bis zu 300, siehe Auswahl am unteren Rand) Punkte an. Wenn Du z.B. nur Geometrie auswählst oder etwas zoomst, sollten sich die Fehler verteilen. Im Übrigen hast Du den Zweck der Anwendung ganz richtig erkannt (sollte ich vielleicht noch irgendwo erwähnen, die alten Hasen kennen das schon). Noch viel mehr Tests findest Du unter http://keepright.ipax.at/report_map.php LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: layer f�r leisure=nature_reserve zuweisen
Siehe http://wiki.openstreetmap.org/wiki/DE:Key:layer. LG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] 4. Stammtisch
Norbert Wenzel n_wen...@gmx.net schrieb im Newsbeitrag news:4a0330db.50...@gmx.net... Weil ich bin mir net wirklich sicher wieviele Leute sich bei der Mailingliste angemeldet haben und wieviele tatsächlich mappen und ev. Interesse an solchen Veranstaltungen hätten. Aktuell haben rund 1900 User in der osm-Datenbank Einträge für Österreich gemacht, davon waren 2009 schon 1060 aktiv, 462 seit 1. April. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Mapnik: Unterschied farmyard/farmland?
Claudius claudiu...@gmx.de schrieb im Newsbeitrag news:gs46m7$qi...@ger.gmane.org... Schreib doch mal ein ticket für unterschiedliche Einfärbung :) Aber bitte nicht schon wieder pink :P Ist geschehen, mal sehen, was daraus wird. LG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik: Unterschied farmyard/farmland?
Hallo, soweit ich sehen kann, macht Mapnik in der Darstellung zwischen farmland und farmyard keinen Unterschied (beides braun). D.h. ein Bauernhof (oder ein ganzer Ort bestehend aus solchen) ist vom umgebenden Ackerland nicht zu unterscheiden. Ist das so, und wenn ja sollte das nicht irgendwie differenziert werden (z.B. anderer Farbton)? LG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Boats, marinas and the sea
we are working on seamap tagging schemes this weekend and hope to bring back some more information during the next week. We have the German only page http://wiki.openstreetmap.org/wiki/DE:Hafen I hope to get it translated during the next 2 weeks. I'd be interested in whether marina designates just the water area or also the facilities on land (restaurant, crane, slipway,...). Thanks Wolfgang ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Deutschlandauszug Geofabrik passt nicht so ganz
Frederik Ramm frede...@remote.org schrieb im Newsbeitrag news:49cba326.5010...@remote.org... Hallo, Derzeit versuchen wir, die Grenzen moeglichst genau zu legen, ... Hier mal auch gleich ein paar Anregungen aus Österreich: a) bitte berücksichtigt, dass bei Verwendung von Bounding Box halb Süddeutschland für uns inkludiert ist (ist nur akzeptabel, wenn wir Bayern als 10. Bundesland bekommen ;-) b) derzeit ist das Polygon zu knapp, d.h. tlw. werden Grenzregionen abgeschnitten (also lieber etwas Speckgürtel) c) bitte entscheidet euch hinsichtlich der referentiellen Integrität: Dinge, die abgeschnitten werden, sollten entweder ganz dabei oder ganz exkludiert sein; derzeit werden an der Grenze die Teile knallhart abgetrennt (d.h. bei einem grenznahen Wald kommt statt einer Fläche nur noch ein Weg an, der aber als Fläche getagged ist, und das ist beim Import nicht erkennbar, weil aus dem Weg die nicht inkludierten Nodes entfernt sind - bei Analysen hat man dann 100e false positives); wenn es schon mit der referentiellen Integrität nicht klappt, dann schickt die Objekte bitte komplett (also Weg mit allen Nodes, auch wenn die Nodes selbst nicht dabei sind, das kann man dann einfach aussortieren). LG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Eissalons
amenity=cafe http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcafe cuisine=ice_cream opening_hours=... http://wiki.openstreetmap.org/wiki/Key:opening_hours Es gibt schon zuviele, die das Rad viereckig neu erfinden... LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] Marina
Hallo alle, vielleicht keine ganz neue Frage: was genau bezeichnet leisure=marina? Umfasst das nur die eigentlichen Liegeplätze (= Wasser + Stege), wie es die blaue Signatur in JOSM andeutet (wird allerdings nicht gerendert, außer man gibt auch natural=water dazu), oder die gesamte Anlage (inkl. Versorgungsanlagen, Trockenliegeplätzen etc.)? Laut http://wiki.openstreetmap.org/wiki/DE:Segler1#Hafenplan ist es mir auch nicht 100% klar (Landratte ;-). Würde man das eingezäunte Gelände (an einem Fluss) dann als landuse=harbour bezeichnen können? LG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Bankomat im Spar
Ich habe so etwas befürchtet... Also neuer Versuch: amenity=atm immer dann, wenn das Teil alleine steht oder spezielle Informationen dazu erforderlich sind (Öffnungszeiten, Zugehörigkeit zu Geschäft, oder Gebäude, genauer Ort) atm=yes immer dann, wenn das Teil die Eigenschaften des nodes/buildings teilt oder man einfach nichts anderes angeben will/kann Für die Bank, deren atm spezielle Öffnungszeiten hat, müsste dann amenity verwendet werden, i.a. (Wien) reicht atm=yes. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 3. Wiener Stammtisch
Wolfgang Schreiter blub...@gmx.at schrieb im Newsbeitrag news:go9k9n$e1...@ger.gmane.org... - den 10m SO-Versatz der Yahoo-Bilder Darauf verzichte ich jetzt, hab' endlich die Funktion zum Verschieben der WMS-Ebene in JOSM gefunden... LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Systematischer GPS-Fehler vs. Luftbild?
Hallo, war heute am Donaukai und habe das GPS (eTrex Vista HCx) mitlaufen lassen (Punkte auch noch gemittelt). Genauigkeit lt. GPS 3m, freie Sicht, wenn auch schlechtes Wetter. Am DDSG-Parkplatz sieht man, was dabei herauskam. Breite und Form perfekt, aber alles (auch die anderen Punkte von heute) um den gleichen Betrag ggü. Luftbild verschoben. Kann das eine Ungenauigkeit beim GPS sein, oder ist das Luftbild in Potlatch so daneben (die Reichsbrücke passt ja auch nicht, und die ist nicht von mir). Ansonsten ist da alles noch im Afbau, also nicht wundern, dass es tlw. noch nach Baustelle aussieht... LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Was f�r's Auge...
Aus dem deutschen User-Forum aufgeschnappt - find' ich einfach sensationell... Auch gut zum Lernen - und als Vision. http://www.openstreetmap.org/?lat=51.2974lon=11.4275zoom=14layers=B000FTF LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Newbie Fragen
Habe mir das nochmal angesehen, die importierten Daten ergänzen eine Menge fehlende Teile, aber es ist in den letzten Jahren viel gebaut worden, und dann sind da natürlich auch viele Güterwege. Ohne GPS und Begehung/Befahrung kann ich nur mal die wesentlichen Straßen klassifizieren. Zu Ostern bin ich vor Ort und kann's im Detail angehen. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Newbie Fragen
Hallo erstmal, ich hoffe, ich stürze mich nicht schon beim ersten Posting in den Fettnapf ;-) Ich habe meiner Begeisterung für Karten, GPS und Orientierung also nachgegeben und versuche mich auch beim Mappen. Zum Einstieg habe ich heute in Wien im 2. den Mexikoplatz (Ost) mit Kamera und GPS besucht und ein paar Features via Potlatch eingetragen. Die Wege, Flächen und genaue Positionierung folgen dann nächstes Wochenende. Dabei haben sich - nicht ganz überraschend - ein paar Fragen ergeben: a) Positionierung In Potlatch sind die Straßen nicht exakt deckungsgleich mit dem Satellitenbild und auch nicht ganz exakt zueinander, dazu kommt noch der Messfehler im GPS, auch zeigt das Programm keinen Maßstab oder Koordinaten an. Sollte ich es besser mit JOSM versuchen (und gibt es sichere Referenzpunkte, oder messe ich einfach ein paar Punkte ein?)? b) Detailgrad Gibt es da Empfehlungen? Eintragen kann man ja viel, aber wieviel ist sinnvoll? Im Moment folge ich dem gesunden Empfinden - was eben verkehrstechnisch und touristisch interessant sein könnte (aber nicht jede Parkbank). Beobachtung am Rande: einige Wohnblocks im 2. sind explizit als landuse=residential gekennzeichnet, das dürfte aber sonst nicht üblich sein, oder (sonst richtig viel Arbeit...)? c) Abstimmung Einige von Euch sind ja systematisch und themenbezogen am Werk, während ich eher detailverliebt und gebietsorientiert bin. Besteht da die Gefahr, dass ich jemandem in die Quere komme (z.B. 11A Stationen und Schule in der Vorgartenstraße, Radwege, o.ä.) oder passt einfach jeder für sich auf? d) Nebenbei ist mir aufgefallen, dass die Gegend um Sitzenberg-Reidling/Bezirk Tulln ziemlich übel aussieht - ist die gerade in Arbeit (plan.at oder so) oder ist da noch Bedarf? Danke für Antwort und ggf. Nachsicht falls falsches Forum Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at