diff --git a/notitzenWeChange.txt b/notitzenWeChange.txt
index 8b137891791fe96927ad78e64b0aad7bded08bdc..0803487a1662adfbcde6f1d37d9e20c1d49758f9 100644
--- a/notitzenWeChange.txt
+++ b/notitzenWeChange.txt
@@ -1 +1,23 @@
+Meilenstein 1 - WeChange Datenbereitstellung  (bis Ende Februar)
 
+1. WeChange Json Rest Schnittstelle fertigstellen Orga, Gruppen (lesend, schreiben mit Token)
+2. Content Negotiation für turtle pro "Agent" Endpoint
+3. Bulk read ? Gruppen bzw. Organistionen paginierung (offset und limt definierbar)
+4. 3. jedoch mit Filter auf Änderungsdatum
+5. Endpunkte für sameAs und differentFrom CRUD
+
+WeChange Anbindung Fairsync
+- RDF Server bespielen (per Adapter) Frage, WeChange oder Fairsync
+-- initial load
+-- regelmässiger update (polling)
+
+
+- Austausch der WeChange DB derzeit nicht realistisch (Finanzierungsfrage) (Sinnfrage zu stellen)
+
+INFO:
+Was Ihr auf jeden Fall noch in openFairDb machen müsstet, wäre die Möglichkeit https://www.w3.org/TR/owl-ref/#sameAs-def bzw. https://www.w3.org/TR/owl-ref/#differentFrom-def Listen zu speichern.
+Werte wäre jeweils eine Liste von URLs
+List<URL> sameAs;
+List<URL> differentFrom;
+Wäre unschön, wenn wir die KVM Daten verteilt verwalten. "Mein" Abzug sollte readOnly bleiben.
+Kannst Du abschätzen, was das kosten würde?