Skip to content
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

Manifest file for Philips loader #158

Open
IngmarVoigt2 opened this issue Mar 3, 2020 · 10 comments
Open

Manifest file for Philips loader #158

IngmarVoigt2 opened this issue Mar 3, 2020 · 10 comments

Comments

@IngmarVoigt2
Copy link

Dear @SteveKauffman, @mdickerson110 ,

I am currently working with a version from last May (PhilipsLoader-8May2019) and realized users are forced to register the DLL into the Windows regsistry using adminstrator mode, since there is no manifest file provided in that version.

It would be great if a manifest file could be provided, so that an integration based on https://github.com/MedicalUltrasound/Image3dAPI/tree/master/RegFreeTest would be possible.

Who could help with this? Is such an updated package already available?

Kind regards

@lassoan
Copy link

lassoan commented Jul 7, 2020

We work a lot with Philips 4D ultrasound images and so far we have been limited to QLab-exported Cartesian images, but lack of ECG, Doppler, etc. hurts us. Who can we get the Philips loader from?

@mattjolley
Copy link

Yes. We are very interested in this and work with @lassoan. Please let us know what we could do to help improve access to the full 3D US data (color, standard, EKG, full resolution).

@lassoan
Copy link

lassoan commented Jul 9, 2020

@IngmarVoigt2 Could you help us? Which person/group within Philips you got PhilipsLoader-8May2019 from?

@IngmarVoigt2
Copy link
Author

unfortunately only indirectly via internal contacts - @forderud can you point them to the right people?

@SteveKauffman
Copy link
Member

SteveKauffman commented Jul 10, 2020 via email

@tbirdso
Copy link

tbirdso commented Apr 27, 2023

Hi all, I am interested in learning more on the status of the Philips Image3DAPI loader for Philips 3D/4D US images. Is that library still maintained? If so, how are releases made available, and who should I talk to in order to learn more? Is Scott Settlemier still leading that effort at Philips?

@lassoan or @mattjolley , would you be able to comment on whether you were previously able to obtain the PhilipsLoader-8May2019 DLL, in addition to the Philips export steps you've documented in SlicerHeart?

Thank you for your help.

@mattjolley
Copy link

@tbirdso

We have not obtained the Philips dll. Last we checked Philips had not released that publically and the library seemed intended for intervendor work, but we hope that has evolved.

We have not checked in with the Philips team on this in a while, so it would be good to do so.

Scott Settlemier was still on that team the last time we connected.

We have used the GE equivalent and that is pretty easy to obtain from GE.

@tbirdso
Copy link

tbirdso commented Apr 28, 2023

@mattjolley thank you for the update! Disappointing to hear that Philips did not release their library at the time. It does seem that GE is the current leader in this regard.

I am unclear on whether Scott Settlemier is active on GitHub. Perhaps someone on the Philips team would be willing to point me in the right direction? @SteveKauffman , @mdickerson110 ?

@cacoool
Copy link

cacoool commented May 15, 2024

Hello everyone,

We're interested in using the tool for Philips 3/4D US, as an alternative to qlab, which we find cumbersome. I was wondering if there have been any recent updates or developments with the Philips Image3DAPI loader since the previous discussion last year.

@lassoan
Copy link

lassoan commented May 17, 2024

Accessing the 3D/4D ultrasound images that you acquire is a very basic need and I even consider unethical if not illegal that several vendors deny patients and researchers open access to this data. Unfortunately, it seems that the only practically feasible way to enforce vendors to change their behavior is to not buy systems that restrict access to your data.

So, if you are (as many of us) unhappy with how some imaging vendors do not let you access your data, next time your hospital purchases new systems, make sure that "open access to 3D/4D imaging data" is among the requirements and do not let them get away with limited workarounds.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants