Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-16 Thread Tom Morris 
Any chance you could put this list up on the wiki? Perhaps in your user
space. It'd be interesting to see these issues end up being tracked in
Phabricator and hopefully fixed. :)

Yours,

--
Tom Morris


___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Cristian Consonni 
2015-04-13 14:54 GMT+02:00 Cristian Consonni :
> With this premise, I think that Romaine's proposal for a game is
> absolutely doable and a good idea.

I want to clarify, I mean that I agree with Gerard that the best
indication for "country" for "Battle of Stalingrad" is URSS, I simply
say that a game should keep it simple (so in this case, either the
system is able to infer URSS as a possibility to present to the user
or otherwise the user should (be instructed to) say "not sure").

I am much less convinced about the "citizenship" violations. Even if I
believe that citizenship is a concept introduced with the modern
nation-state, for a variety of reasons this is anyway applied to
people that have lived before that state(at least in is modern form)
was established.

For example, Galileo Galilei is reported as an error but all the
biggest Wikipedias (and some others that I am able to read) state that
Galileo Galilei was Italian (catalan Wikipedia says that he was Tuscan
in the artcle, but caegorizes him in the category "Físics italians"
(Italian pysicists) and "Astrònoms italians" (Italian astronomers). On
the other hand, the use of the name "Italia" to indicate at least a
portion of present-day Italy goes back in history and there are
mentions in documents from at least 42 b.C. (and possibly this will be
the same for most Europe).

C

___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Cristian Consonni 
2015-04-13 18:46 GMT+02:00 Magnus Manske :
> So I present:
> https://tools.wmflabs.org/wikidata-todo/wrong_nationality.html

All links to Wikidata are missing the "/wiki/" part.

C

___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Magnus Manske 
Huh, just when I sent this mail, I realized that there is a database with
nation dates, it's called Wikidata...

So I present:
https://tools.wmflabs.org/wikidata-todo/wrong_nationality.html

Have fun!

On Mon, Apr 13, 2015 at 3:43 PM Magnus Manske 
wrote:

> Well, getting a list of "violations" per country would not be hard, given
> the dates. There are, for example, >2,300 UK citizens who died 1706 or
> earlier:
>
> https://tools.wmflabs.org/autolist/?language=en&project=wikipedia&category=&depth=12&wdq=claim%5B27%3A145%5D%20and%20between%5B570%2C0%2C1706%5D&statementlist=&run=Run&mode_manual=or&mode_cat=or&mode_wdq=not&mode_find=or&chunk_size=1
>
> It would be possible to generate a daily constraint violation report for
> more such conditions, given a list of valid data ranges (e,g, "Q145 / 1701
> / now" for UK). I'd volunteer, if someone makes a machine-readable list
> (table?) on a wiki page :-)
>
> A more fine-tuned bot could actually auto-replace some, if the "new"
> country is the same or larger as the "old" one. But given the numbers, it
> is probably not necessary to toy with such forces (we can fix a few
> thousand "by hand" once; new entries should be low in numbers).
>
>
> On Mon, Apr 13, 2015 at 2:22 PM Andrew Gray 
> wrote:
>
>> This is an example of a more general problem, I think - "country" is
>> treated as an indefinite concept, which breaks down for historic
>> people as well. To take Magnus's example, Wikidata records that Henry
>> VIII was a citizen of the UK, which would no doubt have surprised him
>> (https://www.wikidata.org/wiki/Q38370).
>>
>> Perhaps what we want is to figure out some way that "country" (P17)
>> and "citizenship" (P27) can have robust constraints based on date of
>> birth/death or on date of an event, so that - for example - anyone who
>> is reported as having citizenship of the UK has to have been born
>> before or died after 1707. For something like the battle, the
>> constraint would be that the event has to have happened while the P17
>> country was in existence.
>>
>> I don't know if we can do anything this sophisticated with the current
>> constraints system - perhaps it would have to be organised on a
>> country-by-country basis, one report for the UK, then the USSR, and so
>> on as we define the cases. Perhaps something to look at doing a year
>> down the line, when we've imported a lot of data we can fix ;-)
>>
>> Andrew.
>>
>>
>> On 13 April 2015 at 13:00, Gerard Meijssen 
>> wrote:
>> > Hoi,
>> > The point is very much that the battle WAS in the USSR. It is not "not
>> > applicable" it is one of the most important battles in the second world
>> war.
>> > My point is that we should not forget this. The battle of Uhud was not
>> in
>> > Saudi Arabia either...
>> > Thanks,
>> >   GerardM
>> >
>> > On 13 April 2015 at 12:10, Cristian Consonni 
>> > wrote:
>> >>
>> >> 2015-04-09 8:29 GMT+02:00 Gerard Meijssen :
>> >> > Because the battle of Stalingrad as a battle was not fought by modern
>> >> > day
>> >> > Russia, it was fought by the USSR and Nazi Germany. Associating the
>> >> > battle
>> >> > of Stalingrad with modern day Russia is wrong on so many levels. At
>> the
>> >> > time
>> >> > it was Stalingrad, hence the name. It will never be the battle of
>> >> > Wolgograd.
>> >>
>> >> I believe that you should have a "Not applicable" button to click for
>> >> these cases.
>> >>
>> >> C
>> >>
>> >> ___
>> >> Wikidata-l mailing list
>> >> [email protected]
>> >> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>> >
>> >
>> >
>> > ___
>> > Wikidata-l mailing list
>> > [email protected]
>> > https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>> >
>>
>>
>>
>> --
>> - Andrew Gray
>>   [email protected]
>>
>> ___
>> Wikidata-l mailing list
>> [email protected]
>> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>>
>
___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Magnus Manske 
Well, getting a list of "violations" per country would not be hard, given
the dates. There are, for example, >2,300 UK citizens who died 1706 or
earlier:
https://tools.wmflabs.org/autolist/?language=en&project=wikipedia&category=&depth=12&wdq=claim%5B27%3A145%5D%20and%20between%5B570%2C0%2C1706%5D&statementlist=&run=Run&mode_manual=or&mode_cat=or&mode_wdq=not&mode_find=or&chunk_size=1

It would be possible to generate a daily constraint violation report for
more such conditions, given a list of valid data ranges (e,g, "Q145 / 1701
/ now" for UK). I'd volunteer, if someone makes a machine-readable list
(table?) on a wiki page :-)

A more fine-tuned bot could actually auto-replace some, if the "new"
country is the same or larger as the "old" one. But given the numbers, it
is probably not necessary to toy with such forces (we can fix a few
thousand "by hand" once; new entries should be low in numbers).


On Mon, Apr 13, 2015 at 2:22 PM Andrew Gray 
wrote:

> This is an example of a more general problem, I think - "country" is
> treated as an indefinite concept, which breaks down for historic
> people as well. To take Magnus's example, Wikidata records that Henry
> VIII was a citizen of the UK, which would no doubt have surprised him
> (https://www.wikidata.org/wiki/Q38370).
>
> Perhaps what we want is to figure out some way that "country" (P17)
> and "citizenship" (P27) can have robust constraints based on date of
> birth/death or on date of an event, so that - for example - anyone who
> is reported as having citizenship of the UK has to have been born
> before or died after 1707. For something like the battle, the
> constraint would be that the event has to have happened while the P17
> country was in existence.
>
> I don't know if we can do anything this sophisticated with the current
> constraints system - perhaps it would have to be organised on a
> country-by-country basis, one report for the UK, then the USSR, and so
> on as we define the cases. Perhaps something to look at doing a year
> down the line, when we've imported a lot of data we can fix ;-)
>
> Andrew.
>
>
> On 13 April 2015 at 13:00, Gerard Meijssen 
> wrote:
> > Hoi,
> > The point is very much that the battle WAS in the USSR. It is not "not
> > applicable" it is one of the most important battles in the second world
> war.
> > My point is that we should not forget this. The battle of Uhud was not in
> > Saudi Arabia either...
> > Thanks,
> >   GerardM
> >
> > On 13 April 2015 at 12:10, Cristian Consonni 
> > wrote:
> >>
> >> 2015-04-09 8:29 GMT+02:00 Gerard Meijssen :
> >> > Because the battle of Stalingrad as a battle was not fought by modern
> >> > day
> >> > Russia, it was fought by the USSR and Nazi Germany. Associating the
> >> > battle
> >> > of Stalingrad with modern day Russia is wrong on so many levels. At
> the
> >> > time
> >> > it was Stalingrad, hence the name. It will never be the battle of
> >> > Wolgograd.
> >>
> >> I believe that you should have a "Not applicable" button to click for
> >> these cases.
> >>
> >> C
> >>
> >> ___
> >> Wikidata-l mailing list
> >> [email protected]
> >> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
> >
> >
> >
> > ___
> > Wikidata-l mailing list
> > [email protected]
> > https://lists.wikimedia.org/mailman/listinfo/wikidata-l
> >
>
>
>
> --
> - Andrew Gray
>   [email protected]
>
> ___
> Wikidata-l mailing list
> [email protected]
> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>
___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Andrew Gray 
This is an example of a more general problem, I think - "country" is
treated as an indefinite concept, which breaks down for historic
people as well. To take Magnus's example, Wikidata records that Henry
VIII was a citizen of the UK, which would no doubt have surprised him
(https://www.wikidata.org/wiki/Q38370).

Perhaps what we want is to figure out some way that "country" (P17)
and "citizenship" (P27) can have robust constraints based on date of
birth/death or on date of an event, so that - for example - anyone who
is reported as having citizenship of the UK has to have been born
before or died after 1707. For something like the battle, the
constraint would be that the event has to have happened while the P17
country was in existence.

I don't know if we can do anything this sophisticated with the current
constraints system - perhaps it would have to be organised on a
country-by-country basis, one report for the UK, then the USSR, and so
on as we define the cases. Perhaps something to look at doing a year
down the line, when we've imported a lot of data we can fix ;-)

Andrew.


On 13 April 2015 at 13:00, Gerard Meijssen  wrote:
> Hoi,
> The point is very much that the battle WAS in the USSR. It is not "not
> applicable" it is one of the most important battles in the second world war.
> My point is that we should not forget this. The battle of Uhud was not in
> Saudi Arabia either...
> Thanks,
>   GerardM
>
> On 13 April 2015 at 12:10, Cristian Consonni 
> wrote:
>>
>> 2015-04-09 8:29 GMT+02:00 Gerard Meijssen :
>> > Because the battle of Stalingrad as a battle was not fought by modern
>> > day
>> > Russia, it was fought by the USSR and Nazi Germany. Associating the
>> > battle
>> > of Stalingrad with modern day Russia is wrong on so many levels. At the
>> > time
>> > it was Stalingrad, hence the name. It will never be the battle of
>> > Wolgograd.
>>
>> I believe that you should have a "Not applicable" button to click for
>> these cases.
>>
>> C
>>
>> ___
>> Wikidata-l mailing list
>> [email protected]
>> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>
>
>
> ___
> Wikidata-l mailing list
> [email protected]
> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>



-- 
- Andrew Gray
  [email protected]

___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Thomas Douillard 
Of course there will always be some things too complicated to be reasonably
expressed in Wikidata, or hard to process by software.

But in the case of historical datas, we better have to think of a common
and practical representation and ways for tools to process datas, because
this is totally a WIkipedia common usecase :) There is already tools to
draw wars in a map and chronological datas.

2015-04-13 14:54 GMT+02:00 Cristian Consonni :

> 2015-04-13 14:00 GMT+02:00 Gerard Meijssen :
> > The point is very much that the battle WAS in the USSR. It is not "not
> > applicable" it is one of the most important battles in the second world
> war.
> > My point is that we should not forget this. The battle of Uhud was not in
> > Saudi Arabia either...
>
> Ok, but I think that having a system that, for examples, cross checks
> dates and presents "URSS" as a possibility would be much more
> complicated to build.
>
> I think that the Wikidata game (or a similar game-like system) can not
> address all possible complicated scenarios,  and thus there will
> always be some cases that should be handled directly editing Wikidata.
>
> I was following Magnus here, in the post where he introduces the
> Wikidata Game[1]:
> «So what’s the approach here? I feel the crucial issue for
> gamification is breaking complicated processes down into simple
> actions, which themselves are just manifest decisions – “A”, “B”, or
> “I don’t want to decide this now!”.
>
> [...]
>
> Of course, this simplification misses a lot of “fine-tuning” – what if
> you are asked to decide the gender of an item that has been
> accidentally tagged as “person”? What if the gender of this person is
> something other than “male” or “female”? Handling all these special
> cases would, of course, be possible – but it would destroy the
> simplicity of the three-button interface. The games always leave you a
> “way out” – when in doubt, skip the decision. Someone else will take
> care of it, eventually, probably on Wikidata proper.»
>
> With this premise, I think that Romaine's proposal for a game is
> absolutely doable and a good idea.
>
> C
>
>
> [1] http://magnusmanske.de/wordpress/?p=203
>
> ___
> Wikidata-l mailing list
> [email protected]
> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>
___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Cristian Consonni 
2015-04-13 14:00 GMT+02:00 Gerard Meijssen :
> The point is very much that the battle WAS in the USSR. It is not "not
> applicable" it is one of the most important battles in the second world war.
> My point is that we should not forget this. The battle of Uhud was not in
> Saudi Arabia either...

Ok, but I think that having a system that, for examples, cross checks
dates and presents "URSS" as a possibility would be much more
complicated to build.

I think that the Wikidata game (or a similar game-like system) can not
address all possible complicated scenarios,  and thus there will
always be some cases that should be handled directly editing Wikidata.

I was following Magnus here, in the post where he introduces the
Wikidata Game[1]:
«So what’s the approach here? I feel the crucial issue for
gamification is breaking complicated processes down into simple
actions, which themselves are just manifest decisions – “A”, “B”, or
“I don’t want to decide this now!”.

[...]

Of course, this simplification misses a lot of “fine-tuning” – what if
you are asked to decide the gender of an item that has been
accidentally tagged as “person”? What if the gender of this person is
something other than “male” or “female”? Handling all these special
cases would, of course, be possible – but it would destroy the
simplicity of the three-button interface. The games always leave you a
“way out” – when in doubt, skip the decision. Someone else will take
care of it, eventually, probably on Wikidata proper.»

With this premise, I think that Romaine's proposal for a game is
absolutely doable and a good idea.

C


[1] http://magnusmanske.de/wordpress/?p=203

___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Gerard Meijssen 
Hoi,
The point is very much that the battle WAS in the USSR. It is not "not
applicable" it is one of the most important battles in the second world
war. My point is that we should not forget this. The battle of Uhud was not
in Saudi Arabia either...
Thanks,
  GerardM

On 13 April 2015 at 12:10, Cristian Consonni 
wrote:

> 2015-04-09 8:29 GMT+02:00 Gerard Meijssen :
> > Because the battle of Stalingrad as a battle was not fought by modern day
> > Russia, it was fought by the USSR and Nazi Germany. Associating the
> battle
> > of Stalingrad with modern day Russia is wrong on so many levels. At the
> time
> > it was Stalingrad, hence the name. It will never be the battle of
> Wolgograd.
>
> I believe that you should have a "Not applicable" button to click for
> these cases.
>
> C
>
> ___
> Wikidata-l mailing list
> [email protected]
> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>
___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-13 Thread Cristian Consonni 
2015-04-09 8:29 GMT+02:00 Gerard Meijssen :
> Because the battle of Stalingrad as a battle was not fought by modern day
> Russia, it was fought by the USSR and Nazi Germany. Associating the battle
> of Stalingrad with modern day Russia is wrong on so many levels. At the time
> it was Stalingrad, hence the name. It will never be the battle of Wolgograd.

I believe that you should have a "Not applicable" button to click for
these cases.

C

___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-08 Thread Gerard Meijssen 
Hoi,
Because the battle of Stalingrad as a battle was not fought by modern day
Russia, it was fought by the USSR and Nazi Germany. Associating the battle
of Stalingrad with modern day Russia is wrong on so many levels. At the
time it was Stalingrad, hence the name. It will never be the battle of
Wolgograd.
Thanks,
  GerardM

On 7 April 2015 at 23:27, Roland Cornelissen 
wrote:

> Hi,
>
> On 05-04-15 16:10, Gerard Meijssen wrote:
>
>> It does not make sense to couple coordinates with countries... The battle
>> of Stalingrad for instance was firmly in the USSR and not in modern day
>> Russia.
>>
> Why not? Every Place has a history that can't be evaded.
> The beautiful part of Linked Data is these little graphs one gets when
> joining data on defined properties. For instance joining data based on
> coordinates would provide an insight into the history of a certain Place.
>
> The battle of Stalingrad is an event that has taken Place at Stalingrad,
> which is now Wolgograd, both have the same coordinates. There are even more
> places at these coordinates :-)
>
> Cheers,
> Roland
>
>
> ___
> Wikidata-l mailing list
> [email protected]
> https://lists.wikimedia.org/mailman/listinfo/wikidata-l
>
___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-08 Thread Roland Cornelissen 

Hi,

On 05-04-15 16:10, Gerard Meijssen wrote:

It does not make sense to couple coordinates with countries... The
battle of Stalingrad for instance was firmly in the USSR and not in
modern day Russia.

Why not? Every Place has a history that can't be evaded.
The beautiful part of Linked Data is these little graphs one gets when 
joining data on defined properties. For instance joining data based on 
coordinates would provide an insight into the history of a certain Place.


The battle of Stalingrad is an event that has taken Place at Stalingrad, 
which is now Wolgograd, both have the same coordinates. There are even 
more places at these coordinates :-)


Cheers,
Roland

___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-08 Thread Roland Cornelissen 

Hi,

On 05-04-15 16:10, Gerard Meijssen wrote:
It does not make sense to couple coordinates with countries... The 
battle of Stalingrad for instance was firmly in the USSR and not in 
modern day Russia.

Why not? Every Place has a history that can't be evaded.
The beautiful part of Linked Data is these little graphs one gets when 
joining data on defined properties. For instance joining data based on 
coordinates would provide an insight into the history of a certain Place.


The battle of Stalingrad is an event that has taken Place at Stalingrad, 
which is now Wolgograd, both have the same coordinates. There are even 
more places at these coordinates :-)


Cheers,
Roland

___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-05 Thread Gerard Meijssen 
Hoi,

> A8. tool request: having a list of items with coordinates but no country
> added, and a tool that gives a suggestion based on the coordinates in
which
> country this subject is situated, a map of the coordinate on the country
and
> buttons to confirm/reject the country. (Likewise WikiData Game)

Ok. Probably not going to be done by the dev team but maybe someone
else wants to pick it up :)

It does not make sense to couple coordinates with countries... The battle
of Stalingrad for instance was firmly in the USSR and not in modern day
Russia.
Thanks,
  GerardM
___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-05 Thread Lydia Pintscher 
Hey Romain :)

Wow. That is a long list. Thanks a lot for taking the time to write it
all up. Find my comments below.


Cheers
Lydia


On Thu, Apr 2, 2015 at 3:41 PM, Romaine Wiki  wrote:
> Hi Lydia & all,
>
> As promised before, I have collected a list of suggestions of what I noticed
> myself or others have noticed to be unhandy or something that would be great
> to be improved. The suggestions and ideas have not been searched for in
> Phabricator (as that is still difficult), so it is possible that some of the
> points are already in Phabricator or is already worked on.
> The suggestions are not sorted by importance, but tried to be grouped by
> subject/area.
>
> I have tried to describe them as clear as possible, some with examples.
> Maybe some of them can be connected with Phabricator tasks.
>
> I hope these ideas will help improve Wikidata to make the use of it better
> and easier.
>
> Thanks!
> Romaine
>
>
>
> A. General
>
> A1. loading: large item pages with much statements and sitelinks are too
> heavy to load. For example items about countries, like Q30 (USA), make my
> (up-to-date) browser freeze (not responding) before it is loaded.

