Re: [Wikidata-l] Using Special:Unconnected Pages? Please read.

2015-05-15 Thread Katie Filbert
On Fri, May 15, 2015 at 3:55 PM, John Erling Blad jeb...@gmail.com wrote:

 Thanks! What you are saying is that you don't want any feedback.


I am sure we do (as always). I think we already got (imho) enough feedback
and need to proceed best as possible (within our constraints) to satisfy
what folks want.

What I hear is that people like that the results in the special page are
live (vs. cached) and they use the iwlinks filter.  I think we can adjust
how the query works to make if fast enough to not require caching (except
maybe squid caching for a minute).

Also, some people are interested in having results sorted by how old the
page is (so people can find recently create pages, or other way around).
For the most part, page_id provides this while also being better choice
performance-wise.  It is also consistent with how Special:PagesWithProps
works. (Special:PagesWithProps is also pretty fast, thus it doesn't need to
be a cached special page)

I think we can also extend QueryPage so that we can make this information
available in the api. (sorting by page title is not very suitable for
QueryPage)  and if for some reason we still need caching now or in the
future, then it would be more easily possible if we extend QueryPage.

Cheers,
Katie



 On Fri, May 15, 2015 at 3:07 PM, Lydia Pintscher
 lydia.pintsc...@wikimedia.de wrote:
  On Fri, May 15, 2015 at 3:01 PM, John Erling Blad jeb...@gmail.com
 wrote:
  ...and one additional thing; use of this page is client side, not
  server side. That imply that the communities at the client side should
  be asked, not the community at the server side. Which means that this
  list is the wrong forum.
 
  John, I got the answers I needed from the people who actually use the
  page and we're making it more useful for them based on this feedback
  within the technical constraints we have right now.
 
 
  Cheers
  Lydia
 
  --
  Lydia Pintscher - http://about.me/lydia.pintscher
  Product Manager for Wikidata
 
  Wikimedia Deutschland e.V.
  Tempelhofer Ufer 23-24
  10963 Berlin
  www.wikimedia.de
 
  Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
 
  Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
  unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
  Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
 
  ___
  Wikidata-l mailing list
  Wikidata-l@lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/wikidata-l

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | Tempelhofer Ufer 23-24, 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] How can I increase the throughput of ProteinBoxBot?

2014-10-01 Thread Katie Filbert
On Wed, Oct 1, 2014 at 10:56 AM, Andra Waagmeester an...@micelio.be wrote:

 There are about 47000 genes. In the first step the bot check if an entry
 already exists and, if not a new entry is made subsequently three claims
 are added (Entrez Gene ID (P351)
 https://www.wikidata.org/wiki/Property:P351#top found in taxon (P703)
 https://www.wikidata.org/wiki/Property:P703#top, subclass of (P279)) as
 well as synonyms. Currently this process takes a week to complete. In a
 second phase identifiers for each gene are obtained and added as respective
 claims. Typically this ranges from 1 claim per property to up to 20 claims
 per property (This is a rough estimate). This bot has been running for 2
 weeks and is currently at 74% of all genes covered.


 Currently each entity creation and subsequent claims are unique API calls.
 So using the wbeditentity will probably result in an improvement. Thanks
 for the suggestion.


When running the bot, please keep in mind the change dispatch lag, and
ensure it doesn't get too high:

https://www.wikidata.org/wiki/Special:DispatchStats

which can be accessed via api:

https://www.wikidata.org/w/api.php?action=querymeta=siteinfosiprop=statisticsformat=json

Cheers,
Katie





 Cheers, Andra




 On Tue, Sep 30, 2014 at 9:05 PM, Daniel Kinzler 
 daniel.kinz...@wikimedia.de wrote:

 What makes it so slow?

 Note that you can use wbeditentity to perform complex edits with a single
 api
 call. It's not as streight forward to use as, say, wbaddclaim, but much
 more
 powerfull and efficient.

 -- daniel

 Am 30.09.2014 19:00, schrieb Andra Waagmeester:
  Hi All,
 
I have joined the development team of the ProteinBoxBot
  (https://www.wikidata.org/wiki/User:ProteinBoxBot) . Our goal is to
 make
  Wikidata the canonical resource for referencing and translating
 identifiers for
  genes and proteins from different species.
 
  Currently adding all genes from the human genome and their related
 identifiers
  to Wikidata takes more then a month to complete. With the objective to
 add other
  species, as well as having frequent updates for each of the genomes, it
 would be
  convenient if we could increase this throughput.
 
  Would it be accepted if we increase the throughput by running multiple
 instances
  of ProteinBoxBot in parallel. If so, what would be an accepted number of
  parallel instances of a bot to run? We can run multiple instances from
 different
  geographical locations if necessary.
 
  Kind regards,
 
 
  Andra
 
 
 
 
  ___
  Wikidata-l mailing list
  Wikidata-l@lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/wikidata-l
 


 --
 Daniel Kinzler
 Senior Software Developer

 Wikimedia Deutschland
 Gesellschaft zur Förderung Freien Wissens e.V.

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l



 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | Tempelhofer Ufer 23-24, 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] packaging and deployment time

2014-09-27 Thread Katie Filbert
On Sat, Sep 27, 2014 at 1:38 PM, Amir E. Aharoni 
amir.ahar...@mail.huji.ac.il wrote:

 Hi,

 The following little change by myself was merged by Aude on September 9:
 https://gerrit.wikimedia.org/r/#/c/159070/

 As far as I can see, it is not deployed to Wikipedia yet.


We deployed new code to test.wikidata on September 11 but had to revert due
to caching issues there and then skipped deployment to wikidata.  Hence
your patch, unfortunately, is not deployed yet.

We will deploy on wikidata again on Tuesday since we had no issues this
past Thursday on test.wikidata with our new code.


 It's not really urgent, but it made me curious: What is the deployment
 schedule for Wikidata extensions?


We normally deploy every two weeks, except perhaps around holidays or
Wikimania, we skip deployment.

Our schedule is here: https://www.mediawiki.org/wiki/Wikidata_deployment

Cheers,

Katie



 --
 Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
 http://aharoni.wordpress.com
 ‪“We're living in pieces,
 I want to live in peace.” – T. Moore‬

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | Tempelhofer Ufer 23-24, 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] extensions not on translatewiki.net

