14:59:04 <RRSAgent> RRSAgent has joined #hcls
14:59:09 <RRSAgent> logging to https://www.w3.org/2025/05/15-hcls-irc
14:59:29 <dbooth> rrsagent, make logs public
14:59:56 <dbooth> Meeting: FHIR RDF
15:00:05 <dbooth> Chair: David Booth
15:04:51 <dbooth> Regrets: Gaurav Vaidya
15:04:56 <dbooth> topic: DICOM
15:05:20 <dbooth> erich: Running DCM to RDF converter on Stoneybrook's largets DICOM repo.
15:08:01 <dbooth> Topic: Representation of DICOM "arrays" #149
15:08:23 <dbooth> erich: I've been putting in array handling as part of CDT.
15:08:39 <dbooth> ... including multidimensional array access
15:09:04 <dbooth> ... Also asked if CDT slicing could be added, supported by Apache Arrow
15:09:18 <dbooth> ... Want to extend to multidimensional case.
15:09:40 <dbooth> ... Olaf saw the value, but doesn't want to change the spec yet.
15:10:42 <dbooth> detlef: There's implementation in Apache Jena, but no SPARQL support except Jena.
15:10:56 <dbooth> ... Virtuoso said "when it's a standard we'll implement it"
15:18:59 <dbooth> dbooth: How much of a show stopper is it for you, to not (yet) have those mulit-dim access functions?
15:19:26 <dbooth> erich: Not much, because I'll implement myself.
15:19:44 <dbooth> ... CDT is a possible future solution.
15:20:02 <dbooth> ... Another suggestion is what detlef does, to represeent it as JSON.
15:20:27 <dbooth> ... which is similar to CDT, but you don't have the SPARQL functions to connect it with other data
15:21:31 <dbooth> erich: Still want DICOM to take this on, but we're doing a starting point.
15:21:40 <dbooth> rrsagent, pointer
15:21:40 <RRSAgent> See https://www.w3.org/2025/05/15-hcls-irc#T15-21-40
15:23:50 <dbooth> Topic: Using the entity-relationship model of the real world of DICOM #159
15:23:56 <dbooth> https://github.com/w3c/hcls-fhir-rdf/issues/159
15:25:40 <dbooth> dbooth: To gen a DICOM ont, is there a machine readable rep of the ER def?
15:26:13 <dbooth> detlef: Yes, the authoritatieve version is in a set of XML files of the ER model.
15:28:22 <dbooth> ... We did it using XSLT, but I cannot give you the code.
15:28:54 <dbooth> ... And we use it to factor the DICOM.
15:29:01 <dbooth> s/DICOM/DICOM metadata/
15:29:37 <dbooth> erich: I'm trying to express the DICOM std in SHACL.  It would be interesting if we produce the same result.
15:31:45 <dbooth> ACTION: Erich to try generating an OWL ont from DICOM ER model, in addition to SHACL
15:32:37 <dbooth> rrsagent, pointer
15:32:37 <RRSAgent> See https://www.w3.org/2025/05/15-hcls-irc#T15-32-37
15:34:13 <dbooth> Topic: Linking FHIR RDF with DICOM RDF #161
15:34:21 <dbooth> https://github.com/w3c/hcls-fhir-rdf/issues/161
15:35:00 <dbooth> erich: IDK how existing DICOM fits into FHIR
15:35:42 <dbooth> detlef: HL7 v2 is connected with DICOM, so FHIR must have at least that same connection to DICOM.
15:36:24 <dbooth> ... There's a workflow for our hospital info sys, to create a study instance ID, and used by all images.
15:37:34 <dbooth> ... And for reporting, from DICOM perspective, they can put HL7 v2 as a document, so maybe there is also a way for it to ref FHIR doc.
15:38:44 <dbooth> ACTION: Detlef to look into linking FHIR  with DICOM
15:39:07 <dbooth> detlef: You can rely on the pt ID in DICOM, and can link that way to FHIR graph.
15:39:15 <dbooth> ... That's already possible.
15:40:12 <dbooth> ... Might want more workflow support.
15:40:26 <dbooth> ... with RDF support.
15:41:17 <dbooth> dbooth: Also suggest figuring out who in the FHIR community is closest to this.
15:41:23 <dbooth> rrsagent, pointer
15:41:23 <RRSAgent> See https://www.w3.org/2025/05/15-hcls-irc#T15-41-23
15:42:45 <dbooth> Topic: Relationship of FHIR and DICOM RDF to Linked Web Storage #162
15:42:52 <dbooth> https://github.com/w3c/hcls-fhir-rdf/issues/162
15:49:12 <dbooth> erich: Every POD has its own metadata to expose the data it holds.  How do we advertise what's available in a particular POD?
15:49:31 <dbooth> ... Maybe advertise the SHACL shapes for the POD.
15:50:14 <dbooth> ... Do we need to put anything into FHIRDF RDF to make LWS people happy?
15:51:10 <dbooth> rrsagent, pointer
15:51:10 <RRSAgent> See https://www.w3.org/2025/05/15-hcls-irc#T15-51-10
15:51:36 <dbooth> erich: EricP is one of the LWS chairs, and I'm in the WG.
15:52:47 <dbooth> Topic: HDT code
15:53:08 <dbooth> detlef: The libraries and code are actually licensed under the lessor GPL license.
15:53:35 <dbooth> erich: Greg Williams is also int w HDT, but some of the docs don't align w the implementation.
15:54:18 <dbooth> ... I'm reimplementing HDT, with a slight variaion.  I'm using the spiritual design into a HDF5 file.  That makes it easier to put the guts of HDT into it, but in an HDF5 file.
15:54:31 <dbooth> ... I'm debugging the writing, then will build the reader.
15:54:58 <dbooth> ... If that works well, I'll weave it into Jena to do SPARQL queries, and extend to support quads.
15:55:58 <dbooth> ... Want to park the HDT into other kinds of file formats.  Could even park it into DICOM itself.  Blocks, super blocks, etc. all end up being vectors in the end.  Could park them in the DICOM and then have software that knows how to interpret them.
15:56:14 <dbooth> ... I'm using the HDF viewer as a debugger.
15:57:06 <dbooth> ... I think the world needs a binary RDF to deal with the volume of medical data.
15:57:54 <dbooth> erich: HDT gives you index-sorted memory structures.
15:58:16 <dbooth> ... Very compact, and doesn't require deserializatoin.  But it's read only.  Great for bulk data.
15:59:34 <dbooth> Present: Jim Balhoff, Erich Bremer, Detlef Grittner, David Booth
15:59:37 <dbooth> ADJOURNED
16:00:00 <dbooth> rrsagent, draft minutes
16:00:01 <RRSAgent> I have made the request to generate https://www.w3.org/2025/05/15-hcls-minutes.html dbooth