[Talk-at] Hausnummern + Hauseingänge / Adressen in Wien?

[dktue]

Hallo realadry

Verzeihung, meine Referenz war falsch, ich meinte, dass ich Variante 2 
am besten finde. Dann ergibt meine Ausführung auch sinn, dass es eben 
nicht zu Eckhäusern mit mehreren Eingängen passt, die separate Adressen 
tragen. In diesem Fall kann Variante 3 helfen, aber: Dann hätten wir 
zwei verschiedene Verfahren, was die maschinenlesbarkeit verschlechtert.

Gruß
dktue



Am 16.06.2019 um 14:07 schrieb realadry via Talk-at:
> Hallo dktue,
>
> Das Thema gab es vor Jahren schon. Ein Haus (z.B. Eckhaus) kann mehrere
> Eingänge und dementsprechend Adressen oder Hausnummern haben. Da wäre
> Variante 3 sogar positiv, da jeder (Haupt)eingang die richtige
> Adresse(Hausnummer) hat. Nebeneingänge würden dann ohne Adresse nur mit
> entrance=yes getagged.
>
> Wohnanlagen wo mehrere verschiedene Gebäude die selbe Hausnummer haben
> und nur eine andere Stiegenbezeichnung (die wie eigene Haupteingänge
> sind) sind wieder ein anderes Thema. Da müsste man entweder jede Stiege
> als Haupteingang mit der kompletten Adresse eintragen oder eine Relation
> erstellen.
>
> Mir ging es jetzt mal um die innerstädtische Blockrandbebauung oder
> Einzelhäuser.
>
> Lg,
> realadry
>
> Am 16.06.2019 um 13:36 schrieb dktue:
>> Hallo readadry,
>>
>> ich finde auch Variante 3 am besten -- aber wie soll man mit Gebäuden
>> umgehen, die mehrere Eingänge und mehrere Hausnummern tragen?
>>
>> Viele Grüße
>> dktue
>>
>> Am 16.06.2019 um 13:23 schrieb realadry via Talk-at:
>>> Hallo Leute,
>>>
>>> Ich bin zwar schon mehrere Jahre bei OSM aber habe das Thema nicht
>>> regelmäßig verfolgt, daher weiß ich nicht ob es mittlerweile einen
>>> Konsens gibt.
>>>
>>> Wenn man sich in der Karte in Wien umsieht, sieht man drei verschiedene
>>> Arten wie Hausnummern gemapped werden:
>>>
>>> 1) Eigener Node mit der gesamten Adresse. Gebäude Polygon hat gar keine
>>> Adressinformation. Dieser Node ist manchmal in der Nähe des
>>> Hauseinganges, manchmal irgendwo innerhalb der Gebäudes platziert.
>>>
>>> 2) Hausnummer und Adresse am Gebäudepolygon. (Eingang als Node des
>>> Gebäudes.)
>>>
>>> 3) Hausnummer, Adresse und Eingang auf einem Node der Teil des Gebäude
>>> Polygons ist, an der Stelle des Hauseingangs.
>>>
>>>
>>> Variante 1:
>>> Eine Adresse die "irgendwo" als einzelner Node im Gebäude herumfliegt
>>> hat keinen Sinn, da man überlicherweise eine Adresse auch mit dem
>>> Eingang assoziiert (Hausnummer ist ja in Realität fast immer am Eingang
>>> angebracht). Bei dieser Variante kann weder das Gebäude polygon, noch
>>> der Hauseingangs-node festgestellt werden. Es wird zum Ratespiel.
>>>
>>> Variante 2:
>>> Hier kann man immerhin den Eingang noch mit der Adresse assozieren, da
>>> man einfach den "Eingang" node am jeweiligen Gebäude Polygon auslesen
>>> muss (das man zuvor anhand der Adresse gefunden hat).
>>>
>>> Variante 3:
>>> In jeder Hinsicht die logischste. Eingang, Adresse, Gebäude ist alles
>>> einfach maschinell auszulesen.
>>>
>>> Für das Rendern macht es keinen Unterschied welche Variante gewählt
>>> wird. Zum Routen und zur maschinellen verarbeitung (Suche) aber sehr
>>> wohl.
>>>
>>> Jetzt fragt ihr euch vielleicht, warum mir das so wichtig ist. Ganz
>>> einfach. Abgesehen von Routingproblem um den Eingang zu finden. Um
>>> effizient und maschinell gewisse Bearbeitungen oder Suchen vorzunehmen,
>>> muss man mit Gewissheit die Adresse eines Gebäudes feststellen können.
>>>
>>> z.B. Eine Liste von Adressen von Gebäuden mit gewissen Merkmalen die 
>>> man
>>> eintragen möchte oder eine Liste von Adressen von denen man das
>>> zugehörige Gebäudepolygon markieren/ausgeben möchte.
>>> Suche ich nach der Adresse, finde aber nur einen Knoten der im nichts
>>> herumschwebt (wie Variante 1), ist das ein Problem für ein Skript.
>>>
>>> Lg,
>>> realadry
>>>
>>> _______________________________________________
>>> Talk-at mailing list
>>> Talk-at at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>>
>> _______________________________________________
>> Talk-at mailing list
>> Talk-at at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>
> _______________________________________________
> Talk-at mailing list
> Talk-at at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at