Re: [Talk-de] amenity=gastronomy
Am 12. Juli 2010 13:38 schrieb olvagor o...@terbrueggen.net: Bei mehreren Nodes habe ich auch das Problem, dass ich ggfs. den Namen, die Adresse, die Telefonnummer etc. mehrmals schreiben muss. Das ist zwar nicht so tierisch schlimm aber ich finds recht unelegant. ja, das kann man aber mit einer Site-Relation lösen. Einfach die Adress- und Kontaktdaten dort eintragen und die einzelnen POIs sind members davon (sowie z.B. das Grundstück, der Gebäudeumriss, ...). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
Am 12. Juli 2010 18:43 schrieb olvagor o...@terbrueggen.net: Dass ich Nodes kopieren kann, weiß ich. Aber damit gehst du nicht auf mein andere Anliegen ein, dass ich gerne eine Kategorie für die Gastronomie einführen würde, um amenity zu entlasten. Ich würde auch gerne für Unterkunft und Verpflegung eine eigene Kategorie haben. Daher verstehe ich auch nicht, dass Deine neue Kategorie wieder amenity heisst. Dadurch wird auch die Einführung schwieriger, weil man nicht beides taggen kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
Am 12. Juli 2010 23:27 schrieb Christian chr_bra...@gmx.de: Wie wäre es mit eine Site-Relation? Die kann dann die Infos enthalten, die die Schnittmenge aus den Einzelnodes bilden (z.B. Name), die Mitglieder erben diese Tags dann und haben ihre eigenen Amenities, Öffnungszeiten etc. sorry, eben erst entdeckt dass der site-Vorschlag schon kam. Zum Auswerten müsste dann immer geguckt werden, ob sich ein Node in einer solchen Relation befindet und was nettes draus machen. Zur Unterscheidung von anderen Relationen könnte natürlich auch eine eigene amenity, wie das im Betreff genannte amenity=gastronomy oder so, an die Relation gehängt werden. die Site-relation schlägt dazu site=xy vor, aber mehrere Tags an der Relation sollte man trotzdem machen dürfen, von daher +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] amenity=gastronomy
Hallo miteinander, ich bin gerade auf die Frage [1] gestoßen, wie ein Restaurant zu taggen ist, das gleichzeitig bar und pub ist. Darüber bin ich selbst schon ein paarmal gestolpert und bin mit der Lösung, einfach mehrere Nodes mit je amenity=pub, amenity=restaurant und amenty=bar zu setzen, nicht sonderlich zufrieden. Auch amenity=pub;restaurant;bar finde ich nicht ausreichend, denn die einzelnen Bereiche können ja z.B. unterschiedliche Öffnungszeiten haben. Wäre es nicht sinnvoll, sowas wie amenity=gastronomy einzuführen? Das würde einerseits amenity etwas entlasten und andererseits Abfragen wie für die OpenGastroMap vereinfachen, indem eine Kategorie geschaffen wird. Das beschriebene Restaurant könnte man so mappen: amenity=gastronomy restaurant=yes bar=yes pub=yes Evtl. könnten die Unter-Tags in nen eigenen Namespace, um Abfragen noch einfacher zu gestalten: amenity=gastronomy gastro:restaurant=yes gastro:bar=yes gastro:pub=yes Meinungen? Gruß, Markus [1] http://help.openstreetmap.org/questions/88/how-to-tag-a-cafe-restaurant-bar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
olvagor schrieb: Auch amenity=pub;restaurant;bar finde ich nicht ausreichend, denn die einzelnen Bereiche können ja z.B. unterschiedliche Öffnungszeiten haben. Dann sind aber verschiedene Nodes wieder begründbar, denn dann sind diese Bereiche wahrscheinlich deutlich abgegranzt, haben verschiedene Eingänge, usw. Ansonsten ist die Lösung mit ; fast ideal, nur die Renderer haben noch ein Problem damit. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
Am Montag, den 12.07.2010, 13:17 +0200 schrieb Robert Kaiser: Dann sind aber verschiedene Nodes wieder begründbar, denn dann sind diese Bereiche wahrscheinlich deutlich abgegranzt, haben verschiedene Eingänge, usw. Also ich habe schon Restaurants gesehen, die in den normalen Restaurant-Räumen eine Bar hatten, an der aber nur abends bedient wurde. Und an der auch noch bedient wurde, wenn die Küche schon lange zu hatte. Bei mehreren Nodes habe ich auch das Problem, dass ich ggfs. den Namen, die Adresse, die Telefonnummer etc. mehrmals schreiben muss. Das ist zwar nicht so tierisch schlimm aber ich finds recht unelegant. Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
On 12.07.2010 13:38, olvagor wrote: Am Montag, den 12.07.2010, 13:17 +0200 schrieb Robert Kaiser: Bei mehreren Nodes habe ich auch das Problem, dass ich ggfs. den Namen, die Adresse, die Telefonnummer etc. mehrmals schreiben muss. Das ist zwar nicht so tierisch schlimm aber ich finds recht unelegant. node in josm anwählen, strg+c, Mauszeiger an die richtige Stelle schubsen, strg+v, tags anpassen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
Hallo, wenn schon sollte die Obergruppe auch Hotels u.ä. enthalten, denn Hotelrestaurants sind ja doch weit verbreitet. Als Name fällt mir derzeit nur hospitality ein. Man könnte dann als Unterkategorien z.B.: accomodation=yes/no oder konkreter: Hotel,Camping,Dorm,... food=yes/no oder z.B. auch vegitarian, italian,... drink: yes, non-alcoholic, BYO,... benutzen. Wie genau, ob als accomodation=hotel oder als hospitality.accomadation=Hotel oder als Relation,... wäre dann als nächstes zu diskutieren. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
yzemaze schrieb: On 12.07.2010 13:38, olvagor wrote: Am Montag, den 12.07.2010, 13:17 +0200 schrieb Robert Kaiser: Bei mehreren Nodes habe ich auch das Problem, dass ich ggfs. den Namen, die Adresse, die Telefonnummer etc. mehrmals schreiben muss. Das ist zwar nicht so tierisch schlimm aber ich finds recht unelegant. node in josm anwählen, strg+c, Mauszeiger an die richtige Stelle schubsen, strg+v, tags anpassen Ich sagte ja bereits, dass ich das unelegant finde. Ich möchte nach Möglichkeiten keine vermeidbaren Redundanzen. Dass ich Nodes kopieren kann, weiß ich. Aber damit gehst du nicht auf mein andere Anliegen ein, dass ich gerne eine Kategorie für die Gastronomie einführen würde, um amenity zu entlasten. Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
Am 12.07.2010 13:38, schrieb olvagor: Am Montag, den 12.07.2010, 13:17 +0200 schrieb Robert Kaiser: Dann sind aber verschiedene Nodes wieder begründbar, denn dann sind diese Bereiche wahrscheinlich deutlich abgegranzt, haben verschiedene Eingänge, usw. Also ich habe schon Restaurants gesehen, die in den normalen Restaurant-Räumen eine Bar hatten, an der aber nur abends bedient wurde. Und an der auch noch bedient wurde, wenn die Küche schon lange zu hatte. Bei mehreren Nodes habe ich auch das Problem, dass ich ggfs. den Namen, die Adresse, die Telefonnummer etc. mehrmals schreiben muss. Das ist zwar nicht so tierisch schlimm aber ich finds recht unelegant. Gruß, Markus Wie wäre es mit eine Site-Relation? Die kann dann die Infos enthalten, die die Schnittmenge aus den Einzelnodes bilden (z.B. Name), die Mitglieder erben diese Tags dann und haben ihre eigenen Amenities, Öffnungszeiten etc. Zum Auswerten müsste dann immer geguckt werden, ob sich ein Node in einer solchen Relation befindet und was nettes draus machen. Zur Unterscheidung von anderen Relationen könnte natürlich auch eine eigene amenity, wie das im Betreff genannte amenity=gastronomy oder so, an die Relation gehängt werden. Grüße Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de