15:59:59 <RRSAgent> RRSAgent has joined #hcls
16:00:03 <RRSAgent> logging to https://www.w3.org/2023/01/26-hcls-irc
16:00:03 <dbooth> rrsagent, make logs public
16:01:09 <dbooth> Meeting: FHIR RDF
16:02:07 <dbooth> Chair: David Booth
16:03:15 <dbooth> Topic: Introductions
16:04:04 <dbooth> joe: Work for Chris Chute, term and infra mgmt sys.  Goal is a FHIR server w latest features, including OWL/RDF stuff.  Work a lot w med terminologies and HL7 stuff.
16:04:54 <dbooth> daniel: Working at Mayo as part of standards research, FHIR and FHIR RDF.
16:05:09 <dbooth> Topic: Concept IRIs
16:06:04 <dbooth> gaurav: We have 6 votes and need 15 votes, plus additional quorum requirements.
16:06:10 <dbooth> https://jira.hl7.org/browse/UP-364
16:06:53 <dbooth> ... Our 3 votes have 2 votes each.  Not sure of next step.  Nobody responded to zulip post.
16:07:24 <dbooth> ... Already brought this to the vocab mtg, but might be able to bring it back to terminology group to get more votes.
16:08:02 <dbooth> ... This is not really R5 change, but if it doesn't go through then we'd have to revert to either using extensions or making an R5 change.
16:08:44 <dbooth> dbooth: Sounds like you need to continue to beat the bushes for votes.
16:09:12 <dbooth> gaurav: We have two FHIR proposals for R5, both have been resolved.  They're just waiting for the change to be made.  I'll do them.
16:09:25 <dbooth> https://jira.hl7.org/browse/FHIR-39604
16:10:10 <dbooth> gaurav: For 39604 change I'm running into validation errors when it does its auto checks when I put in the PR.
16:10:57 <dbooth> ... It's telling me the XML is malformed.
16:11:23 <dbooth> ... I forgot to change the short desription.
16:17:41 <dbooth> gaurav: Third change: I think I need to open a UTG ticked for the iri-stem type.
16:17:49 <dbooth> https://jira.hl7.org/browse/FHIR-37960
16:18:18 <dbooth> gaurav: I will ask Rob.
16:19:02 <dbooth> Topic: FHIR Build process
16:19:25 <dbooth> gaurav: Update from Jim: He's in an all-week meeting.  He's working on changing property names.
16:19:37 <dbooth> ... Trying to figure out this code: https://github.com/hapifhir/org.hl7.fhir.core/blob/cca38587ceb1db9689ffce10025676603b88a959/org.hl7.fhir.r5/src/main/java/org/hl7/fhir/r5/elementmodel/TurtleParser.java#L464-L489
16:20:26 <dbooth> ... He can fix this easily by getting rid of all this code and just using the short name, but he's not sure what all of this code here.  Why are bundles and parameters being treated differently from everything else?
16:20:41 <dbooth> ... Wants to walk through this code with someone who understands it.
16:20:47 <dbooth> eric: seems like a good idea.
16:21:20 <dbooth> ... I had to throw exceptions for bundles in the Playground, but don't remember why I had to do special code for bundles.
16:21:29 <dbooth> ... Also happy to dispense w parameters.
16:21:47 <dbooth> ... I've been telling Deepak to come up w shex for clinically operational resources.
16:22:08 <dbooth> ... All the meta structures we (Claude and I) think it's not worth worrying about them now.
16:22:42 <dbooth> ... If we don't do the shex for the meta properties, we can always add them later.  But for Jim's work, the examples will be generated anyway.
16:23:05 <dbooth> Present: Joe Flack, Daniel Stone, Chris Roeder, Gaurav Vaidya, EricP, David Booth
16:24:25 <dbooth> eric: Two courses of action: 1. Figure it out.  Look at structure defs that come out.  2. Not worry about it and update it later.  Priority is to get the clinical stuff right.
16:25:11 <dbooth> gaurav: In other words, use short properties, but then make corrections later if that causes problems with bundles and parameters.
16:25:16 <dbooth> eric: Right.
16:25:30 <dbooth> ... Keep a pointer to the old code with a git permalink.
16:26:13 <dbooth> dbooth: Sounds good, but should first look at it togther to see if we can figure it out.
16:27:15 <dbooth> eric: IDK who wrote that code.  git blame might tell us.
16:29:32 <dbooth> dbooth: eric and jim should get together (top priority), but copy Deepak and Daniel and me, in case we can join.  But don't wait for us.
16:31:27 <dbooth> gaurav: Jim is also working on RDF lists.  Hasn't touched the de-currying, but thinks he's found some of the relevant code.
16:32:14 <dbooth> Topic: Ontology generation
16:32:46 <dbooth> daniel: Still trying to figure out what the changes mean.
16:33:14 <dbooth> ... Trying to find time to connect w Jim.  Found that editing the turtle parser in the HAPI code affects the example files.
16:33:36 <dbooth> ... Already changed fhir:value to fhir:v
16:42:23 <dbooth> Topic: FHIR FAQ
16:42:38 <dbooth> chris: Will check w Davera
16:43:22 <dbooth> Topic: How to use CURIEs for foreign concepts
16:45:36 <dbooth> joe: How to implemente CURIEs for foreign concepts?
16:46:10 <dbooth> eric: What's your objective?  Are you trying to do inference?
16:46:28 <dbooth> joe: No inference, just serving content.  Not aware of use case for inference yet.
16:47:15 <dbooth> eric: When you use it for classification, when you have a code system and code, you end up adding a type arc.
16:48:03 <dbooth> ... But not sure we can give guidance WRT CURIES.  You need to tell the world that your codes start with "ro:", and tell your friends that it means a certain thing.
16:48:18 <dbooth> ... But you probabl ywant to enable the classification use case.
16:49:26 <dbooth> joe: where would a prefix map go?
16:50:09 <dbooth> eric: We didn't arrive at a conclusion for dealing w that.  We haven't defined a way to expand CURIEs.
16:50:58 <dbooth> joe: Is the group planning to address that issue?
16:54:02 <dbooth> dbooth: How about using full URIs instead of CURIEs?
16:54:44 <dbooth> ACTION: joe to email problem description to dbooth for inclusion in these minutes
16:55:02 <dbooth> joe: I guess we could.
16:55:37 <dbooth> gaurav: Lean toward using the full URI - -unambiguous, and can be translated to concepts outside of FHIR.
16:56:03 <dbooth> ... Also we need to come up with a way to standardize this.
16:56:42 <dbooth> ... FHIR doesn't see CURIEs.  Once you've defined the code somewhere, you can reference it from elsewhere.
16:57:17 <dbooth> ... All uberon codes could start with "uberon:"
16:58:15 <dbooth> dbooth: Also, you mentioned the code system being implicit.  Can it be made explicit?
16:59:13 <dbooth> chris: He was looking at the terminology def itself.
17:00:24 <TallTed> TallTed has joined #hcls
17:01:58 <dbooth> Topic: HAPI
17:03:22 <dbooth> eric: Still hoping to have time
17:05:49 <dbooth> i/Also, you mentioned/joe: We changed periods to underscores in the URIs because they were causing a problem with Lucene indexing.
17:06:13 <dbooth> i/Also, you mentioned/dbooth: Codes can normally have periods in them though.
17:07:12 <dbooth> ADJOURNED
17:07:16 <dbooth> rrsagent, draft minutes
17:07:17 <RRSAgent> I have made the request to generate https://www.w3.org/2023/01/26-hcls-minutes.html dbooth
21:26:09 <RRSAgent> RRSAgent has joined #hcls
21:26:09 <RRSAgent> logging to https://www.w3.org/2023/01/26-hcls-irc
21:26:15 <dbooth> rrsagent, make logs public
21:26:40 <dbooth> Topic: Example of CURIE problem
21:27:09 <dbooth> From Joe Flack:
21:27:11 <dbooth> [[
21:27:14 <dbooth>  Attached is the example snippet of the JSON I was showing at the meeting. One of the RO references is a CURIE, and another one is a URI, just as an illustrative difference.
21:27:14 <dbooth> I found which CodeSystem / ontology it was taken from. It is from Mondo, actually. If you have any need, that file is called CodeSystem-mondo.json​ and can be downloaded here: https://github.com/HOT-Ecosystem/owl-on-fhir-content/releases
21:27:16 <dbooth> ]]
21:27:31 <dbooth> The example:
21:27:32 <dbooth> [[
21:27:33 <dbooth>     {
21:27:33 <dbooth>       "code": "UBERON:0004455",
21:27:33 <dbooth>       "display": "neurula embryo",
21:27:33 <dbooth>       "property": [
21:27:34 <dbooth>         {
21:27:36 <dbooth>           "code": "parent",
21:27:38 <dbooth>           "valueCode": "UBERON:0000922"
21:27:40 <dbooth>         },
21:27:42 <dbooth>         {
21:27:44 <dbooth>           "code": "RO:0002202",
21:27:46 <dbooth>           "valueCode": "UBERON:0004734"
21:27:49 <dbooth>         },
21:27:50 <dbooth>         {
21:27:52 <dbooth>           "code": "http://purl_obolibrary_org/obo/RO_0002491",
21:27:54 <dbooth>           "valueCode": "UBERON:0000110"
21:27:58 <dbooth>         }
21:28:00 <dbooth>       ]
21:28:02 <dbooth>     },
21:28:04 <dbooth> ]]
21:28:06 <dbooth> rrsagent, draft minutes
21:28:07 <RRSAgent> I have made the request to generate https://www.w3.org/2023/01/26-hcls-minutes.html dbooth
21:28:14 <dbooth> rrsagent, draft minutes
21:28:45 <RRSAgent> I have made the request to generate https://www.w3.org/2023/01/26-hcls-minutes.html dbooth
21:29:50 <dbooth> Oops, here's the message from Joe Flack again, better formatted:
21:29:52 <dbooth> [[
21:29:53 <dbooth> Attached is the example snippet of the JSON I was showing at the
21:29:53 <dbooth> meeting. One of the RO references is a CURIE, and another one is a URI,
21:29:53 <dbooth> just as an illustrative difference.
21:29:53 <dbooth> I found which CodeSystem / ontology it was taken from. It
21:29:54 <dbooth> is from Mondo, actually. If you have any need, that file is
21:29:57 <dbooth> called CodeSystem-mondo.json�~@~K and can be downloaded here:
21:29:59 <dbooth> https://github.com/HOT-Ecosystem/owl-on-fhir-content/releases
21:30:01 <dbooth> ]]
21:30:06 <dbooth> ADJOURNED AGAIN
21:30:11 <dbooth> rrsagent, draft minutes
21:30:13 <RRSAgent> I have made the request to generate https://www.w3.org/2023/01/26-hcls-minutes.html dbooth