Zurück zur Wiki-Seite der AG Meinungsfindungstool:
http://wiki.piratenpartei.de/AG_Meinungsfindungstool
synchrone/mündl. Kommunikation:
Mumble-Raum AG Meinungsfindungstool [Pfad: Bund/Arbeitsgemeinschaften/Technik (IT)]
Mumble-Direktlink: http://is.gd/yN0dgS
Dies ist ein Notizpad und keine offizielle Äußerung der Piratenpartei!
This is a note pad and NOT an official statement of the Pirate Party!
Diskussionsabend zum Diskussions-Tool Findeco:
Montag, den 12.08.2013, 19 Uhr
== Teilnehmer / Attendees ==
- Merkbefreiter
- Qlaus
- markusvonkrella
- /
- melcon
- DerThomas
- diuuk
- entropy
- WS
- bloxx
== ABLAUF ==
Um 19 Uhr fangen wir an, uns gemeinsam ein sehr gutes, etwa 1-stündiges Erklär-Video zum Diskussionstool Findeco anzuschauen; und zwar über diese Seite: http://tinychat.com/snr6g .
Video-Link: http://youtu.be/LKP6E2qrgj4
Um 20 Uhr stoßen dann die Findeco-Entwickler hinzu und stehen uns bei einer offenen Diskussion über Findeco Rede und Antwort.
== NOTIZEN ==
- Weitere Verteiler, um mehr interessierte zu erreichen:
- NRW-ML, ggf. NRW-Info (wenn der Lavor da mitspielt)
- Inhalte-Datenbank durch starke Hierachie strukturiert
- Das System wird in der Regel nicht moderiert
Anregungen:
- Input-Maske sollte so ausführlich definiert sein, so dass man keine Wiki-Syntax beherrschen muss, um Input in's System einzuspeisen
- Feature-Requests über Findeco selber "diskutieren"
- Verlinkungen sollten auch die Versionsummer im Text enthalten. Momentan wird nur über die URL im Link ersichtlich, um welche Variante es sich handelt.
== FRAGEN ==
- Was genau bestrimmt die Relevanz von Vorschlägen?
- Aktuelle wird "nur" die Anzahl der Follower gezählt!
- Ich stelle mir vor, dass das mit vielen Änderungsvorschlägen sehr unübersichtlich wird. Welche Erfahrungen habt ihr diesbezüglich gemacht?
- wenig, da bisher relativ wenig Testdaten vorhanden
- Wieveiel Nutzer hat Findeco aktuell?
- ca. 40 angemeldet (wesentlich weniger aktiv)
- Überblick über die Vererbungslogiken (auf einer Ebene - zwischen den Ebenen)
- Wird Mergen mehrer Vorschläge von Findeco unterstützt?
- Ist angedacht für die Zukunft
- wie werden die TOP 5 genau bestimmt?
=== SCHEMA ===
Also hier das pure SQL-Schema so wie wir es benutzen. Ein paar anmerkungen dazu:
- der prefix des Tabellennamens ('findeco_', 'microblogging_' und 'node_storage_') ist nur wegen unserer aufteilung in module
- 'node' ist prinzipiell der name unserer Vorschläge und kann sich auf Vorschläge, Themen oder Argumente beziehen
- ich habe ein paar einträge gelöscht (wie DB-einträge zur Accountaktivierung oder caches) falls ihr die wider erwarten braucht einfach melden
- ansonsten: Viel Spaß damit und bei Fragen einfach melden :-)
BEGIN;
CREATE TABLE "findeco_userprofile_followees" (
"id" integer NOT NULL PRIMARY KEY,
"from_userprofile_id" integer NOT NULL,
"to_userprofile_id" integer NOT NULL,
UNIQUE ("from_userprofile_id", "to_userprofile_id")
)
;
CREATE TABLE "findeco_userprofile_blocked" (
"id" integer NOT NULL PRIMARY KEY,
"from_userprofile_id" integer NOT NULL,
"to_userprofile_id" integer NOT NULL,
UNIQUE ("from_userprofile_id", "to_userprofile_id")
)
;
CREATE TABLE "findeco_userprofile" (
"id" integer NOT NULL PRIMARY KEY,
"user_id" integer NOT NULL UNIQUE REFERENCES "auth_user" ("id"),
"description" text NOT NULL,
"is_verified_until" datetime NOT NULL,
"last_seen" datetime NOT NULL,
"verification_key" varchar(64) NOT NULL,
"api_key" varchar(16) NOT NULL
)
;
CREATE TABLE "node_storage_node" (
"id" integer NOT NULL PRIMARY KEY,
"favorite_id" integer,
"title" varchar(150) NOT NULL,
"node_type" varchar(1) NOT NULL
)
;
CREATE TABLE "node_storage_argument" (
"node_ptr_id" integer NOT NULL PRIMARY KEY REFERENCES "node_storage_node" ("id"),
"arg_type" varchar(1) NOT NULL,
"concerns_id" integer NOT NULL REFERENCES "node_storage_node" ("id"),
"index" integer NOT NULL
)
;
CREATE TABLE "node_storage_text_authors" (
"id" integer NOT NULL PRIMARY KEY,
"text_id" integer NOT NULL,
"user_id" integer NOT NULL REFERENCES "auth_user" ("id"),
UNIQUE ("text_id", "user_id")
)
;
CREATE TABLE "node_storage_text" (
"id" integer NOT NULL PRIMARY KEY,
"node_id" integer NOT NULL UNIQUE REFERENCES "node_storage_node" ("id"),
"text" text NOT NULL
)
;
CREATE TABLE "node_storage_derivation" (
"id" integer NOT NULL PRIMARY KEY,
"derivate_id" integer NOT NULL REFERENCES "node_storage_node" ("id"),
"source_id" integer NOT NULL REFERENCES "node_storage_node" ("id"),
"argument_id" integer REFERENCES "node_storage_argument" ("node_ptr_id"),
UNIQUE ("source_id", "derivate_id")
)
;
CREATE TABLE "node_storage_nodeorder" (
"id" integer NOT NULL PRIMARY KEY,
"child_id" integer NOT NULL REFERENCES "node_storage_node" ("id"),
"parent_id" integer NOT NULL REFERENCES "node_storage_node" ("id"),
"position" integer NOT NULL,
UNIQUE ("parent_id", "child_id")
)
;
CREATE TABLE "node_storage_vote_nodes" (
"id" integer NOT NULL PRIMARY KEY,
"vote_id" integer NOT NULL,
"node_id" integer NOT NULL REFERENCES "node_storage_node" ("id"),
UNIQUE ("vote_id", "node_id")
)
;
CREATE TABLE "node_storage_vote" (
"id" integer NOT NULL PRIMARY KEY,
"user_id" integer NOT NULL REFERENCES "auth_user" ("id")
)
;
CREATE TABLE "node_storage_spamflag" (
"id" integer NOT NULL PRIMARY KEY,
"user_id" integer NOT NULL REFERENCES "auth_user" ("id"),
"node_id" integer NOT NULL REFERENCES "node_storage_node" ("id")
)
;
CREATE TABLE "microblogging_post_node_references" (
"id" integer NOT NULL PRIMARY KEY,
"post_id" integer NOT NULL,
"node_id" integer NOT NULL REFERENCES "node_storage_node" ("id"),
UNIQUE ("post_id", "node_id")
)
;
CREATE TABLE "microblogging_post_mentions" (
"id" integer NOT NULL PRIMARY KEY,
"post_id" integer NOT NULL,
"user_id" integer NOT NULL REFERENCES "auth_user" ("id"),
UNIQUE ("post_id", "user_id")
)
;
CREATE TABLE "microblogging_post" (
"id" integer NOT NULL PRIMARY KEY,
"text" text NOT NULL,
"author_id" integer NOT NULL REFERENCES "auth_user" ("id"),
"time" datetime NOT NULL,
"is_reference_to_id" integer
)
;
COMMIT;