Re: [Tracker] Does tracker support uniquie object-id across databases
- From: Remo Remo <remo rremo yahoo com>
- To: Ivan Frade <ivan frade gmail com>, Martyn Russell <martyn lanedo com>, Adrien Bustany <abustany gnome org>
- Cc: tracker-list gnome org
- Subject: Re: [Tracker] Does tracker support uniquie object-id across databases
- Date: Wed, 2 Jun 2010 07:47:06 -0700 (PDT)
ok.. uris seems good solution..
btw, i found genre has no unique identifier (or uri).. so would tracker have the flexibity to create new or update table for genre which will store its own unique identifier?
From: Ivan Frade <ivan frade gmail com>
To: Remo Remo <remo rremo yahoo com>; Martyn Russell <martyn lanedo com>; Adrien Bustany <abustany gnome org>
Cc: tracker-list gnome org
Sent: Wed, June 2, 2010 1:43:11 AM
Subject: Re: [Tracker] Does tracker support uniquie object-id across databases
----- Mensaje original -----
>
> tracker generate uuid for each media files, not for each metadata like
> genre, artist, album, playlist & song.
That's not completely correct. Each artist, album, playlist has its own URI (based on uuid in some cases). "Song" is nmm:MusicPiece and share uri with the DataObject (the media file in your terminology)
but i found tracker is generating
> internally ID for each table which seems unique across database but not
> able to fetched from tracker-client as it support only sparql query.. is
> there any other way to get this?
As you say, it is an *internal* ID. You can access it with the tracker:id function, but it is not recommended at all. URIs are the identifiers of the resources.
Indeed, the uris has quite more chances to be unique between dbs...
Regards,
ivan
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]