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

specify v2 API as the read-client database for the scraper #391

Open
bepetersn opened this issue May 20, 2014 · 3 comments
Open

specify v2 API as the read-client database for the scraper #391

bepetersn opened this issue May 20, 2014 · 3 comments
Labels
Milestone

Comments

@bepetersn
Copy link
Member

As long as we're using this "client" model, one of these clients is going to have to have an interface that our scraper knows about and can use to access a current snapshot of the database.

This should be the v2 API.

@bepetersn bepetersn added this to the v2.0 API milestone May 20, 2014
@bepetersn bepetersn changed the title specify a client to act as database snapshot for scraper specify v2 API as the read-client database for the scraper May 21, 2014
@wilbertom wilbertom reopened this Jun 6, 2014
@bepetersn
Copy link
Member Author

This actually does not need to be done anymore. My understanding is the scraper will just post the raw inmate data, and the v2 API can figure out the rest. No need for the scraper to know anything about any database.

@nwinklareth
Copy link
Contributor

I am agree. The scraper will not be dependent on any database. This is a
great example of seperation of concerns. Capturing the basic inmate
information and making it available versus processing the data for analysis
and supporting quering on the processed data are separate and distinct
activities.

Norbert
On Jun 6, 2014 1:26 PM, "Brian Everett Peterson" [email protected]
wrote:

This actually does not need to be done anymore. My understanding is the
scraper will just post the raw inmate data, and the v2 API can figure out
the rest. No need for the scraper to know anything about any database.


Reply to this email directly or view it on GitHub
#391 (comment).

@fgregg
Copy link
Contributor

fgregg commented Dec 17, 2014

Seems like this can be closed again?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants