9 comments

  • matthberg 3 hours ago ago

    Seems very similar to how maps work on the web these days, in particular protomap files [0]. I wonder if you could view the medical images in leaflet or another frontend map library with the addition of a shim layer? Cool work!

    0: https://protomaps.com/

    • el_pa_b 3 hours ago ago

      Thanks! Indeed, digital pathology, satellite imaging and geospatial data share a lot of computational problems: efficient storage, fast spatial retrieval/indexing. I think this could be doable.

      As for digital pathology, the field is very much tied to scanner-vendor proprietary formats (SVS, NDPI, MRXS, etc).

  • rwmj 2 hours ago ago

    https://dicom.nema.org/dicom/dicomwsi/

    Interesting guide to the Whole Slide Images (WSI) format. The surprising thing for me is that compression is used, and they note does not affect use in diagnostics.

    Back in the day we used TIFF for a similar application (X-ray detector images).

  • tokyovigilante 2 hours ago ago

    This is really a job for JPEG-XL, which supports decode of portions of larger images and has recently been added to the DICOM standard.

    • dmd an hour ago ago

      Or IIIF.

  • lametti 2 hours ago ago

    Interesting - I'm not so familiar with S3 but I wonder if this would work for WSI stored on-premises. Imposing lower network requirememts and a lightweight web viewer is very advantageous in this use case. I'll have to try it out!

    • el_pa_b 2 hours ago ago

      When WSI are stored on-premise, they are typically stored on hard drives with a filesystem. If you have a filesystem, you can use OpenSlide, and use a viewer like OpenSeaDragon to visualize the slide.

      WSIStreamer is relevant for storage systems without a filesystem. In this case, OpenSlide cannot work (it needs to seek and open the file).

  • Nora23 2 hours ago ago

    How does this handle images with different compression formats?

  • tonyhart7 2 hours ago ago

    hey, I need this