http://www.lovd.nl/bugs/ Flyspray::LOVD 2.0: Recently opened tasks 2012-05-16T22:38:06Z http://www.lovd.nl/bugs/index.php?do=details&task_id=56 2012-05-16T22:38:06Z Ammar Husami Title: feature request to import variants reports often generated by high throughput technology such as next generation sequencing etc Description of the problem: the current filed of genetic testing is moving from single gene testing to multi gene testing where handful of gene variants are reported at once. The current LOVD submission scheme is limited to uploading single gene variants. Thus if I have variants for 50 samples for 24 genes, the most efficient way is to create variant import file for each gene adding considerable time to the submission process while it is technically possible to do in one step solution: add subsection to /config_import.php to identify gene and separate variant tables based on gene symbol allowing import of multiple genes from one file Description of the problem: the current filed of genetic testing is moving from single gene testing to multi gene testing where handful of gene variants are reported at once. The current LOVD submission scheme is limited to uploading single gene variants. Thus if I have variants for 50 samples for 24 genes, the most efficient way is to create variant import file for each gene adding considerable time to the submission process while it is technically possible to do in one step
solution: add subsection to /config_import.php to identify gene and separate variant tables based on gene symbol allowing import of multiple genes from one file
]]> http://www.lovd.nl/bugs/index.php?do=details&task_id=55 2012-04-20T15:09:03Z Raymond Dalgleish On the Configuration tab near the top right there is a 'Quicklink' to uncurated variants for the selected gene. More correctly, this seems to link instead to any variant that is Submitted, Non-public or Marked. I have instances of the latter two in my databases where the entries are curated, but not yet made public, or are marked to remind me to go back to them later. I suggest that the Uncurated Quicklink be replaced by Quicklinks for 'Submitted', 'Non-public' and 'Marked'. This would improve the usability of LOVD.
I suggest that the Uncurated Quicklink be replaced by Quicklinks for 'Submitted', 'Non-public' and 'Marked'. This would improve the usability of LOVD.]]> http://www.lovd.nl/bugs/index.php?do=details&task_id=54 2012-04-18T13:05:47Z Russell Bell We've set up LOVD at our institution using the network security mandated version 5.5 of PHP and are having the following trouble with the installation: when Im on a the gene home page, http://hci-lovd.hci.utah.edu/home.php?select_db=MSH2 ,and select type, or simple or advanced the next page is the select gene database which will send me back to a gene home page depending on which I select another behavior: If I go to a gene page and select Unique sequence variants it will take me to http://hci-lovd.hci.utah.edu/variants.php?select_db=MSH2&action=view_unique but if I click on Hide Specific Columns I get this error: Error: NoCurrDB (Logged) Currently, no gene was selected or sent, but the currdb class has been initiated. This is a in LOVD or in one of it's modules. Debug: /views_columns.php?action=view_all&hide=true any ideas would be greatly appreciated and are having the following trouble with the installation:

when Im on a the gene home page,
http://hci-lovd.hci.utah.edu/home.php?select_db=MSH2
,and select type, or simple or advanced
the next page is the select gene database
which will send me back to a gene home page depending on which I select

another behavior:
If I go to a gene page and select Unique sequence variants it will take me to
http://hci-lovd.hci.utah.edu/variants.php?select_db=MSH2&action=view_unique


but if I click on Hide Specific Columns I get this error:
Error: NoCurrDB (Logged)
Currently, no gene was selected or sent, but the currdb class has been initiated. This is a in LOVD or in one of it's modules.
Debug: /views_columns.php?action=view_all&hide=true

any ideas would be greatly appreciated
]]> http://www.lovd.nl/bugs/index.php?do=details&task_id=53 2012-03-15T15:37:32Z Raymond Dalgleish In build 26, changes were made to LOVD 2.0 with regard to the "Detection" columns: 'In new LOVD installations, the following columns are now on the variant side: "Detection/Template", "Detection/Technique", "Detection/Tissue".' I have just created a new installation of LOVD 2.0 and find that I cannot edit the contents of the "Detection/Technique" column now that it's "Variant/Detection/Technique" using the box at the bottom of 'LOVD Setup - Systems settings' page. Of course, the list of techniques can still be edited using the column data type wizard, but the box which was formerly used for editing the list now seems to be non-functional and redundant.
'In new LOVD installations, the following columns are now on the variant side: "Detection/Template", "Detection/Technique", "Detection/Tissue".'

