2007/2/23, Magnus Bergman [EMAIL PROTECTED]:
On Fri, 23 Feb 2007 21:26:26 +0800
Fabrice Colin [EMAIL PROTECTED] wrote:
On 2/23/07, Magnus Bergman [EMAIL PROTECTED] wrote:
What gstreamer does is to set up a pipeline for handling media
streams in a very generic way. The pipeline consists of
On Fri, 23 Feb 2007 10:57:43 +0800
Fabrice Colin [EMAIL PROTECTED] wrote:
On 2/23/07, Magnus Bergman [EMAIL PROTECTED] wrote:
I haven't checked dijon yet and might have missed something. I
assume filtering refers to converting documents into formats that
indexers can understand (usually
On 2/23/07, Magnus Bergman [EMAIL PROTECTED] wrote:
What gstreamer does is to set up a pipeline for handling media
streams in a very generic way. The pipeline consists of a source
element, any number of filter elements and a sink element (which could
be an indexer of a document viewer). There
On 2/23/07, Magnus Bergman [EMAIL PROTECTED] wrote:
I haven't checked dijon yet and might have missed something. I assume
filtering refers to converting documents into formats that indexers can
understand (usually plain text and XML), right?
Yes, that's right.
Why not just use gstreamer for
Hey,
Mikkel Kamstrup Erlandsen wrote:
I think I mentioned getters and setters for metadata somewhere in this
thread, but that's not entirely obvious from the context of the mail you
reply to :-) The methods I suggested was only for ingesting in the
index. Or are you saying that there should
Hi,
On Sun, 2007-02-18 at 21:15 +0100, Mikkel Kamstrup Erlandsen wrote:
Ok. If we are to standardize something like this, I would assume that
we use dbus for rpc - as far as I can tell that doesn't seem to be a
problem..?
Yeah, Beagle doesn't use D-Bus at all right now, so to implement the
2007/2/20, Joe Shaw [EMAIL PROTECTED]:
Hi,
On Sun, 2007-02-18 at 21:15 +0100, Mikkel Kamstrup Erlandsen wrote:
Ok. If we are to standardize something like this, I would assume that
we use dbus for rpc - as far as I can tell that doesn't seem to be a
problem..?
Yeah, Beagle doesn't use
2007/2/19, Max Wiehle [EMAIL PROTECTED]:
Hi,
Am Montag, den 19.02.2007, 23:14 +0100 schrieb Mikkel Kamstrup
Erlandsen:
2007/2/19, Max Wiehle [EMAIL PROTECTED]:
Hi,
Hope it's okay if i just jump right into the discussion. I
just read
about wasabi on a
Hi,
Is there any where we can have a look at your work?
Its in the beagle svn in
http://svn.gnome.org/viewcvs/beagle/branches/beagle-metadata-branch/
mostly in beagled/SqliteMetadata/...
It's only the store and some internal beagle
2007/2/18, Joe Shaw [EMAIL PROTECTED]:
Hi,
Mikkel Kamstrup Erlandsen wrote:
2007/2/16, Joe Shaw [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:
For people who want to index their data externally we provide
an indexing service. Apps can do one of two things: they can make
an
RPC
On 2/16/07, Mikkel Kamstrup Erlandsen [EMAIL PROTECTED] wrote:
2007/2/16, Matthias Clasen [EMAIL PROTECTED]:
On Fri, 2007-02-16 at 07:18 +0100, Mikkel Kamstrup Erlandsen wrote:
I agree - a fast reference implementation in C could be a good idea.
We are going to need a sax parser though. I
On Fri, 2007-02-16 at 12:14 +0800, Fabrice Colin wrote:
On 2/16/07, Mikkel Kamstrup Erlandsen [EMAIL PROTECTED] wrote:
Do you have any plans for a standard way of installing new filters? Wasabi
could use this (as has also been mentioned on Gnomes desktop-devel-list).
For external filters,
2007/2/16, jamie [EMAIL PROTECTED]:
On Fri, 2007-02-16 at 12:14 +0800, Fabrice Colin wrote:
On 2/16/07, Mikkel Kamstrup Erlandsen [EMAIL PROTECTED] wrote:
Do you have any plans for a standard way of installing new filters? Wasabi
could use this (as has also been mentioned on Gnomes
On 2/16/07, jamie [EMAIL PROTECTED] wrote:
Our requirements (because we are a metadata database as well as an
indexer) are probably much different to the others (EG we would need the
new metadata names along with their types and properties).
we want desktop files over xml specifically for il8n
On Fri, 2007-02-16 at 21:59 +0800, Fabrice Colin wrote:
On 2/16/07, jamie [EMAIL PROTECTED] wrote:
Our requirements (because we are a metadata database as well as an
indexer) are probably much different to the others (EG we would need the
new metadata names along with their types and
Hi,
Mikkel Kamstrup Erlandsen wrote:
For external filters, I have shamelessly borrowed Beagle's
external-filters.xml
with some modifications. Built-in filters register what MIME types
they support
when the corresponding dynamic library is loaded.
For reference:
On 2/15/07, Jos van den Oever [EMAIL PROTECTED] wrote:
Hello wasabi people,
Shouldnt we start sharing parts of the code required to implement
wasabi? I'm mainly thinking about a struct in c representing a parsed
wasabi query and functions to de- and serialize these from either the
xml or the
2007/2/15, Fabrice Colin [EMAIL PROTECTED]:
On 2/15/07, Jos van den Oever [EMAIL PROTECTED] wrote:
Hello wasabi people,
Shouldnt we start sharing parts of the code required to implement
wasabi? I'm mainly thinking about a struct in c representing a parsed
wasabi query and functions to de-
Hi,
Jos van den Oever wrote:
Shouldnt we start sharing parts of the code required to implement
wasabi? I'm mainly thinking about a struct in c representing a parsed
wasabi query and functions to de- and serialize these from either the
xml or the user language.
This should be no more than a
2007/2/15, Joe Shaw [EMAIL PROTECTED]:
Hi,
Jos van den Oever wrote:
Shouldnt we start sharing parts of the code required to implement
wasabi? I'm mainly thinking about a struct in c representing a parsed
wasabi query and functions to de- and serialize these from either the
xml or the user
2007/2/15, Fabrice Colin [EMAIL PROTECTED]:
On 2/15/07, Jos van den Oever [EMAIL PROTECTED] wrote:
Hello wasabi people,
Shouldnt we start sharing parts of the code required to implement
wasabi? I'm mainly thinking about a struct in c representing a parsed
wasabi query and functions to de-
On 2/16/07, Mikkel Kamstrup Erlandsen [EMAIL PROTECTED] wrote:
Do you have any plans for a standard way of installing new filters? Wasabi
could use this (as has also been mentioned on Gnomes desktop-devel-list).
For external filters, I have shamelessly borrowed Beagle's external-filters.xml
On Fri, 2007-02-16 at 07:18 +0100, Mikkel Kamstrup Erlandsen wrote:
I was thinking about a small c file that implements
serializing and
deserializing the query language in xml and user language. So
no glib
and no Qt. That way we can all use
2007/2/16, Matthias Clasen [EMAIL PROTECTED]:
On Fri, 2007-02-16 at 07:18 +0100, Mikkel Kamstrup Erlandsen wrote:
I was thinking about a small c file that implements
serializing and
deserializing the query language in xml and user language. So
no glib
Hello wasabi people,
Shouldnt we start sharing parts of the code required to implement
wasabi? I'm mainly thinking about a struct in c representing a parsed
wasabi query and functions to de- and serialize these from either the
xml or the user language.
This should be no more than a couple of
25 matches
Mail list logo