Jheald added a subscriber: Jheald.
TASK DETAIL
https://phabricator.wikimedia.org/T89594
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign
username.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Jheald added a subscriber: Jheald.
Jheald added a comment.
It's not in Lua, but some work towards pushing data from wikidata through the
existing Institution template can be found at
https://www.wikidata.org/wiki/Template:Institution/wrapper
with some test-cases at
https://www.wikidata.org/wiki
Jheald added a subscriber: Jheald.
Jheald added a comment.
I've bent Lydia's ear a couple of times in the past on this, once in Amsterdam
and once in Paris on the way back from the boat reception.
Categories have developed for a reason. There's a real value in having
groupings of content
Jheald added a subscriber: Jheald.
Jheald added a comment.
Transitive properties aren't necessary a-cyclic -- for example, consider
https://phabricator.wikimedia.org/P460 "said to be the same as", which is
transitive, currently used to link given names together, if they are
Jheald edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T118793
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, StudiesWorld, Jheald, jkroll, Smalyshev, Wikidata-bugs, Jdouglas,
aude, Deskana
Jheald created this task.
Jheald added a subscriber: Jheald.
Jheald added projects: Wikidata, Wikidata-Query-Service.
Herald added subscribers: StudiesWorld, Aklapper.
Herald added a project: Discovery.
TASK DESCRIPTION
It seems that when a label is changed, the value isn't always updated
Jheald edited the task description.
Jheald set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T118793
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, StudiesWorld, Jheald, jkroll, Smalyshev, Wikidata-bugs
Jheald added a subscriber: Jheald.
Jheald added a comment.
Some more Blazegraph query optimizer issues presented at
https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/query_optimization
and
https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/suggestions#Query_optimizer_issues
Jheald added a subscriber: Jheald.
Jheald added a comment.
Not quite clear what the original poster is asking for.
It's pretty straightforward to output a list of child nodes and parent nodes,
which is enough to define a tree.
Here
<http://demo.seco.tkk.fi/visu/#/?sparqlEndpoint=https:
Jheald added a comment.
Exactly: when one clicks a link to a specific query.
TASK DETAIL
https://phabricator.wikimedia.org/T120196
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Jonas, Lydia_Pintscher, Aklapper, StudiesWorld, Jheald
Jheald created this task.
Jheald added a subscriber: Jheald.
Jheald added a project: Wikidata-Query-Service.
Herald added subscribers: StudiesWorld, Aklapper.
Herald added projects: Wikidata, Discovery.
TASK DESCRIPTION
When a query is opened in the WDQS query editor, often the query text
Jheald created this task.
Jheald added a subscriber: Jheald.
Jheald added a project: Wikidata-Query-Service.
Herald added subscribers: StudiesWorld, Steinsplitter, Aklapper.
Herald added projects: Wikidata, Discovery.
TASK DESCRIPTION
SPARQL queries involving sitelinks are very slow
Jheald edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T120642
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, StudiesWorld, Jheald, jkroll, Smalyshev, Wikidata-bugs, Jdouglas,
aude, Deskana
Jheald created this task.
Jheald added a subscriber: Jheald.
Jheald added a project: Wikidata-Query-Service.
Herald added subscribers: StudiesWorld, Aklapper.
Herald added projects: Wikidata, Discovery.
TASK DESCRIPTION
Just seen this error for the first time. Have we recently changed
Jheald edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T120642
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, StudiesWorld, Jheald, jkroll, Smalyshev, Wikidata-bugs, Jdouglas,
aude, Deskana
Jheald edited the task description.
Jheald set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T120642
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Aklapper, StudiesWorld, Jheald, jkroll, Smalyshev, Wikidata-bugs
Jheald changed the title from "WDQS "IndexOutOfBoundsException"" to "WDQS
"IndexOutOfBoundsException" in path query with MINUS".
TASK DETAIL
https://phabricator.wikimedia.org/T120642
EMAIL PREFERENCES
https://phabricator.wikimedia.org/setting
Jheald added a subscriber: Jheald.
Jheald added a comment.
I don't understand the problem.
The query displays correctly on the page, and loads and executes correctly in
the query editor.
TASK DETAIL
https://phabricator.wikimedia.org/T118960
EMAIL PREFERENCES
https
Jheald added a subscriber: Jheald.
Jheald added a comment.
Multichill doesn't say exactly where the change needs to be made, but I presume
he's talking about the "exploring linked data
<https://github.com/wikimedia/wikidata-query-rdf/blob/master/docs/exploring-linked-data.md>"
Jheald added a comment.
Yes I know that.
But if the text displays fine on the page (which it does), and transfers fine
to the query editor (which it does), then what is the probem with having
`{{!}}` in the source wikitext ?
TASK DETAIL
https://phabricator.wikimedia.org/T118960
EMAIL
Jheald added a comment.
Sorry, I understand now.
The problem is specifically when the example query is loaded using the
drop-down menu on the query-editor page, (rather than by following a link on
the wiki page.)
//That// is when the wikitext un-escaping is being missed.
TASK DETAIL
https
Jheald added a comment.
For example, here is a query <http://tinyurl.com/pql8ew7> to give break down
the number of films by the number of values of cast member
(https://phabricator.wikimedia.org/P161) that we have for them:
PREFIX wikibase: <http://wikiba.se/ontology#>
PREF
Jheald added a comment.
... and the number of films with //no// cast member listed (query
<http://tinyurl.com/jjgotdd>):
PREFIX wikibase: <http://wikiba.se/ontology#>
PREFIX wd: <http://www.wikidata.org/entity/>
PREFIX wdt: <http://www.wikidata.org/prop/direct/&
Jheald added a comment.
I am not sure why we would want to list out all the statements. Surely we just
want to count them ?
The query below <http://tinyurl.com/pwqsmww> runs in 8.4 seconds
PREFIX wikibase: <http://wikiba.se/ontology#>
PREFIX wd: <http://www.wikidata.org/ent
Jheald added a comment.
I think you underline exactly my point.
The size of the two final solution sets is very similar. Per the query above,
there are currently 345,221 category-items with a
https://phabricator.wikimedia.org/P373; whereas according to Autolist
(CLAIM[31:4167836] AND LINK
Jheald created this task.
Jheald added a subscriber: Jheald.
Jheald added a project: Wikidata.
Herald added subscribers: StudiesWorld, Aklapper.
TASK DESCRIPTION
Example: [[ https://www.wikidata.org/wiki/Q15633582 | Q15633582 ]]
("MediaWiki site"):
For property P408 ("
Jheald added a subscriber: Jheald.
Jheald added a comment.
It's good to see this going forwards at last.
But what is the progress with two long-standing requests ?
- Moving the standard "wikidata item" link into this group, to make it easier
to find ?
- Attempting by default to incl
Jheald added a comment.
Also now sometimes seeing this for Commons category
(https://phabricator.wikimedia.org/P373)
eg this query <http://tinyurl.com/nznutty>, for Q7981506
<https://www.wikidata.org/wiki/Q7981506>:
PREFIX wd: <http://www.wikidata.org/entity/>
Jheald added a subscriber: Jheald.
Jheald added a comment.
So queries won't have to be written like this any more ? :-)
https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/queries#Working_with_co-ordinates
- and eg. counting may be possible within a bigger radius ?
TASK DETAIL
Jheald added a subscriber: Jheald.
TASK DETAIL
https://phabricator.wikimedia.org/T125822
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Jheald, El_Grafo, Tobi_WMDE_SW, Ricordisamoa, JeanFred, Bene, Aklapper,
Steinsplitter, Izno, Wikidata
Jheald added a subscriber: Jheald.
TASK DETAIL
https://phabricator.wikimedia.org/T125824
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Jheald, Ricordisamoa, Bene, Lydia_Pintscher, Steinsplitter, Aklapper, Izno,
Wikidata-bugs, aude
Jheald added a subscriber: Jheald.
TASK DETAIL
https://phabricator.wikimedia.org/T125826
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Jheald
Cc: Jheald, daniel, thiemowmde, Ricordisamoa, Bene, Lydia_Pintscher,
Steinsplitter, Aklapper, Izno
Jheald added a comment.
A couple of wrinkles to examine, reported at Commons Village Pump:
https://commons.wikimedia.org/wiki/Commons:Village_pump#WP_sidebars_now_link_to_Commons_categories
1. Commons categories can show spurious sidebar links to themselves.
(Presumably this might
Jheald added a comment.
And this query can take 20 seconds or even crash:
SELECT ?number WHERE {
VALUES ?number { 1 2 3 4 } .
{ FILTER ( ?number IN (1 , 2 )) }
}TASK DETAILhttps://phabricator.wikimedia.org/T158648EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Jheald created this task.Jheald added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONThis query returns 1 :
SELECT ?number WHERE {
VALUES ?number { 1 } .
FILTER ( ?number IN (1 , 2
Jheald added a comment.
Presumably what's happening here is that BlazeGraph thinks it can execute a bracketed block { ... } as a self-standing sub-query, independent of what has gone before.
I don't know what the standard mandates for this.
But it makes it quite hard if you want to write UNION
Jheald added a comment.
You're right. I see that now.
https://www.w3.org/TR/sparql11-query/#scopeFilters
Sorry for having misunderstood the spec.TASK DETAILhttps://phabricator.wikimedia.org/T158648EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JhealdCc
Jheald added a comment.
See also T157676 "Provide access to category information from WDQS SPARQL"TASK DETAILhttps://phabricator.wikimedia.org/T158955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JhealdCc: Lydia_Pintscher, Jheald, Pigsonthewing
Jheald added projects: Wikidata-Query-Service, Wikidata.Herald added a project: Discovery.
TASK DETAILhttps://phabricator.wikimedia.org/T158955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JhealdCc: Lydia_Pintscher, Jheald, Pigsonthewing, Aklapper, EBjune
Jheald added a comment.
and T148245 "Explore making WDQS access mediawiki API"TASK DETAILhttps://phabricator.wikimedia.org/T158955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JhealdCc: Lydia_Pintscher, Jheald, Pigsonthewing, Aklapper, EBjune, mer
Jheald added a comment.
Bump.
Some further interesting examples in this thread on Project Chat of searches of this form that work and others that don't.
A search for all buildings in the county of Bedfordshire with Grade I heritage status works; but a search for all churches in the county
Jheald added a comment.
For comparison, in September 2015 there were 376,524 references using P:854, and a query to search them could complete in 3.7 seconds -- it was used as an example on the query optimisation page. Such a query now times out.
It should be possible for such a search
Jheald added a comment.
Hi Smalyshev, thanks for taking the time to get back to me.
The LDF suggestion is a good one -- I was thinking of looking in to it for investigating Commons sitelinks and P373s, both of which are now getting close to the borderline of what a query can cope with without
Jheald created this task.Jheald added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONThe Wikidata property P854 (reference URL) is currently being used 2,305,909 times.
Even just to produce this count takes WDQS
Jheald added a comment.
For completeness, the P:854 can also be used as a qualifier, principally on property P1343 "described by source", though the number of uses is much much smaller.
This usage can be searched, eg this query works:
SELECT ?item ?itemLabel ?refURL WHERE {
?item ?
Jheald added a comment.
Some queries:
Count of the number of uses of the property -- takes over 10 seconds
SELECT (COUNT(?ref) AS ?count) WHERE {
?ref pr:P854 ?refURL .
}
Attempt to extract some references to Le Figaro website -- fails -- though it does seem to try to be creating a JSON list
Jheald added a comment.
The other (simplest) approach would just be to link to the Commons file page,
https://commons.wikimedia.org/wiki/File:KingsCollegeChapelWest.jpg
but personally I do quite like the MediaViewer (though some people don't)
https://commons.wikimedia.org/wiki
Jheald added a comment.
With regard to external identifiers and to the P:373 Commons category and property values, it strikes me that what we really need in the triplestore is a special datatype -- in a similar way to the way we have a special datatype for Commons media.
It would seem that what
Jheald added a comment.
The standard URLs for the MediaViewer appear to be the wiki page it was launched from, then #/media/ and then the name of the file to display, so
https://en.wikipedia.org/wiki/Cambridge#/media/File:KingsCollegeChapelWest.jpg
https://commons.wikimedia.org/wiki
Jheald added a comment.
The gallery view is nice!! I don't know how I missed it - I thought I had tried it, and it just went to the same place as the file link.
As for the file link, presumably it was chosen because something like is the IRI that used to represent the image in RDF exports
Jheald created this task.Jheald added projects: Wikidata-Query-Service, Wikidata, Structured-Multimedia-Data.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONI recently created a Commons template, "Category contains", to store a SPARQL-based spe
Jheald created this task.Jheald added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONThe WDQS SPARQL service is fantastic; but it is a shame that it seems to be in such a separate silo from the category information
Jheald created this task.Jheald added projects: Wikidata-Query-Service, Wikidata, Structured-Multimedia-Data.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONA user has posted in Wikidata Project Chat that it would be useful to be able to access the sizes
Jheald added a comment.
(Got the diff wrong, but the next paragraph shows why Alexmar983 would find this useful).TASK DETAILhttps://phabricator.wikimedia.org/T157798EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JhealdCc: Aklapper, Jheald, EBjune, Acer
Jheald added a comment.
+1 on this.
I had hoped to internationalise a templated query, by adding {{int:lang}} to the list of language codes.
However, the query appears to prioritise languages by when they appear last in the list, rather than when they appear first.TASK DETAILhttps
Jheald added a comment.
So something like p:P569/psv:P569 returns a URI, something like wdv:8f6e57348b9035361151ee05475253ef
I'm still not sure why it's not possible (in theory at least) for the GUI to spot the wdv prefix, then look up the 8f6e57348b9035361151ee05475253ef in a lookup-table
Jheald added a comment.
It would also be useful for the GUI to show Wikipedia sitelinks as links rather than full URLs.
The shorter form is especially valuable when one is trying to include a lot of columns in a table report, without losing the grid structure (which happens if there are too many
Jheald added a comment.
So if instead one wrote a query to return a wikibase:Time,
-eg by using p:P569/psv:P569 instead of wdt:P569
could it be possible for the GUI to pick that up and return an appropriately precisioned time?TASK DETAILhttps://phabricator.wikimedia.org/T159160EMAIL
Jheald added a comment.
So is there no way to create any kind of compound type that the GUI can interpret appropriately?
-eg date + precision, here
-or url + linktext, on other ticketsTASK DETAILhttps://phabricator.wikimedia.org/T159160EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
Jheald added a comment.
Re: my previous comment, nodes that can store both a string and a URL would appear to be necessary to enable T121274 "Provide an RDF mapping for external identifiers" -- even though there are no such value nodes at the moment.TASK DETAILhttps://phabricator.wik
Jheald created this task.Jheald added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONI uploaded coordinates (P625) for Maldon (Q26272025) an hour and a half ago (diff).
But when I use WDQS to ASK whether it has
Jheald added a comment.
Ouch. That sounds quite nasty. The only thing I can think of from the user side that was perhaps slightly different about this set of edits was they were made with QuickStatements while I already had a different QuickStatements run open and going in another window (a big
Jheald added a comment.
Thanks for your speedy diagnosis. I've gone through and reverted and then un-reverted the ten edits by hand, so they are now fine.
Hope you can get a bit more rigour instilled into the recentchanges logging.TASK DETAILhttps://phabricator.wikimedia.org/T161342EMAIL
Jheald added a comment.
So you're saying, in effect, I should think of the strings being stored as a great big hash table rather than a B-tree, so there's nothing there that can help even STRSTARTS. And of course I know very little about the internals of BlazeGraph, whereas you've actually
Jheald added a comment.
+1 on the need for this.
As WD statements become ever more extended, accumulating qualifiers, references, rankings etc, it becomes more and more of a pain to execute if/when a statement has to be moved from one item to a different item. At the moment it requires
Jheald created this task.Jheald added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe UI for categorisation on Commons has a very nice feature that next to categories there is a down-arrow link, that when clicked presents sub-categories of the current category
Jheald added a comment.
To make this really useful, it would be valuable for a WDQS query to be able to display such shapes in the map view of query results.
(And, also, to be able to display shapes obtained from external sources, such as OpenStreetMap or UK Ordnance Survey, which it would
Jheald created this task.Jheald added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI changed the formatter URL property (P 1630) for Wikidata property P 3118 over two weeks ago (diff).
But the change has still not propagated to items which have not been edited since
Jheald added a comment.
As an aside (which should maybe be in a separate ticket) what I really wanted to do was to plot the values on a map.
But there seems to be no way to cast variables to a geo:wktLiteral.
I tried the following (full query in query editor):
BIND(CONCAT("Point(",st
Jheald created this task.Jheald added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONIt would be good to be able to cast calculated variables to type geo:wktLiteral in WDQS SPARQL queries, to allow calculated co
Jheald added a comment.
As one possible hack that could be a way forward on this, I see that the Blazegraph GeoSpatial extension (description on BlazeGraph wiki) allows custom compound data-types to be defined -- which do not necessarily need to include a geospatial element.
One could therefore
Jheald added a comment.
Example case:
I wanted to be able to look at the geographic distribution of property P3616 by grouping into one-degree-by-one-degree squares, and plotting on a map, colour-coded by the number of instances. (query that doesn't work)
The grouping into one-degree-by-one
Jheald added a comment.
Just to add: another case where it could be useful to be able to cast calculated co-ordinates back to a geo:wktLiteral would be to allow AVG() co-ordinates to be calculated and plotted, in cases where SAMPLE() is not sufficient.TASK DETAILhttps://phabricator.wikimedia.org
Jheald added a comment.
Another case where it could be useful to be able to cast calculated co-ordinates back to a geo:wktLiteral would be to allow AVG() co-ordinates to be calculated and plotted, in cases where SAMPLE() is not sufficient.TASK DETAILhttps://phabricator.wikimedia.org/T160335EMAIL
Jheald edited the task description. (Show Details)
EDIT DETAILSIt would be good to be able to cast calculated variables to type `geo:wktLiteral` in WDQS SPARQL queries, to allow calculated co-ordinates to be included as well as retrieved ones to be included in map views of WDQS output, etcTASK
Jheald added a comment.
Another case where it could be useful to be able to cast calculated co-ordinates back to a geo:wktLiteral would be to allow AVG() co-ordinates to be calculated and plotted, in cases where SAMPLE() is not sufficient.TASK DETAILhttps://phabricator.wikimedia.org/T160335EMAIL
Jheald created this task.Jheald added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONIf I write a query with columns X, Y, COUNT(), the WDQS scatterplot display mode appears to utterly garble these values.TASK
Jheald added a comment.
Example query (view in query editor):
SELECT ?int_lon ?int_lat (COUNT(?item) AS ?count) WHERE {
?item wdt:P3616 [].
?item p:P625/psv:P625 ?coords .
?coords wikibase:geoLatitude ?lat .
?coords wikibase:geoLongitude ?long .
BIND
Jheald added a comment.
Indeed, I still get the same behaviour even if I dispense with the third column entirely, and SELECT just the first two (query) -- so the issue may not involve the counts at all.TASK DETAILhttps://phabricator.wikimedia.org/T160325EMAIL PREFERENCEShttps
Jheald added a comment.
Hi Smalyshev, thanks for the comment; but if I can come back on your two objections:
(i) If the only thing to cast to the bespoke type was a SERVICE (or indeed a function), then there would be no items of the bespoke type in the triplestore, so it would have
Jheald added a comment.
Perfect. I would never ever have found that.
That was exactly what was was needed to make the query work. (results).
As for AVG(), no, I think it is not defined over geo:wktLiteral. But so long as one can extract the latitudes and longitudes, AVG() those separately
Jheald added a comment.
Thanks for this Jonas, but given there is already the nice viewer on the page (which I didn't know about when I wrote the bug, because until then I'd only right-clicked on it), perhaps on consideration a better link is just the simple Commons file page, ie 'https
Jheald added a comment.
@dschwen Any idea why the IIIF-based detail viewer is working for the images on this page of Shonagon's:
Vierge entre les vierges,
but not this one:
Galerie de vues de la Rome antique ?
Opening up the html source for the latter and trying to click on one
Jheald added a comment.
That looks so great now. Thank you! (And @Shonagon ).
Any idea whether this is a problem that would be likely to recur, if the image-detail syntax was put into more high-volume use?
(ie can image detail use be treated as stable and reliable (or made so), without needing
Jheald added a comment.
It would be good to make this work.
Another case worth noting is P39 "position held":
Position held (P39) can take a value that is either
a particular position, eg Mayor of London (Q38931), i.e. a specific instance of (P31) of position (Q4164871); or
a gen
Jheald created this task.Jheald added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONI am having a problem with a federated SPARQL query http://tinyurl.com/yad8uzt3 that invokes the UK Ordnance Survey sparql service
Jheald added a comment.
Hi Magnus,
I am intrigued by the idea of the categorisation information being directly accessible in the file's wikibase page; and I presume the template hack to add a category statement on the File page would also keep the SQL tables up to date, which so many tools
Jheald added a comment.
A heads-up that "Wikipedia and IIIF" is the proposed subject for the IIIF community call this week -- see https://groups.google.com/forum/?hl=en#!topic/iiif-discuss/wy2uRl_ukJ0
The IIIF community call is a one-hour conference call on Zoom (people can
Jheald added a comment.
Thanks @SandraF_WMF . I've started putting together some links at :c:User:Jheald/IIIF_180815 that I or Andy Mabbett could talk through, to give an idea of what sort of IIIF interaction is possible at the moment.
Would it be possible for you to take up from that, and add
Jheald added a comment.
I'd say don't give up too easily. This is probably as good an approach as any. If the issues are structural, bots will fall prey to them in just the same way, just more slowly and more haphazardly.
But it probably is going to need a fair number of iterations to slowly
Jheald added a comment.
I have now found T198261 and T199119, which investigate how some of the drawbacks above with the simple string-matching approach might be addressed.TASK DETAILhttps://phabricator.wikimedia.org/T191633EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel
Jheald added a comment.
Well of course you're going to copy all the CommonsData statements to Blazegraph.
The community will have a fit if you don't make provision for them to run their own SPARQL queries against the data. See T141602 .
But see also some of the issues noted on T191633#4425281
Jheald added a comment.
Don't you think you should maybe talk to the community about this first ?
My expectation is that a very substantial part of the community would prefer a presentation very similar to what we have at the moment, with information primarily presented via the image
Jheald added a comment.
The attached subtickets are an interesting read. They all seem to be based on taking the Q-number value of "depicts", storing it as a string in the text-search index, and then doing an indexed string-match for it. Of course first baby-steps are
Jheald added a comment.
Interesting slide-show. But the fundamental problem -- as some of the attached tickets start to appreciate -- is that the key information that determines whether an image fits the specification being looked for is not going to be stored in statements just
Jheald added a comment.
Another example, where such image searches may depend quite sensitively on query construction or query optimisation: Category:Grade I listed buildings in Bedfordshire.
One of the aims for faceted search is to be able to match (or even replace) the capabilities of Commons
Jheald added a comment.
One sidelight on this. QS2 is great (invaluable!) for adding new statements, but not so good for modifying existing statements, especially if they are currently heavily qualified or referenced -- at the moment, the entire statement complete with all qualifiers
Jheald added a comment.
IIIF image extracts seem to be broken again: see eg the 'Virgin amongst the virgins' test page at Crotos
pinging @dschwenTASK DETAILhttps://phabricator.wikimedia.org/T89552EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Multichill
Jheald added a comment.
That's nice. I didn't know that service included Commons.
But to be useful for people trying to sync CommonsData on files with their category information, the category membership per file would be needed; as would near-live updates; and inclusion in the production CDQS
Jheald added a comment.
Very nice!
It's interesting that the sort-order in the subquery is preserved by the GROUP_CONCAT. (So eg this query works: http://tinyurl.com/yafz8zvn)
I'm not sure that the SPARQL standard guarantees this, indeed I thought I could remember @Lucas_Werkmeister_WMDE
1 - 100 of 231 matches
Mail list logo