Add contributor's guide
Vinayak Mehta
parent
3d2c9b5435
commit
76528f5a27
126
CONTRIBUTING.md
126
CONTRIBUTING.md
|
|
@ -1 +1,125 @@
|
|||
# Contribution Guidelines
|
||||
# Contributor's Guide
|
||||
|
||||
If you're reading this, you're probably looking to contributing to Camelot. *Time is the only real currency*, and the fact that you're considering spending some here is *very* generous of you. Thanks you very much!
|
||||
|
||||
This document will help you get started with contributing documentation, code, testing and filing issues. If you have any questions, feel free to reach out to [Vinayak Mehta](http://vinayak-mehta.github.io), the author and maintainer.
|
||||
|
||||
## Code Of Conduct
|
||||
|
||||
The following quote sums up the **Code Of Conduct**.
|
||||
|
||||
**Be cordial or be on your way**. *--Kenneth Reitz*
|
||||
|
||||
Kenneth Reitz has also written an [essay](https://www.kennethreitz.org/essays/be-cordial-or-be-on-your-way) on this topic, which you should read.
|
||||
|
||||
As the [Requests Code Of Conduct](http://docs.python-requests.org/en/master/dev/contributing/#be-cordial) states, **all contributions are welcome**, as long as everyone involved is treated with respect.
|
||||
|
||||
## Your First Contribution
|
||||
|
||||
A great way to start contributing to Camelot is to pick an issue tagged with the [Contributor Friendly](https://github.com/socialcopsdev/camelot/labels/Contributor%20Friendly) tag or the [Level: Easy](https://github.com/socialcopsdev/camelot/labels/Level%3A%20Easy) tag. If you're unable to find a good first issue, feel free to contact the maintainer.
|
||||
|
||||
## Set up a development environment
|
||||
|
||||
To install the dependencies needed for development, you can use pip:
|
||||
|
||||
<pre>
|
||||
$ pip install camelot-py[dev]
|
||||
</pre>
|
||||
|
||||
## Pull Requests
|
||||
|
||||
### Submit a Pull Request
|
||||
|
||||
The preferred workflow for contributing to Camelot is to fork the [project repository](https://github.com/socialcopsdev/camelot) on GitHub, clone, develop on a branch and then finally submit a pull request. Steps:
|
||||
|
||||
1. Fork the project repository: click on the ‘Fork’ button near the top of the page. This creates a copy of the code under your account on the GitHub.
|
||||
|
||||
2. Clone your fork of the Camelot from your GitHub account:
|
||||
|
||||
<pre>
|
||||
$ git clone https://www.github.com/[username]/camelot
|
||||
</pre>
|
||||
|
||||
3. Create a branch to hold your changes:
|
||||
|
||||
<pre>
|
||||
$ git checkout -b my-feature
|
||||
</pre>
|
||||
|
||||
Always branch out from `master` to work on your contribution. It's good practice to never work on the `master` branch!
|
||||
|
||||
**Protip: `git stash` is a great way to save the work that you haven't committed yet, to move between branches.**
|
||||
|
||||
4. Work on your contribution. Add changed files using `git add` and then `git commit` them:
|
||||
|
||||
<pre>
|
||||
$ git add modified_files
|
||||
$ git commit
|
||||
</pre>
|
||||
|
||||
5. Finally, push them to your GitHub fork:
|
||||
|
||||
<pre>
|
||||
$ git push -u origin my-feature
|
||||
</pre>
|
||||
|
||||
Now it's time to go to the your fork of Camelot and create a pull request! You can [follow these instructions](https://help.github.com/articles/creating-a-pull-request-from-a-fork/) to do the same.
|
||||
|
||||
### Work on your Pull Request
|
||||
|
||||
We recommend that your pull request complies with the following rules:
|
||||
|
||||
- Make sure your code follows [pep8](http://pep8.org).
|
||||
|
||||
- In case your pull request contains function docstrings, make sure you follow the [numpydoc](https://numpydoc.readthedocs.io/en/latest/format.html) format. All function docstrings in Camelot follow this format. Moreover, following the format will make sure that the API documentation is generated flawlessly.
|
||||
|
||||
- Make sure your commit messages follow [the seven rules of a great git commit message](https://chris.beams.io/posts/git-commit/).
|
||||
- Separate subject from body with a blank line
|
||||
- Limit the subject line to 50 characters
|
||||
- Capitalize the subject line
|
||||
- Do not end the subject line with a period
|
||||
- Use the imperative mood in the subject line
|
||||
- Wrap the body at 72 characters
|
||||
- Use the body to explain what and why vs. how
|
||||
|
||||
- Please prefix your title of your pull request with [MRG] (Ready for Merge), if the contribution is complete and ready for a detailed review. An incomplete pull request's title should be prefixed with [WIP] (to indicate a work in progress), and changed to [MRG] when it's complete. A good [task list](https://blog.github.com/2013-01-09-task-lists-in-gfm-issues-pulls-comments/) in the PR description will ensure that other people will get a better idea of what it proposes to do, which will also increase collaboration.
|
||||
|
||||
- If contributing new functionality, make sure that you add a unit test for it, while making sure that all previous tests pass. Camelot uses [pytest](https://docs.pytest.org/en/latest/) for testing. Tests can be run using:
|
||||
|
||||
<pre>
|
||||
$ python setup.py test
|
||||
</pre>
|
||||
|
||||
## Writing Documentation
|
||||
|
||||
Writing documentation, function docstrings, examples and tutorials is a great way to start contributing to open-source software! The documentation is present inside the `docs/` directory of the source code repository.
|
||||
|
||||
The documentation is written in [reStructuredText](https://en.wikipedia.org/wiki/ReStructuredText), with [Sphinx](http://www.sphinx-doc.org/en/master/) used to generate these lovely HTML files that you're currently reading (unless you're reading this on GitHub). You can edit the documentation using any text editor and then generate the HTML output by running `make html` in the `docs/` directory.
|
||||
|
||||
The function docstrings are written using the [numpydoc](https://numpydoc.readthedocs.io/en/latest/format.html) extension for Sphinx. Make sure you check it out before you start writing one.
|
||||
|
||||
## Filing Issues
|
||||
|
||||
We use [GitHub issues](https://docs.pytest.org/en/latest/) to keep track of all issues and pull requests. Before opening an issue (which asks a question or reports a bug), it is advisable to use GitHub search to look for existing issues (both open and closed) that may be similar.
|
||||
|
||||
### Questions
|
||||
|
||||
Please don't use GitHub issues for support questions, a better place for them would be [Stack Overflow](http://stackoverflow.com). Make sure you tag them using the `python-camelot` tag.
|
||||
|
||||
### Bug Reports
|
||||
|
||||
- Please include your operating system type and Python version number, along with the version numbers of NumPy, OpenCV and Camelot. You can use the following code snippet to find this information:
|
||||
|
||||
<pre>
|
||||
import platform; print(platform.platform())
|
||||
import sys; print('Python', sys.version)
|
||||
import numpy; print('NumPy', numpy.__version__)
|
||||
import cv2; print('OpenCV', cv2.__version__)
|
||||
import camelot; print('Camelot', camelot.__version__)
|
||||
</pre>
|
||||
|
||||
- Please include the **complete traceback** in your bug report.
|
||||
|
||||
- Make sure you include **steps to reproduce the bug**, using code snippets. See [Creating and highlighting code blocks](https://help.github.com/articles/creating-and-highlighting-code-blocks/).
|
||||
|
||||
- Also include a link to the PDF document that you were trying to extract tables from, telling us what you expected the code to do and what actually happened.
|
||||
20
README.md
20
README.md
|
|
@ -46,6 +46,8 @@ There's a [command-line interface]() too!
|
|||
- **Export** to multiple formats, including json, excel and html.
|
||||
- Simple and Elegant API, written in **Python**!
|
||||
|
||||
See [comparison with other PDF parsing libraries and tools](https://github.com/socialcopsdev/camelot/wiki/Comparison-with-other-PDF-Table-Parsing-libraries-and-tools).
|
||||
|
||||
## Installation
|
||||
|
||||
After [installing the dependencies](), you can simply use pip to install Camelot:
|
||||
|
|
@ -56,23 +58,23 @@ $ pip install camelot-py
|
|||
|
||||
## Documentation
|
||||
|
||||
The documentation is available at [link]().
|
||||
Great documentation is available at [link]().
|
||||
|
||||
## Development
|
||||
|
||||
The [contribution guidelines](CONTRIBUTING.md) has detailed information about contributing code, documentation, tests and more. We've included some basic information in this README.
|
||||
The [Contributor's Guide](CONTRIBUTING.md) has detailed information about contributing code, documentation, tests and more. We've included some basic information in this README.
|
||||
|
||||
### Source code
|
||||
|
||||
You can check the latest sources with the command:
|
||||
You can check the latest sources with:
|
||||
|
||||
<pre>
|
||||
$ git clone https://www.github.com/socialcopsdev/camelot.git
|
||||
$ git clone https://www.github.com/socialcopsdev/camelot
|
||||
</pre>
|
||||
|
||||
### Setting up development environment
|
||||
### Setting up a development environment
|
||||
|
||||
You can install the development dependencies with the command:
|
||||
You can install the development dependencies easily, using pip:
|
||||
|
||||
<pre>
|
||||
$ pip install camelot-py[dev]
|
||||
|
|
@ -86,6 +88,10 @@ After installation, you can run tests using:
|
|||
$ python setup.py test
|
||||
</pre>
|
||||
|
||||
## Versioning
|
||||
|
||||
Camelot uses [Semantic Versioning](https://semver.org/). For the available versions, see the tags on this repository.
|
||||
|
||||
## License
|
||||
|
||||
This project is licensed under the [MIT License](LICENSE).
|
||||
This project is licensed under the MIT License, see the [LICENSE](LICENSE) file for details.
|
||||
|
|
@ -3,45 +3,157 @@
|
|||
Contributor's Guide
|
||||
===================
|
||||
|
||||
The preferred way to contribute to Camelot is to fork this repository, and then submit a "pull request" (PR):
|
||||
If you're reading this, you're probably looking to contributing to Camelot. *Time is the only real currency*, and the fact that you're considering spending some here is *very* generous of you. Thanks you very much!
|
||||
|
||||
1. Create an account on GitHub if you don't already have one.
|
||||
This document will help you get started with contributing documentation, code, testing and filing issues. If you have any questions, feel free to reach out to `Vinayak Mehta`_, the author and maintainer.
|
||||
|
||||
2. Fork the project repository: click on the ‘Fork’ button near the top of the page. This creates a copy of the code under your account on the GitHub server.
|
||||
.. _Vinayak Mehta: http://vinayak-mehta.github.io
|
||||
|
||||
3. Clone this copy to your local disk.
|
||||
4. Create a branch to hold your changes::
|
||||
Code Of Conduct
|
||||
---------------
|
||||
|
||||
The following quote sums up the **Code Of Conduct**.
|
||||
|
||||
**Be cordial or be on your way**. *--Kenneth Reitz*
|
||||
|
||||
Kenneth Reitz has also written an `essay`_ on this topic, which you should read.
|
||||
|
||||
.. _essay: https://www.kennethreitz.org/essays/be-cordial-or-be-on-your-way
|
||||
|
||||
As the `Requests Code Of Conduct`_ states, **all contributions are welcome**, as long as everyone involved is treated with respect.
|
||||
|
||||
.. _Requests Code Of Conduct: http://docs.python-requests.org/en/master/dev/contributing/#be-cordial
|
||||
|
||||
Your First Contribution
|
||||
-----------------------
|
||||
|
||||
A great way to start contributing to Camelot is to pick an issue tagged with the `Contributor Friendly`_ or the `Easy`_ tags. If you're unable to find a good first issue, feel free to contact the maintainer.
|
||||
|
||||
.. _Contributor Friendly: https://github.com/socialcopsdev/camelot/labels/Contributor%20Friendly
|
||||
.. _Easy: https://github.com/socialcopsdev/camelot/labels/Level%3A%20Easy
|
||||
|
||||
Set up a development environment
|
||||
--------------------------------
|
||||
|
||||
To install the dependencies needed for development, you can use pip::
|
||||
|
||||
$ pip install camelot-py[dev]
|
||||
|
||||
Pull Requests
|
||||
-------------
|
||||
|
||||
Submit a Pull Request
|
||||
^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
The preferred workflow for contributing to Camelot is to fork the `project repository`_ on GitHub, clone, develop on a branch and then finally submit a pull request. Steps:
|
||||
|
||||
.. _project repository: https://github.com/socialcopsdev/camelot
|
||||
|
||||
1. Fork the project repository: click on the ‘Fork’ button near the top of the page. This creates a copy of the code under your account on the GitHub.
|
||||
|
||||
2. Clone your fork of the Camelot from your GitHub account::
|
||||
|
||||
$ git clone https://www.github.com/[username]/camelot
|
||||
|
||||
3. Create a branch to hold your changes::
|
||||
|
||||
$ git checkout -b my-feature
|
||||
|
||||
and start making changes. Never work in the `master` branch!
|
||||
Always branch out from ``master`` to work on your contribution. It's good practice to never work on the ``master`` branch!
|
||||
|
||||
5. Work on this copy, on your computer, using Git to do the version control. When you’re done editing, do::
|
||||
.. note:: Protip: ``git stash`` is a great way to save the work that you haven't committed yet, to move between branches.
|
||||
|
||||
4. Work on your contribution. Add changed files using ``git add`` and then ``git commit`` them::
|
||||
|
||||
$ git add modified_files
|
||||
$ git commit
|
||||
|
||||
to record your changes in Git, then push them to GitHub with::
|
||||
5. Finally, push them to your GitHub fork::
|
||||
|
||||
$ git push -u origin my-feature
|
||||
|
||||
Finally, go to the web page of the your fork of the camelot repo, and click ‘Pull request’ to send your changes to the maintainers for review.
|
||||
Now it's time to go to the your fork of Camelot and create a pull request! You can `follow these instructions`_ to do the same.
|
||||
|
||||
Code
|
||||
----
|
||||
.. _follow these instructions: https://help.github.com/articles/creating-a-pull-request-from-a-fork/
|
||||
|
||||
You can check the latest sources with the command::
|
||||
Work on your Pull Request
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
$ git clone https://github.com/socialcopsdev/camelot.git
|
||||
We recommend that your pull request complies with the following guidelines:
|
||||
|
||||
Contributing
|
||||
------------
|
||||
- Make sure your code follows `pep8`_.
|
||||
|
||||
See :doc:`Contributing guidelines <contributing>`.
|
||||
.. _pep8: http://pep8.org
|
||||
|
||||
Testing
|
||||
-------
|
||||
- In case your pull request contains function docstrings, make sure you follow the `numpydoc`_ format. All function docstrings in Camelot follow this format. Following the format will make sure that the API documentation is generated flawlessly.
|
||||
|
||||
.. _numpydoc: https://numpydoc.readthedocs.io/en/latest/format.html
|
||||
|
||||
- Make sure your commit messages follow `the seven rules of a great git commit message`_.
|
||||
- Separate subject from body with a blank line
|
||||
- Limit the subject line to 50 characters
|
||||
- Capitalize the subject line
|
||||
- Do not end the subject line with a period
|
||||
- Use the imperative mood in the subject line
|
||||
- Wrap the body at 72 characters
|
||||
- Use the body to explain what and why vs. how
|
||||
|
||||
.. _the seven rules of a great git commit message: https://chris.beams.io/posts/git-commit/
|
||||
|
||||
- Please prefix your title of your pull request with [MRG] (Ready for Merge), if the contribution is complete and ready for a detailed review. An incomplete pull request's title should be prefixed with [WIP] (to indicate a work in progress), and changed to [MRG] when it's complete. A good `task list`_ in the PR description will ensure that other people get a fair idea of what it proposes to do, which will also increase collaboration.
|
||||
|
||||
.. _task list: https://blog.github.com/2013-01-09-task-lists-in-gfm-issues-pulls-comments/
|
||||
|
||||
- If contributing new functionality, make sure that you add a unit test for it, while making sure that all previous tests pass. Camelot uses `pytest`_ for testing. Tests can be run using:
|
||||
|
||||
.. _pytest: https://docs.pytest.org/en/latest/
|
||||
|
||||
::
|
||||
|
||||
$ python setup.py test
|
||||
$ python setup.py test
|
||||
|
||||
Writing Documentation
|
||||
---------------------
|
||||
|
||||
Writing documentation, function docstrings, examples and tutorials is a great way to start contributing to open-source software! The documentation is present inside the `docs/` directory of the source code repository.
|
||||
|
||||
The documentation is written in `reStructuredText`_, with `Sphinx`_ used to generate these lovely HTML files that you're currently reading (unless you're reading this on GitHub). You can edit the documentation using any text editor and then generate the HTML output by running `make html` in the `docs/` directory.
|
||||
|
||||
The function docstrings are written using the `numpydoc`_ extension for Sphinx. Make sure you check out how its format guidelines, before you start writing one.
|
||||
|
||||
.. _reStructuredText: https://en.wikipedia.org/wiki/ReStructuredText
|
||||
.. _Sphinx: http://www.sphinx-doc.org/en/master/
|
||||
.. _numpydoc: https://numpydoc.readthedocs.io/en/latest/format.html
|
||||
|
||||
Filing Issues
|
||||
-------------
|
||||
|
||||
We use `GitHub issues`_ to keep track of all issues and pull requests. Before opening an issue (which asks a question or reports a bug), it is advisable to use GitHub search to look for existing issues (both open and closed) that may be similar.
|
||||
|
||||
.. _GitHub issues: https://docs.pytest.org/en/latest/
|
||||
|
||||
Questions
|
||||
^^^^^^^^^
|
||||
|
||||
Please don't use GitHub issues for support questions, a better place for them would be `Stack Overflow`_. Make sure you tag them using the ``python-camelot`` tag.
|
||||
|
||||
.. _Stack Overflow: http://stackoverflow.com
|
||||
|
||||
Bug Reports
|
||||
^^^^^^^^^^^
|
||||
|
||||
- Please include your operating system type and Python version number, along with the version numbers of NumPy, OpenCV and Camelot. You can use the following code snippet to find this information::
|
||||
|
||||
import platform; print(platform.platform())
|
||||
import sys; print('Python', sys.version)
|
||||
import numpy; print('NumPy', numpy.__version__)
|
||||
import cv2; print('OpenCV', cv2.__version__)
|
||||
import camelot; print('Camelot', camelot.__version__)
|
||||
|
||||
- Please include the **complete traceback** in your bug report.
|
||||
|
||||
- Make sure you include **steps to reproduce the bug**, using code snippets. See `Creating and highlighting code blocks`_.
|
||||
|
||||
.. _Creating and highlighting code blocks: https://help.github.com/articles/creating-and-highlighting-code-blocks/
|
||||
|
||||
- Also include a link to the PDF document that you were trying to extract tables from, telling us what you expected the code to do and what actually happened.
|
||||
|
|
@ -56,12 +56,17 @@ There's a :ref:`command-line interface <cli>` too!
|
|||
|
||||
Why Camelot?
|
||||
------------
|
||||
|
||||
- **You are in control**: Unlike other libraries and tools which either give a nice output or fail miserably (with no in-between), Camelot gives you the power to tweak table extraction. (Since everything in the real world, including PDF table extraction, is fuzzy.)
|
||||
- **Metrics**: *Bad* tables can be discarded based on metrics like accuracy and whitespace, without ever having to manually look at each table.
|
||||
- Each table is a **pandas DataFrame**, which enables seamless integration into data analysis workflows.
|
||||
- **Export** to multiple formats, including json, excel and html.
|
||||
- Simple and Elegant API, written in **Python**!
|
||||
|
||||
See `comparison with other PDF parsing libraries and tools`_.
|
||||
|
||||
.. _comparison with other PDF parsing libraries and tools: https://github.com/socialcopsdev/camelot/wiki/Comparison-with-other-PDF-Table-Parsing-libraries-and-tools
|
||||
|
||||
The User Guide
|
||||
--------------
|
||||
|
||||
|
|
|
|||
|
|
@ -5,7 +5,7 @@ Command-line interface
|
|||
|
||||
Camelot comes with a command-line interface.
|
||||
|
||||
You can print the help for the interface, by typing ``camelot --help`` in your favorite terminal, as shown below.
|
||||
You can print the help for the interface, by typing ``camelot --help`` in your favorite terminal program, as shown below.
|
||||
|
||||
::
|
||||
|
||||
|
|
|
|||
|
|
@ -21,7 +21,7 @@ There are both open (`Tabula`_) and closed-source (`PDFTables`_, `smallpdf`_) to
|
|||
|
||||
Camelot was created with the goal of offering its users complete control over table extraction. If the users are not able to the desired output with the default configuration, they should be able to tweak the parameters and get the tables out!
|
||||
|
||||
Here is a `comparison`_ of Camelot's output with outputs from other libraries and tools.
|
||||
Here is a `comparison`_ of Camelot's output with outputs from other PDF parsing libraries and tools.
|
||||
|
||||
.. _Tabula: http://tabula.technology/
|
||||
.. _PDFTables: https://pdftables.com/
|
||||
|
|
|
|||
Loading…
Reference in New Issue