[Talk-at] Probleme mit User / Qualitätsoffensive Salzburg usw.

[Johann Haag]

Am Do., 24. Dez. 2020 um 01:18 Uhr schrieb Kevin Kofler via Talk-at <
talk-at at openstreetmap.org>:

> Johann Haag wrote:
> > Ergänzung zur Basemap.
> > Ich verwende den basemap.at layer generell NICHT
> > ich nutze ausschließlich das Luftbild und in Tirol auch den Radarscan.
> > Also kein Massenabzeichnen von der Basemap
>
> Frage zurück: Warum nicht? Speziell, wenn du immer wieder davon redest,
> gewisse Merkmale der Basemap nachbauen zu wollen. Da wäre es doch
> sinnvoll,
> das Original direkt als Vorlage zu nehmen, was lizenzrechtlich auch
> erlaubt
> ist.
>

Ich habe nie definiert die basemap nachbauen zu wollen. Vermessungsdaten
benötigen etwa ein halbes Jahr -oder länger- um als Gebäudeumriss in die
basemap zu gelangen. Das ist für OpenStreetMap viel zu langsam.
Vermessungen werden bei weiteren Gebäudeveränderungen kaum noch
aktualisiert. Es mag da und dort hochwertige vermessene Umrisse in der
basemap geben, die meisten neueren Umrisse stammen aber offensichtlich aus
einer maschinellen KI Erfassung.  Sprich die basemap ist nicht schlecht,
jedenfalls selten aktuell, und bildet vielfach entgegen der osm-wiki
Empfehlung den Grundriss eines Gebäudes zu zeichnen, nur die
Dachaußenkante ab. Speziell innerörtlich gewinnt man in OSM durch das
befolgen der OSM Wiki Empfehlung den Gebäudegrundriss zu zeichnen viel Raum
für wertvolle Straßen Details.

Es mangelt der basemap also vor allem an brauchbarer Aktualität, und
neuerdings sind sogar Google Luftbilder noch aktueller. Wenn amtliche
Stellen auf ihren Lokalvorteil Luftbildhoheit verzichten, dann ist das
bizarr.

Meine bisherige Arbeitsweise war folgendermaßen. Ich erhalte von Gemeinden
Adresspunkte, und zeichne aus einer Begehung den Umriss der Grundmauer ein.
Ist etwa bis spätestens innerhalb von drei Jahren ein Luftbild verfügbar.
So verwende ich dieses um meine Handzeichnung nachträglich zu verbessern.
Zu diesem Zeitpunkt könnte man den basemap.at layer hinzuziehen. So wie ich
das in den basemap Lizenzbedingungen gelesen habe, ist systematisches
abzeichnen aber nicht erlaubt, und wir könnten in osm auch niemals dem
Anspruch der basemap gerecht werden, eine verbindliche Qualität angelehnt
an Vermessungsdaten aufrechtzuerhalten.
Daher kann uns auch nicht die talk-at community hier, die Nutzung der
basemap erlauben, außer man deklariert sich als offizielles BEV Sprachrohr.

Meine neue Vorgangsweise bezieht künftig mittels einer 360 Grad Kamera,
selbst erstellte Umgebungsfotos mit ein. Erfahrungsgemäß weicht aber eine
Schätzung anhand einer Begehung oder abzeichnen von Fotos, in bizarrerweise
von tatsächlichen Geometrien ab. Man kann aber hierbei die Funktion von
Gebäudeteilen, den Zufahrtsbereich, den Eingang und sonstige
Lageinformationen eindeutig bestimmen, das ist für OSM gut.

Zusammengefasst OSM und basemap haben miteinander nicht zu vereinbare
gegensätzliche Eckpunkte. OSM möchte auch niemals die basemap kopieren oder
ersetzen, sondern möchte in einer anderen Richtung als die basemap aktuell
informativ sowie grenzüberschreitend smart sein. Wer best of
Vermessungsdaten möchte, der liegt bei der DKM und bei der basemap richtig.
Dazu ist es aber nicht notwendig openstreetmap mit bizarren künstlichen
Unschärfen zu entstellen.

Grüße Johann




> Ein Massenabzeichnen *unter Beachtung der Importrichtlinien* (!) wäre mir
> jedenfalls lieber als ein willkürliches Raten von Merkmalen wie auf
> Luftbildern nicht sichtbarer Umrisse (da durch ein Hängedach verdeckt) als
> undiskutierter Massenedit. (Auch manuelle Edits können Massenedits sein.)
>
>         Kevin Kofler
>
>
> _______________________________________________
> Talk-at mailing list
> Talk-at at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannhaag at hxg.at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-at/attachments/20201228/9102a96b/attachment.htm>