Closed jschoen-gefyra closed 5 months ago
@f-peverali Meinst du "Anhand der hier vorgegebenen Slices ist es nicht verpflichtend eine Historie der räumlichen Unterbringung vorzuhalten."? Andernfalls klingt es so als würden wir davon abraten.
@f-peverali Meinst du "Anhand der hier vorgegebenen Slices ist es nicht verpflichtend eine Historie der räumlichen Unterbringung vorzuhalten."? Andernfalls klingt es so als würden wir davon abraten. @alexzautke - Durch die "vorgegebenen Slices", die in diesem PR alle #active im Status sind, kann keine Historie abgebildet werden, richtig? Damit wäre auch dieser Formulierungsvorschlag nicht optimal. Vielleicht dann noch etwas hinzu, dass zur Nutzung eines anderen Slices rät, "falls die Abbildung einer Historie der räumlichen Unterbringung gewünscht ist" ?
In jedem Slice gäbe es dass .period-Element, wir haben nur kein MS-Flag darauf definiert. Ein System könnte es aber eigenständig verwenden.
In jedem Slice gäbe es dass .period-Element, wir haben nur kein MS-Flag darauf definiert. Ein System könnte es aber eigenständig verwenden.
verstehe den hinweis nicht... in den Slice ist immer #active , was hilft da die period zur Abbildung? Wenn ein Slice #active ist, soll es ja gerade NICHT die Abbildung der Ortshistorie unterstützten, oder?
Ah, ich hatte nicht auf dem Schirm, dass wir status = active im Profil verlanden. Slicing auf PhysicalType und Status hätte doch auch gereicht? Passt. Weiterhin belieb ich dabei, dass wir sagen sollten, dass es nicht notwendig ist die Historie vorzuhalten. Ein Hersteller könnte weiterhin einen anderen Status freiwillig implementieren. Wir würden ja nicht davon abraten.
added Encounter.location.status to slicing and MS added status to example
Please go the the
Preview
tab and select the appropriate sub-template:Contributor PR
Version Upgrade (for Admins)
Pull Request Short Cut