two entries in pro/id
Brought to you by:
darren_natale
I came across this:
PR:Q7TSK9
If you search on PR:Q7TSK9 , you come back with what looks like a regular pro entry
If you search Q7TSK9 -, you get a PR:Q7TSK9 page but THIS page is one of the dynamically generated and not available to the publich.
So one is, the other isn't. However, we don' load the PR:Q7TSK9 into our gpi as it is not n the downloadable files, so apparently the record that looks regular is actually not?
This does not happen for PR:Q545R7, which comes back as a dynamically generated record no matter how you search
PR:Q7TSK9 is an entry you requested last week. It shows up as a regular entry because it is in the pro_wv file. I get the same result no matter which way I search, unless I add a dash at the end (with a space between as you show above, or without the space). Technically that should return an "invalid ID" error instead of a dynamically-generated page. I'll have to look into it.
Closing old tickets already addressed. The issue you raised happened because the dynamic generator only looked for whatever comes before the first space, so found a valid accession when the space was present. It also 'split' the accession into two parts--one for the main accession and one for the isoform--based on a dash being present. So when the dash was there (with no space before it and no numbers after it) it again found a valid accession and ignored the lack of isoform number.