Re: [Tracker] [RFC] Adding CUE sheet support

[Martyn Russell <martyn lanedo com>]

On 14/09/11 01:35, Sam Thursfield wrote:
> I did like the idea of the URL with a fragment, but now I realise how
> much extra data the FS miner attaches when it adds nie:FileDataObject
> information - it seems wrong for the tracks of a larger file to also
> have type FileDataObject (necessary to set nie:url) but not have any
> of the useful file-specific metadata that the FS miner would attach
> (because we create the tracks as part of the preupdate).
>
> It now seems more "correct" to me to make the tracks have no nie:url,
> but relate them to the container file with nie:isStoredAs and add a
> nmm:containerOffset propery which gives the time offset in the
> container. Is this logical?

I would be careful when referring to file names too. Currently, renaming 
or moving files on the disk only requires 1 update in the database and 
not re-extraction of data. If we start storing path / filename 
information in other places, it means this can be out of step with 
rename/move operations.

--
Regards,
Martyn

Founder and CEO of Lanedo GmbH.