On Fri, Nov 20, 2009 at 2:34 PM, Rufus Pollock <[email protected]> wrote: > 2009/11/20 James Casbon <[email protected]>: >> Hi, >> >> I was chatting to someone in the http://www.intermine.org/ team. >> >> They generate what are essentially views on their database which are >> assigned unique urls (called templates in intermine terminology). >> They want to know if another service is using this url, so that it can >> become a 'contract' between two services. >>
Please explain a bit more what you mean by a "contract" between the two services? Is this "contract" as in the legal sense of the word (I will scratch your back if you scratch my back)? And, what is the expectation in terms of holding one's end of a such contract? >> Should I encourage them to register these 'contract' URLs in CKAN? > > I don't see why not though it would be good to have a bit clearer idea > of what exactly these urls will represent, how persistent they are and > how many of them get generated. > > It seems to me that the desire to 'cache' a given query (and perhaps > even to considerit as a dataset in itself) is an interesting one and > likely to become ever more frequent as we have larger single stores of > data. Just a few weeks ago I had a conversation with Tony Hirst where > he was suggesting something similar to this for complex SPARQL queries > ... > > Regards, > > Rufus > > _______________________________________________ > okfn-discuss mailing list > [email protected] > http://lists.okfn.org/mailman/listinfo/okfn-discuss > -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science ======================================================================= Sent from Madison, Wisconsin, United States _______________________________________________ okfn-discuss mailing list [email protected] http://lists.okfn.org/mailman/listinfo/okfn-discuss
