add depth and camera intrinsics, and adopt the typed Arrow image #4

Merged
cristhian merged 14 commits from depth-panel into main 2026-09-15 09:36:17 +00:00
3 changed files with 14 additions and 14 deletions
Showing only changes of commit f7171de2af - Show all commits
+7 -6
View File
@@ -14,7 +14,7 @@ Add to your dataflow:
```yaml ```yaml
nodes: nodes:
- id: view - id: view
git: ssh://git@gitea.liria.cl:5001/liria/dora-image-view.git git: https://gitea.liria.cl/liria/dora-image-view.git
tag: v0.1.0 tag: v0.1.0
build: uv pip install . build: uv pip install .
path: dora-image-view path: dora-image-view
@@ -85,11 +85,12 @@ else, and `dora validate --strict` warns about every *typed* input this node dec
that a dataflow leaves unwired. The strictness belongs to `dataflow.yml`, which drives that a dataflow leaves unwired. The strictness belongs to `dataflow.yml`, which drives
all of them. all of them.
**Known limitation (dora-cli 1.0.1).** A `git:` node pointing at a private repository **A `git:` node needs anonymous read access.** dora-cli 1.0.1 fetches through libgit2
does not build: over `ssh://` on a non-standard port the connection fails, and over with no credential callback, so a repository that asks for credentials fails with
`https://` libgit2 reports `remote authentication required but no callback set`. The `remote authentication required but no callback set`, and `ssh://` cannot authenticate
dataflow validates and the wiring is the form a consumer should use, but running it at all. Note that marking a repository public is not sufficient on Gitea: a repository
needs that fixed or the repository made public. inside a **private organization** is treated as internal and still answers anonymous
clones with `401`. The organization has to be public too.
### Node manifest ### Node manifest
+6 -7
View File
@@ -4,12 +4,11 @@
# Not run by CI: it needs a camera and it fetches dora-webcam over the network. # Not run by CI: it needs a camera and it fetches dora-webcam over the network.
# dataflow.yml is the gate, and needs neither. # dataflow.yml is the gate, and needs neither.
# #
# Known limitation, dora-cli 1.0.1: a `git:` node pointing at a *private* # This needs anonymous read access to the camera's repository. dora-cli 1.0.1
# repository does not build. Over ssh:// on a non-standard port the connection # fetches through libgit2 with no credential callback, so anything that asks for
# fails outright, and over https:// libgit2 reports "remote authentication # credentials fails with "remote authentication required but no callback set".
# required but no callback set" -- dora has no credential callback, so neither # On Gitea, marking the repository public is not enough: a repository inside a
# transport authenticates. This file validates, and the wiring below is the form # private organization is internal and still answers anonymous clones with 401.
# a consumer should use; running it needs that fixed, or the repository public.
# #
# `strict_types` is deliberately absent. A camera publishes an image and nothing # `strict_types` is deliberately absent. A camera publishes an image and nothing
# else, and `dora validate --strict` warns about every *typed* input this node # else, and `dora validate --strict` warns about every *typed* input this node
@@ -19,7 +18,7 @@
nodes: nodes:
- id: camera - id: camera
git: ssh://git@gitea.liria.cl:5001/liria/dora-webcam.git git: https://gitea.liria.cl/liria/dora-webcam.git
tag: v0.1.0 tag: v0.1.0
build: uv pip install . build: uv pip install .
path: dora-webcam path: dora-webcam
+1 -1
View File
@@ -86,7 +86,7 @@ env:
example: | example: |
- id: view - id: view
git: ssh://git@gitea.liria.cl:5001/liria/dora-image-view.git git: https://gitea.liria.cl/liria/dora-image-view.git
tag: v0.1.0 tag: v0.1.0
build: uv pip install . build: uv pip install .
path: dora-image-view path: dora-image-view