[Talk-de] Konzept für die Gruppierung von ways ( ähnlich Linienbündel; Problem von drehenden ways bei forward/backward)

[Guenther Meyer]

Am Sonntag 01 August 2010, 15:55:18 schrieb steffterra:
> Am 01.08.2010 um 14:37 schrieb Guenther Meyer <d.s.e at sordidmusic.com>:
> > das Popup kam von dir ;-)
> 
> Am 31.07.2010 um 13:59 schrieb Guenther Meyer:
> > Am Samstag 31 Juli 2010, 09:38:45 schrieb steffterra:
> >>> der Editor kennt die Referenzrichtung des Weges, und kann sein
> >>> backward Tag
> >>> danach ausrichten und entsprechend anzeigen.
> >>> Wie das in der Realitaet aussieht, weiss sowieso nur der User.
> >> 
> >> Die Problem ist doch, dass der user es irgendwo eingeben muss. Und da
> >> kommt es sehr darauf an, wie die Eingabefelder beschriftet werden und
> >> wie das dann vom Editor interpretiert wird, um daraus den richtigen
> >> backward/forward/left/right-tag zu machen.
> > 
> > durch grafische Eingabe!?
> > 
> > Der User sieht die Abbildung der Strasse, und darauf in Form eines
> > Pfeils oder
> > einer anderen Art der Darstellung, in welcher Richtung oder auf
> > welcher Seite
> > die Eigenschaft gueltig ist.
> 
> Was meinst Du dann mit graphischer Eingabe? Ich dachte Du meinst ein
> Eingabefenster, das an der Graphik zeigt, wo die tags angegeben werden.
> Mein Fehler, vergessen wir das ganze.
> 
> Wie sollte Deiner Meinung nach eine "graphische Eingabe" aussehen???
> 
> > konkret muss man schauen, was die beste Methode ist, das darzustellen.
> > Ich gehe einen Schritt weiter. Ich will nicht, dass der User (ausser
> > er
> > arbeitet in einem speziellen "Expertmode") ueberhaupt mit Tags zu
> > tun hat.
> 
> Damit stellst Du aber alles in Frage und schlägst ein System wie
> Potlatch oder Mapzen vor, bei denen Du nur Checkboxen, die die Tags
> tepräsentieren, anhakst, um die Eifenschaften eines ways abzubilden.
> 

natuerlich.
Wozu soll der User Tags direkt eingeben?
Das hat nur Nachteile (Tippfehler, Missverstaendnisse, unnoetige Komplexitaet, 
...).


> Wie willst Du nun richtungsabhängige Informationen mithilfe dieser Art
> der Eingabe realisieren?
> 

zum Beispiel so:
Der User hat die Strasse selbst bereits gezeichnet.
Dann waehlt er irgendwie "Eigenschaften hinzufuegen" und kann auswaehlen, was 
er gerne haette. Attribute, die richtungsabhaengig moeglich sind, bekommen 
eine Checkbox, um die Eigenschaft zu splitten. Wenn er die dazugehoerenden 
Werte auswaehlt/eingibt, wird grafisch (z.B. als Pfeil) oder farblich 
(rot/gruen) angezeigt, welche Seite er gerade berarbeitet.
das waere eine Moeglichkeit. 
Eine andere noch schoenere Variante waere, das in einer vergroesserten 
Darstellung der Strasse durch Klicken direkt dort einzufuegen, wo es 
hingehoert.


> Diese Richtung des ways ist aber nicht definiert, noch weiss man, ob
> er beim Vorhandensein von richtungsabhängigen Tags noch in die
> richtige Richtung zeigt. Das ist ja das Motiv für eigene ways für
> richtungsabhängige Eigenschaften!
> 

ich geb's auf.
Willst du allgemeines grafischen Editieren diskutieren, oder nur dein Modell?
Falls letzteres, dann lass die forward/backward-Zeug aus dem Spiel, denn es 
funktioniert laut deiner Aussage sowieso nicht. Also irrelevant.


> Es bleibt also dabei: es hängt am User. Und diese menschliche
> Fehlerquelle kann man IMHO nur durch einen eigenen way minimieren.

den Menschen kannst du gar nicht eliminieren, weil der der einzige ist, der 
weiss, wa wohin gehoert. Der Editor ist der, der ihm das Eingeben seines 
Wissens so einfach machen muss wie moeglich.


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.openstreetmap.org/pipermail/talk-de/attachments/20100801/739245db/attachment.sig>