Shop=< mehrere gleichwertige Funktionen>

marek kleciak · 2014-10-16 09:00:11

Nun, haben wir einige Ansätze. Alle haben gewisse Vor- und Nachteile.
Was nehmen wir nun?
Wie kommen wir zu einem Ergebnis?

Grüße,
Marek

geri-oc · 2014-10-16 09:44:37

chris66 wrote:

Die Lösung mehrere shop-Nodes zu taggen sollte man vielleicht auch noch erwähnen.

Das mache ich, wenn über einen Eingang mehrere "Kioske" - also abgetrennte Lädchen - sind. Meist haben diese auch eigenen opereator, website , telefon.

M.E. Geht es um einen Laden mit einem operator, telefon. Das ähnlich Problem ist z.B die vielen Postfilialen/Paketannahmen, dort sind es aber meist abgetrennte Bereiche (Ecken), die einen Extranode erhalten können.

Nadjita · 2014-10-16 11:52:37

marek kleciak wrote:

Nun, haben wir einige Ansätze. Alle haben gewisse Vor- und Nachteile.
Was nehmen wir nun?
Wie kommen wir zu einem Ergebnis?

Tja, Ergebnis gibt's sowieso nur über ein Proposal, da die Problematik da doch recht weitgreifend ist und die Lösung auf einer soliden Basis stehen sollte. Ich gebe auch zu bedenken, dass dieses Problem nicht nur shop=*, sondern auch amenity=* und wohl auch craft=*, etc. betrifft es also keine Lösung sein darf, die nicht flexibel genug ist, um auf all die dort auftreten könnenden Probleme eingehen zu können. Genau das trifft auf die Semikolon-Lösung nicht zu (z.B. kann man nicht die implizit enthaltenen Shop-Teile ausblenden wie etwa bei einem Kiosk der keine Snacks oder Getränke anbietet), auch ist sie nicht rückwärts kompatibel, da es derzeit wohl keinen Renderer gibt, der shop=kiosk;travel_agency rendern könnte. So wie ich das sehe, haben wir also 4 Ansätze:

1. Mehrere Nodes taggen
Vorteil: maximale Flexibilität, getrennte Öffnungszeiten, Stockwerke, Telefonnummern und Tags
Nachteil: Ziemlicher Overhead, da viele Tags dupliziert werden könnten/müssten, da sie für alle Bereiche identisch sind. Nicht ganz konform mit dem "One feature, one OSM element"-Prinzip - bietet sich aber vermutlich gerade bei Indoor-Mapping an, um zu zeigen, wo im Geschäft welcher Teil ist. Zusammengehörigkeit der einzelnen Nodes nicht immer erkennbar - woher weiß man, dass alle Nodes zum selben Geschäft gehören?

2. Subtags nutzen
Vorteil: Unterscheidung zwischen Haupt- und Nebenangeboten (ähnlich Healthcare mit main/yes/partial) und explizites Ausschließen von Features (shop=kiosk shop:beverages=no) Rückwärtskompatibel, da shop=* das Haupttag trägt, mit dem es auf der karte erscheinen soll. Einfache maschinelle Abfrage (shop = X OR (shop:X = * AND shop:X != no)). Wenig tagging overhead.
Nachteil: Angeblich schwerer auswertbar für Renderer, wobei diese sowieso nur shop=* rendern müssten. Keine getrennten Tags für die Features, also keine getrennten Telefondurchwahlen, Öffnungszeiten, etc.

3. Präzisierungstags ohne Subtag nutzen
Beispiel: shop=stationery, copyshop=yes, photo=no
Vorteil: Wenig overhead, rückwärtskompatibel, gut auswertbar
Nachteil: Nicht immer klar, auf was sich das Tag bezieht. shop=covenience beverages=no könnte heißen: Keine Getränke zu kaufen oder keine Getränke erlaubt (ähnlich dog=no). Sonst wie bei Subtags keine getrennten tags für die Features

4. Description nutzen
Beispiel: shop=stationary, description:de=Verkauft keine Getränke
Vorteil: Wird schon jetzt teilweise dargestellt, kein neues Schema nötig. Maximale Flexibilität (description:de=Verkauft nur Wasser)
Nachteil: Machinelle Auswertung unmöglich, wartbarkeit bei mehreren Sprachen so gut wie nicht gegeben. Keine getrennten Öffnungszeiten, etc.

Habe ich etwas übersehen? Wir können ja gerne forums-intern einen Favoriten abstimmen und den dann als Proposal aufstellen, aber ich befürchte, dass es eine hoch emotionale Debatte wird.

marek kleciak · 2014-10-16 12:17:57

ich befürchte, dass es eine hoch emotionale Debatte wird

Stimmt schon. Es ist aber auch ok. Sonst kommen wir zu keinem Ergebnis. Danke Dir für die gute Zusammenstellung.
Ich bin leider die nächsten Tage sehr knapp mit der Zeit. Könntest Du helfen und diese Erkenntnisse als Proposal zur Abstimmung platzieren?

Viele Grüße,
Marek

edward17 · 2014-10-16 13:15:05

2. Subtags nutzen
Keine getrennten Tags für die Features, also keine getrennten Telefondurchwahlen, Öffnungszeiten, etc.

Wenn es eine Geschäft ist, gibt es dort keine verschiedene Telefonnummern usw.

Mir gefällt am besten der Variant

shop=electronics
shop:gifts=yes

Es ist leicht zu unterstützen (suchen nach shop=gifts und shop:gifts=yes).

Die Idee, einfach shop=stationery, copyshop=yes zu schreiben, finde ich schlecht. Diese Scheme überschneidet sich mit access=* und public_transport=*. Es wäre besser, für Nebenangebot ein namespace zu benutzen (also shop:*=yes).

Nadjita · 2014-10-16 13:17:03

edward17 wrote:

Wenn es eine Geschäft ist, gibt es dort keine verschiedene Telefonnummern usw.

Ich wage mal zu behaupten, dass die Schuhabteilung von Herti eine andere Durchwahl hat als die Schreibwarenabteilung

edward17 · 2014-10-27 09:17:38

Hmm... Und warum ist das Thema still?

marek kleciak · 2014-10-27 09:24:37

Das Thema ist parallel in der OSM Communitz in Polen diskutiert. Wir brauchen eine Proposal Seite und dort die Alternativen. Anschliessend eine Abstimmung.
Jemand muss diese Proposal Seite schreiben. Ich kann das erst nach der SOTM in Buenos Aires machen.
Wenn jemand (Du, Edward17?) diese Proposal seite früher macht, wäre das natürlich sehr schön.
Wir können diese Seite dann alle gemensam ergänzen.
Diskutiere diese verschieden Ideen auch in der Ukraine.

Viele Grüße,
Marek

Nadjita · 2014-10-29 10:46:21

Ich kann im Laufe der Woche gerne ein proposal schreiben, habe das allerdings noch nie gemacht. Bin momentan im Urlaub und großteils mit "Bespaßung" der Kinder beschäftigt. Mal sehen, wo ich da genug Zeit reinquetschen kann.

marek kleciak · 2014-10-30 16:12:44

Klasse, vielen Dank.
Sag ob ich Dir irgendwie behilflich sein kann.
Viele Grüße!
Marek

Nadjita · 2014-11-02 20:37:28

Sodele, heute habe ich ein wenig Zeit gefunden, mich des Proposals zu widmen. Ich musste mich leider zunächst ein wenig in die Wiki-Syntax einlesen, kann also sein, dass man da noch einiges verbessern kann. Für Vorschläge und Kritik bin ich offen

marek kleciak · 2014-11-02 22:19:09

Klasse!
Ich danke Dir!

AndiG88 · 2014-11-02 23:02:57

Hast du es an die Tagging Mailingliste geschickt? Habe grade meinen Thunderbird geschossen, aber sehe es auch nicht auf der archiv seite.

Nadjita · 2014-11-03 06:37:30

Noch nicht. Ich wollte erst mal, dass Ihr, bzw. Marek und seine Freunde drueberschauen, ob sie noch Ideen haben, etwas vermissen, etc. Wenn dem nicht so ist, schick ich's gerne auf den Weg.

marek kleciak · 2014-11-03 07:38:39

Ich habe schon ein Post in dem poln. Forum platziert, unser Freund aus der Ukraine geht das sicherlich auch durch.
Lass uns noch einen Tag warten.

Viele Grüße,
Marek

Edit:
Ein Beispiel aus Polen: Bäckerei / Konditorei / Sex Shop
http://forum.openstreetmap.org/viewtopi … 61#p460561

Last edited by marek kleciak (2014-11-03 07:40:07)

Nadjita · 2014-11-03 08:04:24

marek kleciak wrote:

Ein Beispiel aus Polen: Bäckerei / Konditorei / Sex Shop

Ich bin mir nicht sicher, ob ich dort meine Brötchen holen würde
Vielleicht könnt Ihr ja ein paar solcher Beispiele zusammen mit Bildern in die Beispiel-Sektion einarbeiten, ich werde dasselbe hier auch machen. Wir haben ein paar Geschäfte mit mehreren Geschäftsfeldern, bin nur momentan am kränkeln und hab viel zu arbeiten.

marek kleciak · 2014-11-03 08:20:48

