despens added a comment.
I would like to understand the reasons why there are two versions of Wikibase
RDF, one that is for example returned by requesting it for an item such as
https://artbase.rhizome.org/wiki/Special:EntityData/Q2585.ttl and one that is
first munged and then handed over
despens added a comment.
I'm ready to do it 🚜
TASK DETAIL
https://phabricator.wikimedia.org/T290311
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: despens
Cc: Addshore, despens, Aklapper, Invadibot, maantietaja, Akuckartz, Nandana,
Lahi,
despens closed this task as "Resolved".
despens claimed this task.
despens added a comment.
Rhizome commissioned the LocalMedia extension
<https://github.com/ProfessionalWiki/WikibaseLocalMedia> with
Professional.Wiki, which provides this features. The extension has also bec
despens added a comment.
⛱ re-sent invite 🏖
TASK DETAIL
https://phabricator.wikimedia.org/T267129
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: despens
Cc: Lucas_Werkmeister_WMDE, Addshore, Aklapper, despens, Invadibot,
maantietaja
despens added a comment.
> formatter URI for RDF resource exists…
I think this is exactly what I mean 😉: it looks like when it comes to
creating RDF data that some "data types" or "input constraints" are defined via
magic properties, others have proper data t
despens changed the task status from "Duplicate" to "Resolved".
despens added a comment.
Current Docker distribution has Scribuntu included:
https://github.com/wmde/wikibase-release-pipeline/tree/main/Docker/build/WikibaseBundle
TASK DETAIL
https://phabricator.wikimedi
despens added a comment.
VisualEditor is now part of the Docker distribution:
https://github.com/wmde/wikibase-release-pipeline/tree/main/Docker/build/WikibaseBundle
🎉
TASK DETAIL
https://phabricator.wikimedia.org/T264009
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
despens added a comment.
I think it would be meaningful to review the role of "magic properties" for
independent Wikibase deployments. For instance, using them for asynchronous
format validation via bots (like the constraints) is probably useful for the
scale Wikidata, on smaller
despens added a comment.
Latest version has it:
https://github.com/wmde/wikibase-release-pipeline/blob/816b8084b7068fa1a49bbcf9e57676bd4092e151/Docker/build/Wikibase/LocalSettings.php.template#L28
TASK DETAIL
https://phabricator.wikimedia.org/T254360
EMAIL PREFERENCES
https
despens added a comment.
I suggest using a text file that is parsed and added to both the blazegraph
`prefices.conf` file, and baked into the query service GUI, format could be
basic:
prefix rprv: <$baseurl/prop/reference/value/>
...
`$baseurl` could be taken from a
despens added a comment.
To specify: the process of getting triples exported from Wikibase into
Blazegraph is not great, a bunch of shell script wrappers around some Java
application, neither being documented very well. It leads to weird side
effects, such as requiring to use the `/wiki
despens added a comment.
This commit on GitHub lists patches to the WDQS query GUI to achieve custom
name spaces:
https://github.com/rhizomedotorg/artbase-query-gui/commit/29ce17b225a3fb9d9bcd16896778f94495fdf9c9
TASK DETAIL
https://phabricator.wikimedia.org/T196042
EMAIL PREFERENCES
despens added a comment.
Scribuntu is part of the Wikibase Docker distribution, and is activated via a
configuration snippet:
https://github.com/wmde/wikibase-release-pipeline/blob/main/Docker/build/WikibaseBundle/LocalSettings.d.template/Scribunto.php
TASK DETAIL
https
despens edited projects, added Wikibase-Docker-2017+; removed
MediaWiki-extensions-WikibaseRepository, Wikibase (3rd party installations),
wdwb-tech.
despens added a comment.
Restricted Application added a project: wdwb-tech.
I am unfortunately not savvy enough to provide a stack trace, but
despens added a comment.
For dispatchChanges.php to work on a Wikibase install, the following
conditions have to be met:
1. The local wiki has to be registered in the "sites" table. This can be done
by running addSite <https://www.mediawiki.org/wiki/Manual:AddSite.php>
despens added a comment.
After adding the LocalSettings changed proposed above
(`$wgWBClientSettings['repoDatabase'] = false;`), changes are getting
dispatched, but very irregularly.
The `dispatchChanges.php` script in most cases is unable to get a "database
lock&
despens added a comment.
I'm not quite understanding what this is supposed to be fixing. Would changes
in Wikibase Items trigger a cache purge of local sitelink'ed pages, without
having to set up the whole notification system?
TASK DETAIL
https://phabricator.wikimedia.org/T272
despens added a comment.
I would rather recommend adding desired prefixes to `prefixes.conf`. Editing
`ldf-config.json` didn't do anything for me.
TASK DETAIL
https://phabricator.wikimedia.org/T205028
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailprefer
despens added a comment.
- The URL was indeed `https://artbase.rhizome.org/entity/null` with a `null`
- I am unable to reproduce the log at the moment. This only can be done on
the production machine (site links do not work on a localhost-based docker
deployment, T268231 <ht
despens added a comment.
It would be cool if the munger's validation behaviour would be configurable,
which could maybe remedy some weird behavior overall, see T274354
<https://phabricator.wikimedia.org/T274354>
TASK DETAIL
https://phabricator.wikimedia.org/T263427
EMAIL
despens added a comment.
In T265198#6883296 <https://phabricator.wikimedia.org/T265198#6883296>,
@Addshore wrote:
> This error could do with it's own phabricator ticket.
→ T277027 <https://phabricator.wikimedia.org/T277027>
TASK DETAIL
https://phabricator.w
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
With the Wikibase Docker distribution, `dispatchChanges.php` doesn't seem to
work:
$ d
despens added a comment.
Restricted Application added a project: wdwb-tech-focus.
With the Wikibase Docker distribution, `dispatchChanges.php` doesn't seem to
work:
$ docker exec artbase-wikibase php
extensions/Wikibase/repo/maintenance/dispatchChanges.php
OutOfBoundsExce
despens updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T274354
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: despens
Cc: despens, Aklapper, Samantha_Alipio_WMDE, Akuckartz, darthmon_wmde, Jelabra,
Nandana, Lahi, Gq86
despens created this task.
despens added projects: Wikibase, Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, wdwb-tech-focus.
TASK DESCRIPTION
When using a non-standard $wgArticlePath (that is, not `/wiki/$1`), the
despens added a comment.
Thx!
Also see T271747 <https://phabricator.wikimedia.org/T271747>
TASK DETAIL
https://phabricator.wikimedia.org/T270891
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: despens
Cc: despens, Ad
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
https://github.com/wmde/wikibase-docker/blob/master/docker-compose.yml#L16
Since version 1.34 is
despens added a comment.
How long will extensions for 1.35 be supported?
TASK DETAIL
https://phabricator.wikimedia.org/T270891
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: despens
Cc: despens, Addshore, Samantha_Alipio_WMDE, Aklapper
despens renamed this task from "wdqs-updater stops working once SiteLinks are
used" to "wdqs-updater configuration and data validation issues".
TASK DETAIL
https://phabricator.wikimedia.org/T268231
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/e
despens added a comment.
I was able to fix the local issue by adding `WIKIBASE_SCHEME=https` to
wdqs-updater environment.
The issues remain:
- two variables (instead of one) define a URL that is used for both API
access and data validation. This makes a setup not portable and
despens added a comment.
When chaning `WIKIBASE_HOST` to `artbase.rhizome.org`, SiteLinks are still
rejected, probably because the protocol is `https` instead of `https`:
artbase-query-updater | 14:18:50.580 [update 2] INFO
o.wikidata.query.rdf.tool.rdf.Munger - Unrecognized subjects
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Once a public docker setup of Wikibase is using SiteLinks to connect local
items with local wikipages
despens added a comment.
It is not entierly clear why the error happens. A hint might be that the last
item that was correctly processed was followed by a gap in the item list.
`Q7246` is fine, `Q7247` for some reason does not exist (it was _not_ deleted,
it just never was created), then
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
When running `php ./extensions/Wikibase/repo/maintenance/dumpRdf.php --server
https
despens added a comment.
Reformulated more specifically here: T264007
<https://phabricator.wikimedia.org/T264007>
Regarding config options that were customized by Rhizome:
- We had to activate Scribuntu: it comes with the Mediawiki docker image, but
is not loaded fr
despens added a comment.
Also see T246952 <https://phabricator.wikimedia.org/T246952>
TASK DETAIL
https://phabricator.wikimedia.org/T264007
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Addshore, despens
Cc: despens, Ak
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, User-Addshore.
TASK DESCRIPTION
The `sites` database table in Mediawiki lists public URLs for remote Wikis.
When
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, User-Addshore.
TASK DESCRIPTION
Currently, the Wikibase docker distribution uses `envsubst` to render
settings declared
despens added a comment.
- I would recommend looking at how nextcloud handles docker configuration
<https://docs.nextcloud.com/server/19/admin_manual/configuration_server/config_sample_php_parameters.html#multiple-config-php-file>:
defaults shipped in the docker container and configu
despens added a comment.
Superceded by T258932 <https://phabricator.wikimedia.org/T258932>
TASK DETAIL
https://phabricator.wikimedia.org/T90492
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: despens
Cc: Danmichaelo, Loz.ross, Bcb
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, User-Addshore.
TASK DESCRIPTION
Rhizome's Wikibase runs on Wikibase 1.34 bundle (Special:Version
&
despens added a comment.
The erroneous bug report T246952 <https://phabricator.wikimedia.org/T246952>
is a good illustration of how the current handling of LocalSettings.php in the
container is problematic:
When running the Docker distribution of Wikibase, and any customizat
despens closed this task as "Resolved".
despens added a comment.
Not true, Scribuntu is included in the Docker image and works.
The issue arose from customizations in LocalSettings.php and not being able
to merge these customizations with default settings that are shippe
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, User-Addshore.
TASK DESCRIPTION
According to the Scribuntu Extension page
<https://www.mediawiki.org/w
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
At the moment, the Wikibase `dumpRdf.php` script produces TTL that should be
piped through the Munge
despens added a comment.
This etherpad
<https://etherpad.wikimedia.org/p/Wikibase-Extensions-Federation> contains
notes on WDQS namespaces under "Configure your own name space for query service"
TASK DETAIL
https://phabricator.wikimedia.org/T196042
EMAIL PRE
despens added a comment.
OK now I am specifying the `conceptURI`, and now all data is moving fine into
the query service!
docker-compose exec wdqs ./munge.sh -f /tmp/db-dumps/2020-02-18.ttl -d
/tmp/db-dumps/mungedOut -- --conceptUri https://artbase.rhizome.org
I was under the
despens added a comment.
The environments are the same for `wdqs` and `wdqs-updater` containers, here
are the full entries:
environment:
- WIKIBASE_SCHEME=https
- WIKIBASE_HOST=artbase.rhizome.org
- WDQS_HOST=wdqs.svc
- WDQS_PORT=
TASK DETAIL
https
despens updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T245352
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Addshore, despens
Cc: despens, Aklapper, darthmon_wmde, Jelabra, Nandana, Lahi, Gq86,
GoranSMilovanovic
despens created this task.
despens added a project: Wikibase-Containers.
Restricted Application added a subscriber: Aklapper.
Restricted Application added projects: Wikidata, User-Addshore.
TASK DESCRIPTION
I am following this excellent tutorial by @Addshore
<https://addshore.com/2019
despens added a comment.
I don't see a need for this feature anymore, and would even see this as
giving people coming from RDBMS wrong ideas on how to transition to linked
data. At least this was the case for myself :)
TASK DETAIL
https://phabricator.wikimedia.org/T88454
despens added a comment.
I have done some customization with MediaWiki:Common.css, which is pretty easy. But the logo could be set in the docker-compose file indeed.TASK DETAILhttps://phabricator.wikimedia.org/T205023EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
despens added a comment.
Screencap of how this looks: F26269900: sitelinks.gifTASK DETAILhttps://phabricator.wikimedia.org/T205922EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: despensCc: Aklapper, despens, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden
despens created this task.despens added a project: Wikibase-Containers.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONAt the moment it seems impossible to create site links from an item to either Wikipedia or even the Mediawiki
despens closed this task as "Resolved".despens claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T197682EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: despensCc: tk, Aklapper, Addshore, despens, Lahi, Gq86, GoranSMilovanovic, QZand
despens added a comment.
What hast worked is setting WIKIBASE_HOST in the docker-compose file to the actual public hostname and in the Wikibase's LocalSettings.php adding an explicit concep URI prefix *with http protocol*, like `$wgWBRepoSettings['conceptBaseUri
despens added a comment.
We have been able to put the ttl-dump into Blazegraph now with the following process:
in the wdqs container, install curl:
# apk add --no-cache curl
export ttl dump into directory shared in between containers; command on docker host:
# docker exec
despens added a comment.
Thank you @Smalyshev!
It seems like the --conceptUri switch is a part of munger. It is not accepted as a parameter for runUpdate.sh.
After checking this, I did also modify the Wikibase's LocalSettings.php to explicitely use http (without 's') f
despens added a comment.
When removing the alias staging.catalog.rhizome.org from the wikibase container in the docker-compose file, the connection is made via the docker network and can be established. However, the contents of the Wikibase are still rejected:
bash-4.4# ./runUpdate.sh -- -w
despens added a comment.
I think there is lots of ambiguity here...
For the record: I'm entering the WDQS container, not the WDQS-updater one:
root@wikibase-docker:~# docker exec -ti dockercomposefiles_wdqs_1 bash
From inside that docker, I'm executing the command:
bash-4.4# ./ru
despens added a comment.
I think I need more guidance on how to run this script. I did use the --start and --init switches before.
When calling ./runUpdate.sh -- -v -s 2001010112 --init it doesn't seem possible to connect to Blazegraph because the updater already runs?
bas
despens added a subscriber: Tarrow.despens added a comment.
After some consultation with @Tarrow
I removed the query service volume (starting from scratch with Blazegraph)
Updated all instances of wikibase.svc in docker-compose.yml to the full public domain name.
Entered the wdqs-updater
despens added a comment.
Thanks @Smalyshev! Indeed the double dashes were the issue!
I did run the command as you provided it inside the wdqs-updater container.
It doesn't seem to change the contents of Blazegraph, there is still almost no data available at WDQS, apart from a few item
despens added a comment.
I had to correctly configure the reverse proxy for the .htaccess redirect to function. The problem is indeed fixed, feel free to close.
When all is done I will share the complete setup.TASK DETAILhttps://phabricator.wikimedia.org/T197663EMAIL PREFERENCEShttps
despens added a comment.
Scribuntu is easy enough to install actually, however it would be nice to be included alongside activated GeSHi and CodeEditor extensions.
Scribunto demo on Rhizome's catalogTASK DETAILhttps://phabricator.wikimedia.org/T197649EMAIL PREFERENCES
despens closed this task as "Resolved".despens claimed this task.despens added a comment.
Mediawiki-initiated redirects have been solved by setting $wgServer in LocalSettings.php.
Apache-level redirects, as in https://staging.catalog.rhizome.org/entity/ still use localhost.
This s
despens closed this task as "Invalid".despens added a comment.
The SendGrid extension magically worked without running php composer. Closing since I am not sure what exactly composer does and how it does or doesn't affect other extensions.TASK DETAILhttps://phabricator.wikimedia.o
despens added a comment.
After adding wfLoadExtension( 'OAuth' ); and $wgSecretKey = ""; to LocalSettings.php, the special page https://staging.catalog.rhizome.org/wiki/Special:OAuth/initiate returns another error:
A database query error has occurred. This may indicate a
despens added a comment.
@Addshore I am using Caddy.
However the issue is apparently that the OAuth extension doesn't work, Quickstatements tries to load https://staging.catalog.rhizome.org/wiki/Special:OAuth/initiate
According to Special:Version OAuth is present.TASK DETAIL
despens renamed this task from "Quickstatements login calling non-existing part in Mediawiki" to "OAuth extension not working in Mediawiki".
TASK DETAILhttps://phabricator.wikimedia.org/T197666EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailprefe
despens added a comment.
I am looking at runUpdate.sh inside the wdqs container, which I believe is documented here.
In order to import all statements, I tried to set a start time long in the past, yielding errors:
bash-4.4# pwd
/wdqs
bash-4.4# ./runUpdate.sh -v --start 2001010112 -t 2
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONI added a volume line to docker-compose.yml that allows me to get custom extensions into the Wikibase docker, in this case the SendGrid
despens added a comment.
This issue is about clearing blazegraph and importing the complete dataset from Wikibase. This is required for migrating an existing Wikibase instance or for recovering from failure.
My approach would be to write a script running on the docker host that:
creates a local
despens added a comment.
I was able to solve Mediawiki redirection problems by adding the public host name a mounted LocalSettings.php in $wgServer.
This doesn't solve Apache-level redirects that for example seem to be taking place when requesting https://staging.catalog.rhizome.org/entity/
despens closed this task as "Invalid".despens added a comment.
Not currently reproducibleTASK DETAILhttps://phabricator.wikimedia.org/T197675EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: despensCc: Addshore, Aklapper, despens, Lahi, Gq86, GoranSM
despens added a subscriber: Tarrow.despens added a comment.
Again, plese excuse the brevity of the original ticket.
This is based on a migration use-case executed together with @Tarrow, in which Rhizome's legacy Wikibase data is transferred to the new docker-based setup. This was also to te
despens reopened this task as "Stalled".despens added a comment.
Is the WIKIBASE_HOST variable used for both communication with Wikibase and the URI prefix?
I think that in the frame of this docker compose install, it is unlikely that a user would want to point to another Wikibase host,
despens added a comment.
I see the scoping problem, on the other hand, it would be overkill to require two containers for a simple Wikibase deployment in which I am guessing the regular Wiki part would also be used.
Given a separate parsoid container would make the configuration of visual editor
despens added a comment.
Entity-URLs are auto-generated as http://localhost:8181/entity/Q1996
When trying to edit a statement, the Wikibase front-end sends Ajax-Requests to localhost, causing XSS errors visible on the browser JS console, such as Blocked loading mixed active content “http
despens added a comment.
Please excuse, my last set of tickets was added during a Wikibase workshop.
The deployment I am linking to uses the standard container, a Caddy webserver is proxying HTTP to the exposed container ports.
The problem with my Wikibase/Mediawiki is that it is using localhost
despens added a comment.
During the Berlin workshop it seemed like there was an agreement that every Wikibase should provide a manifest with key information about its properties, see T197588TASK DETAILhttps://phabricator.wikimedia.org/T192800EMAIL PREFERENCEShttps://phabricator.wikimedia.org
despens updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION[[ https://query.staging.catalog.rhizome.org/#SELECT%20%2a%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%20%20%3Fperson
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTION[[ https://query.staging.catalog.rhizome.org/#SELECT%20%2a%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam
despens added a comment.
At Rhizome we used the following command to reset Blazegraph:
curl "http://localhost:/blazegraph/namespace/kb/sparql" --data-urlencode "update=DROP ALL; LOAD ;"TASK DETAILhttps://phabricator.wikimedia.org/T197658EMAIL PREFERENCEShttps://phabr
despens updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...- frontend ajax requests to APIs (Wikibase editor UI)
- submitting edit formsTASK DETAILhttps://phabricator.wikimedia.org/T197663EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To
despens updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...- frontend ajax requests to APIs (Wikibase editor UI)TASK DETAILhttps://phabricator.wikimedia.org/T197663EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: despensCc: despens
despens updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION- entity URIs (see [[ https://staging.catalog.rhizome.org/wiki/Item:Q1996 | example ]])
- frontend ajax requests to APIsTASK DETAILhttps://phabricator.wikimedia.org/T197663EMAIL PREFERENCEShttps
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONFatal exception of type "TypeError" appears when debug output is enabled. Example, actually appears on all main namespace
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONSetup makes sense for WikibaseTASK DETAILhttps://phabricator.wikimedia.org/T197673WORKBOARDhttps://phabricator.wikimedia.org/project/board
despens added a comment.
I think it would be good to have most of the LocalSettings.php provided with meaningful conventions and offer a way to append lines for name spaces etc...TASK DETAILhttps://phabricator.wikimedia.org/T195990EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONRun VisualEditor extension + parsoid serviceTASK DETAILhttps://phabricator.wikimedia.org/T197667WORKBOARDhttps://phabricator.wikimedia.org
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONClick on "Log in" on this pageTASK DETAILhttps://phabricator.wikimedia.org/T197666EMAIL PREFERENCEShttps://phabricator.wikimedia.or
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONSee exampleTASK DETAILhttps://phabricator.wikimedia.org/T197665EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTION
entity URIs (see example)
TASK DETAILhttps://phabricator.wikimedia.org/T197663EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTION
@despens to provide list of config options derived from migration of catalog.rhizome.org
In install/update process, provide way to input
despens created this task.despens added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONOn migration/import of an existing Wikibase dataset, a method is required to reset the Query Service and re-import the complete RDF
despens added a comment.
Here are related discussions/issues:
https://phabricator.wikimedia.org/T90492
https://www.mediawiki.org/wiki/Topic:Tcavf3pq7asuvp4k
I think it would be great if a local Wikibase would respect settings for the local file repository to be used, or using a remote one if
despens added a project: MediaWiki-extensions-WikibaseRepository.
despens set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T92669
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
.
EMAIL PREFERENCES
https
despens added a comment.
Apparently, `normalizePageName` in `MediaWikiSite` doesn't follow redirects.
`MediaWikiSite` writes this error log:
2015-03-03 23:42:47 catalog wiki: call to
returned bad json:
Security redirect
Security redirect
We can't serve non-HT
despens added a comment.
BTW, the proof that 'Delocator.net' exists as a wiki page:
**GET REQUEST:**
https://catalog.rhizome.org/api.php?action=query&prop=info&redirects=true&converttitles=true&titles=Delocator.net
**RESPONSE:**
{
&qu
1 - 100 of 115 matches
Mail list logo
