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

["marc" <marc AT merkstduwas.de>]

Hi Paul,

Du schriebst:
> es ist wahrscheinlich nicht so geschickt, die ganze Sache
> mit der Navigation in die Verantwortung der einzelnen Tools
> zu übergeben.

It depends ;o)

> Das ist doch ein sehr wichtiger Teil von Meinungsfindungstools:
> Wie ordne ich die Posts ein?

Eben. Das ist doch genau der Punkt. Meiner Meinung nach gibt es keine 
eindeutige bzw. ultimative Antwort auf diese Frage!

> Wenn jede Plattform hier eine andere Darstellung verwendet,

Man könnte es aber doch vielleicht auch so betrachten, dass eben genau durch 
diese Freiheit bei der Darstellung der Navigation wieder eine "natürliche 
Evolution" durch unterschiedliche Navigationslösungen gegeben wäre. Das wäre 
dann die konsequente Fortführung des selbstlernenden Systems.

> dann kommt es bald zu Missverständnissen - und die Nutzer
> von den kleineren Plattformen sind mit der noch unsortierten
> Menge tausender Posts hoffnungslos überfordert...

Meine Hoffnung wäre hier, dass sich einzelne Plattformen darauf 
spezialisieren Themenbäume bzw. Navigation durch die Diskussionen und 
Filterung der Themen anzubieten. Das wären aus meiner Sicht dann reine 
Informationssysteme, welche als Einstiegsportale in die Diskurse dienen 
könnten. Diese Navigationsplattformen sind dann idealerweise über den 
d!sco-Frame integriert und kleinere Plattformen können dadurch ebenso 
effektiv genutzt werden, ohne das sie eigene Navigationslösungen anbieten 
müssten.

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

Da muss ich mich missverständlich ausgedrückt haben. Ich halte die 
Darstellung der Navigationspfade als gerichtete Multigraphen als bestens für 
den Themenbaum geeignet! Allerdings sperre ich mich momentan noch die 
Abbildung der Graphen selbst (als Adjazenzmatrizen) in die Ontologie 
aufzunehmen.

Die Lösung mit mehrfachen Elternknoten wäre ja fast mit den aktuellen 
Mitteln abbildbar. Jeder Post kann ja bereits von beliebig vielen anderen 
Posts über ReferredFrom referenziert werden. Allerdings müssten wir noch den 
PostReferenceType 'Parent' zur Ontologie hinzufügen.

Für das Beispiel würden die Referenzen folgendermaßen aussehen, wobei die 
ReferredFrom den PostReferenceType 'Parent' und die ReferrsTo 'Child' 
bekämen:

'Alle Themen'
   ReferrsTo: ['Umwelt', 'Aktionen']
   ReferredFrom: []

'Umwelt'
   ReferrsTo: ['Tierschutz']
   ReferredFrom: ['Alle Themen', 'Demos']

'Tierschutz'
   ReferrsTo: ['2015-04-03 Demo in X-Dorf', 'Aktionen']
   ReferredFrom: ['Umwelt']

'Aktionen'
   ReferrsTo: ['Demos']
   ReferredFrom: ['Alle Themen', 'Tierschutz']

'Demos'
   ReferrsTo: ['2015-04-03 Demo in X-Dorf', 'Umwelt']
   ReferredFrom: ['Aktionen']

'2015-04-03 Demo in X-Dorf'
   ReferrsTo: []
   ReferredFrom: ['Tierschutz', 'Umwelt']

That's easy, I would say. Jedoch befürchte ich, dass die Performanz dieser 
Lösung dramatisch schlecht sein würde. Aber lasst es uns einfach mal 
ausprobieren, sobald Thomas soweit ist und wir X-Tree-M an d!sco anbinden 
können. Dafür sind die PoC Implementierungen ja da!

Was meint Ihr?

Cheers
Marc

> > 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

--
Ag-meinungsfindungstool mailing list
Ag-meinungsfindungstool AT lists.piratenpartei.de
https://service.piratenpartei.de/listinfo/ag-meinungsfindungstool