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
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
.
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
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:
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
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
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 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
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 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
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
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 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
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
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
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
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
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
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
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
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,
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
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
+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
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
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
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
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
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
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:
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
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
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
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
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
: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
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
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
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
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
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
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
, 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>
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
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:
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
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,
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
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
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
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,
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:
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,
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
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
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
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
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
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
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
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,
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
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
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:
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
As an example of a step towards E1 (outside Wikidata), the list might
remember the code-snippet that the DJ wrote for Commons,
https://commons.wikimedia.org/wiki/User:TheDJ/wdcat.js
If you add
importScript('User:TheDJ/wdcat.js');
to your common.js file on Commons, then whenever you
Note that OSM is likely to be unusable for copyright reasons
-- J.
On 11/03/2015 11:20, Magnus Manske wrote:
Started scraping Wikipedia lists:
https://en.wikipedia.org/wiki/List_of_lighthouses_and_lightvessels
Got to Canada:
Hi Andy,
The post last autumn said you had 176,000 items matched to OSM, a very
large proportion of which (at least at that time) had no P31 instance
of, but you had been able to deduce this from Wikipedia.
Would it be possible to start loading Wikidata with that information --
ie complete
The trouble is that a particular individual may have many memberships
and affiliations -- some perhaps to small units like bands; but some to
larger groups like clubs, or artistic movements.
It's better to let humans decide where is the best place in a particular
language to redirect people
of the information will
be stored in file-data and some will be on Wikidata items referenced
from file-data, that needs to be designed in right from the start as a
basic requirement.
Cheers,
James.
On 24/10/2014 20:51, Daniel Kinzler wrote:
Am 24.10.2014 02:17, schrieb James Heald:
I think
are without solutions. But it does, I think,
require a decisive view to be reached, as to what we propose to do.
Thanks for all your work on this,
All best,
James.
On 16/10/2014 18:56, James Heald wrote:
On 13/10/2014 13:03, Daniel Kinzler wrote:
Am 13.10.2014 00:17, schrieb Jane
On 22/10/2014 14:23, Smolenski Nikola wrote:
Citiranje James Heald j.he...@ucl.ac.uk:
(1) There would be no change to the item structure on Wikidata in any
way -- no change to the values of any of the item properties -- only
some extra sitelinks.
So I don't see *why* you think there would
better. It starts by considering all options. Text is
no longer the only game in town.
Thanks,
GerardM
On 22 October 2014 10:03, James Heald j.he...@ucl.ac.uk wrote:
Gerard, you seem confused.
(1) There would be no change to the item structure on Wikidata in any way
-- no change
Well actually, we *do* support redirects. One just has to be a bit
crafty in how one creates them.
Do you have a problem with that?
If so, what is your problem?
-- James.
On 20/10/2014 11:45, Gerard Meijssen wrote:
Hoi,
We do not support redirects. We do not support paragraphs.Wikidata
But Gerard templates and the categories used on the *redirect* will be
specific to the redirect, so can draw quite happily from the item
corresponding to the redirect.
And templates and categories used on the *article* will be specific to
the article, so can draw quite happily from the item
=Q18325155lang=en
[2] https://tools.wmflabs.org/reasonator/?find=havell
On 16 October 2014 09:34, 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
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
On 16/10/2014 20:38, Keegan Peterzell wrote:
On Thu, Oct 16, 2014 at 12:30 PM, Keegan Peterzell kpeterz...@wikimedia.org
wrote:
Thanks to all who participated, here are the logs:
https://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2014-10-16
There also seems to be a nice
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
1 - 100 of 113 matches
Mail list logo
