Go to file
2025-11-27 19:22:43 -05:00
SPARC refactor: dataclasses are now defined as types in types.py 2025-11-27 19:22:43 -05:00
.gitignore chore: added git ignore 2025-11-15 22:14:55 -05:00
main.py chore: include local files 2025-11-15 22:13:31 -05:00
README.md docs: roadmap identified 2025-11-04 13:43:52 -05:00
requirements.txt chore: include local files 2025-11-15 22:13:31 -05:00

SPARC

Name

Semiconductor Patent & Analytics Report Core

Description

Installation

Within a particular ecosystem, there may be a common way of installing things, such as using Yarn, NuGet, or Homebrew. However, consider the possibility that whoever is reading your README is a novice and would like more guidance. Listing specific steps helps remove ambiguity and gets people to using your project as quickly as possible. If it only runs in a specific context like a particular programming language version or operating system or has dependencies that have to be installed manually, also add a Requirements subsection.

Usage

Use examples liberally, and show the expected output if you can. It's helpful to have inline the smallest example of usage that you can demonstrate, while providing links to more sophisticated examples if they are too long to reasonably include in the README.

Support

Tell people where they can go to for help. It can be any combination of an issue tracker, a chat room, an email address, etc.

Roadmap

  • Retrive publicationID from SERP API
  • Retrive data from Google's patent API based on those publicationID's
  • Wrap this into a python fastAPI, then bundle with docker

License

For open source projects, say how it is licensed.

Project status

If you have run out of energy or time for your project, put a note at the top of the README saying that development has slowed down or stopped completely. Someone may choose to fork your project or volunteer to step in as a maintainer or owner, allowing your project to keep going. You can also make an explicit request for maintainers.