Parkplatz oder Marktplatz?

Zecke · 2012-05-21T21:55:01.000Z

Ein Platz, der unter der Woche an 6,5 Tagen Parkplatz ist, an einem Vormittag Marktplatz - wie taggt man den?

amenity=marketplace ist sicher spezifischer als amenity=parking, ich würde es daher vorziehen. Dennoch könnte man die parking aisles einzeichnen. Wie kennzeichnet man beide features zusammen wohl am besten?

EvanE · 2012-05-21T22:47:26.000Z

Zecke:

Ein Platz, der unter der Woche an 6,5 Tagen Parkplatz ist, an einem Vormittag Marktplatz - wie taggt man den?

amenity=marketplace ist sicher spezifischer als amenity=parking, ich würde es daher vorziehen. Dennoch könnte man die parking aisles einzeichnen. Wie kennzeichnet man beide features zusammen wohl am besten?

Nun ja, Parken ist offensichtlich die überwiegende Nutzung. Von daher würde ich den Platz mit amenity=parking kennzeichnen. Der Marktplatz kommt als Knoten mit den Öffnungszeiten auf diesen Platz.

Edbert (EvanE)

MHohmann · 2012-05-22T05:51:25.000Z

Dem Parkplatz würde ich auch noch die passenden Öffnungszeiten zuweisen - denn wenn dort Markt ist, wird man wahrscheinlich nicht parken dürfen.

Netzwolf · 2012-05-22T06:58:22.000Z

Moins,

MHohmann:

Dem Parkplatz würde ich auch noch die passenden Öffnungszeiten zuweisen - denn wenn dort Markt ist, wird man wahrscheinlich nicht parken dürfen.

Wenn Mittwoch von 8 bis 14 Uhr Markt:


opening_hours=00:00-24:00; We 08:00-14:00 off

Gruß Wolf

Zecke · 2012-05-22T11:18:06.000Z

EvanE:

Nun ja, Parken ist offensichtlich die überwiegende Nutzung. Von daher würde ich den Platz mit amenity=parking kennzeichnen. Der Marktplatz kommt als Knoten mit den Öffnungszeiten auf diesen Platz.

amenity=marketplace ist für nodes eigentlich nicht vorgesehen, kommt dennoch in ca. 50% aller findings vor. (http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmarketplace)

wambacher · 2012-05-22T12:25:50.000Z

Zecke:

amenity=marketplace ist für nodes eigentlich nicht vorgesehen, kommt dennoch in ca. 50% aller findings vor. (http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmarketplace)

Sollte man wie parking behandeln (also gleich): wenn Fläche bekannt/möglich als Fläche, ansonsten als Node. proposal hin - wiki her

Gruss
walter

EvanE · 2012-05-22T13:02:06.000Z

wambacher:

Zecke:

amenity=marketplace ist für nodes eigentlich nicht vorgesehen, kommt dennoch in ca. 50% aller findings vor. (…)

Sollte man wie parking behandeln (also gleich): wenn Fläche bekannt/möglich als Fläche, ansonsten als Node. proposal hin - wiki her

Hallo Walter

Das Problem hier ist die mehrfache Nutzung der Fläche.

Auf der einen Seite als überwiegende Nutzung amenity=parking oder highway=pedestrian + area=yes.
Auf der anderen Seite die zeitweise Nutzung der gleichen Fläche (ganz oder teilweise) als Marktfläche.

Ansonsten hast du natürlich Recht mit: Besser als Punkt eingetragen als überhaupt nicht.

Edbert (EvanE)

BBO · 2012-05-22T13:15:54.000Z

Was spricht gegen zwei Flächen übereinander (mit den selben nodes)?

Wie könnte man eigtl. einen Marktplatz taggen auf dem (bis auf Ausnahmen) kein Verkauf mehr stattfindet? opening_hours=none?

Gruß BBO

aighes · 2012-05-22T14:10:56.000Z

@BBO: An sowas hab ich auch schon gedacht. Marktplatz mit Zeitbegrenzung und Parkplatz ebenfalls dann mit Zeitbegrenzung mitopening_hours oder day_on und day_off oder was auch immer…

Der Marktplatz ohne Markt wäre für mich highway=pedestrien + area=yes und kein Markt mehr.

Netzwolf · 2012-05-22T14:14:17.000Z

Nahmd,

BBO:

Was spricht gegen zwei Flächen übereinander (mit den selben nodes)?

Dass der Renderer nicht weiss, welche der Flächen er malen soll?

Wie könnte man eigtl. einen Marktplatz taggen auf dem (bis auf Ausnahmen) kein Verkauf mehr stattfindet? opening_hours=none?


opening_hours=closed

Wird sowohl vom JS- als auch vom PHP-Auswerter verstanden.

Gruß Wolf

Fabi2 · 2012-05-22T15:03:28.000Z

Ich würde es so mappen:

amenity=parking + opening_hours=* als Fläche mappen, wegen der vorwiegenden Nutzung des Gebietes.
Dann dort eine Relation mit type=amenity + amenity=marketplace + opening_hours=* mit der Partplatzfläche (oder dem Gebiet wo der Markt ist) als Mitglied drin erstellen.

BBO · 2012-05-22T20:07:41.000Z

aighes:

Der Marktplatz ohne Markt wäre für mich highway=pedestrien + area=yes und kein Markt mehr.

Für mich ist das schon noch ein Marktplatz. Eine Stadtmauer bleibt auch Stadtmauer wenn sie keine Verteidigungsfunktion mehr hat.

Netzwolf:

Dass der Renderer nicht weiss, welche der Flächen er malen soll?

Eine Fläche deswegen wegzulassen finde ich aber nicht wirklich besser. So hat der Renderer die Entscheidung was ihm wichtiger ist und andere Auswerter haben die vollen Infos.

Netzwolf:

opening_hours=closed
Wird sowohl vom JS- als auch vom PHP-Auswerter verstanden.

Danke!

Gruß BBO

Zecke · 2012-05-23T11:36:30.000Z

BBO:

Netzwolf:

Dass der Renderer nicht weiss, welche der Flächen er malen soll?

Eine Fläche deswegen wegzulassen finde ich aber nicht wirklich besser. So hat der Renderer die Entscheidung was ihm wichtiger ist und andere Auswerter haben die vollen Infos.

Wir wollen ja versuchen, die Wirklichkeit abzubilden und nicht den Renderer zu befriedigen (meine ich mal irgendwo hier gelesen zu haben, kann schon eine Weile her sein… ).
Fakt ist, daß es eigentlich zwei amenities als Fläche sind, die sich nur in ihren “Öffnungszeiten” exklusiv unterscheiden. Also wären wohl amenity=marketplace;parking oder zwei überlagernde areas beides denkbar. Für letzteres spricht, daß man unterschiedliche Eigenschaften an die amenities hängen kann. Übersichtlicher fände ich ersteres, z.B. in der Form

amenity=marketplace;parking
marketplace:opening_hours=…
parking:opening_hours=…

Durch die Reihenfolge im amenity tag könnte man eine Präferenz vorgeben, die der Renderer akzeptieren oder ignorieren kann (z.B. für spezielle Karten).