I have just created a new installation of LOVD 2.0 and find that I cannot edit the contents of the "Detection/Technique" column now that it's "Variant/Detection/Technique" using the box at the bottom of 'LOVD Setup - Systems settings' page. Of course, the list of techniques can still be edited using the column data type wizard, but the box which was formerly used for editing the list now seems to be non-functional and redundant.
]]> http://www.lovd.nl/bugs/index.php?do=details&task_id=52 2011-10-18T15:14:01Z Raymond Dalgleish I use Google Analytics to track hits to my two LOVD installations. I do this by embedding the tracking code into the bottom of the file inc-bot.php. It's not an ideal solution because any change to inc-bot.php in future builds will mean having to edit the tracking code back into the file again. Indeed, there might be a better file into which to paste the code, but the present solution does work. In addition, my solution is feasible only because I host the two installations on my own server and can edit the inc-bot.php file. Curators whose sites are hosted at LUMC do not (presumably) have this luxury. Would it be possible to provide direct support for Google Analytics by providing a box into which the tracking code could be pasted by the database curator. Some thought might need to be given for the situation where a single shared-installation hosts genes which need to be tracked individually because these genes belong to different curators. A single-installation wide solution is not the answer, but neither is one which does it gene by gene.
Would it be possible to provide direct support for Google Analytics by providing a box into which the tracking code could be pasted by the database curator. Some thought might need to be given for the situation where a single shared-installation hosts genes which need to be tracked individually because these genes belong to different curators. A single-installation wide solution is not the answer, but neither is one which does it gene by gene.]]> http://www.lovd.nl/bugs/index.php?do=details&task_id=51 2011-09-30T13:28:49Z Raymond Dalgleish LOVD creates tables (text and HTML) of exon coordinates which are stored in the /refseq sub-directory. It would be useful to provide a link to the HTML version of the table (to open in a new tab) on the variant submission form. At present, there is a link adjacent to the DNA change box (just below the "Check variant with Mutalyzer 2.0" button) that allows access to the HTML view of the cDNA and intron sequence. A link to the exon table would be useful too because most of the time I just want to work out (or confirm) the exon in which the variant lies. The data displayed in the table are a more convenient source of information for this task. http://www.lovd.nl/bugs/index.php?do=details&task_id=50 2011-09-30T13:29:06Z Raymond Dalgleish The "LOVD - Current system status" page displays the total "Total variants" and "Unique variants" for each gene. It would be useful to add an additional column to display the "Number of patients" for each gene. http://www.lovd.nl/bugs/index.php?do=details&task_id=49 2011-07-07T14:22:34Z Raymond Dalgleish I sometimes have a problem whereby a person registers as a submitter and goes ahead and submits data without understanding what they doing. I recently had such a submitter who entered a single patient with six dominant disease-causing variants, any one of which would have been sufficient to cause the disease in question. The problem is that there is no mechanism, at present, to prevent this. Ideally, I would like the submitter to be automatically presented with the "How to" document which I send out manually to new submitters. Submitters would hopefully read these guidance notes and would have to tick a check-box to indicate that they'd done so before being allowed to submit data. This type of solution probably needs to wait for version 3. In the meantime, version 2 could be modified so that new submitters are temporarily locked out from submitting data until approved by the database manager. That would give me time to intervene and send guidance notes to potential submitters.
Ideally, I would like the submitter to be automatically presented with the "How to" document which I send out manually to new submitters. Submitters would hopefully read these guidance notes and would have to tick a check-box to indicate that they'd done so before being allowed to submit data. This type of solution probably needs to wait for version 3.

In the meantime, version 2 could be modified so that new submitters are temporarily locked out from submitting data until approved by the database manager. That would give me time to intervene and send guidance notes to potential submitters.]]> http://www.lovd.nl/bugs/index.php?do=details&task_id=48 2011-07-29T16:25:41Z Raymond Dalgleish LOVD was modified in build 30 so that the Reply-To header in emails sent out by LOVD now points to the data submitter. Could this also be fixed for submitter registrations? http://www.lovd.nl/bugs/index.php?do=details&task_id=47 2011-04-06T15:08:09Z Raymond Dalgleish The Mutalyzer plugin for LOVD stopped working for the PLOD1 gene in one of my installations. The error message related to the transcript not being found. The underlying cause was that the RefSeq mRNA record had been updated from NM_000302.2 to NM_000302.3 and this no longer matched with the RefSeqGene record for the gene. It was simple to fix once I realised what had happened. Could a feature be added to LOVD to track changes in reference sequence version numbers and inform the database manager? Thanks.
Could a feature be added to LOVD to track changes in reference sequence version numbers and inform the database manager?

Thanks.]]>