Skip to content

Navigating around TUM with excellence – A website and API to search for rooms, buildings and other places

License

Notifications You must be signed in to change notification settings

TUM-Dev/NavigaTUM

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Website Uptime over 30 days API Uptime over 30 days CDN Uptime over 30 days

NavigaTUM

NavigaTUM is a tool developed by students for students, to help you get around at TUM. Feel free to contribute, we are open to new people πŸ˜„.

Features/Roadmap

  • πŸ—ΊοΈ Interactive/static maps to look up the position of rooms or buildings
  • πŸ” Fast and typo-tolerant search
  • πŸ’Ύ Support for different room code formats as well as generic names
  • πŸ€– All functionality is also available via an open and well documented API
  • πŸ—˜ Automatically update the data from upstream datasources
  • πŸ—¨οΈ Allow students/staff to easily submit feedback and data patches
  • 🏫 Generate maps from CAD data sources
  • 🚢🏻 Generate turn by turn navigation advice for navigating end to end

If you'd like to help out or join us in this adventure, we would love to talk to you.

Screenshots

Screenshot of the main-index of the websiteScreenshot of the main-index of the websiteScreenshot of a building including an internal mapScreenshot of a building including an internal map Screenshot of the search-pageScreenshot of the search-page

API Documentation and native clients

You can consume our API Documentation in two ways:

  • Head over to our Website and look at the interactive documentation
  • We also describe our API in an OpenAPI 3.0 compliant file.
    You can find it here.
    Using this Specification you can generate your own client to access the API in the language of your choice. To do this head over to the Swagger Editor or other similar OpenAPI tools.

Note

The API is still under development, and we are open to Issues, Feature Requests or Pull Requests.

Getting started

Overview

NavigaTUM consists of three main parts + deployment resources.

Depending on what you want to work on, you do not need to set up all of them.

  • data/ contains the code to obtain and process the data
  • server/ contains the APIs written in Rust
  • webclient/ contains a JS based web-frontend for the API
  • deployment/ contains deployment related configuration
  • map/ contains information about our own map, how to style it and how to run it

Let's go through them one by one, but first, you need to clone the repository:

git clone https://github.com/TUM-Dev/Navigatum.git
cd Navigatum

Data Processing

In case you do not want to work on the data processing, you can instead download the latest compiled files by running the server.

Otherwise, you can follow the steps in the data documentation.

Server

If you want to work only on the webclient (and not server or data), you don't need to set up the server. You can instead either use the public API (see the webclient documentation) or use our ready-made docker images to run the server locally:

docker compose -f docker-compose.local.yml up --build

Note

We also need to run an incremental compilation for our server. The first compilation will be slow, afterward this will only take a bit of time. The local builds also run in PROFILE=debug to improve build-times.

Not beating around the bush: Compilation times for the server are a problem, but we are confident that these can be resolved via upstream language improvements such as polonius, cranelift, paralell-frontend,....

Note

The local build will not deploy a full stack and skips all geodata. As such, the following services are not deployed as their initialisation work is heavy and likely not relevant:

  • valhalla (a routing service),
  • nominatim (for address geocoding)
  • planetiler (for generating basemap tiles database of our tileserver)
  • martin (as it would not have any data to pull on)

Otherwise, you can follow the steps in the server documentation.

Webclient

Follow the steps in the webclient documentation. If you want to only run the webclient locally, you can skip the "Data" and "Server" steps above and use docker (as seen above) or you can edit the webclient configuration to point to production.

Formatting

We have multiple programming languages in this repository, and we use different tools to format them.

since we use pre-commit to format our code, you can install it in an virtual environment with:

python3 -m venv venv
source venv/bin/activate
pip install -r data/requirements.txt -r server/test/requirements.txt -r requirements-dev.txt # for mypy the server and data requirements are needed

To format all files, run the following command:

pre-commit run --all-files

You can also automatically format files on every commit by running the following command:

pre-commit install

License

All code is licensed under the GNU GPL v3:

This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

You should have received a copy of the GNU General Public License along with this program. If not, see https://www.gnu.org/licenses/.