[Wikitech-l] Proposal regarding norms for meeting/deadline announcements

[Pine W]

Hi Wikimedia-l and Wikitech-l,

Keeping in mind the large numbers of subscribers on some Wikimedia email
lists, the endless valuable uses for the time of knowledgeable volunteer
Wikimedians, the significant financial costs for the time of many of the
staff and contractors on these mailing lists, and how packed calendars can
be, I propose that we implement a few social norms/guidelines for
Wikimedia-l and Wikitech-l in particular.

1. When planning to have a one-time public meeting, announce it at least 14
days in advance to give everyone who might like to participate that much
lead time to clear space on their calendars. Rarely is a one-time public
meeting so urgent that it cannot wait 14 days from the day that it is
announced.

2. Send a maximum of one reminder email regarding a one-time public
meeting, and also send a maximum of one reminder email regarding events
with deadlines such as Wikimania scholarship submissions or conference
presentation proposals. More than one reminder about a meeting or deadline
is excessive.

3. If extending a deadline, send only an announcement of the extension with
no additional reminder.

4. Send only one email to announce a recurring weekly meeting, with no
additional reminders. Meetings which recur less often, such as biweekly or
monthly, may continue to be announced with one additional reminder.

At this time these are proposals only. Comments are welcome. If the
comments become extensive then I may request that we move the conversation
to Meta.

Thank you,

Pine
( https://meta.wikimedia.org/wiki/User:Pine )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How much data can we plan to upload on Wikidata infrastructure? [Was: Fwd: Re: [wikidata] [glam] [Toulouse] Projet de partenariat CNES]

[Daniel Kinzler]

Am 15.10.2018 um 12:45 schrieb Eran Rosenthal:
> I'm not sure Wikidata/Wikibase is the right platform for real-time/near
> real time data or such raw data from sensors.

Indeed. This is a very common misunderstanding. I wonder how it can be avoided.

Perhaps it would help to present Wikidata more directly as a collaborative
semantic modeling tool, rather than a data collection.

In my mind, the collaborative modeling is the important and novel thing in
Wikidata. There are better tools for collecting bulk data.

-- 
Daniel Kinzler
Principal Software Engineer, Core Platform
Wikimedia Foundation

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Wednesday: Technical Advice IRC Meeting

[Michael Schönitzer]

Reminder: Technical Advice IRC meeting again **Wednesday 3-4 pm UTC** on
#wikimedia-tech.
Question can be asked in English & German.

The Technical Advice IRC Meeting is a weekly support event for volunteer
developers. Every Wednesday, two full-time developers are available to help
you with all your questions about Mediawiki, gadgets, tools and more! This
can be anything from "how to get started" over "who would be the best
contact for X" to specific questions on your project.

If you know already what you would like to discuss or ask, please add your
topic to the next meeting:
https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting

Hope to see you there!

Michi (for the Technical Advice IRC Meeting crew)


-- 
Michael F. Schönitzer



Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de

Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Trey Jones]

Thanks for the technical details, Bartosz!

One would hope (but should confirm) that link prefixes are treated with the
same basic logic as link postfixes/trails, so assuming pre- and post-link
trails are enabled, "pre[[target]]post" is all linked, but
"pre[[target|linktext]]post" is only linked on "linktext", and intermediate
cases can be spelled out as "[[target|pre+target]]post" or
"pre[[target|target+post]]".

Overall, it sounds like reasonable default shortcut behavior that can
easily be overridden with a fully-specified link.

Sounds like a cute small syntax improvement! :)


Exactly!

On Mon, Oct 15, 2018 at 12:01 PM, Bartosz Dziewoński 
wrote:

> On 2018-10-15 16:34, Trey Jones wrote:
>
>> I'm not sure how much impact it would have on existing link specifications
>> to make the change, but I think MGChecker has a good solution. The
>> "[[target|linktext]]extra" format allows you to specify exactly what part
>> of the text should have a link, while "[[target]]extra" would be
>> understood
>> as a shortcut to "[[target|targetextra]]". This solves the linktrails
>> problem without introducing any extra tags or using nowiki in weird ways.
>>
>
> Sounds like a cute small syntax improvement! :)
>
>
> Are their any other linktrails setting other than off and on? We'd want to
>> make sure any changes didn't do weird things to Chinese or other spaceless
>> languages.
>>
>
> There are two things to consider:
>
> * Linktrails are language-specific. For example, in English, only ASCII
> a-z are handled in linktrails, while Polish also allows accented letters
> ęóąśłżźćńĘÓĄŚŁŻŹĆŃ. Chinese actually effectively disables linktrails
> (disallows everything). This is defined using $linkTrail variables in files
> like MessagesEn.php etc.
>
> * There is also something called "linkprefix", used by e.g. Arabic
> (MessagesAr.php uses $linkPrefixExtension = true). I am not sure how this
> feature works, but it probably complicates everything a bit.
>
> --
> Bartosz Dziewoński
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] RFC Discussion Reminder - Tomorrow: RfC: Release notes automation

[Kate Chapman]

Hi All,

A reminder that TechCom is hosting an IRC meeting tomorrow (Tuesday 16
October) on: RfC: Release notes automation


This RFC proposes a workflow to automate the creation of the release
notes. The proposed method is to declare the release notes in commit
messages through an opt-in process.

The meeting is scheduled for Tuesday 16 October 2pm PST(21:00 UTC, 23:00
CET) in #wikimedia-office (NOTE: meeting occurring one day earlier than
usual).

If you haven't joined a #wikimedia-office meeting before more
information can be found here:


More information regarding the TechCom RFC process is available here:


Thanks,

Kate
-- 
Kate Chapman TechCom Facilitator (Contractor)

















___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Bartosz Dziewoński]

On 2018-10-15 16:34, Trey Jones wrote:

I'm not sure how much impact it would have on existing link specifications
to make the change, but I think MGChecker has a good solution. The
"[[target|linktext]]extra" format allows you to specify exactly what part
of the text should have a link, while "[[target]]extra" would be understood
as a shortcut to "[[target|targetextra]]". This solves the linktrails
problem without introducing any extra tags or using nowiki in weird ways.


Sounds like a cute small syntax improvement! :)



Are their any other linktrails setting other than off and on? We'd want to
make sure any changes didn't do weird things to Chinese or other spaceless
languages.


There are two things to consider:

* Linktrails are language-specific. For example, in English, only ASCII 
a-z are handled in linktrails, while Polish also allows accented letters 
ęóąśłżźćńĘÓĄŚŁŻŹĆŃ. Chinese actually effectively disables linktrails 
(disallows everything). This is defined using $linkTrail variables in 
files like MessagesEn.php etc.


* There is also something called "linkprefix", used by e.g. Arabic 
(MessagesAr.php uses $linkPrefixExtension = true). I am not sure how 
this feature works, but it probably complicates everything a bit.


--
Bartosz Dziewoński

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How much data can we plan to upload on Wikidata infrastructure? [Was: Fwd: Re: [wikidata] [glam] [Toulouse] Projet de partenariat CNES]

[Lydia Pintscher]

On Mon, Oct 15, 2018 at 12:46 PM Eran Rosenthal  wrote:
> I'm not sure Wikidata/Wikibase is the right platform for real-time/near
> real time data or such raw data from sensors.
>
> Dependening on the usage I think the following should be considered:
> * What resultion (time resolution/spatial resolution) is really needed for
> readers? (Probably averaging/down sampling is required anyway)
> * Consider whether Wikibase is the right platform for it, or maybe Commons
> (see Help:Map_Data
>  
> and
> Help:Tabular_Data
> 
>  )

Yes. I agree with what Eran said. This seems like a case where you'd
not be very happy with Wikibase for all the data - but maybe a
meaningful subset of it.


Cheers
Lydia

-- 
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Trey Jones]

I'm not sure how much impact it would have on existing link specifications
to make the change, but I think MGChecker has a good solution. The
"[[target|linktext]]extra" format allows you to specify exactly what part
of the text should have a link, while "[[target]]extra" would be understood
as a shortcut to "[[target|targetextra]]". This solves the linktrails
problem without introducing any extra tags or using nowiki in weird ways.

