On 27/10/2015 08:42, Stas Malyshev wrote:
Hi!
It should be a basic requirement of any SPARQL engine that it should be
able to handle path queries that contain cycles.
So I did some simple checks, and on simple examples Blazegraph handles
cycles just fine. However, on more complex queries,
On 24/10/2015 00:50, Stas Malyshev wrote:
Hi!
least one Wikipedia) are considered to refer to equivalent classes on
Wikidata, which could be expressed by a small subclass-of cycle. For
We can do it, but I'd rather we didn't. The reason is that it would
require engine that queries such data
I would agree with Joe Filceolaire on this.
Compare the results of a search for "John Arbuthnot" on Wikidata:
https://www.wikidata.org/w/index.php?search==John+Arbuthnot=Special%3ASearch=Go
against the search for "John Arbuthnot" on Reasonator:
Hi Gerard. Blazegraph is the name of the open-source SPARQL engine
being used to provide the Wikidata SPARQL service.
So Blazegraph *is* available to all of us, at
https://query.wikidata.org/ , via both the query editor, and the SPARQL
API endpoint.
It's convenient to talk describe some
On 25/10/2015 09:31, Markus Krötzsch wrote:
On 25.10.2015 02:18, Kingsley Idehen wrote:
On 10/24/15 10:51 AM, Markus Krötzsch wrote:
We were talking about *cyclic data* not cyclic queries (which you can
also create easily using BGPs, but that's unrelated here). Apparently,
BlazeGraph has
The standard algorithm for a path search is very simple:
Keep adding a new generation of links, until the new link brings in
no node not already seen.
This works for graphs of equivalence relations, it works for directed
acyclic graphs.
It's not the /graphs/ that are causing the problem
Hi Hampton,
The SPARQL syntax needed to extract wiki-sitelinks isn't the best, and
with luck will get updated when the data design is next reviewed.
(Something like the proposed new scheme for identifiers would be
better). But I think the following should be more or less what you were
On 12/11/2015 17:10, Markus Krötzsch wrote:
I write this not to praise or "bury" any technology, just to clarify
some apparent misconceptions. (In particular, I completely agree with
the fact that SPARQL is not that hard to grok, and that nicer interfaces
and maybe further tutorial-style
I have been wondering about the practice of putting use-notes in item
descriptions.
For example, on Q6581097 (male)
https://www.wikidata.org/wiki/Q6581097
the (English) description reads:
"human who is male (use with Property:P21 sex or gender). For
groups of males use with
he relative (as in kinship) properties;
"father of the subject" is clear, but what about cousin/nephew etc.? You
need more explanation room than can be stuffed in the label field to fit in
the drop down. I have thought about this, but don't see any easy solution
besides what you have done.
On Thu,
Hi David,
I think the issue with your query was with the line
OPTIONAL {?nat rdfs:label ?nat_label filter (lang(?nat_label) = "en") .}
The problem was that if the photographer didn't have a P27, so ?nat
wasn't bound in the previous OPTIONAL line, then when it gets to the
line above, with
Does anyone know what's going on with the Sparql service ?
Up until a couple of days ago, the most hits ever in one day was about 6000.
But according to
http://searchdata.wmflabs.org/wdqs/
two days ago suddenly there were 6.77 *million* requests, and yesterday
over 21 million.
Does
GMT+02:00 James Heald j.he...@ucl.ac.uk:
A few days ago I made the following post to Project Chat, looking at how
people are linking from Wikidata items to Commons categories and galleries
compared to a year ago, that some people on the list may have seen, which
has now been archived:
https
To pick up on a few different comments from this thread:
@revi (Hong, Yongmin)
-- Yes, of course you are correct that it is categories rather than
galleries that are the important structure for finding and navigating
images on Commons.
But even if we were to change the status-quo and ban
On 26/08/2015 23:35, Svavar Kjarrval wrote:
On mið 26.ágú 2015 19:24, Joe Filceolaire wrote:
Every other ontology mixes humans with fictional characters and with
groups of humans and possibly fictional humans (biblical characters
for instance). Wikidata has gone to a lot of trouble to try to
A few days ago I made the following post to Project Chat, looking at how
people are linking from Wikidata items to Commons categories and
galleries compared to a year ago, that some people on the list may have
seen, which has now been archived:
It seems to be that it doesn't like looking up the label for ?head when
?head is undefined.
Without ?headLabel it runs fine:
http://tinyurl.com/p6rfpgv
-- James.
On 08/09/2015 22:56, Denny Vrandečić wrote:
Anyone an idea why this query has a trouble when I add the OPTIONAL keyword?
It may not be time to retire WDQ quite just yet...
Further to what Markus wrote earlier, it does seem that there are still
some queries that are a *lot* faster on WDQ than on this initial release
of WQS.
For example, as described on Project Chat here,
Prompted by this thread at Project Chat,
https://www.wikidata.org/wiki/Wikidata:Project_chat#Identical_data_sets
here's a query to find multiple humans with nationality:Greece that have
the same day of birth and day of death:
http://tinyurl.com/ow6lpen
It produces one pair, and executes in
Is anybody else having this problem?
Autolist (at least for me) seems to have got very very slow at
retrieving labels & links.
eg -- I recently opened up a set of searches in five tabs, none of them
returning more than 40 hits, and it was still "getting labels" five
minutes later.
It
It might be worth creating a qualifier "reason for deprecation" to
indicate in more detail why a particular value is deprecated (eg
"superseded", "redirected on target website", etc).
-- James.
On 01/10/2015 17:40, Tom Morris wrote:
On Thu, Oct 1, 2015 at 4:19 AM, Markus Krötzsch <
Out of interest, is there still a live Freebase SPARQL endpoint ?
And is it kept up to date with which items have been matched to Wikidata ?
Both of these would be useful, I think.
-- James.
On 01/10/2015 20:25, Thomas Tanon wrote:
It's me.
https://www.wikidata.org/wiki/User:Tpt
to work round this.
All best,
James.
On 09/09/2015 16:06, Magnus Manske wrote:
Your "labeled" example just ran for me in 121ms.
Maybe the server gets overloaded at times and goes into disk swap? Nothing
to do with the query?
On Wed, Sep 9, 2015 at 2:06 PM James Heald <j.he...@ucl
Has anybody actually done an assessment on Freebase and its reliability?
Is it *really* too unreliable to import wholesale?
Are there any stats/progress graphs as to how the actual import is in
fact going?
-- James.
On 24/09/2015 19:35, Lydia Pintscher wrote:
On Thu, Sep 24, 2015 at
de Bruin wrote:
The SSL certificate of labs expired, it breaks the Reasonator.
Sjoerd de Bruin
Op 15 sep. 2015 om 12:58 heeft James Heald <j.he...@ucl.ac.uk> het volgende
geschreven:
When I try to access a Reasonator page with Chrome, I'm seeing the 'https'
crossed through with a re
If we look at Glasgow,
https://www.wikidata.org/wiki/Q4093
the values for P31 in question are:
Q515 -- city
Q15060255 -- council area
Q7309443 -- registration county
Q202435-- lieutenancy area of Scotland
Q21457810 -- Scottish district (1975 to 1996)
Each
On 23/11/2015 18:18, Timothy Putman wrote:
Greetings All,
Regarding this issue, I am having trouble with WDQ querying recently created
items.
An item created on Thursday the 19th (Q21514037) is still not found by WDQ.
It is however possible to retrieve it through WDQS.
-Tim
See
Some items have quite a lot of "instance of" statements, connecting them
to quite a few different classes.
For example, Frankfurt is currently an instance of seven different classes,
https://www.wikidata.org/wiki/Q1794
and Glasgow is currently an instance of five different classes:
, but is in fact silently not
returning all of them.
-- James.
On 30/11/2015 04:40, Gerard Meijssen wrote:
Hoi,
Most of these could be / should be qualifiers. Several are historic and no
longer valid.
Thanks,
GerardM
On 29 November 2015 at 23:42, James Heald <j.he...@ucl.ac.uk>
You could use the SPARQL API to extract any or all of the statements on
an item in one go, plus the labels in any language you wanted, depending
on what you put in the query.
The JSON won't be formatted exactly as below -- you'd get back a
structure corresponding to a row for each statement,
These are used as placeholders for the meta-values "unknown value" and
"no value" aren't they ?
On 26/02/2016 12:27, Markus Kroetzsch wrote:
Hi Stas, hi all,
I just noted that BlazeGraph seems to contain a few erroneous triples.
The following query, for example, returns a blank node
I have to say that I am dubious.
How often does *exactly* the same query get run within 2 minutes ?
Does the same query ever get run ?
The first thing to do, surely, is to create a hash for each query, (or
better, perhaps, something like a tinyurl so then the lookup is
reversible, record a
Just do them all, as fast as the bot can go.
Revert them /if/ somebody complains (which is unlikely).
Make this a process of having to contract out for an identifier /not/ to
be done, rather than having to contract in for it to be done.
Personally, I am rather more interested in what
On 01/05/2016 11:56, Lydia Pintscher wrote:
On Sun, May 1, 2016 at 12:47 PM James Heald <j.he...@ucl.ac.uk> wrote:
Is there a big problem with the SPARQL servers ?
SPARQL used to return 22,412 hits; and Autolist currently returns 22,458
hits (the latter includes deprecated values).
B
Is there a big problem with the SPARQL servers ?
I was just about to update some of the numbers at
https://en.wikipedia.org/wiki/Wikipedia_talk:GLAM/Your_paintings/header
which has the numbers for sitelinks, cross-properties etc for painters
with P1367 (Art UK artist ID; formerly "Your
Very nice!
As a slight tweak on your query, here are some statues within 10km of
London's Trafalgar Square
http://tinyurl.com/htxqp5t
... or within 10km of Stockholm's Stortorget
http://tinyurl.com/jnv5qo3
(Warning: per a recent decision of the Swedish Supreme Court, the latter
search may be
:28, James Heald wrote:
Very nice!
As a slight tweak on your query, here are some statues within 10km of
London's Trafalgar Square
http://tinyurl.com/htxqp5t
... or within 10km of Stockholm's Stortorget
http://tinyurl.com/jnv5qo3
(Warning: per a recent decision of the Swedish Supreme Court
On 14/04/2016 20:31, Andrew Gray wrote:
Hi all,
Writing to this list because I swear I've seen it discussed here before...
I'm curious to know how many cases we have where two people share both
a name and a birthdate *but are confirmed to be different people*. I
vaguely remember this being
You need something like this:
-
SELECT DISTINCT ?propLabel ?prop ?value
WHERE
{
VALUES ?geneID {"672"}
?gene wdt:P351 ?geneID ;
?prop ?value .
?p wikibase:directClaim ?prop .
?p rdfs:label ?propLabel FILTER
Quick question on this Stas:
* Why do the suggestions that come up when typing in the search box seem
so much more on-point (ie better at presenting the most likely option
first) than the ones that come up in the results list?
-- eg when the search results for "cat" bring up everything
Something I have been wondering is whether it is possible to get a
template on eg Commons for a templated WDQS query to take account of the
user's language (and also, ideally, preferred fall-back languages, as
perhaps indicated by their {{#babel}} settings).
I had hoped it might be possible
One further alternative is the "Linked Data Fragments" (LDF) interface,
which is supposed to be a bit lighter on the server than SPARQL -- but
only returns a set of triples, so further actions would be needed if you
wanted to get labels for them as well.
For example:
This query may start to be more or less what you are looking for
http://tinyurl.com/lclgpgx
It's actually pretty simple to understand if you (a) start in the
middle, then (b) work through what each line means.
I haven't added employer location, though it would only take a couple of
Query with a column for employers as well:
(also slightly simplifed, structurally).
http://tinyurl.com/kz65akx
It does in fact add a few more hits -- as Jan predicted, mostly for
university employers.
-- James.
On 09/04/2017 23:30, James Heald wrote:
This query may start to be more
On 10/04/2017 04:58, Brill Lyle wrote:
It is very logical. You're right. I understand this now that I see it
built
Ah, the key is the wdt:P276*/wdt:P131* wd:Q771 That captures the Boston
and environs. This is great.
What does "BIND ('1' AS ?ma)" mean explicitly. I saw on the User
Hi Stas,
This is *really* exciting news -- thank you so much for your work on this.
I can see it being valuable in so many ways -- the kind of things that
people have put tickets in for so far, eg categories, image sizes, page
stats etc, are just the tip of the iceberg.
One question: were
It's not just other wikis where cryptic template invocations can be an
issue.
I sometimes think that on Wikidata itself, with templates {{P|...}} and
{{Q|...}}, we could use a bot to add the label of the property or item
in the default language of the page as an extra parameter to the
at 14:34, James Heald <j.he...@ucl.ac.uk> wrote:
It's not just other wikis where cryptic template invocations can be an
issue.
I sometimes think that on Wikidata itself, with templates {{P|...}} and
{{Q|...}}, we could use a bot to add the label of the property or item in
the default la
Mathieu,
You don't seem to grasp the essential legal point, though several people
in this thread have already tried to tell you.
Copyright protects expression and creative originality. It does not
protect merely a collation of facts.
The CC-SA licence is based on copyright. Anything that
Like others in this thread, I would caution *against* overloading P31
"instance of" if possible.
When a somewhat similar issue came up, re how to artists that were of
interest the the "Black Lunch Table" project
https://www.wikidata.org/wiki/Q28781198 that works on coverage of visual
artists
I have now created a property proposal for a new property, "Wikidata
focus list", to act as a drop-in replacement for some current uses of P972.
https://www.wikidata.org/wiki/Wikidata:Property_proposal/Wikidata_focus_list
Let's sort this thing out.
-- James.
On 06/01/2018 10:40, Maarten
Better to use P4570, or a new bespoke property, since the things these
people are being tagged to be part of, or participants in, like "Black
Lunch Table", are not external real-world things, but internal
wiki-world projects.
It is useful to maintain a distinction between the two -- it helps
To amplify what Gerard wrote:
To think of how P972 "catalog" = "Black Lunch Table" was being used, a
useful analogy is to think of the way one might add a maintenance
category for files on Commons -- not to give any assertion of notability
or importance, but simply to mark a group of things
+1 with Magnus on years of birth and death
(but perhaps /only/ years of birth and death, or close surrogates eg
years of baptism and burial, and inception or publication date for
things, otherwise the search specificity would become useless with too
many other 'significant event' dates)
I
On 27/07/2018 18:34, Stas Malyshev wrote:
Hi!
* I would really like dates (mainly, born/died), especially if they work
for "greater units", that is, I search for a year and get an item back,
even though the statament is month- or day-precise
What would be the use case for this?
The use
Hi everybody,
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 also dial in by
Interesting, but why not simply suggest the most frequently-used
qualifiers for the given property?
The list of "allowed qualifiers" is often wildly incomplete; or
alternatively no such constraint is specified at all.
-- James.
On 28/08/2018 14:05, Léa Lacroix wrote:
Hello all,
ensive in
term of resources. Plus, the results may not be exactly what editors expect.
With the lists of "allowed qualifiers", it's the perfect occasion to clean
them up, and the community can have total control on what appears in the
suggester :)
I hope that answers your question.
On 28 Augu
On 18/10/2018 22:33, Markus Kroetzsch wrote:
And, on another note, there is also a huge misunderstanding exposed in
the discussion on th search-related tracker item [1]: Cparle there
speaks about "traversing the subclass hierarchy" but is actually looking
at *super*classes of, e.g.,
Is it possible to extract the set of items with e.g. new coordinates in
Scotland, and then (a) histogram the item creation date; or (b) give a
list of the other properties on those items, highest frequency of
occurrence first?
This might reveal if someone had e.g. made a big addition of
The problem, if you don't put something on the wikipage itself, is how
then do you determine which [[John A. Smith]] a redlink was intended to
refer to, if there is more than one possibility.
But Maarten is right, that at least on en-wiki, the suggestion of adding
templates to link to
This model is not good.
If you dump *all* such matches from whatever source into a single
property, then you force people to use string-comparison filters if it
is a particular source (eg schema.org) that they are interested in.
That may not be such a problem if you're only interested in
On 26/09/2018 08:46, James Heald wrote:
This model is not good.
If you dump *all* such matches from whatever source into a single
property, then you force people to use string-comparison filters if it
is a particular source (eg schema.org) that they are interested in.
That may
On 26/09/2018 10:16, Andra Waagmeester wrote:
On Wed, Sep 26, 2018 at 9:47 AM James Heald wrote:
Far better to have a dedicated external-id property for schema.org,
which would avoid this; and if there are important concepts there that
we don't have an item for on Wikidata, then create those
I would also agree with this. In my opinion P2888 should only be used
as a last resort.
If possible, it's usually a much better idea to use a specific
external-id property for the external database -- it gives us better
organisation, it's more obvious on the page, and it's much more
On 22/12/2018 15:59, Bob DuCharme wrote:
I see INCLUDE used as a keyword in some Wikidata queries, like in the
WHERE clause of
https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/queries/examples#Metabolite-metabolite_interactions_(mostly_conversions)_and_their_pKa_change,
but I can't
It should also be made possible for the local wikibase to use local
prefixes other than 'P' and 'Q' for its own local properties and items,
otherwise it makes things needlessly confusing -- but currently I think
this is not possible.
-- James
On 28/11/2018 16:32, Yuri Astrakhan wrote:
I
Coming back to the question of P's and Q's (sorry, it's been a busy few
weeks)
I read people saying "Don't worry because prefixes", but with respect I
don't agree.
IMO "Don't worry because prefixes" may make sense as a response if one
interacts with Wikidata primarily via RDF dumps, or
On 30/05/2019 17:45, Benjamin Good wrote:
I'd like to restate the initial question.
Why did wikidata choose shex instead of other approaches?
From this very detailed comparison
http://book.validatingrdf.com/bookHtml013.html (thank you Andra!) I could
see arguments in both directions. I'm
Hi Léa,
Thanks to all the team for this.
I've proposed a property,
https://www.wikidata.org/wiki/Wikidata:Property_proposal/Shape_Expression_for_class
To make this work, is it possible to have a Shape Expression as the
value of a statement on Wikidata (and the RDF dump, and WDQS) ?
Is
See also this recent discussion/brainstorm on "Wikidata subsetting"
https://docs.google.com/document/d/1MmrpEQ9O7xA6frNk6gceu_IbQrUiEYGI9vcQjDvTL9c/edit#heading=h.7xg3cywpkgfq
In a geographical context, whether or not an item has a Wikipedia entry
has been contemplated as a criterion for
On 20/01/2020 14:19, Nicolas VIGNERON wrote:
Le lun. 20 janv. 2020 à 14:14, Eugene Alvin Villar a
écrit :
On Mon, Jan 20, 2020, 9:06 PM Nicolas VIGNERON, <
vigneron.nico...@gmail.com> wrote
In a nutshell, you can safely assume that only the property 'stated in'
matters.
I think 'inferred
I am dubious about the solutions proposed.
A simple query builder *might* be able to generate some of the queries
required, but what is required (eg to appropriately define and limit the
broader set of items of interest, or to characterise the combinations
that identify problematic entries
On 23/07/2020 22:26, Hay (Husky) wrote:
Awesome, i'm really happy we finally have at least a start of a
functioning query service.
For now, the two things that i guess would be helpful for most query writers:
1) A way to make ImageGrid work without resorting to the clunky
Special:FilePath hack
"Try it" issue worked around.
Include the line
|project=sdc
when calling the SPARQL template, to have the query go to the WCQS beta
service
The template
https://commons.wikimedia.org/wiki/Template:SPARQL
will need to be updated to point to the final endpoint when this is
available.
The
Dear wikidata list,
One of the key things we do as Wikidata people is go round the internet,
hassling people to create nice identifiers for their things, with URIs
and landing-pages that we can link to.
It brought me up quite short to realise that actually applies to *us*
too -- there is an
You're looking for a query like this one, I think
https://w.wiki/4kW4
but adapted to your data.
All best,
James.
On 26/01/2022 23:20, Daniel Mietchen via Wikidata wrote:
Hi Olaf,
you could bind the dates such that they can be used as the color layer for
the dots on the map:
.
It is clearly not easy.
Best,
Bruno
Le 27/01/2022 à 14:04, James Heald a écrit :
You're looking for a query like this one, I think
https://w.wiki/4kW4
but adapted to your data.
All best,
James.
___
Wikidata mailing list -- wikidata@lists.wikimedia.org
On 23/02/2023 20:08, Kingsley Idehen via Wikidata wrote:
On 2/23/23 12:19 PM, James Heald wrote:
I have to say I am a bit concerned by this talk, since some of
Blazegraph's "features and quirks" can be exceedingly useful.
That isn't justification for tightly-coupling a
On Wed, 22 Feb 2023 at 00:03, Kingsley Idehen via Wikidata wrote:
On 2/21/23 4:05 PM, Guillaume Lederrey wrote:
The exposed SPARQL endpoint is at the moment a direct exposition of
the Blazegraph endpoint, so it does expose all the Blazegraph specific
features and quirks.
Is there a
If this lady wants her name updated on Google, she would be much better
off if the page is kept, with her preferred name.
That way Google will eventually note the page has been updated, and
update their records.
If the page is deleted, Google will never get that trigger, and the name
she
Gerard -- It's not just about getting data out of Wikidata, it's also
about getting data into Wikidata. Being able to round-trip what you've
got already is a minimum requirement for the data model being flexible
enough.
Once we can do that, we can also think how to make *better* templates,
be anything.
But F for file is perhaps potentially too restrictive for future
development).
Just typing out of the top of my head here,
Best,
James.
On 18/08/2014 14:30, Lydia Pintscher wrote:
Hey James :)
On Sat, Aug 16, 2014 at 9:56 PM, James Heald j.he...@ucl.ac.uk wrote:
Out of interest
, if such a thing is desired.
Cheers,
Magnus
On Mon, Aug 18, 2014 at 3:22 PM, James Heald j.he...@ucl.ac.uk wrote:
Thanks Lydia!
Something that occurs to me is that one may well want to include Commons
categories in such a database, not just files, which presumably might be
stored on a page like
Also there might be queries one might want to run on the categories,
which would be another reason to include them in Commons Wikibase.
-- J.
On 19/08/2014 07:00, Gerard Meijssen wrote:
Hoi,
I know the categories in Commons exist. I also know that you do not have to
add categories when an
Props to our own Andy Mabbett (well, I guess we share him with OSM) for
coming up with the idea for this and getting together with Edward to
make it work.
Starting with a hack at the Wikimania hackathon, which produced the
first few dozen examples in time for Andy's OSM talk at Wikimania,
on OSM list and I see Andy too. He should be
here soon. :)
- Enock
On Wed, Aug 27, 2014 at 8:07 PM, James Heald j.he...@ucl.ac.uk wrote:
Props to our own Andy Mabbett (well, I guess we share him with OSM) for
coming up with the idea for this and getting together with Edward to make
it work
interested to know what other people think.
-- James. (User:Jheald)
On 19/08/2014 15:27, Lydia Pintscher wrote:
Hey :)
On Mon, Aug 18, 2014 at 4:22 PM, James Heald j.he...@ucl.ac.uk wrote:
Thanks Lydia!
Something that occurs to me is that one may well want to include Commons
categories
@Joe Filceolaire
Fair enough. I had misread the rules. I thought it was the Commons Cat
that needed to have a sitelink to some other page on any Wikimedia
Project, rather than the requirement just being that a Wikidata item
needed to have a sitelink to eg a Commons Cat.
So per the current
Gerard,
I agree with you that I would like the kind of tools currently available
with WikiData also to be available on CommonsData.
Queries that combine the two in an integrated way ought to be made
simple and straightforward.
What I don't understand is your objection to placing items that
What are the implications of this for sidebar links ?
IMO it's a good thing if the wikidata items become more fine-grained and
more conceptually precise.
But wouldn't this mean we would be losing (some) sidebar links, so
people wouldn't necessarily know any more that some of the information
of companies, and several types of fair use derivatives.
If that is still so, we have an obstacle that may prevent us from
both moving images, and even linking to them under some local laws.
Technically, I agree with the idea quoted below.
Purodha
James Heald j.he...@ucl.ac.uk wrote:
What I suspect
Gergo,
Thanks for this -- and hoping you have a very productive set of
sessions, to all of you in Berlin this week.
Yes, where one has a derivative work of another Commons work (a
restoration, or a cropping, say), I can see it makes sense to point to
the CommonsData entry for that other
extraction and collect the authors. Where the theoretical chain extends
outside Wikidata+CommonsData, the actual (as stored in Wikibase) chain
would have author information from the outlying nodes squashed into the
edge nodes.
On Mon, Oct 6, 2014 at 11:08 AM, James Heald j.he...@ucl.ac.uk wrote:
Gergo
Creating sitelinks to redirects:
As I understand it, the classic workaround for this is to
* go to client wiki,
* edit the page temporarily so that it is not a redirect
* add a sitelink
* edit the page again to turn it back into a redirect.
Thus, at least as I understand it, there is no
WHY ARE WE EVEN TALKING ABOUT THIS?
Thanks,
GerardM
On 14 October 2014 23:22, James Heald j.he...@ucl.ac.uk wrote:
Creating sitelinks to redirects:
As I understand it, the classic workaround for this is to
* go to client wiki,
* edit the page temporarily so that it is not a redirect
wikipedia.
Jane
On Thu, Oct 16, 2014 at 9:34 AM, James Heald j.he...@ucl.ac.uk wrote:
I am sorry, Gerard, you seem to have fundamentally misunderstood what I am
saying.
To be clearer:
* Noting that a link goes to a redirect is a feature of the *sitelink* not
the item.
* It is no more Wikipedia centric
however, I find the article rather short and I can't even see any
reference
to the occupation of hatmaker at all unless you are referring to a list
of
notable hatters and milliners (which also seems rather short).
On Thu, Oct 16, 2014 at 10:40 AM, James Heald j.he...@ucl.ac.uk wrote:
We have
that are possibly useful.
Purodha
James Heald j.he...@ucl.ac.uk writes:
We have the relevant information on :en in hatmaking.
Why create a stub? Why require the duplication?
Surely it is for client wikis to decide how they want to treat topics,
either in a big omnibus article, or in a lot of little
On 13/10/2014 13:03, Daniel Kinzler wrote:
Am 13.10.2014 00:17, schrieb Jane Darnell:
I think the place for all data about an image should be Wikidata.
Do you really mean *any* image?
E.g., if we have a scan of an old book with 50 engravings, do you want to make a
wikidata item for each
1 - 100 of 113 matches
Mail list logo