SubLocation - oder reinvent the "Raum"

[ElectricMaxxx]

In einer Diskussion mit @ruebezahl vorhin im Chat ist mir bewusst geworden, dass es nicht nur die eine Location "Haubtbahnhof" gibt sondern darunter mehrere "Räume" in denen Helfer gebraucht würden. Natürlich könnt man die alle samt als einzelne Locations anlegen. DatenModel gibt das her. Leider verlieren dann die zum einem die Geokoordinaten ihren Sinn zum anderen erschwert es den Helfern sich zu recht zu finden. Jemand der am Hauptbahnhof helfen will sucht nicht nach schichten in einzelnen SubLocalitäten sondern erst mal am Hauptbahhof. Das heißt das Sortieren in ContainerLocations macht auch für die Usability Sinn.

Ich sähe hier zwei Möglichkeiten der Implementierung. Ziel sollte es sein das bestehende Datenmodel und die Referenzen zwischen dem urspr. "Raum" und der "Schicht" nicht zu verlieren.

1 Raum Entität mit flag is_room

Klingt bissel seltsam weil es ja noch immer intern als Raum gehändelt wird. Nach außen haben wir durch die Translation-Änderung eine Location gemacht. Das würde aber bedeuten Locations mit is_room = true sind dann wieder wirklich Räume, können Schichten zugeordnet werden und sollten zu eine ContainerLocation (is_room = false) gehören, damit es zumindest grob lokalisiert und gruppiert werden kann. Nur ContainerLocations haben GeoKoodinaten, nur Räume haben die Referenz auf eine ContainerLocation

2 Zusätzliche ContainerLocation

Hier würde eine neue Entität generiert. Diese haben GeoKoordinaten und werden von Räumen referenziert.

Beide sehen ähnlich aus unterscheiden sich eigentlich nur in der Datenhaltung.

[ElectricMaxxx]

Btw: wenn wer bessere Namen der Models ContainerLocation und Raum für mich hat, immer her damit.

[nihunde]

ich find die verallgemeinerung eigentlich genau falsch rum, hauptbahnhöfe sind größere plätze und es macht durchaus sinn dort unterschiedliche koordinaten zu setzen.
evtl ist das problem eher mangelnden "indoor" navigation. also muss man entweder nen lageplan hochladen/referenzieren können oder eine andere lokationbeschreibung als schnödes WGS84 lat/lon finden.

[ElectricMaxxx]

Eben ja, das war auch der Einwand oder die Idee von @ruebezahl. Und die verstehe ich auch. Darum ja die Idee die Räume ohne Koordinaten dafür aber mit solch einem Lageplan wieder ins Leben zu rufen. Zur allgemeinen Lokalisierung würde ich diese aber gerne an ein Koordinate hängen um sie generell in der Stadt zu finden und für uns zum Darstellen.

[ElectricMaxxx]

Ein guter UseCase wäre:

Engel arbeitet an Location X im Raum Y. Im Anschluss an die Schicht,
wäre an Location X im Raum Z noch eine Kurzschicht möglich. Wenn Engel
und Admin jetzt wissen, dass X = X, dann kann man das vll viel schneller
zuordnern, oder wenn Admin weiß Engel ist an Location X gerade im
Einsatz kann er diesen spezifisch ansprechen: "Magst nicht noch schnell
rüber kommen in Raum Z"

[nihunde]

ich finde die grundsätzliche möglichkeit arbiträre Lagepläne (plural) hochzuladen und für die Räume zu verlinken deutlich schöner, damit bleibt die zuordnung "Raum X für Schicht im Engelsystem" <->"4 Wände im Meatspace" quasi virtuell und man muss nicht irgendwelche geobäume bauen. Das wissen dass die potentiell nah aneinander sind habe ich dann auch mit den Lageplänen. Das Raummodell bricht ja auch insofern schon als dass es momentan nur einen Geo-punkt anzeigt und nicht die wirkliche Form des "Raumes".