Wunschliste

Die Wunschliste wird jetzt im Rahmen des OpenResources Issue-Tracker verwaltet. Siehe https://bitbucket.org/floledermann/openresources/issues?kind=enhancement

Historisch

FranzN: ich schlage vor die Wünsche hinsichtlich der Applikation von den Wünschen hinsichtlich des Wikis zu trennen.

Kleine Verbesserungen

• einblenden der definitionen von values (sofern sie existieren)
• nur eine liste aller values, die vergeben wurden mit je einem eintrag pro value (nicht alle value-einträge)
• nicht nur punktuelle, sondern auch flächige kartierungen ermöglichen. so können bspw. "öffentliche grünflächen" viel eindrucksvoller sichtbar gemacht werden! (das gilt auch für agrargemeinschaften, die bedeutende flächen besitzen!)

Grössere Features

• Tag-details: das derzeitige tag-system mit wiki-dokumentation ist einfach zu kompliziert und nur "insidern" zuganeglich. eine verbesserung waere es, tags (also die keys wie "location", "description" etc.) explizit in der datenbank anzulegen, erweitert um entsprechende "meta-informationen". damit kann man dann nette sachen machen, z.b. uebersetzungen fuer tags in der jeweils aktiven sprache anbieten, stukturierte dokumentation auf einer eigenen seite fuer jeden tag oder generell ein besseres user interface zum taggen (ohne die flexibilitaet fuer "power userinnen" zu verlieren). Das wiki bleibt dann wirklichen redaktionellen inhalten vorbehalten.

• "klonen" von views und ressourcen: damit man nicht jedesmal von null beginnen muss, kann man eine ressource oder einen view "klonen" und nur die geaenderten felder neu ausfuellen. praktisch um z.b. die muehsame definition von icons aus dem standardview uebernehmen zu koennen und nur einen filter hinzuzufuegen.

• meta-tags: zu einem tag moechte man manchmal vielleicht etwas mehr info. wer hat ihn erstellt? wer hat die info vielleicht ueberprueft? man braeuchte fuer solche use cases etwas wie "meta-tags", also tags die auf tags angewendet werden.

• versionierung aller ressourcen: anstatt die alte version einfach zu ueberschreiben bzw. zu loeschen soll - aehnlich wie im wiki - jede aenderung mitgespeichert werden, um einfach wieder zu frueheren versionen zurueckspringen zu koennen.

• import externer daten: es gibt schon einige vorschlaege fuer datenbestaende, die auch auf vivir bien zu sehen sein sollten (hessen, mundraub.org etc.). allerdings muss man sich ueberlegen, wie man mit der problematik der duplikate umgeht - was ist, wenn die info nicht mehr aktuell ist? usw. - eventuell sollte man die daten also nicht reinkopieren, sondern nur irgendwie darauf verweisen etc.

• bei online-ressourcen (die ja nicht "räumlich" gemappt werden können: verkleinerte vorschau der website im ressourcenfenster

• Möglichkeit, für einen bestimmten value alle Objekte "durchzuklicken". Wenn einer/einem in einer späteren Bearbeitungsphase einfällt, dass ein bestimmter value für weitere Objekte interessant ist. Besonders wichtig, wenn man einen View nach einem bestimmten Kriterium erstellen will, das man erst neu einführt. Ansonsten müsste man alle Objekte einzeln durchklicken und ergänzen, was niemand machen kann.

Das Wiki betreffend

Generell sollten wir überlegen, von der verwendeten sehr einfachen wiki-engine auf etwas anerkannteres wie mediawiki umzusteigen, wo sehr viel mehr features vorhanden sind!

• Userpages ermöglichen (Vorteil Wiki: größere resilienz gegenüber Vereinheitlichung und Datensammeln)
• Auch eine Wiki Editierhilfe mit Syntaxbeschreibung wäre nicht schlecht. (flo: eine schnellhilfe ist im bearbeitungsmodus ganz unten verlinkt)
• Eine redaktionelle Überarbeitung um auf der Seite Tag-Proposals leichter die anerkannten von den noch zu diskutierenden tags unterscheiden zu können. - allerdings wird die tag-doku wahrscheinlich als teil der hauptapplikation integriert, damit sind diese wiki-seiten dann sowieso obsolte [flo] (flo: die anerkannten tags sind in Tags, alles andere ist noch im fluss.)
• Tag-Liste alphabetisch (flo: sollte die applikation irgendwann koennen, im wiki wird das wohl zu komplex mehrere unterschiedlich sortierte tag-listen aktuell zu halten)

Done

• Ressourcenliste in Kategorien unterteilt
  (vgl. Anregung von Markus Schallhaas vom Kongress, Widersprüche in 1 Kategorie zu packen, z.B. "Geld & Schenken" oder poetische Kategorien z.B. "Räume zum Träumen") -> Eigene "Views" definieren

• Liste mit todo-tags aus allen ressourcen -> http://vivirbien.mediavirus.org/resources/tag/todo/

• Eine Termin-Ansicht und diese dann auch im "Termine"-Kastl der Startseite verlinken. Evtl. auch mehrere Ansichten, wie Heute/diese Woche/diesen Monat/Monate/nächstes Jahr...
• Drop-down Liste mit allen bereits vergeben Keys beim eintragen einer neuen Ressource (Autocomplete verbessern)
• Value-Auswahl für tags mit diskreten values.

• "Vorlagen" fuer grundlegende arten von ressourcen: Eine vorlage ist im grunde eine ressourcen-formular, in dem die wichtigsten tags fuer eine bestimmte art von ressource schon angelegt sind (z.B. initiative, literatur, software, technik) und das sich auch von laien einfach ausfuellen laesst.

• relations: aehnlich den tags, nur dass die "value" seite eine andere ressource ist. als beispiel: ein event hat dann die relation "hosted_by", die direkt ein link zu einer ressource ist (wo das event stattfindet)

• location context: aehnlich wie die sprache (rechts oben) soll man seinen aufenthaltsort voreinstellen koennen. die kartenansicht und z.b. events werden dann schon auf diese location voreingestellt.

• externe widgets: von franz nahrada angestossen, die moeglichkeit einzelne views von vivir bien auf externen webseiten (wikis etc.) als plug-ins anzeigen zu koennen. (hier waere ein konkretes "mini-projekt" mit einer externen seite gut um sich das konkret durchzudenken)
• z.b. auf https://we.riseup.net/kobaw. dort ins wiki oder auf irgendwelche gruppen-unterseiten die ein oder andere (abgestimme variante unserer) ansicht(en) sichtbar zu machen, fänd' ich sinnvoll: auch als testobjekt.