[Talk-de] Adressen auf amenitys= / tourism= flächen

[Florian Lohoff]

Hi,
mir ist eine camp_site untergekommen deren gesamte Fläche addr:
informationen trägt. Erst war ich mir ziemlich sicher das das ja quatsch
ist - Wenn ich das zu einer Koordinate wandle zur Navigation kommt da
der Mittelpunkt der Fläche bei raus zu der ich navigiere. Führt im
zweifelsfalle dazu das ich am Hintereingang vor dem Zaun lande.

Aber irgendwie fehlt mir gerade der Griff das richtig zu modellieren.

Schön wäre ja schon 

a) Das Empfangsgebäude mit addr: tags 
b) Die Fläche mit Namen der Campsite
c) Im preprozessor d.h. wenn ich nach namen der Campsite suche auch die
   Adresse finde.

Ähnliches Problem gäbe es ja bei amenity=school etc wobei die 
ja nicht so extrem Großflächig werden.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[Kurt Waldhans]

Habe das gerade in OsmAnd getestet: bei einer amenity=school wird auf 
den naechstliegenden entrance=yes/main Knoten geroutet, falls dieser auf 
das ametity-polygon gesetzt ist.

Sollte man bei camp_site mal versuchen.

On 24-Mar-15 08:27, Florian Lohoff wrote:

Hi,
mir ist eine camp_site untergekommen deren gesamte Fläche addr:
informationen trägt. Erst war ich mir ziemlich sicher das das ja quatsch
ist - Wenn ich das zu einer Koordinate wandle zur Navigation kommt da
der Mittelpunkt der Fläche bei raus zu der ich navigiere. Führt im
zweifelsfalle dazu das ich am Hintereingang vor dem Zaun lande.

Aber irgendwie fehlt mir gerade der Griff das richtig zu modellieren.

Schön wäre ja schon

a) Das Empfangsgebäude mit addr: tags
b) Die Fläche mit Namen der Campsite
c) Im preprozessor d.h. wenn ich nach namen der Campsite suche auch die
Adresse finde.

Ähnliches Problem gäbe es ja bei amenity=school etc wobei die
ja nicht so extrem Großflächig werden.

Flo



___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[Florian Lohoff]

On Tue, Mar 24, 2015 at 09:11:34AM +0100, Kurt Waldhans wrote:
> Habe das gerade in OsmAnd getestet: bei einer amenity=school wird
> auf den naechstliegenden entrance=yes/main Knoten geroutet, falls
> dieser auf das ametity-polygon gesetzt ist.
> Sollte man bei camp_site mal versuchen.

Aeh - Wo setzt du denn auf einem amenity polygon ein entrance? Überall
da wo Wege oder Straßen dann die Fläche verlassen? Bei einer Schule
umfasst ja das amenity polygon alles - d.h. Lehrerparkplatz, Sporthalle,
Schulhof etc ... Da sind dann reichlich viele Ein/Ausgänge...

Dann sind wir wieder da was ich meinte - Im zweifelsfalle endet man am 
Hintereingang.

Entrance auf einem amenity find ich sowieso gerade spannend. Für mich
war das immer für buildings. Die Wiki seite beschreibt das anders aber
für Schulen deren Gesamtfläche ja oft nicht umzäunt oder abgetrennt sind
passt das irgendwie nicht.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[Kurt Waldhans]

Bei Schulen hilft local knowledge: wo um 8Uhr die Kinder reinströmen, 
*entrance=main*


Alles andere würde ich nur bei guter Kenntnis setzten (Verwaltung- / 
Lehrerzugang / Feuerwehrzufahrt)

Das Wiki ist hier recht gut

Für dein Problem (Routing zur Anlage) sollte das ausreichend sein, du 
kommst zu einem (öffentlichen) Eingang,


Das wirkliche Problem liegt aber in der Routing-Software.

 * Was gibst du als Ziel ein: Koordinate,  Adresse oder POI
 * Und was wertet dann die Routing-Software aus?

Da sehe ich noch viele Diskussionen :-)

On 24-Mar-15 10:00, Florian Lohoff wrote:
Aeh - Wo setzt du denn auf einem amenity polygon ein entrance? Überall 
da wo Wege oder Straßen dann die Fläche verlassen? Bei einer Schule 
umfasst ja das amenity polygon alles - d.h. Lehrerparkplatz, 
Sporthalle, Schulhof etc ... Da sind dann reichlich viele 
Ein/Ausgänge... Dann sind wir wieder da was ich meinte - Im 
zweifelsfalle endet man am Hintereingang. Entrance auf einem amenity 
find ich sowieso gerade spannend. Für mich war das immer für 
buildings. Die Wiki seite beschreibt das anders aber für Schulen deren 
Gesamtfläche ja oft nicht umzäunt oder abgetrennt sind passt das 
irgendwie nicht. Flo 


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[Florian Lohoff]

