liftoof update

_maintenance/20241115-test.md → _maintenance/20241112-test.md

 ---
 layout: maintenance
 title:  "Test wartung"
-eventdate:   2024-11-15 18:00:00 +0100
-eventend:    2024-11-15 18:30:00 +0100
+eventdate:   2024-11-12 10:00:00 +0100
+eventend:    2024-11-12 10:30:00 +0100
 # https://www.uuidgenerator.net/
 uid: e8815301-7d4b-4dc7-957f-f63d25df0494
 contact: info@chaotikum.org

docs/content/events.md

@@ -32,9 +32,10 @@ title:  "Freitalk: Feinstaubsensoren"
 eventdate:   2019-05-10 20:00:00 +0200
 eventend:   2019-05-10 23:00:00 +0200
 #https://www.uuidgenerator.net/
-uid: 05f0bcf2-05b3-47ae-95b7-ed7927207bab
+uid: XXXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
 contact: vorstand@chaotikum.org
 recording: true
+series: "eventreihe"
 locations:
  - Augenprüfraum
 short: "Freitalk N8: Freitalk Nacht - Freitag nach Acht."
@@ -58,6 +59,7 @@ short: "Freitalk N8: Freitalk Nacht - Freitag nach Acht."
 * `locations`: Eine Liste von Locations. Das sind letztendlich freitexte, aber nur bei bestimmten Raumnamen greifen Automatismen, wie z.B., dass gewisse Kalender für diese Locations gefüllt werden, oder das gewisse Locations zusammengefasst werden können. Werden *Augenprüfraum*, *Wartezimmer*, *Lager* und *Confy Zone* angegeben fasst die öffentliche kalender Datei dies einfach als *Nobreakspace* zusammen. Andererorts verbleiben alle vier Locations.
 * `devices`: Eine Liste, mit uuids von Sachen aus dem Inventar, die dann durch dieses Event gebucht werden.
 * `short`: Eine kurze Beschreibung. Der iCal standart macht lange Texte anstrengend. Fasst euch bitte kurz. Für lange Texte gibt es den Blog oder Aktivitätsbeschreibungen.
+* `series`: ermöglicht es klarzumachen, dass das event zu einer Reihe gehört. Das hat auswirkungen auf die Darstellung in der *Eventbox*.
 
 ### Die Eventbox
 Mithilfe gleicher uuids kann ein Blogpost das Event finden zu dem er gehört und dann einen Kasten mit den Daten zum Event unten im Blogpost anzeiegn. Wichtig: **Dies geschieht nur, wenn der Blogpost das "tag" "event" hat.**

liftoff_part2b.md

@@ -15,10 +15,25 @@ forwardtexts:
 image: "https://chaotikum.org/assets/liftoff2.jpg"
 ---
 
-### //TODO: Irgendwas mit dem Account machen...
+### Nutze deinen Chaotikum Account
 
-<i style="color: #FF0000">//TODO:  blabla</i>
+Bevor es weitergeht ist es eine gute Idee den Chaotikum-Account zu testen. Du kannst es testen indem du dich bei diesen Tools anmeldest, da sie an unsere Account-System angebunden sind:
 
-### //TODO: Noch mehr Coole Dinge, die man mit dem eigenen Account machen kann...
+{% assign components = site.inventory | where: "layout", 'infra' -%}
+{% for component in components -%}
+{% if component.ldap -%}
+{% if component.onlymember %}
+{% else %}
+{% if component.infra_url %}
+<h4><span class="fa-solid fa-microchip"></span> {{component.name}}</h4>
+<a href="{{component.infra_url}}">{{component.infra_url}}</a> <br>
+{{ component.content | strip_html }}.
+<hr>
+{% endif -%}
+{% endif -%}
+{% endif -%}
+{% endfor %}
 
