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

[Martyn Russell <martyn lanedo com>]

On 14/09/11 20:27, Sam Thursfield wrote:
> On Wed, Sep 14, 2011 at 8:35 AM, Martyn Russell<martyn lanedo com>  wrote:
> > 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.
>
> Thanks, that's an even better reason against :)

Thanks for the work here, just to let everyone know, this has been 
pushed to master now.

--
Regards,
Martyn

Founder and CEO of Lanedo GmbH.