Was there a requirement to work with these formats directly without converting?
Show HN: Streaming gigabyte medical images from S3 without downloading them
11–20 of 51 posts
Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#12Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#13Please don’t use AWS S3 there’s vast numbers of much cheaper compatible choices.
Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#14https://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).
Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#15Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#16How does this compare to things like COGs (Cloud Optimised GeoTIFFs) or other binary blob + index raster pyramid formats? Was there a requirement to work with these formats directly without converting?
Sometimes, it happens that we re-write the image in a pyramidal TIFF format (happened to me a few times, where NDPI images had only the highest resolution level, no pyramid), in which case COGs could work.
Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#17Please don’t use AWS S3 there’s vast numbers of much cheaper compatible choices.
That being said, I plan to support more cloud platforms in the future, starting with GCP.
Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#18How does this handle images with different compression formats?
Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#19This is really a job for JPEG-XL, which supports decode of portions of larger images and has recently been added to the DICOM standard.
Re: Show HN: Streaming gigabyte medical images from S3 without downloading them
#20This is really a job for JPEG-XL, which supports decode of portions of larger images and has recently been added to the DICOM standard.
No. Jpg conpression sucks. Medical data should not be compressed loosely. PNG and TIFF for the win