Re: beagle r4019 - in trunk/beagle: Util beagled beagled/DownloadsMetadataQueryable
other RDF-type discussion is looking promising and when I get a good chunk of free time in the next 2 or 3 weeks, I wanna give more time to Get in touch with Max (of beagle metadata fame) on this one. He is thinking on the lines on providing a SemWeb-adapter (a SelectableSource, IIRC) on top of beagle. The idea is extremely promising till now and will allow RDF queries to beagle. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle r4019 - in trunk/beagle: Util beagled beagled/DownloadsMetadataQueryable
Yeah, I was watching that conversation, I've got some other ideas I want to write up for our discussion there, but yeah, it looks like it will happen intelligently, ATM. On 10/12/07, D Bera [EMAIL PROTECTED] wrote: other RDF-type discussion is looking promising and when I get a good chunk of free time in the next 2 or 3 weeks, I wanna give more time to Get in touch with Max (of beagle metadata fame) on this one. He is thinking on the lines on providing a SemWeb-adapter (a SelectableSource, IIRC) on top of beagle. The idea is extremely promising till now and will allow RDF queries to beagle. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle r4019 - in trunk/beagle: Util beagled beagled/DownloadsMetadataQueryable
Good call, I should have done this myself before leaving for school (since I knew I would be disconnected for some time) but I got lazy/busy/forgot. Anyways, thanks much, and sounds good. (some of the other RDF-type discussion is looking promising and when I get a good chunk of free time in the next 2 or 3 weeks, I wanna give more time to that.) Anyways, I should be getting my Comcast connection installed Wed (but again, no promises) if that happens I'll be more in-touch/active. Cheers, Kevin Kubasik On 10/7/07, Debajyoti Bera [EMAIL PROTECTED] wrote: Hi Kevin, Just a passing comment, I for some reason dont feel very comfortable with this backend. Its an uneasy feeling, probably because of the fact that the metadata (i.e. the origin of a file) information is not available in the file itself nor there is a guarantee that the metadata is always correct. And, again, is something that probably should have been prototyped first on a branch, or a bugzilla patch. I agree with Joe on this one - I moved the changes to beagle-external-metadata-tags branch. The problem has significant overlap with that of implementing any external-metadata backend, including tags. Lets think about the problem and get it fixed in the branch. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle r4019 - in trunk/beagle: Util beagled beagled/DownloadsMetadataQueryable
Hi Kevin, Just a passing comment, I for some reason dont feel very comfortable with this backend. Its an uneasy feeling, probably because of the fact that the metadata (i.e. the origin of a file) information is not available in the file itself nor there is a guarantee that the metadata is always correct. And, again, is something that probably should have been prototyped first on a branch, or a bugzilla patch. I agree with Joe on this one - I moved the changes to beagle-external-metadata-tags branch. The problem has significant overlap with that of implementing any external-metadata backend, including tags. Lets think about the problem and get it fixed in the branch. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle r4019 - in trunk/beagle: Util beagled beagled/DownloadsMetadataQueryable
Hi Kevin, after this commit I've noticed some strange behavior from the daemon. This is directly related to the new DownloadsMetadataQueryable you checked in. Here is a *short* output from the logs. snip Debug: Asking whether it's ok to index file:///tmp/Kurz_SCR_2007.doc [file:///tmp/Kurz_SCR_2007.doc] Debug: Delaying add of file:///tmp/Kurz_SCR_2007.doc until FSQ comes across it 4 4 4 Debug: Asking whether it's ok to index file:///tmp/Kurz_SCR_2007.doc [file:///tmp/Kurz_SCR_2007.doc] Debug: Delaying add of file:///tmp/Kurz_SCR_2007.doc until FSQ comes across it Killed /snip This goes on forever, blocking the daemon and the only way to shut the daemon down is to send A SIGKILL signal. Please do fix it as soon as possible! Thanks, Lukas On Tue, 2007-10-02 at 21:55 +0100, [EMAIL PROTECTED] wrote: Author: kkubasik Date: 2007-10-02 21:55:29 +0100 (Tue, 02 Oct 2007) New Revision: 4019 ViewCVS link: http://svn.gnome.org/viewcvs/beagle?rev=4019view=rev Added: trunk/beagle/Util/Firefox.cs trunk/beagle/beagled/DownloadsMetadataQueryable/ trunk/beagle/beagled/DownloadsMetadataQueryable/DownloadsMetadataQueryable.cs Log: I suck ad adding new files ___ SVN-commits-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/svn-commits-list ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers
Re: beagle r4019 - in trunk/beagle: Util beagled beagled/DownloadsMetadataQueryable
On 10/3/07, Debajyoti Bera [EMAIL PROTECTED] wrote: Author: kkubasik Date: 2007-10-02 21:55:29 +0100 (Tue, 02 Oct 2007) New Revision: 4019 ViewCVS link: http://svn.gnome.org/viewcvs/beagle?rev=4019view=rev Added: trunk/beagle/Util/Firefox.cs trunk/beagle/beagled/DownloadsMetadataQueryable/ Just a passing comment, I for some reason dont feel very comfortable with this backend. Its an uneasy feeling, probably because of the fact that the metadata (i.e. the origin of a file) information is not available in the file itself nor there is a guarantee that the metadata is always correct. It is guaranteed that the metadata is correct when the file is downloading or when the download finishes. But after its done downloading, the information in firefox's downloads.rdf is not guaranteed to be accurate anymore. For instance, if I overwrite the downloaded copy with a file from somewhere else, the metadata would apply to the new file but would be wrong! Yeah, thats the pickle, In a perfect world we could conceive of some master plan which binds properties across movement for the metadata, we already track the event, so I wouldn't think that it would be impossible. It probably wont do a lot of practical damage if some files contain incorrect origin information but if this trend continues, I am afraid soon there will be inconsistencies difficult to resolve. ExternalMetadata is a tricky area. No doubt, and its fine if we disable this backend for now (read, the 0.3 release) and hold off on it until we have a more solid plan for relational data, thats cool. Whats the correct approach ? Not sure. Definitely something which can guarantee that the metadata is always correct. Which brings me to only one conclusion: attach the metadata to the file directly e.g. by storing it in an xattr (or some secret sqlite file) during downloading. I am not sure if this is implementable. I would think the xattr wouldn't be impossible.. not fo querying, but if at download we attach the xattr, and just index it every time we hit the file, that would work. - dBera -- - Debajyoti Bera @ http://dtecht.blogspot.com beagle / KDE fan Mandriva / Inspiron-1100 user -- Cheers, Kevin Kubasik http://kubasik.net/blog ___ Dashboard-hackers mailing list Dashboard-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/dashboard-hackers