Projektdokumentation

[manuelroth]

• [ ] Anforderungen
• [ ] Detaillierte Beschreibung des Workflows
• [ ] Implementation
• [ ] Ausblick ( Weiterentwicklung )

[lukasmartinelli]

Anforderungsspezifikation

Was ist mit Anforderung an die Arbeit?

• Mapbox kompatibel? wieso? <- vielleicht schon oberer Teil
• Restriction vom Format: kleiner als 500KB und Featureanzahl begrenzt
• Performance - schaffen wir es die Schweiz / Welt zu rendern?
• Visuell - sieht gleich aus
• Einfach zu benutzen (Kitematic, USB Idee)
• Einfach zu deployen -> Docker

Use Cases:

• Clientside Rendering mit Mapbox GL
• Serverside Rendering mit Raster Tiles
• Du kannst selber PostgreSQL haben und selber Tiles exportieren

Sequenzdiagramm:

• Workflow

Detailspezifikation lassen wir sein.

Analyse:

• Durch Stack gehen und dann erklären welche Implementationen

Design und Implementation

Architektur ist in Stack Beschreibung (Analyse) und hier geht es um Details. Also bei Imposm welches Schema? Und bei tm2source welche Layers

• Datenbank Schema: Was wird gemappt und wieso?
• Source Projekt
  • Welche Layers
  • Was wird wo ausgeblendet
  • Welche Datenquellen
  • Probleme -> Lösungen (Visuelle Bugs die wir behoben haben)
  • So dokumentieren wie es für uns war? Also der gesamte Workflow oder wie es war?
  • Tileserver Implementation
  • All diese Tools
  • Docker Container beschreiben

Was nehemen wir in SA und in BA? Lassen wir Cloudgeschichte weg

• Testing
  • wie sind wir vorgegangen?
  • unser Workflow für QA?
  • Compare Tool
  • Visual compare
  • Gatling
  • Continuous Integration
• Resultate und Weiterentwicklung
  • High level Resultate
  • Was kann man noch verbessern (unseren offenen Tickets, Diffs, Welt rendern)

Was muss bei Zeit schreiben? Wie genau? Meeting Protokolle separat

• Benutzerhandbuch (von osm2vectortiles.org)
• Wie mit Zitaten und Quotations umgehen? Wann welche Website? Wichtig das wir das nicht vergessen

Docker erklären

[manuelroth]

This issue was moved to osm2vectortiles/osm2vectortiles-thesis#6