Looking at some examples in this thread:

   - [[Schnee]]reichtum would be [[Schnee|Schnee]]reichtum
   - [[Gesetz]]e and [[Finger]]s are fine
   - [[Heimat]]losigkeit is fine
   - [[absorpsjon]]s[[Spektrallinje|linjene]] might work as intended, but
   if the middle "s" isn't supposed to be linked then [[Absorpsjon|
   absorpsjon]]s[[Spektrallinje|linjene]] would do the trick
   - ma[[Øssur Havgrímsson|ge]]e[[Øssur Havgrímsson|evner og]] is
   still something of a mystery, but ma[[Øssur Havgrímsson|ge]]e[[Øssur
   Havgrímsson|evner og]] would probably do what is intended
   - [[Alexander Kielland]]s would be [[Alexander Kielland|Alexander
   Kielland]]s
   - [[De forente nasjoner|FN]]s would be fine

This isn't really about  anymore—sorry Amir!—but I think it could
solve the linktrails syntax issue. The problem, as I alluded to earlier, is
what changing the syntax would do to existing links. Though it would be
possible to automatically convert existing "[[target|linktext]]extra" to "
[[target|linktextextra]]" if target and linktext are different, or "
[[target]]extra" if target and linktext are the same (possibly modulo
whatever minor differences are allowed, like upper/lowercase—though there
are rare instances of articles that differ only by upper/lowercase).

Are their any other linktrails setting other than off and on? We'd want to
make sure any changes didn't do weird things to Chinese or other spaceless
languages.

—Trey

Trey Jones
Sr. Software Engineer, Search Platform
Wikimedia Foundation

On Sat, Oct 13, 2018 at 9:29 PM, MGChecker  wrote:

> > MZMcBrider wrote:
> > I'm not sure I understand. I would expect a link trail with
> "[[Examples|Example]]s" since there is a link trail with "[[Example]]s".
> > I'm not sure why anyone would associate link trail behavior with the
> presence or lack of a pipe character. The defining characteristic of link
> trails is text being adjacent to "]]", as far as I know.
>
> Yeah, currently there is a link trail with "[[Example]]s", but I neither
> consider this intuitive nor helpful. If I specify target and link text
> separately, why would I want a link trail? I could write it as part of the
> target instead. I think for most people writing something like
> [[Examples|Example]]s is the first thing they try to avoid link trails. In
> my opinion, link trailing doesn't make anything easier if target and link
> text are specified separately. To be clear: I propose to change the current
> parser behavior to avoid unwanted link trails.
>
> > Is the particular case you mention common? It seems like it would be
> much more common for a user to simply write "[[Examples]]" currently to
> achieve the same output.
>
> As the case I mentioned shouldn't be common and clearly more complicated
> as needed, I think a behavior change wouldn't have that much impact.
>
> Regards,
> MGChecker
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] How much data can we plan to upload on Wikidata infrastructure? [Was: Fwd: Re: [wikidata] [glam] [Toulouse] Projet de partenariat CNES]

[Eran Rosenthal]

I'm not sure Wikidata/Wikibase is the right platform for real-time/near
real time data or such raw data from sensors.

Dependening on the usage I think the following should be considered:
* What resultion (time resolution/spatial resolution) is really needed for
readers? (Probably averaging/down sampling is required anyway)
* Consider whether Wikibase is the right platform for it, or maybe Commons
(see Help:Map_Data
 and
Help:Tabular_Data

 )

Regards,
Eran






On Mon, Oct 15, 2018 at 12:21 PM Mathieu Lovato Stumpf Guntz <
psychosl...@culture-libre.org> wrote:

> Hello,
>
> That might not be the most appropriate canal for this question, but I
> didn't have a better idea, so please let me know if you have better
> suggestion for my future demands.
>
> So, if you read French you can read the thread bellow, but basically to
> give some context to my question, we are looking at possible partnership
> with spatial agencies to feed the Wikimedia world with data. Depending
> on what we ask and achieve to make as agreement, the volume they could
> provide would be possibly really huge, with a given example of
> 1Go/minute for a single satellite.
>
> So my question is how much data should we aim at collecting, and
> depending on the volume, what transfer process should we use?
>
> Cheers
>
>
>
>  Message transféré 
> Sujet : Re: [wikidata] [glam] [Toulouse] Projet de partenariat CNES
> Date :  Sun, 8 Apr 2018 13:06:00 +0200
> De :Sébastien Dinot 
> Répondre à :Sébastien Dinot 
> Pour :  Xavier Cailleau 
> Copie à :   g...@lists.wikimedia.fr, toulo...@lists.wikimedia.fr,
> Liste
> OSM Toulouse ,
> c...@listes.openstreetmap.fr, wikid...@lists.wikimedia.fr,
> pa...@lists.wikimedia.fr
>
>
>
> Sébastien Dinot a écrit :
> > Je dois pouvoir me libérer une demi-journée :
>
> Il est sans doute utile de préciser que je connais le projet Wikipédia
> depuis
> fort longtemps mais que mes contributions y sont fort modestes (quelques
> corrections d'articles et quelques photos) car on ne peut pas être sur tous
> les fronts à la fois (je suis un militant du logiciel libre depuis 1998
> et un
> militant de l'open data depuis 2009, mais essentiellement dans le périmètre
> utile à la cartographie).
>
> En outre, je ne connais pas grand chose au climat et je peux manquer de
> pertinence sur le sujet.
>
> Par conséquent, je peux rencontrer vos interlocuteurs et sans doute être
> utile
> par ma connaissance du CNES et des licences, mais il me semble nécessaire
> d'être accompagné par quelqu'un qui connait bien mieux que moi Wikipédia et
> les projets connexes.
>
> Quels sont les objectifs de la fondation ? Obtenir des échantillons de
> données
> permettant d'illustrer des articles, des couvertures globales de l'Europe
> ou
> des terres émergées, de longues séries temporelles ? Quel volume de données
> est-il raisonnable d'envisager (dans le spatial, les volumes de données
> produits sont impressionnants : à ma connaissance, un seul satellite
> sentinel 2 transmet 12 Go de données brutes toutes les 12 minutes).
>
> Sébastien
>
> --
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] How much data can we plan to upload on Wikidata infrastructure? [Was: Fwd: Re: [wikidata] [glam] [Toulouse] Projet de partenariat CNES]

[Mathieu Lovato Stumpf Guntz]

Hello,

That might not be the most appropriate canal for this question, but I 
didn't have a better idea, so please let me know if you have better 
suggestion for my future demands.


So, if you read French you can read the thread bellow, but basically to 
give some context to my question, we are looking at possible partnership 
with spatial agencies to feed the Wikimedia world with data. Depending 
on what we ask and achieve to make as agreement, the volume they could 
provide would be possibly really huge, with a given example of 
1Go/minute for a single satellite.


So my question is how much data should we aim at collecting, and 
depending on the volume, what transfer process should we use?


Cheers



 Message transféré 
Sujet : Re: [wikidata] [glam] [Toulouse] Projet de partenariat CNES
Date :  Sun, 8 Apr 2018 13:06:00 +0200
De :Sébastien Dinot 
Répondre à :Sébastien Dinot 
Pour :  Xavier Cailleau 
Copie à : 	g...@lists.wikimedia.fr, toulo...@lists.wikimedia.fr, Liste 
OSM Toulouse , 
c...@listes.openstreetmap.fr, wikid...@lists.wikimedia.fr, 
pa...@lists.wikimedia.fr




Sébastien Dinot a écrit :

Je dois pouvoir me libérer une demi-journée :


Il est sans doute utile de préciser que je connais le projet Wikipédia 
depuis

