I am not an expert, but from what I understand it looks like a good thing for those who cannot or will not edit. It will not help build the encyclopaedias, but at least could make what exists more accessible.
Cheers,
Peter
-----Original Message-----
From: WikimediaZA [mailto:wikimediaza-bounces@lists.wikimedia.org] On Behalf Of Michael Graaf
Sent: 24 June 2020 23:57
To: wikimediaza(a)lists.wikimedia.org
Subject: [Wikimedia ZA] Fwd: Offline-l Digest, Vol 100, Issue 10
Dear Wikimedians,
I'm sharing with all of you a digest email from the "offline-l list" to
which I subscribe since I believe it has two items of wider interest than
the usual ones on that list.
The first one concerns a new facility called Open ZIMfarm which automates
the curation of offline archives of web material (not just wikis). I
believe this is bringing a step-change in the possibilities of
decentralised content hosting.
The second describes the recent deployment of the Kiwix-serve application
in a commercial telecoms network in West Africa (Kiwix stores and presents
the very same ZIM files created by ZIMfarm). Given that the Wikimedia
Foundation no longer funds zero-rating of its products, this represents a
new way to bring content to people free of charge. Not only cellular
networks but local-government-supported WiFi providers such as Project
Isizwe as well as community-owned and -operated networks can do this.
I will be interested to know the feelings of the community on these.
Regards,
---------- Forwarded message ---------
From: <offline-l-request(a)lists.wikimedia.org>
Date: Wed, Jun 24, 2020 at 6:01 PM
Subject: Offline-l Digest, Vol 100, Issue 10
To: <offline-l(a)lists.wikimedia.org>
Send Offline-l mailing list submissions to
offline-l(a)lists.wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.wikimedia.org/mailman/listinfo/offline-l
or, via email, send a message with subject or body 'help' to
offline-l-request(a)lists.wikimedia.org
You can reach the person managing the list at
offline-l-owner(a)lists.wikimedia.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Offline-l digest..."
Today's Topics:
1. Re: [KIWIX] Our openZIM farm... (Samuel Klein)
2. Re: [KIWIX] Our openZIM farm... (Emmanuel Engelhart)
3. [AAR] Interesting online/offline use case across West Africa
(Stephane Coillet-Matillon)
4. Re: [AAR] Interesting online/offline use case across West
Africa (Federico Leva (Nemo))
----------------------------------------------------------------------
Message: 1
Date: Wed, 24 Jun 2020 10:09:04 -0400
From: Samuel Klein <meta.sj(a)gmail.com>
To: Using Wikimedia projects and MediaWiki offline
<offline-l(a)lists.wikimedia.org>
Subject: Re: [Offline-l] [KIWIX] Our openZIM farm...
Message-ID:
<CAAtU9WJ14yPAJqikYqownk2Nh1mBnStC5TpROU8h+iJcDfuGMQ(a)mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Wow, this is fabulous. If a new zimfarm starts up, can it coordinate with
existing ones?
On Tue, Jun 23, 2020 at 3:23 AM Emmanuel Engelhart <kelson(a)kiwix.org> wrote:
> Hi
>
> There is a topic I wanted to talk about here for a long time and for
> which I never have achieved to take the time to write something. A few
> recent events have been a healthy remember that I should present one our
> most recent and most useful tool: Zimfarm.
>
> The Zimfarm is the online tool which is in charge of building and
> publishing all our ZIM files. After years of creating ZIM files by
> launching scrapers more or less manually, we had to automatise the
> process to just be able to scale the operations, ie. publishing more and
> more often ZIM files.
>
> The effort started 3 years ago with the support of the WMF but we use it
> only since Spring 2019 in production. The tool is now perfectly running
> and we fully rely on it now. If we can publish an update of all our
> wikis one time a month, this is thanks to this piece of software too.
>
> The Zimfarm is a half-decentralized solution which has a central node
> (called "dispatcher") in charge of orchestrating the work to do and
> multiple decentralized nodes (called "workers") which run the scraping
> tasks.
>
> The dispatcher provides an API to manage the ZIM recipes and tasks, have
> a look to https://api.farm.openzim.org/. We have setup a Web frontend on
> this API to allow easy mgmt through a Web browser. For a better
> transparency, even anonymous users can have a look and monitor what is
> going on. Look at https://farm.openzim.org/.
>
> One important point is that, like all the rest of our infrastructure,
> the whole system is Dockerized. Which means, this is really easy to
> install a Zimfarm worker and we invite anybody having a spare server to
> help us to provide offline snapshots of the best of the Web. The
> procedure is documented and a few volunteers have already joined in.
> Look at https://farm.openzim.org/about for more details.
>
> The development is fully transparent at
> https://github.com/openzim/zimfarm. We have a few things which are on
> the roadmap which would welcome volunteer Python developers. Look at the
> good first issues and make your first PR!
>
>
https://github.com/openzim/zimfarm/issues?q=is%3Aissue+is%3Aopen+label%3A%2…
>
> Regards
> Emmanuel
>
> --
> Kiwix - Wikipedia Offline & more
> * Web: https://kiwix.org/
> * Twitter: https://twitter.com/KiwixOffline
> * Wiki: https://wiki.kiwix.org/
>
> _______________________________________________
> Offline-l mailing list
> Offline-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/offline-l
>
--
Samuel Klein @metasj w:user:sj +1 617 529 4266
I just endorsed this proposal (and CC World University and School did too)
- https://meta.wikimedia.org/wiki/Grants:Project/Putnik/Wikidata_module.
Thank you,
Scott
CC https://twitter.com/WorldUnivAndSch
On Wed, Aug 3, 2016 at 2:48 PM, Info WorldUniversity <
info(a)worlduniversityandschool.org> wrote:
> Hi Markus and All,
>
> Looking forward to when further parts of this Wikidata-Wikipedia bridging
> puzzle come together - and re Wikipedia Info Boxes and Wikidata Items (
> https://www.wikidata.org/wiki/Wikidata:WikiProject_Infoboxes &
> https://meta.wikimedia.org/wiki/Wikidata/Infoboxes). I wonder in what
> ways a templates' approach could FURTHER play a complementary role here
> (which might be something for a new different thread than this "info box
> proposal" Wikidata thread) and in terms of making easy using Wikidata ITEMS
> (SQL) in new ways in conjunction with ongoing ease of end-user editing
> (e..g. in wiki or Wikipedia).
>
> While this templates' approach may find best form in MediaWiki (so visual
> editor et al), I have in mind this central World University and School
> SUBJECT TEMPLATE - http://worlduniversity.wikia.com/wiki/SUBJECT_TEMPLATE (and
> its related templates: Languages (all), Nation States (all, each a major
> university), Museums, etc., at bottom ) - which inform almost all 720 pages
> of WUaS currently (which is mostly in English currently, except for the CC
> MIT OCW in 7 languages) but plans to be in all 358 Wikipedia languages (and
> eventually in all 8k languages) - for thinking further about this. WUaS
> donated itself to Wikidata last autumn.
>
> Wikipedia info boxes may be the answer to this Templates' approach - by
> building in differentially developing Wikipedia info boxes for their
> relative ease of use with structured data/Items into Templates for use in
> new ways. I'm thinking here about what's ahead with voice for Wikidata, and
> how I might be able to say (in Android currently) to my phone "please add
> this link to "regional languages in Germany" to the Germany Wikipedia
> information box with its links to Wikidata items here -
> https://en.wikipedia.org/wiki/Germany (e.g.
> https://en.wikipedia.org/wiki/Languages_of_Germany) - like one sees in
> India Wikipedia information box here https://en.wikipedia.org/wiki/India
> (e.g. https://en.wikipedia.org/wiki/Languages_of_India). Would using
> voice with info boxes into Wikidata facilitate new kinds of ease of use in
> Wikidata? Could we dedicate a specific kind of Wikipedia info box to voice
> developments (... and later use brain wave headsets for adding information
> in a kind of drag and drop a link ... and then even later develop this
> voice approach - voice is so easy! - (and beyond that brainwave headsets)
> with SQL ad SQID, for example.
>
> I'm wondering further, thinking ahead, re info boxes and the WUaS SUBJECT
> TEMPLATE +, whether it might be possible to turn each "subsection" in WUaS
> into a kind of dedicated Wikipedia info box <> Wikidata items ... and
> anticipate both voice, head sets and SQL. Are these some logical next steps
> in this puzzle coming together, Markus and All?
>
> As the pieces of the puzzle come further together, the beauty of a
> "templates approach" offering specialization of info boxes (re accessing
> https://www.wikidata.org/wiki/Wikidata:Data_access) - is their ease of
> editing - like in Wikipedia - and their potential for exploring interfacing
> with structured data in possibly new unfolding ways.
>
> Thank you for these great Wikidata and Wikipedia projects - now in all 358
> languages.
>
> Cheers, Scott
>
>
>
> On Aug 3, 2016 9:16 AM, "Federico Leva (Nemo)" <nemowiki(a)gmail.com> wrote:
>
>> Brill Lyle, 03/08/2016 13:30:
>>
>>> Huge barrier for Wikipedia end-users.
>>>
>>
>> What makes you think so? Did you interview or observe users editing? In
>> my experience, Wikidata is much easier for newbies to grasp than wikitext
>> or even VisualEditor: like VisualEditor's template editor, Wikidata
>> resembles a standard form, which people are used to.
>>
>> We only need to make sure there are direct deep links from each piece of
>> displayed (or missing) information to the statement on Wikidata where they
>> are (or should be); and later add dialogs for direct editing from the
>> client wikis, as was done long ago with the interlanguage links.
>>
>> Nemo
>>
>> _______________________________________________
>> Wikidata mailing list
>> Wikidata(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>
--
- Scott MacLeod - Founder & President
- http://worlduniversityandschool.org
- 415 480 4577
- PO Box 442, (86 Ridgecrest Road), Canyon, CA 94516
- World University and School - like Wikipedia with best STEM-centric
OpenCourseWare - incorporated as a nonprofit university and school in
California, and is a U.S. 501 (c) (3) tax-exempt educational organization.
World University and School is sending you this because of your interest in
free, online, higher education. If you don't want to receive these, please
reply with 'unsubscribe' in the body of the email, leaving the subject line
intact. Thank you.
Ah, you're assuming some automated country-detection, rather than
self-identify. I see.
Lodewijk
On Mon, Sep 21, 2020 at 12:59 PM Stuart A. Yeates <syeates(a)gmail.com> wrote:
> Everyone from China and Saudi Arabia (two countries which
> systematically block wikipedia) are likely to be taking technical
> measures to disguise their country.
>
> That's a lot of people, but I'm not sure how many editors that is.
>
> cheers
> stuart
>
> --
> ...let us be heard from red core to black sky
>
> On Tue, 22 Sep 2020 at 07:01, L.Gelauff <lgelauff(a)gmail.com> wrote:
> >
> > Just thinking out loud.. are we looking for actual race/ethnicity/etc
> data,
> > or is it rather that we're looking for whether someone belongs to an
> under
> > represented group in their specific situation? If it is the latter, there
> > may be ways to phrase the question without asking for actual
> demographics.
> >
> > Stuart; do you have any indication for how large a portion that group
> is? I
> > am aware of public pages being potentially disguised as such, but wasn't
> > familiar with stories about this happening in a survey context (although
> it
> > does not sound implausible).
> >
> > Best,
> >
> > Lodewijk
> >
> > On Mon, Sep 21, 2020 at 11:39 AM Stuart A. Yeates <syeates(a)gmail.com>
> wrote:
> >
> > > Another point not touched on by other commenters is that even if ideal
> > > race / ethnicity question(s were developed for every country in the
> > > world, users from some countries commonly disguise their country due
> > > to censorship in that country, so we there would be a whole class of
> > > systematic errors where we asked users the wrong country's
> > > question(s).
> > >
> > > cheers
> > > stuart
> > > --
> > > ...let us be heard from red core to black sky
> > >
> > > On Tue, 22 Sep 2020 at 05:00, Isaac Johnson <isaac(a)wikimedia.org>
> wrote:
> > > >
> > > > Adding another point from Rebecca Maung who helps run the annual
> > > Community
> > > > Insights surveys <https://meta.wikimedia.org/wiki/Community_Insights
> >
> > > but
> > > > isn't currently on this listserv so couldn't respond directly:
> > > >
> > > > This year's Community Insights survey (reporting scheduled for early
> > > 2021)
> > > > is the first that will ask Wikimedia contributors about race and
> > > > ethnicity-- but only in certain geographies. Due to all the excellent
> > > > points made in this thread, we have never asked a race or ethnicity
> > > > question, but this year we decided to start asking locally relevant
> > > > questions where we could. This year only editors in the US and
> Britain
> > > will
> > > > see a question about race or ethnicity, tailored to their local
> contexts.
> > > > In the coming years, we will expand the countries and geographies
> that
> > > see
> > > > a question like this, prioritizing places where there is a larger
> editor
> > > > presence and local laws and norms allow such questions. We have not
> yet
> > > > discussed asking about religion in the Community Insights survey.
> > > >
> > > > On Mon, Sep 21, 2020 at 9:20 AM Isaac Johnson <isaac(a)wikimedia.org>
> > > wrote:
> > > >
> > > > > As pointed out by others, the highly contextualized nature of
> religion,
> > > > > race, and ethnicity between countries makes it very difficult to
> > > impossible
> > > > > to craft questions that are not overly reductive but still somewhat
> > > > > universal. Despite this challenge, understanding diversity in a way
> > > that
> > > > > captures these aspects is obviously quite important as they often
> > > figure
> > > > > very strongly into power and representation within history, media,
> etc.
> > > > >
> > > > > In general, if you're looking for large-scale surveys of editors,
> the
> > > Meta
> > > > > category (Category:Editor surveys
> > > > > <https://meta.wikimedia.org/wiki/Category:Editor_surveys>) is
> actually
> > > > > quite complete (same for readers
> > > > > <https://meta.wikimedia.org/wiki/Category:Reader_surveys>). In
> > > > > particular, I wrote what little I could find about these topics
> into
> > > this
> > > > > section of our recently published knowledge gaps taxonomy:
> > > > > https://arxiv.org/pdf/2008.12314.pdf#subsubsection.3.1.7
> > > > >
> > > > > The April 2011 editor survey took the approach of just asking
> people
> > > how
> > > > > they felt they were different from others in the community -- this
> > > specific
> > > > > question is not one that I would advocate today (asking people to
> > > identify
> > > > > all the ways in which they may be "outsiders" is not particularly
> > > > > welcoming) but this is also probably the style of approach (asking
> > > people
> > > > > how well they feel represented within Wikipedia content or editor
> > > > > community) that you'd have to take to get information on ethnicity
> /
> > > race /
> > > > > religion without writing country-specific questions:
> > > > >
> > >
> https://upload.wikimedia.org/wikipedia/commons/7/76/Editor_Survey_Report_-_…
> > > > >
> > > > > On Mon, Sep 21, 2020 at 6:12 AM Stuart A. Yeates <
> syeates(a)gmail.com>
> > > > > wrote:
> > > > >
> > > > >> The ethnicity / race question is an incredibly hard question to
> > > > >> compose in an internationalised way.
> > > > >>
> > > > >> Pretty much every country in the world uses different terms and
> there
> > > > >> are some very confusing cases where the same term is used in
> different
> > > > >> countries to mean very different things (e,g, "Asian" in UK
> English vs
> > > > >> New Zealand English). This is derived from varying legal
> definitions
> > > > >> (for example blood quantum vs one-drop laws); the history of
> > > > >> colonisation and waves of immigration to the country; along with
> > > > >> cultural differences.
> > > > >>
> > > > >> cheers
> > > > >> stuart
> > > > >> --
> > > > >> ...let us be heard from red core to black sky
> > > > >>
> > > > >> On Mon, 21 Sep 2020 at 21:55, Federico Leva (Nemo) <
> > > nemowiki(a)gmail.com>
> > > > >> wrote:
> > > > >> >
> > > > >> > Su-Laine Brodsky, 21/09/20 08:19:
> > > > >> > > I’m wondering if any large-scale surveys have been done that
> ask
> > > > >> Wikipedia editors about their race, ethnicity, or religion?
> > > > >> >
> > > > >> > What international standards exist to phrase such questions?
> > > > >> > Denominations commonly used in surveys in one country may be
> > > considered
> > > > >> > horrific or even illegal in others.
> > > > >> >
> > > > >> > I see OECD considers it a difficult problem too:
> > > > >> >
> > > > >> > ----
> > > > >> >
> > > > >> > 76. Current NSOs collection practices cluster around three
> broad
> > > > >> > categories: 1) all OECD countries collect information on some
> > > diversity
> > > > >> > proxies such as country of birth (36 OECD members); 2) a small
> > > majority,
> > > > >> > mostly Eastern European countries, the United Kingdom and
> Ireland,
> > > > >> > gather additional information on race and ethnicity (16 OECD
> > > members);
> > > > >> > and 3) only a handful of countries in the Americas and Oceania
> > > collect
> > > > >> > data on indigenous identity (6 OECD members). Diversity
> statistics
> > > are
> > > > >> > collected from the perspective of either enumerating the size
> of the
> > > > >> > relevant populations (typically in the census) or of comparing
> > > > >> > well-being outcomes across different population groups.
> > > > >> >
> > > > >> > 77. While privacy and human rights legislation sometimes
> prevents
> > > or
> > > > >> > discourages the routine collection of diversity data, the need
> to
> > > > >> > improve data availability and quality is being recognised in
> most
> > > > >> > countries. Many countries are piloting the addition of new
> ethnic
> > > > >> > response options to more accurately reflect the make-up of their
> > > > >> > societies (e.g. Ireland, the United States), while Belgium is
> > > > >> > considering allowing collection of race and ethnicity data
> within
> > > the
> > > > >> > restrictions imposed by the national legal framework. Within the
> > > > >> > European Statistical System, the inclusion of more detailed
> > > migration
> > > > >> > information is also being considered: The Framework Regulation
> for
> > > > >> > Production of European Statistics on Persons and Households
> European
> > > > >> > foresees the incorporation of questions on the country of birth
> of
> > > the
> > > > >> > respondent’s parents in the Labour Force Surveys (from 2020),
> the
> > > > >> > European Health Interview Survey, the European Union Statistics
> on
> > > > >> > Income and Living Conditions, the Household Budget Surveys and
> the
> > > > >> > Community surveys on ICT usage in households and by
> individuals. The
> > > > >> > European Union Agency for Fundamental Rights is pursuing its
> Roma
> > > and
> > > > >> > Travellers Survey to collect comparable data in six selected
> Member
> > > > >> > States in 2018 (FRA, 2018[77]).
> > > > >> >
> > > > >> > ----
> > > > >> >
> > > > >> >
> > > > >>
> > >
> https://www.oecd.org/officialdocuments/publicdisplaydocumentpdf/?cote=SDD/D…
> > > > >> >
> > > > >> > Federico
> > > > >> >
> > > > >> > _______________________________________________
> > > > >> > Wiki-research-l mailing list
> > > > >> > Wiki-research-l(a)lists.wikimedia.org
> > > > >> > https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
> > > > >>
> > > > >> _______________________________________________
> > > > >> Wiki-research-l mailing list
> > > > >> Wiki-research-l(a)lists.wikimedia.org
> > > > >> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > Isaac Johnson (he/him/his) -- Research Scientist -- Wikimedia
> > > Foundation
> > > > >
> > > >
> > > >
> > > > --
> > > > Isaac Johnson (he/him/his) -- Research Scientist -- Wikimedia
> Foundation
> > > > _______________________________________________
> > > > Wiki-research-l mailing list
> > > > Wiki-research-l(a)lists.wikimedia.org
> > > > https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
> > >
> > > _______________________________________________
> > > Wiki-research-l mailing list
> > > Wiki-research-l(a)lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
> > >
> > _______________________________________________
> > Wiki-research-l mailing list
> > Wiki-research-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
>
@Nemo, This is exactly what I was hoping to get from the Chapters
Association - a way to exchange ideas with other chapters about how to
inform more local Wikipedia editors about WMNL, and secondly, ask them
to join the chapter. The group of people who read the Dutch Village
pump is quite small and does not really represent the "community".
@Sue, I understand the idea behind doing this and applaud the idea -
it would be so much easier to make strategy decisions in WMNL if we
had more input from more involved people in the Dutch Wikipedia
community. I get that it is really a conflict of interest for WMNL
insiders to be the only ones to comment and approve the funds request
made by WMNL insiders. The problem with this central sitenotice, as
Romaine pointed out, is that it is in English and points to the WMNL
fund request in English.
All of the WMNL planning sessions and the approved WMNL strategy is in
Dutch. Our current approved year plan is an extract of our 5-year
strategy plan and therefore our fund request for that plan doesn't
quite fit the current FDC template. If someone would click on the
comment button, they are taken to the talk page of the Dutch FDC
request, which aside from a few comments (one of which is basically a
personal compliment from me to Sandra, our request filer, and the WMNL
board members who worked on it), there are a bunch of questions which
have been asked by the FDC that will need lots of time to answer (all
in English).
Without having read them all, I assume these are mostly questions that
would make the Dutch request fit more closely with the current FDC
template. These problems in formatting the message may seem to a Dutch
outsider at first glance as if the Dutch chapter is being somehow lax,
whereas we are just very busy with our conference this Saturday and
don't have time for this right now.
That all said, something positive has come out of this and a Dutch
journalist will be interviewing the staff at the WMNL office today. So
maybe it is a good thing the sitenotice opened up this little "dirty
back kitchen" of how WMNL works, confusing English and all.
Jane
2013/10/31, Sue Gardner <sgardner(a)wikimedia.org>:
> Just quickly while I walk down the street: I don't think the goal is
> necessarily to get input from chapters members -- as you say, the best
> avenue for those people to give input on chapter plans is probably simply
> to be involved in the chapter's internal planning processes.
>
> I think the purpose of the notices is probably equally/more to encourage
> non-chapters members to express their views, if they have them. The
> majority of Wikimedia participants (editors, admins, vandal fighters,
> whatever) are not chapters members, and many, perhaps even most, don't live
> in a geography where it's possible for them to join a chapter even if they
> wanted to. As we've said before, the money given to support the Wikimedia
> movement is the result of all volunteers' contributions, and so it makes
> sense for everyone to be invited to give input on how it's spent. And, the
> FDC has noted that it would like more involvement from all participants in
> the movement in expressing their views on that.
>
> In saying this, I don't mean to express a position on the notices themself.
> They may indeed not be the best way to encourage input. And I totally
> sympathize with editors who may not want to spend their spare time wading
> through budgets etc. -- it's totally reasonable that they might not find it
> fun :-) All I'm saying here is that efforts to encourage everyone to
> express whatever their views are, to the extent they have them, are
> consistent with the FDC's desire to hear from a wide range of people, which
> I think is appropriate and good.
>
> Thanks,
> Sue
> On Oct 30, 2013 2:37 AM, "Federico Leva (Nemo)" <nemowiki(a)gmail.com> wrote:
>
>> Jane Darnell, 30/10/2013 09:30:
>>
>>> I second your skepticism. Especially since most Dutch Wikipedians have no
>>> idea what WMNL is, according to a survey.
>>>
>>
>> Good point. Maybe all those who care about a chapter and its spending are
>> already members of the chapter so that they can participate in the
>> assembly
>> which decide on it (and related online discussions)? :)
>>
>> If we want greater community review of their spending, perhaps it would
>> make sense to run campaigns for community members to join the chapter.
>> Maybe other people have different experiences, but the associations I know
>> of usually try to convince you to join the association ("it's cool for X!
>> you are important for Y!") and then they try to gradually involve you
>> more;
>> I've never seen an association on a street distributing dozens-pages books
>> "hey! do you want to review our budget? it's great fun! we value your
>> input".
>>
>> Nemo
>>
>> ______________________________**_________________
>> Wikimedia-l mailing list
>> Wikimedia-l(a)lists.wikimedia.**org <Wikimedia-l(a)lists.wikimedia.org>
>> Unsubscribe:
>> https://lists.wikimedia.org/**mailman/listinfo/wikimedia-l<https://lists.wikimedia.org/mailman/listinfo/wikimedia-l>,
>> <mailto:wikimedia-l-request@**lists.wikimedia.org<wikimedia-l-request(a)lists.wikimedia.org>
>> ?subject=**unsubscribe>
> _______________________________________________
> Wikimedia-l mailing list
> Wikimedia-l(a)lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
Hi Yaroslav,
I agree with you on most points. I haven't had time to analyse what I think
but you touch on many topics that are worthwhile to spend time on:
1) Writing articles - I think there are two main categories here to discuss;
one is the number of articles that have to do with cultural heritage (see
your own remarks about the translating heritage-lists), and those that have
to do with specific monuments. I also think it would be great to somehow be
able to use WLM as a way of stimulating article generation, but can't think
of a way to do this without complicating things a lot. I also think GLAM
Derby is great, so maybe there should be another event scheduled in March
(organized by you perhaps?) for some "multi-lingual cultural heritage
challenge". As far as I see it, this is completely outside the scope of WLM.
2) Number of monuments "scored" per list. Of course it would be great to
have 100% coverage of heritage lists, but I also have enjoyed seeing
beautiful detail photos come in for parts of monuments. I am an
"inclusionist" rather than a "deletionist", so my gut feeling is "the more
the merrier". Personally I think very few bad pictures have come in, and I
feel any picture is better than no picture.
3) Participating countries - I think it would be great to have each country
taking part that a) has a national heritage list, and b) has a group of
people willing to commit to getting their country in the competition.
4) Timeline - the last sprint to the finish was awesome and shows yet again
how the Wikipedia community can respond to a deadline. I think we all
understand now why keeping to the September 1st through September 30th dates
is important.
5) Meta-project rivers - do you mean Meta as in meta.wikimedia.org, or do
you mean some sort of project to create multi-lingual content on specific
subjects at specific moments of the year? Sorry, I didn't get this point
entirely, but both interpretations are interesting.
6) My en.wiki WLM2011 project - I wrote about this in a former mail. It was
a useful experiment, but I don't think a central portal for all countries is
very useful on en.wiki (especially not if we go worldwide or to Mars next
year!). I think it would be great to have national WLM projects in each
country's portal on the en.wiki; so a Rijkmonuments wikiproject for
[[WP:Portal:The Netherlands]], and so forth. It would be great to have each
country work on their own multi-language heritage lists throughout the year
(see Hubert's comments). This would be dependent on en.wiki volunteers for
the various countries, and these people will be hard to find and get on
board for this. However, the idea of a comprehensive portal per language
wiki for all countries in that language area is a good one I think (see the
German one).
Thanks for posting your analysis! I feel that this year was an amazing
success and am still dazzled by the result.
Jane
2011/10/3 Federico Leva (Nemo) <nemowiki(a)gmail.com>
> Just replying to some points.
>
> Yaroslav M. Blanter, 01/10/2011 17:22:
> > To my understanding, the purpose of WLM is a subset of WMF mission: To
> > facilitate creation and propagation of free knowledge related to cultural
> > heritage (specifically, monuments of architecture and history).
>
> :-/
> Not necessarily WMF mission, but Wikimedia [movement] mission, which is
> broader.
>
> > Second, I guess we should keep photos as the main target, but we should
> > make it clear that we are interested in (i) photos of the monuments which
> > previously had no photos; (ii) new photos of the monuments which
> illustrate
> > some particular details not covered previously; (iii) photos which have
> > superior quality
> > over those previously existed.
>
> I agree, but I think that not so great submissions should be welcome if
> they're the only way someone can participate: there's no reason to
> reject them, I don't think they give much more work.
> Your points are already included in the rules, but they will be applied
> by the jury ex post:
> <
> http://commons.wikimedia.org/wiki/Commons:Wiki_Loves_Monuments_2011/Concept…
> >
> (i) can be measured, I suppose: it would be a nice statistic.
>
> >
> > Third, I think we should start slowly moving to writing articles and have
> > prizes for this. I am not sure what is the best way to organize this (one
> > way for instance would be like in GLAM Derby, with a number of points for
> > an article in each language depending on the quality of the article - in
> > this case it needs to be sorted out whether a particular country gives
> > prizes only for the articles on the languages of this country, only about
> > monuments of this country or whatever, we have a year to discuss the
> > terms),
>
> I'm not so sure about it: prizes for articles have proven to be
> difficult and AFAIK they've mostly failed. There are some successful
> examples but it doesn't work everywhere.
>
> > but if in 2012 articles are no part of the competition, we
> > seriously risk to lose the most successful countries - those which are
> > better organized and where are little or no photos left.
>
> Not necessarily: you can choose another target to take photos of.
>
> > * Reaching out the countries which do not participate in WLM. If a
> country
> > is unfortunate to have no chapter, or to have an unable chapter, or to
> have
> > a chapter not interested in WLM it still can be helped if the lists of
> > monuments somehow exist. I would definitely invest time in creating the
> > heritage lists for say Albania or Guatemala if there is some input
> provided
> > somehow. This is the work for the project.
>
> I'm not sure I understand this: how would you get the official lists
> with no local contact? not to mention the importance of local promotion,
> which is useful but might be not necessary (one should study the country
> statistics).
>
> > PS The will be no Analysis II from my part unless solicited.
>
> +1 solicitation (for that matters).
>
> Hubert, 02/10/2011 08:27:
> > I very agree, that the goal, to attrakt new users with such an
> > competition as long-term wikipedia-autors, is almost completely missed.
>
> How can you say it? We have 4000 new users; we need some months to see
> what they're going to do.
>
> > This is still an inside job. Who will address those people and encourage
> > them to continue with article work?
> >
> > I don´t know, if other countries have some person, who does the Job of
> > an Wikipedia-Mediator for new users.
>
> See
> <
> http://meta.wikimedia.org/wiki/User:B%C3%BCcherw%C3%BCrmlein/Best_practices…
> >
> (and there's some ongoing work elsewhere).
> This certainly helps; it would be interesting to see the de.wiki project
> at work on German-speaking users and compare the new users retention
> with other languages.
>
> Nemo
>
> _______________________________________________
> Wiki Loves Monuments mailing list
> WikiLovesMonuments(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
> http://www.wikilovesmonuments.eu
>
Now that I've blamed everyone except for myself, I would like to suggest
that we stop pointing fingers and get down to brass tacks.
My question for both the designers and the free font advocates is: Are
there any free fonts that are...
1. widely installed (at least on Linux systems)
2. easily readable and not distractingly ugly
3. would not be mapped to by the existing stack anyway (i.e. are not simply
clones or substitutes for popular commercial fonts)
If so, I think they deserve at least as much consideration as Georgia and
Helvetica Neue.
Ryan Kaldari
On Sat, Feb 15, 2014 at 9:07 PM, Ryan Kaldari <rkaldari(a)wikimedia.org>wrote:
> Frankly, I think there has been a large degree of intransigence on both
> sides. The free font advocates have refused to identify the fonts that they
> want to be considered and why they should be considered other than the fact
> that they are free, and the designers have refused to take any initiative
> on considering free fonts. The free fonts that I know have been considered
> are:
> * DejaVu Serif. Conclusion: Widely installed, but horribly ugly and looks
> nothing like the style desired by the designers.
> * Nimbus Roman No9 L. Conclusion: Basically a clone of Times. Most Linux
> systems map Times to Nimbus Roman No9 L, so there is no advantage to
> specifying "Nimbus Roman No9 L" rather than "Times" (which also maps to
> fonts on Windows and Mac).
> * Linux Libertine. Conclusion: A well-designed free font that matches the
> look of the Wikipedia wordmark. Unfortunately, it is not installed by
> default on any systems (as far as anyone knows) but is bundled with
> LibreOffice as an application font. If MediaWiki were using webfonts, this
> would likely be the serif font of choice rather than Georgia, but since we
> are relying on pre-installed fonts, it would be rather pointless to list it.
> * Liberation Sans. Conclusion: Essentially a free substitute for Arial.
> Like Nimbus Roman, there is no advantage to specifying "Liberation Sans"
> instead of "Arial" (which is at the bottom of the sans-serif stack) since
> Linux systems will map to Liberation Sans anyway, while other systems will
> apply Arial.
>
> As to proving the quality of Georgia and Helvetica Neue, I don't think the
> designers have done that, but I also haven't seen any evidence from the
> free font advocates concerning the quality of any free fonts. So in my
> view, both sides of the debate have been delinquent.
>
> Ryan Kaldari
>
>
> On Sat, Feb 15, 2014 at 4:16 PM, Greg Grossmeier <greg(a)wikimedia.org>wrote:
>
>> <quote name="Steven Walling" date="2014-02-15" time="16:08:41 -0800">
>> > On Sat, Feb 15, 2014 at 3:59 PM, Greg Grossmeier <greg(a)wikimedia.org>
>> wrote:
>> >
>> > > <quote name="Federico Leva (Nemo)" date="2014-02-15" time="22:52:31
>> +0100">
>> > > > And surely, before WMF/"MediaWiki" tell the world that no free fonts
>> > > > of good quality exist, there will be some document detailing exactly
>> > > > why and based on what arguments/data/research the numerous free
>> > > > alternatives were all rejected? Free fonts developers are an
>> > > > invaluable resource for serving Wikimedia projects' content in all
>> > > > languages, we shouldn't carelessly slap them in their face.
>> > >
>> > > I just skimmed the entire thread again, and yes, this has been
>> requested
>> > > a few times but no one from the WMF Design team has responded with
>> that
>> > > analysis (or if would respond with an analysis). The first time it was
>> > > requested the person was told to ask the Design list, then the next
>> > > message CC'd the design list, but no response on that point.
>> > >
>> > > I don't see much on https://www.mediawiki.org/wiki/Typography_refresh
>> > > nor it's talk page. Nor
>> > > https://www.mediawiki.org/wiki/Wikimedia_Foundation_Design/Typography
>> > >
>> >
>> > There wasn't an answer because the question is a fundamental
>> > misunderstanding of the way CSS works and options that are within our
>> > reach. The question isn't "are there good free fonts?" the question is
>> "can
>> > we deliver good free fonts to all users?". I'll try to help the UX team
>> > document the answer better.
>>
>> Thanks.
>>
>> I may be part of the misunderstanding-of-how-things-work-in-font-land
>> contingent. Advice/clarity appreciated.
>>
>> Greg
>>
>>
>> --
>> | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
>> | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
>>
>> _______________________________________________
>> Design mailing list
>> Design(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/design
>>
>
>
Part of me still thinks we'd be better off and it would be easier to try
clone Sue rather than trying to find a suitable replacement for her...
On 29/01/2014 7:03 PM, "Ting Chen" <wing.philopp(a)gmx.de> wrote:
> Hello dear all, hello Transition Team, hello dear board,
>
> I am still willing to take the challenge.
>
> Looking into the description of the search criteria:
>
> <cite>Key to the success of the Executive Director will be a commitment to
> understand and advance Wikimedia's core values.</cite>
> - In many occasions in the past years I have demonstrated that the core
> values of our movement are part of my life. They are the values that I use
> to guide my behavior and my decisions, not only inside of the movement, but
> also in my professional work and in my personal life.
>
> <cite>The Executive Director will need to have the technology management
> and product development skills to effectively lead a high traffic website,
> and experience designing and implementing planning processes with a high
> built-in assumption of fast and iterative change.</cite>
> - In the past 16 years I worked in a company which like no other IT
> companies had decisively contributed into the establishment of standards
> and processes of the industry. I started in that company as a programmer on
> the OS (Assembler and C++) level and moved with the time into the position
> of technical lead of projects that are set into highly complicated
> political contexts. Being a subject matter expert, I am the anchor with
> facts and expertise between the different political interests and streams,
> build trust with my open and direct communication style to all groups and
> parties and move things forward by understand the background of the
> different interests and so build bridges and provide solutions that address
> those backgrounds directly. These are the skills and personal marks that
> brought me there where I am now: Into the core of those troubled projects.
>
> <cite>He or she will need to have exceptional communication skills, and to
> possess both a drive to achieve transformative results and a deep respect
> for collaborative processes. The ED's ability to effect change in
> partnership with Wikimedia's community will be decisive not just to their
> success, but to Wikimedia's lasting impact in the 21st century.</cite>
> - As I have stated in my resign letter from the board, I believe this is
> indeed the most intriguing, most urgent and most difficult part of the work
> that lay directly before us in the next decade. And for this we need, more
> than anyone else inside of the movement, an ED who is really trusted by the
> community (to which I count the readers, the editors, the affiliated
> organizations, their board and staff, the staff of the Foundation, and the
> board). Gain trust is hard work, build trust needs time. It took me long
> time, two or three years, to build that mutual trust with many of the
> people within our movement. And trust is the thing that thwart the belief
> that the process has the luxury of time. Because with the lasting of
> indecisive time the trust sinks and the anxiouty raises.
>
> As it is remarked at one point, there is no obvious career path that leads
> to this position. After seeing the result of last year's search I am
> strengthend in my belief, that I am the best fit for this position.
>
> Greetings
> Ting
>
>
>
>
>
> Am 1/21/2014 12:09 PM, schrieb Jan-Bart de Vreede:
>
>> Hey Frederico
>>
>> I will write an update for the meta page in the coming week or so but
>> just to give you a general sense of where we are at: we are trying to reach
>> potential candidates in a different way, and so far that looks like a good
>> strategy. This means more direct contact between the Foundation and
>> candidates and more pro-actively reaching out to people who initially
>> showed no interest.
>>
>> There is no scientific way to make the trade-off between
>> characteristics/skills of candidates. We might very well choose to ignore
>> an important characteristic if all the others fall into place. And it is of
>> course easier to make a trade-off on less significant characteristics and
>> skills. The decision to look for more candidates rather than make a choice
>> in December was not an easy one, but we were not willing to go for a
>> candidate who was missing too many of our desired characteristics/skills.
>> This is something that the transition team does, and its not something that
>> translates well to a table on meta.
>>
>> I am not sure what you are referring to as "avoid another fiasco", but as
>> far as I am concerned we are simply in a stage of finding new candidates
>> and trying to surface the candidate that is up to the challenge and
>> opportunity that we as a unique movement have to offer. This was always an
>> option, and we would have liked to have found someone in the first round,
>> but it wasn't to be.
>>
>> Jan-Bart de Vreede
>>
>>
>>
>> On 18 Jan 2014, at 11:08, Federico Leva (Nemo) <nemowiki(a)gmail.com>
>> wrote:
>>
>> I don't know what to think about a final community consultation on a
>>> specific name. Personally I suspect that I wouldn't be able to say anything
>>> about it, as with <https://meta.wikimedia.org/wiki/Executive_Director_
>>> Transition_Team/Update_9_December>.
>>> Speaking of which, I wonder how the problems there were
>>> addressed: apparently they just expanded the search and reduced the number
>>> of people participating, but I see no answers to the question: <<Have we
>>> been looking for a unicorn -- somebody who doesn't exist in the real world?
>>> [...] too insular? [...] unfairly comparing [...]?>>.
>>> If an answer was found, I'd like to know it. To me that only
>>> looked like a rhetorical question, because of course I have no idea what
>>> exact criteria/questions/interview practices are being applied or if unfair
>>> comparisons were made. To avoid another fiasco, it would probably be useful
>>> to publish on Meta an anonymised table of candidates, pointing out
>>> strengths and weaknesses in a single line for each. Then one could say <<oh,
>>> look, "criterion" 175 made 12 otherwise awesome candidates "fail", do we
>>> really need it?>>.
>>>
>>> Nemo
>>>
>>> _______________________________________________
>>> Wikimedia-l mailing list
>>> Wikimedia-l(a)lists.wikimedia.org
>>> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>>> <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
>>>
>>
>> _______________________________________________
>> Wikimedia-l mailing list
>> Wikimedia-l(a)lists.wikimedia.org
>> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
>> <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
>>
>
>
> _______________________________________________
> Wikimedia-l mailing list
> Wikimedia-l(a)lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe>
Now that I've blamed everyone except for myself, I would like to suggest
that we stop pointing fingers and get down to brass tacks.
My question for both the designers and the free font advocates is: Are
there any free fonts that are...
1. widely installed (at least on Linux systems)
2. easily readable and not distractingly ugly
3. would not be mapped to by the existing stack anyway (i.e. are not simply
clones or substitutes for popular commercial fonts)
If so, I think they deserve at least as much consideration as Georgia and
Helvetica Neue.
Ryan Kaldari
On Sat, Feb 15, 2014 at 9:07 PM, Ryan Kaldari <rkaldari(a)wikimedia.org>wrote:
> Frankly, I think there has been a large degree of intransigence on both
> sides. The free font advocates have refused to identify the fonts that they
> want to be considered and why they should be considered other than the fact
> that they are free, and the designers have refused to take any initiative
> on considering free fonts. The free fonts that I know have been considered
> are:
> * DejaVu Serif. Conclusion: Widely installed, but horribly ugly and looks
> nothing like the style desired by the designers.
> * Nimbus Roman No9 L. Conclusion: Basically a clone of Times. Most Linux
> systems map Times to Nimbus Roman No9 L, so there is no advantage to
> specifying "Nimbus Roman No9 L" rather than "Times" (which also maps to
> fonts on Windows and Mac).
> * Linux Libertine. Conclusion: A well-designed free font that matches the
> look of the Wikipedia wordmark. Unfortunately, it is not installed by
> default on any systems (as far as anyone knows) but is bundled with
> LibreOffice as an application font. If MediaWiki were using webfonts, this
> would likely be the serif font of choice rather than Georgia, but since we
> are relying on pre-installed fonts, it would be rather pointless to list it.
> * Liberation Sans. Conclusion: Essentially a free substitute for Arial.
> Like Nimbus Roman, there is no advantage to specifying "Liberation Sans"
> instead of "Arial" (which is at the bottom of the sans-serif stack) since
> Linux systems will map to Liberation Sans anyway, while other systems will
> apply Arial.
>
> As to proving the quality of Georgia and Helvetica Neue, I don't think the
> designers have done that, but I also haven't seen any evidence from the
> free font advocates concerning the quality of any free fonts. So in my
> view, both sides of the debate have been delinquent.
>
> Ryan Kaldari
>
>
> On Sat, Feb 15, 2014 at 4:16 PM, Greg Grossmeier <greg(a)wikimedia.org>wrote:
>
>> <quote name="Steven Walling" date="2014-02-15" time="16:08:41 -0800">
>> > On Sat, Feb 15, 2014 at 3:59 PM, Greg Grossmeier <greg(a)wikimedia.org>
>> wrote:
>> >
>> > > <quote name="Federico Leva (Nemo)" date="2014-02-15" time="22:52:31
>> +0100">
>> > > > And surely, before WMF/"MediaWiki" tell the world that no free fonts
>> > > > of good quality exist, there will be some document detailing exactly
>> > > > why and based on what arguments/data/research the numerous free
>> > > > alternatives were all rejected? Free fonts developers are an
>> > > > invaluable resource for serving Wikimedia projects' content in all
>> > > > languages, we shouldn't carelessly slap them in their face.
>> > >
>> > > I just skimmed the entire thread again, and yes, this has been
>> requested
>> > > a few times but no one from the WMF Design team has responded with
>> that
>> > > analysis (or if would respond with an analysis). The first time it was
>> > > requested the person was told to ask the Design list, then the next
>> > > message CC'd the design list, but no response on that point.
>> > >
>> > > I don't see much on https://www.mediawiki.org/wiki/Typography_refresh
>> > > nor it's talk page. Nor
>> > > https://www.mediawiki.org/wiki/Wikimedia_Foundation_Design/Typography
>> > >
>> >
>> > There wasn't an answer because the question is a fundamental
>> > misunderstanding of the way CSS works and options that are within our
>> > reach. The question isn't "are there good free fonts?" the question is
>> "can
>> > we deliver good free fonts to all users?". I'll try to help the UX team
>> > document the answer better.
>>
>> Thanks.
>>
>> I may be part of the misunderstanding-of-how-things-work-in-font-land
>> contingent. Advice/clarity appreciated.
>>
>> Greg
>>
>>
>> --
>> | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
>> | identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
>>
>> _______________________________________________
>> Design mailing list
>> Design(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/design
>>
>
>
Looping in Phoebe Ayers, now at MIT Libraries, who has been getting a few
questions from faculty about this email.
Cheers,
Jake
On Tue, Sep 5, 2017 at 6:54 AM Jason Priem <jason(a)impactstory.org> wrote:
> Sorry I know I'm late to this thread, but just wanted to mention the oaDOI
> API, which could be helpful depending on your goals.
>
> We can easily handle 225k DOIs if you spread them out over a few
> hours...we currently serve 500k DOIs daily, and have handled 2M daily in
> the past with no trouble. Response time is about 200ms at that load.
>
> We also have a data dump so you could store it all locally and make it as
> fast as you like, if you want to put the resources into that.
>
> We currently have records for all 90M DOIs, and OA locations for ~10M of
> them. We're in the middle of a large rolling update (v2) that will add
> links to another 7M or so hybrid DOIs.
>
> ResearchGate and Academia.edu resources are not included in the index,
> which is either a feature or a bug depending on your goals :)
>
> FWIW, we now have an evaluation set
> <https://docs.google.com/spreadsheets/d/1kC9A9WscsPr-N3r8ULZYjTZdJb3NdhrbMtG…>
> comparing oaDOI v1, oaDOI v2, the Dissemin API, and the Open Access Button
> API. oaDOI v2 is currently putting up the best numbers, particularly in
> precision (low false positives)
>
> There are some qualifiers, though. The evaluation set is a random sample
> of all DOIs, across all years. We count RG as closed. The gold standard is
> manual coding based on Google and Google Scholar searches, which was done
> independently (by Lisa Matthias and Juan Alperin, coauthors on our recent
> paper <https://peerj.com/preprints/3119v1/>).
>
> So feel free to interpret accordingly :). But we think it might be
> helpful, particularly since it's quite time-consuming to create the manual
> gold standard of availability (and without this there tend to be a lot of
> false positives).
>
> Feel free to ignore if it's not what you're looking for. Happy to help (or
> not) any way we can!
> Best,
> J
>
> On Thu, Aug 31, 2017 at 7:42 AM, Rudy Patard <rudy.patard(a)gmail.com>
> wrote:
>
>> Hi,
>>
>> I'm glad to see this initiative and the momentum it is getting.
>> I know automation is needed and will provide scale. However, I have a
>> feeling we are missing an ingredient, something (not else) but more.
>>
>> Freeing academically produced literature is not just about pushing
>> formerly published work toward open archives.
>> A lot of work, resources and money is spent to sent publicly funded work
>> in the private lucrative repositories of a very limited number of
>> publishers. In France, Elsevier receive from Couperin-Abes (the organism
>> 'negotiating' and buying access to journals for most of french research
>> institutions) about as much money as the world wide Wikimedian budget. As a
>> whole, France could pay a double wikimedia if giving-up all what is know
>> from these subscriptions. Furthermore from the research I maid and lived,
>> academia in its vast majority simply do not care. It is part of the
>> economics of academia (some notoriety-academical-kapitalism). One aiming at
>> a carrier in research can hardly escape this system. And from first hand
>> experience I'd rather discourage writing about it without a secured
>> academical position.
>> So civil society must push a bit to get back what she made possible. In
>> my opinion Wikimedia is just the right intermed body.
>>
>> What is done to make contact with researchers showing them, repeatedly,
>> who is financially supporting their work and that *public *research can
>> directly be produced under free (libre) licenses ? Going toward opening
>> knowledge communities more than opening past research would benefit more
>> the interaction between researchers and the rest of society.
>>
>> As discussed with Dario and previously on some wikimedian discussion on
>> this matter (can't find the URL), I was proposing to enable emailing
>> corresponding authors via the mailing tool of a * wikimedian account *(in
>> use for notifications). And I mean a person-account (not *just *bots*)*.
>> Pre- established mails would be sent with links such as the ' Email this
>> user <https://en.wikiversity.org/wiki/Special:EmailUser/RP87> ', but
>> addressed to corresponding authors found in the meta-data or head of the
>> article.
>>
>> For instance:
>> ~To {{U|the user mailing the request}} Please, consider personalizing
>> this e-mail template ~
>> "Dear 'Auto- Author-Name',
>> Searching the references on 'Auto- Matter-Topic', indicated on the
>> article 'Auto- Wikimedian-article', I found your paper entitled 'Auto-
>> Article-Title'. I was impeded in this work by paywalls.
>> Would you please publish this work in an open archive [Auto- major
>> archives links]. Their are by the way alternative way to publish scientific
>> work, direct open access, without author publishing charges : 'Link toward
>> wikiversities scientific journals'.
>>
>> Nice formulations about knowledge creation and dissemination etc.
>> Sincerely yours,
>> {{U|Auto- the user}} and the wikimedian community."
>>
>> The contact links would be placed in the reference part or in a template
>> at the head of the article :
>> "This article *does not cite
>> <https://en.wikipedia.org/wiki/Wikipedia:Citing_sources> enough Open Access
>> sources <https://en.wikipedia.org/wiki/Wikipedia:Verifiability>*
>> Contact corresponding authors, in order to free this knowledge and
>> related references.
>> Click and send, from your wikimedian account, requests to theses authors
>> to free their work 'Auto-e-mail-LINK'.
>> * article 1
>> * article 2
>> ...
>> If you are working on this topic, please join an open-peer-reviewing
>> group [[open-peer-reviewing group portal]]'
>> If you are from any part of civil society interested in the topic and
>> searching for advanced knowledge on the topic, please join a
>> [[vulgarization group]] for not-understood content, or a [[bibliographic
>> intelligence and problematization group]] for 'non-researched yet' material.
>> "
>>
>> I'll watch for the visio-chat opportunity (some mumble equivalent at
>> least if we are many). But the current period is quite loaded, with social,
>> political and work context. So I may just contribute on any meta / wiki
>> page you point toward. I push this mail toward some friends, former
>> colleagues and contacts, as I'm sure some will see opportunities.
>>
>> Best Regards
>>
>> @+
>> Rudy {{U|RP87}}
>>
>> On 29 August 2017 at 19:57, Joseph McArthur <joe(a)sparcopen.org> wrote:
>>
>>> Thanks for the quick reply, tried the same below.
>>>
>>> On Tue, 29 Aug 2017 at 17:31 Federico Leva (Nemo) <nemowiki(a)gmail.com>
>>> wrote:
>>>
>>>> Joseph McArthur, 29/08/2017 18:52:
>>>> > Federico, this sounds amazing!
>>>>
>>>> Thanks.
>>>>
>>>> >
>>>> > I want to offer the help of the Open Access Button request system
>>>> here: [...]
>>>> >
>>>> > I'd love to work with you to figure out how we can help here, as it
>>>> > would be a shame for us to duplicate this!
>>>>
>>>> Sure. In fact I reused some of your learnings, so you already
>>>> contributed to my campaign.
>>>>
>>>> https://github.com/OAButton/discussion/issues?utf8=%E2%9C%93&q=commenter%3A…
>>>
>>>
>>> Oh grand, I'll take a peak at those issues in the coming days and see if
>>> there is anything else useful I could add.
>>>
>>>
>>>>
>>>>
>>>> From https://github.com/OAButton/discussion/issues/587 I got the
>>>> impression you wouldn't be able to sustain my requests for 224k DOIs at
>>>> once, so I figured I'd try to add some additional capacity with WMIT
>>>> resources at least for this initial test of mine. In the short term
>>>> (September), if some of you have spare cycles, I could use your help in
>>>> drafting the next emails and replying to support requests.
>>>>
>>>
>>> From issues it sounded like you were doing a few thousand emails to
>>> authors, which we could manage with a bit of co-ordination (technically,
>>> you could do it via the API without consulting but it would be quite
>>> innefficient for us) e.g let us know what you want requested in a
>>> spreadsheet, and then we'll get it up the same day and have messages sent.
>>> If you simply wanted to run 224k DOI's to see if they were available,
>>> that's a pretty light lift, so I wouldn't worry about that (just hit the
>>> API when you fancy).
>>>
>>> We might have some spare time, shall we try and have a 30 minute chat by
>>> phone (or similar) and try to hammer something out? If that makes sense see
>>> if there a time that works for you here: doodle.com/joemcarthur.
>>>
>>>
>>>>
>>>> In the long term, if we want something stable as suggested by Dario (or
>>>> indeed John
>>>> <
>>>> https://www.linkedin.com/pulse/accelerating-open-access-adoption-john-dove
>>>> >),
>>>> I agree we should go through some permanent help desk like the OAbutton,
>>>> ideally with some resources/support from SPARC, JISC, OpenAIRE or
>>>> whoever is interested in directly supporting green OA beyond specific
>>>> borders.
>>>>
>>>
>>> All the more reason to chat :)
>>>
>>>
>>>>
>>>> Nemo
>>>>
>>>> P.s: I've removed from Cc some addresses which I believe are already in
>>>> the list, to avoid making these messages always go into moderation.
>>>>
>>>
>>> Thanks!
>>> --
>>> Joseph McArthur
>>> Assistant Director: Right to Research Coalition
>>> <http://righttoresearch.org/>
>>> Co-Lead/Founder: Open Access Button <http://openaccessbutton.org/>
>>> Twitter: @Mcarthur_Joe <https://twitter.com/Mcarthur_Joe>
>>> Skype: joseph_mcarthur
>>>
>>> _______________________________________________
>>> OpenAccess mailing list
>>> OpenAccess(a)lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/openaccess
>>>
>>>
>>
>
>
> --
> Jason Priem, co-founder
> Impactstory <http://impactstory.org/>: Share the full story of your
> research impact
> follow at @jasonpriem <http://twitter.com/jasonpriem> and @impactstory
> <http://twitter.com/impactstory>
> _______________________________________________
> OpenAccess mailing list
> OpenAccess(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/openaccess
>
2012/9/15 Federico Leva (Nemo) <nemowiki(a)gmail.com>
> I'm looking for the dead rat to add [[Category:Dead animals]] and it's
> taking a while to spot it. ;-)
Looks like you found it :P
2012/9/15 Lodewijk <lodewijk(a)effeietsanders.org>
> Thanks for your mail.
>
No, thank you and everyone else for your advice! :)
> So, if this indeed seems like a detail of monument 06-050
>
The fact is that here (and maybe in some of your countries) some areas are
monuments as a whole. In this case, for example, 06-050 refers to the
"historic zone" of a town, so buildings, streets, etc. that are located in
the area are considered to be valid. So yes, those are details of a
building which is located in the historic zone.
> Disqualification won't help anyone and will at best get you huge
> discussions
Well, I was hoping to optimize the amount of photos the jury will see so
they can truly focus in picking the best images. More images mean more work
and stress for them; having them review more than 100 (!) columns pictures
(which, as you said, probably won't win anything) is, imho, innecesary.
OK guys, if you think the pictures are fine then I'm happy with that
(specially because, as I told before, is a lot of work to keep checking new
pictures looking for "invalid" stuff). I will let every picture participate
(even the rats, I guess; the jury will whip them out) and limit my actions
just to telling people who uploaded photos without valid IDs to tag them
properly.
Thank you all.
Oscar
>
> 2012/9/15 Mike Dupont <jamesmikedupont(a)googlemail.com>
>
>> well i looked, they are not geotagged.
>> so challenge him/her, ask them to geolocate them, ask them to
>> transcribe them text.
>> this could be attention seeking behaviour, so give them some attention
>> , but also challenge them to do more intensive work
>> http://en.wikipedia.org/wiki/Attention_seeking
>>
>> mike
>>
>> On Sat, Sep 15, 2012 at 9:34 AM, Ole Palnatoke Andersen
>> <ole(a)palnatoke.org> wrote:
>> > Besides, the columns seem to have names(?) on them, so there might be a
>> > meaning somewhere..
>> >
>> > Ole
>> >
>> >
>> > On Sat, Sep 15, 2012 at 9:28 AM, Mike Dupont
>> > <jamesmikedupont(a)googlemail.com> wrote:
>> >>
>> >> well sounds like a job for openstreetmap, the germans map every single
>> >> lightpost, so i would say if they have geotags, keep them and put them
>> >> on osm.
>> >> mike
>> >>
>> >> On Sat, Sep 15, 2012 at 9:24 AM, Racso <racso(a)colombia.com> wrote:
>> >> > I'm having a bit of trouble with a really weird (troll?)
>> participant. He
>> >> > has
>> >> > uploaded some valid photos to the contest, but also lots of really
>> weird
>> >> > and
>> >> > invalid stuff (for example, a photograph of a dead rat found in a
>> park
>> >> > [the
>> >> > park is a monument, so let's take some close-up details of it!]). His
>> >> > last
>> >> > gift was this golden collection:
>> >> >
>> >> > http://commons.wikimedia.org/wiki/File:N33.jpg
>> >> > http://commons.wikimedia.org/wiki/File:N35.jpg
>> >> > http://commons.wikimedia.org/wiki/File:N39.jpg
>> >> >
>> >> > (Try changing the two-digits number of the filename with other
>> numbers
>> >> > to
>> >> > see even more columns :D [or just check this out:
>> >> >
>> >> >
>> http://commons.wikimedia.org/w/index.php?title=Special:ListFiles/Ivan_Tunja
>> ;
>> >> > look for the "NXX.jpg" filenames])
>> >> >
>> >> > Apparently, this time he is moving around the inside of an area
>> >> > surrounded
>> >> > by some kind of fence and taking photos to each column the fence
>> has. I
>> >> > can't even know if the columns are part of a valid monument because I
>> >> > cannot
>> >> > see what is behind the photographer (inside the fence); and even if
>> they
>> >> > are, I think this is just irrational and not useful at all!
>> >> >
>> >> > What do you think I should do? Nothing? Disqualify the images? Let
>> them
>> >> > stay
>> >> > until the end of september and then filter them? I don't feel
>> >> > comfortable
>> >> > knowing that about 10% of the contest valid images are photos of
>> almost
>> >> > equal columns :S ("Hey, check out Colombia cultural heritage! Yep,
>> >> > columns!
>> >> > [And dead rats!]"). Also, I'm getting tired of following this guy's
>> >> > contribution to filter the non-useful, even offensive pictures (I
>> won't
>> >> > allow the rat image to reach the judges!). I think that, while the
>> rules
>> >> > don't state that uploading dozens of almost equal photos is invalid,
>> >> > this
>> >> > guy is clearly stretching the spirit of the competition.
>> >> >
>> >> > Any advice of how to deal with this kind of behaviour will be really
>> >> > appreciated. If you think that I'm wrong and I should let him be
>> happy
>> >> > and
>> >> > participate with his images, tell me so; It will also be appreciated.
>> >> >
>> >> > Racso
>> >> >
>> >> > _______________________________________________
>> >> > Wiki Loves Monuments mailing list
>> >> > WikiLovesMonuments(a)lists.wikimedia.org
>> >> > https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
>> >> > http://www.wikilovesmonuments.org
>> >>
>> >>
>> >>
>> >> --
>> >> James Michael DuPont
>> >> Member of Free Libre Open Source Software Kosova http://flossk.org
>> >> Saving wikipedia(tm) articles from deletion
>> >> http://SpeedyDeletion.wikia.com
>> >> Contributor FOSM, the CC-BY-SA map of the world http://fosm.org
>> >> Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3
>> >>
>> >> _______________________________________________
>> >> Wiki Loves Monuments mailing list
>> >> WikiLovesMonuments(a)lists.wikimedia.org
>> >> https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
>> >> http://www.wikilovesmonuments.org
>> >
>> >
>> >
>> >
>> > --
>> > http://palnatoke.org * @palnatoke * +4522934588
>> >
>> > _______________________________________________
>> > Wiki Loves Monuments mailing list
>> > WikiLovesMonuments(a)lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
>> > http://www.wikilovesmonuments.org
>>
>>
>>
>> --
>> James Michael DuPont
>> Member of Free Libre Open Source Software Kosova http://flossk.org
>> Saving wikipedia(tm) articles from deletion
>> http://SpeedyDeletion.wikia.com
>> Contributor FOSM, the CC-BY-SA map of the world http://fosm.org
>> Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3
>>
>> _______________________________________________
>> Wiki Loves Monuments mailing list
>> WikiLovesMonuments(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
>> http://www.wikilovesmonuments.org
>>
>
>
>
> _______________________________________________
> Wiki Loves Monuments mailing list
> WikiLovesMonuments(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments
> http://www.wikilovesmonuments.org
>
