Hi Wayne
I checked that out and the project does seem to be pointing to the
right .xml. I wonder if this wasn't the case more than just the import
would have gone awry, up until then the project seemed well behaved
cheers
Marie
Quoting Wayne Boucher <[log in to unmask]>:
> Hello,
>
> This might be wrong but it sounds like the project might be pointing to an
> old Nmr.xml file by mistake?? You can check this by going into the
> Project --> Save As dialog (of all things). Click on the Storages tab and
> look for the ccp.nmr.Nmr cell in the Package column. Then the next
> column over gets the Url serial, and two more columns over gets you the
> relative path for this storage. Then click on the Urls tab and look for
> that url serial, and the Path column gives you the absolute part of the
> path. So the total path for your Nmr.xml file is
>
> storage.url.path + '/' + storage.path
>
> If this is pointing to what you think it should be pointing to then this
> is another problem we have here.
>
> Wayne
>
> On Tue, 13 May 2008, Marie Phelan wrote:
>
>> Hi
>>
>> I made an alarming discovery whilst importing a shift and peak list
>> into an existing analysis project. The peak assignments have reverted
>> to an old incorrect assignment that was re-assigned back in February
>> and as far as I was aware was no longer associated with the project.
>>
>> When the assignment was corrected I used the re-assign peak option in
>> the edit assignment window and when the project was exported to CYANA
>> using format converter the peak and shift lists were correct for the
>> new assignment. However it is in importing from CYANA that this
>> conversion occurs, that is the peak list and shift list are correct in
>> CYANA .prot and .peaks format but once back in CYANA the peaks have
>> reverted to the old assignment.
>>
>> I have no orphans in my project and tried many different ways of
>> importing the data ( link / no link resonances, importing single .peak
>> file vs import multiple files for shift and peaks, associating the
>> shift list with every spectra or with none ) and always the same
>> result which leads us to believe that somewhere in the project the
>> original incorrect assignment has been retained.
>>
>> In addition it would be useful, for example when comparing different
>> assignments, to have an option so that the SD and delta for each shift
>> list be based only on that shift list (and not to have
>> contributions from each shift list)
>>
>> cheers
>>
>> Marie Phelan
>>
>> Joseph Black Building
>> Kings Buildings
>> West Mains Road
>> Edinburgh
>> EH9 3JJ
>> 0131 6504704
>>
>>
>>
>> --
>> The University of Edinburgh is a charitable body, registered in
>> Scotland, with registration number SC005336.
>>
>
>
--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.
|