2014-09-27 Thread Katie Filbert
On Sat, Sep 27, 2014 at 10:51 AM, Amir E. Aharoni 
amir.ahar...@mail.huji.ac.il wrote:

 Hi,

 Several Wikidata-related extensions are not translatable on
 translatewiki.net.

 The ones I could find are:
 * Wikibase DataModel
 * Wikibase DataModel JavaScript
 * Wikidata build


As far as I am concerned and if no one objects, I would be okay with moving
the Wikidata build (resources) component to gerrit, if that helps with
translations.

https://github.com/wmde/WikidataBuildResources

For other things like data model and data values, the preference is for
github and I defer to Jeroen, Lydia, etc.

Cheers,
Katie

* WikimediaBadges
 * The various DataValues extensions

 All extensions need at least a translatable description for
 Special:Version, and some of the above have actual messages to translate.

 If I understand correctly, the reasons for this is that it's more
 comfortable for their developers to have the code review in GitHub, and
 translatewiki's MediaWiki extensions L10n export scripts work only with
 Gerrit. The question is, is it feasible to sync GitHub and Gerrit, so that
 these extensions would be easily translatable?

 If I understand correctly, something like this is already done for some
 MediaWiki extensions, among the SemanticResultFormats and Maps.

 Thanks for any assistance.

 --
 Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
 http://aharoni.wordpress.com
 ‪“We're living in pieces,
 I want to live in peace.” – T. Moore‬

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | Tempelhofer Ufer 23-24, 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Memcached traffic

2014-09-06 Thread Katie Filbert
On Sat, Sep 6, 2014 at 2:25 AM, Ori Livneh o...@wikimedia.org wrote:

 In November of last year, Aaron noticed a spike in memcached traffic,
 which we were eventually able to attribute to Wikibase client fetching the
 SiteList on every request. When Katie fixed it, outbound memcached traffic
 nearly halved.

 We're now back to the same rate of outbound traffic as then, and the
 culprit appears to be the same key.

 See: http://i.imgur.com/v9ebld6.png

 Tracked in https://bugzilla.wikimedia.org/show_bug.cgi?id=56602



I can see two reasons for this:

1) the other projects sidebar beta feature, which we have realized needs
improvement in how / where things are cached.

https://gerrit.wikimedia.org/r/#/c/157500/ - plan to backport on Monday

https://gerrit.wikimedia.org/r/#/c/158381/ - perhaps can wait (?) until
next regular scheduled deployment of wikibase, not this week but following
week

2) the way badges are handled in the sidebar.  This doesn't look like as
simple of a fix but looking at options for this and sure we can find a
solution.

Cheers,
Katie



 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | Tempelhofer Ufer 23-24, 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] new features deployed \o/

2014-08-20 Thread Katie Filbert
On Wed, Aug 20, 2014 at 9:57 AM, Lydia Pintscher 
lydia.pintsc...@wikimedia.de wrote:

 On Wed, Aug 20, 2014 at 9:05 AM, David Cuenca dacu...@gmail.com wrote:
  Lydia,
  I have a question about pages in Wikidata connected to their items. In
 the
  example you give:
  https://www.wikidata.org/wiki/Q914807
 
  How can be the page linked? I guess I have to enter it in the section
 Pages
  on other sites linked to this item, but when I click add, there is no
  suggester. I tried wikidata, wikidatawiki, data, but nothing
 happens.

 It's a caching issue apparently. Working on it :) If you enter
 testwikidata it works it seems.

  By the way the Wikinews section appears as
 wikibase-sitelinks-wikinews,
  but probably you are already aware of it.

 Yeah. Also a caching issue.
 Did I mention that caches and I are no longer friends? :P


