Re: [Ag Meinungsfindungstool] komplexe Themenbäume mit wilden Querschnittsthemen ...

[pa.rei AT gmx.de]

Hi Marc,

es ist wahrscheinlich nicht so geschickt, die ganze Sache mit der Navigation 
in die Verantwortung der einzelnen Tools zu übergeben.
Das ist doch ein sehr wichtiger Teil von Meinungsfindungstools: Wie ordne ich 
die Posts ein? Wenn jede Plattform hier eine andere Darstellung verwendet, 
dann kommt es bald zu Missverständnissen - und die Nutzer von den kleineren 
Plattformen sind mit der noch unsortierten Menge tausender Posts hoffnungslos 
überfordert...

Kannst du mir genauer erklären, warum du gerichtete Multigraphen nicht für 
geeignet hältst?

Grüße, Paul


> > Gesendet: Mittwoch, 25. Juni 2014 um 18:51 Uhr
> > Von: marc <marc AT merkstduwas.de>
> > An: "Piraten AG Meinungsfindungstool" 
> > <ag-meinungsfindungstool AT lists.piratenpartei.de>
> > Betreff: Re: [Ag Meinungsfindungstool] komplexe Themenbäume mit wilden 
> > Querschnittsthemen ...
> >
> > Hi Thomas & All,
> > 
> > nach erstmals nur kurzer Betrachtung des Dilemmas bin ich vorerst zu
> > folgendem Schluss gelangt:
> > 
> > (1) meiner Meinung nach handelt sich im genannten Beispiel bei den
> > Navigationspfaden um "gerichtete Multigraphen" (DAG!?)
> > (http://de.wikipedia.org/wiki/Graph_(Graphentheorie))
> > 
> > (2) die Abbildung gerichteter Multigraphen scheint mir in der Ontologie
> > momentan nicht sinnvoll, da zu komplex und zu speziell. Daher sollten mMn
> > die Navigationspfade (Graphen) von der jeweiligen Plattform (hier X-Tree-M
> > oder auch qKonsens) verwaltet werden. D.h. zu den in d!sco gespeicherten
> > Topic Einträgen (d.h. Posts mit dem PostType 'Topic') werden zusätzliche
> > Metadaten von der Plattform selber gespeichert.
> > 
> > Die Navigationspfade könnten meiner Meinung nach evtl. als Matrix 
> > abgebildet
> > und verwaltet werden (http://de.wikipedia.org/wiki/Adjazenzmatrix).
> > 
> > Der Beispielgraph würde dann durch die folgende Matrix abgebildet werden
> > können:
> >                                                                           
> >    
> >                                \2015-04-03 Demo
> >                     \Alle Themen \Umwelt \Tierschutz  \Aktionen    \Demos 
> > in X-Dorf
> > \Alle Themen        0               1                 0                  
> > 1 
> > 0                  0
> > \Umwelt                0               0                 2 
> > 0                  0                  0
> > \Tierschutz            0               0                 0 
> > 1                  0                  1
> > \Aktionen              0               0                 0 
> > 0                  2                  0
> > \Demos                 0               1                 0 
> > 0                  0                  1
> > \2015-04-03          0               0                 0                  
> > 0 
> > 0                  0
> > Demo in X-Dorf
> > 
> > Das erzeugt natürlich beim Einfügen und Löschen von Knoten im Themenbaum
> > einen nicht unerheblichen Aufwand und braucht daher einen guten 
> > Algorithmus,
> > aber ich glaube (um es mit Wolfgangs Worten zu sagen): billiger ist der
> > Themenbaum nicht zu haben ;o)
> > 
> > 
> > Das ist natürlich bis hierher blanke Theorie, bzw. wilde Spekulation ;o)
> > Wer kennt sich mit Graphen-Theorie und konkreten Implementierungen aus?
> > 
> > 
> > Die Speicherung der Metadaten kann natürlich auch über die NamedValueSets 
> > in
> > d!sco vorgenommen werden. Zur Erinnerung: mit dem Konzept der
> > 'NamedValueSets' können beliebige anwendungsspezifische Daten, z.B. im XML
> > oder JSON Format, über die d!sco Web API als NamedValues gespeichert 
> > werden. 
> > Der Test NamedValue mit dem Namen 'ValueSet02TestKey1' hat z.B. folgendes 
> > JSON Objekt als Wert gespeichert:
> > (http://test.disco-network.org/api/odata/NamedValues&$filter=Name%20eq%20'ValueSet02TestKey1')
> > {
> >     'ValueSet02A': 'TestValue1PropertyA',
> >     'ValueSet02B': 'TestValue1PropertyB'
> > }
> > 
> > Nehmen wir mal an die Beispieltopics wären in d!sco als Posts mit 
> > folgenden
> > Primärschlüsseln (Key) gespeichert:
> > 
> >         'Alle Themen' = '2d9724be-bf21-4534-ae70-1ada2e5d8f97'
> >         'Umwelt' = '449984af-fcd0-44b9-a618-317848f345bb'
> >         'Tierschutz' = '56c2e0b1-b7c6-4da7-8787-28d595a63a66'
> >         'Aktionen' = '57bba342-dee6-49df-9b9b-4b43324aeb66'
> >         'Demos' = 'f78e1b95-7aee-4cb0-af63-8f55747a39e6'
> >         '2015-04-03 Demo in X-Dorf' = 
> > 'e523a216-33af-477c-99c2-06ae2c0f6651'
> > 
> > Dann könnten folgende zwei JSON Objekte für das aktuelle Beispiel als
> > NamedValues in einem NamedValueSet gespeichert werden:
> > 
> > TopicIndex =
> > /* definiert die Indexposition des Topic innerhalb der Adjazenzmatrix */
> >     [
> >         '2d9724be-bf21-4534-ae70-1ada2e5d8f97',
> >         '449984af-fcd0-44b9-a618-317848f345bb',
> >         '56c2e0b1-b7c6-4da7-8787-28d595a63a66',
> >         '57bba342-dee6-49df-9b9b-4b43324aeb66',
> >         'f78e1b95-7aee-4cb0-af63-8f55747a39e6',
> >         'e523a216-33af-477c-99c2-06ae2c0f6651'
> >     ]
> > 
> > TopicMatrix = /* definiert die Adjazenzmatrix */
> >     [[0, 1, 0, 1, 0, 0],
> >     [0, 0, 2, 0, 0, 0],
> >     [0, 0, 0, 1, 0, 1],
> >     [0, 0, 0, 0, 2, 0],
> >     [0, 1, 0, 0, 0, 1],
> >     [0, 0, 0, 0, 0, 0]]
> > 
> > Bin ich hier auf dem Holzweg?
> > Wie seht Ihr das?
> > 
> > Cheers
> > Marc
> > 
> > -----Original Message----- 
> > From: allusion AT gmx.de
> > Sent: Tuesday, June 24, 2014 11:08 PM
> > To: ag-meinungsfindungstool AT lists.piratenpartei.de
> > Subject: [Ag Meinungsfindungstool] komplexe Themenbäume mit wilden
> > Querschnittsthemen ...
> > 
> > Hallo liebe Mitstreiter,
> > 
> > wie heute im Mumble beschlossen, veröffentliche ich hier mal zum Thema
> > "komplexe Themenbäume mit wilden Querschnittsthemen" meine Denkansätze
> > zur Diskussion. Vielleicht ist es noch nicht ausgereift, aber es mag als
> > Grundlage der Debatte dienen.
> > 
> > Folgendes Dilemma entsteht beim Themenbaum mit querschnittlichen
> > Unterpunkten
> > =============================================================================
> > 
> > Beispiel :
> > 
> >   User 1 klickt sich durch den Bereich "Umwelt" zu einer Tierschutz-Demo,
> > die am 3.4.2015 in X-Dorf stattfindet.
> >   User 2 klickt sich durch das querschnittliche Thema "Aktionen" durch und
> > landet auf dem gleichen Eintrag.
> > 
> >   Dazu hier die Pfade als Beispiele :
> >     \Alle Themen\Umwelt\Tierschutz\Aktionen\Demos\2015-04-03 Demo in 
> > X-Dorf
> >     \Alle Themen\Aktionen\Demos\Umwelt\Tierschutz\2015-04-03 Demo in 
> > X-Dorf
> > 
> > Beide Beispiele machen Sinn, aber es läßt sich kaum redundanzfrei in der
> > Datenbank abbilden. Mein Vorschlag, der Sache dennoch Herr zu werden,
> > ist es, daß wir unterscheiden zwischen "bedingten" und "unbedingten"
> > Links im Baum (neben der Tatsache, daß wir mehrere Elternknoten für ein
> > Element zulassen müssen, weil sonst gar keine Querschnittlichkeit ent-
> > stehen kann).
> > Bei unbedingten Links wird das Child immer angezeigt. Bei bedingten Links
> > wird ein Element nur dann angezeigt, wenn auch noch andere Dinge erfüllt
> > sind. Beispiel : Das Element "2015-04-03 Demo in X-Dorf" wird im Umwelt-
> > Teilbaum unter Tierschutz nur dann angezeigt, wenn entweder "Demo" oder
> > eines der Elternknoten beim Querschnittsthema "Aktionen" ausgewählt wurde.
> > Im Querschnitts-Teilbaum ist das ähnlich. Dort wird die Demo nur dann an-
> > gezeigt, wenn "Tierschutz" oder ein darüberliegendes Thema ausgewählt 
> > wurde.
> > 
> > Insgesamt gibt es folgende Filter :
> > 1.) das zu wählende politische Hauptthema (z.B. Soziales, Umwelt, etc.)
> > 2.) Sämtliche gemeinsam verwendete Themen (querschnittliche Themen)
> > 
> > Wie man diese Bedingungen bzw. Filter nun konkret einbaut und verwaltet, 
> > muß
> > geklärt werden. Außerdem steht die Frage im Raum, wie man eine 
> > Child-Knoten-
> > Flut bei bestimmten Querschnittsthemen dann eindämmen kann. -> Bsp: eine
> > Regionalität ist zu allgemein festgelegt (z.B. "global") -> 10000 
> > weltweite
> > Unterschriften-Sammelaktionen sind bspw. zu viel zum Anzeigen. -> also ein
> > genauer Match ohne Berücksichtigung der Parent-Einträge ?
> > 
> > Was denkt Ihr dazu ?
> > 
> > 
> > Schöne Grüße, Bye DerThomas
> > 
> > 
> > 
> > -- 
> > Ag-meinungsfindungstool mailing list
> > Ag-meinungsfindungstool AT lists.piratenpartei.de
> > https://service.piratenpartei.de/listinfo/ag-meinungsfindungstool 
> > 
> > 
> > -- 
> > Ag-meinungsfindungstool mailing list
> > Ag-meinungsfindungstool AT lists.piratenpartei.de
> > https://service.piratenpartei.de/listinfo/ag-meinungsfindungstool