Schnittstellendefinition
Auf https://git.fairkom.net/transcomm/transcomm-concept/wikis/interfaces werden Schnittstellen definiert, welche das Übertragen von Informationen in einem System für transpersonales Commoning abbilden.
- Art der Bedürfnisse
- Mittel
- Muster
Hierbei ist bemerkenswert, dass für die einzelnen Aspekte unterschiedliche technische Materialisierungen mitgedacht werden. Die eierlegende Wollmilchsau wird vermieden und die Werkzeuge kümmern sich um das, was sie gut können.
Art der Bedürfnisse
Für Bedürfnisse nennt die Seite Wikidata. Ich wäre gewillt einem Vorgang um https://www.wikidata.org/wiki/Q190258 beizuwohnen, der bestehende Bedürfnistaxonomien recherchiert, in Wikidata/-base dokumentiert und miteinander vergleicht.
elf-pavlik hatte mich einmal auf https://en.wikipedia.org/wiki/Manfred_Max-Neef's_Fundamental_human_needs aufmerksam gemacht. Vielleicht lässt sich das als Ausgangspunkt ganz gut vor Maslow aussuchen. Transformap nutzte damals ebenfalls einen Tag type of need (Q160).
Maslow selbst lässt sich auch zeitgemäßer (2010) interpretieren.
Mittel
Die Objektkategorien lassen sich vermutlich auch von der Commons API ausgehend mit anderen Projekten verbinden. Ich denke dabei explizit an https://valueflo.ws, In Common oder andere Projekte wie
- https://talk.incommon.cc/t/commons-booking-commonsapi-und-commonshub/628
- https://twitter.com/almereyda/status/1125733901195010048
- https://cowiki.offene-werkstaetten.org/
und weitere aus dem Intermapping Umfeld.
Freunde aus Frankreich entwickeln auch Inventaire.io auf Basis von Wikidata und haben dieses Jahr einen Verein zur Förderung von offenen Daten über physische Dinge gegründet. https://wiki.inventaire.io/ Diese Idee implementieren sie für Bücher, sind aber generell auch Offen, den Rahmen zu erweitern.
https://inventaire.github.io/entities-map/
Muster
Die Seite beschreibt recht vage eine Idee:
Die Musterdatenbank kann als separates Modul implementiert werden. Über eine definierte Schnittstelle können Muster abgelegt und abgefragt werden.
Ihr möchtet in der Entwicklung solch einer Musterdatenbank bestehende Ideen auf diesem Feld nachvollziehen und aufnehmen. Sollte der Netzwerkeffekt ausbleiben, verweisen solche Anfänge und finden wenig Anschluss an bestehendes. Einen Anknüpfpunkt gibt es beim Erfinder des Wikis, welcher sich seit 1997 Gedanken über ein Folk Memory macht. Diese Ideen konnte er dank einer Förderung 2012 in ein kleines Experiment zu föderierten Wikis überführen.
Mittlerweile kennen wir eine Föderation über 1301 Wikis mit 53.965 Seiten (via). Darin werden geflissentlich Ideen ausgetauscht und kleine Textbausteine zu größeren Mustern oder Mustersprachen zusammengefasst. Ich gebe gerne einmal eine Einführung, und würde dazu einladen mit den hier gesammelten Ideen die hernach begonnene Arbeit an den Mustersprachen des Commoning fortzusetzen.
- http://forage.ward.fed.wiki.org/view/advanced-work/view/chorus-of-voices
- http://mustersprachedescommoning.federated.wiki/
Es bleibt mir hierbei festzuhalten, dass wir unsere Inhalte in einem Verbund aus Inhaltsanbietern halten wollen, und damit auf Föderation oder andere dezentralisierende Techniken wie Secure Scuttlebutt, Dat Data, Solid, IPFS, Holochain und dergleichen angewiesen sind.
Zusätzlich arbeiten Projekte wie In Common und CommonsPub daran, commonierende Inhalte via ActivityPub zu föderieren.
Wie weit ist die Ausformulierung der funktionalen Anforderungen der drei oben genannten Schnittstellen gediehen, und welche anderen Implementierungspfade sind bekannt?