Meeting minutes
Handle semantics of hash ids
dbooth: Looks good, but I wonder if it is safe to use a relative URI there. Does the base need to be set specially for it, or not?
tim: They're relative to the server
(Jim looked at the the FHIR documentation for IDs, and verified that it seems safe to use relative URIs.
dbooth: We lose visual correspondence between the Turtle and the JSON
ericP: Round tripping, those relative URIs will no longer be relative.
… The root can be chopped off when round tripping, and to check it, you would have to verify that the base matches.
dbooth: What if the base doesn't match, when someone makes FHIR RDF?
tim: https://
Resolving relative references against a RESTful base.
If the Bundle entry containing the reference does not have a fullUrl that matches the [RESTful URL regex] and the Bundle is a batch or transaction and the entry.request.method is POST, PUT or PATCH
take the base URL of the server that is the target of the batch/transaction and append the relative reference to it (e.g., transaction is being posted to "https://
Follow the steps for Resolving absolute references above
tim: Note that the rules for resolving references in contained resources are the same as those for resolving references in the resource that contains the contained resource. I.e. the fullUrl of the containing resource is used when determining the base for relative references, etc.
ericP: The HAPI parser of FHIR RDF can ignore those absolute URIs, and it can just use the fhir:v value that references the ID.
AGREED: To Jim's proposed solution.
IRI stems
gaurav: Making spreadsheet. Next time to add IRI stems, should to multiple at once.
https://
dbooth: Looks good
… And I like how you put the rationale in the assigner.display column.
gaurav: UT465 , a minor change was proposed (to change "MUST" to "SHALL")
https://
AGREED: Spreadsheet looks okay
ADJOURNED
Next meeting
Detlef is out until Aug 21. EricP is at risk all of Aug.
ADJOURNED AGAIN