Toby, is there any chance that the Reading team (or maybe Multimedia or
Discovery?) will incorporate more intractive features or realtime
geo-relevant into Wikipedia with information like weather, air and marine
traffic, bus and train service (particularly for landmarks with lots of
tourists),
Well we already have a namespace of course, and indeed I was already
considering converting that to a ContentModel. The only thing that is
somewhat problematic here is the multiple languages problem. Currently each
language get it's own page and title. Do we switch the model to host all
subtitles
On Mon, Aug 17, 2015 at 5:56 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
As part of Brion's and mine struggle for better A/V support on Wikipedia, I
have concluded that our current support for subtitles is rather...
improvised.
Currently all our SRT files are referenced from
On 18 August 2015 at 04:15, MZMcBride z...@mzmcbride.com wrote:
Brian Wolff wrote:
I dont know about that. Viz editor is targeting ordinary tasks. Its the
complex things that mess stuff up.
In most contexts, solving the ordinary/common cases is a pretty big win.
Or when it turns a complex
As for realtime, I recommend caution with burdening Wikipedia with even more
highly transient information, at least within our current database scheme.
For years Serbian Wikinews has been inundated with weather info, hourly (!),
per city (!), and thus managed 3 million revisions with a handful
Discovery is currently working on a maps service, which is a first
step towards geo-relevant information, but the plan is to put that
on hold for Q2 (read: the next 3 months) while we identify a clearer
use case for it. If you or anyone else are interested in this kind of
project (or in the
Subramanya Sastry wrote:
* Unclosed HTML tags (very common)
* Misnested tags
* Misnesting of tags (ex: links in links .. [http://foo.bar this is a
[[foobar]] company])
* Fostered content in tables
(tablethis-content-will-show-up-outside-the-tabletrtd
/td/tr/table)
... this has been one of the
Interesting about the database situation. I was contemplating something
like a gadget that would be embedded on the page but be hosted on Labs.
Alternatively, the frequently updated info could be posted to Wikidata for
text and Commons for imagery so that information can be efficiently updated
On Tue, Aug 18, 2015 at 2:06 PM, Pine W wiki.p...@gmail.com wrote:
1. I was thinking of a tool that would let users input a variety of ways
of referring to the retracted articles, such as DOI numbers (Peaceray is an
expert in these). The tool would accept multiple inputs simultaneously,
such
Thanks for the info, Tilman.
I ended up looking at the Community Tech page on MediaWiki, which says that
their scope of work includes Building article curation and monitoring
tools for WikiProjects, so the kind of tools that we're discussing here
seem to be within their scope.
Ryan, you seem to
On Tue, Aug 18, 2015 at 1:22 PM, Pine W wiki.p...@gmail.com wrote:
Thanks for the info, Tilman.
I ended up looking at the Community Tech page on MediaWiki, which says
that their scope of work includes Building article curation and monitoring
tools for WikiProjects, so the kind of tools that
Related discussion from 2012:
https://en.wikipedia.org/wiki/Wikipedia_talk:WikiProject_Medicine/Archive_26#Creating_a_bot_to_search_Wikipedia_for_retracted_papers
(afaics it resulted in the creation of the {{retracted}} template, but
no bot)
The Community Tech team has its own mailing list now
In the version history of an image (or any attached file in MediaWiki), the
page displays Date/Time with a link to that version. The timestamp
displayed is the upload timestamp of that version. If you look closely, you
can see that the real filename includes a different timestamp. This turns
out
1. I was thinking of a tool that would let users input a variety of ways of
referring to the retracted articles, such as DOI numbers (Peaceray is an
expert in these). The tool would accept multiple inputs simultaneously,
such as all 64 articles that were retracted in a batch. The tool would
return
Is there any easy way to find all of citations of specified academic
articles on Wikipedias in all languages, and the text that is supported by
those references, so that the citations of questionable articles can be
removed and the article texts can be quickly reviewed for possible changes
or
On Tue, Aug 18, 2015 at 4:50 PM, Tilman Bayer tba...@wikimedia.org wrote:
On Tue, Aug 18, 2015 at 3:59 PM, Luis Villa lvi...@wikimedia.org wrote:
On Tue, Aug 18, 2015 at 2:06 PM, Pine W wiki.p...@gmail.com wrote:
Researching the possibility of migrating all mailing lists to a newer
On Tue, Aug 18, 2015 at 2:06 PM, Pine W wiki.p...@gmail.com wrote:
Researching the possibility of migrating all mailing lists to a newer
system sounds
like a good project for Community Tech
I've been pushing to keep the team focused on things that can show a direct
impact on
On Tue, Aug 18, 2015 at 3:59 PM, Luis Villa lvi...@wikimedia.org wrote:
On Tue, Aug 18, 2015 at 2:06 PM, Pine W wiki.p...@gmail.com wrote:
Researching the possibility of migrating all mailing lists to a newer
system sounds
like a good project for Community Tech
I've been pushing to keep
I have the impression that was an old bug which got fixed sometime in the
last couple years -- it was accidentally using the current time instead of
the original upload time. But there will of course be thousands of existing
old-version files with the wrong prefixes stuck on their filenames...
--
If we want to do away with Tidy, we will have to make all editors perfect
html authors, or we risk them damaging pages so much that they potentially
can't access the edit button anymore. As far as i'm concerned, this is what
Tidy does primarily. Isolate errors in the content in such a way that it
On 08/18/2015 07:58 AM, MZMcBride wrote:
Subramanya Sastry wrote:
* Unclosed HTML tags (very common)
* Misnested tags
* Misnesting of tags (ex: links in links .. [http://foo.bar this is a
[[foobar]] company])
* Fostered content in tables
(tablethis-content-will-show-up-outside-the-tabletrtd
I see that there's an active workboard in Phabricator at
https://phabricator.wikimedia.org/project/board/225/ for CAPTCHA issues.
Returning to a subject that has been discussed several times before: the
last I heard is that our current CAPTCHAs do block some spambots, but they
also present
Hi!
This project sounds like a good idea, but I don't really understand how it
would work as a tool. There's no API for retracted journal articles. It
seems like the best way to handle it would be when you find out about a
retracted journal article to just search Wikipedia for the title of
On Tue, Aug 18, 2015 at 11:48 PM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
If we want to do away with Tidy, we will have to make all editors perfect
html authors
In my experience, mismatched tags are quite often used on purpose. For
example, Cyberpower678 has two unmatched div
On Tue, 18 Aug 2015 05:15:05 +0200, MZMcBride z...@mzmcbride.com wrote:
The only cited example of real breakage so far has been mismatched
divs.
How often are you or anyone else adding divs to pages? In my
experience,
most users rely on MediaWiki templates for any kind of complex markup.
25 matches
Mail list logo
