Skip to Content
Last modified by Thomas Schwotzer on 2024/08/30 09:48
From version 44.1
edited by Thomas Schwotzer
on 2023/10/04 14:53
Change comment: There is no comment for this version
To version 40.1
edited by Thomas Schwotzer
on 2022/09/22 15:07
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -14,16 +14,15 @@
14 14  
15 15  == {{id name="Themen(Abschlussarbeiten,ICWundFP)-ASAP/Shark"/}}ASAP / Shark ==
16 16  
17 -{{view-file att--filename="OffeneThemen.pdf" display="thumbnail" height="250"/}}
17 +ASAP/Shark ist ein open and free source Developerframework zum Bau mobiler P2P Anwendungen. Es gibt einige offene Themen. [[Schauen Sie sich dazu auch gern das Video dazu an.>>url:https://mediathek.htw-berlin.de/video/ASAPShark-offene-Themen-Projektstand-September-2022-/e4493b40b147b044a2b47c9f3529f22b||shape="rect"]]
18 +Ich notiere hier einmal die anstehenden und offenen Themen. Wenn Sie eigene Ideen haben - immer gern.
18 18  
19 -ASAP/Shark ist ein open and free source Developerframework zum Bau mobiler P2P Anwendungen. Es gibt einige offene Themen. [[Schauen Sie sich dazu auch gern das Video dazu an.>>url:https://mediathek.htw-berlin.de/video/ASAPShark-offene-Themen-Projektstand-September-2022-/e4493b40b147b044a2b47c9f3529f22b||shape="rect"]] Ich notiere hier einmal die anstehenden und offenen Themen. Wenn Sie eigene Ideen haben - immer gern.
20 -
21 21  * Integration von **Wifi-Direct** in ASAPAndroid.
22 -* --Integration von LoraWan in ASAPAndroid--. (Laufende Arbeiten - wird bestimmt eine Fortsetzung finden)
21 +* Integration von **LoraWan** in ASAPAndroid.
23 23  * ASAP Kommunikation über **TOR** laufen lassen.
24 -* --**Hedwig** - die Software als SharkComponent implementieren.--
25 -* --**ASAPHub** ausbauen-- (laufende Arbeit)
26 -* **SharkMessenger** verbessern.
23 +* **Hedwig** - die Software als SharkComponent implementieren.
24 +* **ASAPHub** ausbauen
25 +* --**SharkMessenger** verbessern.--
27 27  
28 28  Was auf dem Video nicht diskutiert wurde:
29 29  
... ... @@ -30,11 +30,13 @@
30 30  * Implementierung einer **digitalen Währung basierend auf dem ASAP Modell**. Es gibt dazu Vorarbeiten. [[Das ist grob durchdacht>>url:https://mediathek.htw-berlin.de/album/video/Shark-Money-Ueberlegungen-zum-Bau-einer-App/8c75b8b2203aafc60449b96d5b4228fc/278||shape="rect"]] - ob das alles so funktioniert und an welcher Stelle dort ein Denkfehler steckt wage ich einmal nicht zu sagen. Definitiv spannend. Es ist hoffentlich ersichtlich, was man dann hätte: eine digitale Währung, die auch ohne Internetzugang funktioniert. Das ähnelt deutlich mehr Münzen als Blockchain. Blockchain Apps fühlen sich eher wie Überweisungen an. Das sind sie ja auch. Das ist anders, ähnelt deutlich mehr ein lokalen Währung und allein das ist ein spannnendes - nicht IT - Thema,
31 31  * **[[SharkHoc>>url:https://mediathek.htw-berlin.de/album/video/SharkHoc-bitte-Beschreibung-vorher-lesen/12f7ecd4ef625e8094e2e70bfbc193c6/278||shape="rect"]]**.
32 32  
33 -== {{id name="Themen(Abschlussarbeiten,ICWundFP)-Blockchain"/}}Blockchain ==
32 +== {{id name="Themen(Abschlussarbeiten,ICWundFP)-SmartCity"/}}Smart City ==
34 34  
35 -* Vergleich und Test auf Nutzbarkeitkeit zweier lokaler Ether-Blockchain Implementierungen
36 -Ich will in der Lehre mit der Ether-BC arbeiten und dazu eine lokale BC aufsetzen. Es gibt wenigstens zwei. Wir haben allerdings keine Erfahrung damit. Ihre Aufgabe besteht darin, diese beiden Varianten aufzusetzen und anhand einer einfachen DApp auf Anwendbarkeit zu prüfen.
34 +Das Buzzword Smart City steht für eine Kombination von Technologien, Prozessen und menschlicher Teilhabe die durch Adaption basierend auf Messungen oder Erfahrungen Optimierungen durchführen. Das ist abstrakt 😉️ Konkreter heißt es beispielsweise: Wir nutzen Sensoren, messen was und basierend darauf machen wir was besser. Wir lassen den Kühlschrank also automatisch neue Mate bestellen, wenn die Vorräte zur Neige gehen. Vorschläge in diesem Bereich:
37 37  
36 +* **Evaluierung von Sensoren zur Personenzählung
37 +**Es gibt eine Fülle von Sensoren die es erlaubt zu messen wie viele Personen (oder Geräte oder...) eine gewissen Stelle überschritten haben. Basierend darauf kann man messen wie viele Personen sich aktuell in einem Raum, einem Bus etc. befinden. Das langfristiges Ziel besteht im Aufbau eines Systems zur Bestimmung der Auslastung von Seminarräumen. In dieser Arbeit geht es im die Evaluierung dieser Hardware. Die Hardware soll auf Funktionsfähigkeit getestet werden. Die Hardware soll verglichen werden. Vergleichskriterien sind: Wartung (wie oft muss eine Batterie gewechselt werden, ist ein Abschluss an ein Stromnetz möglich etc.), Infrastrukturfähigkeit (wie können die Daten von den Geräten bezogen werden etc.). Im Rahmen der Arbeit entwickeln Sie die Vergleichskriterien und evaluieren Hardware. Wir sind sehr entschlossen, ein solches System an der HTW zu installieren.
38 +
38 38  == {{id name="Themen(Abschlussarbeiten,ICWundFP)-OpenHistoricalDataMap(OHDM)"/}}Open Historical Data Map (OHDM) ==
39 39  
40 40  Falls Sie das Projekt einmal in einem meiner Kurse kennenlernten und sie Lust daran haben, daran weiter zu arbeiten. Lassen Sie es mich gern wissen. Zu tun gibt es genug. Ich schreibe gerade keine Themen dazu aus, weil wir "leider" zu weit sind und man schon ein wenig Vorkenntnisse braucht, um dort etwas bewegen zu können. Ich schreibe wieder Themen aus, sobald das Modul Semantic Search läuft.
Confluence.Code.ConfluencePageClass[0]
id
... ... @@ -1,1 +1,1 @@
1 -203654284
1 +164855937
url
... ... @@ -1,1 +1,1 @@
1 -https://wiki.htw-berlin.de/spaces/fb4mobileapplicatio/pages/203654284/Themen (Abschlussarbeiten, ICW und FP)
1 +https://wiki.htw-berlin.de/spaces/fb4mobileapplicatio/pages/164855937/Themen (Abschlussarbeiten, ICW und FP)