https://wiki.wikicells.org/w/index.php?action=history&feed=atom&title=ArchitectureArchitecture - Revision history2026-05-28T10:53:51ZRevision history for this page on the wikiMediaWiki 1.45.3https://wiki.wikicells.org/w/index.php?title=Architecture&diff=31&oldid=prevRandy: Seed load2026-05-28T07:48:47Z<p>Seed load</p>
<p><b>New page</b></p><div>== Stack ==<br />
<br />
{| class="wikitable"<br />
! Layer<br />
! Component<br />
|-<br />
| Wiki + structured data<br />
| MediaWiki + Wikibase extension<br />
|-<br />
| Database<br />
| MariaDB 10.11<br />
|-<br />
| Search<br />
| Elasticsearch<br />
|-<br />
| Query service<br />
| Blazegraph (Wikibase Query Service)<br />
|-<br />
| TLS termination<br />
| Traefik + Let's Encrypt<br />
|-<br />
| Container orchestration<br />
| Docker Compose<br />
|}<br />
<br />
Based on the upstream [https://github.com/wmde/wikibase-release-pipeline Wikibase Suite] release pipeline.<br />
<br />
== Data model ==<br />
<br />
A row in a wikified table is a Wikibase '''item''' (Q-ID).<br><br />
A column is a Wikibase '''property''' (P-ID), defined globally and reused across tables.<br><br />
A cell is a '''statement''' on an item using a property — and statements carry their own revision history through the item's revision log.<br />
<br />
A "table" is then a set of items sharing a common schema (a set of properties). Membership can be declared via "instance of" statements ([https://www.wikidata.org/wiki/Property:P31 Wikidata P31]) or recovered by SPARQL queries against the schema.<br />
<br />
== Why Wikibase ==<br />
<br />
It is the only mature open-source platform that natively combines:<br />
<br />
* Structured data with statement-level granularity, qualifiers, and references<br />
* Properties as wiki entities with their own revision history (schema-as-wiki)<br />
* Full revision history per entity<br />
* Battle-tested permissions: autoconfirmed → reviewer → admin → oversighter, with [https://www.mediawiki.org/wiki/Help:RevisionDelete RevisionDelete] and suppression<br />
* First-class Wikidata federation<br />
<br />
Alternatives surveyed — Semantic MediaWiki, the Cargo extension, Wiki.js, [https://www.dolthub.com/ Dolt] with a custom frontend — each lacked at least one of these, with the closest alternative requiring months of build work to reach parity.<br />
<br />
== Federation ==<br />
<br />
[https://www.mediawiki.org/wiki/Wikibase/Federation Federated Properties] is enabled. Local items reference Wikidata Q-IDs via [https://www.wikidata.org/wiki/Property:P31 P31] (instance-of) and other Wikidata properties directly, without re-defining them locally.<br />
<br />
Federated SPARQL queries can join local data against Wikidata in a single query. Structured data is CC0 so it can flow back to Wikidata frictionlessly via [https://www.wikidata.org/wiki/Help:QuickStatements QuickStatements] or curated bots.<br />
<br />
== Cell-level history UX gap ==<br />
<br />
Wikibase stores statement-level history — every statement change is part of an item revision — but does not ship a UI for "show me the history of this single cell." Closing that gap is the principal engineering investment after Hello World, planned as the <code>CellHistory</code> MediaWiki extension.<br />
<br />
== Trust model ==<br />
<br />
Deferred from Hello World. Hello World uses only MediaWiki's stock access-level ladder. The designed stake-and-slash vouching system is documented in [[Trust Model]] and will be implemented as the <code>TrustGraph</code> extension in a later phase.</div>Randy