On Tue, Mar 24, 2015 at 11:15:00AM +0100, Kurt Waldhans wrote:
> Bei Schulen hilft local knowledge: wo um 8Uhr die Kinder
> reinströmen, *entrance=main*

Also die hier so in der Umgebung sind die legen mitten in Wohngebieten 
und da strömen die Kinder auf das Gelände aus allen Himmelsrichtungen
über irgendwelche Fußwege. 

> Alles andere würde ich nur bei guter Kenntnis setzten (Verwaltung- /
> Lehrerzugang / Feuerwehrzufahrt)
> Das Wiki ist hier recht gut

Das ganze führt vom Problem weg.

> Für dein Problem (Routing zur Anlage) sollte das ausreichend sein,
> du kommst zu einem (öffentlichen) Eingang,
> 
> Das wirkliche Problem liegt aber in der Routing-Software.
> 
>  * Was gibst du als Ziel ein: Koordinate,  Adresse oder POI
>  * Und was wertet dann die Routing-Software aus?
> 
> Da sehe ich noch viele Diskussionen :-)

Du gibts IMMER eine Koordinate an - Routing funktioniert so - Man sucht
einen POI - Das ist eine seperate Datenbank - Und Ziele für Routing in
der Berechnung können nur Punkte sein.

Ich sehe aber ein viel breiteres Problem. Wenn man sich im Wiki in
der Englischen version der amenity=school die Grafik ansieht wird klar
das die das beschreiben wie du sagst mit einem entrance=main auf
dem amenity *würg* - Wenn ich dann auf Radfahrrouting umschalte werde
ich nie über Fahrradwege und Schulhof dahin geführt. 

Das Problem wird aber größer wenn wir jetzt die Adressen mit
einbeziehen.

Da willst du die Adresse auf dem amenity=school haben damit in der Suche
die Adresse mit angezeigt werden kann.
Eigentlich haben aber die Gebäude die Adresse - amenity=school gehört
aber definitiv nicht auf das Gebäude. D.h. wir haben die Adresse
auf a) dem Gebäude und zusätzlich b) dem umgebenden Polygon aenity=school.
Bei größeren Schulgebilden ist es oft so das Turnhalle oder andere
Gebäudeteile eine eigene Adresse haben. Damit haben wir 2 Gebäude und
eines hat eine von dem umgebenden Polygon abweichende Adresse.
Spätestens das wird das in allen Validatoren Rot werden lassen. 

Das tagging modell ist hier an diversen stellen komplett broken. Aber
das ist mit den POIs in OSM generell so. Das müsste ein komplett
seperater layer sein - POIs gehören immer auf Punkte und immer mit
Adresse die aber nichts mit der Adresse im Building/Street layer hat.

Damit kann ich für Navigation eine ganz anderes Ziel setzen (den POI
node) als die Tatsächliche Adresse hat.

POIs von Flächen ableiten ist kaputt und wird nie sauber funktionieren
weil es eben keinen definitiven Punkt gibt.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[Martin Koppenhoefer]

Am 24. März 2015 um 08:27 schrieb Florian Lohoff :

> mir ist eine camp_site untergekommen deren gesamte Fläche addr:
> informationen trägt. Erst war ich mir ziemlich sicher das das ja quatsch
> ist - Wenn ich das zu einer Koordinate wandle zur Navigation kommt da
> der Mittelpunkt der Fläche bei raus zu der ich navigiere. Führt im
> zweifelsfalle dazu das ich am Hintereingang vor dem Zaun lande.
>


das kommt ein bisschen darauf an, wie man die Logik implementiert. Man
koennte es ja auch so sehen: alle Punkte innerhalb der Addr.-Flaeche haben
diese Adresse. Wenn man nun zu der Adresse will, muss man nur den
entsprechenden entrance-node (ggf. auch barrier=entrance) am Rand oder
evtl. auch innerhalb dieser Flaeche finden, wenn man den Haupteingang sucht
z.B. entrance=main. Der sollte normalerweise keine Extra-addr.-tags
benoetigen, weil die ja schon auf der Flaeche sind.

Gruss,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[Martin Koppenhoefer]

Am 24. März 2015 um 10:00 schrieb Florian Lohoff :

