Re: [Zeitgeist] [Bug 646724] Re: not all files show up in files-place
I am on it already :)
On Tue, May 10, 2011 at 10:57 AM, KarlRelton
karllinuxtest.rel...@ntlworld.com wrote:
Wrt to comment #23, I remember over a year ago in blog-posts or wherever
some communication between Seif of Zeitgeist fame and the Tracker people
about integration/linking together. There was talk of one of them
pushing events to the other.
Certainly if Tracker pushed an event to Zeitgeist everytime it
'discovered' a new file, that would certainly help Zeitgeist to be aware
of alot more of the user's filesystem. If the user is using Tracker,
then resource-wise the user would be no worse off, since Tracker is
already doing the crawling monitoring anyway.
However, of course Tracker itself is configured by the user to NOT crawl
their whole filesystem, so for some users it is arguably still
incomplete (though it would be good enough for my own uses).
--
You received this bug notification because you are subscribed to unity-
place-files.
https://bugs.launchpad.net/bugs/646724
Title:
not all files show up in files-place
Status in Unity:
Triaged
Status in Unity Files Place:
Triaged
Status in Zeitgeist Framework:
Fix Released
Status in Zeitgeist Data-Providers:
Invalid
Status in “unity-place-files” package in Ubuntu:
Triaged
Status in “zeitgeist” package in Ubuntu:
Fix Released
Bug description:
The Unity interface, with its files-place feature for user access to
files/documents etc. is really great.
However there is a problem since the search feature relies wholly on
zeitgeist (AFAIK), in the zeitgeist is not tracking everything.
E.g. in openoffice, I create a new file (or open an existing one) from
within openoffice itself. This file does not show up, presumably
because openoffice does not (yet) push its activity to zeitgeist.
I guess any number of other programs could suffer the same problem.
For the average user, this is surely going to be confusing. They will
create documents via legitimate means ('New ...' buttons in their
applications), and then expect to be able to search for them in the
Unity files-place interface.
To avoid this confusion I would guess there really needs to be a
filesystem watcher on the home dir (or key folders within it) so that
zeitgeist is aware of activity caused by non-zeitgeist-aware
applications.
--
You received this bug notification because you are a member of Zeitgeist
Framework Team, which is subscribed to Zeitgeist Data-Sources.
https://bugs.launchpad.net/bugs/646724
Title:
not all files show up in files-place
Status in Unity:
Triaged
Status in Unity Files Place:
Triaged
Status in Zeitgeist Framework:
Fix Released
Status in Zeitgeist Data-Providers:
Invalid
Status in “unity-place-files” package in Ubuntu:
Triaged
Status in “zeitgeist” package in Ubuntu:
Fix Released
Bug description:
The Unity interface, with its files-place feature for user access to
files/documents etc. is really great.
However there is a problem since the search feature relies wholly on
zeitgeist (AFAIK), in the zeitgeist is not tracking everything.
E.g. in openoffice, I create a new file (or open an existing one) from
within openoffice itself. This file does not show up, presumably
because openoffice does not (yet) push its activity to zeitgeist.
I guess any number of other programs could suffer the same problem.
For the average user, this is surely going to be confusing. They will
create documents via legitimate means ('New ...' buttons in their
applications), and then expect to be able to search for them in the
Unity files-place interface.
To avoid this confusion I would guess there really needs to be a
filesystem watcher on the home dir (or key folders within it) so that
zeitgeist is aware of activity caused by non-zeitgeist-aware
applications.
___
Mailing list: https://launchpad.net/~zeitgeist
Post to : zeitgeist@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zeitgeist
More help : https://help.launchpad.net/ListHelp
Re: [Zeitgeist] [Bug 646724] Re: not all files show up in files-place
There is a difference between Tracker and Zeitgeist:
Tracker indexes stuff in the XDG directories only per default which means it
will only index stuff in Music, Documents, etc...
It will not cover a Directory Foo or anything in it. (it makes optimal for
people with lots of files in the default directories)
Zeitgeist indexes stuff you touch. Which means it does not index stuff you
never interacted with (it makes it optimal for fresh installs). Plus
Zeitgeist allows you to sort through receny, frequency, relevancy and
resemblance to the search string.
I am creating a zeitgeist extension that if Tracker is installed it will ask
Tracker for results and attach them to the zeitgeist results and return them
to the client. We have a working prototype. I am not happy with the solution
but its fast enough...
Stay tuned.
On Tue, May 10, 2011 at 11:48 AM, Christoph Buchner
646...@bugs.launchpad.net wrote:
wrt to tracker: I actually didn't want to push this discussion towards
tracker/beagle integration itself, I just wanted to point out that
obviously, indexing the relevant files _and their contents_ is already
possible and reasonable performance-wise. Consequently, I don't think it
should be too much of a performance hog to maintain a proper index
(without file's contents, too boot) for search in ZG; that's what the
tracker/beagle people have been doing for years, after all.
--
You received this bug notification because you are subscribed to unity-
place-files.
https://bugs.launchpad.net/bugs/646724
Title:
not all files show up in files-place
Status in Unity:
Triaged
Status in Unity Files Place:
Triaged
Status in Zeitgeist Framework:
Fix Released
Status in Zeitgeist Data-Providers:
Invalid
Status in “unity-place-files” package in Ubuntu:
Triaged
Status in “zeitgeist” package in Ubuntu:
Fix Released
Bug description:
The Unity interface, with its files-place feature for user access to
files/documents etc. is really great.
However there is a problem since the search feature relies wholly on
zeitgeist (AFAIK), in the zeitgeist is not tracking everything.
E.g. in openoffice, I create a new file (or open an existing one) from
within openoffice itself. This file does not show up, presumably
because openoffice does not (yet) push its activity to zeitgeist.
I guess any number of other programs could suffer the same problem.
For the average user, this is surely going to be confusing. They will
create documents via legitimate means ('New ...' buttons in their
applications), and then expect to be able to search for them in the
Unity files-place interface.
To avoid this confusion I would guess there really needs to be a
filesystem watcher on the home dir (or key folders within it) so that
zeitgeist is aware of activity caused by non-zeitgeist-aware
applications.
--
You received this bug notification because you are a member of Zeitgeist
Framework Team, which is subscribed to Zeitgeist Data-Sources.
https://bugs.launchpad.net/bugs/646724
Title:
not all files show up in files-place
Status in Unity:
Triaged
Status in Unity Files Place:
Triaged
Status in Zeitgeist Framework:
Fix Released
Status in Zeitgeist Data-Providers:
Invalid
Status in “unity-place-files” package in Ubuntu:
Triaged
Status in “zeitgeist” package in Ubuntu:
Fix Released
Bug description:
The Unity interface, with its files-place feature for user access to
files/documents etc. is really great.
However there is a problem since the search feature relies wholly on
zeitgeist (AFAIK), in the zeitgeist is not tracking everything.
E.g. in openoffice, I create a new file (or open an existing one) from
within openoffice itself. This file does not show up, presumably
because openoffice does not (yet) push its activity to zeitgeist.
I guess any number of other programs could suffer the same problem.
For the average user, this is surely going to be confusing. They will
create documents via legitimate means ('New ...' buttons in their
applications), and then expect to be able to search for them in the
Unity files-place interface.
To avoid this confusion I would guess there really needs to be a
filesystem watcher on the home dir (or key folders within it) so that
zeitgeist is aware of activity caused by non-zeitgeist-aware
applications.
___
Mailing list: https://launchpad.net/~zeitgeist
Post to : zeitgeist@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zeitgeist
More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 646724] Re: not all files show up in files-place
Ah ic, thanks for the clarification.
Would it be possible to create a feature where one manually points ZG, say, to
a directory (or, e.g. a separate data partition), and ZG would index the given
directory's contents once? Thus, ZG would circumvent the problem of not knowing
about stuff you haven't accessed yet (think fresh install, but separate data
partition), and would be able to deliver more meaningful results more quickly.
--
You received this bug notification because you are a member of Zeitgeist
Framework Team, which is subscribed to Zeitgeist Data-Sources.
https://bugs.launchpad.net/bugs/646724
Title:
not all files show up in files-place
Status in Unity:
Triaged
Status in Unity Files Place:
Triaged
Status in Zeitgeist Framework:
Fix Released
Status in Zeitgeist Data-Providers:
Invalid
Status in “unity-place-files” package in Ubuntu:
Triaged
Status in “zeitgeist” package in Ubuntu:
Fix Released
Bug description:
The Unity interface, with its files-place feature for user access to
files/documents etc. is really great.
However there is a problem since the search feature relies wholly on
zeitgeist (AFAIK), in the zeitgeist is not tracking everything.
E.g. in openoffice, I create a new file (or open an existing one) from
within openoffice itself. This file does not show up, presumably
because openoffice does not (yet) push its activity to zeitgeist.
I guess any number of other programs could suffer the same problem.
For the average user, this is surely going to be confusing. They will
create documents via legitimate means ('New ...' buttons in their
applications), and then expect to be able to search for them in the
Unity files-place interface.
To avoid this confusion I would guess there really needs to be a
filesystem watcher on the home dir (or key folders within it) so that
zeitgeist is aware of activity caused by non-zeitgeist-aware
applications.
___
Mailing list: https://launchpad.net/~zeitgeist
Post to : zeitgeist@lists.launchpad.net
Unsubscribe : https://launchpad.net/~zeitgeist
More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 709103] Re: Firefox extension doesn't work with FF4
Michael, Where is your FF4 installed? Where is xulrunner2 installed? -- You received this bug notification because you are a member of Zeitgeist Framework Team, which is subscribed to Zeitgeist Data-Sources. https://bugs.launchpad.net/bugs/709103 Title: Firefox extension doesn't work with FF4 Status in Zeitgeist Data-Providers: Fix Committed Bug description: When installed and up it shows alert box TypeError: Components.classes['@zeitgeist-project.com/DATAPROVIDER/firefox-xpcom;1'] is undefined and does so every time new window is opened. Also previous FF4 betas were affected. ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
[Zeitgeist] [Bug 709103] Re: Firefox extension doesn't work with FF4
** Changed in: zeitgeist-dataproviders Status: Fix Committed = In Progress -- You received this bug notification because you are a member of Zeitgeist Framework Team, which is subscribed to Zeitgeist Data-Sources. https://bugs.launchpad.net/bugs/709103 Title: Firefox extension doesn't work with FF4 Status in Zeitgeist Data-Providers: In Progress Bug description: When installed and up it shows alert box TypeError: Components.classes['@zeitgeist-project.com/DATAPROVIDER/firefox-xpcom;1'] is undefined and does so every time new window is opened. Also previous FF4 betas were affected. ___ Mailing list: https://launchpad.net/~zeitgeist Post to : zeitgeist@lists.launchpad.net Unsubscribe : https://launchpad.net/~zeitgeist More help : https://help.launchpad.net/ListHelp
