[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
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
Re: [Talk-at] Newbie Fragen
>"Florian Schweikert" > schrieb im >Newsbeitrag >news:daafd9fd0902161129p5784bc47mca2ea18da9be1...@mail.gmail.com... > >Die 11A Sachen hab ich mal ungefähr eingetragen als ich dort vorbeikam, >wäre super wenn du die verbessern bzw. vervollständigen könntest. Ok, mach ich bei Gelegenheit. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Newbie Fragen
>"Andreas M." schrieb >im Newsbeitrag news:4999a831.8090...@chello.at... > >Das ist mir neulich auch aufgefallen. Inzwischen habe ich in besagter >Gegend ein großes Area daraus gemacht, mit dem landuse=retail vom >Vorgartenmarkt als "inner"-Teil eines Multipolygons. In Mapnik ist das >erstaunlicher Weise schon drin, die scheinen jetzt nicht nur mittwochs >zu aktualisieren. Hallo Andreas, hab Deine Arbeit schon bewundert... (wohne gleich ums Eck). Dann bleibe ich mal im Norden. Zwischen Vorgartenmarkt und Gymnasium könnte man noch die Marktzufahrt eintragen (geht rundherum zur Ennsgasse). Liebe Grüße 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.2974&lon=11.4275&zoom=14&layers=B000FTF 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
Re: [Talk-at] Systematischer GPS-Fehler vs. Luftbild?
P.S. Gerade sehe ich, dass im Mexikopark vor der Kirche, wo ich mehrere Tracks und Punkte habe (nicht nur von heute), derselbe Effekt vorliegt. Auch bei der Reichsbrückenauffahrt. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 3. Wiener Stammtisch
>Wollen wir den Ablauf vom letzten Mal beibehalten, d.h. am Nachmittag >"workshoppen" und am Abend den kulinarischen Teil absolvieren? Gerne. >Hat schon jemand konkrete Themenwünsche? - Kennen lernen (bin das erste Mal dabei) - den 10m SO-Versatz der Yahoo-Bilder - Gestaltung der Info im Wiki (z.B. Tagging-Guide zur Qualitätsverbesserung) LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Wege rund um die Donauinsel
Hallo alle, auf Donauinsel, Hubertusdamm und Donaukai gibt es eine Fülle von Wegen, die in etwa folgende Gemeinsamkeiten haben: - asphaltiert - zumindest Kfz-Breite - Fußgänger und Radfahrer generell gestattet - Kfz des Magistrats, tlw. Lieferanten, Anlieger, Busse, Taxis mit Einschränkungen erlaubt Frage: wie sollen die klassifiziert werden? footway und cycleway leiten sich von path ab und sind damit eigentlich zu klein, reguläre Straßen scheiden auch aus. Am ehesten (Breite, Beschaffenheit) passen für mich track/grade1/paved (ist aber eigentlich ein Wirtschaftsweg) oder highway unclassified mit entsprechenden access Zusätzen (foot und bicycle designated, psv, ...). Was meint Ihr dazu? (Übrigens steht zumindest an einer Stelle für den Donaukai ein allgemeines Fahrverbot ohne Ausnahme für Fahrräder - gleich neben einer Radroute und einer Polizeiinspektion...) 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" 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
Re: [Talk-at] Bankomat im Spar
Hab' bis jetzt immer atm=yes verwendet, aber auch nur im Zweifel. Die Frage ist, ist der ATM Teil des Geschäftes (also im SPAR gibt's einen atm) oder unabhängig davon zugänglich (wie bei einer Bank; macht einen Unterschied, wenn man außerhalb der Öffnungszeiten einen sucht). Das ist derzeit nicht sauber darstellbar, weil bei Bank/Post der atm ein Attribut ist (Öffentlichkeit 24x7 ist hier wohl unterstellt). Besser wäre amenity für "frei zugänglich" und atm für "im Geschäft". Möchte man auch im Geschäft noch Position darstellen (z.B. Einkaufszentrum), dann bleibt nur amenity mit Relation zum Geschäft (wegen der Öffnungszeiten). Um dem Ganzen einen Sinn zu geben, muss man atm=yes als Sonderlösung für Bank/Post interpretieren, d.h. ein atm bei einer Bank ist immer frei zugänglich (liegt in der Natur der Bank und spart ein Objekt), und sonst nur amenity verwenden. Insofern ist die Lösung mit dem Supermarkt als Gebäude praktisch, aber nahezu alle Supermärkte sind derzeit nodes, was dann immer zu doppelten nodes führt. Ein pragmatischer Vorschlag (wenn auch nicht perfekt) könnte sein, wie folgt zu taggen: alleinstehend ... amenity=atm ... öffentlich zugänglich, 24x7 Bank/Post ... atm=yes/no ... öffentlich zuänglich, 24x7 (auch wenn die Bank/Post Öffnungszeiten hat) im Geschäft/Gebäude node ... atm=yes/no ... gehört zum Geschäft/Gebäude (gleiche Öffnungszeiten) im Geschäft/Gebäude area ... atm=yes/no oder amenity + relation contains/part_of o.ä. (gleiche Öffnungszeiten) Das lässt auch die Möglichkeit offen, den atm dem Gebäude oder dem Geschäft im Gebäude zuzuordnen. LG Wolfgang P.S: Da wäre dann noch die Sache mit den SB-Foyers... ;-) Aber ernsthaft, gibt's nicht Wichtigeres? (Stichwort Relation von Pflegeaufwand der Daten zu Nutzern) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
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] [Wien] Polizeiinspektionen
"Wolfgang W. Wasserburger" schrieb im Newsbeitrag news:nfbbkhnhhkeianfmgjmimefcliaa@wasserburger.at... > Polizeiinspektion Handelskai 2 Handelskai 267 schon seit einigen Jahren (da hieß das auch noch Wachzimmer) aufgelassen. Der ganze Prater und auch der Hafen gehören zum WZ Ausstellungsstraße. lg W Wurde wohl wieder geändert. Da wohnt jetzt die Strompolizei. Hab' ich eingetragen und werde demnächst noch persönlich nachfragen. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
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
Re: [Talk-at] 4. Stammtisch
"Norbert Wenzel" 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
[Talk-at] checkAT
Hallo alle, ich habe in den letzten Wochen meinen Spieltrieb ausgelebt und dabei einen keepright-Klon produziert (das Original bleibt natürlich unerreicht ;-), den ich Euch in einer ersten Version ("public beta", mit entsprechenden Vorbehalten) vorstellen möchte. Vielleicht hilft's ja, und freue mich auch über konstruktives Feedback. Mal sehen, was draus wird. Zielrichtung sind Checks mit Bezug auf Österreich (gerne auch zur Unterstützung für plan.at), flächenbezogene Auswertungen und Kuriositäten, die mir (oder Euch) beim Mapping so auffallen. Und weil die Frage sowieso gestellt werden wird, ich wollte die Technik hinter osm kennenlernen, und nicht keepright Konkurrenz machen. Es sind für uns alle noch genügend Probleme und Aufgaben in osm vorhanden, und vielleicht gibt's ja einen kreativen Austausch. Ach ja, einen Link habe ich auch noch: http://www.schreiter.at/checkat/de/index.php Viel Spaß 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: [Talk-at] checkAT
>"Felix Hartmann" >schrieb im Newsbeitrag news:4a28050a.5060...@gmail.com... >Jip, ist echt ganz nett. >Super waere ein Check auf unverbundene Importdaten, bei denen aber plan.at >schon aus dem highway Tag entfernt wurde, Routing ist in vielen Gegenden > >unmoeglich, weil die Nodes einfach 1-2 entfernt voneinander enden! >Dies ist ja ansich schon ein Problem, aber da wo großteils Import Dateien >liegen, sind zum teil 3-4 von 10 Straßen gar nicht (das ist nicht >tragisch), oder nur >einseitig (der Killer fuer jedes Autorouting) >eingetragen. Das klingt nach einem interessanten Problem ;-) Also, wenn ich recht verstanden habe, suchen wir nach - highways aus dem plan.at Import (source plan.at, aber normales highway-tag) - mit mindestens einem unverbundenen Ende - in dessen Nähe sich ein anderer highway befindet Davon gibt es reichlich, aber auch viele sehr false positives. Wenn mir kein Fehler unterlaufen ist, sind es bei einem 15m-Radius immer noch knapp 8500 (und das ist noch lange nicht alles). Vielleicht sollten wir mal einen Versuch mit einem überschaubaren Testgebiet und einem kleineren Radius machen. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] checkAT
Hallo Felix, ich bin der Sache mittlerweile näher gekommen und das Ergebnis sieht ganz brauchbar aus (jedenfalls Stichproben). Allerdings ist mir noch eingefallen, dass es bei keepright (http://keepright.ipax.at/report_map.php) den Check "almost junctions" gibt, der ziemlich genau das zu tun scheint. Vielleicht siehst Du Dir den mal an, wenn das nicht ausreicht, kann ich's immer noch einbauen. Ich würde aber ungern etwas doppelt machen. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] checkAT
Hallo Andreas, "Andreas M." schrieb im Newsbeitrag news:4a28041a.1030...@chello.at... Hallo, >Ich stolpere z.B. immer wieder über Importdaten, bei denen der Präfix >schon vor einiger Zeit entfernt wurde, aber der fixme-Tag noch drin ist >und das Ganze auch noch ziemlich unfertig, d.h. "verwaist" ausschaut. >Also in Pseudocode so etwas wie: > > if isFromPlanAtImport and > fixme = "Check import" and > revision > 1 and > last_change < today - 30 > >Vielleicht könnte man auch solche Importdaten "anmeckern", die schon >besonders lange gänzlich unbearbeitet herumliegen (revision = 1). Leider gibt es davon Unmengen (es reicht wahrscheinlich, Gebiete mit hoher fixme-Dichte anzusehen - das geht bei keepright schon). Ich finde es aber ganz ok, beil Teilreparaturen das fixme zu belassen (Beispiel: importiertes Gebäude wird repariert - geschlossener Weg, korrektes Tagging, aber kann nicht vor Ort überprüft werden auf Lage und Details - also bleibt es erstmal noch offen). Allerdings könnte man das fixme irgendwie anpassen, z.B. fixme=Lage oder so. >Bei den (äußerst praktischen) Editor-Links würde ich eventuell die >Bounding Box etwas kleiner wählen, da sonst gerade in den dichter >gemappten Gebieten schon recht große Datenmengen unnötig heruntergeladen Ich habe die Box auf 1x1km gesetzt (etwa 20% kleiner in jeder Richtung). Ist halt ein Kompromiss. In Gegenden mit vielen Features zu groß, aber z.B. bei Auswahl eines großen Objektes (Wald) kann es passieren, dass das Objekt von JOSM gar nicht geladen wird, weil die Box zur Gänze innerhalb liegt. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Verwaiste Punkte
Hallo, habe mir interessehalber eine Auswertung zu alleinstehenden Punkten ohne Tags gebaut und staune. Es gibt mehr als 28.000 davon. Wie ist Eure Sicht dazu, können diese Punkte ohne weitere Nachfrage (manuell) gelöscht werden? Beispiel siehe http://www.schreiter.at/checkat/de/index.php?zoom=12&lat=47.81347&lon=15.86756&layers=B0T&check=8388608&limit=300 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
"Andreas M." schrieb im Newsbeitrag news:4a2a4662.5010...@chello.at... >>> Bei den (äußerst praktischen) Editor-Links würde ich eventuell die >>> Bounding Box etwas kleiner wählen, da sonst gerade in den dichter >>> gemappten Gebieten schon recht große Datenmengen unnötig heruntergeladen >> >> Ich habe die Box auf 1x1km gesetzt (etwa 20% kleiner in jeder Richtung). >> Ist >> halt ein Kompromiss. In Gegenden mit vielen Features zu groß, aber z.B. >> bei >> Auswahl eines großen Objektes (Wald) kann es passieren, dass das Objekt >> von >> JOSM gar nicht geladen wird, weil die Box zur Gänze innerhalb liegt. > >Ließe sich die Box mit vertretbarem Aufwand an Rechenzeit während des >Checks auch anhand der von den Objekten verwendeten Punkte berechnen? >Wobei man natürlich eine Maximalgröße setzen müsste, falls es sich um >flächenmäßig besonders große Objekte wie Grenzen o.ä. handelt. Hallo Andreas, das ist mir derzeit etwas zu viel Aufwand, aber ich realisiere gerade eine Stufenlösung abhängig vom selektierten Objekt (d.h. für Punkte kleine Box, für Ways mittlere und für Areas große). Klappt noch nicht ganz, aber sobald der Tile-Server wieder funktioniert, mache ich es fertig. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] building=barn vs. building=shed
Hallo, mir ist aufgefallen, dass landwirtschaftliche Gebäude gerne mit building=shed bezeichnet werden. Bitte achtet darauf, dass shed = Schuppen und barn = Scheune (siehe auch http://en.wikipedia.org/wiki/List_of_building_types). 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] Lizenzwechsel
Danke für den Link zur Cleanmap, war da nicht so am Laufenden. Die Milch bzgl. Lizenzwechsel ist nun mal verschüttet (und dabei hat man das Problem noch nicht mal gelöst). IMHO wird das an Kopfschmerzen noch an plan.at herankommen. Nur ein paar Beispiele: - Komplettes Stuwerviertel im 2. Bezirk futsch (Andreas M). Bin gerade dabei, das mit odbl=clean, copy/paste etc. zu retten, und ziemlich frustriert über die Zeitverschwendung. Ich wohne da, hab's mit gemappt und kann bestätigen, dass alles noch da ist. - Gesamtaufwand: ein Viertel, das man kennt, zu säubern geht ja noch, aber es gibt 1000e kleine Veränderungen im ganzen Land - das sehe ich bis 1. April nicht kommen, weil's Ortskenntnis braucht. Und nachher ist ja nicht mehr erkennbar, was sich verändert hat, also müsste eigentlich alles überprüft werden. - Relationen: da passiert eine Menge, was aber nicht so offensichtlich ist. Ich gehöre zu den wohl wenigen (in Wien), die ab und an MapDust-Probleme reparieren (viel Aufwand, aber bringt's halt im Detail). Viele von diesen Verbesserungen (die meistens das Routing betreffen), sind dann wieder weg, einschließlich vieler Abbiege-Relationen von Nicht-Zustimmern (werft mal einen Blick auf www.mapdust.com, etwa 80% der Fehlermeldungen sind Müll/Duplikate, aber der Rest macht's halt aus). Wenn unter Druck jetzt Daten gerettet werden müssen, dann verkommt die Relizensierung zur Farce - de facto wird dann nur noch umetikettiert, was juristisch zwar nicht sein soll, aber da hat die LWG wohl kräftig an der realen Welt (und der menschlichen Natur) vorbei gedacht. LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Lizenzwechsel
Frederik Ramm 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
[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
Boris Cornet 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
Re: [Talk-at] Wann primary, secondary und tertiary?
Friedrich Volkmann 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] Wann primary, secondary und tertiary?
Friedrich Volkmann writes: > > On 23.03.2012 08:33, Wolfgang Schreiter wrote: > > maxspeed setze ich immer, um Verwirrung (noch nicht getaggt, ev. nicht 50) > > vorzubeugen. > > Wenn, dann hoffentlich mit source:maxspeed=AT:urban, sonst kann man es nicht > von Beschränkungen durch 50er-Tafeln unterscheiden. Aber klar. Ich habe das hier mal - eher vergeblich - propagiert... > Heute hat es keinen > Sinn mehr, Straßen nach der Umgebung zu taggen, da die Umgebung extra > erfasst wird. > > Wenn du einen Router entwickelst, ... Die Bedeutung und Nutzung einer Straße hängt halt auch von der Umgebung ab. Was ein Router annimmt, sollte aber nicht die Straßenklassifizierung bestimmen. 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 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] Bezirke in Österreich / WikiProject Seiten
Andreas Labres 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] josm source-tag
Markus Straub 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 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] josm source-tag
Markus Straub 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
[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 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
[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
Re: [Talk-at] Rendering von Gebäuden in Mapnik geändert
Walter Hiertz 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
Re: [Talk-at] Rendering von Gebäuden in Mapnik geändert
Walter Hiertz writes: > Siehe hier, ich schaff es einfach nicht dass der Weg UNTERM gebäude liegt und > nicht drüber. Ist aber scheinbar ein Problem vom Renderer. Hallo Walter, dazu gibt's mindestens 3 trac-Einträge gegen Mapnik (wahrscheinlich mehr). Irgendwie bekommen sie das (noch) nicht hin. Ich habe auch ein paar solcher Problemfälle. Bzgl. mp im Wiki: da steht auch der Algorithmus zur Auswertung, und der berücksichtigt auch die "alten" mps. Beides geht. 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 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] 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
[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=multipolygon&lon=12.40933&lat=47.52553&zoom=15&overlays=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] 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
Re: [Talk-at] Kleingartenvereine
Tobias Knerr 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] 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] 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 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
[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] 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
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] 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
[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] 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] Ö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] Ö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
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] 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] 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] minderwertige Importe
Am 11.07.2019 06:42 schrieb Johann Haag: Die Adress- Situation im Osten von Österreich stellt sich folgendermaßen dar. Aus verwaltungstechnischen Gründen, werden Adressen von Gemeinden, bereits bei der Bauland Widmung in Form von Zähl Adressen entlang der Straße vergeben. Anschließend kümmern sich Gemeinden und Städte offensichtlich nur noch wenig darum. Mag sein. Ist aber kein Pronblem, solange die von den Gemeinden vergebenen Adressen nicht automatisch importiert, sondern von Mappern vor Ort überprüft werden. Ich werde also nun Gemeinden systematisch anschreiben, und darum bitten, dass dort wo es nun in unserem Projekt Adressen vollständig gibt. Diese von den Bauämtern gesichtet und bereinigt werden. Das ändert nichts daran, dass wir uns nicht blind auf die Daten der Bauämter verlassen. Die Bauämter wissen, dass neu vergebene Adressen noch bis zu einem gewissen Grad vorläufig sind. Die Unschärfe wird bewusst in Kauf genommen und mit der Zeit korrigiert. Wo wir das zeitnaher/besser können, liegt es an uns. Ich bitte also die Community hier um offizielle Unterstützung einer solchen Initiative. Unser gemeinsames Ziel ist sicher OpenStreetMap besser zu machen. Daher meine Bitte um Vorschläge für einen Mustertext. Du ersuchst die Community um Unterstützung. Das setzt nicht nur Vertrauen in Deinen Vorschlag, sondern auch zu Dir als Mapper voraus. Aktuell dreht sich die Diskussion darum, Teile Deiner Imports rückgängig zu machen und derartige (unabgestimmte, regelwidrige) Imports in Zukunft gar nicht mehr zuzulassen (+1). Ich schlage vor, dass Du in Sachen Adressen zunächst einmal nichts Neues unternimmst, sondern konstruktiv an der (manuellen) Behebung der vorhandenen Schäden mitwirkst. Eine Nachdenkpause würde der Sache gut tun. Grüße Wolfgang ___ 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] 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] 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 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] 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] 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] 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