Hi,
I have been working on a project to improve the categorization of pictures
in the Upload to Commons Android app <
https://phabricator.wikimedia.org/T115101> as part of the Outreachy Dec '15
program, and I am happy to announce that Phase 1 of the project has been
implemented. :) The app should now suggest nearby categories when a picture
is uploaded.
Feedback on this feature would be greatly appreciated, so please feel free
to download the updated version of the app <
https://play.google.com/store/apps/details?id=fr.free.nrw.commons> and to
post feedback/issues on the GitHub page <
https://github.com/nicolas-raoul/apps-android-commons/issues/new>.
Please note that to use this new feature, you will need to have location
tagging enabled for your camera.
Thanks!
--
Regards,
Josephine
Hey all,
I released OOjs UI 0.15.0 today. It will be in MW from 1.27.0-wmf.11+, which
will be deployed to Wikimedia production in the regular train starting on
Tuesday 19 January. As there are a couple of nominal breaking changes and a
deprecation, please look carefully over them to determine if they affect
your code.
Breaking changes since last release:
- Drop Internet Explorer 8 support from JavaScript code (Ricordisamoa)
We have simplified and streamlined the code to drop support for Internet
Explorer 8 in the JavaScript code. This follows MediaWiki's dropping of
support for executing JavaScript on Internet Explorer 8 clients, as the
only significant user of the library and only cause of IE8 support. This
is thus a nominal breaking change in environments supported which should
not have any effect on developers or end-users in practice.
As part of this, we also deprecated the add/removeCaptureEventListener
methods, which existed only to support Internet Explorer 8. These will be
removed in a later release.
Note that the PHP code and related styling should continue to work
without
issue in Internet Explorer 8; if you have any issues, please raise a task
in Phabricator.
- Delete deprecated aliases 'picture' and 'insert' (Ed Sanders)
These two old icon aliases in the core module were deprecated in v0.13.3
in November. By removing them we save some overhead for all users, as
part
of our work to slim down the library by de-duplicating and later removing
each of the old core icons.
For 'picture', use 'image' from the 'media' icon pack.
For 'insert', use 'add' from core (still to be moved out).
I believe these have had no Wikimedia production usage for months now.
Deprecating change since last release:
- Create single icon for language/translation (Ed Sanders)
As part of our on-going work to slim down the library, we have merged the
old 'textLanguage' icon in the 'editing-styling' icon pack, and the
'translation' icon in the 'editing-advanced' icon pack into a new icon,
'language', also in 'editing-advanced'. We have also changed the icon to
now use the Chinese character '文' which means language, instead of '大'
which means big.
For now, 'textLanguage' and 'translation' will still work, but please
switch
over to 'language' before it is removed in OOjs UI v0.17.0.
- Move 'redirect' icon to 'articleRedirect' and cleanup (Ed Sanders)
For consistency, we have moved 'redirect' in 'editing-advanced' into the
'content' pack as 'articleRedirect', so that it is alongside the other
article type icons. Again, 'redirect' will still work for now, but please
switch over to 'articleRedirect' before it is removed in OOjs UI v0.17.0.
Additional details are in the full change log[0]. If you have any further
questions or need help dealing with deprecations, please let me know. As
always, general library documentation is available on mediawiki.org[1], and
on
doc.wikimedia.org there is generated code-level documentation and
interactive
demos[2].
[0] -
https://phabricator.wikimedia.org/diffusion/GOJU/browse/master/History.md
[1] - https://www.mediawiki.org/wiki/OOjs_UI
[2] - https://doc.wikimedia.org/oojs-ui/master/
Yours,
--
James D. Forrester
Lead Product Manager, Editing
Wikimedia Foundation, Inc.
jforrester(a)wikimedia.org | @jdforrester
(cross-posted to labs-l and wikitech-l)
I've been thinking quite a bit about Tool Labs developers over the
past couple of months. Last week I was in San Francisco for the
Wikimedia Developer Summit and had an opportunity to talk to a number
of people about some of my ideas. One of them that got a pretty good
reception was a few proposed changes to the wikitech.wikimedia.org
wiki.
I've started "Make wikitech more friendly for the multiple audiences
it supports" phab task [0] and started adding blocker tasks for
various ideas that have come up in the discussions. One is to enable a
"Portal" namespace on wikitech [1] to be used to make landing pages
for different audiences. Another is to add a "Tool" namespace [2] that
the various Tool Labs projects could use to document their projects. A
third is to disable searching "Nova resource" pages by default [3].
The wikitech wiki doesn't currently have what anyone would consider an
active on-wiki community to seek consensus from on topics like this so
I am reaching out to what I hope are relevant mailing lists to gather
feedback. Discussion of why any of these ideas is a great or horrible
idea is welcome here on list or possibly even better on the
phabricator tasks themselves. Again since we don't have a strong
social norm for when consensus has been reached for this wiki I'm
going to arbitrarily suggest that discussion remain open until
2016-01-20 after which time I will take further steps to have the new
namespaces enabled (or got back to the drawing board if the concept is
rejected).
[0]: https://phabricator.wikimedia.org/T123425
[1]: https://phabricator.wikimedia.org/T123427
[2]: https://phabricator.wikimedia.org/T123429
[3]: https://phabricator.wikimedia.org/T122993
Bryan
--
Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org>
[[m:User:BDavis_(WMF)]] Sr Software Engineer Boise, ID USA
irc: bd808 v:415.839.6885 x6855
Basically, the xml dumps have 2 IDs: page_id and revision_id.
The page_id points to the article. In this case, 14640471 is the page_id
for Mars (https://en.wikipedia.org/wiki/Mars)
The revision_id points to the latest revision for the article. For Mars,
the latest revision_id is 699008434 which was generated on 2016-01-09 (
https://en.wikipedia.org/w/index.php?title=Mars&oldid=699008434). Note that
a revision_id is generated every time a page is edited.
So, to answer your question, the IDs never change. 14640471 will always
point to Mars, while 699008434 points to the 2016-01-09 revision for Mars.
That said, different dumps will have different revision_ids, because an
article may be updated. If Mars gets updated tomorrow, and the English
Wikipedia dump is generated afterwards, then that dump will list Mars with
a new revision_id (something higher than 6999008434). However, that dump
will still show Mars with a page_id of 1460471. You're probably better off
using the page_id.
Finally, you can see also reference the Wikimedia API to get a similar view
to the dump: For example:
https://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Mars&…
Hope this helps.
On Mon, Jan 11, 2016 at 5:09 AM, Luigi Assom <luigi.assom(a)gmail.com> wrote:
> yep, same here!
>
> Also another question about consistency of _IDs in time.
> I was working with an old version of wikipedia dump, and testing some
> data models I built on the dumpusing as pivot a few topics.
> I might have data corrupted on my side, but just to be sure:
> are _IDs of article *persistent* over time, or are they subjected to
> change?
>
> Might happen that due any fallback or merge in an article history, ID
> would change?
> E.g. as test article "Mars" would first point to a version _ID ="4285430"
> and then changed to "14640471"
>
> I need to ensure _IDs will persist.
> thank you!
>
>
> *P.S. sorry for cross posting - I've replied from wrong email - could you
> please delete the other message and keep only this email address? thank
> you! *
>
> On Mon, Jan 11, 2016 at 11:05 AM, XDiscovery Team <info(a)xdiscovery.com>
> wrote:
>
>> yep, same here!
>>
>> Also another question about consistency of _IDs in time.
>> I was working with an old version of wikipedia dump, and testing some
>> data models I built on the dump using as pivot a few topics.
>> I might have data corrupted on my side, but just to be sure:
>> are _IDs of article *persistent* over time, or are they subjected to
>> change?
>>
>> Might happen that due any fallback or merge in an article history, ID
>> would change?
>> E.g. as test article "Mars" would first point to a version _ID ="4285430"
>> and then changed to "14640471"
>>
>> I need to ensure _IDs will persist.
>> thank you!
>>
>>
>> On Mon, Jan 11, 2016 at 6:22 AM, Tilman Bayer <tbayer(a)wikimedia.org>
>> wrote:
>>
>>> On Sun, Jan 10, 2016 at 4:05 PM, Bernardo Sulzbach <
>>> mafagafogigante(a)gmail.com> wrote:
>>>
>>>> On Sun, Jan 10, 2016 at 9:55 PM, Neil Harris <neil(a)tonal.clara.co.uk>
>>>> wrote:
>>>> > Hello! I've noticed that no enwiki dump seems to have been generated
>>>> so far
>>>> > this month. Is this by design, or has there been some sort of dump
>>>> failure?
>>>> > Does anyone know when the next enwiki dump might happen?
>>>> >
>>>>
>>>> I would also be interested.
>>>>
>>>> --
>>>> Bernardo Sulzbach
>>>>
>>>> _______________________________________________
>>>> Wikitech-l mailing list
>>>> Wikitech-l(a)lists.wikimedia.org
>>>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>>>
>>>
>>> CCing the Xmldatadumps mailing list
>>> <https://lists.wikimedia.org/mailman/listinfo/xmldatadumps-l>, where
>>> someone has already posted
>>> <https://lists.wikimedia.org/pipermail/xmldatadumps-l/2016-January/001214.ht…> about
>>> what might be the same issue.
>>>
>>> --
>>> Tilman Bayer
>>> Senior Analyst
>>> Wikimedia Foundation
>>> IRC (Freenode): HaeB
>>>
>>> _______________________________________________
>>> Xmldatadumps-l mailing list
>>> Xmldatadumps-l(a)lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/xmldatadumps-l
>>>
>>>
>>
>>
>> --
>> *Luigi Assom*
>> Founder & CEO @ XDiscovery - Crazy on Human Knowledge
>> *Corporate*
>> www.xdiscovery.com
>> *Mobile App for knowledge Discovery*
>> APP STORE <http://tiny.cc/LearnDiscoveryApp> | PR
>> <http://tiny.cc/app_Mindmap_Wikipedia> | WEB
>> <http://www.learndiscovery.com/>
>>
>> T +39 349 3033334 | +1 415 707 9684
>>
>
>
>
> --
> *Luigi Assom*
>
> T +39 349 3033334 | +1 415 707 9684
> Skype oggigigi
>
> _______________________________________________
> Xmldatadumps-l mailing list
> Xmldatadumps-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/xmldatadumps-l
>
>
Bartosz Dziewoński wrote:
>On 2016-01-11 22:06, gnosygnu wrote:
>> So, to answer your question, the IDs never change. 14640471 will always
>> point to Mars, while 699008434 points to the 2016-01-09 revision for
>>Mars.
>
>While it's unlikely/rare, I think the page id can change when a page is
>deleted and re-created, and maybe some other cases. MediaWiki tries to
>keep it constant (for example, I think it's preserved after deletion and
>undeletion), but it's not always possible.
It looks like <https://phabricator.wikimedia.org/T28123> was just fixed,
so page IDs changing should now hopefully be rarer.
MZMcBride
Hi all,
The Lightning Talks have been canceled for this month.
Please see https://www.mediawiki.org/wiki/Lightning_Talks to view
recordings of past Lightning Talks and add your name to the
Ideas/Nominations section if you are interested in presenting at the next
one. An email will be sent 2 weeks before the next scheduled Lightning
Talks.
Thanks!
Megan Neisler, Kevin Leduc and Rachel Farrand
--
Megan Neisler
Project Coordinator- Engineering
Wikimedia Foundation
mneisler(a)wikimedia.org <mguss(a)wikimedia.org>
The XML database dumps are missing all through May, apparently
because of a memory leak that is being worked on, as described
here,
https://phabricator.wikimedia.org/T98585
However, that information doesn't reach the person who wants to
download a fresh dump and looks here,
http://dumps.wikimedia.org/backup-index.html
I think it should be possible to make a regular schedule for
when these dumps should be produced, e.g. once each month or
once every second month, and treat any delay as a bug. The
process to produce them has been halted by errors many times
in the past, and even when it runs as intended the interval
is unpredictable. Now when there is a bug, all dumps are
halted, i.e. much delayed. For a user of the dumps, this is
extremely frustrating. With proper release management, it
should be possible to run the old version of the process
until the new version has been tested, first on some smaller
wikis, and gradually on the larger ones.
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
Hi,
Over the past few months, I've been working with LFaraone, Faidon, and
Moritz on updating the super old 1.19.x Debian package of MediaWiki to
use a more modern version (currently 1.25.x) and just generally improve
the quality of it. (Yes, it uses MySQL by default, not postgres!)
It's currently waiting in the "new" queue[1], but if you'd like to test
it out, I've uploaded the debs at [2]. If you find any bugs or have
feature requests, you can let me know or file a request in the
MediaWiki-Debian[3] Phabricator project. The debian/ files used to
create the package can be found in Gerrit in the mediawiki/debian
repository[4].
[1] https://ftp-master.debian.org/new.html
[2] https://people.wikimedia.org/~legoktm/debian/
[3] https://phabricator.wikimedia.org/tag/mediawiki-debian/
[4]
https://gerrit.wikimedia.org/r/#/projects/mediawiki/debian,dashboards/defau…
-- Legoktm
---------- Forwarded message ----------
From: "Ellie Young" <eyoung(a)wikimedia.org>
Date: Jan 9, 2016 12:56 PM
Subject: [Wikimedia-l] WMF Scholarship Deadline for Wikimania is Today
To: "Wikimania general list (open subscription)" <
wikimania-l(a)lists.wikimedia.org>, "Wikimedia Mailing List" <
wikimedia-l(a)lists.wikimedia.org>
Cc:
Reminder:
Scholarship applications for Wikimania 2016 which is being held in Esino
Lario, Italy on June 22–27, 2016 are now being accepted. Applications are
open until Saturday, January 09 2016 23:59 UTC. Applicants will be able to
apply for a partial or full scholarship. A full scholarship will cover the
cost of an individual's round-trip travel, shared accommodation, and
conference registration fees as arranged by the Wikimedia Foundation. A
partial scholarship will cover conference registration fees and shared
accommodation. Applicants will be rated using a pre-determined selection
process and selection criteria established by the Scholarship Committee and
the Wikimedia Foundation, who will determine which applications are
successful. To learn more about Wikimania 2016 scholarships, please visit:
https://wikimania2016.wikimedia.org/wiki/Scholarships To apply for a
scholarship, fill out the multi-language application form on:
https://scholarships.wikimedia.org/apply It is highly recommended that
applicants review all the material on the Scholarships page and the
associated FAQ ( https://wikimania2016.wikimedia.org/wiki/Scholarships/FAQ
) before submitting an application. If you have any questions, please
contact: wikimania-scholarships at wikimedia.org
<wikimania-scholarships(a)wikimedia.org> or leave a message at:
https://wikimania2016.wikimedia.org/wiki/Talk:Scholarships
--
Ellie Young
Events Manager
Wikimedia Foundation
eyoung(a)wikimedia.org
_______________________________________________
Wikimedia-l mailing list, guidelines at:
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
New messages to: Wikimedia-l(a)lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
<mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>