<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi, <br>
<br>
I am fine with both Java and Python, I think we should limit the use of
C to a minimum, to limit LoC.<br>
<br>
I would not like to force anyone at this moment to change programming
language, it would lower productivity of the individual developer, so
anything we can do to make the ontology developers productive is fine
with me... be it C or python or Java or all three.<br>
<br>
Also, if Ivan, Antoni, and a few other volunteers make the development
environment work, the ontology developers as such just need to run a
few commandline arguments (apt-get X, do y, start z) and should be
productive, without ever looking into the code.<br>
<br>
my 2c:<br>
.... it should run on windows also, though (I am a windows man :-(&nbsp;&nbsp;
.... and with Java and maven, I know that it runs on all platforms
normal developers use :-( ... that said, Python is also a sucker when
it comes to platform-independence, many python tools depend on
commandline tools by the OS.... and C is even worse, for OSX and
Windows developers there is always problems to compile C programs
written with many Gnu-utils in the background, ... but anyway, there is
always a way to make it work :-)<br>
<br>
It was Ivan Frade who said at the right time 27.07.2009 15:56 the
following words:
<blockquote
 cite="mid:b50f4ef30907270656w54401ca6lcefdb4770a92409c@mail.gmail.com"
 type="cite">Hi Sebastian,<br>
  <br>
&nbsp;(i couldn't check the wiki page but...)<br>
&nbsp;We can have the java tools in the repository in case somebody is
interested on it, but the main build (when you run "make distcheck"
should use only C or python or something "mobile friendly".<br>
</blockquote>
<br>
in general, I am not fine with the argument "mobile friendly", I think
it does not hold to say "we must use C". so some questions to help me
understand the mobile-friendly need....<br>
<br>
for me, the only end-result of the process is this (for example)<br>
<a class="moz-txt-link-freetext" href="http://www.semanticdesktop.org/ontologies/2007/11/01/pimo/pimo.trig">http://www.semanticdesktop.org/ontologies/2007/11/01/pimo/pimo.trig</a><br>
<br>
this is the way the file ends up there:<br>
A TRIG file stored on the semanticdesktop.org web is updated by a
5-minute cron job which reads from
<a class="moz-txt-link-freetext" href="http://dev.nepomuk.semanticdesktop.org/repos/trunk/ontologies-public/">http://dev.nepomuk.semanticdesktop.org/repos/trunk/ontologies-public/</a>,<br>
where we have commit rights,<br>
<br>
(once we have a new ontology and the SVN on oscaf.sf.net, I will change
the cronjob to copy it from oscaf)<br>
<br>
SO.... the end result is a trig file, some .htaccess files, some HTML
files, on a svn server....<br>
It ends up there when an ontology maintainer committed it to our SVN.<br>
then the cronjob picks it up.<br>
The ontology maintainer does not develop on a mobile device but on a
linux/max/windows laptop or desktop .... (I assue, I mean, you use your
laptops for hacking, no sane hacker uses android or iphone or maemo or
so for development)<br>
<br>
why would I need to develop the TRIG/HTML on a mobile device?<br>
<br>
if the mobile device uses the ontologies:<br>
<br>
* the mobile device can do a HTTP-get to download the ontologies, <br>
* the developer for mobile devices can download the ontologies from
SVN/HTTP/GIT (whereever) and run whatever script is needed to develop?<br>
<br>
so, I am all fine with "all development tools must be in C because it
is cross platform and rocks",<br>
but the same works for java for our usual development environments - <br>
I think I am missing some crucial information about why we must use C
tools to generate trig files.<br>
Anyway - see below, I think that Python is a much wiser choice than C,<br>
because it means: much less lines of code!<br>
<br>
<br>
<blockquote
 cite="mid:b50f4ef30907270656w54401ca6lcefdb4770a92409c@mail.gmail.com"
 type="cite"><br>
&nbsp;Here we have two scenarios:<br>
  <br>
1) Release a tarball with the ontologies + HTML documentation so
distributions can build packages from it, and tracker, strigi,
kde-nepomuk depend on that package.<br>
&nbsp;&nbsp;&nbsp; For this we should use python/C and autotools. We have already a
"soft validator" in C, plus a basic HTML generation also in C. <br>
  <br>
This is the point we discuss on GCDS, and agree on the svn layout, use
autotools and write the HTML generation.<br>
</blockquote>
ok, we did all this with ant before, <br>
sans the tarball (which ant could probably also do)<br>
anyway, if we use cmake/autotools from now on, fine, but then you would
have to do a lot of work because I nor Antoni are fluent in
cmake/autotools.<br>
its just a matter of our training here, which we could achieve when we
look at an initial version done by autotool-savants.<br>
<blockquote
 cite="mid:b50f4ef30907270656w54401ca6lcefdb4770a92409c@mail.gmail.com"
 type="cite"><br>
2) Ontology development. While we work in the ontology we can provide a
patch for the ontology and use the validation tools to check everything
looks fine. For this you can use Antoni validator, if you have java in
your development envieronment and get advantage of the "hard validator".<br>
</blockquote>
excellent, yes.<br>
I would even say: if the patch does not break anything on your machine,
commit it as is.<br>
(we agreed that the trunk is unstable in previous mails)<br>
<blockquote
 cite="mid:b50f4ef30907270656w54401ca6lcefdb4770a92409c@mail.gmail.com"
 type="cite"><br>
&nbsp;I couldn't check the wiki page, but i guess antoni wrote down what is
his validator checking so i can cross-check what is missing in the C
version.<br>
</blockquote>
excellent.<br>
<blockquote
 cite="mid:b50f4ef30907270656w54401ca6lcefdb4770a92409c@mail.gmail.com"
 type="cite"><br>
&nbsp;What is blocking me now to write a proper HTML generator is to decide
what language to use. I can complete the C code, or rewrite the things
in python (nicer HTML template engines, easier string handling...).
Python looks nicer but i am not sure there is a turtle parser...<br>
</blockquote>
python has much better turtle parsers than C,<br>
especially because python has, on the long run, the chance that there
will be even better ones coming up. <br>
<a class="moz-txt-link-freetext" href="http://www.deelan.com/dev/purple/">http://www.deelan.com/dev/purple/</a><br>
<a class="moz-txt-link-freetext" href="http://www4.wiwiss.fu-berlin.de/bizer/toolkits/#python">http://www4.wiwiss.fu-berlin.de/bizer/toolkits/#python</a> (n3 == turtle) <br>
<a class="moz-txt-link-freetext" href="http://esw.w3.org/topic/SemanticWebTools">http://esw.w3.org/topic/SemanticWebTools</a><br>
<br>
as far as I remember, every sane RDF developer uses RDFLib for python
hacking,<br>
<br>
I would definitly go for python for this task, not C.<br>
<br>
caveat: rdflib is cryptic to compile under windows (pity me again), <br>
but at least I achieved it once in the past...<br>
<br>
best<br>
Leo<br>
<blockquote
 cite="mid:b50f4ef30907270656w54401ca6lcefdb4770a92409c@mail.gmail.com"
 type="cite"><br>
&nbsp;Regards,<br>
  <br>
Ivan<br>
  <br>
  <br>
  <div class="gmail_quote">On Mon, Jul 27, 2009 at 4:22 PM, Sebastian
Tr&uuml;g <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:strueg@mandriva.com">strueg@mandriva.com</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">so
you agreed on using java tools then?<br>
And Ivan, you will not provide an alternative?<br>
    <br>
Cheers,<br>
    <font color="#888888">Sebastian<br>
    </font>
    <div>
    <div class="h5"><br>
On Monday 27 July 2009 00:29:15 Antoni Mylka wrote:<br>
&gt; Xesamies,<br>
&gt;<br>
&gt; After the discussion with Ivan, I've uploaded a little
specification of<br>
&gt; the validator we used in Nepomuk:<br>
&gt;<br>
&gt; <a moz-do-not-send="true"
 href="https://sourceforge.net/apps/trac/oscaf/wiki/Validator"
 target="_blank">https://sourceforge.net/apps/trac/oscaf/wiki/Validator</a><br>
&gt;<br>
&gt; Now I updated the validator code and wrote an ant task that
encapsulates<br>
&gt; it. Basically what you need to do is put a following bit of xml
inside<br>
&gt; build.xml:<br>
&gt;<br>
&gt; &lt;onttest&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &lt;ontologies dir="${oscaf.trunk.folder}"&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;exclude name="**/README"/&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;exclude name="**/doc/**"/&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;exclude name="**/pimo/**"/&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;exclude name="**/tmo/**"/&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;exclude name="**/base/**"/&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &lt;/ontologies&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &lt;baseontologies dir="${oscaf.trunk.folder}"&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;include name="**/base/*"/&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &lt;exclude name="**/README"/&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &lt;/baseontologies&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &lt;testcases dir="tests" /&gt;<br>
&gt; &lt;/onttest&gt;<br>
&gt;<br>
&gt; The ontologies, base ontologies and test cases are specified as ant<br>
&gt; FileSets: <a moz-do-not-send="true"
 href="http://ant.apache.org/manual/CoreTypes/fileset.html"
 target="_blank">http://ant.apache.org/manual/CoreTypes/fileset.html</a>
It allows<br>
&gt; for pretty fancy file choosing schemes.<br>
&gt;<br>
&gt; I've uploaded a tarball with the sources of the ant task, all<br>
&gt; dependencies and a build.xml script that compiles the java source,<br>
&gt; validates all NIE ontologies and a single example file. It's here:<br>
&gt;<br>
&gt; <a moz-do-not-send="true"
 href="http://www.dfki.uni-kl.de/%7Emylka/nie-ant.tar.bz2"
 target="_blank">http://www.dfki.uni-kl.de/~mylka/nie-ant.tar.bz2</a><br>
&gt;<br>
&gt; Please<br>
&gt; - download, untar<br>
&gt; - edit the build.xml to point it at the oscaf ontologies trunk
folder<br>
&gt; - type 'ant'<br>
&gt; - and see the validation report (or some other problem in which
case<br>
&gt; send me an email).<br>
&gt;<br>
&gt; Right now it detects 519 problems in NIE. All of them are due to
missing<br>
&gt; base ontologies:<br>
&gt; - W3C Geo<br>
&gt; - Masahide Kanzaki EXIF<br>
&gt; - a little hack that states that all XSD datatypes are rdf
datatypes<br>
&gt;<br>
&gt; The missing base ontologies are included in the tarball.<br>
&gt;<br>
&gt; I would like to create a tools/java folder in SVN and upload the<br>
&gt; build.xml, the jars and the testcases there. I wouldn't change
anything<br>
&gt; in the 'ontologies' folder. If anyone is allergic to java he/she
won't<br>
&gt; have to check it out at all.<br>
&gt;<br>
&gt; More testcases will come in near future. Stay tuned.<br>
&gt;<br>
&gt; Any objections?<br>
&gt;<br>
&gt; Antoni Mylka<br>
&gt; <a moz-do-not-send="true" href="mailto:antoni.mylka@gmail.com">antoni.mylka@gmail.com</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Xesam mailing list<br>
&gt; <a moz-do-not-send="true"
 href="mailto:Xesam@lists.freedesktop.org">Xesam@lists.freedesktop.org</a><br>
&gt; <a moz-do-not-send="true"
 href="http://lists.freedesktop.org/mailman/listinfo/xesam"
 target="_blank">http://lists.freedesktop.org/mailman/listinfo/xesam</a><br>
_______________________________________________<br>
Xesam mailing list<br>
    <a moz-do-not-send="true" href="mailto:Xesam@lists.freedesktop.org">Xesam@lists.freedesktop.org</a><br>
    <a moz-do-not-send="true"
 href="http://lists.freedesktop.org/mailman/listinfo/xesam"
 target="_blank">http://lists.freedesktop.org/mailman/listinfo/xesam</a><br>
    </div>
    </div>
  </blockquote>
  </div>
  <br>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Xesam mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Xesam@lists.freedesktop.org">Xesam@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/xesam">http://lists.freedesktop.org/mailman/listinfo/xesam</a>
  </pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">-- 
_____________________________________________________
Dr. Leo Sauermann       <a class="moz-txt-link-freetext" href="http://www.dfki.de/~sauermann">http://www.dfki.de/~sauermann</a> 

Deutsches Forschungszentrum fuer 
Kuenstliche Intelligenz DFKI GmbH
Trippstadter Strasse 122
P.O. Box 2080           Fon:   +43 6991 gnowsis
D-67663 Kaiserslautern  Fax:   +49 631 20575-102
Germany                 Mail:  <a class="moz-txt-link-abbreviated" href="mailto:leo.sauermann@dfki.de">leo.sauermann@dfki.de</a>

Geschaeftsfuehrung:
Prof.Dr.Dr.h.c.mult. Wolfgang Wahlster (Vorsitzender)
Dr. Walter Olthoff
Vorsitzender des Aufsichtsrats:
Prof. Dr. h.c. Hans A. Aukes
Amtsgericht Kaiserslautern, HRB 2313
_____________________________________________________
</pre>
</body>
</html>