We've considerably improved loading times over the past 5 months. With
the next deployment it should again improve some more. We'll keep
pushing on this but it has taken a bit less priority after the
improvements we've made until now.

> A2. missing labels: show on more places that the shown label of an item is
> not in the language of the user, but that the English version of the page is
> shown. (In the statements section it is shown that the label is not
> available in the language of the user, but is in English. Such is
> recommended to do on more places.) Like in the contributions page, there it
> is not shown that the shown label is in English instead of the language of
> the user.

Noted. Adrian was working on this recently. Not finished yet though.

> A3. overview: make the overview of pages more compact (read: less white
> space, resulting in less annoying scrolling and having a full overview of
> all statements at once), or have a gadget/skin who can do that. If 10
> statements have been added to a page, too much scrolling is needed because
> most of the page is empty with white.
> The labels & descriptions section has been made more compact recently.
> However, full labels of statements have to be shown in future as well.

We'll be working on this as part of the redesign of the statements
section. One big piece will be separating out the identifiers as
discussed over the last days on this list.

> A4. search: make it easier to search in the fields of other languages,
> especially when no label and/or description is given to an item, but also in
> other cases. (Regularly a subject is more known by the name in the other
> language than in the language set for the user.)

https://phabricator.wikimedia.org/T76150 should get us a long way here.

