WiSe17 AK Beschlussdatenbank - Versionsgeschichte

Tux am 24. Juni 2018 um 14:08 Uhr

2018-06-24T14:08:32Z

← Nächstältere Version		Version vom 24. Juni 2018, 16:08 Uhr
Zeile 148:		Zeile 148:
	[[Kategorie:AK-Protokolle]]		[[Kategorie:AK-Protokolle]]
	[[Kategorie:WiSe17]]		[[Kategorie:WiSe17]]
	[[Kategorie:~~Beschlussdatenbank~~]]		[[Kategorie:Ergebnissicherung]]

Plock: Kategorie Beschlussdatenbank hinzugefügt

2018-06-01T12:03:16Z

Kategorie Beschlussdatenbank hinzugefügt

← Nächstältere Version		Version vom 1. Juni 2018, 14:03 Uhr
Zeile 148:		Zeile 148:
	[[Kategorie:AK-Protokolle]]		[[Kategorie:AK-Protokolle]]
	[[Kategorie:WiSe17]]		[[Kategorie:WiSe17]]
			[[Kategorie:Beschlussdatenbank]]

Drm: /* Protokoll */

2017-10-31T12:10:07Z

Protokoll

← Nächstältere Version		Version vom 31. Oktober 2017, 14:10 Uhr
Zeile 104:		Zeile 104:

	Wir haben die Idee entwickelt, dass es einen "Reso-AK" geben sollte, ähnlich dem ZäPFchen-AK. D.h. nach der Vorstellung der AK's kommen alle potentiellen Reso/Positionspapier schreibende nach vorne und bekommen alle Infos kompakt mit Handreichung genannt, zusätzlich kann auf den Reso-Workshop verwiesen werden.		Wir haben die Idee entwickelt, dass es einen "Reso-AK" geben sollte, ähnlich dem ZäPFchen-AK. D.h. nach der Vorstellung der AK's kommen alle potentiellen Reso/Positionspapier schreibende nach vorne und bekommen alle Infos kompakt mit Handreichung genannt, zusätzlich kann auf den Reso-Workshop verwiesen werden.





			Zusammenfassung:

			1. HowTo
			- Reso schreiben
			- Redeleitung
			2. Eingabemaske für AK-Erstellung
			3. AK bereiten sehr gut vor, StaPF korregiert Kleinigkeiten (Kategorie anpassen)
			4. Teaching auf der ZaPF
			- Handout (Zusammengefasst, gedruckt) an Leiter austeilen
			- Leiter/Resos-AK a la ZäPFchen-AK



			Wir haben einen interessierten Henkel gefunden: NAME


			Wir haben ein (Diskussions-)Meinungsbild gemacht zur Frage wie das HackMD angekommen ist. großteils positiv (arbeitserleichterung), aber Probleme von doppelter Protokollierung und Datensicherheit. Wir wollen das HackMD erstmal laufen lassen und mal nach zwei ZaPFen schauen wie es eigentlich genutzt wird. Es soll aber die Nutzung angeleitet werden (anfangsplenum und entsprechende Infomails und so zeuch).



			Anmerkung zu HowTos im Wiki:
			Es fehlen noch HowTos, es existieren welche sind aber nicht als solche gekennzeichnet etc.



			Folge AKs? Jap ein bis drei (Wiki(effektive Gestaltung, Input standartisierung) , Frontend(grafische Dartsellung, 2 ZaPfen-Plan), Außenwirkung (Wurde hier garnicht besprochen, da wir keine zeit mehr hatten))

	== Zusammenfassung ==		== Zusammenfassung ==

Drm: /* Arbeitskreis: Beschlussdatenbank */

2017-10-31T11:36:54Z

Arbeitskreis: Beschlussdatenbank

← Nächstältere Version		Version vom 31. Oktober 2017, 13:36 Uhr
Zeile 12:		Zeile 12:
	: Opa, Paddy (Alte Säcke)		: Opa, Paddy (Alte Säcke)
	; Protokoll		; Protokoll
	: Opa (Alter Sack)		: Opa (Alter Sack), Marcus (Alumni)
	; Anwesende Fachschaften		; Anwesende Fachschaften
	<!--:RWTH Aachen,-->		<!--:RWTH Aachen,-->

Drm: /* Protokoll */

2017-10-31T11:35:51Z

Protokoll

← Nächstältere Version		Version vom 31. Oktober 2017, 13:35 Uhr
Zeile 100:		Zeile 100:

	Der Stapf hat nicht die Kapazitäten, um noch zusätzliche Aufgaben zu übernehmen.		Der Stapf hat nicht die Kapazitäten, um noch zusätzliche Aufgaben zu übernehmen.



			Wir haben die Idee entwickelt, dass es einen "Reso-AK" geben sollte, ähnlich dem ZäPFchen-AK. D.h. nach der Vorstellung der AK's kommen alle potentiellen Reso/Positionspapier schreibende nach vorne und bekommen alle Infos kompakt mit Handreichung genannt, zusätzlich kann auf den Reso-Workshop verwiesen werden.

	== Zusammenfassung ==		== Zusammenfassung ==

Drm: /* Protokoll */

2017-10-31T11:26:58Z

Protokoll

← Nächstältere Version		Version vom 31. Oktober 2017, 13:26 Uhr
Zeile 93:		Zeile 93:
	Es müssen zwei getrennte Wege verfolgt werden (möglichst bis Würzburg):		Es müssen zwei getrennte Wege verfolgt werden (möglichst bis Würzburg):

	1. Das Wiki muss aufgeräumt werden und in der Anlage für die Arbeitskreise vereinheitlicht werden, damit die Datenhaltung eindeutig und vollständig ist.		1. Das Wiki muss aufgeräumt werden und in der Anlage für die Arbeitskreise vereinheitlicht werden, damit die Datenhaltung eindeutig und vollständig ist. Das Entscheidende ist ein vorher bestehendes Raster für die Dateneingabe.

	2. Ein Frontend für die Visualisierung muss aufgesetzt werden. Das ist unabhängig von der Wiki-Pflege.		2. Ein Frontend für die Visualisierung muss aufgesetzt werden. Das ist unabhängig von der Wiki-Pflege.

			Der Stapf muss die Kategorien im Anschluss an die Zapf redigieren.

			Der Stapf hat nicht die Kapazitäten, um noch zusätzliche Aufgaben zu übernehmen.

	== Zusammenfassung ==		== Zusammenfassung ==

Drm: /* Protokoll */

2017-10-31T11:15:04Z

Protokoll

← Nächstältere Version		Version vom 31. Oktober 2017, 13:15 Uhr
Zeile 94:		Zeile 94:

	1. Das Wiki muss aufgeräumt werden und in der Anlage für die Arbeitskreise vereinheitlicht werden, damit die Datenhaltung eindeutig und vollständig ist.		1. Das Wiki muss aufgeräumt werden und in der Anlage für die Arbeitskreise vereinheitlicht werden, damit die Datenhaltung eindeutig und vollständig ist.
	2. Ein Frontend muss aufgesetzt werden.
			2. Ein Frontend für die Visualisierung muss aufgesetzt werden. Das ist unabhängig von der Wiki-Pflege.

	== Zusammenfassung ==		== Zusammenfassung ==

Drm: /* Protokoll */

2017-10-31T11:14:08Z

Protokoll

← Nächstältere Version		Version vom 31. Oktober 2017, 13:14 Uhr
Zeile 89:		Zeile 89:
	Der Topf ist derzeit für die technische Infrastruktur zuständig, nicht für die Pflege von neuer Software.		Der Topf ist derzeit für die technische Infrastruktur zuständig, nicht für die Pflege von neuer Software.

			Idee:

			Es müssen zwei getrennte Wege verfolgt werden (möglichst bis Würzburg):

			1. Das Wiki muss aufgeräumt werden und in der Anlage für die Arbeitskreise vereinheitlicht werden, damit die Datenhaltung eindeutig und vollständig ist.
			2. Ein Frontend muss aufgesetzt werden.

	== Zusammenfassung ==		== Zusammenfassung ==

Drm: /* Arbeitskreis: Beschlussdatenbank */

2017-10-31T11:06:15Z

Arbeitskreis: Beschlussdatenbank

← Nächstältere Version		Version vom 31. Oktober 2017, 13:06 Uhr
Zeile 10:		Zeile 10:
	: HH:MM Uhr		: HH:MM Uhr
	; Redeleitung		; Redeleitung
			: Opa, Paddy (Alte Säcke)
			; Protokoll
	: Opa (Alter Sack)		: Opa (Alter Sack)
	~~; Protokoll~~
	~~: Opa (Alter sack)~~
	; Anwesende Fachschaften		; Anwesende Fachschaften
	<!--:RWTH Aachen,-->		<!--:RWTH Aachen,-->
Zeile 83:		Zeile 83:

	== Protokoll ==		== Protokoll ==
			Prinzipiell ist alles im Wiki (und über Github) gesichert. Es können auch Kategorien im Wiki hinterlegt werden. Damit ist Kategoriesuche und Volltextsuche möglich. Eine Beibehaltung des Wikis als Haltung der Bestandsdaten ist unstrittig. Es wird aber als sinnvoll angesehen, ein graphisches Archivierungs-Frontend auszuprobieren. Zudem ist es möglich, die Anlegung eines AK vor der Zapf im Wiki dahingehend zu automatisieren, dass eine Eingabemaske verwendet wird, die z.B. auch die Kategorien über ein Drop-Down-Menü abfragt.

			Eine Sammlung aller Resolutionen und Beschlüsse ist derzeit schon über die Wiki-Startseite zugänglich. Offensichtlich ist diese Info aber noch nicht allen bekannt. Hier sollte eine Mail vor der Zapf sinnvoll sein. Es kann auch eine How-to-AK-Mail vor der Zapf geben.

			Der Topf ist derzeit für die technische Infrastruktur zuständig, nicht für die Pflege von neuer Software.

Drm: /* Arbeitskreis: Beschlussdatenbank */

2017-10-31T10:35:58Z

Arbeitskreis: Beschlussdatenbank

← Nächstältere Version		Version vom 31. Oktober 2017, 12:35 Uhr
Zeile 19:		Zeile 19:
	Freie Universität Berlin,		Freie Universität Berlin,
	<!--:Humboldt-Universität zu Berlin,-->		<!--:Humboldt-Universität zu Berlin,-->
	:Technische Universität Berlin,-->		<!--:Technische Universität Berlin,-->
	<!--:Universität Bielefeld,-->		<!--:Universität Bielefeld,-->
	<!--:Rheinische Friedrich-Wilhelms-Universität Bonn,-->		<!--:Rheinische Friedrich-Wilhelms-Universität Bonn,-->