Re: [Tracker] The Utopian idea, Tracker as it should be

[Philip Van Hoof <philip codeminded be>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 17/09/2014 20:43, Ivan Frade wrote:

[cut mine]


> Some thoughts about the ontology:
>
> 1) KDE is not using nepomuk anymore: 
> https://community.kde.org/Baloo#Baloo.2C_Nepomuk.2C_KDE_Platform_4_and_KF5

Damned.
>
That's because we screwed up! I think we really need to
discuss this again this with the people at KDE. I'm really sure they
have the same ideas about things to be stored as we have.

I'm also sure that other industries, like automotive, among others,
also have the same ideas. And I think Nepomuk must be shared.

I am advocating support for multiple ontologies technically. But
philosophically I want but one shared ontology. That includes for the
people at automotive. Listen to me: share the ontology. I will work on
creating a central place for maintenance on that.

It's really up to us to go above ourselves, and to create something
greater than ourselves. By communicating, being open, allowing change,
but also being serious and true to our cause. So blocking bad ideas.

Whether you like it or not, Ivan, you have made yourself the expert in
the world on the Nepomuk ontology. I personally give my advisory to
whoever wants to for you to become maintainer of that upstream Nepomuk
ontology project.

Being open does not mean that we must allow all fools ideas. It's not
a social movement where we are all happy happy: we must all be serious
and damned to the point. Creating a global ontology is not Child's
play. It's serious. We have to listen to each actors' grievances and
yet we have to block certain ideas.Yet we have to create social
coherence. That means, today, that project managers at automotive must
keep listening to us. And we must while respecting them, sometimes
correct them. This is not easy. It is hard.

It goes both ways, Ivan. We have to listen and we have to think. And
we need to create good conclusions always. Just like we did for your
Nokia.

This will not stop. Not ever. As it shouldn't.

And out of it, a great ontology will arise.

That is what I think Nepomuk upstream should be.

I really think that. And I think you are the right person to do it.

> 2) Previous attempts of sharing the ontology maintenance failed
> because of bizantine discussions for any change. It wasn't worthy
> when Tracker was the only serious (as shipping a product) user of
> them.

That's because we didn't take the lead. We need to take the lead. Do
it. Don't hope for it to be done. Do it. We. Ourselves.

> 3) Moving the ontologies to their own repo still looks like a good
> idea, because there have been some tries to run tracker with custom
> ontologies. A different repo makes it clear that the ontology is
> not "hardcoded" in the store and can be customized "downstream".


If it's a good idea. Do it. Hereby you are challenged by me. I will
adapt whatever is needed to tracker-store to ensure that your upstream
Nepomuk ontology will work.

I will.

> Small letter on #3: IIRC there are some "foundation" ontologies
> that are absolutely required to bootstrap the DB (rdf, dc...).


Fair enough. I'll work together with you to ensure stuff keeps on
working flawless.


For this I will take holidays from my daytime money-making contract.

I will ask one of my customers to sponsor me :-). Either way. It'll
get done. Promise.

Glad that have you aboard again, Ivan. Next on my list is Jürg.

I'm sure he's reading already :P

Let's just do this.

Kind regards,

Philip



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (MingW32)

iQEcBAEBAgAGBQJUGgs8AAoJEEP2NSGEz4aDuEMH/1bdlu2vL7St9F6Rlfxk1uom
AOWw1JsKCpi91Zv+rmPD38Ni9HFJWDnNWpnQFvkz5KwCmrnlLCMAxONARWp77uQl
Igo0tKHmaNA9sJsY3CovUfbSs72hI8SrUoRjM8uVQzqzPUvj0oKmeMmOfRReC8oJ
3WAgNY3cJ3DrhOvbvJR3R/OC8Z10MOnQmU4ICcxkqRY7FTMerKcK8wo1wJvjx+YR
r4eZBEYj3oRhJ3zStHU+L4Owb7oQLRb17HinnVkCXI4EiZTN0kSfVywOHDsIsxTr
16AUpb22qB3MRwOpm4zr1AKWbQmpcvXE/EfMT6N+NECy6HLQlbqInRY8wc+Cijs=
=G2zc
-----END PGP SIGNATURE-----