Scroll to navigation

tracker-info(1) User Commands tracker-info(1)

NAME

tracker-info - Retrieve all information available for a certain file.

SYNOPSIS

tracker-info [OPTION...] FILE...

DESCRIPTION

tracker-info asks for all the known metadata available for the given FILE.
Multiple FILE arguments can be provided to retrieve information about multiple files.
The FILE argument can be either a local path or a URI. It also does not have to be an absolute path.

OPTIONS

-?, --help
Show summary of options.
-V, --version
Print version.
-f, --full-namespaces
By default, all keys and values reported about any given FILE are returned in shortened form, for example, nie:title is shown instead of http://www.semanticdesktop.org/ontologies/2007/01/19/nie#title. This makes things much easier to see generally and the output is less cluttered. This option reverses that so FULL namespaces are shown instead.
-c, --plain-text-content
If the resource being displayed has nie:PlainTextContent (i.e. information about the content of the resource, which could be the contents of a file on the disk), then this option displays that in the output.
-i, --resource-is-iri
In most cases, the FILE argument supplied points to a URL or PATH which is queried for according to the resource associated with it by nie:url. However, in cases where the FILE specified turns out to be the actual URN itself, this argument is required to tell tracker-info not to do the extra step of looking up the URN related by nie:url.
For example, consider that you store URNs by the actual URL itself and use the unique nie:url in another resource (which is quite reasonable when using containers and multi-resource conditions), you would need this argument to tell tracker-info that the FILE supplied is actually a URN not URL.
-t, --turtle
Output results as Turtle RDF. If -f is enabled, full URIs are shown for subjects, predicates and objects; otherwise, shortened URIs are used, and all the prefixes Tracker knows about are printed at the top of the output.

ENVIRONMENT

TRACKER_SPARQL_BACKEND
This option allows you to choose which backend you use for connecting to the database. This choice can limit your functionality. There are three settings.
With " direct" the connection to the database is made directly to the file itself on the disk, there is no intermediary daemon or process. The " direct" approach is purely read-only.
With " bus" the tracker-store process is used to liase with the database queuing all requests and managing the connections via an IPC / D-Bus. This adds a small overhead BUT this is the only approach you can use if you want to write to the database.
With " auto" the backend is decided for you, much like it would be if this environment variable was undefined.
TRACKER_PRAGMAS_FILE
Tracker has a fixed set of PRAGMA settings for creating its SQLite connection. With this environment variable pointing to a text file you can override these settings. The file is a \n separated list of SQLite queries to execute on any newly created SQLite connection in tracker-store.

SEE ALSO

tracker-store(1), tracker-sparql(1).
http://nepomuk.semanticdesktop.org/
http://www.w3.org/TR/rdf-sparql-query/
Oct 2008 GNU