Actually I found the problem in the settings. I fixed it one place but
missed another place.

At the earliest time I can deploy the fix, I will do so. (so, in a few
hours)

Cheers,
Katie



 Cheers
 Lydia

 --
 Lydia Pintscher - http://about.me/lydia.pintscher
 Product Manager for Wikidata

 Wikimedia Deutschland e.V.
 Tempelhofer Ufer 23-24
 10963 Berlin
 www.wikimedia.de

 Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

 Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
 unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
 Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | Tempelhofer Ufer 23-24, 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Gadget

2014-06-10 Thread Katie Filbert
On Tue, Jun 10, 2014 at 4:09 PM, Derric Atzrott 
datzr...@alizeepathology.com wrote:

 Good morning,



 Does anyone know if there has been a gadget developed that adds a link to
 the tools section, or somewhere similar, from Wikipedia articles to their
 corresponding Wikidata items.  Such a gadget would make it significantly
 easier to manually import data in Wikidata while reading Wikipedia casually.


This is already done by Wikibase.  There should be a data item link in
the toolbox in the sidebar if the item is connected.

Cheers,
Katie






 Thank you,

 Derric Atzrott

 Computer Specialist

 Alizee Pathology



 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | Tempelhofer Ufer 23-24, 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] What's up with our incremental (daily) dumps?

2014-03-13 Thread Katie Filbert
On Thu, Mar 13, 2014 at 5:06 PM, Markus Krötzsch 
mar...@semantic-mediawiki.org wrote:

 Hi,

 Since a few weeks now, no daily dumps have been published for Wikidata.
 Only empty directories are created every day. I could not find a related
 email on any list I scanned. Can anybody clarify what the situation is now?


The issue is due to the dumps being moved to the Ashburn data center.

https://bugzilla.wikimedia.org/show_bug.cgi?id=62315

They should be running again soonish.

Cheers,
Katie





 Cheers,

 Markus

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
filbe...@gmail.com
@filbertkm / @wikimediadc / @wikidata
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Buggy exports?

2014-01-29 Thread Katie Filbert
On Wed, Jan 29, 2014 at 8:25 PM, Denny Vrandečić vrande...@google.comwrote:

 For a few exports, I get error pages:

 https://www.wikidata.org/wiki/Special:EntityData/Q188.json

 Shall I make a bug, or is this already known?


I don't think we have a bug report for this yet.

Perhaps I've seen this or similar issue before (not sure) and we need to
investigate.

Cheers,
Katie




 Cheers,
 Denny

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | Tempelhofer Ufer 23-24, 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


[Wikidata-l] New code deployed!

2013-10-15 Thread Katie Filbert
We have deployed new code to Wikidata. This includes various bug fixes and
some new features.

Changes of note include:

* Item ID is displayed next to the item label (see paper cut [1])
* Improved appearance of Wikimedia Commons site link section

In the API:

* EditEntity module allows editing / adding claims and creating entities
with claims.
* API has a new merge items module.
* Precision for time values is now validated. The API no longer accepts
time values more precise than a day, as such values are handled
inconsistently in the UI. (see bug 54939 [2])
* Coordinate values with null precision are no longer accepted by the API
for new claims.

In the clients (Wikivoyage/Commons now, Wikipedia on Thursday):

* The Wikidata flag 'D' on watchlist and recentchanges is styled.

[1]
https://www.wikidata.org/wiki/Wikidata:Paper_cuts#The_Q_number_is_nowhere_written_on_the_page
[2] http://bugzilla.wikimedia.org/54939

Cheers,
Katie

-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Countries ranked

2013-10-05 Thread Katie Filbert
On Sat, Oct 5, 2013 at 3:49 PM, Maarten Dammers maar...@mdammers.nl wrote:

  Hi Katie,

 Op 4-10-2013 23:29, Katie Filbert schreef:

  As many folks enjoy country rankings, I have generated a list of
 countries (Property:P17) ranked by number of coordinates (P625) in
 Wikidata.  Note this data is from the September 22 database dump.

 Did you consider doing this as a query on the live database on Tool*?


