GNOME Bugzilla – Bug 613252
Application-driven indexing and metadata storage
Last modified: 2010-08-26 22:23:58 UTC
Instead of having a crawler run through all of your data possessions, applications should be able to tell the indexer to index particular locations, so that metadata is stored in the store. According to Martyn, this would mean adding a D-Bus API to tracker-miner-fs.
It is possible to change the monitored locations updating the tracker-miner-fs.cfg file. Probably the format is not very script-friendly, and we can change that. I don't like the dbus API solution because those locations are stable, applications don't add and remove them in runtime, and are usually known at installation time.
Ivan, Bastien makes a fair point, if application A doesn't have data that can be or should monitored (or perhaps they just know every time it updates), then it makes sense to have an API for applications to tell Tracker to reindex content. This is the not the first time this has been requested, I have noted 2 or 3 requests along these lines in the past month or so.
Moving "Indexer" component bugs to "General" since "Indexer" refers to the old 0.6 architecture
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report. The API for this is: tracker_miner_manager_index_file(), I just realised the docs are broken so it isn't included in the references online here: http://library.gnome.org/devel/libtracker-miner/unstable/libtracker-miner-tracker-miner-manager.html Will try to fix this for next week.