[pd-discuss] Using an intermediate language for pdcalc proposal

[Maarten Zeinstra]

Hi all,

The open source public domain calculator that Europeana is developing uses an intermediary XML file to store calculators.
On 15th of April 2011 we will launch a dissemination platform for this tool along with 15 European Jurisdictions (30 by June), implementation guide, etc.

The format also enables automatic calculation, although this proves to be difficult. My generic format has zero tolerance, in contrast to the OKFN's version which can give an estimated guess.

@Platonides I have been looking to push this software to mediawiki, if you would like to collaborate with me on this I could give you the format, java code for the parsers and some pointers to develop this in any language you like. I have an Toolserver account so we can also test it using that platform.

@rufus: As a software developer I like to put as little data in an algorithm as possible. Data is usually not as static as algorithm, separating the two layers greatly increases maintainability of these tools.

I've also written a parser from yEd open source flowchart tool to this XML format, that enables easy creation of new flowcharts.

The Europeana calculator is on a strict development and publication track. Which makes collaboration sometimes a little less flexible.
If any of you is interested in this XML format and/or Europeana's tools please contact me or keep your eye on this list for the official announcement of that platform.

Best,

Maarten Zeinstra

Kennisland | Knowledgeland 

T: +31.20.575.6720 | M: +31.6.43.053.919 | S: mzeinstra
www.kennisland.nl | www.knowledgeland.org

On Mar 10, 2011, at 12:01 , Rufus Pollock wrote:

> On 10 March 2011 10:56, Matthew Mundell <matt at mundell.ukfsn.org> wrote:
>>> I think the problem is your intermediate language ends being quite
>>> complicated but the working group is producing 'flow-charts' [2] from
>>> experts as our main intermediate step.
>>> 
>>> [2]: http://publicdomaincalculators.okfn.org/flowcharts/
>> 
>> Maybe the flowcharts should be more formalised, so that anyone can generate
>> a calculator given a flowchart.  An XML document perhaps.
> 
> I believe that the folks at Kennisland (Maarten Zeinstra in cc) did
> pursue this approach and I looked at it. I'm sure Maarten can give
> more feedback.
> 
> The basic issue IMO is that a) you need a fully expressive schema
> language b) you have to translate that schema into code. By the time
> you've got a schema that is expressive enough and translators you may
> as well have just used code -- your schema will need conditionals,
> loops etc and so it will start looking a lot like a programming
> language in which case so why not just use a proper one in the first
> place ...
> 
> Rufus
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/pd-discuss/attachments/20110310/ed3f77e5/attachment.html>