15:57:54 RRSAgent has joined #hcls 15:57:58 logging to https://www.w3.org/2023/02/02-hcls-irc 15:58:02 rrsagent, make logs public 15:58:09 Meeting: FHIR RDF 15:58:12 Chair: David Booth 16:04:58 Topic: ITS call scheduled for Feb 22 2023 at 3PM eastern 16:05:12 dbooth: New deadline for use. 16:05:47 Topic: Relationship between modified and non-modified classes/properties 16:09:14 Relationship between modified and non-modified classes/properties: fhir:_Patient fhir:??? fhir:Patient . 16:09:38 dbooth: We never discussed what htat relationship should be called. 16:09:58 eric: Is fhir:_Patient subclass of fhir:Patient 16:11:18 dbooth: No, because every property that applies to a fhir:Patient would have to apply to fhir:_Patient, but that's not true if it is modified. 16:12:01 jim: Eric asked it the other way around: Is fhir:Patient a subclass of fhir:_Patient? 16:12:54 dbooth: Does everything that applies to an _Patient also apply to a Patient? I don't think so. 16:15:18 jim: underbar-Patient has essentially no semantics. 16:16:43 eric: if there's a super-patient class, and a patient class and an underbar-patient class .... 16:17:37 jim: Do you want a reasoner to infer that an instance of Patient is an instance of underbar-Patient? 16:19:33 eric: Suppose patient1 is alive, patient2 is dead, patient3 is an underbar-Patient w status undead. 16:20:25 ... Or patient3 can have number-of-wheels=3. 16:21:02 ... What's true of patient3 is not true of any fhir:Patient, but the things that could have a modifer ext includes everything that could be a fhir:Patient. 16:21:53 ... I don't see how the set of fhir:Patients could not fall inside the set of underbar-patients. 16:27:07 dbooth; i could define an underbar-patient class that is ONLY for robots, and excludes all humans. 16:30:50 dbooth: sorry, I was thinking of underbar-patient as being a specific modifier ext, rather than ALL modifier extensions. 16:31:34 ... If underbar-patient class refers to all possible modifer extension classes, then fhir:Patient would be a subclass of that. 16:34:08 eric: The value of using underbar-patient is that it is NOT a fhir:Patient . 16:39:40 jim: a specific property might be easier and more useful. 16:42:40 dbooth: Something like "fhir:Patient fhir:hasModier fhir:_Patient" 16:42:58 eric: underbar-patient isModificationOf Patient . 16:44:17 dbooth: Please propose ideas in the github issue: https://github.com/w3c/hcls-fhir-rdf/issues/93 16:44:29 daniel: What can have a modifier extension? 16:44:47 dbooth: Almost anything can have one, but there are a couple of exceptions. 16:45:21 gaurav: Here’s an example of a modified fhir:\Patient that passes validation if that’s helpful — https://github.com/w3c/hcls-fhir-rdf/issues/93#issuecomment-1213366591 16:46:41 Topic: Change meet twice a week 16:47:04 dbooth: Propose 11am Mondays Boston time. 16:47:09 AGREED 16:47:48 Topic: Punning: property fhir:Medication.code shortened to fhir:code 16:48:08 Punning: property fhir:Medication.code shortened to fhir:code, but fhir:code is already a class 16:49:50 jim: Technically ok in OWL 16:50:02 dbooth: But I don't like it -- rubs me the wrong way. 16:50:30 eric: Confusing for readers. But need to balance changing the name vs the confusion of having the same name meaning two different things. 16:51:18 jim: Value in aligning w the FHIR word. 16:51:22 eric: But there would be no conflict in upper-casing that word. 16:57:10 eric: Suppose there's a new datatype capital-C fhir:Code in addition to fhir:code . Then fhir:value[x] properties would not be able to distinguish them. Therefore their cannot be both. 16:57:43 dbooth: Consider options: https://github.com/w3c/hcls-fhir-rdf/issues/69#issuecomment-1413983169 16:58:23 (discussing option 3) 16:58:41 jim: when would I need to upper-case it? 17:00:38 eric: All types would start w upper case. The problem would be going from RDF back to JSON or XML. Our special rule would apply only to FHIR types, though. It would not apply to other types defined by others. 17:01:43 eric: Suppose I do my own logical model, and I define a type "snapshot" ... 17:02:01 dbooth: But it would not be in the fhir: namespace. 17:03:05 https://github.com/w3c/hcls-fhir-rdf/issues/69 17:04:01 Present: Rob Hausam, Ghris Roeder, David Booth, Jim Balhoff, Gaurav Vaidya, EricP, Daniel Stone 17:04:14 Topic: Turtle parser 17:04:28 jim: Have not addressed the reading of Turtle. 17:04:50 ... Also some changes are going into the profile.html page. 17:05:18 ... Bu t none of my changes are showing up in the template code. Anyone have ideas on those? 17:06:19 dbooth: Reading turtle and the profiles I think are lower priority. 17:06:47 eric: Suggest throwing an exception to see if that code is actually used. 17:09:41 eric: The "profiles" are structure defs. 17:11:08 eric: The profiles can be lower priority, since nobody will use them for a while. 17:11:13 dbooth: Agreed. 17:11:37 ACTION: Jim to ask Grahame how the resource templates are generated 17:12:28 ADJOURNED 17:17:31 s/Turtle parser/FHIR Build/ 17:17:38 rrsagent, draft minutes 17:17:39 I have made the request to generate https://www.w3.org/2023/02/02-hcls-minutes.html dbooth 17:26:47 s/New deadline for use/New deadline for us/ 17:26:48 rrsagent, draft minutes 17:26:50 I have made the request to generate https://www.w3.org/2023/02/02-hcls-minutes.html dbooth