Yes, the grand plan for projects.a.o is to have a single place that
provides an overview of all Apache software products (as well as Apache
projects too). This is an idea that needs some people to help drive it
to both ensure it's updated, as well as to provide a better UI for users.
Imagine having the front pages and categories/search of ohloh,
sourceforge, and Google Code rolled together, but just displaying Apache
projects. It'd be a huge win to let the public know what we build.
----
David R. and others (a while back) created the projects.a.o code (that
uses a mess of different technologies, including perl and XSLT on a cron
job, which means it's hard to decipher how it works 8-() that actually
scans the DOAPs and generates the website, with various indices. This
is my main goal - to improve the usability of this site, both with a
nicer UI (with introductions explaining what it is to average users) as
well as with better data (for example, with an improved taxonomy as
suggested below).
Now, actually improving the taxonomy is a two step process, that I'd
love to see energetic volunteers working on:
- Figuring out an XML-compliant way to improve the taxonomy(ies)
available in the DOAPs. We need a 'good enough' solution, not a perfect
one.
- Working with projects (or simply doing it ourselves and submitting
patches to projects) to actually update all the DOAPs with these
improved taxonomies. We can't rely on all projects being diligent about
updating their DOAPs - experience has shown, some projects just never
get around to it.
----
Using DOAP files also means we can provide a simple API (or set of
URLs/REST service/whatever) for external entities to come crawl
themselves, if they want to provide their own mapping of Apache
software. That's one of the reasons that providing a DOAP file is a
branding requirement for all Apache projects.
* A nice-to-have would be a simple set of public instructions for people
to figure out how to scan our set of DOAPs themselves.
Sounds like it was a great ApacheCon, and hoping to get to know some of
you working on projects.a.o! 8-)
- Shane, sadly based in the US without funding to travel these days
On 11/10/2012 7:44 AM, Tammo van Lessen wrote:
Hi,
On Fri, Nov 9, 2012 at 4:14 PM, Gavin McDonald <ga...@16degrees.com.au>wrote:
-----Original Message-----
From: Igor Galić [mailto:i.ga...@brainsware.org]
Sent: Thursday, 8 November 2012 3:32 PM
To: dev@community.apache.org
Cc: ASF Site-Dev
Subject: Re: Streamlining new committers info
Another idea that just came up in a BoF was to create more useful info on
the *main* page about what the projects do and how to get the one you
need: i.e.: I'm looking for a Database - it should be a Key-Value store,
in Java.
And you're down to 2 projects: DB, Cassandra
Sounds like what's on projects.apache.org [1] already.
Gav...
[1] - http://projects.apache.org/indexes/category.html
I like the idea to improve this aspect on the main page as well as I also
have difficulties to understand which projects does what and how it
compares to others (especially in the hadoop incubator ecosystem). I think
DOAP (and semwebtech) is well suited to do this job, but what is IMHO
missing right now is a taxonomy of categories. Currently, categories are
flat and used as tags. By using something like SKOS, we could define a
tree-like vocabulary of our projects' categories, e.g. a "Key-Value store"
is a narrower term for "Database". See [1] to get an idea of such a
taxonomy. If the doap files would then reference the most narrow category,
Igors example could be answered easily datawise. UI-wise, the data could be
materialized and then visualized, either graphically or with something like
Exibit [2], see [3] for a demo. Just an idea, I'm happy to help if time
permits.
Best,
Tammo
[1] http://try.iqvoc.net/en/hierarchical_concepts.html
[2] http://simile-widgets.org/exhibit3/
[3] http://databench.zepheira.com/demos/history/decide.html
