[Wikimedia-l] Experience implementing Wikidata

2013-11-03 Thread Anders Wennersten
Since August we are implementing Wikidata for the Swedish 290 communes 
and 1900 towns, including automatic update from the authority 
Statistic Sweden to Wikidata.


Our original assumption was that it would take us 8 month but it now 
seems it will not be enough, it will probably be more like a year to get 
it fully implemented, and I thought our experiences could be of interest 
to several (even excluding anything of the WD community or the science 
of properites etc)


QUALITY
My assumption was that the Swedish articles was 98% correct but that 
Wikidata ought to have 99,8% correct info. We found, though, as a start 
that WD was only 96% correct as it has been loaded from en:wp, which is, 
from a Q point for these entities, worse then de.wp, nl:wp and sw:wp. A 
critical information, that was missing, was the communcode/towncode, 
that is needed to implement an automatic update. In practice this has 
meat we have had to manually check and complement all objects on WD, 
that with its primitive interface meant it taking a very long time, one 
of us even temporary getting repetitive strain injury


INTRICACIES
When we have created articles on sv:wp we have only covered some finer 
intricacies of these entities in the article text. But with Wikidata it 
is not enough, it has to be handled fully correct. Trosa commun existed 
1971-1973, was then merged into Nyköpings commun and 1994 broken out  
with some more areas to become again a Trosa commun. Sv.wp hase only one 
article  for Trosa commun, but for wikidata we have created two entities 
one called Trosa commun (1971-73), whos corresponding entity on sw.wp is 
a redirect. Another example: Statistic Sweden defines the boundary of a 
town by strange advanced citerias meaning a real town is some year  is 
seen by them as two towns. We have of these reasons been forced to 
define new properties, and create some hundred new entities in Wikidata, 
and check the corresponding redirect articles on sv:wp, giving them 
Categories etc, all OK but it takes time...


POTENTIAL
We are still convinced of the strong potential of WIkidata, but believe 
the full benefits requires an a (semi)automatic update of data from the 
authorities databases.  In our case Statistic Sweden are positive, 
believe in Open data and have a nice API, but it is a new component for 
us to take care of, the datatransfer/update program/script, who will be 
responsible for this etc?


Experience from others are welcome to us

Anders






___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] Experience implementing Wikidata

2013-11-03 Thread Gerard Meijssen
Hoi,
Are you going to use this info in a blogpost or something ? If not is it ok
for me to do so ??
Thanks,
 Gerard


On 3 November 2013 09:02, Anders Wennersten m...@anderswennersten.sewrote:

 Since August we are implementing Wikidata for the Swedish 290 communes and
 1900 towns, including automatic update from the authority Statistic
 Sweden to Wikidata.

 Our original assumption was that it would take us 8 month but it now seems
 it will not be enough, it will probably be more like a year to get it fully
 implemented, and I thought our experiences could be of interest to several
 (even excluding anything of the WD community or the science of properites
 etc)

 QUALITY
 My assumption was that the Swedish articles was 98% correct but that
 Wikidata ought to have 99,8% correct info. We found, though, as a start
 that WD was only 96% correct as it has been loaded from en:wp, which is,
 from a Q point for these entities, worse then de.wp, nl:wp and sw:wp. A
 critical information, that was missing, was the communcode/towncode, that
 is needed to implement an automatic update. In practice this has meat we
 have had to manually check and complement all objects on WD, that with its
 primitive interface meant it taking a very long time, one of us even
 temporary getting repetitive strain injury

 INTRICACIES
 When we have created articles on sv:wp we have only covered some finer
 intricacies of these entities in the article text. But with Wikidata it is
 not enough, it has to be handled fully correct. Trosa commun existed
 1971-1973, was then merged into Nyköpings commun and 1994 broken out  with
 some more areas to become again a Trosa commun. Sv.wp hase only one article
  for Trosa commun, but for wikidata we have created two entities one called
 Trosa commun (1971-73), whos corresponding entity on sw.wp is a redirect.
 Another example: Statistic Sweden defines the boundary of a town by strange
 advanced citerias meaning a real town is some year  is seen by them as two
 towns. We have of these reasons been forced to define new properties, and
 create some hundred new entities in Wikidata, and check the corresponding
 redirect articles on sv:wp, giving them Categories etc, all OK but it takes
 time...

 POTENTIAL
 We are still convinced of the strong potential of WIkidata, but believe
 the full benefits requires an a (semi)automatic update of data from the
 authorities databases.  In our case Statistic Sweden are positive,
 believe in Open data and have a nice API, but it is a new component for us
 to take care of, the datatransfer/update program/script, who will be
 responsible for this etc?

 Experience from others are welcome to us

 Anders






 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe
___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

[Wikimedia-l] Fwd: [Commons-l] LibreOffice's LibreLogo and diagram generation

2013-11-03 Thread David Gerard
Nemo suggests I tell more people about this, and this is a good
cross-project list :-)

Just LOOK at those diagrams.


- d.


-- Forwarded message --
From: Federico Leva (Nemo) nemow...@gmail.com
Date: 3 November 2013 17:21
Subject: Re: [Commons-l] LibreOffice's LibreLogo and diagram generation
To: Wikimedia Commons Discussion List common...@lists.wikimedia.org
Cc: David Gerard dger...@gmail.com


David Gerard, 02/11/2013 23:08:

 I'm going holy crap! at what you can do with LibreLogo for diagram 
 generation.

 https://commons.wikimedia.org/wiki/Category:Images_with_LibreLogo_source_code


Is this a tool which could help also the maths community? If yes you
could let them know e.g. at
https://meta.wikimedia.org/wiki/Grants:IEG/PlanetMath_Books_Project

Nemo

___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

[Wikimedia-l] Thanks for EduWiki conference

2013-11-03 Thread Laura Hale
I wanted to thank wikimedia UK for organizing EduWiki 2013. I think they
did a fantastic  job with the conference, managed to get the right people
there, opened doors to make things happen and left me motivated to continue
to do educational outreach for Wikinews. Combine that with good wifi and
decent food, I cannot wait for next year's conference. My only request
would be less rain.


Great job. :)


Sincerely,

Laura Hale


-- 
mobile:   635209416
twitter: purplepopple
blog: ozziesport.com
___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

Re: [Wikimedia-l] Attention needed for Croatian Wikipedia issue

2013-11-03 Thread Dalibor Bosits
Hello there,

I can not tell you right now what kind of assistance is needed as I do not
know what actions are available in the first place. Similarly, I do not
know who is in charge in such extreme situations. Currently the discussion
on the ongoing issues has mostly moved to the meta pages[1]. As far as the
proposed block is concerned, you can expect more on that topic from an
admin (Argo Navis) who was in that capacity in 2005-2009.

Dalibor

[1]
https://meta.wikimedia.org/wiki/Requests_for_comment/2013_issues_on_Croatian_Wikipedia#Croatian_Wikipedia:_Cabal_of_admins_obstructing_de-sysop_voting


2013/10/29 Tony Souter to...@iinet.net.au

 This is a sadly common pattern among smaller WMF sites: a single editor or
 a group of self-supporting editors gains a foothold in the power structure
 and abuses the trust we put in admins. Just as in real life, this is
 typically accompanied by a xenophobic push, and a snowballing effect that
 ensures a grip on power.

 This degradation of the original wiki ethic is all too evident in at least
 one of the smaller English-language sites, so just what we might expect to
 find if we were to lift the linguistic veil over the many small sites in
 other languages makes one's spine shiver.

 Per Nathan, yes, specifics need to be stated, and as far as possible
 without emotion ... just the facts, and as briefly as possible.

 Understandably, the Foundation will try to stay out of any community
 dispute unless it becomes so toxic it can't be ignored in an interwiki
 sense. However, I think there's a role for WMF community relations staff to
 advise distressed parties and to be made aware of major conflicts on WMF
 sites – aside from anything else, we have yet to see legal action by a
 party who claims to be injured by other editors on a site, and that's
 something we would all like to forestall.

 Tony










 On 29/10/2013, at 5:12 AM, Nathan wrote:

  Hi Dalibor,
 
  Could you describe what type of aid you are looking for, and how you
 think
  it fits with the overall governing ethos of Wikimedia projects? (For
  example, if you ask for WMF staff to intervene, would you argue that the
  WMF can and should intervene in project disputes when one side makes a
  request?).
 
  Thanks,
  Nathan
  ___
  Wikimedia-l mailing list
  Wikimedia-l@lists.wikimedia.org
  Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe

 ___
 Wikimedia-l mailing list
 Wikimedia-l@lists.wikimedia.org
 Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
 mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe




-- 
Haley ;o)
___
Wikimedia-l mailing list
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe