Hi malenki. Deine Einwände sind aber doch auch im Grunde Ausweichmanöver:
Am 14.01.2014 13:28, schrieb malenki: > On 13.01.2014 22:12, Peter Wendorff wrote: > >> Beispiele bei der Suche nach amenity-Keys, die ein Semikolon >> enthalten: > > Etliches davon ist einfach schlecht getaggt (waren die Nutzer nur zu > bequem, gescheit zu mappen?) > >> amenity=restaurant;guest_house > besser: > amenity=restaurant > tourism=guest_house schwein gehabt, das gibts in unterschiedlichen Keys... > >> amenity=restaurant; hotel > besser: > amenity=restaurant > tourism=hotel dito > >> tourism=guest_house; hotel > Da konnte sich jemand offenbar nicht entscheiden - wie Frederik > Ramm zu Recht beklagt. einverstanden, ja. > >> amenity=restaurant; pension > besser: > amenity=restaurant > tourism=guest_house s.o. > > Ist von amenity=$Übernachtungsmöglichkeit überhaupt ein relevanter > Anteil in den Daten? Konsens ist ja tourism=$Übernachtungsmöglichkeit. amenity=hotel: 153 (gegenüber 138.840 tourism=hotel) amenity=pension: 3 (gegenüber 1 tourism=pension) amenity=guest_house: insgesamt 5 (gegenüber 34.545 tourism=guest_house) amenity=hostel: 14 (gegenüber 12.627 tourism=hostel) amenity=alpine_hut: 6 (gegenüber 9.066 tourism=alpine_hut) amenity=camp_site: 8 (gegenüber 47.865 tourism=camp_site) insofern: nein, stimmt. > >> amenity=restaurant;biergarten > Den Biergarten extra mappen? Ich halte einen Biergarten für erwähnenswert, auch unabhängig vom Restaurant; amenity=biergarten gibts 6049 mal. Während ein Restaurant sich weitgehend auf das Essen konzentriert, die Kneipe dagegen nicht unbedingt das Sitzen im Freien erlaubt, kann ich beim Biergarten davon ausgehen, dass es was zu trinken draußen an Tischen gibt, oder nicht? Insofern ja, würde ich das extra mappen - zumindest aber einen Sinn darin sehen, das zu tun. >> cuisine=italian;ice_cream > Muss man das an jedes Restaurant schreiben, das Eiscreme als Nachtisch > anbietet? gute Frage - aber die typische Pizzeria nach der generation italienischer Einwanderer in Deutschland wird von Türken, Arabern oder ähnlichem geführt und hat im Angebot Pizza, Döner, Burger, Pommes und Schnitzel - jedenfalls eine Kombination, die so nicht als ein Wert existiert (oder IMHO existieren sollte). > >> amenity=hospital; univeristy > Abgesehen vom Vertipper sollte der Universitätsbetreiber besser als > Operator an dem Objekt stehen. Da kann man drüber streiten. 1) Wer ist der Universitätsbetreiber? Die Universität, (in Deutschland) das Bundesland? 2) Was, wenn in dem Krankenhaus tatsächlich gelehrt wird? Warum dann keine Uni, sondern "nur" Krankenhaus? Klar: Man kann auch hier ausweichen, dass es ins Konzept passt. >> amenity=parking;fuel (4523, wobei viele davon vom AND-Import kommen) >> amenity=fuel; garage >> amenity=fuel;compressed_air >> amenity=fuel;compressed_air;car_wash > > Besser wäre bei "an der Tankstelle Vorhandenes" entweder, alles > entsprechend einzeln zu mappen (zB habe ich noch nie eine Tanksäule in > einer Waschanlage gesehen) oder Tags mit XY=yes einzutragen. > Ansonsten werden sich die Leute vermehren, die alle Werte in einen Key > schreiben. einverstanden. > >> amenity=bank;atm > besser: > amenity=bank > atm=yes Wieder eine nette Ausweichlösung. Warum dann eigentlich nicht alles im key und mit yes? bank=yes, atm=yes >> amenity=bench;shelter > Zumindest für Bushaltestellen gibt es "bench=yes" stimmt, aber auch hier wieder: warum wird bench doppelt geführt? Letztlich kann man dann genauso amenity=bench streichen und vollständig durch bench=yes ersetzen, oder nicht? >> amenity=drinking_water; waste_disposal > Was bitte soll das sein? Trinkwasser aus dem Mülleimer? > Oder ein Mapper, der ein Objekt gespart hat, um zwei Tags an eines zu > kleben? Gute Frage - keine Ahnung. >> amenity=post_box; telphone > Briefkasten mit Telefon? send pics! > besser: getrennt mappen taginfo hat leider keine Bilder, aber ich stimme dir zu. >> amenity=vending_machine;waste_basket > Sehr sinnvoll: die gezogenen Parkscheine kann man gleich in den > Papierkorb werfen - oder wie? > besser: getrennt mappen Richtig, aber nicht auf dem selben Punkt, selbst wenn die übereinander angebracht sind, sonst beschweren sich die Editoren auch wieder. >> amenity=hospital; pharmacy > Das Hospital dürfte groß genug sein, um die Apotheke darin extra > einzuzeichnen. ja. >> amenity=waste_basket;bench > Eine Sitzbank im Mülleimer? ich tippe auf "mit" statt "im", aber einverstanden. >> amenity=bench;fountain > Eine Sitzbank im Springbrunnen? gute Frage. >> amenity=public_building; toilets > Dass public_buildings toilets enthalten, sollte man annehmen... weltweit? und vor allem: öffentlich? (denn private Toiletten mappen wir ja üblicherweise nicht). >> amenity=waste_basket;recycling (170) > Doppelmoppel? Ein Mülleimer und ein Recycling-Container sind glaube ich oft leider immer noch sehr verschieden. Wenn das doppelt wäre, könnte eins der beiden Tags weg. >> amenity=place_of_worship;graveyard > Sind das Satansanbeter auf dem Friedhof oder wollte/konnte der Mapper > Kirche und Friedhof nicht auseinanderhalten? > Ich gehe nicht davon aus, dass er sich auf ggf in der Kirche > Bestattete bezog - tomb wäre da angebrachter. ich tippe hier auf eine Kirche mit Friedhof rundrum. > Knapp die Hälfte (32 von 65) deiner Beispiele sind also Daten, die > aufgeräumt gehören - keine Daten, die einen strichpunktbasierten > Auswerter benötigen. > Für den Rest gebe ich gern zu, dass es an eingängigen Möglichkeiten > fehlt, zB den Papierwarenladen mit Bankschalter, Lottostelle und > Postschalter zu mappen. > >> highway=residential;unclassified (134x laut taginfo) >> highway=path;track (68x laut taginfo) >> highway=traffic_signals;crossing (62x) >> highway=unclassified;residential (44) >> highway=residential;track (43) > > Du hast name=Schloßplatz;Gartenstraße;Kirchgasse und ähnliches > vergessen. ich hab nur amenity und highway durchsucht; soweit ich das sehe, unterstützt overpass weder reguläre Ausdrücke im Key noch "beliebige Keys" mit gegebenem Value. > Diese Art der "Aufzählung" wurde bereits von Anderen behandelt. > >> Hotel/Restaurant ist häufig kombiniert, und oft lässt es sich >> eigentlich nicht sinnvoll räumlich trennen. > > Und lässt sich - wie von mir oben geschrieben - auch in OSM wunderbar > kombinieren. > >> Mülleimer und Straßenlaterne (auch wenn beides oft nicht eingetragen >> wird) > > Kann man auch einzeln mappen. Oder wie handhabst du einen Briefkasten > an einem Haus? :) ehrlich gesagt würde ich bevorzugen, wenn der Briefkasten-node in dem Fall auf die Hauswand setzbar wäre, und finde es immer wieder schade, dass es nicht möglich ist, anzugeben, dass der außen am Haus sitzt. >> Und ich finde die Situation eigentlich unbefriedigend, dass ich einen >> Laden, der mittags warme Küche hat, abends als Kneipe läuft und spät >> abends bzw. am Wochenende zur Disco mutiert, nicht gleichzeitig als >> alles taggen kann. > > +1 > >> Sollen wir jetzt zusätzliche Tags für gängige Kombinationen finden? >> Ich bin mir nicht sicher, ob das wirklich die bessere Lösung wäre > teils-teils, würde ich sagen ;) Gruß Peter _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
