Skip to main content

flimkit-bridge

The local HTTP server that FLIMKit image analysis clients talk to.

Two add-ons use it. The QuPath extension and the Fiji add-on are both clients of this one server, so a fix here reaches both and neither carries its own copy of the API.

It started inside the QuPath add-on and moved out once there were two clients. The wire protocol it speaks was designed and first implemented in flimkit-fiji-bridge by Zhen Yuan Yeo (https://doi.org/10.5281/zenodo.21951612).

Running it

The server starts with FLIMKit. Tools > FLIMKit Bridge... shows its address and whether anything has connected.

It also runs without the desktop app, which is what you want on a headless machine or when QuPath or Fiji is the only front end:

pip install flimkit-bridge
flimkit-bridge

--port and --token are there if you need them, --force takes over from a bridge that has been left running, and --no-announce serves alongside one instead.

Pairing

The server writes its address and a generated token to ~/.flimkit/bridge.json, and clients read that file, so there is nothing to type in. Each start mints a new token, so a client re-reads the file before every call.

It writes ~/.flimkit/qupath-bridge.json alongside it, carrying the same address under the older protocol name. QuPath extensions built before the server moved out check for that name and stop pairing without it. The second file goes when those versions are retired.

Versions

GET /v1/status reports protocol_version, bridge_version and flimkit_version. A client checks protocol_version, which is what governs whether the two can talk. bridge_version is for display: the server and each client version independently now, so a difference between them is ordinary rather than a problem.

Security

The server listens on 127.0.0.1 only, and refuses any request whose Host header is not localhost, which stops a web page reaching it by resolving its own hostname to your machine. Every endpoint except the status check requires the token.

Both programs therefore have to be on the same machine. If they are not, forward the port over SSH rather than exposing it:

ssh -L 8765:127.0.0.1:8765 you@the-flimkit-machine

Licence

MIT. See LICENSE.md.

Release files for flimkit-bridge 0.7.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for flimkit-bridge 0.7.0
File Size Uploaded
flimkit_bridge-0.7.0.tar.gz 60.4 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for flimkit-bridge 0.7.0
File Interpreter ABI Platform
flimkit_bridge-0.7.0-py3-none-any.whl Python 3 none any Details

Total release size: 96.5 kB

Release files / flimkit_bridge-0.7.0.tar.gz

Download URL flimkit_bridge-0.7.0.tar.gz
Size 60.4 kB
Tags Source
SHA-256 checksum
How to use checksums
322e4b4c8008693fe8040288b5a0bb08b10cb664ebddb9d4ee09d0e3a7c83c3c
BLAKE2b-256 checksum
How to use checksums
e81ad2492d71d0353957cb7856a0e808cffdcf530c123750da3885f6811699b1
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 25, 2026.

Transparency log

Release files / flimkit_bridge-0.7.0-py3-none-any.whl

Download URL flimkit_bridge-0.7.0-py3-none-any.whl
Size 36.1 kB
Tags Python 3
SHA-256 checksum
How to use checksums
de796835b178971017b0740cf9a095a28ea47573428cfa5ca7dee9b163f31d36
BLAKE2b-256 checksum
How to use checksums
ec74b94a884d8455c1937d113ae8563749c9f4e5d3426f4c0cb5c40197b858f2
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Aug 25, 2026.

Transparency log

Release history Release notifications | RSS feed

0.8.0

2 release files

This release

0.7.0 This release

2 release files

0.6.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page