Hallo rempshaener,

vielen Dank für deinen Einsatz und das Anschauen der Daten und für die Anmerkungen.
Die Anmerkungen zu den Adressen der Defis haben wir bearbeitet (siehe https://www.openstreetmap.org/changeset/159119283)

Die anderen Dinge wurden bei unserem Stammtisch in Aachen dikutiert und so besprochen.


location
Die Aussage habe ich als Person schonmal andersrum mitbekommen. Mit Bergündung indoor ist für indoortagging gedacht - https://wiki.openstreetmap.org/wiki/Key:indoor.
Gerne können wir das nochmal mit unserer Community absprechen.

 
srac:id
Ref wurde schon bei anderen Projekt vorgeschlagen.
Die "srac:id" id auf den in den Import-Guidelines erwähnten Punkt "Definiere eigene tag Präfixe" (https://wiki.openstreetmap.org/wiki/DE:Import/Guidelines#Definiere_eigene_tag_Pr%C3%A4fixe)
Hier in dem Fall id2 (https://geoportal.staedteregion-aachen.de/?q=1731333012422)
Dies werden wir auf unserer Seiten (DE:Aachen_import und DE:Aachen_projekte) dokumentieren.

ref ist für uns eine reale Nummer (Haltestelle, Straßen, Knotennummer eines Fahrradknotenpunktnetzwerkes, ...), die man in der Örtlichkeit vorfinden kann.
Deswegen hielten wir den Tag srac:id für uns besser.


Adressen
Ja dieses Thema wurde und wird viel diskutiert. Auch bei OSM-Samstage bei der FOSSGIS war dies immer ein Thema.
Da ging die Meinung auch weit außeinander. Es war aber auch ein Punkt, dass viele Systeme (Internetseiten, Anwendungen,...), die OSM-Daten nutzen, nach den Adressfeldern gehen und diese auslesen.

Wir bekommen die Daten tlw. nur nach Adressen und Beschreibungen (Firma, ...) und geben diesen dann nach vielseitigen Recherchen einen Geobezug. 
Deswegen wollten wir die Sachen nicht außer Acht lassen.


gelöschte Knoten
Gerne getan haben wir es nicht. (In allen gemappten Punkten steckt Arbeit, Zeit, Mühe und Herzblut)

Beim Importieren "unserer Daten" gab es mit den "OSM-Daten" Konflikte bzw. Differenzen. 
Diese sind wir Punkt für Punkt durchgegangen und haben einzeln entschieden was wir tun.

1. Bei großer Unsicherheit beide gelasssen und auf unseren Punkt ein FIXME gelassen (prüfen ob beide vorhanden)?
   So dass wir hier nochmal nachgehakt werden muss.

2. Wenn die Lage und Angaben der vorhanden OSM-Knoten nach unseren Nachrecherchen besser war, haben wir unsere Tags "rangehangen". Dies war aber für uns erhöhter Aufwand und Fehleranfälliger.

3. OSM-Knoten gelöscht und Angaben in unseren Daten ergänzt. --> weniger Aufwand.

4. Wenn weder Position, noch viele Angaben (FIXME, ungenaue Positionsangaben, etc.) nach mehrmaliger Recherche gepasst haben, haben wir diese nur gelöscht.