Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Freitag 23 Januar 2009 schrieb Sebastian Masch: > Bei verschiedenen Schlüsseln mag das ja vielleicht noch funktionieren. > Aber was wenn zB plötzlich mehr als ein amenity-Schlüssel auftaucht > (funktioniert das später überhaupt mit API 0.6?). > In meinem Nachbarort > ist eine Gaststätte (amenity=restaurant) mit Biergarten > (amenity=beergarden), Bäckerei (shop=bakery) und Cafe (amenity=cafe). > Bäckerei und Cafe könnte man nach obiger Variante noch separat angeben, > aber Restaurant und Biergarten? natuerlich. die muessen dann halt durch strichpunkte getrennt als values zusammengefasst werden: amenity=restaurant;biergarten;cafe shop=bakery > Wie vergibt man zusätzliche Eigenschaften? Mit restaurant:cuisine=german > und beergarden:capacity=100 werden die values dann sowieso keys. ja, aber das sind dann subtags, die das entprechend getaggte genauer beschreiben. > > das waere zumindest vom datenmodell wesentlich sauberer. > > Ich finde erstere Variante sauberer, da zB das Cafe eine Eigenschaft der > Bäckerei ist und keine Fragen aufkommen, welchem Hauptzweck ein > Gebäude/Laden dient. > naja, der hauptzweck ist doch eigentlich egal. wenn ich brot brauche, suche ich nach 'baeckerei'. wenn ich cafe trinken will, suche ich nach 'cafe'. es ist der jeweils benoetigte zweck interessant, andere sind dann sekundaer; unabhaengig von der eigentlichen intention des ladeninhabers. und maschinell auszuwerten ist es auch einfacher... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Sebastian Masch schrieb: > > Bei verschiedenen Schlüsseln mag das ja vielleicht noch funktionieren. > Aber was wenn zB plötzlich mehr als ein amenity-Schlüssel auftaucht > (funktioniert das später überhaupt mit API 0.6?). In meinem Nachbarort > ist eine Gaststätte (amenity=restaurant) mit Biergarten > (amenity=beergarden), Bäckerei (shop=bakery) und Cafe (amenity=cafe). > Bäckerei und Cafe könnte man nach obiger Variante noch separat angeben, > aber Restaurant und Biergarten? Also das ist jetzt gerade ein schlechtes Beispiel (es gibt aber bessere, ich weiß). Zumindest was ich unter einem Biergarten verstehe, ist äußerst selten geographisch komplett identisch mit dem dazugehörigen Restaurant. Also hier ganz klar zwei (zumindest) Nodes setzen, einen für's Restaurant und einen für den (zugehörigen) Biergarten. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
> > Bei verschiedenen Schlüsseln mag das ja vielleicht noch funktionieren. > Aber was wenn zB plötzlich mehr als ein amenity-Schlüssel auftaucht > (funktioniert das später überhaupt mit API 0.6?). mit Semikolon trennen;API 0.6 -> ja Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Guenther Meyer wrote on 23.01.2009 08:06: > Am Donnerstag 22 Januar 2009 schrieb RalfGesellensetter: >> Am Mittwoch 21 Januar 2009 schrieb René Falk: >>> Ich halte Bäckereien mit Cafe inzwischen für die Standardausgabe >>> einer Bäckerei. Bäckereien ohne Cafe dürften inzwischen Ausnahmen >>> darstellen. Daher reicht meiner Ansicht nach in diesen Fällen der Tag >>> für bakery. >> Ich habe m.E. solche Tags gesehen: >> >> amenity=pub >> beergarden=yes >> >> amenity=bakery >> cafe=yes >> >> Kann man damit arbeiten? >> > wird wohl desoefteren benutzt. ich persoenlich finde das nicht so toll, weil > da im endeffekt values als keys benutzt werden. > > ein element getaggt mit >shop=bakery >cafe=yes > > ist demnach also auch ein >amenity=cafe > > und sollte deswegen auch als >shop=bakery >amenity=cafe > > getaggt werden. Bei verschiedenen Schlüsseln mag das ja vielleicht noch funktionieren. Aber was wenn zB plötzlich mehr als ein amenity-Schlüssel auftaucht (funktioniert das später überhaupt mit API 0.6?). In meinem Nachbarort ist eine Gaststätte (amenity=restaurant) mit Biergarten (amenity=beergarden), Bäckerei (shop=bakery) und Cafe (amenity=cafe). Bäckerei und Cafe könnte man nach obiger Variante noch separat angeben, aber Restaurant und Biergarten? Wie vergibt man zusätzliche Eigenschaften? Mit restaurant:cuisine=german und beergarden:capacity=100 werden die values dann sowieso keys. > das waere zumindest vom datenmodell wesentlich sauberer. > Ich finde erstere Variante sauberer, da zB das Cafe eine Eigenschaft der Bäckerei ist und keine Fragen aufkommen, welchem Hauptzweck ein Gebäude/Laden dient. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Donnerstag 22 Januar 2009 schrieb RalfGesellensetter: > Am Mittwoch 21 Januar 2009 schrieb René Falk: > > Ich halte Bäckereien mit Cafe inzwischen für die Standardausgabe > > einer Bäckerei. Bäckereien ohne Cafe dürften inzwischen Ausnahmen > > darstellen. Daher reicht meiner Ansicht nach in diesen Fällen der Tag > > für bakery. > > Ich habe m.E. solche Tags gesehen: > > amenity=pub > beergarden=yes > > amenity=bakery > cafe=yes > > Kann man damit arbeiten? > wird wohl desoefteren benutzt. ich persoenlich finde das nicht so toll, weil da im endeffekt values als keys benutzt werden. ein element getaggt mit shop=bakery cafe=yes ist demnach also auch ein amenity=cafe und sollte deswegen auch als shop=bakery amenity=cafe getaggt werden. das waere zumindest vom datenmodell wesentlich sauberer. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Mittwoch 21 Januar 2009 schrieb René Falk: > Ich halte Bäckereien mit Cafe inzwischen für die Standardausgabe > einer Bäckerei. Bäckereien ohne Cafe dürften inzwischen Ausnahmen > darstellen. Daher reicht meiner Ansicht nach in diesen Fällen der Tag > für bakery. Ich habe m.E. solche Tags gesehen: amenity=pub beergarden=yes amenity=bakery cafe=yes Kann man damit arbeiten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Mittwoch 21 Januar 2009 schrieb Martin Koppenhoefer: > 2009/1/21 Stefan Dettenhofer (StefanDausR) > > > Das ändert aber auch nichts daran, dass die Renderer sich entscheiden > > müssen, wie dieser POI angezeigt werden soll. > > Uns was ist nun eigentlich der Unterschied zwischen amenity= und shop= > > in diesem Fall? > > das ist prinzipiell eine Definitionsfrage (also generell auch historisch > und keineswegs immer logisch). > richtig. die "logik" hat sich mir auch nicht ganz erschlossen. ;-) darum hatte ich ja was neues entwickelt... der eigentlich unterschied bzgl. des taggings in dem fall hier ist der, dass ein amenity und ein shop key problemlos nebeneinander in der datenbank stehen koennen, waehrend sie nach der neuen api zusammengefasst werden muessten, haetten sie denselben key wert. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
2009/1/21 Stefan Dettenhofer (StefanDausR) > Das ändert aber auch nichts daran, dass die Renderer sich entscheiden > müssen, wie dieser POI angezeigt werden soll. > Uns was ist nun eigentlich der Unterschied zwischen amenity= und shop= > in diesem Fall? > > das ist prinzipiell eine Definitionsfrage (also generell auch historisch und keineswegs immer logisch). Davon abgesehen: eine Baeckerei ist ein Laden, wo verkauft wird, und das nimmt man dann mit. Ein Cafe ist ein Gastronomiebetrieb, wo man i.d.R. vor Ort verzehrt. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Torsten Leistikow schrieb: > Jan Tappenbeck schrieb: > >> es gibt ein Tag für Cafe und Bäckerei. >> >> Wie ist nun aber ein POI zu attributieren der beide Eigenschaften vereint. >> > > Ich weiss gar nicht, warum in diesen Fall alle in die Diskussion um > Semikolon und aehnliches abdriften. Hier ist doch einfach nur ein Punkt > zu setzen mit den zwei Tags > amenity=cafe > und > shop=bakery > > Gruss > Torsten > Das ändert aber auch nichts daran, dass die Renderer sich entscheiden müssen, wie dieser POI angezeigt werden soll. Uns was ist nun eigentlich der Unterschied zwischen amenity= und shop= in diesem Fall? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Mittwoch 21 Januar 2009 schrieb Torsten Leistikow: > Jan Tappenbeck schrieb: > > es gibt ein Tag für Cafe und Bäckerei. > > > > Wie ist nun aber ein POI zu attributieren der beide Eigenschaften > > vereint. > > Ich weiss gar nicht, warum in diesen Fall alle in die Diskussion um > Semikolon und aehnliches abdriften. Hier ist doch einfach nur ein Punkt > zu setzen mit den zwei Tags > amenity=cafe > und > shop=bakery > da hat er sogar recht, dieses beispiel ist klar ;-) aber der fall mit identischem key kann und wird auftreten. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Mittwoch 21 Januar 2009 schrieb Stefan Dettenhofer (StefanDausR): > Guenther Meyer schrieb: > >> Eventuell könnte ein renderer die Icons für die einzelnen amenities > >> nehmen, jeweils um 50% verkleinern und in einem 2x2-Raster in der > >> größe eines normalen icons anordnen. das sollte noch zu erkennen sein > >> und mehr als 4 Werte dürften nicht so häufig vorkommen... dasselbe > >> kann man dann auch für die Hausnummer nutzen. :-) > > > > oder das erste tag fuer das icon benutzen, und ein kleines pluszeichen > > hinzufuegen, wo dann als hover oder popup zusaetzliche infos engeblendet > > werden koennen. > > moeglichkeiten gibt's viele, ist halt immer abhaengig von der > > anwendung... > > ok, aber dann sollten die Renderer auch values mit Semikolon > unterstützen (meinetwegen eben nur das erste value auswerten). Denn wenn > der POI gar nicht erscheint, ist die Akzeptanz mit Semikolon zu taggen > nicht recht groß. > richtig. das muss dann auch zwangslaeufig unterstuetzt werden. auf meiner TODO liste fuer gpsdrive stehts schon drauf ;-) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Jan Tappenbeck schrieb: > es gibt ein Tag für Cafe und Bäckerei. > > Wie ist nun aber ein POI zu attributieren der beide Eigenschaften vereint. Ich weiss gar nicht, warum in diesen Fall alle in die Diskussion um Semikolon und aehnliches abdriften. Hier ist doch einfach nur ein Punkt zu setzen mit den zwei Tags amenity=cafe und shop=bakery Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Guenther Meyer schrieb: >> Eventuell könnte ein renderer die Icons für die einzelnen amenities >> nehmen, jeweils um 50% verkleinern und in einem 2x2-Raster in der >> größe eines normalen icons anordnen. das sollte noch zu erkennen sein >> und mehr als 4 Werte dürften nicht so häufig vorkommen... dasselbe >> kann man dann auch für die Hausnummer nutzen. :-) >> >> > oder das erste tag fuer das icon benutzen, und ein kleines pluszeichen > hinzufuegen, wo dann als hover oder popup zusaetzliche infos engeblendet > werden koennen. > moeglichkeiten gibt's viele, ist halt immer abhaengig von der anwendung... > > ok, aber dann sollten die Renderer auch values mit Semikolon unterstützen (meinetwegen eben nur das erste value auswerten). Denn wenn der POI gar nicht erscheint, ist die Akzeptanz mit Semikolon zu taggen nicht recht groß. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
> Eventuell könnte ein renderer die Icons für die einzelnen amenities > nehmen, jeweils um 50% verkleinern und in einem 2x2-Raster in der > größe eines normalen icons anordnen. das sollte noch zu erkennen sein > und mehr als 4 Werte dürften nicht so häufig vorkommen... dasselbe > kann man dann auch für die Hausnummer nutzen. :-) > oder das erste tag fuer das icon benutzen, und ein kleines pluszeichen hinzufuegen, wo dann als hover oder popup zusaetzliche infos engeblendet werden koennen. moeglichkeiten gibt's viele, ist halt immer abhaengig von der anwendung... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
2009/1/21 Martin Simon > > Dasselbe Problem begegnet einem auch bei anderen Konstellationen, z.B. > Hotel/Kneipe/Restaurant oder Restaurant/Biergarten... > > Manche tragen das als getrennte nodes mit gleichem Namen ein, andere > als amenity=bla;blubb > > Die erste Variante funktioniert halt für die > Renderer/Konverter/POI-Suche, die zweite ist meiner Meinung nach > eigentlich "richtiger", wird aber bis jetzt nicht ausgewertet... > > naja, da kann man auch streiten, das Hotel wird ja z.B. oft einen anderen Eingang haben als die Kneipe. Im Biergarten laesst sich das/die Restaurant(s) auch lokalisieren, die Namen sind da oft ebenfalls verschieden, von daher sind mehrere POIs oder getrennte Flaechen IMHO oft "richtiger" als der Versuch, alles auf einen Knoten zu legen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Hallo. Am Mittwoch, 21. Januar 2009 schrieb Stefan Dettenhofer (StefanDausR): > Wie soll eigentlich ein Renderer mit solchen POIs umgehen? Zwei Symbole > übereinander/nebeneinander malen? > Wäre es da nicht sinnvoller gleich einen neuen value zu definieren, also > statt > amenity=bla;blubb > dann gleich > amenity=bla_blubb > und dann rein passendes Symbol generieren. Wenn du dann eine Bäckerei mit Café erfindest und eine Bäckerei mit Lotto-Annahmestelle und eine Bäckerei mit Zeitungskiosk und eine Bäckerei mit Partyservice und eine Bäckerei mit Computerladen... Ein POI-finder, der dann nur eine Bäckerei suchen soll muss dann entweder ein vielfaches an Tags lernen oder wild mit Platzhaltern jonglieren um vielleicht was passendes zu finden. Das ";" als Trennzeichen ist halbwegs üblich und sollte in normalen Werten nicht vorkommen. Es kann daher zur Auftrennung von solchen Konstrukten fest benutzt werden. Anders herum wird ein Schuh draus: Der Renderer kann sich überlegen was er alles rendern soll und dann für die Menge an Tags die er darstellen soll das richtige heraussuchen. Wenn er ein Symbol hat für "Bäckerei und Café", dann nimmt er das. Hat er nur eins für Bäckerei, dann nimmt er das, ist ja besser als nix. Gruß, Bernd -- Jedes gelöste Problem ist einfach. - Thomas Alva Edison signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am 21. Januar 2009 15:15 schrieb Norbert Wenzel : > Stefan Dettenhofer (StefanDausR) wrote: >> Wie soll eigentlich ein Renderer mit solchen POIs umgehen? Zwei Symbole >> übereinander/nebeneinander malen? >> Wäre es da nicht sinnvoller gleich einen neuen value zu definieren, also >> statt >> >> amenity=bla;blubb >> >> dann gleich >> >> amenity=bla_blubb >> >> und dann rein passendes Symbol generieren. > > Stell ich mir schwierig vor. Die Kombination könnte ja in ins beliebige > wachsen. Da ist es wohl deutlich leichter, die Daten an einem Semikolon zu > trennen (wie auft auch immer), als alle möglichen bli_bla_blu Kombinationen > als Spezialfall zu behandeln. > Welches Icon dann gerendert wird ist dann entweder Glückssache oder ein > Spezialfall im Renderer. Aber wenn ich nur an den Daten interessiert bin, > dann ist das parsen mit semikolongetrennten Werten deutlich leichter. Eventuell könnte ein renderer die Icons für die einzelnen amenities nehmen, jeweils um 50% verkleinern und in einem 2x2-Raster in der größe eines normalen icons anordnen. das sollte noch zu erkennen sein und mehr als 4 Werte dürften nicht so häufig vorkommen... dasselbe kann man dann auch für die Hausnummer nutzen. :-) -Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Mittwoch 21 Januar 2009 schrieb Stefan Dettenhofer (StefanDausR): > Wie soll eigentlich ein Renderer mit solchen POIs umgehen? Zwei Symbole > übereinander/nebeneinander malen? je nach zweck der karte das eine oder das andere, oder beide nebeneinander. bzw. ueber einen benutzerkonfigurierbaren filter, der nur bestimmte einblendet. pauschal alle moeglichen pois einzuzeichnen macht sowieso keinen sinn, da wird man irgendwann nichts mehr erkennen koennen... > Wäre es da nicht sinnvoller gleich einen neuen value zu definieren, also > statt > > amenity=bla;blubb > > dann gleich > > amenity=bla_blubb > > und dann rein passendes Symbol generieren. > finde ich nicht sinnvoll. es gibt zuviele kombinationen, als dass man das vernuenftig realisieren koennte. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Stefan Dettenhofer (StefanDausR) wrote: Martin Simon schrieb: Hotel/Kneipe/Restaurant oder Restaurant/Biergarten... Manche tragen das als getrennte nodes mit gleichem Namen ein, andere als amenity=bla;blubb Die erste Variante funktioniert halt für die Renderer/Konverter/POI-Suche, die zweite ist meiner Meinung nach eigentlich "richtiger", wird aber bis jetzt nicht ausgewertet... Wie soll eigentlich ein Renderer mit solchen POIs umgehen? Zwei Symbole übereinander/nebeneinander malen? Wäre es da nicht sinnvoller gleich einen neuen value zu definieren, also statt amenity=bla;blubb dann gleich amenity=bla_blubb und dann rein passendes Symbol generieren. Stell ich mir schwierig vor. Die Kombination könnte ja in ins beliebige wachsen. Da ist es wohl deutlich leichter, die Daten an einem Semikolon zu trennen (wie auft auch immer), als alle möglichen bli_bla_blu Kombinationen als Spezialfall zu behandeln. Welches Icon dann gerendert wird ist dann entweder Glückssache oder ein Spezialfall im Renderer. Aber wenn ich nur an den Daten interessiert bin, dann ist das parsen mit semikolongetrennten Werten deutlich leichter. Norbert smime.p7s Description: S/MIME Cryptographic Signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Martin Simon schrieb: > 2009/1/21 Jan Tappenbeck : > >> Moin ! >> >> es gibt ein Tag für Cafe und Bäckerei. >> >> Wie ist nun aber ein POI zu attributieren der beide Eigenschaften vereint. >> >> Gruß Jan :-) >> > > Dasselbe Problem begegnet einem auch bei anderen Konstellationen, z.B. > Hotel/Kneipe/Restaurant oder Restaurant/Biergarten... > > Manche tragen das als getrennte nodes mit gleichem Namen ein, andere > als amenity=bla;blubb > > Die erste Variante funktioniert halt für die > Renderer/Konverter/POI-Suche, die zweite ist meiner Meinung nach > eigentlich "richtiger", wird aber bis jetzt nicht ausgewertet... > > Wie soll eigentlich ein Renderer mit solchen POIs umgehen? Zwei Symbole übereinander/nebeneinander malen? Wäre es da nicht sinnvoller gleich einen neuen value zu definieren, also statt amenity=bla;blubb dann gleich amenity=bla_blubb und dann rein passendes Symbol generieren. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
2009/1/21 Jan Tappenbeck : > Moin ! > > es gibt ein Tag für Cafe und Bäckerei. > > Wie ist nun aber ein POI zu attributieren der beide Eigenschaften vereint. > > Gruß Jan :-) Dasselbe Problem begegnet einem auch bei anderen Konstellationen, z.B. Hotel/Kneipe/Restaurant oder Restaurant/Biergarten... Manche tragen das als getrennte nodes mit gleichem Namen ein, andere als amenity=bla;blubb Die erste Variante funktioniert halt für die Renderer/Konverter/POI-Suche, die zweite ist meiner Meinung nach eigentlich "richtiger", wird aber bis jetzt nicht ausgewertet... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Jan Tappenbeck schrieb: > Hier sind wirklich Sessel vorhanden und schöne Tische - sogar ein Kamin ! Wie verschwenderisch ... einfach den Ofen beim Backen aufmachen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Hallo Rene, ich meine in meinem Fall nicht die "Kaffee-Klappe" - Bäckerei mit zwei Stehttischen. Hier sind wirklich Sessel vorhanden und schöne Tische - sogar ein Kamin ! Gruß Jan :-) René Falk schrieb: > Jan Tappenbeck schrieb: >> Moin ! >> >> es gibt ein Tag für Cafe und Bäckerei. >> >> Wie ist nun aber ein POI zu attributieren der beide Eigenschaften vereint. > Ich halte Bäckereien mit Cafe inzwischen für die Standardausgabe einer > Bäckerei. Bäckereien ohne Cafe dürften inzwischen Ausnahmen darstellen. Daher > reicht meiner Ansicht nach in diesen Fällen der Tag für bakery. > > Grüße > > René -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Mittwoch 21 Januar 2009 schrieb René Falk: > Jan Tappenbeck schrieb: > > Moin ! > > > > es gibt ein Tag für Cafe und Bäckerei. > > > > Wie ist nun aber ein POI zu attributieren der beide Eigenschaften > > vereint. > > Ich halte Bäckereien mit Cafe inzwischen für die Standardausgabe einer > Bäckerei. Bäckereien ohne Cafe dürften inzwischen Ausnahmen darstellen. > Daher reicht meiner Ansicht nach in diesen Fällen der Tag für bakery. > davon wuerde ich nicht ausgehen. wenn es neben backwaren auch cafe oder was anderes gibt, sollte man das auch notieren. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am Mittwoch 21 Januar 2009 schrieb Claudius Henrichs: > Am 21.01.2009 11:03, Jan Tappenbeck: > > Moin ! > > > > es gibt ein Tag für Cafe und Bäckerei. > > > > Wie ist nun aber ein POI zu attributieren der beide Eigenschaften > > vereint. > > shop=bakery;cafe > > ...offenbar ist diese Notation, die zu mehreren shop-Einträgen für > dasselbe Objekte in der Datenbank führt ab API 0.6 nicht mehr gültig. > Weiß da jemand genaueres? > ne, andersrum, wenn ich das richtig verstanden habe: die o.g. zusammenfassende variante soll wohl die "richtige" sein. mehrfaches taggen im stile von shop=bakery shop=cafe welches ich persoenlich eigentlich besser finde, ist dann nicht mehr moeglich. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Jan Tappenbeck schrieb: > Moin ! > > es gibt ein Tag für Cafe und Bäckerei. > > Wie ist nun aber ein POI zu attributieren der beide Eigenschaften vereint. Ich halte Bäckereien mit Cafe inzwischen für die Standardausgabe einer Bäckerei. Bäckereien ohne Cafe dürften inzwischen Ausnahmen darstellen. Daher reicht meiner Ansicht nach in diesen Fällen der Tag für bakery. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Hallo. Am Mittwoch, 21. Januar 2009 schrieb Claudius Henrichs: > ...offenbar ist diese Notation, die zu mehreren shop-Einträgen für > dasselbe Objekte in der Datenbank führt ab API 0.6 nicht mehr gültig. > Weiß da jemand genaueres? AFAIK: Das verwenden mehrerer Tags mit dem selben Schlüssel (also shop=bakery und dazu shop=cafe) wird in der API 0.6 nicht mehr möglich sein. Da die verbreiteten Editoren das auch momentan schon gar nicht zulassen, wird sich da also für den normalen Anwender nicht viel ändern. Gruß, Bernd -- Arbeit hat noch nie einen umgebracht. Aber warum sollte ich es herausfordern? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschäft mit mehreren Funktionen
Am 21.01.2009 11:03, Jan Tappenbeck: > Moin ! > > es gibt ein Tag für Cafe und Bäckerei. > > Wie ist nun aber ein POI zu attributieren der beide Eigenschaften vereint. shop=bakery;cafe ...offenbar ist diese Notation, die zu mehreren shop-Einträgen für dasselbe Objekte in der Datenbank führt ab API 0.6 nicht mehr gültig. Weiß da jemand genaueres? Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Geschäft mit mehreren Funktionen
Moin ! es gibt ein Tag für Cafe und Bäckerei. Wie ist nun aber ein POI zu attributieren der beide Eigenschaften vereint. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
