データと語彙について

各 TTL ファイルを N3.js のストリーミングパーサで読み、サブジェクト IRI ごとに Entry オブジェクトを組み立て、JSON として書き出します。書き出された JSON を Next.js の Server Component が読み込み、年・日・エントリ詳細の各ビューを生成します。

{diary,kobunchrono,shashi,kuroda,denkijigyo}/*.ttl
   ─ N3.js StreamParser ─▶  Entry[]  ─▶  public/data/{entries,index}.json
                                              │
                                              ▼
                                Next.js App Router (RSC)

前処理は scripts/preprocess.ts、共通の型は lib/types.ts を参照してください。

dcterms:date の値は文字列リテラルではなく日付 IRI です。HuTime（http://datetime.hutime.org/date/）または渋沢 LOD の date: 名前空間で、IRI 末尾の YYYY-MM-DD（または YYYY-MM、YYYY）部分を切り出して年月日として解釈します。

<https://shibusawa.or.jp/lod/diary/entry/1886-12-16>
    dcterms:date <http://datetime.hutime.org/date/1886-12-16> ;
    kdiary:datePrecision "day" .

日付精度（day / month / year）は別途 datePrecision プロパティで保持されます。事業（denki）の Business エントリは hasPeriod 経由で繋がれた Period 群のうち最も早い日付を採用します。

プロジェクト全体の方針として、全データセットを ジャパンサーチ（JPS）利活用スキーマ に揃え、schema.org / JPS エコシステムと相互運用可能にする移行が進行中です。詳細はリポジトリの SCHEMA.md（ドラフト v0.1）を参照してください。

移行は非破壊で行われます。既存の独自述語（kdiary:, kobun:, kshashi:, kuroda:, denkivoc:）は保持したまま、schema:name / schema:description / schema:temporalCoverage / jps:agential / jps:spatial / jps:accessInfo などの述語を併記します。本ビューアの前処理は現時点では既存述語のみを参照しており、JPS 述語が増えても従来通り動作します。

現状の進捗：kuroda には JPS 名前空間（jps:, type:, role:, chname:）の宣言がすでに含まれ、diary には schema: が部分導入済みです。kobunchrono / shashi / denkijigyo は今後対応予定です。

@prefix schema:  <http://schema.org/> .
@prefix jps:     <https://jpsearch.go.jp/term/property#> .
@prefix type:    <https://jpsearch.go.jp/term/type/> .
@prefix role:    <https://jpsearch.go.jp/term/role/> .

kobunentry:DK010001k a kobun:ChronologicalEntry, type:イベント ;
    schema:name "..."@ja ;
    schema:temporalCoverage hutime:1840-02-13 ;
    jps:agential [
        rdf:type type:エージェント関係 ;
        jps:relationType role:言及 ;
        jps:value chname:渋沢栄一
    ] .