[doap-interest] Project relationships and funding

[Jorge Santos]

On 7/17/07, Stuart Yeates <stuart.yeates at oucs.ox.ac.uk> wrote:
>
>
> Simal[0] is an embryonic project catalog application. We're
> using  RDF/DOAP but we'd like to extend it in two directions. The first is
> project dependency and the second is project funding. We like input /
> debate. Ideally these would be in the main DOAP namesape.
>
> <rdf:Property rdf:about=3D"http://usefulinc.com/ns/doap#DependsOn">
>         <rdfs:isDefinedBy rdf:resource=3D"http://usefulinc.com/ns/doap#" =
/>
>
>         <rdfs:label xml:lang=3D"en">Depends on</rdfs:label>
>         <rdfs:label xml:lang=3D"fr">?</rdfs:label>
>         <rdfs:label xml:lang=3D"es">?</rdfs:label>
>         <rdfs:comment xml:lang=3D"en">A project which this project depends
> upon. Thus the Linux Kernel depends on GCC, because the Kernel only compi=
les
> correctly (and is tested against) GCC and  the various apache HTTPD modul=
es
> depend on the HTTPD itself because they are useless in practice without i=
t.
> </rdfs:comment>
>         <rdfs:comment xml:lang=3D"fr">?</rdfs:comment>
>         <rdfs:comment xml:lang=3D"es">?</rdfs:comment>
>
>         <rdf:type rdf:resource=3D"
> http://www.w3.org/2002/07/owl#TransitiveProperty" />
>         <rdfs:domain rdf:resource=3D"http://usefulinc.com/ns/doap#Project"
> />
>         <rdfs:range rdf:resource=3D"http://usefulinc.com/ns/doap#Project"=
 />
> </rdf:Property>



You may want to distinguish between runtime dependencies and buildtime
dependencies, you never know what information may end up being used for, and
the more you have (within reason) the better.  So in your example, gcc is a
buildtime dependency for the Linux kernel and httpd is a runtime dependency
for httpd modules.

Cheers,
Jorge

DependsOn is defined in terms of projects. I recognize that it could also be
> usefully defined in terms of doap:Project OR asfext:Standard, but we're
> interested in projects. I'm also not sure whether #TransitiveProperty can=
 be
> used in such situations.
>
> We're explicitly not looking to implement a build system (ant, make. etc).
> Build systems are about relationships between code. DependsOn is about
> relationships between projects.
>
> The second thing we want to represent is less well-defined, funding. We're
> modeling the funding of development projects by the JISC[1], but there are
> lots of organisations that fund (more or less directly) projects, everyth=
ing
> from fee-paying members of the eclipse foundation[2] to profits from the
> UKFSN[3]. I had though of a representation such as:
>
> <foaf:Organization>
>    <funds url=3D"
> http://www.jisc.ac.uk/whatwedo/programmes/programme_elearning_capital/el_=
xinstit/webpa.aspx"
> funderId=3D"a1b2c3d4">
>      <doap:Project rdf:resource=3D"http://webpa.lboro.ac.uk/">
>    </funds>
> </foaf:Organization>
>
> <funds> is an instance of funding by the Organisation of the Project, url
> points to a page about the relationship and the funderId is the funders
> reference for this.
>
> I'm aware that other people have created RDF vocabularies for financial
> relationships. In particular PurchaseOrder[4]. It seems possible to hack =
up
> something in using PurchaseOrder, but it seems like an ugly, ugly hack to
> me. Something like:
>
> <po:PurchaseOrder>
>    <po:billTo>
>      <foaf:Organization /> <!-- funding org -->
>    </po:billTo>
>    <po:Supplier>
>       <foaf:Organization /> <!-- funded org -->
>    </po:Supplier>
>    <rdfs:seeAlso rdf:resource=3D"
> http://www.jisc.ac.uk/whatwedo/programmes/programme_elearning_capital/el_=
xinstit/webpa.aspx
> "/>
>    <po:PurchasedItem>
>        <!-- ? -->
>    </po:PurchasedItem>
> </po:PurchaseOrder>
>
> Thoughts?
>
> cheers
> stuart
>
> [0] http://code.google.com/p/simal/
> [1] http://www.jisc.ac.uk/
> [2] http://www.eclipse.org/org/documents/
> [3] http://www.ukfsn.org/profits.html
> [4] http://www.dayf.de/2004/owl/order.owl
> [5]
> http://groups.google.com/group/simal-contributors/browse_thread/thread/e5=
3a22a5fffef17e/4c386a4b682200a0
>
> _______________________________________________
> doap-interest mailing list
> doap-interest at lists.gnomehack.com
> http://lists.usefulinc.com/mailman/listinfo/doap-interest
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.usefulinc.com/pipermail/doap-interest/attachments/2007071=
8/ed005c91/attachment.htm