comparable units should be reduced on division
まだ誰も着手していません。
評価
調査の方向性
まず、issue にある UCUM の除算例を再現し、コアの java-ucum エンジンが単位の除算と無次元の結果をどのように処理するかを調べます。返された s.[lb_av]/h/kg を期待される数値変換係数と比較し、関連する LINDT playground と unit-api の議論をコンテキストとして参照します。除算によって比較可能な単位がほぼ等しい数値係数に縮約されれば完了です。
索引モデルが issue の本文から書いたものです。
説明
(This poor issue is looking for a home, was posted as https://github.com/unitsofmeasurement/uom-systems/issues/182 but evicted from that project)
I use UCUM on the semantic web through LINDT (https://github.com/OpenSensingCity/jena-ucum by @maximelefrancois86, @Antoine-Zimmermann).
I'm trying to find the conversion factor of LB-PER-H for https://github.com/qudt/qudt-public-repo/issues/285 (@steveraysteveray).
I tried this query at https://ci.mines-stetienne.fr/lindt/playground.html:
PREFIX cdt: <http://w3id.org/lindt/custom_datatypes#>
select ("1 [lb_av]/h"^^cdt:ucum / "1 kg/s"^^cdt:ucum as ?conv) {}
The result is "1.0 s.[lb_av]/h/kg"^^cdt:dimensionless.
This might be formally correct but is highly useless because s.[lb_av]/h/kg is a dimensionless unit (the factor I'm looking for), but is left unreduced. I expect to get:
0.00012599803- or
0.00012599803^^xsd:double - or as last resort
"0.00012599803"^^cdt:dimensionless - (or a number approximately equal to this).
I'm posting this here (@grahamegrieve) instead of jena-ucum because I guess it comes from the core java-ucum engine.
Why is this important: java-ucum includes a bunch of conversion factors and this is the most natural way to get them out.
We have a big discussion at https://github.com/w3c/sparql-12/issues/129 whether UoM factors should be used as encoded in Java (LINDT), or should be explicitly put into triples (QUDT), and being able to get them out of java-ucum will provide a bridge.
https://github.com/unitsofmeasurement/unit-api/discussions/225 is a bit related (exposing the multiplication factor of a UnitConverter)
- 主要言語
- Java
- スター
- 26
- フォーク
- 18
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
FHIR/Ucum-java のほかの issue
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 25/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 45/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
NationalSecurityAgency/ghidra#9884 ·
メンテナーはふだん 2 日以内に返信
-
Status: Pending Review Type: Feature Request
難易度 1/5 1時間未満 初心者へのやさしさ 82/100
OpenRefine/OpenRefine#8019 ·
メンテナーはふだん 1 日以内に返信
-
`timer` rule rejects dates the engine accepts対応中かも @MFA-G が今日担当しました。 オープンbug ready
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
camunda/bpmnlint-plugin-camunda-compat#281 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
status: waiting-for-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100