LOCATABLE_REF.as_uri() should be relaxed to accommodate non-ehr uri schema (for DEMOGRAPHIC PARTY.reverse_relationship)
perhaps we should already create a ticket for the future, so that we don't forget we need to elaborate on these uri-scheme
Ideally I would do that, but I think we need to do this in a larger CR that addresses the whole path / URI question. THe main intent here was to remove the limitation that URIs generated by this function would only be in the 'ehr' scheme space.
Maybe we should remove the parts altogether if the idea was to just relax the URL, because it can be confusing without a clear definition of each part, like current "id.value" and having no examples makes it more difficult to understand.
If the ehr scheme is the only required part, we can remove the other parts and add a text description that the url can be formed of any components or parts needed by the implementation. And note that will be more defined in the future.
What do you think?
I also agree with you logically, but in terms of spec maintenance, this (weak) definition was already there (https://specifications.openehr.org/releases/RM/Release-1.0.3/support.html#_locatable_ref_class), so I think we either leave it as is, with just the scheme name fix of this CR, or else (maybe better) we push this CR up to another release, and make it solve the URI question comprehensively.
I'm fine with either way.