i6eal.de
DEEN
Projekt starten
← Zurück zum KI-AbhängigkeitsatlasDossier einer exakten Paketidentität

pyarrow

pypi:pyarrow
pypi

Dieses Dossier verknüpft die stabile Identität pypi:pyarrow mit 5 exakt beobachteten Versionen in 10 öffentlichen Repositories.

pypipypi:pyarrowÖkosystem:Name + exakte Version + Evidenzpfad

Eine Paketidentität oder Provider-Schnittstelle im veröffentlichten Code belegt weder Konfiguration, Konto, Beschaffung, Datentransfer noch API-Aufruf.

Ökosystem:Name + exakte Version + Evidenzpfad
10Repositories
12exakte Evidenzzeilen
5exakte Versionen
2gemeldete Lizenzausdrücke
1zurückgegebene OSV-Meldung
Exakte veröffentlichte Evidenz

Beobachtete exakte Versionen und Registermetadaten

Veröffentlichungsalter und Lizenzen stammen aus deps.dev-Metadaten. Sie sind Kontext – kein Wartungs-, Rechts- oder Portabilitätsurteil.

Exakte Version18.1.026. Nov. 2024
Repositories
1
Vorkommen
1
Gemeldete Lizenzen
non-standard
kein verifizierter Veröffentlichungsnachweis gemeldet1 OSV-Meldung
Exakte Quelle öffnen ↗
Exakte Version20.0.027. Apr. 2025
Repositories
4
Vorkommen
5
Gemeldete Lizenzen
non-standard
kein verifizierter Veröffentlichungsnachweis gemeldet1 OSV-Meldung
Exakte Quelle öffnen ↗
Exakte Version21.0.018. Juli 2025
Repositories
2
Vorkommen
2
Gemeldete Lizenzen
non-standard
kein verifizierter Veröffentlichungsnachweis gemeldet1 OSV-Meldung
Exakte Quelle öffnen ↗
Exakte Version22.0.024. Okt. 2025
Repositories
3
Vorkommen
3
Gemeldete Lizenzen
non-standard
kein verifizierter Veröffentlichungsnachweis gemeldet1 OSV-Meldung
Exakte Quelle öffnen ↗
Exakte Version23.0.116. Feb. 2026
Repositories
1
Vorkommen
1
Gemeldete Lizenzen
Apache-2.0
kein verifizierter Veröffentlichungsnachweis gemeldetKeine OSV-Meldung für diese exakte Version zurückgegeben
Exakte Quelle öffnen ↗
Beobachtete Beziehungen

Repositories mit dieser Identität

SmartPlanAI Anwendungsh/digitalhub-sh/landesprogramm-offene-innovationen/ki-bauleitplaene/smartplanai-anwendung
21.0.0 · 23.0.12 Vorkommen
→
strahlenexpositionuba-ki-lab/strahlenexposition
20.0.02 Vorkommen
→
Coding Agent Usage Simulationuba-ki-lab/coding-agent-usage-simulation
22.0.01 Vorkommen
→
GSA Extractionuba-ki-lab/gsa-extraction
20.0.01 Vorkommen
→
LLM Questionnaire Benchmarking Frameworkuba-ki-lab/llm-questionnaire-benchmarking-framework
21.0.01 Vorkommen
→
LLM Testframeworkuba-ki-lab/llm-testframework
20.0.01 Vorkommen
→
Objection managementuba-ki-lab/objection-management
18.1.01 Vorkommen
→
photovoltaic_systemsuba-ki-lab/photovoltaic_systems
20.0.01 Vorkommen
→
Ressource Efficient Computer Visionuba-ki-lab/ressource-efficient-computer-vision
22.0.01 Vorkommen
→
Retrieval Evaluationuba-ki-lab/retrieval-evaluation
22.0.01 Vorkommen
→
Exakte veröffentlichte Evidenz

exakte Evidenzzeilen