> Dann sind wir wieder da was ich meinte - Im zweifelsfalle endet man am
> Hintereingang.
>



Im Zweifelsfall gibt es bei einem groesseren Komplex auch mehrere
"Haupteingaenge", aber wenn Du z.B. suchst nach Feuerstelle bei Adresse xy,
dann findest Du alle Feuerstellen innerhalb des Adr.-polygons und kannst
dann z.B. eine auswaehlen und Dich da hinrouten lassen (sofern auch Wege
innerhalb des Grundstuecks gemappt sind).

Bei einem Campingplatz will man normalerweise zur Rezeption wenn man
ankommt. Der tag wurde gerade auf tagging besprochen und "gevoted":
http://wiki.openstreetmap.org/wiki/Proposed_Features/amenity%3Dreception_desk

Es gibt auch noch ein Spezialtag camp_site=reception, davon wuerde ich aber
eher absehen und das generische Modell bevorzugen (evtl. beide tags
verwenden).

Gruss,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[Kurt Waldhans]

Damit hat sich deine original Frage erledigt:

wenn man von überall rein kommt, kann der Router auch überall hin Routen

Falls du als Mapper das nicht besser kennst, vorher soll es die 
Routing-Software wissen?



On 24-Mar-15 11:25, Florian Lohoff wrote:

On Tue, Mar 24, 2015 at 11:15:00AM +0100, Kurt Waldhans wrote:
Also die hier so in der Umgebung sind die legen mitten in Wohngebieten 
und da strömen die Kinder auf das Gelände aus allen Himmelsrichtungen 
über irgendwelche Fußwege. 




___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[Florian Lohoff]

On Tue, Mar 24, 2015 at 11:47:01AM +0100, Kurt Waldhans wrote:
> On 24-Mar-15 11:25, Florian Lohoff wrote:
> >On Tue, Mar 24, 2015 at 11:15:00AM +0100, Kurt Waldhans wrote:
> >Also die hier so in der Umgebung sind die legen mitten in
> >Wohngebieten und da strömen die Kinder auf das Gelände aus allen
> >Himmelsrichtungen über irgendwelche Fußwege.
> 
> Damit hat sich deine original Frage erledigt:
> 
> wenn man von überall rein kommt, kann der Router auch überall hin Routen
> 
> Falls du als Mapper das nicht besser kennst, vorher soll es die
> Routing-Software wissen?

Das bezog sich auf die original aussage "Da wo die Kinder hineinströmen"
die du in dem Zitat weggeschnitten hast.

Mir war schon klar wie du das gemeint hast - Aber so ein-eindeutig ist
das eben in den seltensten fällen.

Und wie ich ja schon schrieb - Wie die Kinder zur Schule kommen geht
am Problem vorbei.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Adressen auf amenitys= / tourism= flächen

[fly]

Am 24.03.2015 um 11:39 schrieb Martin Koppenhoefer:
> Am 24. März 2015 um 08:27 schrieb Florian Lohoff :
> 
>> mir ist eine camp_site untergekommen deren gesamte Fläche addr:
>> informationen trägt. Erst war ich mir ziemlich sicher das das ja quatsch
>> ist - Wenn ich das zu einer Koordinate wandle zur Navigation kommt da
>> der Mittelpunkt der Fläche bei raus zu der ich navigiere. Führt im
>> zweifelsfalle dazu das ich am Hintereingang vor dem Zaun lande.
>>
> 
> 
> das kommt ein bisschen darauf an, wie man die Logik implementiert. Man
> koennte es ja auch so sehen: alle Punkte innerhalb der Addr.-Flaeche haben
> diese Adresse. Wenn man nun zu der Adresse will, muss man nur den
> entsprechenden entrance-node (ggf. auch barrier=entrance) am Rand oder
> evtl. auch innerhalb dieser Flaeche finden, wenn man den Haupteingang sucht
> z.B. entrance=main. Der sollte normalerweise keine Extra-addr.-tags
> benoetigen, weil die ja schon auf der Flaeche sind.

+1

Bei größeren Flächen braucht es halt auch eher ein besseres Ziel als nur
die Adresse.

Willst Du zum Direktorat, zu der Bibliothek zu den Sportanlagen oder zum
Hausmeister, zudem ist es ja wohl auch noch entscheidend mit welchem
Verkehrsmittel Du unterwegs bist, da ja zB. Parkplätze das Zwischenziel
sein können.

Kenne durchaus Schulgebäude mit mehreren Haupteingängen, welche in dem
einzigen Gebäude mehrere unabhängige Schulen beherbergen. Alle mit der
selben Adresse.

cu fly


___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de