Ich bin mir nicht sicher, ob ich dort meine Brötchen holen würde

Die haben ja sehr leckere Baguettes gehabt.

Die Idee Beispiele zu sammeln ist gut, denn in der BRD ist sowas zugegeben, eine Randerscheinung.

Grüße,
Marek

rayquaza · 2014-11-03 09:12:23

Nadjita wrote:

heute habe ich ein wenig Zeit gefunden, mich des Proposals zu widmen. Ich musste mich leider zunächst ein wenig in die Wiki-Syntax einlesen

OT: Danke für die korrekte Nutzung einer Definitionsliste

edward17 · 2014-11-03 11:34:47

Vielen Dank, Nadjita, für das Proposal!

Im großen und ganzen, es gefällt mir. Aber eine Frage, die meiner Meinung nach geschrieben werden soll: wie viele Tags shop:*=main können sein? Ein oder mehrere?

In Fall, wenn es nur ein Tag shop:*=main gibt (und er ist gleich mit shop=*), halte ich shop:*=main Tag als überflüssige Duplizierung.

Aber in Fall, wenn es im Geschäft keine Hauptassortiment gibt (z. B. Alcohol-Zigaretten-Geschäft, wo viele Alkoholgetränken und so viele elite Zigaretten sind), sind 2 shop:*=main notwendig. Bleibt aber die Frage, und was schreiben in shop=*.

Nadjita · 2014-11-03 15:30:15

Hallo Edward!

edward17 wrote:

wie viele Tags shop:*=main können sein? Ein oder mehrere?

Es stimmt, dass ich das nicht erwähnt habe, tut mir leid. „Es kann nur einen geben“™. Deshalb ist implizit auch immer shop=* shop:*=main. Ich ergänze das nachher. Danke für den Hinweis.

Zur zweiten Frage: Wenn es kein Hauptgeschäftsfeld gibt, nimmt man x-mal shop:*=yes und muss trotzdem in den sauren Apfel beißen, sich dafür zu entscheiden, als was es gerendert werden soll. Aber diese Entscheidung kann ich niemandem abnehmen.

edward17 · 2014-11-03 19:58:54

Nadjita wrote:

edward17 wrote:
wie viele Tags shop:*=main können sein? Ein oder mehrere?
„Es kann nur einen geben“™.

Hmmm, dann verstehe ich nicht, wofür wir shop:*=main brauchen. shop=* spielt eine gleiche Rolle und wird dazu gerendert.

Nadjita wrote:

Zur zweiten Frage: Wenn es kein Hauptgeschäftsfeld gibt

Z. B: ein Geschäft, wo viele Alkoholgetränken und so viele Zigaretten sind. Ich meine, es muss so bezeichnet sein:
shop=alcohol
shop:tobacco=yes
shop:alcohol=yes - um zu zeigen, dass Alkohol kein Hauptgeschäftsfeld ist.

Nadjita · 2014-11-03 21:39:26

edward17 wrote:

Hmmm, dann verstehe ich nicht, wofür wir shop:*=main brauchen. shop=* spielt eine gleiche Rolle und wird dazu gerendert.

Naja grundsätzlich, weil das Tagging dann konsistent ist, aber natürlich hast Du recht, dass man es nicht unbedingt als expliziten Wert benötigt. Ich komme aus der Programmierwelt und dort kann man normalerweise alle impliziten Flags auch immer explizit mitgeben, einfach weil es dann leichter zu lesen und auch zu verstehen ist. Ich lebe da eher nach der Devise "Programs should be written for people to read, and only incidentally for machines to execute."* Ich weiß, OSM ist kein Programm, aber so denke ich nunmal

Und ja, das Tagging für zwei gleichwertige Geschäftsfelder wäre korrekt. Wenn irgendwann einmal ein Renderer lieber shop:* als shop=* rendern möchte (wenn vorhanden), so sind nun alle Infos dazu vorhanden. Wie auch immer das aussehen würde.
Ich hab keine Ahnung, wie man Geschäfte halb Erotik halb Bäcker darstellen wollte auf einer Karte, aber rein vom äußerlichen wirkt das Geschäft in Mareks Beispiel auf mich eher wie ein Erotik-Shop, also würde ich das nicht als shop=bakery taggen. Ich würde das immer jeweils von der Situation vor Ort abhängig machen und in Deinem Beispiel mit Alkohol und Tabbak das nehmen, was äußerlich am ehesten ins Auge springt.

* aus "Structure and Interpretation of Computer Programs" von Abelson and Sussman

edward17 · 2014-11-09 15:40:00

