Need more input about this one - right now, it uses $siteLink->getPageName() which is the only method SiteLink has for getting page info. If we need to apply some transformation for this, which one?

I'd like to resolve this issue one way or another. What we have basically is (for page named "Category:Pretty flowers")

• $siteLink->getPageName() returns article name as-is (Category:Pretty flowers)
• Rdf generator now applies rawurlencode, producing: Category%3APretty%20flowers
• Title->getCanonicalURL produces: Category:Pretty_flowers

Both Title and Rdf encode non-ASCII, but with spaces and some ASCII

Currently RDF algorithm either:

$baseUrl = str_replace( '$1', rawurlencode( $siteLink->getPageName() ), $site->getLinkPath() );
if ( !parse_url( $baseUrl, PHP_URL_SCHEME ) ) {
   $url = "http:".$baseUrl;
} else {
   $url = $baseUrl;
}

or:

global $wgArticlePath;
$url = str_replace( '$1', rawurlencode( $title->getPrefixedText() ), $wgArticlePath );

Both do not match what Title is doing. This may be annoying, especially as you can't copy URL of pages and use them in SPARQL queries directly.

Should we change behavior to match what Title is doing? Can we do it reliably -
SiteLinksRdfBuilder may not have access to configs needed for actually using Title, but we could simulate it maybe? Should we maybe use wfUrlencode instead of rawurlencode?

Change 355316 had a related patch set uploaded (by Smalyshev; owner: Smalyshev):
[mediawiki/extensions/Wikibase@master] Change link encoding to match what Title is doing.

https://gerrit.wikimedia.org/r/355316