Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[super]: Move upload/import to work over the API #159

Closed
markmacgillivray opened this issue Jan 20, 2012 · 11 comments
Closed

[super]: Move upload/import to work over the API #159

markmacgillivray opened this issue Jan 20, 2012 · 11 comments
Assignees

Comments

@markmacgillivray
Copy link
Contributor

Upload/import should send to the API, and should run on a separate process so that the user is not waiting for response/timeout. Instead, respond to the user with "this is happening, here is the collection link, check back later (very soon for most small collections)". Alternatively but a bit harder, set up the system so that a hit on the collection link shows a "i am processing response", then the user could be sent straight there anyway.

@ghost ghost assigned rufuspollock Jan 20, 2012
@markmacgillivray
Copy link
Contributor Author

ref #155 - temporary fix of increasing nginx timeout

@epoz
Copy link
Contributor

epoz commented Jan 30, 2012

Suggestion - To simplify the parser pipeline:

A BibServer parser accepts the to-parse format on stdin and outputs valid BibJSON on stdout.
That is the bare minimum specification, all other options are format specific.
This could then also handle any site-specific scrapers that the BibServer community would want to create.

@rufuspollock
Copy link
Contributor

The key point here, though is that parsers are not usually run by us but by community (though we perhaps preserve support for things like BibText and RIS). So, we don't really care about the "parser API" since how those parsers work will not affect us -- people will run parsers wherever -- writing to BibSoup over our API.

@markmacgillivray
Copy link
Contributor Author

this should not be in the beta sprint. will be part of the next dev sprint. moving out

@ghost ghost assigned epoz Feb 7, 2012
@markmacgillivray
Copy link
Contributor Author

Etienne now working on altering the parser functionality and creating stand-alone async

@markmacgillivray
Copy link
Contributor Author

see also #117

@markmacgillivray
Copy link
Contributor Author

and the closed #141 for more info

@rufuspollock
Copy link
Contributor

Where are details of what Etienne is working on or planning to do :-)

My 2c we want a convert.bibsoup.net service that does conversions / parsing. This can be used standalone or used for importers to bibsoup.net.

@epoz
Copy link
Contributor

epoz commented Feb 8, 2012

I am busy working on this: https://github.com/okfn/bibserver/wiki/AsyncUploadDesign
Have actually started coding on it, as a branch from main repo.
Will commit first cut soon.

@markmacgillivray
Copy link
Contributor Author

Yep, Etienne has written his plan and we agreed it yesterday. Then import from bibsoup will cease to rely on an internal routing and will be able to use the converters via API.

@epoz
Copy link
Contributor

epoz commented Feb 9, 2012

See: 5454da1 for a running version. In this branch you can now do en upload from the web interface.

@epoz epoz closed this as completed Apr 19, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants