Hi Rick -
To me, this *seems* like a pyxnat bug. Or at least something pyxnat should be able to sort out.
When I get a resource like so:
https://SERVER/xnat/data/experiments/ID_E00300/resources/3454/I get something like this:
<cat:Catalog ID="QA">
<cat:metaFields>
<cat:metaField name="AUDIT">6758:Thu May 16 13:54:23 PDT 2013=Removed:1|5459:Wed May 08 19:29:58 PDT 2013=Added:1|5458:Wed May 08 19:29:58 PDT 2013=Added:1|6757:Thu May 16 13:54:23 PDT 2013=Removed:1|5457:Wed May 08 19:29:11 PDT 2013=Added:1|6756:Thu May 16 13:53:40 PDT 2013=Removed:1</cat:metaField>
</cat:metaFields>
<cat:entries>
<cat:entry ID="QA/t1.nii.gz" URI="t1.nii.gz" content="ADNI Phantom QA File" createdBy="RestAPI" createdEventId="5457" createdTime="2013-05-08T19:29:11.203" format="nifti_gz" modifiedBy="RestAPI" modifiedEventId="6756" modifiedTime="2013-05-16T13:53:40.065" name="t1.nii.gz"><cat:tags><cat:tag>qa adni nifti_gz</cat:tag></cat:tags>
</cat:entry>
</cat:entries>
</cat:Catalog>
So, here, the file entry for "t1.nii.gz" has two attributes - "URI" without the "folder", but also "ID" with it.
Now, I don't oversee all of this, but in pyxnat/resources.py, function "attributes" I see:
return self._getcells(['URI', 'Name', 'Size', 'path',
'file_tags', 'file_format', 'file_content'])
and in fuction "get":
if not self._absuri:
self._absuri = self._getcell('URI')
Looks to me like using "ID" instead of "URI" would be a better idea here?
Best,
Torsten