http://graph.build/resource#
The instances. A specific person, a specific asset. A hash namespace: everything after the hash stays in the browser, so this one page is already the destination.
You are here
The graph engineering lifecycle
Design, configure, engineer, iterate and automate graph model production: the whole lifecycle, without writing bespoke ingest code for each project.
http://graph.build/resource#
When you create an ontology in Studio, instances — a specific person, a specific asset — are minted under this namespace unless you change it. The hash is deliberate. Everything after it stays in the browser, so every such address already resolves to this page.
Why the hash
A hash URI is one document with many names inside it. The browser asks for /resource and keeps the rest locally. That is why there is one page here rather than one page per record, and why following a specific instance still lands you in the right place.
the namespace
http://graph.build/resource# is the default prefix for the things the vocabulary describes. person-1842, org-acme, asset-77 — the instances — are appended after the hash. The type of those things, Person or Organisation, lives under http://graph.build/ontology/. Splitting them is ordinary RDF practice: the schema can be published, versioned and reused without carrying every record with it, and the records can grow without rewriting the schema.
The consequence: a graph you can show someone, and a vocabulary they can adopt, without handing them the contents of the database.
resource# instances
person-1842 a Person
org-acme an Organisation
asset-77 an Asset
contract-9 a Contract
minted under http://graph.build/resource#
The pair
Studio ships two defaults. One is for what things mean. The other is for the things themselves. Mixing them is how a graph becomes impossible to reuse.
The vocabulary. Classes, properties and the relationships between them. A slash namespace: each term is a path of its own, and following one lands on the ontology page.
go to the ontology namespace
The instances. A specific person, a specific asset. A hash namespace: everything after the hash stays in the browser, so this one page is already the destination.
holds the records
Ontologies in short
The longer version is the fundamentals guide. The three facts that matter for this namespace are these.
A particular thing the ontology can talk about. Person is a class; person-1842 is one person. The class is reused. The instance is not. That distinction is the whole reason there are two namespaces.
read ontologies explained
If instances shared the vocabulary namespace, a record named Person would collide with the class Person. Keeping them apart means a term always means the same kind of thing, which is what lets an outside tool read the graph without a glossary.
see vocabularies in Studio
The default is a starting point, not a lock-in. If the graph is yours, the namespace should be too — a domain you control. Change it in the project before other systems start citing the identifiers, because those citations do not update themselves.
in Studio
Next
Studio holds the types. Transformers mint the records from the systems you already run, under this namespace or under one you set. Forty-five minutes on your own data is the shortest way to see both fill in.