Eine Frage (und Idee?):
Zum Beispiel, ein Geschäft, das weibliche Kleidung (Hauptassortiment) und weibliche Schuhe (Nebenassortiment) verkauft. Es soll so gemarkt werden:
shop=clothes
clothes=women
shop:shoes=yes
shoes=women
Wäre diese Variante besser:
shop=clothes
clothes=women
shop:shoes=women
? Und ist es leicht, sie zu unterstützen?

Und: warum erwähnt niemand Semikolon?

AndiG88 · 2014-11-09 17:14:18

edward17 wrote:

Wäre diese Variante besser:
shop=clothes
clothes=women
shop:shoes=women

Am besten wäre eigentlich
shop=clothes
shop:shoes=yes
clothes:women=yes
shoes:women=yes.

Und: warum erwähnt niemand Semikolon?

Weil es zum Auswerten nicht wirklich schön ist.

Last edited by AndiG88 (2014-11-09 17:15:57)

Nadjita · 2014-11-09 19:52:21

Hm... nach meinem Proposal gäbe es zwei Möglichkeiten:

shop=clothes
clothes=women
shop:shoes=yes
shoes=women

oder

shop=clothes
shop:clothes:clothes=women
shop:shoes=yes
shop:shoes:shoes=women

Das erste wäre mit allen derzeitigen Auswertern kompatibel, das zweite Beispiel sieht zugegebenermaßen dämlich aus, nutzt aber die Namespaces shop:*, um Features abzutrennen. Ich gebe AndiG88 recht, dass es natürlich am schönsten wäre, wenn man auch hier wieder in die Richtung X:Y=main/yes/partial/no geht anstatt X=Y. Auf diese Weise könnte man dann wieder wunderbar geschäfte wie diese mappen:

shop=clothes (impliziert shop:clothes=main)
clothes=women (impliziert clothes:women=main)
shop:shoes=yes
shoes=women (impliziert shoes:women=main)
shoes:men=partial
shoes:orthopaedic=partial
shoes:oversize=partial

Was mit dem derzeitigen Tagging nicht ginge. Allerdings wollte ich eine solche "Revolution" jetzt nicht starten ;o)

Announcement

#26 2014-10-16 09:00:11

Re: Shop=< mehrere gleichwertige Funktionen>

#27 2014-10-16 09:44:37

Re: Shop=< mehrere gleichwertige Funktionen>

#28 2014-10-16 11:52:37

Re: Shop=< mehrere gleichwertige Funktionen>

#29 2014-10-16 12:17:57

Re: Shop=< mehrere gleichwertige Funktionen>

#30 2014-10-16 13:15:05

Re: Shop=< mehrere gleichwertige Funktionen>

#31 2014-10-16 13:17:03

Re: Shop=< mehrere gleichwertige Funktionen>

#32 2014-10-27 09:17:38

Re: Shop=< mehrere gleichwertige Funktionen>

#33 2014-10-27 09:24:37

Re: Shop=< mehrere gleichwertige Funktionen>

#34 2014-10-29 10:46:21

Re: Shop=< mehrere gleichwertige Funktionen>

#35 2014-10-30 16:12:44

Re: Shop=< mehrere gleichwertige Funktionen>

#36 2014-11-02 20:37:28

Re: Shop=< mehrere gleichwertige Funktionen>

#37 2014-11-02 22:19:09

Re: Shop=< mehrere gleichwertige Funktionen>

#38 2014-11-02 23:02:57

Re: Shop=< mehrere gleichwertige Funktionen>

#39 2014-11-03 06:37:30

Re: Shop=< mehrere gleichwertige Funktionen>

#40 2014-11-03 07:38:39

Re: Shop=< mehrere gleichwertige Funktionen>

#41 2014-11-03 08:04:24

Re: Shop=< mehrere gleichwertige Funktionen>

#42 2014-11-03 08:20:48

Re: Shop=< mehrere gleichwertige Funktionen>

#43 2014-11-03 09:12:23

Re: Shop=< mehrere gleichwertige Funktionen>

#44 2014-11-03 11:34:47

Re: Shop=< mehrere gleichwertige Funktionen>

#45 2014-11-03 15:30:15

Re: Shop=< mehrere gleichwertige Funktionen>

#46 2014-11-03 19:58:54

Re: Shop=< mehrere gleichwertige Funktionen>

#47 2014-11-03 21:39:26

Re: Shop=< mehrere gleichwertige Funktionen>

#48 2014-11-09 15:40:00

Re: Shop=< mehrere gleichwertige Funktionen>

#49 2014-11-09 17:14:18

Re: Shop=< mehrere gleichwertige Funktionen>

#50 2014-11-09 19:52:21

Re: Shop=< mehrere gleichwertige Funktionen>

Board footer