[Wikimedia-l] RE : Internet Archive BOT

2020-07-22 Thread Pascal Martin 
Good evening Lodewijk,

I completely agree with you on the work done by this robot but I had warned 
that it was a dead end near Danny Horn employee of the WMF who was piloting the 
project for the WMF:
- energy consuming: is this the role of the WMF to host a robot that would 
pollute the WEB to detect 404 errors,
- modify the articles: is it the role of the WMF to host a robot which allows 
the articles to be edited at the risk of being considered contributors,
- hosting of archives: it is the role of the WMF to provide an exclusive 
hosting solution for Internet Archive.

On these three points I expressed myself on my Wikipedia discussion page and we 
are awaiting the return of the bot trainer which will remain unanswered.

The solution which is in place via the Internet Archive robot does not in any 
way solve the problems of the modifications of sources which are numerous and 
happen frequently to have a link on an article with high visibility on 
Wikipedia.

The solution I have proposed is perennial, non-exclusive, non-polluting, the 
wikipeda community in hand, does not deteriorate Wikipedia articles because the 
solution is there but ignored by Wikimedia authorities to the detriment of the 
foundations of the foundation.

In short, I have only one employee and I am going to leave his mission, because 
the time we lost working for Internet Archive has never been taken into account 
and therefore the time spent trying to collaborate has resulted in degrading 
our solution.

The future will prove me right, I am not looking for fortune otherwise I will 
have sold the positions of Linterweb, which in the good old days managed the 
Kiwix project and the external links archives project.

As a result, we are able to provide archives in Zeno archive formats that can 
be used by offline solutions in the long term:
https://blog.wikiwix.com/2009/12/07/okawix-et-openzim/

So what do I do next week is what I launch my only employee on the recovery of 
archives on all the languages ​​of Wikipedia we have one configuration to 
change and Wikipedia has a backup solution for external links hosted in Europe 
in a DataCenter managed by European funds.

These wars of influence are wearing out for me and I did not want to arm myself 
to fight against it, my daughter will remember forever that Linterweb will have 
been the archiver of the external links of French Wikipedia for only 30 euros 
of energy per month, small step for Linterweb but big step for the ecological 
transition which awaits us.


Regards,
"If I don't have a bad deal to bite into, I invent one and after having 
liquidated it, give up the credit to someone else, so I can continue to be me- 
same, that is, no one. It's clever. "
My name is Nobody.


De : effe iets anders
Envoyé le :mercredi 24 juin 2020 07:16
À : Wikimedia Mailing List
Objet :Re: [Wikimedia-l] Internet Archive BOT

Hi Pascal, all,

this is being discussed here:
https://en.wikipedia.org/wiki/User_talk:Cyberpower678 THe last response was
June 16, and it seems to focus on geo-blocking as the cause for
blacklisting (in case anyone feels called to help out the developer).

This bot performs incredible work and I hope it gets fixed soon!

Best,
Lodewijk

On Tue, Jun 23, 2020 at 5:04 AM Pascal Martin  wrote:

> HI,
>
> My native language is French, automatic translation into English.
> This message follows the numerous detection of false 404 links by the
> Internet Archive robot because it is blacklisted on a lot of servers. Small
> details concerning the archiving service of Wikiwix (
> https://nl.wikipedia.org/wiki/Wikipedia:De_kroeg#Internet_Archive_Bot )
> It is based solely on this Javascript to be implemented since 2008 in
> French Wikipedia:
> https://fr.wikipedia.org/wiki/MediaWiki:Gadget-ArchiveLinks.js
> The advantage of this solution makes it possible to add other archiving
> sources, and does not modify the content of Wikipedia articles.
> New links are detected by 3 different means:
> • Annual recovery: https://dumps.wikimedia.org/backup-index.html,
> • Recovery on IRC and on the WEB of Recents Changes.
> And we also recommend clicking on the archive link as soon as the source
> is added by a contributor, this immediately generates storage of the link
> and allows you to test the rendering of the archived page.
> In addition to fighting 404 errors, this solution also offers the
> advantage of protecting against changes in content that may appear in the
> pages to be archived.
> Wikiwix strictly respects copyright, archiving is only done with the
> author's approval using the noarchive tag.
> Since 2015, I have been alerting about the deployment of the IA ​​robot:
> 2015:
> https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2015/Bots_and_gadgets:
> the bot solution with modification of the template cache is currently
> exclusive to WayBackMachine, 2017:
> https://fr.wikipedia.org/wiki/Discussion_user:Pmartin#I_left_you_a_message! :
> attempted collaboration abort by the bot

Re: [Wikimedia-l] Paid API?

2020-07-22 Thread Samuel Klein 
+1 This sounds like an ideal approach. !

Else: surprised that noone mentioned public cloud options running on
OpenStack. Is there no obvious place to start there?



On Mon., Jul. 20, 2020, 3:19 p.m. Victoria Coleman, <
vstavridoucole...@gmail.com> wrote:

> +1 Kunal! The WMF Cloud Services team can totally provide the needed
> support. The Foundation would have to invest them to build up the team
> which is over stretched but that should easily pay for itself as revenue
> starts flowing in from the paid API.
>
> Victoria
>
> > On Jul 9, 2020, at 1:38 PM, Kunal Mehta  wrote:
> >
> > Hi,
> >
> > On 2020-07-09 13:15, Dan Garry (Deskana) wrote:
> >> Which cloud provider would you recommend?
> >
> > Wikimedia Cloud Services, which incidentally, has the fastest network
> > connection to Wikimedia sites by virtue of it being hosted *inside* the
> > cluster.
> >
> > -- Legoktm
> >
> > ___
> > Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,

[Wikimedia-l] Announcing Txikipedia APP

2020-07-22 Thread Galder Gonzalez Larrañaga 
Dear all,
Today we are glad to announce the launching of the Txikipedia APP for Android 
and iOS. This tool will allow children to read content created for them at 
Txikipedia, the Basque language encyclopedia for children, and will make easier 
to discover content.

You can download it at Play Store 
(https://play.google.com/store/apps/details?id=org.ewke.txikipedia=ES) and 
at App Store.

Thanks

Galder


[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]
  Virus-free. 
www.avast.com
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,

Re: [Wikimedia-l] Operation and oversight of OTRS system

2020-07-22 Thread Alessandro Marchetti via Wikimedia-l 
 I still think that more transparency is possible here and there on this issue. 
Of course, we could have started a long process to get there by now but time is 
limited and precisely because we should provide a "healthy image of the 
movement" my goal so far has been to avoid using OTRS with third parties as 
much as possible.
In other words, I have realized it's just easier to find ways to avoid OTRS. 
For example I prefer to encourage the presence of public copyright information 
when privacy is not an option and I point out that this is actually on the long 
term less time-consuming than dealing with the OTRS interface.

 I hope that this will reduce the workload on the OTRS system ,so more people 
can try to improve it, it's the best compromise I could provide. I was asked to 
be a OTRS agent at a certain point, but I think I can be more productive at the 
moment creating such alternative pathways than entering the system. I wish all 
the best to those who want to do something.
Alex   Il mercoledì 22 luglio 2020, 14:16:04 CEST, Amaroon 
 ha scritto:  
 
 On Tue, 21 Jul 2020 at 11:05, Peter Southwood 
wrote:

> That is what I thought, so referring someone to ANI is not helpful, or is
> there an ANI for OTRS specifically?
> Cheers,
> Peter
>

To clarify: the OTRS agent referred to ANI as the place where an issue
should be resolved. Indeed it was not helpful, as the issue has already
passed that stage.
However, the part of the correspondence relevant to this discussion about
the accountability of OTRS is the second part of the sentence:
"hope you're not hit in the face with a boomerang."

I think it needs no explanation how inappropriate and hostile that sentence
is. As OTRS is a primary point of contact, somewhat equivalent to customer
service at for-profit companies, this kind of communication is not painting
a healthy image of the movement.

Aron


On Sat, 11 Jul 2020 at 10:48, Peter Southwood 
wrote:

> Context is necessary to understand this.
> If OTRS part of Wikipedia? If not, Which ANI?
> Cheers,
> Peter
>
> > -Original Message-
> > From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org] On
> > Behalf Of Aron Manning
> > Sent: 11 July 2020 09:23
> > To: Wikimedia Mailing List
> > Subject: Re: [Wikimedia-l] Operation and oversight of OTRS system
> >
> > I recall one experience with OTRS in which I've received this brief
> answer:
> >
> > > Report them to ANI and hope you're not *hit in the face with a
> > boomerang*.
> > >
> > > Yours sincerely, ...
> >
> > The individual did not apologize in further correspondence and I haven't
> > thought about contacting OTRS since then.
> >
> >
> > Aron
>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
  
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,

Re: [Wikimedia-l] Operation and oversight of OTRS system

2020-07-22 Thread Amaroon 
On Tue, 21 Jul 2020 at 11:05, Peter Southwood 
wrote:

> That is what I thought, so referring someone to ANI is not helpful, or is
> there an ANI for OTRS specifically?
> Cheers,
> Peter
>

To clarify: the OTRS agent referred to ANI as the place where an issue
should be resolved. Indeed it was not helpful, as the issue has already
passed that stage.
However, the part of the correspondence relevant to this discussion about
the accountability of OTRS is the second part of the sentence:
"hope you're not hit in the face with a boomerang."

I think it needs no explanation how inappropriate and hostile that sentence
is. As OTRS is a primary point of contact, somewhat equivalent to customer
service at for-profit companies, this kind of communication is not painting
a healthy image of the movement.

Aron


On Sat, 11 Jul 2020 at 10:48, Peter Southwood 
wrote:

> Context is necessary to understand this.
> If OTRS part of Wikipedia? If not, Which ANI?
> Cheers,
> Peter
>
> > -Original Message-
> > From: Wikimedia-l [mailto:wikimedia-l-boun...@lists.wikimedia.org] On
> > Behalf Of Aron Manning
> > Sent: 11 July 2020 09:23
> > To: Wikimedia Mailing List
> > Subject: Re: [Wikimedia-l] Operation and oversight of OTRS system
> >
> > I recall one experience with OTRS in which I've received this brief
> answer:
> >
> > > Report them to ANI and hope you're not *hit in the face with a
> > boomerang*.
> > >
> > > Yours sincerely, ...
> >
> > The individual did not apologize in further correspondence and I haven't
> > thought about contacting OTRS since then.
> >
> >
> > Aron
>
>
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,

Re: [Wikimedia-l] Language Showcase, July 2020

2020-07-22 Thread Amir E. Aharoni 
‫בתאריך יום א׳, 19 ביולי 2020 ב-18:47 מאת ‪Jan Ainali‬‏ <‪
ainali@gmail.com‬‏>:‬

> Has this also been announced anywhere on-wiki?
>

Sorry, no, and I guess that it's a bit too late for it now for this edition.

However, I'm happy to publish it on a wiki for the next time. Where would
be a good place?
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,

Re: [Wikimedia-l] [Mediawiki-i18n] Language Showcase, July 2020

2020-07-22 Thread Amir E. Aharoni 
בתאריך יום א׳, 19 ביולי 2020, 15:50, מאת Asaf Bartov ‏:

> Will there be a written summary (of the technical updates, in particular)
> for those who would miss or won't make time for the presentation?
>

I didn't plan to do it, but now that you're asking for it, yeah, I'll
publish it.

The Language team also publishes a monthly report, for example
https://www.mediawiki.org/wiki/Wikimedia_Language_engineering/Reports/2020/June
. It usually includes updates about translatewiki and the Translate
extensions, as well as updates about Content Translation and other features
that we maintain.

Finally, as I mentioned, there will also be a recording.
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,

Re: [Wikimedia-l] Paid API?

2020-07-22 Thread rupert THURNER 
victoria, discussions to monetize the wikipedia content in one or the other
way are as old as wikipedia. some people say "why should i continue editing
and supporting wikipedia in my free time, or donate money, attracted by the
vision to make it available to all, without condition, when WMF starts
selling parts of it?" while the others feel that wikipedia relying on
donations only keeps them at a shoestring budget, which meanwhile grew to
100 million USD a year. up to now the discussion always ended with a
similar result: wikipedia would loose more than it would gain, and the
initiative stopped. why this time it would be different? even more so as
this API idea was already there when sue gardner joined 10 or more years
ago. but maybe it becomes a good idea over time if it is brought up often
enough and the environment changes. in 20 years or so, when the wikipedia
content is auto-generated, auto-translated and WMF has no employees any
more and no need of voluntary work this for sure would work.

rupert


On Mon, Jul 20, 2020 at 9:19 PM Victoria Coleman <
vstavridoucole...@gmail.com> wrote:

> +1 Kunal! The WMF Cloud Services team can totally provide the needed
> support. The Foundation would have to invest them to build up the team
> which is over stretched but that should easily pay for itself as revenue
> starts flowing in from the paid API.
>
> Victoria
>
> > On Jul 9, 2020, at 1:38 PM, Kunal Mehta  wrote:
> >
> > Hi,
> >
> > On 2020-07-09 13:15, Dan Garry (Deskana) wrote:
> >> Which cloud provider would you recommend?
> >
> > Wikimedia Cloud Services, which incidentally, has the fastest network
> > connection to Wikimedia sites by virtue of it being hosted *inside* the
> > cluster.
> >
> > -- Legoktm
> >
> > ___
> > Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> > New messages to: Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
>
>
> ___
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
> https://meta.wikimedia.org/wiki/Wikimedia-l
> New messages to: Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> 
___
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and 
https://meta.wikimedia.org/wiki/Wikimedia-l
New messages to: Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,