Unfortunately tool labs does not have PostgreSQL and PostGIS yet :(  which
is what I need to do certain stuff.

It's easy enough to work with dumps, and can do stuff on tool labs when it
makes sense.


 You have a page for an item with coordinates.
 * Join this page against pagelinks for P625 (coordinate location)
 * Join this page against pagelinks for P17 (country)
 * Join this page against pagelinks for countrypage
 * Join countrypage aginst pagelinks for Q6256 (country) or Q1763527
 (constituent country)

 Group it by country and do some ordering.

 We do seem to have quite a few items where country is missing, see
 http://208.80.153.172/wdq/?q=claim[625]_AND_noclaim[17]_AND_noclaim[31] .
 We should probably work on that too.


Yep!



 I was wondering how many articles do have coordinates at the Dutch
 Wikipedia, but not at Wikidata. For that I created a tracker category, see
 https://nl.wikipedia.org/wiki/Categorie:Wikipedia:Co%C3%B6rdinaten_niet_op_Wikidata.
  We could probably do some LUA magic to compare coordinates in Wikidata
 with local coordinates and see how far these are apart. Did anyone already
 build something in LUA that might be reused for this?


I am not aware of that. Definitely a good idea.

Cheers,
Katie





 Maarten

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
filbe...@gmail.com
@filbertkm / @wikimediadc / @wikidata
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


[Wikidata-l] Countries ranked

2013-10-04 Thread Katie Filbert
As many folks enjoy country rankings, I have generated a list of countries
(Property:P17) ranked by number of coordinates (P625) in Wikidata.  Note
this data is from the September 22 database dump.

There are a total of 737,271 coordinates in Wikidata.

Top countries are

1) US
2) Russia
3) UK
4) China
5) France
6) Ukraine
7) Canada
8) Germany
9) Australia
10) Poland

See the full list (which also has a few items entered for P17 that are not
really countries):

https://www.wikidata.org/wiki/User:Aude/countrystats

Cheers,
Katie (user:aude)

-- 
Katie Filbert
filbe...@gmail.com
@filbertkm / @wikimediadc / @wikidata
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Countries ranked

2013-10-04 Thread Katie Filbert
On Fri, Oct 4, 2013 at 11:34 PM, Sven Manguard svenmangu...@gmail.comwrote:

 This is cool, but do we have any statistics on the number of pages have
 coordinate locations versus the number of pages that should have
 coordinated locations?

Actually I am working on that.

http://tools.wmflabs.org/audetools/coords (note, it is incomplete data and
not as user-friendly yet as it could be)

Click on each Wikipedia link to see per-country stats for that Wikipedia.

Stay tuned for more :)


 This statistic is more a reflection of where the bots have been running
 and where they haven't been run yet. I'd be very interested in seeing the
 top 10 once we've imported all the coords we can.

That would be really cool to see at that point.

Cheers,
Katie


 Sven
 On Oct 4, 2013 5:30 PM, Katie Filbert filbe...@gmail.com wrote:

 As many folks enjoy country rankings, I have generated a list of
 countries (Property:P17) ranked by number of coordinates (P625) in
 Wikidata.  Note this data is from the September 22 database dump.

 There are a total of 737,271 coordinates in Wikidata.

 Top countries are

 1) US
 2) Russia
 3) UK
 4) China
 5) France
 6) Ukraine
 7) Canada
 8) Germany
 9) Australia
 10) Poland

 See the full list (which also has a few items entered for P17 that are
 not really countries):

 https://www.wikidata.org/wiki/User:Aude/countrystats

 Cheers,
 Katie (user:aude)

 --
 Katie Filbert
 filbe...@gmail.com
 @filbertkm / @wikimediadc / @wikidata

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l


 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
filbe...@gmail.com
@filbertkm / @wikimediadc / @wikidata
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Data acccess for Wikivoyage and bugfixes plus testing needed for the URL datatype

2013-08-29 Thread Katie Filbert
On Thu, Aug 29, 2013 at 9:12 AM, Byrial Jensen byr...@vip.cybercity.dkwrote:

 Den 29-08-2013 09:02, Katie Filbert skrev:

  This is a known issue that occurred after deployment regarding
 coordinate data values with null precision parameter.  This issue is now
 fixed.


 Good, but the bad value type still is used in the live database. I will
 later make a list of all cases in the 2013-08-27 database dump. It will
 take some hours before I am ready as I am currently inserting the data into
 my local database.


That would be super helpful to have a list of the items.  Thank you for
doing this.

