Re: [Wikitech-l] wgEmergencyContact - n...@wikipedia.org
On Tue, May 29, 2018 at 10:09 PM, Martin Urbanec < martin.urba...@wikimedia.cz> wrote: > > The question I'm raising is if we accept mail on wikipedia.org and if we > do, why we use wikipedia.org instead of wikimedia.org which is more > frequent domain for mail and which will make more sense for global setting > applicable to literally all projects WMF run. > > Martin > As I understand, wikipedia.org still technically works as a domain for email, mostly as a holdover from the really old days (I'm talking like 2003). So I think the most likely explanation here is that this field was never updated and there was never a reason to if the address still technically works. James Hare Associate Product Manager Wikimedia Foundation https://wikimediafoundation.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] wgEmergencyContact - n...@wikipedia.org
Still it can be set to something (variable was not depracated if I understand the page correctly) and potentionally be used by some extensions and/or futher versions of core. And if the value wasn't depracated, it should be set to working real email address. If it is depracated, it should be removed. No matter what is true, something should be done. Note that I don't know if n...@wikipedia.org is valid contact. I did not try send a mail to it - as it is "emergency contact" according to the settings, I don't want to spam if it is working (and it can be, as there are mx records). The question I'm raising is if we accept mail on wikipedia.org and if we do, why we use wikipedia.org instead of wikimedia.org which is more frequent domain for mail and which will make more sense for global setting applicable to literally all projects WMF run. Martin Dne út 29. kvě 2018 22:48 uživatel K. Peachey napsal: > Its not long used, see the documentation at > https://www.mediawiki.org/wiki/Manual:$wgEmergencyContact > > On 30 May 2018 at 06:41, Martin Urbanec > wrote: > > Hello, > > > > is it intended to have *n...@wikipedia.org * in > > wgEmergencyContact in CommonSettings.php? > > > > Martin > > ___ > > 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 mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Machine-utilizable Crowdsourced Lexicons
INTRODUCTION Machine-utilizable lexicons can enhance a great number of speech and natural language technologies. Scientists, engineers and technologists – linguists, computational linguists and artificial intelligence researchers – eagerly await the advancement of machine lexicons which include rich, structured metadata and machine-utilizable definitions. Wiktionary, a collaborative project to produce a free-content multilingual dictionary, aims to describe all words of all languages using definitions and descriptions. The Wiktionary project, brought online in 2002, includes 139 spoken languages and American sign language [1]. This letter hopes to inspire exploration into and discussion regarding machine wiktionaries, machine-utilizable crowdsourced lexicons, and services which could exist at https://machine.wiktionary.org/ . LEXICON EDITIONING The premise of editioning is that one version of the resource can be more or less frozen, e.g. a 2018 edition, while wiki editors collaboratively work on a next version, e.g. a 2019 edition. Editioning can provide stability for complex software engineering scenarios utilizing an online resource. Some software engineering teams, however, may choose to utilize fresh dumps or data exports of the freshest edition. SEMANTIC WEB A machine-utilizable lexicon could include a semantic model of its contents and a SPARQL endpoint. MACHINE-UTILIZABLE DEFINITIONS Machine-utilizable definitions, available in a number of knowledge representation formats, can be granular, detailed and nuanced. There exist a large number of use cases for machine-utilizable definitions. One use case is providing natural language processing components with the capabilities to semantically interpret natural language, to utilize automated reasoning to disambiguate lexemes, phrases and sentences in contexts. Some contend that the best output after a natural language processing component processes a portion of natural language is each possible interpretation, perhaps weighted via statistics. In this way, (1) natural language processing components could process ambiguous language, (2) other components, e.g. automated reasoning components, could narrow sets of hypotheses utilizing dialogue contexts, (3) other components, e.g. automated reasoning components, could narrow sets of hypotheses utilizing knowledgebase content, and (4) mixed-initiative dialogue systems could also ask users questions to narrow sets of hypotheses. Such disambiguation and interpretation would utilize machine-utilizable definitions of senses of lexemes. CONJUGATION, DECLENSION AND THE URL-BASED SPECIFICATION OF LEXEMES AND LEXICAL PHRASES A grammatical category [2] is a property of items within the grammar of a language; it has a number of possible values, sometimes called grammemes, which are normally mutually exclusive within a given category. Verb conjugation, for example, may be affected by the grammatical categories of: person, number, gender, tense, aspect, mood, voice, case, possession, definiteness, politeness, causativity, clusivity, interrogativity, transitivity, valency, polarity, telicity, volition, mirativity, evidentiality, animacy, associativity, pluractionality, reciprocity, agreement, polypersonal agreement, incorporation, noun class, noun classifiers, and verb classifiers in some languages [3]. By combining the grammatical categories from each and every language together, we can precisely specify a conjugation or declension. For example, the URL: https://machine.wiktionary.org/wiki/lookup.php?edition=2018=en-US=fly=verb=first-person=singular=past=past_simple=indicative&… includes an edition, a language of a lemma, a lemma, a lexical category, and conjugates (with ellipses) the verb in a language-independent manner. We can further specify, via URL query string, the semantic sense of a grammatical element: https://machine.wiktionary.org/wiki/lookup.php?edition=2018=en-US=fly=verb=first-person=singular=past=past_simple=indicative&...=4 Specifying a grammatical item fully in a URL query string, as indicated in the previous examples, could result in a redirection to another URL. That is, the URL: https://machine.wiktionary.org/wiki/lookup.php?edition=2018=en-US=fly=verb=first-person=singular=past=past_simple=indicative&… could redirect to: https://machine.wiktionary.org/wiki/index.php?edition=2018=12345678 or to: https://machine.wiktionary.org/wiki/2018/12345678/ and the URL with a specified semantic sense: https://machine.wiktionary.org/wiki/lookup.php?edition=2018=en-US=fly=verb=first-person=singular=past=past_simple=indicative&...=4 could redirect to: https://machine.wiktionary.org/wiki/index.php?edition=2018=12345678=4 or to: https://machine.wiktionary.org/wiki/2018/12345678/4/ The URL https://machine.wiktionary.org/wiki/2018/12345678/ is intended to indicate a conjugation or declension with one or more meanings or senses. The URL
Re: [Wikitech-l] wgEmergencyContact - n...@wikipedia.org
Its not long used, see the documentation at https://www.mediawiki.org/wiki/Manual:$wgEmergencyContact On 30 May 2018 at 06:41, Martin Urbanec wrote: > Hello, > > is it intended to have *n...@wikipedia.org * in > wgEmergencyContact in CommonSettings.php? > > Martin > ___ > 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] wgEmergencyContact - n...@wikipedia.org
Hello, is it intended to have *n...@wikipedia.org * in wgEmergencyContact in CommonSettings.php? Martin ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Wednesday: Technical Advice IRC Meeting
Sorry for cross-posting! Reminder: Technical Advice IRC meeting again **tomorrow, Wednesday 3-4 pm UTC** on #wikimedia-tech. The Technical Advice IRC meeting is open for all volunteer developers, topics and questions. 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 WMDE’s tech team) -- 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
[Wikitech-l] postgres support in CI
Hello, Thanks to Kunal Mehta, CI now supports running MediaWiki tests using the Postgres database! It has been requested since 2012 ( T39602 ) and finally came to fruition. Unsurprisingly, a few tests are failing and require some assistance. Anyone is welcome to help on that front. See T195807 for a list. Please celebrate Kunal! [T39602] Jenkins: Set up PHPUnit testing on PostgreSQL backend https://phabricator.wikimedia.org/T39602 [T195807] Fix failing MediaWiki core tests on Postgres database backend https://phabricator.wikimedia.org/T195807 -- Antoine "hashar" Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