> A5. search: make it possible to switch of searching in statements section
> (or something like that), because searching for example for "Gemini" gives
> too much noise. Each page that has as statement something with (in this
> example) Gemini, pops up in the search and makes it difficult to find the
> right item.

Ok.

> A6. search: make it possible to easily search for where a specific property
> with a specific Q or input is used. Like filling in P717:032 or P131:Q3150.

That'd be queries we are working on.

> A7. tool request: tool to give an overview (table) of all items with a
> certain property (or Q, or label, etc.), and in a second column being able
> to set to show a specific statement (if added) to each of the rows. Example:
> municipalities in Brazil (Q3184121). In the fist column all pages with
> P31:Q3184121 (instance of: municipality of Brazil). In the second column
> being able to set P17 (country). A third column being able to set P131
> (located in the administrative territorial entity).
> It should be possible to sort the overview (table) by column, so that it is
> possible to group all municipalities by state (and if none added empty, so
> these missing ones can be fixed).

That might already be possible with one of Magnus tools? Maybe someone
else knows.

> It should also be possible to import data from an external source to match
> the items on Wikidata with the external source (and to see where the
> differences are).
> Example: it would be great to be able to match the municipality names of
> Brazil with data from an external source. Like for example population
> numbers, height of the town, km², ID code, and so on.

