This document outlines a master's thesis proposal for a space time alarm clock. The proposal aims to address current problems with traditional alarm clocks by developing a smarter alternative that accounts for both the temporal and spatial aspects of scheduled events. The methodology will involve user input of arrival times and destinations, network analysis to determine routes within time frames, and navigation assistance. The implementation will integrate with the OpenScienceMap platform and make the functionality openly available. The estimated timeline is 17 weeks to complete prototype development, testing, thesis writing and revisions. The project is a collaboration between KTH Royal Institute of Technology and Universität Bremen.

1. Space Time Alarm Clock
Master Thesis Proposal
Student: Adrian C. Prelipcean
Supervisor: Takeshi Shirabe
Co-supervisor: Falko Schmid
AG242X Geoinformatics
KTH Royal Institute of Technology
School of Architecture and Built Environment
Department of Geoinformatics

2. Outline
The presentation’s agenda consists of:
1. Introduction
2. Statement of the problem
3. Motivation
4. Methodology
5. Time schedule
6. Acknowledgments

3. Introduction
Do we still use alarm clocks?

4. Introduction
Do we still use alarm clocks?
Of course we do!

5. Introduction
Why do we still use alarm clocks?
1. To perform activities without worrying about the
time
2. To get a sense (control) of time
3. To synchronize our schedule with that of others
4. As a reminder
5. To wake up :-)

6. The problem
Current problems with alarm clocks:
1. An event, E, is characterized by its time of
occurrence, t
2. When events imply traveling to other locations,
people usually:
a. approximate the travel time which results in under-
or overestimation
b. use other devices to get there which may imply
further difficulties (e.g., cost, privacy issues, etc.)

7. Motivation
There are several opportunities:
1. Almost everybody uses a type of alarm clock
2. Provide a smarter alternative to using multiple
devices
3. When scheduling an alarm for an event, the
temporal aspect should be accompanied by the
spatial one
4. New alternatives to classical step-by-step
navigation

8. Methodology
User Interaction:
● Get user input (arrival time, destination)
● Communicate useful information to the user
Network Analysis:
● The network subset that can be reached by the
user in a given time frame

9. Methodology
Navigation:
● Aid the user in reaching an unknown destination
● Aid the user in exploring her options
Map-matching variation:
● What is the current location inside the network

10. Methodology
Architecture and integration:
● Provide the needed functionality while integrating it
in the OpenScienceMap context
● Make the implementation available to the (scientific)
community by open-sourcing it
● Provide the needed functionality in a context and
implementation agnostic environment

11. Time schedule
Estimated time for most important operations:
- familiarize with the OpenScienceMap environment (3 weeks)
- literature review of relevant papers (3 weeks)
- prototype implementation and tests (4 weeks)
- fixing reported bugs (1 week)
- writing the thesis (4 weeks)
- thesis revisions (2 weeks)

12. Acknowledgments
Institutions:
1. KTH Royal Institute of Technology
○ Department of Geoinformatics
Contact: Takeshi Shirabe <shirabe@kth.se>
2. Universität Bremen
○ Cognitive Systems (CoSy)
○ Open Science Map (OSciM)
Contact: Falko Schmid <schmid@informatik.uni-bremen.de>

13. Q&A
Adrian C. Prelipcean <acpr@kth.se>