Skip to content

Manifest file for Philips loader #158

Open

Description

@IngmarVoigt2

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

Activity

  1. lassoan commented on Jul 7, 2020

    @lassoan

    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?

  2. mattjolley commented on Jul 7, 2020

    @mattjolley

    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).

  3. lassoan commented on Jul 9, 2020

    @lassoan

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

  4. IngmarVoigt2 commented on Jul 9, 2020

    @IngmarVoigt2
    Author

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

  5. SteveKauffman commented on Jul 10, 2020

    @SteveKauffman
    Member
  6. tbirdso commented on Apr 27, 2023

    @tbirdso

    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.

  7. mattjolley commented on Apr 27, 2023

    @mattjolley

    @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.

  8. tbirdso commented on Apr 28, 2023

    @tbirdso

    @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 ?

  9. cacoool commented on May 15, 2024

    @cacoool

    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.

  10. lassoan commented on May 17, 2024

    @lassoan

    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

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions