Wohin es geht, und warum.

Etappen

1. fertig · 0.10.3

   Ansehen, messen, besprechen

   Punktwolken, Panoramen, Fotos und Meshes im Browser; Strecke, Höhe und Fläche mit Angabe, worauf das Maß beruht; Befunde mit Faden; Rollen, Einladungen und Nur-Lese-Links; REST-API und MCP-Server; geprüfte und signierte Releases.

   Warum Erst muss das Gemeinsame tragen: alle sehen denselben Scan und reden über dieselbe Stelle.

2. in Arbeit · 0.11

   Sonne und Darstellung

   Darstellungsmodi für Meshes (Textur, Grau, Normalen, Drahtgitter), Sonnenstand mit Schatten zu Datum und Uhrzeit, Verschattungs- und Ertragsbericht für Dachflächen, Sonnenbericht für Gärten. Vorschau, die Bedienung kann sich noch ändern.

   Warum Aus einem Modell wird eine beantwortete Frage, auch ohne großes Bauprojekt: Wie viel Sonne bekommt diese Fläche wirklich?

3. in Arbeit · 0.11

   Prüfen und Berichte

   Eine Lieferung gegen einen Anforderungskatalog prüfen: Bezugssystem, Formate, Prüfsummen, Punktdichte, Lücken, Bodenauflösung und Kontrollpunkte. Je Anforderung „erfüllt“, „nicht erfüllt“ oder „nicht prüfbar“, mit Grund und Beleg. Vorschau, zunächst als Kommandozeilenwerkzeug.

   Warum Auftraggeber müssen Vermessungsdaten abnehmen und haben dafür selten ein offenes Werkzeug. Derselbe Katalog hilft Dienstleistern, vor der Abgabe selbst zu prüfen: ein Maßstab für beide Seiten.

4. geplant

   Hochladen im Browser

   Punktwolken, Meshes und Foto-Exporte direkt im Browser hochladen; der Server bereitet sie mit denselben Prüfungen auf wie heute die Kommandozeile.

   Warum Die Eintrittstür ohne Kommandozeile, für alle, die Daten haben, aber keinen Server betreuen wollen.

5. geplant

   Aus Fotos ein Modell

   Offene Photogrammetrie als angebundener Dienst: Drohnenfotos hochladen, Punktwolke und Mesh zurückbekommen, geprüft wie jeder andere Import.

   Warum Die ganze Kette von der Aufnahme bis zum Bericht soll ohne teure Lizenzen gehen.

6. geplant

   Große Modelle in voller Auflösung

   Meshes und Panoramen in Kacheln mit Detailstufen, damit auch sehr große Modelle in voller Texturauflösung flüssig laden.

   Warum Wer nah heranzoomt, soll sehen, was aufgenommen wurde, nicht eine verkleinerte Fassung.

7. geplant

   Teilen und Führen

   Ansichten einbetten, Touren mit Anmerkungen, Vorschaubilder.

   Warum Ergebnisse sollen dort ankommen, wo andere schon lesen, auf der eigenen Website oder im Bericht.

8. geplant

   Mitmachen

   Benachrichtigung per Mail, Anhänge an Befunden, Anonymisierung von Personen und Kennzeichen auf Fotos.

   Warum Je mehr Menschen an einem Projekt arbeiten, desto wichtiger werden Rückmeldung und Datenschutz.

9. geplant

   Messen und Zeit

   Weitere Messarten und Profilschnitte, Export als DXF und GeoJSON, Zeitstände eines Objekts nebeneinander.

   Warum Bestand verändert sich. Erst der Vergleich zweier Zeitpunkte zeigt, was passiert ist.

10. geplant · 1.0

    1.0: ein Versprechen nach außen

    Stabile Schnittstellen und Paketformat innerhalb von 1.x, im echten Einsatz über Wochen erprobt, Meldeweg und Betrieb so geklärt, dass Schulen und öffentliche Stellen es freigeben können.

    Warum 1.0 heißt nicht „alles fertig“, sondern „darauf kannst du bauen“. Ein Datum gibt es nicht, die Kriterien bestimmen den Zeitpunkt.

11. geplant · 1.1

    Denkmalpflege und Hochschule

    Kartierung von Flächen mit Legende, Beobachtungen neben Mängeln, Archivpakete, die auch ohne siteBits lesbar bleiben, Anmeldung über Hochschulkonten, volle Barrierefreiheit.

    Warum Gebäude sollen über Jahrzehnte dokumentiert und lesbar bleiben. Das wird schon jetzt in jedem Baustein mitgedacht.