Hi,<br><br><div class="gmail_quote">2009/5/29 Sebastian Trüg <span dir="ltr">&lt;<a href="mailto:strueg@mandriva.com">strueg@mandriva.com</a>&gt;</span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi everybody,<br>
<br>
after the long discussion on the Xesam list which ended in mid air and a long<br>
private discussion with members of the former Nepomuk project and OSCAF we<br>
came up with a compromise. Let me mention the most important points:</blockquote><div><br>All this emails is based on the assumption that OSCAF must exists. There is no good reason for that (except burocracy overload, veto power for certain people, and pervert the meritocracy way to do the things).<br>
 <br>You say &quot;compromise&quot;. I guess that happens when you have two solutions and find a middle term. In this case we have: a good solution (open source developement) and a second solution that is the same, but adding a layer of useless burocracy on top (that does no actual work and gets money). Either you clarify what is the value that OSCAF add or it shouldn&#39;t be added. <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
1. OSCAF<br>
There was a lot of concern about OSCAF. However, OSCAF has always been<br>
intended to be an open and non-profit organization to give an &quot;official&quot; face<br>
to the desktop ontology maintenance. It is not driven by a specific company,<br>
nor will it hold any copyright over the ontologies. You can look at it as the<br>
KDE e.V. for the desktop ontologies. The &quot;scary&quot; texts on the homepage will be<br>
changed, the <a href="http://semanticdesktop.org" target="_blank">semanticdesktop.org</a> domain will be transferred to OSCAF.<br>
The latter is important since we need the domain to stay with an impartial<br>
player.</blockquote><div><br> XESAM maintaining nepomuk otologies:<br>1) There is ontology maintenance<br>2) It is driven by meritocracy = the people who does the work <br>3) The copyright works as in any other open source project<br>
4) No fees/burocracy -&gt; just work<br>5) No &quot;scary&quot; texts, or legal subterfuges.<br><br><br> Besides, KDE e.V.  (or GNOME Foundation) doesn&#39;t have veto power over the contents of the respective projects. <br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
2. The actual development<br>
The actual development will happen on <a href="http://freedesktop.org" target="_blank">freedesktop.org</a>. We can reuse existing<br>
development facilities such as an svn, mailing lists, task trackers, and so<br>
on. Whenever a release is to be made the new version will be uploaded to the<br>
OSCAF server (might not be that important to &quot;us&quot; desktop developers at the<br>
moment but is for semantic web compatibility).</blockquote><div><br> As i said few mails ago, The open source community does the work and put the resources, and OSCAF &quot;tag&quot; a release (and gets the money). Sounds unfair. <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
3. Copyright<br>
The ontologies will be released under a free licence. Contributors will keep<br>
their copyright. We propose a dual MIT/CCBY licensing since ontologies can be<br>
seen as creative work rather than real source-code.<br>
</blockquote><div><br>Not sure about this. Not sure even if it is relevant at all. The current Nepomuk license is open enough to allow a open source developement.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
4. Maintenance<br>
Within the Nepomuk project tools have been developed to ensure the quality and<br>
the validity of the ontologies. We propose to install these on the development<br>
server (freedesktop) to ensure that<br>
- commits do not break backwards-compatibility<br>
- commits do not introduce contradictions<br>
- etc.</blockquote><div><br>Probably those tools are open source already. i dont see the big deal here.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Is this a compromise everybody can live with?<br>
Please comment.<br>
</blockquote><div><br>I dont like it. We are here to build ontologies (or improve the existent ones). For that we just need people working<br>and Infrastructure; everything else is superfluous. OSCAF is not providing any of those ingredients (and adding problems on top). The conclusion is easy. <br>
<br>Regards,<br><br>Ivan<br></div></div><br>