-
Notifications
You must be signed in to change notification settings - Fork 159
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extension: DICOM Viewer #9215
Comments
@hodyroff @dragotin is there any concept regarding a marketplace/app store? I'm not sure this extension should live in the main |
Agreed, this app should not live in the main repo. I'm working hard on making external apps happen (chat me up if you want to know the current state) but we currently have no concept of a marketplace - can't harm to have a long term vision, but not a priority right now. |
I do have ideas for a marketplace, but not written down because - as @dschmidt said - it's not a priority at the moment. |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
examples of available metadata
|
Added userstory, ACs and Scribble to initial post |
some dicom (dcm.) files for testing purpose can be found here: https://github.com/koebel/web/tree/DICOM-viewer-testcases/packages/web-app-dicom-viewer/tests/unit/testfiles |
I asked a radiologist (thanks to PD Dr. med. Stefan Lang, Erlangen) what the most important metadata are that should be shown upfront as overlay upon the image (updated ACs in initial issue). |
There is an older issue here: owncloud/ocis#5055 which also considers a server component. |
@tbsbdr I've added mockups for the user story to your whimsical board |
@dragotin thanks for bringing this up, I wasn't actually aware of the plan to integrate a proper DICOM server. our current proof of concept implementation of the dicom viewer (point 3 in the thread above) is done using cornerstone3D and we also aim to implement point 4, most likely using cornerstone's dicom parser. is it relevant to have a closer look into DICOM server orthanc to ensure that the dicom viewer will be compatible once the DICOM server gets implemented? |
No, if you can do any useful with cornerstone3D alone and without all the server side stuff, I'd say that is the way to go for a great first step. Looking into orthanc can be done separately, and later. The idea was that orthanc uses oCIS as a storage backend. |
codebase of current state of implementation has been moved from my own fork into the newly created repo on https://github.com/owncloud/web-app-dicom-viewer basic functionalities and UI design have been implemented according to the scribbles, unit tests are in progress |
Can we close this here now? |
Acceptance criteria for the extension are defined at the top of this issue... shall I copy them into an issue in the new repo @dschmidt ? |
closing issue as this has been move to a separate repo. acceptance criteria have been copied into this issue: owncloud/web-app-dicom-viewer#2 |
Create a viewing extension which does view medical images:
https://github.com/cornerstonejs/cornerstone is MIT licensed
User Story
Acceptance Criteria
Scribbles
https://whimsical.com/dicom-viewer-GLceztrP2ESxrKK6TTrJ4A
The text was updated successfully, but these errors were encountered: