Derivatives-originals report is broken in select cases such as Dataverse derivatives

[ross-spencer]

When trying to access derivative information some storage services are returning an AttributeError where .file_fomat is None.

[ross-spencer]

The first cause of this issue, I believe may be down to certain transfer types having different derivation types, so Dataverse has a fileGrp USE of derivative which is created from their tabular imports. Preservation copies have preservation which I think we already deal with, and access copies have no visible output in the AIP METS so I don't know if there are more to capture, but let's start with this and see...

    <mets:fileGrp USE="derivative">
      <mets:file GROUPID="Group-20439035-0516-4bbc-9ab9-fd4a4c56033f" ID="file-eca9811b-e240-4372-b7a7-f4eda44c0d8f" ADMID="amdSec_2">
        <mets:FLocat xlink:href="objects/afternoon-snacks-1.RData" LOCTYPE="OTHER" OTHERLOCTYPE="SYSTEM"/>
      </mets:file>
      <mets:file GROUPID="Group-20439035-0516-4bbc-9ab9-fd4a4c56033f" ID="file-953418f2-fce3-4e78-817c-c8123c835351" ADMID="amdSec_4">
        <mets:FLocat xlink:href="objects/afternoon-snacks-1.tab" LOCTYPE="OTHER" OTHERLOCTYPE="SYSTEM"/>
      </mets:file>
    </mets:fileGrp>

[tw4l]

This issue is resolved for preservation files with no associated original files due to a refactor in d45d11e. I think the issue discussed above with fileGrp USE is separate but worth keeping on our radar, so I am leaving this issue open for now.