You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Coming from #7, @rahul-gj created a fork of this library called uspto-peds-python, which just wraps the PEDS Search API and is purely based on the requests and BeautifulSoup packages.
This variant is obviously able to operate with a trimmed down subset of dependencies making it apparently more usable for specific use cases. However, the same thing could be achieved using extras_require() mechanisms.
This issue has been created to track the reintegration of both variants with each other again.
Thanks for your valuable input on that, Rahul.
The text was updated successfully, but these errors were encountered:
amotl
changed the title
Reintegrate "uspto-peds-python" variant
Reintegrate aspects from "uspto-peds-python" fork
Mar 15, 2019
No worries Rahul, it's just a note-to-self that I might come back to this to make the uspto-opendata-python module universal enough that it would solve your basic needs as well as currently outlined by your uspto-peds-python fork. So, we don't have to maintain the common subset of the relevant code at two places.
There's no direct action required by you. Have a good weekend and thanks again!
Coming from #7, @rahul-gj created a fork of this library called uspto-peds-python, which just wraps the PEDS Search API and is purely based on the
requests
andBeautifulSoup
packages.This variant is obviously able to operate with a trimmed down subset of dependencies making it apparently more usable for specific use cases. However, the same thing could be achieved using
extras_require()
mechanisms.This issue has been created to track the reintegration of both variants with each other again.
Thanks for your valuable input on that, Rahul.
The text was updated successfully, but these errors were encountered: