Page MenuHomeMiraheze

Semantic data/links missing on most namespaces that already have it enabled
Open, NormalPublic

Description

...one week on. As stated at T9304#188650:

Despite the newfound semantic namespace support, the associated semantic data is still missing after two days (i.e. on the browse page for "Entry:salout"), as well as the expected "Browse properties" link in the desktop sidebar. (On my wiki, $smwgNamespacesWithSemanticLinks has already been enabled for the "Entry", "Morpheme", and "Property" namespaces.)

At the variable's SMW talk page, "Kgh" offers what may be a solution (the "Bibliography" NS appears here as a test case):

## Define custom namespaces // Must set before invoking Semantic MediaWiki
define( 'NS_BIBLIOGRAPHY', 3000 );
define( 'NS_BIBLIOGRAPHY_TALK', 3001 );

## Name custom namespaces // Must set before invoking Semantic MediaWiki
$wgExtraNamespaces[NS_BIBLIOGRAPHY] = 'Bibliography';
$wgExtraNamespaces[NS_BIBLIOGRAPHY_TALK] = 'Bibliography_talk';

## Semantic MediaWiki
enableSemantics( www.example.com );
$smwgNamespacesWithSemanticLinks[NS_BIBLIOGRAPHY] = true; // Must set after invoking Semantic MediaWiki

(To @Universal_Omega: Wonder if this can be looked into later today/tomorrow?)

Along with that, a tabular rundown of the data-browsing capability on each NS so far:

NS"Browse properties" link?Ability to browse data?
Main
User
Project
File
MediaWiki
Template
Help
Category
Property
Entry
Morpheme

...the last two of which are the same custom namespaces I enabled the semantics on last time. (Support in templates was added just yesterday, so this may take some time.)

(And while you're at it, could the "Creation date" special property be enabled as well?)

And so wraps up another filing; sorry if that's getting in the way of the upcoming 1.38 upgrade, but I hope you understand. Take care!

P.S. Referata (the former SMW hotspot) went offline again last night, but I would've gone on with this filing today regardless.

= If it's not in a fully compatible NS, nothing will show up (e.g. Category data for RFM entries; File attachment links in FTA posts).

Event Timeline

Reception123 triaged this task as Normal priority.Jun 5 2022, 20:12

This is the output of $smwgNamespacesWithSemanticLinks on your wiki. It seems wrong, I think ManageWiki is setting it wrong. I guess I may remove it from ManageWiki, and set it manually in our configuration.

"smwgNamespacesWithSemanticLinks": {
	"0": 10,
	"1": -1,
	"2": 102,
	"3": 3034,
	"4": 3036,
	"102": true,
	"103": false,
	"108": true,
	"109": false,
	"112": true,
	"113": false
},

Although, I did just enable the creation date special property for you.

Psst...the upgrade key's been missing since last we looked into the NS trouble. (None of my domain's pages are accessible as we speak.)

Psst...the upgrade key's been missing since last we looked into the NS trouble. (None of my domain's pages are accessible as we speak.)

Fixed.

And...without that upgrade key ($smwgUpgradeKey = 'smw:2022-04-15';; R9:a68d0d0ebd26), semantic data will disappear once pages are refreshed. For instance, the "Contents" category on my wiki became shorn of such data after a "dummy refresh" a while after the site access returned, although the incoming attributes (at the bottom of its Browse page) remain intact for the time being. Otherwise, can you give an ETA for the semantic-namespace redo? (Maybe we'll have to ask the SMW team themselves for further assistance...)

P.S. On a slightly related note, the "Form" NS (provided by Page Forms) is absent from "Special:ManageWiki/namespaces"--but that's for another filing.

I removed the upgrade key because it just reverts it to the default. Setting our own is actually unnecessary.

What value would you like $smwgNamespacesWithSemanticLinks set to? It looks like we will have to do it directly from our config.

As stated before, all namespaces MW and SMW ship with, plus (for now) the custom "Entry", "Morpheme", and "Character". (Phasing in another five in the coming weeks.)