[okfn-dev] opencorrespondence server

Rufus Pollock rufus.pollock at okfn.org
Wed Dec 15 16:38:36 UTC 2010


On 14 December 2010 10:36,  <print.crimes at yatterings.com> wrote:
>
>>>
>>> Sorry, a quick  query if I may re: eu9. As per the conversation on the open
>>> literature list, I've downloaded OFS for the various endpoints. Not knowing
>>> the structure of the services, is it easier for me just to work with the
>>> file system version of OFS?
>
>>What are you trying to do exactly here?
>
> I'm trying to create the endpoints as flat files which are parsed when needed rater than the current re-parsing the latters to create the endpoint to parse for other purposes, so was I looking into OFS as per suggestion on the open literature list in November.

Got it. Sounds sensible. Certainly using OFS for storing intermediate
and end-processing results is standard.

> I suppose for now, it would be easiest to create a file store using OFS and create / push the files into it since the endpoints are relatively small at the moment (assuming that the directory has write access but I can always enter a stream into the store if I've read the documentation correctly? so that shouldn't be an issue).

Yes you can.

>>> Also, when I loaded it via PIP, I had to mess around with the setup.py as
>>> the fo.open() needed to be outside of the try loop as Python didn't
>>> recognise fo and when the .rst file appeared to be missing (or at least I
>>> didn't see it in the path). Got it installed and it appears to be in the
>>> path.
>
>>Sounds like a bug in setup here. Could you explain where fo.open was
>>you had problems with?
>
> It was in the setup.py file in the try: catch: loop.
> try:
>    fo.open("README.rst")
>    ...
> catch:
>    ...
> finally:
>    fo.close()

Ah ok, we should fix that if there is a problem.

Rufus




More information about the okfn-labs mailing list