That is what a team of students is working on right now: checks
against 3rd party databases.

> A8. tool request: having a list of items with coordinates but no country
> added, and a tool that gives a suggestion based on the coordinates in which
> country this subject is situated, a map of the coordinate on the country and
> buttons to confirm/reject the country. (Likewise WikiD

Re: [Wikidata-l] Suggestions for improvements of Wikidata

2015-04-02 Thread James Heald 
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 go to a Commons 
category that is the target of a P373 on Wikidata, it adds a link to the 
page that goes to Reasonator for the corresponding article-like Wikidata 
item.


It's something I've found very useful, eg working through the BBC 
YourPaintings list of painters on Mix'n'Match, and the corresponding 
tracking pages linked from

https://en.wikipedia.org/wiki/Wikipedia:GLAM/Your_paintings/header
to see what article-like Wikidata item (if any) a Commons category may 
relate to.


  -- James.


On 02/04/2015 14:41, Romaine Wiki wrote:

[snip]



*E. Outside Wikidata*

E1. Commons: show on Commons somewhere when a category, gallery page,
institution page, template, file etc is used in a statement on Wikidata. If
a page is renamed or deleted, this must be changed on Wikidata as well, but
noticing where a page is used is not easy.
If an image is linked in a statement on Wikidata, on the image page this is
shown. Somehow this should also be implemented for categories, gallery
pages, institution pages, templates, and others.
This should be added to pages like Special:WhatLinksHere, Special:MovePage,
Special:GlobalUsage

E2. Wikipedia/other wikis: develop an extension, that communities can
enable, that shows on the bottom of articles, in the style of the category
box, an automatic box with all the identifiers used for authority control
 to replace templates like
https://www.wikidata.org/wiki/Q5153934.



___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l




___
Wikidata-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikidata-l