Coding Agent Usage Simulationuba-ki-lab/coding-agent-usage-simulation
pypi:pyarrow@22.0.0uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
GSA Extractionuba-ki-lab/gsa-extraction
pypi:pyarrow@20.0.0uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
LLM Questionnaire Benchmarking Frameworkuba-ki-lab/llm-questionnaire-benchmarking-framework
pypi:pyarrow@21.0.0uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
LLM Testframeworkuba-ki-lab/llm-testframework
pypi:pyarrow@20.0.0uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
Objection managementuba-ki-lab/objection-management
pypi:pyarrow@18.1.0uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
photovoltaic_systemsuba-ki-lab/photovoltaic_systems
pypi:pyarrow@20.0.0sbom.json
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
Ressource Efficient Computer Visionuba-ki-lab/ressource-efficient-computer-vision
pypi:pyarrow@22.0.0uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
Retrieval Evaluationuba-ki-lab/retrieval-evaluation
pypi:pyarrow@22.0.0uv.lock
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
SmartPlanAI Anwendungsh/digitalhub-sh/landesprogramm-offene-innovationen/ki-bauleitplaene/smartplanai-anwendung
pypi:pyarrow@21.0.0blp_streamlit_pipeline/src/ext/streamlit-draw-image-mask/poetry.lock
Deklarationsbeziehung nicht gemeldetnicht als reine Entwicklungsabhängigkeit markiert
Exakte Quelle öffnen ↗
SmartPlanAI Anwendungsh/digitalhub-sh/landesprogramm-offene-innovationen/ki-bauleitplaene/smartplanai-anwendung
pypi:pyarrow@23.0.1poetry.lock
Deklarationsbeziehung nicht gemeldetnicht als reine Entwicklungsabhängigkeit markiert
Exakte Quelle öffnen ↗
strahlenexpositionuba-ki-lab/strahlenexposition
pypi:pyarrow@20.0.0poetry.lock
Deklarationsbeziehung nicht gemeldetnicht als reine Entwicklungsabhängigkeit markiert
Exakte Quelle öffnen ↗
strahlenexpositionuba-ki-lab/strahlenexposition
pypi:pyarrow@20.0.0sbom.json
Deklarationsbeziehung nicht gemeldetEntwicklungsstatus nicht gemeldet
Exakte Quelle öffnen ↗
OSV

Zugehörige OSV-Meldungen

GHSA-rgxp-2hwp-jwgg

Apache Arrow: Potential use-after-free when reading IPC file with pre-buffering

10 Repositories12. Juni 2026
Interpretationsgrenze

Exakte Identitäten hinein, klare Grenzen hinaus

Nur exakte npm- und PyPI-Tupel werden angereichert. Gemeldete SPDX-Ausdrücke sind Metadaten; daraus folgt keine Bewertung zu Kompatibilität, Pflichten oder Rechtslage.

Abruf, Parsing, Zuordnung und Veröffentlichung verwenden kein generatives KI-Modell.

i6eal (2026): pyarrow – exaktes KI-Abhängigkeitsevidenz-Dossier, Datenstand 19. Juli 2026. https://i6eal.de/tools/ki-abhaengigkeitsatlas/paket/pyarrow-facb8516/

So liest du dieses Dossier

Belegt die Paketpräsenz die Nutzung eines Providers?
Nein. Selbst eine direkte Schnittstellendeklaration belegt weder Konfiguration, Zugangsdaten, Beschaffung, Datentransfer noch API-Aufruf.
Warum sind exakte Versionen erforderlich?
OSV- und Registermetadaten lassen sich nur mit einem beobachteten paket@version-Tupel reproduzierbar verknüpfen. Der Collector ersetzt einen Versionsbereich nie durch das neueste Release.
Bedeutet eine fehlende Zeile, dass die Abhängigkeit nicht existiert?
Nein. Sie bedeutet nur „in den begrenzten Dateien und am Repository-Prüfpunkt nicht beobachtet“. Unvollständige Bäume und Parserfehler bleiben ausdrücklich sichtbar.

Du brauchst einen dauerhaften Abhängigkeitsevidenzpfad für eine andere öffentliche Code-Kohorte?

Wir bauen quellenbasierte Datenprodukte mit stabilen Identitäten, reproduzierbaren Verknüpfungen und sichtbaren Aussagegrenzen.

Datenprojekt besprechenAlle Tools ansehen
Das passt dazu

Nächste sinnvolle Schritte

Diese Tools ergänzen die aktuelle Auswertung.

Alle Tools ansehen
MonitorKI-Code-Radar der VerwaltungWelche KI-Bausteine veröffentlicht die deutsche Verwaltung als offenen Code? Exakte Pakete, Container, Commit-SHAs und Dateipfade aus openCode – mit dauerhaften Dossiers und ohne Aussage über den Betrieb.MonitorKI-VerwaltungsradarWo setzt die deutsche Verwaltung bereits KI ein? Durchsuch veröffentlichte Systemprofile aus Bund, Ländern und Kommunen – mit Lebenszyklus, Governance-Feldern, stabiler Kennung und Originalbeleg.Provenienz-CheckKI-Systempass der VerwaltungSieh für jedes veröffentlichte Verwaltungs-KI-System, welche öffentlichen Daten sich über stabile Kennungen oder exakt angegebene Repository-URLs verbinden lassen – mit Quellen pro Kante und sichtbaren Beleggrenzen.