Sorry for cross-posting!
Reminder: Technical Advice IRC meeting this week **Wednesday 4-5 pm UTC**
on #wikimedia-tech.
*Note the time change due to Berlin having switched to winter time!*
Questions can be asked in English.
The Technical Advice IRC Meeting (TAIM) is a weekly support event for
volunteer developers. This week we have a special theme, related to the
upcoming Wikimedia Technical Conference focusing on Developer Productivity.
In particular we're interested in hearing about your experiences with
developer productivity in the context of your work with on-wiki tools
(gadgets, templates, modules, etc). Your input is going to be useful for
the "Developer Productivity & onwiki tooling" (
https://phabricator.wikimedia.org/T234661) session held at the Conference
next week.
Hope to see you there!
--
Leszek Manicki
Engineering Manager
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0
http://wikimedia.de
Imagine a world in which every single human being can freely share in the
sum of all knowledge. Help us to achieve our vision!
https://spenden.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/029/42207.
Hello all,
As you know, Lydia and i regularly organize Wikidata office hours, an
online meeting where we're presenting an update from the development team,
what we're working on at the moment, people can ask questions.
The next one will take place on Tuesday, *November 5th* at 18:00 Berlin
time (UTC+1)
<https://www.timeanddate.com/worldclock/fixedtime.html?msg=Wikidata+Telegram…>
on the *the Wikidata Telegram channel
<https://t.me/joinchat/AZriqUj5Uag92TB4U9eBdQ>*.
<https://t.me/joinchat/AZriqUj5Uag92TB4U9eBdQ>
The previous meetings happened on IRC, and the content is later transferred
onwiki. You can see the archives here
<https://www.wikidata.org/wiki/Wikidata:Events/archive#Past_office_hours>.
Since we noticed that over the past year, more and more activity takes
place on the Telegram channel, and less on IRC, we decided to make an
experiment and run the office hour on Telegram for the first time. As
usual, the notes of the meeting will be published on wiki, so everyone can
access them.
Depending on how it works for us and for you, we may decide to continue the
experiment, to go back to IRC, or even to find another tool for such an
interactive meeting (I also plan to look at the tools that Wikimedia Space
<https://space.wmflabs.org/> is offering). I hope you won't mind us trying
new things :)
If you have any question or remark, feel free to reach out to me.
Cheers,
--
Léa Lacroix
Project Manager Community Communication 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/029/42207.
Sorry for cross-posting!
Reminder: Technical Advice IRC meeting this week **Wednesday 4-5 pm UTC**
on #wikimedia-tech.
*Note the time change due to Berlin having switched to winter time!*
Questions can be asked in English, and Spanish!
The Technical Advice IRC Meeting (TAIM) is a weekly support event for
volunteer developers. Every Wednesday, two full-time developers are
available to help you with all your questions about MediaWiki, gadgets,
tools and more! This can be anything from "how to get started" over "who
would be the best contact for X" to specific questions on your project.
If you already know what you would like to discuss or ask, please add your
topic to the next meeting:
https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting
Hope to see you there!
--
Leszek Manicki
Engineering Manager
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0
http://wikimedia.de
Imagine a world in which every single human being can freely share in the
sum of all knowledge. Help us to achieve our vision!
https://spenden.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/029/42207.
Hello all,
We are about to make some changes to edit summaries that appear when an
edit is made using wbeditentity API, which includes for example editing
terms (labels, descriptions, aliases) from the new mobile termbox. The
summary messages currently contain “Changed an Item” as a comment. The new
summaries will include the message "*Changed label, description and/or
aliases in # languages*", where # is the count of distinct languages that
terms in them have been affected.
This change will be deployed on Wednesday, October 2nd, and the new edit
summaries will start changing from that point. The old edit summaries will
not be changed. More improvements will follow in the future (for example,
more details regarding the terms that have been changed and the languages).
You can see more details in this ticket
<https://phabricator.wikimedia.org/T220696>. If you encounter any issues,
please let me know. Thanks,
--
Léa Lacroix
Project Manager Community Communication 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/029/42207.
Hi all,
I had in the idea to add small infoboxes when clicking on some terms in the
articles of an external site. The infoboxes would print key properties from
Wikidata and let the user navigate between items within the infobox.
I was wondering what would be the good practices for that.
1/ Using a full dump of Wikidata
This is the option that put the less stress on Wikidata. However it is a
bit overkill to store an enormous database for a website that will use a
few hundred of items at most. The point is that users can freely navigate
between items and we don't know what items they will want to see.
Also, I had in the idea to add a button "Improve this item on Wikidata"
that would redirect the user on the Wikidata page. If he improve the item
on Wikidata but don't see his changes on the site he will be surprised...
2/ Query Wikidata API in real time
This is a simple way to get a dynamic linking. However I guess that
Wikidata API has a query rate limit? It could be OK for a low trafic site
but less if the site generate a big trafic.
3/ Query Wikidata API the first time an item is loaded and cache the result
With this option, Wikidata API will only be used the first time an user
load an item infobox. Then the data is stored in the site database.
To make it dynamic, the data is reloaded from Wikidata API if:
- An user clicked on "improve this item on Wikidata"
- A button "refresh" is clicked
- The data in the site database is older than one month.
4/ Other ?
...
What would be your opinion about this?
Thanks and regards
Thibaut
Hello all,
The Wikidata and Wikibase ecosystem is a huge galaxy of exciting content,
tools, projects, powered by the communities as well as organisations
working with the software and the data. For seven years, people are
gathering, starting projects, developing tools, improving the editors'
workflows, filling various gaps, working all together to give more people
more access to more knowledge.
The *WikidataCon Award 2019* will reward the greatest projects in a variety
of categories. The awarded projects are selected by the WikidataCon Award
committee, based on nominations by the community. Everyone is invited to
participate and nominate one or several projects. The nomination process is
open until *October 7th*.
What we mean by *project*: a project can be a community gathering or other
initiative that led to great results (WikiProject, event, editathon…), a
tool (gadget, script, external tool…) or any other action that led to
improving Wikidata’s data, the workflow of its editors or the outreach.
To read more about the award and participate, please check out this page
<https://www.wikidata.org/wiki/Wikidata:WikidataCon_2019/Program/WikidataCon…>.
Thanks!
--
Léa Lacroix
Project Manager Community Communication 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/029/42207.
Hi all,
I'd need help on the Wikidata/Wikibase reconciliation service for
OpenRefine.
Context: I have my own Wikibase and WDQS instances in production, and I
want to set up a reconciliation service on top of it, so that users can
perform matchings from their local OpenRefine. I'm using the same tool as
Wikidata, i.e. https://github.com/wetneb/openrefine-wikibase. The web
service works fine, I can reconcile strings in OpenRefine against the data
stored in my Wikibase instance...
Issue: But there is a noteworthy difference compared to how the
Wikidata reconciliation service works:
- with Wikidata, i.e. by using the web service URL with the "en" language
prefix (https://tools.wmflabs.org/openrefine-wikidata/en/api), I am able to
find matches among labels in any other language of a Wikidata item. For
instance, if I send a request for "Jacopo de Fazio", which is an alias in
French and Italian for Q313460 <https://www.wikidata.org/wiki/Q313460>,
OpenRefine will match Q313460 as expected, even if I'm using the "en"
language code in the web service url.
- Whereas in my own instance, i.e. by using my own "openrefine-wikibase"
reconciliation service, it can only perform matching of labels/aliases in
the same language: e.g. if I use "
https://my-service.org/openrefine-wikidata/en/api", the web service only
searches for labels in English in my Wikibase. This means that I am forced
to launch the reconciliation process in OpenRefine for every single
language, one by one.
I do not know how the Wikidata reconciliation service is able to take into
account all the labels/aliases in all the languages of a given Wikidata
item. The data is modeled in the same way in Wikidata and in my Wikibase,
and I do not see any difference between the two in the way the RDF data is
structured into the respective triplestores...
How can I enable the same behaviour as in the Wikidata reconciliation
service? (i.e. to look for labels/aliases in every languages in one API
call)
This would heavily improve the reconciliation process in OpenRefine for my
users.
Thanks a lot for your help!
Régis