Hi!
Guenther Meyer schrieb:
- Und wie stellst Du dann drei Läden in einem Haus dar?
siehe martin.
Dann mußt Du Dich erst mal mit den Leuten auseinandersetzen, die Deine
Listen lieber für diesen Fall (unterschiedlich Läden an einem Ort)
einsetzen, und sie überzeugen Deine Interpretation zu
On Tue, Nov 03, 2009 at 12:49:39AM +0100, Tobias Knerr wrote:
wenn das ganze dagegen folgendermassen getaggt ist:
amenity = recycling
recycling:batteries = yes
recycling:glass = yes
recycling:paper = yes
recycling:cars = no
ist das wesentlich aufwendiger zu
Hi!
Es ist einfach müssig, Tagging-Schemen aufgrund irgendwelcher Software-
Anforderungen auszuwählen. Dafür gibt es viel zu viele Anwendungs-
möglichkeiten der OSM-Daten, die alle anders funktionieren.
Die Software muss sich da einfach an das existierende anpassen.
Es wäre vermutlich recht
Am 3. November 2009 09:14 schrieb Nop ekkeh...@gmx.de:
das beispiel erscheint mir unsinnig.
die tracktypes sind recht klar definiert. man sollte sich aufgrund der
dokumentation durchaus fuer eins davon entscheiden koennen.
Das Besipiel stammt von TagWatch und kommt dort öfters vor. :-)
Das
Am 3. November 2009 07:56 schrieb Guenther Meyer d@sordidmusic.com:
- und wohin ist eigentlich das Beispiel mit tracktype verschwunden? Da
hätte mich Deine Antwort schon interessiert.
das beispiel erscheint mir unsinnig.
die tracktypes sind recht klar definiert. man sollte sich
Am 3. November 2009 08:27 schrieb Guenther Meyer d@sordidmusic.com:
wenn das ganze dagegen folgendermassen getaggt ist:
amenity = recycling
recycling:batteries = yes
recycling:glass = yes
recycling:paper = yes
recycling:cars = no
ok, nehmen wir diese
Am 3. November 2009 12:57 schrieb Colin Marquardt cmarq...@googlemail.com:
Am 3. November 2009 09:14 schrieb Nop ekkeh...@gmx.de:
das beispiel erscheint mir unsinnig.
die tracktypes sind recht klar definiert. man sollte sich aufgrund der
dokumentation durchaus fuer eins davon entscheiden
Am Dienstag 03 November 2009 09:14:11 schrieb Nop:
Hi!
Guenther Meyer schrieb:
- Und wie stellst Du dann drei Läden in einem Haus dar?
siehe martin.
Dann mußt Du Dich erst mal mit den Leuten auseinandersetzen, die Deine
Listen lieber für diesen Fall (unterschiedlich Läden an einem
Guenther Meyer schrieb:
Wenn es einfach (mehrere) mehrwertige Tags gibt, dann sollte die
Abbildung auch durch ein Objekt mit entsprechenden Tags geschehen. Wie
man mehrwertige Tags nun umsetzt, ist davon unberührt - neben dem
Verfahren mit Semikolon gibt es ja auch noch die Alternative, wie
Am Montag 02 November 2009 08:33:32 schrieb Nop:
Hi!
Guenther Meyer schrieb:
Listen wurden noch nie irgendwo ausgewertet - und das hat seinen Grund.
nur weil es nicht ausgewertet wird soll es nicht benutzt werden?!?
unsinn. es gibt nunmal listen in osm, das ist fakt!
Nein. Weil es
Am Montag 02 November 2009 22:12:27 schrieb Tobias Knerr:
Guenther Meyer schrieb:
Wenn es einfach (mehrere) mehrwertige Tags gibt, dann sollte die
Abbildung auch durch ein Objekt mit entsprechenden Tags geschehen. Wie
man mehrwertige Tags nun umsetzt, ist davon unberührt - neben dem
Am Mo November 2 2009 glaubte Guenther Meyer zu wissen:
Am Montag 02 November 2009 08:33:32 schrieb Nop:
amenity=bakery;postoffice;flowershop
opening_hours=Mo-Fr 8:00-19:00;Sa 9:00-16:00
Ist das jetzt:
- ein Gebäude mit drei Läden?
- ein Laden mit drei Angeboten?
- zu wem gehören
Am 3. November 2009 00:11 schrieb Florian Gross flor...@grossing.de:
Und was macht man dann, wenn es im Stockwerk darüber ein Bastelgeschäft
ist und darüber noch eine Pizzeria?
in diesem Fall definitiv verschiedene Nodes, da ja auch die Layer-Tags
unterschiedlich sind (so wie alle anderen
Hi!
Guenther Meyer schrieb:
ich hab das ganze durchaus mal durchgespielt, und denke schon, dass man da zu
einem brauchbaren ergebnis kommen kann. nur weil du dir das nicht vorstellen
kannst, muss das nicht so sein.
Dann stell Deine konsistente Lösung doch mal vor, das ist sicherlich von
Guenther Meyer schrieb:
werkzeuge und software koennen und werden angepasst werden.
Deshalb schreibe ich ja:
Das ist also kein Problem lediglich der aktuellen
Anwendungen, sondern eine konzeptionelle Frage.
Denn diese pauschale Aussage hier
fuer manche reicht eine dumme software, fuer
Am Dienstag 03 November 2009 00:24:24 schrieb Martin Koppenhoefer:
Am 3. November 2009 00:11 schrieb Florian Gross flor...@grossing.de:
Und was macht man dann, wenn es im Stockwerk darüber ein Bastelgeschäft
ist und darüber noch eine Pizzeria?
in diesem Fall definitiv verschiedene Nodes,
Am Dienstag 03 November 2009 00:37:22 schrieb Nop:
Hi!
eigentlich wollte ich dir gar nicht mehr antworten, aber mir gehts nunmal umk
die sache...
Guenther Meyer schrieb:
ich hab das ganze durchaus mal durchgespielt, und denke schon, dass man
da zu einem brauchbaren ergebnis kommen kann.
Am Dienstag 03 November 2009 00:49:39 schrieb Tobias Knerr:
Guenther Meyer schrieb:
werkzeuge und software koennen und werden angepasst werden.
Deshalb schreibe ich ja:
Das ist also kein Problem lediglich der aktuellen
Anwendungen, sondern eine konzeptionelle Frage.
Denn diese
Am Freitag 30 Oktober 2009 09:14:05 schrieb Nop:
Hi!
Guenther Meyer schrieb:
Am Donnerstag 29 Oktober 2009 23:50:21 schrieb Karl Eichwalder:
Guenther Meyer d@sordidmusic.com writes:
dann muessen das die anwendungen eben lernen.
Es ist nicht ganz trivial, wenn auf einmal listen in
Am Freitag 30 Oktober 2009 17:16:19 schrieb Tobias Wendorff:
Josias Polchau schrieb:
das funktioniert bei Restaurants aber nicht die art der küche wird über
den cuisine tag festgelegt. wie willst du dann einen china-mann der
sowohl chinesisch als auch taiwanesisch kocht taggen? meist macht
Guenther Meyer schrieb:
der lieferservice/schnellimbiss hier um die ecke bietet indisches,
italienisches und asiatisches essen an.
heisst das, ich soll da sechs nodes hinsetzen, je drei fuer den lieferdienst
und je drei fuer zum dort essen?
achja, selbst mitnehmen kann man das essen auch,
Johann H. Addicks schrieb:
der lieferservice/schnellimbiss hier um die ecke bietet indisches,
italienisches und asiatisches essen an.
heisst das, ich soll da sechs nodes hinsetzen, je drei fuer den lieferdienst
und je drei fuer zum dort essen?
achja, selbst mitnehmen kann man das essen
Am Montag 02 November 2009 00:12:36 schrieb Tobias Knerr:
Also ein passendes Beispiel, warum diese Lösung an sich Overkill ist.
Mehrere Objekte (Nodes/Ways/Relations) mögen eine gangbare Alternative
sein, wenn man Beziehungen zwischen Tags braucht - im Beispiel
meinetwegen dann, wenn die Firma
Hi!
Guenther Meyer schrieb:
Listen wurden noch nie irgendwo ausgewertet - und das hat seinen Grund.
nur weil es nicht ausgewertet wird soll es nicht benutzt werden?!? unsinn.
es gibt nunmal listen in osm, das ist fakt!
Nein. Weil es nicht funktioniert, wird es von keinem Programm
Hallo.
Am Freitag, 30. Oktober 2009 schrieb Martin Koppenhoefer:
wobei shop:fish=seafish oder shop:wine=local oder shop:wine=barrels oder
shop:wine=french vielleicht schon weniger bloedsinnig ist.
Und dann shop:wine=local;italian für ein Geschäft das beides hat? ;-))
Gruß, Bernd
--
Wo alle
Am Donnerstag 29 Oktober 2009 23:50:21 schrieb Karl Eichwalder:
Guenther Meyer d@sordidmusic.com writes:
dann muessen das die anwendungen eben lernen.
Es ist nicht ganz trivial, wenn auf einmal listen in bestimmten feldern
auftauchen. Wenn man so etwas nicht vorab festlegt, sollte man
Hi!
Guenther Meyer schrieb:
Am Donnerstag 29 Oktober 2009 23:50:21 schrieb Karl Eichwalder:
Guenther Meyer d@sordidmusic.com writes:
dann muessen das die anwendungen eben lernen.
Es ist nicht ganz trivial, wenn auf einmal listen in bestimmten feldern
auftauchen. Wenn man so etwas nicht
Mirko Küster schrieb:
Weil es keine einzige Anwendung auswertet und dieser Node komplett tot in
der DB gammelt.
na danke... zb Osmolt in der kommenden Verison kann das... hab mir
solche mühe gegeben ;)
___
Talk-de mailing list
Karl Eichwalder schrieb:
Guenther Meyer d@sordidmusic.com writes:
dann muessen das die anwendungen eben lernen.
Es ist nicht ganz trivial, wenn auf einmal listen in bestimmten feldern
auftauchen. Wenn man so etwas nicht vorab festlegt, sollte man als
mapper nicht die alten daten
Josias Polchau schrieb:
das funktioniert bei Restaurants aber nicht die art der küche wird über
den cuisine tag festgelegt. wie willst du dann einen china-mann der
sowohl chinesisch als auch taiwanesisch kocht taggen? meist macht er es
in der selben Küche.
Funktionieren tut das schon, aber
Am 29. Oktober 2009 14:10 schrieb Sven Anders s...@anders-hamburg.de:
Alternative wäre das wir auf key=value Verzichten und nur noch key
eintragen
und das würde ich als wirklichen Rückschritt empfinden. Die Alternative ist
IMHO
shop:fish=yes
shop:wine=yes
wobei shop:fish=seafish oder
Am 29. Oktober 2009 22:54 schrieb Guenther Meyer d@sordidmusic.com:
ausserdem, wie willst sowas sonst mappen?
zwei pois fuer einen laden?!?
ja, das ist in manchen Faellen sicher keine schlechte Loesung, erhaelt den
Ueberblick und die Zugehoerigkeit am einfachsten.
Gruss Martin
Am Mittwoch, 28. Oktober 2009 17:40:10 schrieb Mirko Küster:
shop=wine
amenity=post_office;bank;atm
Klappt z.B. nicht bei Bürgerzentren mit Arzt oder Poststellen in Rathäusern
oder anderen öffentlichen Gebäuden. Denn die sind wiederum amenity, was ich
ja nur einmal vergeben kann. Genauso
On Thu, Oct 29, 2009 at 02:10:11PM +0100, Sven Anders wrote:
Am Mittwoch, 28. Oktober 2009 17:40:10 schrieb Mirko Küster:
shop=wine
amenity=post_office;bank;atm
Klappt z.B. nicht bei Bürgerzentren mit Arzt oder Poststellen in Rathäusern
oder anderen öffentlichen Gebäuden. Denn die
Komisches Argument
Ist es nicht, den keiner versteht zweimal Amenity durch was auch immer
getrennt. Ich verlasse mich nicht darauf das vielleicht irgendwann mal ein
Trenner erkannt wird.
Na Klar warum denn nicht shop=wine;fish für eine Wein-Fischgeschäft.
Weil es keine einzige Anwendung
Guenther Meyer d@sordidmusic.com writes:
dann muessen das die anwendungen eben lernen.
Es ist nicht ganz trivial, wenn auf einmal listen in bestimmten feldern
auftauchen. Wenn man so etwas nicht vorab festlegt, sollte man als
mapper nicht die alten daten kaputtmachen, sondern zumindest
36 matches
Mail list logo