Skip to content

Commit

Permalink
Add missing formatting/links (#21)
Browse files Browse the repository at this point in the history
Co-authored-by: Alan O'Callaghan <alan.ocallaghan@outlook.com>
  • Loading branch information
petebankhead and alanocallaghan authored Oct 29, 2024
1 parent 9b3295c commit fae6fae
Showing 1 changed file with 12 additions and 12 deletions.
24 changes: 12 additions & 12 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -8,28 +8,28 @@ The name comes from **Quantitative Bioimage Analysis Laboratory**. This is chose

QuBaLab isn't QuPath - they're just good friends.

* **QuPath** is a user-friendly Java application for bioimage analysis, which has some especially nice features for handling whole slide and highly-multiplexed images. But lots of bioimage analysis research is done in Python, and is hard to integrate with QuPath.
* **QuPath** is a user-friendly Java application for bioimage analysis, which has some especially nice features for handling whole slide and highly-multiplexed images. But lots of bioimage analysis research is done in Python, and is hard to integrate with QuPath.
* **QuBaLab**'s main aim is to help with this, by providing tools to help exchange data between QuPath and Python *without any direct dependency on QuPath and Java*. It therefore doesn't require QuPath to be installed, and can be used entirely from Python.

QuBaLab doesn't share code with QuPath, but is uses many of the same conventions for accessing images and representing objects in a GeoJSON compatible way. By using the same custom fields for things like measurements and classifications, exchanging data is much easier.

### How does QuBaLab compare to paquo?

paquo is an existing library linking Python and QuPath that provides a pythonic interface to QuPath.
[paquo](https://paquo.readthedocs.io/) is an existing library linking Python and QuPath that provides a pythonic interface to QuPath.

We think paquo is great, and don't want to replace it!
_We think paquo is great - we don't want to replace it!_

Here are the 3 main differences as we see them:

1. Target audience
- paquo is written mostly for Python programmers who need to work with QuPath data
- QuBaLab is written mostly for QuPath users who want to dip into Python
2. Convenience vs. Efficiency
- paquo is based on JPype to provide full & efficient access to Java from Python
- QuBaLab is based on Py4J to exchange data between Java & Python - preferring convenience over efficiency
3. Pixel access
- paquo is for working with QuPath projects and objects - accessing pixels is beyond its scope (at least for now)
- QuBaLab enables requesting pixels as numpy or dask arrays, and provides functions to convert between thresholded images & QuPath objects
1. **Target audience**
- paquo is written mostly for Python programmers who need to work with QuPath data
- QuBaLab is written mostly for QuPath users who want to dip into Python
2. **Convenience vs. Efficiency**
- paquo is based on [JPype](http://jpype.readthedocs.io/) to provide full & efficient access to Java from Python
- QuBaLab is based on [Py4J](https://www.py4j.org) to exchange data between Java & Python - preferring convenience to efficiency
3. **Pixel access**
- paquo is for working with QuPath projects and objects - accessing pixels is beyond its scope (at least for now)
- QuBaLab enables requesting pixels as numpy or dask arrays, and provides functions to convert between thresholded images & QuPath objects

So if you're a Python programmer who needs an intuitive and efficient way to work with QuPath data, use paquo.

Expand Down

0 comments on commit fae6fae

Please sign in to comment.