[Foundation-l] more classical languages wikipedias approved by langcom and board of trustees.

[Chad]

On Fri, Sep 5, 2008 at 10:46 AM, Gerard Meijssen
<gerard.meijssen at gmail.com> wrote:
> Hoi,
> Would you then want to have these other projects deleted like it happened
> for the Klingon Wikipedia? There had been a lot of back and forth about this
> language as well and in the end, Jimbo decided to scrap this project in his
> speech at Wikimania. I am not unhappy that this project ....
> Thanks,
>       GerardM
>
> On Fri, Sep 5, 2008 at 4:33 PM, Chad <innocentkiller at gmail.com> wrote:
>
>> On Fri, Sep 5, 2008 at 10:26 AM, Gerard Meijssen
>> <gerard.meijssen at gmail.com> wrote:
>> > Hoi,
>> > These languages were not approved by the Language Committee and they
>> would
>> > not be permitted under its policy.. The fact that these projects exists
>> is
>> > as far as I am concerned as relevant at the once upon a time existence of
>> a
>> > Wikipedia in Klingon.
>> >
>> > There is nothing new here; the current policy explicitly did not apply
>> for
>> > any of the existing projects. All of these projects existed at the time
>> of
>> > the start of the language policy.
>> > Thanks,
>> >       GerardM
>> >
>>
>> It might be worth noting that this obviously creates a double-standard,
>> and why we have (nearly) monthly back-and-forths about the merits
>> of dead/dying/extinct/zombie languages. If said projects weren't allowed
>> from the start, then there'd be less of an argument for inclusion.
>>
>> As it stands, we hear "But those got projects, why not us?" To which the
>> common reply has become "That was then, this is now."
>>
>> -Chad
>>
>> _______________________________________________
>> foundation-l mailing list
>> foundation-l at lists.wikimedia.org
>> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
>>
> _______________________________________________
> foundation-l mailing list
> foundation-l at lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
>

The issue is that they're never given a chance to prove
themselves. I'd rather a project try and fail than not try
at all.

-Chad