Zum Inhalt springen.
Sympa Menü

ag-meinungsfindungstool - Re: [Ag Meinungsfindungstool] Entwurf User Stories gecancelt

ag-meinungsfindungstool AT lists.piratenpartei.de

Betreff: Ag-meinungsfindungstool mailing list

Listenarchiv

Re: [Ag Meinungsfindungstool] Entwurf User Stories gecancelt


Chronologisch Thread 
  • From: "Christoph \"Pluto\" Puppe" <piraten AT stderr.de>
  • To: ag-meinungsfindungstool AT lists.piratenpartei.de
  • Subject: Re: [Ag Meinungsfindungstool] Entwurf User Stories gecancelt
  • Date: Tue, 8 May 2012 09:36:22 +0200
  • List-archive: <https://service.piratenpartei.de/pipermail/ag-meinungsfindungstool>
  • List-id: <ag-meinungsfindungstool.lists.piratenpartei.de>

Am 08.05.2012 08:49 schrieb "Dirk H." <the.moonopool AT googlemail.com>:
>
> Guten Morgen Wolfgang,
>
> ad Frage 1)
>
> Dem Sync-Forum und den Mailinglisten fehlen (leider) viele
> Eigenschaften, um eine sinnvolle Diskussion zu führen:
> - praktisch keine Bewertungsfunktionen

Erst nach authentifizierung als mitglied ...

> - kein authentifizierter Zugang für Piraten

Ist in arbeit: piratenID von jan

> - keine Möglichkeit, ein Ergebnis festzuhalten

Im archiv liegen die mails. Allerdings nur 90 tage.

> - keine Trennung von Sachaussage und Meinung
> - extrem hoher Vertrollungsgrad

Hab ich schon schlimmer gesehen :)

Voting, threasholds und schwarmvorschläge für die eigene filterblase sind in arbeit!

> Aber dem Unterton gebe ich völlig recht: Wir sollten untersuchen,
> welche 5 zusätzlichen Eigenschaften man dem Sync-Forum geben müsste
> (d.h. die man in myBB einbauen müsste), um es einen Riesenschritt in
> Richtung eines geeigneten Diskussionssystem weiterzuentwickeln.

Da gibt es bereits einige ideen, ja.

> Mir persönlich ist völlig unverständlich, warum wir (als AG) das nicht
> tun, denn andere *tun* es parallel und werden solche Funktionen
> einbauen, während wir noch bei Anforderung 42 von 128 darüber
> diskutieren, ob wir eigentlich ein Protokoll oder ein System wollen.
> Konkrete Vorschläge dafür werden auf der Aktiven und auf der
> Technikliste diskutiert.

Ja. Und das ist auch gut so, den die frage ist halt auch, wer es dann programmiert.

Ich hab zb sehr konkrete ideen für ein ranking von beiträgen und personen im news.pp.de und wie man das auf die ml übertragen kann. Nun gibt es für myBB bereit zwei ranking module, die beide nicht exakt das sind, was ich gerne hätte.

Was neues programmieren? Supporten, bugfixen etc? Oder ein bisschen die anforderungen entspannt sehen und mit diese COTS strategie schnell was fertig bekommen?

Ich bin da sehr pragmatisch und für das eingebaute reputation modul. Das ist am stabilsten, am besten supported und in die datenhaltung integriert.

Idee ist im syncom und mailman dann beim versenden der mails an die empfänger der mailingliste die daten aus dem reputation mit einzubauen. Je eine zeile im header und im footer die den rank des absenders zu diesem zeitpunk enthält. Wer mag kann ich in seinem mailprogramm danach filtern. Wer nicht mag halt nicht -> persönliche freiheit auf die eigene filterblase.

Um auch den ml-usern das voten zu erlauben ein link im footer, der auf eine voting seite für diesen beitrag und den absender zeigt. Diese seite ist für authentifizierte mitglieder zugänglich, die im piratenID auch die freigabe ihrer mitglieedsinfo an news.pp.de erlaubt haben. Andere bekommen ein sorry und nen link zum mitgliedsantrag.

Das sind so die ideen. Aber erst müssen die services auf piratenID umgestellt werden, die accounts und ihre daten auf die neuen umgestellt, dann die reputation module installiert, syncom und mailman aufgebohrt und dann gibts reputation und so weiter :)

> ad Frage 2)
>
> Ich glaube, Daniels Ansatz vertraut da auf die Macht des semantic Web,
> vor allem auf die Attributierung von Diskussionsbeiträgen mit RDF-Tags
> (Hintergrund zu beidem siehe Wikipedia).

Tag / word cloud ist einfacher ...

>
> Es ist nicht Ziel eines Diskussionssystems, ein "realpolitisch
> wirksames Ergebnis zu erarbeiten". Dafür haben wir ein
> Entscheidungssystem, und wenn man so die Listen mitliest, ist dafür
> wohl LQFB++ gesetzt.

+1




Archiv bereitgestellt durch MHonArc 2.6.19.

Seitenanfang