Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T327029
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Nikki, Aklapper, Jheald, AWesterinen, MPhamWMF, CBogen, Namenlos314, Gq86,
Lucas_Werkmeister_WMDE
Jheald created this task.
Jheald added a project: Wikidata Query UI.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Steps to replicate the issue** (include links if applicable):
- Run a SPARQL query that includes an ORDER BY clause to explicitly order its
results
Jheald added a comment.
The OSM Sophox service, which is based on WDQS, has or had a `SERVICE
wikibase:tabular` which appears to have providing this capability,
see https://wiki.openstreetmap.org/wiki/Sophox#External_Data_Sources
so there may be code already in existence that could
Jheald added subscribers: LucasWerkmeister, Nikki, Jheald.
Jheald added a comment.
This came up a couple of days ago in discussion again on the wikidata
Telegram channel, with several people wishing it was possible, since
"displaying the whole url often breaks the table l
Jheald added a comment.
Part of the expectation of an RDF-based system is that it should be easy to
retrieve URLs of a particular form.
It's not appropriate to think or expect the community will index by hand
things that directly lend themselves to be indexed by machine
Jheald added a comment.
A comment on the requirement
Removing a redirect badge from a sitelink that points to a redirected page
is disallowed
It's quite important that it should be possible to promote the badge on a
redirect, ie from sitelink to redirect (Q70893996)
<ht
Jheald added a subscriber: Jc3s5h.
Jheald added a comment.
Also raised in that discussion was ticket: T207705
<https://phabricator.wikimedia.org/T207705> "Implement the Extended Date/Time
Format Specification" (EDTF)
EDTF (info <https://www.loc.gov
Jheald added a comment.
As noted by @GreenReaper above, the Wikibase_EDTF
<https://www.mediawiki.org/wiki/Extension:Wikibase_EDTF> wikibase extension
should now give a solid basis for building EDTF support on wikibase, allowing
EDTF strings to be input, validated, and re
Jheald added a comment.
Over on T207705 <https://phabricator.wikimedia.org/T207705> "Implement the
Extended Date/Time Format Specification" (contribution
<https://phabricator.wikimedia.org/T207705#8091791>), I have suggested how I
think we might substanti
Jheald added a project: Wikidata data quality and trust.
TASK DETAIL
https://phabricator.wikimedia.org/T207705
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Jheald, Moebeus, Epidosis, SilentSpike, So9q, Lectrician1, GreenReaper
Jheald added a comment.
Possibly related to: T187935 <https://phabricator.wikimedia.org/T187935>
"Allow cross-slot access during HTML rendering"
TASK DETAIL
https://phabricator.wikimedia.org/T313171
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T313171
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, Jheald, toberto, GFontenelle_WMF, FRomeo_WMF, CBogen,
Nintendofan885, JKSTNK, Lahi
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T313171
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, Jheald, toberto, GFontenelle_WMF, FRomeo_WMF, CBogen,
Nintendofan885, JKSTNK, Lahi
Jheald renamed this task from "When looking at an old revision of a Commons
file page, it should be render the old version of the wikitext (including
templates) acting on the old version of the SDC" to "When looking at an old
revision of a Commons file page, it should render
Jheald created this task.
Jheald added projects: Structured Data Engineering, SDC General.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Structured-Data-Backlog.
TASK DESCRIPTION
As a user, when I look at an old revision of a file page on Commons
Jheald added a comment.
As noted at Data Quality only workshop last weekend, this lack of
registration is also causes a problem for the community with the deletion
discussion process on wikidata, as (unlike usage in wikidata statements), there
is no warning given when an item being
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T312781
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Lydia_Pintscher, Aklapper, Jheald, Astuthiodit_1, karapayneWMDE, Invadibot,
MPhamWMF, maantietaja
Jheald added projects: Wikidata, Discovery-Search (Current work).
TASK DETAIL
https://phabricator.wikimedia.org/T312781
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, Jheald, Astuthiodit_1, karapayneWMDE, Invadibot, MPhamWMF
Jheald added a comment.
Not a very happy situation, though, if there is no way in WDQS to retrieve a
Julian-format date that is what is entered on the wikidata item and would be
universally used on sources.
T246731 <https://phabricator.wikimedia.org/T246731> is open as a li
Jheald added a comment.
Text used for the layers pop-up in the map view has also become tiny (ie the
text from hovering over the layers button at the top right in a query like
https://w.wiki/5L4s)
TASK DETAIL
https://phabricator.wikimedia.org/T311139
EMAIL PREFERENCES
https
Jheald added a comment.
It is also particularly annoying that at the moment one cannot even add the
badge to an existing redirect sitelink, without the above error message and the
edit being blocked. It would be really good to get this fixed.
TASK DETAIL
https://phabricator.wikimedia.org
Jheald added a comment.
Just to note that the proposed recommended user behaviour has not yet been
implemented:
- GIVEN an Item
- AND a page on the client that is a redirect
- WHEN adding the page as a sitelink to the Item
- AND adding a redirect badge in the same edit
Jheald added a comment.
Thanks for that clarification, Lucas, that's useful. So yes, I can use the
"search" API instead: https://w.wiki/5BsM and successfully retrieve far more
entries (??? albeit very slowly -- query took almost 100 seconds, just for 500
returns); but the
Jheald added a comment.
Previously raised on-wiki at
-
https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team/Archive/2019/10#Search_is_very_poor_at_mis-spellings
-
https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team/Archive/2021/04
Jheald added a comment.
Am I right that there is currently no way to get continuation via MWAPI from
SPARQL at all ? (cf MWAPI docs
<https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual/MWAPI#Find_articles_in_Wikipedia>,
Wikibase/API docs <https://www.mediawiki
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T306334
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, Jheald, Astuthiodit_1, karapayneWMDE, Invadibot, MPhamWMF,
maantietaja, CBogen
Jheald added a comment.
Duplicate of T189423 <https://phabricator.wikimedia.org/T189423>
TASK DETAIL
https://phabricator.wikimedia.org/T199062
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Jheald, Aklapper, Zeroth, Astuthi
Jheald added a comment.
Yes: it seems that where there are multiple results with the same
coordinates, in the same layer, only one is shown, the others are suppressed
TASK DETAIL
https://phabricator.wikimedia.org/T199062
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Jheald created this task.
Jheald added a project: Wikidata Query UI.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
Example query (drainage basins of Scottish rivers): https://w.wiki/54oh
Opening the layers control, and toggling "River Dee" causes two
Jheald added a comment.
(Note: previous comment inadvertently saved when only 1/3 written, so it may
be needed to check web version (if not here already) for full text).
TASK DETAIL
https://phabricator.wikimedia.org/T305858
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
Jheald added a comment.
One can find a few more examples of queries using the service by searching
the archives of the Request-a-Query page, like this
<https://www.wikidata.org/w/index.php?search=%22gas%3Aservice%22=Wikidata%3ARequest+a+query%2F=Special%3ASearch=advanced=1=1>,
and
Jheald added a comment.
This would be difficult to do within WDQS (and a distraction from the main
purpose of WDQS ?)
But there is a tool which does something quite like this: Wikidata TABernacle
<https://www.wikidata.org/wiki/Wikidata:TABernacle> -- used particularly for
Jheald added a comment.
We really ought to be doing better than this
TASK DETAIL
https://phabricator.wikimedia.org/T294803
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Jheald, Bugreporter, Lucas_Werkmeister_WMDE, Jarekt, Aklapper
Jheald added subscribers: CBogen, Jheald.
Jheald added a comment.
@CBogen Can you clarify the 'decline' here?
If the object of a photo is something like a painting or an engraving or a
sculpture, then the design for the data assumed up until now is that the
information what
Jheald added a comment.
On many wikipedias the template "wikidata redirect' is available :
https://www.wikidata.org/wiki/Q16956589
TASK DETAIL
https://phabricator.wikimedia.org/T278962
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jhea
Jheald added a comment.
Re not removing a badge : note that it may be important for a user or bot to
be able to //change// a badge, in particular from 'sitelink to redirect'
(Q70893996) to 'intentional sitelink to redirect' (Q70894304), if the user
determines that the redirect is valuable
Jheald added a comment.
Addshore's suggested way forward from 10 February seems very sensible.
In particular, it would finally allow bots to add the badges to triage
existing sitelinks-to-redirects, which currently they are not able to easily
do. This at the very least should
Jheald added a comment.
Probably an effect of T168341 <https://phabricator.wikimedia.org/T168341> ,
if the count values were not unique
TASK DETAIL
https://phabricator.wikimedia.org/T160325
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To:
Jheald added a comment.
I just got bitten by this, as described here at WD:RAQ
<https://www.wikidata.org/w/index.php?title=Wikidata:Request_a_query=1382623305#Scatterplot_query>.
I was plotting a scatter-plot for the difference in coordinates between two
different sources https://
Jheald added a comment.
A couple of follow-up things.
1. There are now specific Wikiproject pages for the upload, at
https://www.wikidata.org/wiki/Wikidata:WP_EMEW/Map_uploads -- please forgive
for being rough and ready, the whole EMEW wikiproject is only ten days old
2. Bert Spaan
Jheald added subscribers: GFontenelle_WMF, FRomeo_WMF, David_Haskiya_WMSE,
SandraF_WMF, Lucas_Werkmeister_WMDE, LucasWerkmeister, Spinster.
Jheald added a comment.
A bit more about the use-case. Early next month the external Viae Regiae
<https://viaeregiae.org/> project, with
Jheald created this task.
Jheald added a project: SDC General.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Certain use-cases may generate //very// large numbers of statements for a
particular property -- for example
Jheald added a comment.
A couple of days ago I have switched Tempate:Map
<https://commons.wikimedia.org/wiki/Template:Map> to use the lua Module:Map
<https://commons.wikimedia.org/wiki/Module:Map> rather than wikitext. Thanks
to everyone on this thread who put so much wo
Jheald added a comment.
Long-term subscribers to this ticket will be excited to see T261621
<https://phabricator.wikimedia.org/T261621> **Support the addition of the IIIF
API for Wikimedia projects regarding content partnerships** created two weeks
ago
and this announcement that'
Jheald added a parent task: T261621: ☂Support the addition of the IIIF API for
Wikimedia projects regarding content partnerships.
TASK DETAIL
https://phabricator.wikimedia.org/T173346
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Abbe98
Jheald added a project: Commons-Datasets.
TASK DETAIL
https://phabricator.wikimedia.org/T172175
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: gerritbot, Ladsgroup, PokestarFan, Smalyshev, Jonas, Lokal_Profil, daniel,
Aklapper
Jheald added a project: Commons-Datasets.
TASK DETAIL
https://phabricator.wikimedia.org/T230759
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: mxn, Aklapper, Bugreporter, CBogen, Akuckartz, darthmon_wmde, Nandana,
Namenlos314, Lahi, Gq86
Jheald added a comment.
The answer is, we ought to remove them from the RDF dump too, as discussed at
T258474 <https://phabricator.wikimedia.org/T258474>
It is confusing and distracting to add a whole lot of prefixes that we do not
use, and have no intention of using; and dis
Jheald added a comment.
@dcausse It *does* hurt a person who is trying to make sense of the dump,
because they will see all these unfamiliar prefixes declared that they may then
assume there will be corresponding kinds of predicates or objects that they
have to make sense of.
Better
Jheald added a comment.
Ticket description should be re-written.
SDC doesn't have its own properties, so prefixes like `sdcp`, `sdcps` etc are
not appropriate and should not appear. (cf discussion at T258625
<https://phabricator.wikimedia.org/T258625>)
TASK DETAIL
Jheald added a comment.
In some ways it's quite nice that WCQS uses tinyurl rather than the w.wiki
shortener -- at least it means there is not such a limit on how long the query
can be. (T220703 <https://phabricator.wikimedia.org/T220703>).
Perhaps we could revert WDQS to use `t
Jheald added a comment.
It would be helpful if at least one of the `rdf:type` statements were
retained, as they make it easy to select a subset of M-IDs for a query to work
on
SELECT ...
WITH {
SELECT ?file WHERE {
?file a schema:MediaObject
Jheald added a comment.
Most of the above prefixes will be unnecessary, unless we propose to create
any new properties local to Commons not defined on Wikidata.
If not then `sdcref`, `sdcv`, `sdct`, `sdctn` etc etc will all be unneeded.
TASK DETAIL
https://phabricator.wikimedia.org
Jheald added a comment.
Given that mediainfo items are just of the form `sdc:M12345`, is much
meaningful autocompletion for these actually possible?
(Autocompletion for Commons filenames might be a nice touch, though I doubt
these would often be specified as literals in queries
Jheald added a comment.
It also might be worth making the M-ID number prominently visible on the
structured data tab of the filepage, given that this is where the information
related to that ID is shown.
TASK DETAIL
https://phabricator.wikimedia.org/T256617
EMAIL PREFERENCES
https
Jheald added a comment.
@Lucas_Werkmeister_WMDE : //I think it would be more feasible to add the
Special:FilePath URL to the WikibaseMediaInfo RDF, and combine WDQS and WCQS
that way//
this has been suggested at T258769 <https://phabricator.wikimedia.org/T258769>
TASK DETAIL
Jheald added a comment.
PS. It's also stupidly hard to find the M-ID from a WikiCommons file page at
the moment. This would be a good thing to display in the "structured data" tab
there, I think.
TASK DETAIL
https://phabricator.wikimedia.org/T258776
EMAIL PREFERENC
Jheald added a comment.
I think you meant
wd:Q123 wdtn:P18 sdoc:M6919529
in that second line ?
TASK DETAIL
https://phabricator.wikimedia.org/T258776
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Jheald, Aklapper, Tpt
Jheald added a comment.
IMO the best solution here would be to add triples of the form
sdc:M1234567 ?relation
<http://commons.wikimedia.org/wiki/Special:FilePath/Name.jpg>
to the database, as well as (or instead of??) the present
sdc:M1234567 schema:contentUrl
Jheald added a comment.
Yes, there's a cost to you of providing a service based on current WDQS, that
then has to be ripped out for a new version based on WDQS 2.
But consider how little cost that change is for users (since what they
interact with will be essentially unchanged - SPARQL
Jheald added a comment.
Engineering a completely new search facility for Commons Data rather than
using SPARQL is a *stupid* *waste* *of* *time* *and* *resources*.
Also it will be very challenging to come up with a solution that can handle
trees, and qualifers, and combinations, as well
Jheald added a comment.
That's a bit of a problem, given what the badges are for...
TASK DETAIL
https://phabricator.wikimedia.org/T235420
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: ItamarWMDE, Jheald
Cc: Ladsgroup, Gamaliel, Fuzheado
Jheald added a comment.
I tried to add an "intentional sitelink to redirect" badge on the English
sitelink for asteroid 6765 Fibonacci <https://www.wikidata.org/wiki/Q568417>,
but got "Could not save due to an error. The save has failed."
Is there
Jheald added a comment.
regarding editors : it looks like some works have multiple editors, none of
which have Wikidata items. These ought to be given in separate statements
distinguished by "series ordinal".
But it may be that because the statements both have the same '
Jheald added a comment.
- "named as" = name given to the subject of the statement
- "stated as" = how the object of the statement was stated
TASK DETAIL
https://phabricator.wikimedia.org/T246238
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/pa
Jheald added a comment.
@Lucas_Werkmeister_WMDE The qualifier "stated as" (`p1932`) is currently
used on 6.6 million statements. I couldn't get a query to complete to count
how many of those statements have an object that's a blank node. My guess
might be on the order of ab
Jheald added a comment.
Example of a Listeria tracking page, counting how many blank nodes are being
used this way for the properties used on a particular set of items (in this
case: a particular set of books, where the publisher (known) may not yet have
an item, or at least not yet
Jheald added a comment.
Please don't think or refer to the blank nodes as "unknown values".
The term used by the wikibase software is "somevalue". The blank nodes are
now most commonly used where the information *is* known, but does not have a
wikidata item.
Jheald added a comment.
Lead ticket for Vue migration for Wikidata would appear to be T157014
<https://phabricator.wikimedia.org/T157014> . After sustained activity in
2017, followed by a short spike in June-July 2018, it's not clear how much
further progress has been made, or is cur
Jheald added a comment.
If `maxlag` is to be based on the maximum lag of the pooled servers, will
there be active measures to monitor these, and take any really badly lagged
server (ie significantly worse lagged than any of the others) out of the pool,
and out of the maxlag calculation
Jheald added a comment.
One thing that seems odd (to an outsider like me who knows very little about
the system) is that some servers seem to be performing so much worse than
others.
Is there a simple reason for this (eg an entire cluster having problems?), or
does this suggest
Jheald added a subscriber: Lucas_Werkmeister_WMDE.
Jheald added a comment.
@Lucas_Werkmeister_WMDE How dependent is the wikibase constraint system on
SPARQL ?
Maarten was just suggesting that a functioning SPARQL service is required for
//any// of the constraint checking to operate
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T230314
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Multichill, Jheald, Aklapper, Bugreporter, darthmon_wmde, DannyS712,
Nandana, JKSTNK, Lahi, Gq86
Jheald renamed this task from "Add a second button to the Query Service for
"cool queries"" to " Move "cool queries" on the Wikidata Query Service to a new
second button ".
TASK DETAIL
https://phabricator.wikimedia.org/T236611
EMAIL PREFERENCES
ht
Jheald added a comment.
I very strongly agree with this ticket. It needs to be as easy as possible
for query-service users to find queries that illustrate "how do I do this?"
A very long time ago, I created this page
<https://www.wikidata.org/wiki/Wikidata:SPARQL_query_se
Jheald renamed this task from "Show constraint violations on SDC statements" to
"(Duplicate) Show constraint violations on SDC statements".
TASK DETAIL
https://phabricator.wikimedia.org/T236612
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpref
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T230314
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Multichill, Jheald, Aklapper, Bugreporter, darthmon_wmde, DannyS712,
Nandana, JKSTNK, Lahi, Gq86
Jheald added a comment.
Example case to show why this is urgently needed: The property source of file
(P7482) <https://www.wikidata.org/wiki/Property:P7482> is intended to show the
broad nature of the origin of a file.
In the property proposal discussion, it was agreed that this
Jheald renamed this task from "Checking constraints for MediaInfo entities" to
"Show constraint violations on SDC statements".
TASK DETAIL
https://phabricator.wikimedia.org/T230314
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailprefere
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T236612
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, Jheald, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi,
PDrouin-WMF, Gq86, E1presidente
Jheald added a comment.
Example: property source of file (P7482)
<https://www.wikidata.org/wiki/Property:P7482> is intended to show the broad
nature of the origin of a file.
In the property proposal discussion, it was agreed that this could be rolled
out widely now for the si
Jheald created this task.
Jheald added a project: SDC General.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
We need to flag to users if there are constraint violations in SDC statements.
On Wikidata, users are shown
Jheald added a comment.
@Lydia_Pintscher - Having now kicked a few possibilities around on Project
Chat, can we go for creating badges with:
- the name `sitelink to redirect` and the icon
File:Symbol_redirect_arrow_grey.svg
<https://commons.wikimedia.org/w
Jheald added a subscriber: deryckchan.
Jheald added a comment.
There is some sense in what MisterSynergy says, but I also think there is
sense in what @DeryckChan wrote in the RfC (here
<https://www.wikidata.org/wiki/Wikidata:Requests_for_comm
Jheald added a comment.
Thanks Lydia. I've started a thread at
Wikidata:Project_chat#Badges_for_sitelinks_to_redirects
<https://www.wikidata.org/wiki/Wikidata:Project_chat#Badges_for_sitelinks_to_redirects>
to quickly see if there are particular icons people would
Jheald added a comment.
The badges, and corresponding bot, might be a nice quick win for Wikidata's
7th birthday.
TASK DETAIL
https://phabricator.wikimedia.org/T235420
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T235420
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, Liuxinyu970226, Jheald, darthmon_wmde, DannyS712, Nandana, Lahi,
Gq86, GoranSMilovanovic
Jheald added a comment.
Background:
Mostly, the existence of a sitelink to a redirect indicates a potential
//data problem// on Wikidata: a sitelink that has been left over when two
Wikipedia articles have been merged, but no corresponding merge has been made
on Wikidata. A sitelink
Jheald created this task.
Jheald added a project: Wikidata.
Restricted Application added subscribers: Liuxinyu970226, Aklapper.
TASK DESCRIPTION
As a Wikidata editor,
- I would like to be able to see when a sitelink is pointing to a redirect
page on the Wikipedia.
- I would like
Jheald updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T235332
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, Jheald, darthmon_wmde, DannyS712, Nandana, JKSTNK, Lahi,
PDrouin-WMF, Gq86, E1presidente
Jheald added a parent task: T155290: Add a data-page-only wiki markup header to
datasets.
TASK DETAIL
https://phabricator.wikimedia.org/T235332
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, Jheald, darthmon_wmde, DannyS712
Jheald added a comment.
For discoverability, maintenance, and reuse, it is as important to be able to
store metadata for datasets in SDC as it is to be able to store metadata for
images.
Pages in the Data: namespace on Commons, used for tabular data and for map
data, should therefore
Jheald created this task.
Jheald added projects: SDC General, Maps, Commons-Datasets.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
As a user, I want to be able to
- Describe the metadata (including source, licensing
Jheald renamed this task from "page_props missing for some Commons categories"
to "page_props missing links for some Commons category <-> Wikidata sitelinks".
TASK DETAIL
https://phabricator.wikimedia.org/T233520
EMAIL PREFERENCES
https://phabricator.wi
Jheald added a comment.
On a separate but related issue: we now have quite a lot of images of old
maps on Commons, with coordinate georeferencing allowing the maps to be
"warped" to standard coordinate systems. It would be nice to be able to serve
the warped versions o
Jheald added a comment.
To link the original file to these objects, three new SDC properties are
proposed:
- georeferencing control point data
<https://www.wikidata.org/wiki/Wikidata:Property_proposal/georeferencing_data#georeferencing_control_point_data>
- georeferencing pixe
Jheald added a subscriber: thisismattmiller.
Jheald added a comment.
Quick update for those following from home.
@bert and others have been going gangbusters pushing this forward, and (I
think) it's starting to look really good.
A first design was to try to package all
Jheald added a comment.
Resource page (under development):
https://commons.wikimedia.org/wiki/User:Bertspaan/maps
TASK DETAIL
https://phabricator.wikimedia.org/T227036
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: bert, Jheald
Cc
Jheald added a comment.
By the way, I have a Wikidata property proposal suggested for external
georeferencer URL
<https://www.wikidata.org/wiki/Wikidata:Property_proposal/external_georeferencer_URL>,
since a basic thing we will want to record is whether an external servi
Jheald added a comment.
@bert I'll be there; I'm coming in on the Tuesday afternoon flight from
Edinburgh, and then I'll be at the Comfort Hotel Xpress Stockholm Central.
My focus so far has been trying to identify good Commons categories for maps
based on bounding boxes
1 - 100 of 231 matches
Mail list logo
