Konseptoversikt

  • Fellesskapet
  • Flytende demokrati
  • Stemmepanel
  • Stemmeflyt
  • Faktaflyt
  • Sannhetsbroen
  • Open Decision Protokol (ODP)
  • KE-brannmur (Karisma+Ego)
  • Menneskestandarden
  • Univercity
  • Univercify
  • Etc.

Innhold og struktur på hver konsept side:

Trekkspill meny for:

  • Dokumenter
  • Lenker
  • Gamle versjoner for historikk
  • Evt.

Definisjoner

  • Lisens: Juridiske vilkår for bruk/viderebruk av kode/innhold (GPL, AGPL, CC osv.).
  • Sertifikat/attest: En enkel erklæring eller ordning som bekrefter noe om et bidrag eller en kompatibilitet (DCO, «FD‑Compatible»).
  • Protokoll/standard: Teknisk spesifikasjon for interoperabilitet (vårt ODP‑forslag).
  • Policy: Spillsregler og praksis (governance, sikkerhet, varemerke, CoC).

Lisenser

GPL‑2.0+ (GPL‑2.0‑or‑later)
Hva: Copyleft‑lisens brukt av WordPress.
Bruk: WP‑pluginer/tema (må være GPL‑kompatible).
Hvorfor: Maksimal kompatibilitet i WP‑økosystemet.

AGPL‑3.0
Hva: Sterk copyleft også over nett (SaaS‑tilfeller).
Bruk: Evt. tjenester utenfor WP (API‑servere, beslutningsmotor).
Hvorfor: Sikrer at forbedringer som kun kjøres som tjeneste også må åpnes.

Apache‑2.0
Hva: Tillatende lisens (permissive) med patentvern.
Bruk: Bibliotek/moduler der vi ønsker lavest muleg friksjon for gjenbruk.
Hvorfor: Enklere for andre å adoptere i lukkede miljøer (men ikke krav hos oss).

MIT / BSD‑2‑Clause
Hva: Enkle permissive lisenser.
Bruk: Små hjelpebibliotek og verktøy.
Hvorfor: Minimal juss, maks gjenbruk.

CC BY 4.0 (Creative Commons Navngivelse)
Hva: Fri bruk av spesifikasjoner, skjemaer, maler så lenge kilde navngis.
Bruk: ODP‑spes, prosessdiagram, eksempelfiler.
Hvorfor: Åpent, men krever navngivelse.

CC BY‑SA 4.0 (Navngivelse‑DelPåSammeVilkår)
Hva: Som over, men krav om samme lisens ved viderebruk.
Bruk: Dokumentasjon, håndbøker, retningslinjer.
Hvorfor: Sikrer at forbedringer forblir åpne.

CC0 1.0 (Public Domain dedication)
Hva: Avstår fra rettigheter så langt loven tillater.
Bruk: Metadata/datasett der maksimal gjenbruk ønskes (f.eks. anonymisert statistikk).
Hvorfor: Gjør data super‑enkle å gjenbruke.

Sertifikater

DCO – Developer Certificate of Origin

Hva: En setning i commit‑meldingen som sier «jeg har rett til å bidra med dette».
Bruk: «Signed-off-by: Navn <epost>» legges til alle commits.
Hvorfor: Lav terskel for bidrag, ingen skjemaer, godt etablert i åpen kildekode.
Merk: DCO er ikke en lisens – det er en attest som støtter prosjektets valgte lisens.

CLA – Contributor License Agreement

Hva: Et juridisk dokument bidragsyter signerer før de kan bidra.
Bruk: Gir forvalter (ofte en stiftelse/bedrift) ekstra rettigheter (f.eks. mulighet til relicensiering).
Hvorfor / når: Kan være nyttig ved kommersiell dual‑licensing; tyngre prosess.
CLA‑binding: Krav om signert CLA før bidrag. Skaper ofte mer friksjon enn DCO.

«FD‑Compatible» (foreslått for oss)

Hva: En merke/attest som sier at en løsning består testene for Open Decision Protocol.
Bruk: Vis merket hvis testsuite bestås; link til testrapport.
Hvorfor: Hindrer siloer og kapring, fremmer interoperabilitet.

Protokoller

ODP – Open Decision Protocol (vårt forslag i denne samtalen)
Hva: En enkel, åpen spes for å utveksle «Sak, Alternativ, Stemme, Versjon, Forutsetning, Kilde, Delegering, Oppgave» via REST/JSON.
Status: Ikke en eksisterende industristandard; det er foreslått her for å unngå siloer og muliggjøre «FD‑Compatible».
Hvorfor: Lar ulike varianter av verktøy samspille og dele saker/vedtak.

Policyer / rammeverk

Governance‑modell
Hva: Hvem bestemmer hva, hvordan vedtak fattes/endres, rotasjon og habilitet.
Bruk: Styringsråd, åpne møter, referater, valg med stemmeflyt.

Security Policy (SECURITY.md)
Hva: Hvordan rapportere sårbarheter, responstider, ansvarlig offentliggjøring.

Code of Conduct (CoC)
Hva: Atferdsregler for deltakere; håndterer konflikter og sanksjoner.

Trademark Policy
Hva: Hvordan navnet/logoen «Flytende Demokrati» kan brukes; koblet til «FD‑Compatible».

DCO vs CLA – når bruke hva?

  • Anbefaling for Fellesskapet: Bruk DCO (lav terskel, desentralisert, passer verdiene).
  • Unngå generelt CLA‑binding, med mindre dere bevisst ønsker re‑lisensieringsmuligheter (typisk ikke ønskelig i en digital allmenning).
  • Bonus: Legg til SPDX‑tagger i filer for tydelig lisens (f.eks. SPDX-License-Identifier: GPL-2.0-or-later).