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

I need advice/help uploading the Pedigree Editor zip file into REDCap without a CSV format? #3

Open
juliewilliamsdada2 opened this issue Sep 30, 2022 · 4 comments

Comments

@juliewilliamsdada2
Copy link

Hi, I opened a github account, downloaded Pedigree Editor and all of its update plug ins, but cannot upload the Master file nor any cloned versions into REDCap which rejects the upload for not having a file of the format "instrument.CSV" in the ZIP download. What steps should I be taking to download this Pedigree Editor in a format that REDCap will recognize? I tried inserting v before the version number, cloning and CMD git commands to format it correctly....what am I missing here? Seems self explanatory through your instructions yet it is not.
Thanks

@juliewilliamsdada2
Copy link
Author

Hello???

@dconlan
Copy link
Contributor

dconlan commented Jul 17, 2023

@juliewilliamsdada2 I'm really sorry, some how my github account decided I should not be notified about issues in my projects :(

I suspect a year later you have already sorted things out or given up on the tool.

I've never seen issues with instrument.csv before.

If you go to this page you will see the latest release
https://github.com/aehrc/redcap_pedigree_editor/releases/tag/v0.3.2

If you download the zip version it should give you a file called redcap_pedigree_editor-0.3.2.zip

This file is unzipped into your REDCap external modules directory found at redcap/modules but it will create a directory called
redcap_pedigree_editor-0.3.2, which is the wrong naming format. rename that directory to redcap_pedigree_editor_v0.3.2.

Once this is done you can go to the external module configuration inside REDCap and use enable module to select and enable the module.

@juliewilliamsdada2
Copy link
Author

juliewilliamsdada2 commented Jul 19, 2023 via email

@dconlan
Copy link
Contributor

dconlan commented Jul 19, 2023

@juliewilliamsdada2

Hi Julie,

I don't think github passed along your power point.

I have done quite a bit of work on making this plugin integrate better with REDCap. I have not done an official release of the changes because I'm still not happy with it.

The major change I made was to allow the addition of action tags to link a field in a instrument with a field in the pedigree.

So an action tag of @PEDIGREE_TAG=proband_first_name would mark a field as being the first name of the proband. The external module would then use this to prepopulate the pedigree diagram when it was first opened. It would also attempt to update the fields in the form with any changed values when the pedigree was saved back into REDCap.

Here are my issues and the main reason I've not released a new version:

  1. Each possible person in the tree needs its own set of fields in REDCap. The people I was working with wanted to allow up to 20 children, with each allowing up to 6 conditions and associated phenotypes and genes. This many fields pretty much kills REDCap. The project we built to house the data contained more than 2000 fields and included a stack of logic to show/hide fields. Basically it ran like a dog. The suggested maximum number of fields for a single form is 500. In theory we can split the 2000 fields up across multiple forms, say one for each generation, but the write back into redcap mechanism can only change fields in the current form. To deal with updating fields in previous forms I will need to hook the save and manually change the entries in the database for the earlier forms. I've not attempted this yet.
  2. REDCap has no 'official' way of updating a field in a form in javascript. I can poke things in, but the next version of REDCap may decide they will tweak their naming conventions for form elements and then the code will break. Because there is so many fields and lots of logic to show/hide based on what data is in the tree, it can be very difficult to update the fields in the correct order. I found on some occasions the branching logic would be applied before all the fields were updated and give the user an error about a field having a value when it is not reachable. It would then remove the value.

There is some documentation about the fhir format used to store the data here:
https://github.com/aehrc/redcap_pedigree_editor/blob/master/open-pedigree/FHIR_Format.md

I am happy to take this discussion out of github, I can try and set you up a demo of the current state of the plugin and discuss the features that could help you accomplish your goals. Send me a mail at david.conlan@csiro.au

David Conlan

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

2 participants