@_linked/rdfs

The RDF and RDF Schema vocabularies as ontologies, plus the core @linkedShape classes every other vocabulary builds on.

Shapes

• Resource — rdfs:Resource (label, type)
• Class — rdfs:Class (isDefinedBy, ontology)
• Property — rdf:Property (comment, domain, range, isDefinedBy)

Ontologies

• rdf — http://www.w3.org/1999/02/22-rdf-syntax-ns#
• rdfs — http://www.w3.org/2000/01/rdf-schema#

Components

• LabelView — renders a resource's rdfs:label, falling back to the last segment of its IRI.

Usage

import { Resource, Property } from '@_linked/rdfs/shapes';
import { rdfs } from '@_linked/rdfs/ontologies/rdfs';

Development

Build with npx linked build from this directory. (yarn linked build is refused by the wrapper and exits 0, so it looks like a successful no-op.)

A nested node_modules/@_linked/core is the thing to watch for

This section used to say "do not run npm install in this directory", on the grounds that npm here writes a nested node_modules/@_linked/core and two copies of core mean two distinct Shape classes. The prohibition was wrong, and the diagnosis of where the nested copy came from was wrong. It has been measured since: the nested install dated from when this package was built in a staging/ directory outside the workspace globs, where it genuinely was a standalone package and npm was the right tool. Moving it into packages/ carried that private node_modules along with it. The directory has been deleted, and packages/rdfs now has no node_modules of its own — it resolves to the single workspace @_linked/core through the hoisted symlink.

package-lock.json being tracked here is correct and should stay: CI runs npm ci.

What remains true is the symptom, which is worth recognising because it names neither npm nor this package. Two copies of @_linked/core mean two distinct Shape classes; nothing crashes, and the error surfaces in a consumer. This is what @_linked/owl hit while it was migrating off lincd-rdfs:

Type 'typeof Property' is not assignable to type 'typeof Shape'.
  Type 'Map<string, Set<typeof import(".../packages/rdfs/node_modules/@_linked/core/lib/esm/shapes/Shape").Shape>>'
    is not assignable to
    'Map<string, Set<typeof import(".../packages/core/lib/esm/shapes/Shape").Shape>>'.

If you ever see that, check ls packages/rdfs/node_modules — the path inside the message says which copy is the stray one — and delete the nested tree. The split is silent until something downstream fails to compile, or two Shape registries diverge at runtime.

History

Renamed from lincd-rdfs and migrated out of the lincd.org umbrella into its own repo. The source is unchanged apart from the registry name passed to linkedPackage(), which also changes the shape IRI slug from lincd-rdfs to rdfs (https://linked.cm/shape/rdfs/Resource), matching every other @_linked/* vocabulary package.