Research:WikiPrime specification (RD) - Revision history

Reversedragon: wavebuilder scores / Alias entities

2026-09-15T23:32:02Z

wavebuilder scores / Alias entities

← Older revision		Revision as of 23:32, 15 September 2026
Line 9:		Line 9:
	Concept entities should contain:<br/>		Concept entities should contain:<br/>
	{{strong\|entity number}} (<code>QID</code>) - integer identifier. {{em\|this is allowed to change}}, although entities should only be moved between numbers once or twice early on in their development.<br/>		{{strong\|entity number}} (<code>QID</code>) - integer identifier. {{em\|this is allowed to change}}, although entities should only be moved between numbers once or twice early on in their development.<br/>
	{{strong\|unique identifier}} (<code>EID</code>) - truly unique identifier which is not allowed to change and is only used internally to link entities together within the database.<br/>		{{strong\|unique identifier}} (<code>EID</code>) - truly unique identifier which is not allowed to change and is only used internally to link entities together within the database. see "[[#EID\|EID]]".<br/>
	{{strong\|label}} - default natural-language alias to display when displaying concept entity.<br/>		{{strong\|label}} - default natural-language alias to display when displaying concept entity. this should contain the [[#EID\|unique identifier]] of an alias entity.<br/>
	{{strong\|philosophy or category}} (<code>trad</code>) - color code to display concept entity in within Hue lists.<br/>		{{strong\|philosophy or category}} (<code>trad</code>) - color code to display concept entity in within Hue lists.<br/>
	{{strong\|local field}} (<code>trad-field</code>) - color code to apply to other entities displayed on the same page. for instance, a page about "Sans (Undertale)" would apply the field code <code>UTDR</code> when listing all motifs relevant to the character.<br/>		{{strong\|local field}} (<code>trad-field</code>) - color code to apply to other entities displayed on the same page. for instance, a page about "Sans (Undertale)" would apply the field code <code>UTDR</code> when listing all motifs relevant to the character.<br/>
	arbitrary Characteristics/Properties - a concept entity can have any number of user-defined Characteristics just like it can on Wikibase.		{{strong\|Wavebuilder sum}} (<code>wsum</code>) - see "Wavebuilder combinations".<br/>
			{{strong\|Wavebuilder quilt score}} (<code>wquilt</code>) - see "Wavebuilder combinations".<br/>
			{{strong\|Wavebuilder ply count}} (<code>wply</code>) - see "Wavebuilder combinations".<br/>
			arbitrary Characteristics/Properties - a concept entity can have any number of user-defined Characteristics just like it can on Wikibase, which should be stored as their own table rows.<br/>
			arbitrary Wavebuilder combinations - a concept entity can have any number of Wavebuilder combination table rows. see "Wavebuilder combinations".

	WikiPrime should treat integer identifiers containing commas or periods as capable of linking to the same number with the commas or periods removed regardless of where they were placed, so that "{{TTS\|tts=Q1-comma-000-comma-000\|Q1,000,000}}" or "{{TTS\|tts=Q1-period-000-period-000\|Q1.000.000}}" is the same as "{{TTS\|tts=Q1-million\|Q1,000,000}}".		WikiPrime should treat integer identifiers containing commas or periods as capable of linking to the same number with the commas or periods removed regardless of where they were placed, so that "{{TTS\|tts=Q1-comma-000-comma-000\|Q1,000,000}}" or "{{TTS\|tts=Q1-period-000-period-000\|Q1.000.000}}" is the same as "{{TTS\|tts=Q1-million\|Q1,000,000}}".

	== ~~Label~~ entities ==		== Alias entities ==

	These entities store natural language labels that can be used to caption each concept entity at will.		These entities store natural language labels that can be used to caption each concept entity at will.

	Label entities should contain:<br/>		Label entities should contain:<br/>
	{{strong\|sense code}} (<code>sense</code>) - outward-facing entity ~~number, to be added to QID to form~~ a ~~canonical URL~~ for ~~a given label~~. like QIDs, these can change, but should only be changed a small number of times.<br/>		{{strong\|sense code}} / {{TTS\|tts=A-ID\|AID}} (<code>sense</code>) - outward-facing entity identifier for individual aliases. this is a 2-4 letter code as used for tradition objects. like QIDs, these can change, but should only be changed a small number of times.<br/>
	{{strong\|unique identifier}} (<code>EID</code>) - permanent immutable identifier for each label entity to be used internally.		{{strong\|unique identifier}} (<code>EID</code>) - permanent immutable identifier for each label entity to be used internally. see "[[#EID\|EID]]".<br/>
			{{strong\|sense code age}}<br/>
			{{strong\|concept name}} (<code>alias</code>) - natural-language text to be used for labeling concept entity.<br/>
			{{strong\|concept scope clarifier}} (<code>clarifier</code>) - natural-language text for field clarification shown in parentheses as <code>ins</code> or <code>del</code> tag.

			Alias entities should be represented in the user interface in a form such as "A1997-UDR", where the outward name is taken from the QID of the associated concept entity and the sense code.

	== Lexemes / Terms ==		== Lexemes / Terms ==

	These should not be used within WikiPrime. For the purposes WikiPrime is designed for, concept entities should usually be sufficient for studying the meanings of terms. However, this allows for greater flexibility on what is allowed to be analyzed as a field-specific term.		These should not be used within WikiPrime. For the purposes WikiPrime is designed for, concept entities should usually be sufficient for studying the meanings of terms, or alias entities for studying the connections of terms to meanings. However, this allows for greater flexibility on what is allowed to be analyzed as a field-specific term.

	== Prototype entities ==		== Prototype entities ==
Line 51:		Line 60:
	New prototype blocks may be created at any time, in order to split long prototype blocks into smaller ones that are more easily used, etc. If this happens, the new and old versions should be linked to each other in the database in order to trace versions of the same concept.<br/>		New prototype blocks may be created at any time, in order to split long prototype blocks into smaller ones that are more easily used, etc. If this happens, the new and old versions should be linked to each other in the database in order to trace versions of the same concept.<br/>
	Each individual prototype block with its own unique identifier made at creation loosely corresponds to a MediaWiki page while the concept of linking from one prototype block to another loosely corresponds to linking to MediaWiki revisions. Basically, the simplest way to do it would be that the most recent version of each separate prototype block sits beneath that block's unique identifier, other blocks link to that identifier, and then that brings up the most recent edit of the block.		Each individual prototype block with its own unique identifier made at creation loosely corresponds to a MediaWiki page while the concept of linking from one prototype block to another loosely corresponds to linking to MediaWiki revisions. Basically, the simplest way to do it would be that the most recent version of each separate prototype block sits beneath that block's unique identifier, other blocks link to that identifier, and then that brings up the most recent edit of the block.

			== Wavebuilder combinations ==

	== Data types ==		== Data types ==
Line 56:		Line 67:
	These are the kinds of mathematical objects that must be represented by columns in the MediaWiki database (the fields that each entity has above).		These are the kinds of mathematical objects that must be represented by columns in the MediaWiki database (the fields that each entity has above).

	=== Unique identifier (<code>EID</code>) ~~===~~		<!-- === Unique identifier (EID) ===
			--><h3 id="EID">Unique identifier (<code>EID</code>)</h3>

	String. This type of identifier is permanent and immutable as far as users are concerned, should be totally unique among all the entities on a WikiPrime instance, and should not be "pretty" such that users would be tempted to change it.		String. This type of identifier is permanent and immutable as far as users are concerned, should be totally unique among all the entities on a WikiPrime instance, and should not be "pretty" such that users would be tempted to change it.

	=== Tradition / genre or category ===		<!-- === Tradition / genre or category ===
			--><h3 id="trad">Tradition / genre or category</h3>

	This data object is used for color-coding concept entities by what series, author, genre, common topic, academic field, philosophy, or faction they are associated with. The scope of what a "tradition" can be here is rather broad, and will be decided within each particular WikiPrime instance while deciding what the primary topics of the wiki are. For example, "Undertale-Deltarune", "Fire element", "emo (music genre)", "ecology", or "Kantianism" could all equally be used as "traditions" within some wiki where any of those topics are considered central categories.		This data object is used for color-coding concept entities by what series, author, genre, common topic, academic field, philosophy, or faction they are associated with. The scope of what a "tradition" can be here is rather broad, and will be decided within each particular WikiPrime instance while deciding what the primary topics of the wiki are. For example, "Undertale-Deltarune", "Fire element", "emo (music genre)", "ecology", or "Kantianism" could all equally be used as "traditions" within some wiki where any of those topics are considered central categories.

Reversedragon: Agenda

2026-09-15T22:07:18Z

Agenda

← Older revision		Revision as of 22:07, 15 September 2026
Line 58:		Line 58:
	=== Unique identifier (<code>EID</code>) ===		=== Unique identifier (<code>EID</code>) ===

	String. This identifier is permanent and immutable as far as users are concerned, should be totally unique among all the entities on a WikiPrime instance, and should not be "pretty" such that users would be tempted to change it.		String. This type of identifier is permanent and immutable as far as users are concerned, should be totally unique among all the entities on a WikiPrime instance, and should not be "pretty" such that users would be tempted to change it.

	=== Tradition / genre or category ===		=== Tradition / genre or category ===
Line 68:		Line 68:
	{{strong\|classname}} - HTML classname for concept entities classified into this tradition. this is the only way entities should be styled; entity colors should not be stored in the MediaWiki database in order to allow for features like user customization of tradition colors or gradients within default stylesheets.<br/>		{{strong\|classname}} - HTML classname for concept entities classified into this tradition. this is the only way entities should be styled; entity colors should not be stored in the MediaWiki database in order to allow for features like user customization of tradition colors or gradients within default stylesheets.<br/>
	{{strong\|entity}} - concept entity describing this category, so that it can have one or more natural-language labels and each can be localized into multiple languages.		{{strong\|entity}} - concept entity describing this category, so that it can have one or more natural-language labels and each can be localized into multiple languages.

			== Agenda ==

			There are a few notes I want to make here about why particular design decisions were made. This is between {{int:sitename}} users and me; this should {{em\|not}} be included within a manual posted on a git forge.

			* "Characteristics"
			** In Wikibase these are called Properties. I changed it to Characteristics because I was tired of looking at the word "Properties" or using that as an expression to describe something 'naturally' and unquestionably contained in something else. I know changing this word will not change the world. I just think it promotes clearer thinking about what Characteristics are and do.
			** "Characteristics" invites users to ask if the Characteristics applied to a given concept entity are part of its essence or were arbitrarily assigned.
			** "Characteristics" suggests that concept entities have history and might develop from one thing into another thing but not develop in the exact same way other things do.
			* Tradition: this was quite explicitly made for studying antagonistic philosophical traditions and labeling statements with their particular bias. However, it can be put to any number of other uses.

Reversedragon: label entities / tradition

2026-09-15T21:52:41Z

label entities / tradition

@@ Line 8: / Line 8: @@
 Concept entities should contain:<br/>
-{{strong|QID}} - integer identifier. {{em|this is allowed to change}}, although entities should only be moved between numbers once or twice early on in their development.<br/>
+{{strong|entity number}} (<code>QID</code>) - integer identifier. {{em|this is allowed to change}}, although entities should only be moved between numbers once or twice early on in their development.<br/>
 {{strong|label}} - default natural-language alias to display when displaying concept entity.<br/>
 {{strong|philosophy or category}} (<code>trad</code>) - color code to display concept entity in within Hue lists.<br/>
@@ Line 15: / Line 16: @@
 WikiPrime should treat integer identifiers containing commas or periods as capable of linking to the same number with the commas or periods removed regardless of where they were placed, so that "{{TTS|tts=Q1-comma-000-comma-000|Q1,000,000}}" or "{{TTS|tts=Q1-period-000-period-000|Q1.000.000}}" is the same as "{{TTS|tts=Q1-million|Q1,000,000}}".
 == Lexemes / Terms ==
@@ Line 42: / Line 51: @@
 New prototype blocks may be created at any time, in order to split long prototype blocks into smaller ones that are more easily used, etc. If this happens, the new and old versions should be linked to each other in the database in order to trace versions of the same concept.<br/>
 Each individual prototype block with its own unique identifier made at creation loosely corresponds to a MediaWiki page while the concept of linking from one prototype block to another loosely corresponds to linking to MediaWiki revisions. Basically, the simplest way to do it would be that the most recent version of each separate prototype block sits beneath that block's unique identifier, other blocks link to that identifier, and then that brings up the most recent edit of the block.

Reversedragon: concept entities

2026-09-15T21:24:51Z

concept entities

← Older revision		Revision as of 21:24, 15 September 2026
Line 2:		Line 2:

	"WikiPrime" is in reference to "Wikibase". The pun is that while Wikibase is the "base" metal, WikiPrime would be something refined out of it, like alchemists' quest to produce the prima materia ("first matter" or "prime matter").		"WikiPrime" is in reference to "Wikibase". The pun is that while Wikibase is the "base" metal, WikiPrime would be something refined out of it, like alchemists' quest to produce the prima materia ("first matter" or "prime matter").

			== Concept entities ==

			These are similar to Wikibase Items but not exactly the same. Each concept entity has an integer number which is used as its canonical URL within wiki pages, and one or more natural-language names. They are basically similar to tokens or vectors within large language models but each one is meant to represent a specific {{em\|thought}} in the sense of the definition that sits below a sense of a word in a dictionary or the brief sentence explanation a scientist might give to what a highly specific jargon term means. The natural-language alias of each concept entity does not have to be unique, but it should at least be unique only when combined with a particular field or context such as "daemon (Linux)" or "daimon (ancient Greece)".

			Concept entities should contain:<br/>
			{{strong\|QID}} - integer identifier. {{em\|this is allowed to change}}, although entities should only be moved between numbers once or twice early on in their development.<br/>
			{{strong\|label}} - default natural-language alias to display when displaying concept entity.<br/>
			{{strong\|philosophy or category}} (<code>trad</code>) - color code to display concept entity in within Hue lists.<br/>
			{{strong\|local field}} (<code>trad-field</code>) - color code to apply to other entities displayed on the same page. for instance, a page about "Sans (Undertale)" would apply the field code <code>UTDR</code> when listing all motifs relevant to the character.<br/>
			arbitrary Characteristics/Properties - a concept entity can have any number of user-defined Characteristics just like it can on Wikibase.

			WikiPrime should treat integer identifiers containing commas or periods as capable of linking to the same number with the commas or periods removed regardless of where they were placed, so that "{{TTS\|tts=Q1-comma-000-comma-000\|Q1,000,000}}" or "{{TTS\|tts=Q1-period-000-period-000\|Q1.000.000}}" is the same as "{{TTS\|tts=Q1-million\|Q1,000,000}}".

			== Lexemes / Terms ==

			These should not be used within WikiPrime. For the purposes WikiPrime is designed for, concept entities should usually be sufficient for studying the meanings of terms. However, this allows for greater flexibility on what is allowed to be analyzed as a field-specific term.

	== Prototype entities ==		== Prototype entities ==

Reversedragon: name / linking

2026-09-15T10:27:23Z

name / linking

← Older revision		Revision as of 10:27, 15 September 2026
Line 1:		Line 1:
			== Name ==

			"WikiPrime" is in reference to "Wikibase". The pun is that while Wikibase is the "base" metal, WikiPrime would be something refined out of it, like alchemists' quest to produce the prima materia ("first matter" or "prime matter").

	== Prototype entities ==		== Prototype entities ==

Line 12:		Line 16:
	{{strong\|submitter}} - user that submitted the concept within the prototype block. if the concept was submitted by an external source, some kind of user ID should be made on the instance to represent this, such as "YouTubeCommenters", etc.<br/>		{{strong\|submitter}} - user that submitted the concept within the prototype block. if the concept was submitted by an external source, some kind of user ID should be made on the instance to represent this, such as "YouTubeCommenters", etc.<br/>
	{{strong\|submitter string}} - manually written name of submitter. if this matches an existing username, this should be stored as blank. otherwise, allow it to contain a more specific description of an external submitter.<br/>		{{strong\|submitter string}} - manually written name of submitter. if this matches an existing username, this should be stored as blank. otherwise, allow it to contain a more specific description of an external submitter.<br/>
	{{strong\|prototyper}} - user that wrote the prototype block.		{{strong\|prototyper}} - user that wrote the prototype block.<br/>
			{{strong\|philosophy or category}} (<code>trad</code>) - color code to show the prototype block in. there is also a second color code which will apply to the list that prints the prototype block, but this would be inferred from which concept entity it was most strongly associated with, and hence stored on that.

	After each prototype block has been assigned an identifier and the first version of its text has been archived immutably, users can<br/>		After each prototype block has been assigned an identifier and the first version of its text has been archived immutably, users can<br/>
	- assign it to one or more concept entities that it is meant to provide guidance on using its permanent identifier (this would be recorded in the database)<br/>		- assign it to one or more concept entities that it is meant to provide guidance on using its permanent identifier (this would be recorded in the database)<br/>
	- link the prototype block to sources using wikitext or entry identifiers (this would be within the editable prototype block itself)		- link the prototype block to sources using wikitext or entry identifiers (this would be within the editable prototype block itself)

			New prototype blocks may be created at any time, in order to split long prototype blocks into smaller ones that are more easily used, etc. If this happens, the new and old versions should be linked to each other in the database in order to trace versions of the same concept.<br/>
			Each individual prototype block with its own unique identifier made at creation loosely corresponds to a MediaWiki page while the concept of linking from one prototype block to another loosely corresponds to linking to MediaWiki revisions. Basically, the simplest way to do it would be that the most recent version of each separate prototype block sits beneath that block's unique identifier, other blocks link to that identifier, and then that brings up the most recent edit of the block.

Reversedragon: had an actually great idea today, best to immediately write it down

2026-09-15T10:05:12Z

had an actually great idea today, best to immediately write it down

New page

== Prototype entities ==

While developing {{int:sitename}},  [[User:Reversedragon|RD]] created a great number of prototype pages to record surface impressions about various concepts. These were not necessarily intended to serve as "high-quality information" to go on encyclopedia entries, and were instead intended to serve as guidelines for separating the definition of one concept from the definition of another concept. Each concept could have multiple "prototype blocks", perhaps reflecting changing understandings of a particular concept, perhaps written by different people.

Prototyping is considered a legitimate part of the research process. Although the information in any given prototype block could be out of date, it can be vital for tracking down reliable sources which offer insight into whatever statements the prototype block claims or references.

Prototype blocks should contain: 
{{strong|alias}} - one or more names believed to apply to concept at the time the prototype block was written 
{{strong|body}} - freeform description of concept. the first version must be kept immutably but afterward it is allowed to change or be kept in multiple versions. 
{{strong|unique identifier}} - unique ID string which is permanent and immutable within a given instance database but namespaced within a particular domain name or understood name of a particular instance of WikiPrime. this identifier should not be a natural language string, and it should not be a public-facing integer. it can feasibly be a random alphanumeric string of the kind used on archive.is, or on YouTube. alternatively it could be a hash of the kind created with git commits. 
{{strong|date}} - date the prototype block was first recorded or archived, in UTC. this is allowed to change if someone realizes that a prototype block was actually recorded earlier than first thought. 
{{strong|submitter}} - user that submitted the concept within the prototype block. if the concept was submitted by an external source, some kind of user ID should be made on the instance to represent this, such as "YouTubeCommenters", etc. 
{{strong|submitter string}} - manually written name of submitter. if this matches an existing username, this should be stored as blank. otherwise, allow it to contain a more specific description of an external submitter. 
{{strong|prototyper}} - user that wrote the prototype block.

After each prototype block has been assigned an identifier and the first version of its text has been archived immutably, users can 
- assign it to one or more concept entities that it is meant to provide guidance on using its permanent identifier (this would be recorded in the database) 
- link the prototype block to sources using wikitext or entry identifiers (this would be within the editable prototype block itself)