fort longtemps mais que mes contributions y sont fort modestes (quelques
corrections d'articles et quelques photos) car on ne peut pas être sur tous
les fronts à la fois (je suis un militant du logiciel libre depuis 1998 
et un

militant de l'open data depuis 2009, mais essentiellement dans le périmètre
utile à la cartographie).

En outre, je ne connais pas grand chose au climat et je peux manquer de
pertinence sur le sujet.

Par conséquent, je peux rencontrer vos interlocuteurs et sans doute être 
utile

par ma connaissance du CNES et des licences, mais il me semble nécessaire
d'être accompagné par quelqu'un qui connait bien mieux que moi Wikipédia et
les projets connexes.

Quels sont les objectifs de la fondation ? Obtenir des échantillons de 
données

permettant d'illustrer des articles, des couvertures globales de l'Europe ou
des terres émergées, de longues séries temporelles ? Quel volume de données
est-il raisonnable d'envisager (dans le spatial, les volumes de données
produits sont impressionnants : à ma connaissance, un seul satellite
sentinel 2 transmet 12 Go de données brutes toutes les 12 minutes).

Sébastien

--
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Extension test failures on PHP 7.2

[Kunal Mehta]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

On 10/8/18 7:43 AM, Aryeh Gregor wrote:
> On Mon, Oct 8, 2018 at 9:04 AM Kunal Mehta 
> wrote:
>> In preparation for Wikimedia production switching to PHP 7.2, we
>> need to get CI running using 7.2 (and for the rest of the
>> MediaWiki world too!). But before we can do that, we'll need 7.1
>> to be passing first.
> 
> Did you mean 7.1 here instead of 7.2?

I did mean 7.2 there, which is this week's priority! First, thank you
to Addshore, Ladsgroup, MaxSem, MSantos, Stas, Thiemo, and everyone
else who helped fix the 7.1 issues, I made it voting last week as
scheduled.

MediaWiki core is passing tests on 7.2 already, so once again it's on
extensions:
* CirrusSearch/Elastica: T206899/T190024
* CollaborationKit: T206900
* Flow: T206583
* MassMessage/LiquidThreads: T206901
* Translate: T206904

And one non-Wikimedia deployed extension:
* NaturalLanguageList: T206902

Thanks to D3r1ck01 and Paladox who already submitted patches for 7.2
test failures, as well as those who were fixing them before I started
filing bugs :-).

I'd like to also make 7.2 voting by the end of the week, but I realize
that might be a little too ambitious with multiple conferences this week
.

- -- Kunal / Legoktm
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+h6fmkHn9DUCyl1jUvyOe+23/KIFAlvENjcACgkQUvyOe+23
/KICxg//VIb8QHG8hoDFYS0eZzqJHqK5JT4bPSLXNB3UuBMUao889Uf6q4toxirb
kh/GeGZiG0h1a+gNTUx0fvCiu5venU/Q9OPzRe5JI4t6RccjKuI3YZkjbwH1f+1k
NIe/728dt9cT6o/kgnSKKRNDa2H14qspTvxyJj29wUDzFyDT4WdBUpJsfKbhhv9z
RXveddMcT7zAh00d+Aui5CyGtH6z2eGoALKzyqzUtgT5v5JL7FvJwzH3fJ4why43
E2TBDRMGP4UuJwoYCpmex9ATUjW/Akp1+NivekD/aQpAXwtB9W8XPTPqTaBJqkL6
De3JN0N+8N8jCEXuyk1r8zKMBfe0qc9tO6+6Etn0+i6APX4CvOIEw1PVHI/f2xGM
uDFgJ+cqnbFNiyJCssAOmBG40MwrFUaxO/YaNcUl3flBy4bMSrYL9PU+eWJpEuwJ
MQfB4AsedvjH0+3NUcJ+wpp3cmyt1cty9q0rdUfk/j03IPyNfHiqLKRzuGTzGziU
FFj9O6f1jYeFuGE52PPFaVvzftyQJviSUonEfm33uU9STTBIx6TgHQbmA/T1q/5x
1RqFMimMTKN7zcbvzUXzIg2Pp1DtXwxXEFr8D7Q1siJxokSei5cYBg3aBnxetFKq
qBS7VvMoR+oBDqrVNxg8K0NJJrToo9uKRzb9WRr9Owvu3SE8xRE=
=5sAa
-END PGP SIGNATURE-

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l