Cheers,
Katie



 Regards,
 - Byrial


 See 
 https://bugzilla.wikimedia.**org/53520https://bugzilla.wikimedia.org/53520for
  details about the issue.

 A related issue is 
 https://bugzilla.wikimedia.**org/53521https://bugzilla.wikimedia.org/53521for
  coordinate
 data values with null globe parameter.

 Cheers,
 Katie


 On Thu, Aug 29, 2013 at 7:55 AM, Byrial Jensen byr...@vip.cybercity.dk
 mailto:byrial@vip.cybercity.**dk byr...@vip.cybercity.dk wrote:

 Den 27-08-2013 00 tel:27-08-2013%2000:05, Lydia Pintscher skrev:


 We've also just updated the software here. This brings a number
 of bug
 fixes and other improvements. The ones that are probably most
 important for you:


 * API: Precision and globe parameters are now required for
 geocoordinate data.


 It seems that you at the same time have introduced a new data value
 type called bad for the existing geocoordinate data without
 precision or globe.

 It looks like this for Q30209 in the 2013-08-27 database dump with
 extra whitespace inserted by me:

 {
m:
[
  value,
  625,
  bad,
  {
latitude:12.186111,
longitude:-68.989444,
altitude:null,
globe:null,
precision:1.0e-5
  }
],
q:[],
g:q30209$A38B8E00-97D5-__**412D-9903-EE5F867D08B2,
rank:1,

 refs:[[[value,143,__**wikibase-entityid,{entity-__**
 type:item,numeric-id:__**1}]]]

 }

 And like this in the API:
 https://www.wikidata.org/w/__**api.php?action=wbgetclaims__**
 format=jsonentity=Q30209__**property=P625format=xmlhttps://www.wikidata.org/w/__api.php?action=wbgetclaims__format=jsonentity=Q30209__property=P625format=xml

 https://www.wikidata.org/w/**api.php?action=wbgetclaims**
 format=jsonentity=Q30209**property=P625format=xmlhttps://www.wikidata.org/w/api.php?action=wbgetclaimsformat=jsonentity=Q30209property=P625format=xml
 

 Regards
 - Byrial



 __**_
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/**mailman/listinfo/wikidata-lhttps://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
filbe...@gmail.com
@filbertkm / @wikimediadc / @wikidata
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] claims Datatypes inconsistency suspicion

2013-08-29 Thread Katie Filbert
On Thu, Aug 29, 2013 at 12:14 PM, Byrial Jensen byr...@vip.cybercity.dkwrote:

 Den 29-08-2013 11:58, Katie Filbert skrev:

 On Thu, Aug 29, 2013 at 11:48 AM, Byrial Jensen byr...@vip.cybercity.dk
 mailto:byrial@vip.cybercity.**dk byr...@vip.cybercity.dk wrote:

 I just found that there also are cases with

 'time' = 'bad'

 See for example
 https://www.wikidata.org/w/__**api.php?action=wbgetclaims__**
 entity=Q7415505format=xmlhttps://www.wikidata.org/w/__api.php?action=wbgetclaims__entity=Q7415505format=xml
 https://www.wikidata.org/w/**api.php?action=wbgetclaims**
 entity=Q7415505format=xmlhttps://www.wikidata.org/w/api.php?action=wbgetclaimsentity=Q7415505format=xml
 .
 It has the time given as +0001984-23-01T00:00:00Z**__; note
 that

 the month number is 23.


 A list of bad time values would also be very helpful.  The bad value
 type is used to flag values that can't be parsed into one of the valid
 types.  These were likely added when wikidata has less strict validation
 of api input so are still in the database.


 I will make a list, but I had to modify my database dump parser program
 once more after also finding the bad time values and restart reading the
 database dump, so it take some extra time to be ready.


No hurry.

Cheers,
Katie





 A bot would be able to fix them or they can be removed/re-added.

 Cheers,
 Katie


 Regards,
 - Byrial


 __**_
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/**mailman/listinfo/wikidata-lhttps://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


[Wikidata-l] Wikidata may be temporarily down

2013-07-12 Thread Katie Filbert
Wikimedia ops staff are making some DNS changes, which may cause wikidata
to be unavailable for you at the moment. (especially if you are in North
America, apparently)

It should be back again within an hour or hopefully much sooner.

Cheers,
Katie

-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Link to gerrit not working (Re: weekly summary #52)

2013-04-06 Thread Katie Filbert
On Sat, Apr 6, 2013 at 8:30 AM, Innovimax SARL innovi...@gmail.com wrote:

 Hi all,

 On Sat, Apr 6, 2013 at 12:43 AM, Lydia Pintscher
 lydia.pintsc...@wikimedia.de wrote:
  You can follow our commits at
 
 https://gerrit.wikimedia.org/r/#/q/(status:open+project:mediawiki/extensions/Wikibase)+OR+(status:merged+project:mediawiki/extensions/Wikibase),n,z

 I never succeed in making this link work. Am I the only one?


Does not work for me. :(

If you want to see only the Wikibase changes:

https://gerrit.wikimedia.org/r/#/q/project:mediawiki/extensions/Wikibase,n,z

If you want to see Wikibase + all the related extensions:

https://gerrit.wikimedia.org/r/#/q/project:mediawiki/extensions/Wikibase+OR+project:mediawiki/extensions/DataValues+OR+project:mediawiki/extensions/Diff+OR+project:mediawiki/extensions/Ask,n,z(or
http://j.mp/wdcommits if you want url shortner)

There is a lot of work being done on DataValues.

Cheers,
Katie





 Thanks

 Mohamed



 --
 Innovimax SARL
 Consulting, Training  XML Development
 9, impasse des Orteaux
 75020 Paris
 Tel : +33 9 52 475787
 Fax : +33 1 4356 1746
 http://www.innovimax.fr
 RCS Paris 488.018.631
 SARL au capital de 10.000 €

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] deployment on enwp delayed

2013-02-13 Thread Katie Filbert
On Wed, Feb 13, 2013 at 9:57 AM, Denny Vrandečić 
denny.vrande...@wikimedia.de wrote:

 We are still working on a postmortem.

 As of now, it seems there has been some serious memchached failures


memcached being used to cache JavaScript and CSS from the resource loader.
 So, all the wikis WMF-wide had no JS / CSS for logged in users.

Logged out users apparently were not affected as greatly, as JS / CSS is
cached at another layer using Varnish.

We are awaiting a more definitive answer about what happened, but given the
issues, last night was obviously not a great time to deploy to enwiki,
unfortunately. :(

Cheers,
Katie



 and some interplay with another software deployment.




 2013/2/13 Jan Kučera kozuc...@gmail.com

 What were the issues in detail?


 2013/2/12 Lydia Pintscher lydia.pintsc...@wikimedia.de

 On Tue, Feb 12, 2013 at 12:57 PM, Lydia Pintscher
 lydia.pintsc...@wikimedia.de wrote:
  We'll do another attempt later today.

 There were unfortunately too many other issues unrelated to Wikidata
 so we also had to call off this one. Sorry.


 Cheers
 Lydia

 --
 Lydia Pintscher - http://about.me/lydia.pintscher
 Community Communications for Wikidata

 Wikimedia Deutschland e.V.
 Obentrautstr. 72
 10963 Berlin
 www.wikimedia.de

 Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

 Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
 unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
 Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l



 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




 --
 Project director Wikidata

 Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin
 Tel. +49-30-219 158 26-0 | http://wikimedia.de

 Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
 Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
 der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
 Körperschaften I Berlin, Steuernummer 27/681/51985.

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Update to time and space model

2013-01-08 Thread Katie Filbert
On Tue, Jan 8, 2013 at 1:54 PM, Nikola Smolenski smole...@eunet.rs wrote:

 On 08/01/13 12:36, Denny Vrandečić wrote:

 Location:
 https://meta.wikimedia.org/**wiki/Wikidata/Development/**
 Representing_values#**Geolocationhttps://meta.wikimedia.org/wiki/Wikidata/Development/Representing_values#Geolocation
 


 I'm not sure if we should be going that far, but there may be cases where
 longitude and latitude are known with different degree of accuracy, so
 multiple precisions might be needed.


I think it's worth taking a look at what MaxSem has done with the GeoData
extension, which is used for mobile apps, etc.:

https://www.mediawiki.org/wiki/Extension:GeoData

GeoData uses globe, as that's consistent with how coordinate templates are
done now on Wikipedia.  I think starting simple and consistent with GeoData
and the coordinate templates is good.

If no globe parameter is specified in the coordinate template, then Earth
is assumed (and lat/long -- WGS84).

For the moon, selenographic coordinates are assumed and there are other
reference globes for other planets and moons.

http://en.wikipedia.org/wiki/Selenographic_coordinate

Perhaps things can get more complex later and having WGS84 coordinates
wouldn't interfere with that.

Cheers,
Katie




 __**_
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/**mailman/listinfo/wikidata-lhttps://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


[Wikidata-l] Wikimania videos of Wikidata sessions

2012-12-19 Thread Katie Filbert
Finally, we have the rest of the Wikimania videos available, including this
one of the Wikidata panel in the sister projects session:

http://www.youtube.com/watch?v=xi8Yf9c3wXg (starts at 22:45)

The other Wikidata session is here:

http://www.youtube.com/watch?v=05HxNwxiNZ0

Cheers,
Katie

-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] too easy to remove links

2012-10-05 Thread Katie Filbert
On Fri, Oct 5, 2012 at 8:48 PM, Amir E. Aharoni 
amir.ahar...@mail.huji.ac.il wrote:

 ... In case it wasn't clear, I referred to removing a link to an
 article in foreign Wikipedia from an item page in the repository.


This is high on our to-do list, but not in our current sprint:

https://bugzilla.wikimedia.org/show_bug.cgi?id=40200

http://meta.wikimedia.org/wiki/Wikidata/Development/Current_sprint

Cheers,
Katie




 2012/10/5 Amir E. Aharoni amir.ahar...@mail.huji.ac.il:
  Hi,
 
  An issue brought up in the discussion about Wikidata in the Hebrew
  Wikipedia: To remove a link, you just click the remove link... and
  that's it. Looks too easy. No asking for confirmation or anything. Is
  it a good idea?
 
  --
  Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
  http://aharoni.wordpress.com
  ‪“We're living in pieces,
  I want to live in peace.” – T. Moore‬

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Complete Datamodel in WON

2012-09-18 Thread Katie Filbert
On Mon, Sep 17, 2012 at 12:29 PM, Markus Krötzsch 
mar...@semantic-mediawiki.org wrote:

 Hi,


 On 16/09/12 15:33, Jeroen De Dauw wrote:



   GeoCoordinatesValue :=  'GeoCoordinatesValue(' decimal decimal
 decimal ')'

 Altitude is probably something we will not have in many cases, so I
 think this ought to be optional. Another optional argument would be the
 globe to which the coordinates belong. Different globes have different
 ways of measuring coordinates, so a specific set of coordinates that is
 valid on one might mean something else on another and simply be invalid
 on a third.


 Yes, this DataValue is certainly in early draft stage. I will change the
 name as suggested by Katie. For the content, should we have optional
 altitude and optional planet identifier (what is the format of this? is
 there an IRI for Mars?)?



Wikipedia uses a globe parameter and supports only a few other celestial
bodies:

http://en.wikipedia.org/wiki/Template:Coord#globe:G

For Earth, by default, the WGS84 (EPSG:4326) is used.

With a globe parameter, one of these is used:

http://planetarynames.wr.usgs.gov/TargetCoordinates


There also are celestial coordinates, which we may want to support:

http://en.wikipedia.org/wiki/Template:Sky

Cheers,
Katie



 Markus





 Cheers

 --
 Jeroen De Dauw
 http://www.bn2vs.com
 Don't panic. Don't be evil.
 --


 __**_
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/**mailman/listinfo/wikidata-lhttps://lists.wikimedia.org/mailman/listinfo/wikidata-l



 __**_
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/**mailman/listinfo/wikidata-lhttps://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Complete Datamodel in WON

2012-09-16 Thread Katie Filbert
On Sun, Sep 16, 2012 at 4:33 PM, Jeroen De Dauw jeroended...@gmail.comwrote:

 Hey,

 I have some questions/remarks on the Complete Datamodel in WON section
 Markus wrote up yesterday:
 https://meta.wikimedia.org/wiki/Wikidata/Data_model#Complete_Datamodel_in_WON


[snip]


  GeoCoordinatesValue :=  'GeoCoordinatesValue(' decimal decimal
 decimal ')'

 Altitude is probably something we will not have in many cases, so I think
 this ought to be optional. Another optional argument would be the globe to
 which the coordinates belong.


Agree and there should be a default coordinate system such as EPSG:4326 (
http://spatialreference.org/ref/epsg/4326/).


 Different globes have different ways of measuring coordinates, so a
 specific set of coordinates that is valid on one might mean something else
 on another and simply be invalid on a third.


Agree with that.

And I think it should be GeoCoordinateValue, not GeoCoordinatesValue.

Cheers,
Katie



 Cheers

 --
 Jeroen De Dauw
 http://www.bn2vs.com
 Don't panic. Don't be evil.
 --

 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


[Wikidata-l] Wikimania videos!

2012-08-21 Thread Katie Filbert
Enjoy :)

http://www.youtube.com/watch?v=AXQ3GC7O2

Technology and Infrastructure V: Data will be uploaded ASAP and we're
sending the files to Ashburn data center to get them on to Wikimedia
Commons soon.

Cheers,
Katie

-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Wikimania videos!

2012-08-21 Thread Katie Filbert
Here's the correct link:

http://www.youtube.com/watch?v=AXQ3GC7O2mc

Katie

On Tue, Aug 21, 2012 at 8:33 PM, Katie Filbert
katie.filb...@wikimedia.dewrote:

 Enjoy :)

 http://www.youtube.com/watch?v=AXQ3GC7O2

 Technology and Infrastructure V: Data will be uploaded ASAP and we're
 sending the files to Ashburn data center to get them on to Wikimedia
 Commons soon.

 Cheers,
 Katie

 --
 Katie Filbert
 Wikidata Developer

 Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
 Phone (030) 219 158 26-0

 http://wikimedia.de

 Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
 in the register of Amtsgericht Berlin-Charlottenburg under the number 23
 855 as recognized as charitable by the Inland Revenue for corporations I
 Berlin, tax number 27/681/51985.




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] extension:oversight

2012-08-17 Thread Katie Filbert
On Fri, Aug 17, 2012 at 9:51 PM, jmccl...@hypergrove.com wrote:

 **

 *This extension is obsolete!*

 It has been replaced by core functionality in the MediaWiki
 software (which was added in version 1.16.0).

 [1] https://www.mediawiki.org/wiki/Extension:Oversight

The extension is still installed on Wikipedia, as there are revisions that
used that and are still in the database.  It's a bit irrelevant for
Wikidata though and don't think it affects the test system much at all,
whether or not we have that extension.

Developers have created a maintenance script to migrate all the old stuff
to the new system, so that Oversight can eventually be uninstalled.

https://bugzilla.wikimedia.org/show_bug.cgi?id=18598

https://gerrit.wikimedia.org/r/#/c/18229/

Cheers,
Katie




 On 17.08.2012 06:50, Lydia Pintscher wrote:

 Hey folks :)

 Here is your fresh serving of Wikidata news for the week before
 2012-08-17. The wiki version is here if you prefer 
 that:http://meta.wikimedia.org/wiki/Wikidata/Status_updates/2012_08_17

 = Development =
 * Installed a lot of extensions on the demo 
 systemhttp://wikidata-test-client.wikimedia.de/wiki/Special:Version Let us
 know if any important ones are missing.
 * Going to old versions and undoing changes works as expected
 * The history and recent changes show useable comments now
 * The Universal Language Selector is installed on the demo and
 replaces the Stick to that Language extension
 * Updated Wikibase client code for fetching and displaying links from
 a shared (with the repo) database table, and optionally overriding
 them with interwiki links from local wikitext.
 * Improved internationalization messages
 * Added selenium tests for undo, rollback, restore, diffs, old
 revisions, history and a few more
 * Setup MAC to be part of our selenium grid testing environment
 * Fixed many little bugs in the UI, including cross browser issues
 * Improved modularity of client side caching and generalized it to
 work with any type of entity rather than just items.
 * Wrote up interfaces for snaks, statements and related stuff for the
 second phase of Wikidata

 See http://meta.wikimedia.org/wiki/Wikidata/Development/Current_sprint
 for what we’re working on next.

 You can follow our commits 
 here:https://gerrit.wikimedia.org/r/#/q/(status:open+project:mediawiki/extensions/Wikibase)+OR+(status:merged+project:mediawiki/extensions/Wikibase),n,z
 and view the ones awaiting review 
 here:https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/Wikibase,n,z

 = Discussions/Press =
 * Internationalization, localization and co in preparation for
 deployment discussions on a rtl-language Wikipedia
 * Some mentions of Wikidata in relation to a re-design proposal that
 became pretty 
 popular:http://www.spiegel.de/netzwelt/web/design-und-daten-wikipedia-soll-schoener-werden-a-848904.html

 = Events =
 see http://meta.wikimedia.org/wiki/Wikidata/Events

 * upcoming: Campus Party
 * upcoming: FrOSCon
 * We submitted a SxSW proposal. It’d be awesome if you’d vote for 
 us.http://panelpicker.sxsw.com/vote/3710

 = Other Noteworthy Stuff =
 * Logo is settled and all good now after some 
 modifications:http://commons.wikimedia.org/wiki/File:Wikidata-logo-en.svg 
 andhttp://commons.wikimedia.org/wiki/File:Wikidata-logo.svg We’ll be
 making stickers and stuff next.

 = Open Tasks for You =
 * If you want to code 
 checkhttps://bugzilla.wikimedia.org/buglist.cgi?keywords=need-volunteerkeywords_type=allwordslist_id=134818resolution=---resolution=LATERresolution=DUPLICATEquery_format=advancedcomponent=WikidataClientcomponent=WikidataRepoproduct=MediaWiki%20extensions
 * Help spread the word about Wikidata in your Wikipedia if it’s not
 being talked about there yet.
 * Help translate the most important pages on meta and the software 
 ontranslatewiki.net


 Anything to add? Please share! :)


 Cheers
 Lydia

 --
 Lydia Pintscher - http://about.me/lydia.pintscher
 Community Communications for Wikidata

 Wikimedia Deutschland e.V.
 Obentrautstr. 72
 10963 Berlinwww.wikimedia.de

 Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

 Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
 unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
 Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

 ___
 Wikidata-l mailing 
 listWikidata-l@lists.wikimedia.orghttps://lists.wikimedia.org/mailman/listinfo/wikidata-l



 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855

[Wikidata-l] New client storyboards

2012-07-31 Thread Katie Filbert
We have created an updated set of storyboards for adding and editing
interlanguage wiki links on Wikipedia.  These incorporate feedback we've
gotten and are an attempt to simplify the process.

I'm sure there are some further changes that could be done to improve it,
especially in the scenario where a Wikipedia page includes interlanguage
wiki links from both Wikidata and from the local wikitext.

http://meta.wikimedia.org/wiki/Wikidata/Development/Storyboard_for_linking_Wikipedia_articles_v0.3

Please provide feedback.

Cheers,
Katie

-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l


Re: [Wikidata-l] Spam on wikidata repo

2012-06-28 Thread Katie Filbert
On Thu, Jun 28, 2012 at 8:32 PM, Snaevar snaevar-w...@gmx.com wrote:


 http://wikidata-test-repo.wikimedia.de/w/index.php?namespace=0title=Special:RecentChanges


 Some spam was added to the wikidata-repo yesterday.


Thanks for spotting this.

Deleted the spam.




 Here are a few regexes that can be added to the MediaWiki:Spam-blacklist:
  \bmusic-software-programs\.com\b
 \btwitter\.com/#!/(software_music|licensing_music)\b
  \blicensing-of-music\.com\b
  \bpaydayloansonline0\.com\b

 I am an beginner in writing regexes though.


Added.

Cheers,
Katie




 ___
 Wikidata-l mailing list
 Wikidata-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikidata-l




-- 
Katie Filbert
Wikidata Developer

Wikimedia Germany e.V. | NEW: Obentrautstr. 72 | 10963 Berlin
Phone (030) 219 158 26-0

http://wikimedia.de

Wikimedia Germany - Society for the Promotion of free knowledge eV Entered
in the register of Amtsgericht Berlin-Charlottenburg under the number 23
855 as recognized as charitable by the Inland Revenue for corporations I
Berlin, tax number 27/681/51985.
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l