-<i style="color: #FF0000">//TODO: Ein weitere Siedequest könnte git sein. Viele haben das vermutlich noch nicht viel Benutzt und es gibt doch dieses Spiel, an dem Blinri mitgearbeitet hat... Nee, dass kommt ins zweite Projekt denke ich. Aber es braucht denke ich einen zweiten einen Sidequest. Aber muss allgemeiner sein. Vielleicht einfach der Open Source Gedanke, die Philosphie dahinter usw... Wobei das halt wenig mit dem eigenen Account zu tun hat...<i>
+{% include liftoff_mission.html missionid='397a94e2-5dce-4e02-a670-b7e7eeb97244' %}
\ No newline at end of file
+
+Mehr über unsere Dienste [findest du im Wiki heraus](https://wiki.chaotikum.org/hackspace:infrastruktur:start).
\ No newline at end of file

liftoff_part5.md

@@ -33,6 +33,7 @@ Hier ist eine Liste aller Geräte, für die es Ansprechpersonen gibt:
 <hr>
 {% assign devices = site.inventory| sort: "name" -%}
 {% for device in devices -%}
+{% if device.layout == 'device' -%}
 {% if device.sets contains 'werkstatt' -%}
 {% if device.out_of_service -%}
 {% else -%}
@@ -44,6 +45,7 @@ Hier ist eine Liste aller Geräte, für die es Ansprechpersonen gibt:
 {% endif -%}
 {% endif -%}
 {% endif -%}
+{% endif -%}
 {% endfor %}
 
 {% include liftoff_mission.html missionid='822deb3f-be61-410d-95af-c36a2bba79ad' %}

liftoff_part6.md

@@ -16,6 +16,12 @@ image: "https://chaotikum.org/assets/liftoff2.jpg"
 
 ### Dokumentiere dein Projekt
 
+Wir freuen uns immer, wenn wir die vielen, vielfälltigen Projekte, die im Umfeld des Chaotikums so passieren für andere menschen Sichtbar machen können, damit sie ihnen als Inspiration dienen können. Wir machen das auf unserer Website unter [chaotikum.org/projects]({{ site.url }}/projects/).
+
+Aber sogar, wenn du es licht auf der Website verwegigt sehen möchtest (das ist natürlich auch komplett in Ordnung) ist es immer gut Projekte öffentlich zugänglich zu machen und zu dokumentieren. 
+
+Und jetzt kannst auch du dein soeben beendetes Projekt dort dokumentieren! Wie geht das? 
+
 <i style="color: #FF0000">//TODO Hier wird es darum gehen, dass im letzten kapitel gemachte erste eigene Projekt zu dokumentieren. Es in ein Public git tun wenn es code war, es zugänglich und Verständlich zu machen.</i>
 
 <div class="alert alert-info alert-dismissible fade show" role="alert">
@@ -30,12 +36,13 @@ image: "https://chaotikum.org/assets/liftoff2.jpg"
 
 {% include liftoff_mission.html missionid='4adec54a-1aa0-4b27-ba39-76c0260c8a68' %}
 
-<i style="color: #FF0000">//TODO Sidequest: Offene Lizenzen. Warum sind die wichtig, welche passen zu dir und deinem projekt usw...</i>
+{% include liftoff_mission.html missionid='a6990f5b-cec0-4517-9e58-b40a6cbcae0a' %}
+
+### Halte einen 5 Minuten Termin (Oder einen anderen Vortrag)
 
-### Halte einen 5 Minuten Termin
 
 <i style="color: #FF0000">//TODO Hier steht dann, wann der nächste 5 Minuten terin ist (das kriegen wir automatisch hin würde ich denken) und das ertse eigene Projekt ist natürlich geradezu Perfekt dafür, dort vorgestellt zu werden.</i>
 
 
 ### Und nun
-<i style="color: #FF0000">//TODO Ich bin noch etwas Ratlos, wie der Guide weiter geht. Ich würde gerne auch die Option geben etwas weiter Denkanstöße zu geben. Ganz abstrakte Ideen, in welche Ricgtung man mal denken kann, wenn man Lust hat. Das ist dann ggf sogar etwas, was auch für leute die schon teil der Community ist sein kann, eine Art "Mir ist langweilig, was kann man so machen"</i>
+Nun sind wir quasi am Ende angekommen. Wenn du dich bis hier hin durchgearbeitet hast, hast du vermutlich schon ganz viele eigene Ideen unterwegs eingesammelt. Wir hoffen, dieser Kurs hat dich ein bisschen inspieriert und dir den Einstieg erleichtert.
\ No newline at end of file

liftoff_part7.md

@@ -28,9 +28,7 @@ Wir würden gerne wissen, wie dir der Kurs gefallen hat. Was ist gut, was könnt
 ### Den Guide besser machen
 Du bist jetzt sozusagen am ende des Kurses. Das heißt auch, du hast viel gemacht, viel kennen gelernt, dich umgesehen und vertraut gemacht. Dabei sind dir sicherlich Fehler in diesem Guide aufgefallen. Oder Ideen für Verbesserungen? Setze sie um.
 
-Wie du ein fork des git-repos der Website macht, hast du ja bereits gelernt. 
-
-<i style="color: #FF0000">//TODO: Kurz auf die Doku für Liftoff verweisen, die es aber noch nicht wirklich gibt</i>
+Wie du ein fork des git-repos der Website macht, hast du ja bereits gelernt. Es gibt auch Doku dazu, wie dieser [Guide technisch umgesetzt ist](https://git.chaotikum.org/chaotikum/website/-/blob/master/docs/content/liftoff.md).
 
 {% include liftoff_mission.html missionid='e2f2bcd9-f7e6-48f0-bbaa-c27d15819562' %}
 

liftoff_sidequest_nook.md

@@ -3,7 +3,7 @@ layout: liftoff
 title: Liftoff at Nobreakspace
 header: NooK
 sidequest: true
-permalink: /nobreakspace/liftoff/sidequest/nook/
+permalink: /nobreakspace/liftoff/sidequest/sidequest_nook/
 backlink: /nobreakspace/liftoff/day1/#sidequest_nook
 forwardlinks:
   - Zurück zum eigentlichen kurs;/nobreakspace/liftoff/part3/#sidequest_nook

liftoff_sidequest_openlicenses.md

+---
+layout: liftoff
+title: Liftoff at Nobreakspace
+header: Die vielen verschiedneen offenen Lizenzen
+sidequest: true
+permalink: /nobreakspace/liftoff/sidequest/sidequest_openlicenses/
+backlink: /nobreakspace/liftoff/part2/#sidequest_openlicenses
+forwardlinks:
+  - Zurück zum eigentlichen kurs;/nobreakspace/liftoff/part2/#sidequest_licenses
+forwardtitle: Wir hoffen, du hast einen Überblick, welche Lizenzen vielleicht für dich passen.
+forwardtexts: 
+  - Dann weiter im Kurs
+image: "https://chaotikum.org/assets/liftoff2.jpg"
+---
+
+Es gibt enorm viele Lizenzmodelle und sie alle haben verschiedene Vor- und Nachteile. Was sie genau für dich bedeuten ist auch eine juristische Frage. Daher wollen wir hier deutlich darauf hinweisen **dies ist keine juristische Beratung**. Du musst entscheiden, welche Lizenz du wählst.
+
+Für Projekte im Umfeld des Chaotikums gilt: Wir erwarten, dass du deine Projekte, die du auf unserer Infrastruktur durchführst und mit Unterstützung unserer Mittel/Räume/Werkzeuge/Infrastruktur umsetzt, unter eine freie Lizenz stellst. Welche für dich passt, bestimmst aber du.
+
+# Übersicht über freie Lizenzen
+
+Freie Lizenzen ermöglichen die Nutzung, Modifikation und Weitergabe von Werken, wobei jedoch je nach Lizenztyp unterschiedliche Bedingungen und Einschränkungen gelten. Diese Übersicht unterteilt die Lizenzen in Kategorien und gibt eine Einführung in die wichtigsten Open-Source-Lizenzen für Software, Hardware, Datenbanken und weitere Anwendungsbereiche.
+
+## 1. Software-Lizenzen
+
+Diese Lizenzen werden hauptsächlich für Software verwendet und sind in verschiedenen Open-Source-Projekten weit verbreitet.
+
+### GNU General Public License (GPL)
+- **Beschreibung**: GPL erlaubt die Nutzung, Modifikation und Weiterverbreitung von Software, allerdings müssen Änderungen ebenfalls unter der GPL veröffentlicht werden.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Veränderte Versionen müssen ebenfalls unter GPL lizenziert werden (Copyleft).
+- **Quelle**: [GNU General Public License (GPL)](https://www.gnu.org/licenses/gpl-3.0.html)
+
+### GNU Affero General Public License (AGPL)
+- **Beschreibung**: Eine Variante der GPL, die zusätzlich verlangt, dass auch Änderungen am Code, die über Netzwerkdienste angeboten werden, veröffentlicht werden.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Änderungen müssen bei Verbreitung über Netzwerke veröffentlicht werden.
+- **Quelle**: [GNU Affero General Public License (AGPL)](https://www.gnu.org/licenses/agpl-3.0.html)
+
+### MIT-Lizenz
+- **Beschreibung**: Erlaubt uneingeschränkte Nutzung, Modifikation und Weitergabe, solange der Urheber genannt wird.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Urheberhinweis muss beibehalten werden.
+- **Quelle**: [MIT License](https://opensource.org/licenses/MIT)
+
+### Apache License 2.0
+- **Beschreibung**: Erlaubt Nutzung, Modifikation und Verteilung, bietet jedoch Schutz vor Patentansprüchen.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Urheberhinweis und Lizenztext müssen erhalten bleiben, enthält einen Patentschutz.
+- **Quelle**: [Apache License 2.0](https://www.apache.org/licenses/LICENSE-2.0)
+
+### BSD-Lizenz (Berkeley Software Distribution License)
+- **Beschreibung**: Erlaubt freie Nutzung und Modifikation des Codes, solange der ursprüngliche Copyright-Hinweis erhalten bleibt.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Urheberhinweis muss erhalten bleiben, keine Copyleft-Beschränkungen.
+- **Quelle**: [BSD License](https://opensource.org/licenses/BSD-3-Clause)
+
+### Mozilla Public License (MPL) 2.0
+- **Beschreibung**: Die MPL ist eine Copyleft-Lizenz, die jedoch weniger strikt ist als die GPL. Sie erlaubt es, den lizenzierten Code mit proprietärem Code zu kombinieren, solange der Open-Source-Code weiterhin unter der MPL veröffentlicht wird.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Änderungen am MPL-Code müssen ebenfalls unter der MPL veröffentlicht werden.
+- **Quelle**: [Mozilla Public License 2.0](https://www.mozilla.org/en-US/MPL/2.0/)
+
+### Eclipse Public License (EPL) 2.0
+- **Beschreibung**: Die EPL ist eine Copyleft-Lizenz, die hauptsächlich für Softwareprojekte verwendet wird. Proprietäre Module können hinzugefügt werden, solange der EPL-lizenzierte Code separat bleibt.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Änderungen am EPL-lizenzierten Code müssen offengelegt werden, wenn das gesamte Projekt verteilt wird.
+- **Quelle**: [Eclipse Public License 2.0](https://www.eclipse.org/legal/epl-2.0/)
+
+### WTFPL (Do What The F\*ck You Want To Public License)
+- **Beschreibung**: Extrem freie Lizenz ohne Einschränkungen, Benutzer können alles mit dem Werk tun.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Keine, uneingeschränkte Nutzung erlaubt.
+- **Quelle**: [WTFPL](http://www.wtfpl.net/)
+
+## 2. Hardware-Lizenzen
+
+Diese Lizenzen sind speziell für Hardware-Designs gedacht und stellen sicher, dass auch Hardware-Pläne und -Spezifikationen offen bleiben.
+
+### CERN Open Hardware License (OHL) v2
+- **Beschreibung**: Diese Lizenz wurde speziell für Hardware-Designs entwickelt und stellt sicher, dass alle Modifikationen an offenen Hardware-Designs ebenfalls offengelegt werden müssen.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Modifikationen müssen unter derselben Lizenz veröffentlicht werden.
+- **Quelle**: [CERN Open Hardware License v2](https://ohwr.org/project/cernohl/wikis/Documents/CERN-OHL-version-2)
+
+### TAPR Open Hardware License
+- **Beschreibung**: Eine Open-Hardware-Lizenz, die kommerzielle Nutzung erlaubt, solange Abwandlungen ebenfalls frei verfügbar bleiben.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Änderungen müssen unter derselben Lizenz veröffentlicht werden.
+- **Quelle**: [TAPR Open Hardware License](https://www.tapr.org/ohl.html)
+
+### Solderpad Hardware License
+- **Beschreibung**: Eine Open-Source-Lizenz für Hardware, die auf der Apache License basiert und speziell für die Verbreitung und Modifikation von Hardware-Designs entwickelt wurde.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Urheberhinweise müssen erhalten bleiben.
+- **Quelle**: [Solderpad Hardware License](https://solderpad.org/licenses/)
+
+## 3. Datenbanken und Datensammlungen
+
+Diese Lizenzen wurden für die Nutzung und Verbreitung von Datenbanken und Datensammlungen konzipiert.
+
+### Open Data Commons Open Database License (ODbL)
+- **Beschreibung**: Diese Lizenz wurde speziell für Datenbanken entwickelt und erfordert, dass abgeleitete Datenbanken ebenfalls unter der gleichen Lizenz veröffentlicht werden.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Abgeleitete Datenbanken müssen ebenfalls unter der ODbL veröffentlicht werden (Copyleft).
+- **Quelle**: [Open Data Commons ODbL](https://opendatacommons.org/licenses/odbl/)
+
+## 4. Weitere Lizenzen für kreative Inhalte
+
+### Die reative Commons Lizenzen
+
+Creative Commons Lizenzen wurden für kreative Inhalte wie Texte, Bilder, Musik und Videos entwickelt. Sie bieten eine Vielzahl von Optionen für die Nutzung und Weitergabe von Werken und sind ideal für alle, die ihr Werk der Öffentlichkeit zur Verfügung stellen möchten, dabei jedoch bestimmte Nutzungsbedingungen festlegen wollen.
+
+#### CC0 (Creative Commons Zero)
+- **Beschreibung**: CC0 steht für eine "Public Domain Dedication", die das Werk in die Gemeinfreiheit überführt und dem Nutzer erlaubt, das Werk ohne Einschränkungen zu verwenden.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Keine, keine Namensnennung erforderlich.
+- **Quelle**: [Creative Commons CC0](https://creativecommons.org/publicdomain/zero/1.0/)
+
+#### CC-BY (Creative Commons Attribution)
+- **Beschreibung**: Diese Lizenz erlaubt die Nutzung und Veränderung des Werkes, solange der ursprüngliche Urheber genannt wird.
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Namensnennung des Urhebers ist erforderlich.
+- **Quelle**: [Creative Commons CC-BY](https://creativecommons.org/licenses/by/4.0/)
+
+#### CC-BY-NC (Creative Commons Attribution-NonCommercial)
+- **Beschreibung**: Diese Lizenz erlaubt die Nutzung und Veränderung des Werkes für nicht-kommerzielle Zwecke, solange der Urheber genannt wird.
+- **Kommerzielle Nutzung**: Nicht erlaubt
+- **Bedingungen**: Namensnennung des Urhebers, keine kommerzielle Nutzung.
+- **Quelle**: [Creative Commons CC-BY-NC](https://creativecommons.org/licenses/by-nc/4.0/)
+
+#### Creative Commons BY-SA (Attribution-ShareAlike)
+- **Beschreibung**: Diese Lizenz erlaubt die Nutzung und Bearbeitung des Werkes, verlangt jedoch, dass abgeleitete Werke unter derselben Lizenz veröffentlicht werden (ähnlich wie Copyleft).
+- **Kommerzielle Nutzung**: Erlaubt
+- **Bedingungen**: Namensnennung des Urhebers, abgeleitete Werke müssen unter derselben Lizenz veröffentlicht werden.
+- **Quelle**: [Creative Commons BY-SA](https://creativecommons.org/licenses/by-sa/4.0/)
+
+Die Wahl der Lizenz hängt stark davon ab, ob und wie man Nutzungsrechte einschränken oder abgeleitete Werke schützen möchte. Copyleft-Lizenzen wie die GPL und AGPL verlangen, dass veränderte Versionen offen bleiben, während permissivere Lizenzen wie MIT und BSD oft auch in proprietären Projekten genutzt werden können. Creative Commons Lizenzen und die CERN OHL richten sich speziell an kreative Inhalte bzw. Hardware-Designs, während die ODbL für Datenbanken ausgelegt ist.
+
+### Weitere Informationen:
+* https://prototypefund.de/freie-open-source-lizenzen/
+* https://open-science-training-handbook.github.io/Open-Science-Training-Handbook_EN/02OpenScienceBasics/06OpenLicensingAndFileFormats.html
+
+*(Text erstellt mit Unterstützung generativer KI)*
\ No newline at end of file