Wikcionario:Café

El Café de Wikcionario
Esta página es para todo tipo de conversaciones y preguntas respecto a Wikcionario en español.
Antes de participar, ten en cuenta: Para presentar preguntas sobre alguna entrada en particular, ve a Consultas. Para solicitar la creación de una entrada, visita Solicitudes. Si buscas donde colaborar, aquí tienes un listado de términos que necesitan ser mejorados. Las conversaciones inactivas (más de un mes sin ediciones) están en el Archivo del café. Por favor, después de editar, pon un comentario en el resumen (la síntesis del tema sobre el que aportas o comentas) para que se pueda ver en la página de cambios recientes. ¡Gracias!
Para abrir un nuevo tema de conversación, pulsa aquí
Bots: Las solicitudes para el permiso de bot se harán en esta página. Este wiki usa la política estándar de robots y permite tanto a los robots globales como la aprobación automática de ciertos tipos de robots. El resto de robots debe solicitar ser autorizado en esta página. Un burócrata revisará y decidirá sobre la solicitud. Bots (English): Requests for the bot flag should be made on this page. This wiki uses the standard bot policy, and allows global bots and automatic approval of certain types of bots. Other bots should apply below. A local bureaucrat will review and decide upon your aplication.

Archivo del Café
Antes de junio de 2009
Desde junio de 2009
Año corriente (2024):
<enero> <febrero> <marzo> <abril> <mayo> <junio> <julio> <agosto> <septiembre>

Atajo:
WN:C

	Esta página es archivada por Grillitus. (info)
	Parámetros del archivado: lugar: Wikcionario:Café/AAAA MM Días a mantener: 21 Avisar al archivar: Sí Estrategia: Firma más reciente en la sección

Archivo de octubre 2024

Criterio para los nombres de plantillas

A pedido de @-jem- inicio este hilo. Como ya se habrán dado cuenta muchos, eliminé la mayoría de las redirecciones a plantillas. En muchos casos, se trataba de plantillas escritas con mayúscula inicial y todo en minúscula. En estos casos, fui por el criterio de dejar solo la versión en minúscula, a menos que se trate de un nombre propio. Propongo que sea ese el nuevo criterio para las nuevas plantillas que se creen. Hay algunas plantillas viejas sin redirección escritas con mayúscula, que en principio las dejaría así porque tampoco es trivial migrar plantillas y si la marco commo obsoleta el módulo me tira error, y después tengo que inmiscuirme en conversaciones ajenas para comentar las plantillas, y todo eso. Si alguien quiere oponerse, hable ahora o calle para siempre. Tmagc (discusión) 14:43 3 oct 2024 (UTC)

A favor. Peter Bowman (discusión) 14:50 3 oct 2024 (UTC)

A favor, creo. Saludos. Lin linao ¿dime? 18:23 5 oct 2024 (UTC)

Invitation to Participate in Wiki Loves Ramadan Community Engagement Survey

Dear all,

Apologies for writing in English. Please help to translate in your language. We are excited to announce the upcoming Wiki Loves Ramadan event, a global initiative aimed at celebrating Ramadan by enriching Wikipedia and its sister projects with content related to this significant time of year. As we plan to organize this event globally, your insights and experiences are crucial in shaping the best possible participation experience for the community.

To ensure that Wiki Loves Ramadan is engaging, inclusive, and impactful, we kindly invite you to participate in our community engagement survey. Your feedback will help us understand the needs of the community, set the event's focus, and guide our strategies for organizing this global event.

Survey link: https://forms.gle/f66MuzjcPpwzVymu5

Please take a few minutes to share your thoughts. Your input will make a difference!

Thank you for being a part of our journey to make Wiki Loves Ramadan a success.

Warm regards,

User:ZI Jony 03:19 6 oct 2024 (UTC)

Wiki Loves Ramadan Organizing Team

Tech News: 2024-41

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

• Communities can now request installation of Automoderator on their wiki. Automoderator is an automated anti-vandalism tool that reverts bad edits based on scores from the new "Revert Risk" machine learning model. You can read details about the necessary steps for installation and configuration. [1]

Updates for editors

• Translators in wikis where the mobile experience of Content Translation is available, can now customize their articles suggestion list from 41 filtering options when using the tool. This topic-based article suggestion feature makes it easy for translators to self-discover relevant articles based on their area of interest and translate them. You can try it with your mobile device. [2]
• View all 12 community-submitted tasks that were resolved last week.

Updates for technical contributors

• It is now possible for <syntaxhighlight> code blocks to offer readers a "Copy" button if the copy=1 attribute is set on the tag. Thanks to SD0001 for these improvements. [3]
• Customized copyright footer messages on all wikis will be updated. The new versions will use wikitext markup instead of requiring editing raw HTML. [4]
• Later this month, temporary accounts will be rolled out on several pilot wikis. The final list of the wikis will be published in the second half of the month. If you maintain any tools, bots, or gadgets on these 11 wikis, and your software is using data about IP addresses or is available for logged-out users, please check if it needs to be updated to work with temporary accounts. Guidance on how to update the code is available.
• Rate limiting has been enabled for the code review tools Gerrit and GitLab to address ongoing issues caused by malicious traffic and scraping. Clients that open too many concurrent connections will be restricted for a few minutes. This rate limiting is managed through nftables firewall rules. For more details, see Wikitech's pages on Firewall, GitLab limits and Gerrit operations.
• Five new wikis have been created:
  • a Wikipedia in Komering (w:kge:) [5]
  • a Wikipedia in Mooré (m:mos:) [6]
  • a Wikcionario in Madurese (wikt:mad:) [7]
  • a Wikiquote in Gorontalo (q:gor:) [8]
  • a Wikinoticias in Shan (n:shn:) [9]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 23:42 7 oct 2024 (UTC)

Resultados preliminares de las Elecciones de la Junta Directiva de la Fundación Wikimedia 2024

Hola a todas y todos,

Gracias a todas las personas que participaron en las Elecciones de la Junta Directiva de la Fundación Wikimedia 2024. Se registraron 6000 votos de integrantes de la comunidad a lo largo de 180 proyectos wiki.

Los siguientes cuatro personas fueron las más votadas:

1. Christel Steigenberger
2. Maciej Artur Nadzikiewicz
3. Victoria Doronina
4. Lorenzo Losa

Si bien estas candidaturas han sido clasificadas a través del voto, aún deberán ser nombradas a la Junta Directiva. Deberán pasar exitosamente una revisión de trasfondos y cumplir con las calificaciones descritas en los estatutos. Las nuevas personas que formarán parte de la Junta Directiva serán nombradas en la siguiente reunión de la Junta en diciembre de 2024.

Lee el anuncio completo en Meta-Wiki.

Saludos cordiales,

Grupo de Trabajo de Elecciones de Comité y Selección de la Junta Directiva

MPossoupe_(WMF) 08:26 14 oct 2024 (UTC)

Tech News: 2024-42

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Updates for editors

• The Structured Discussion extension (also known as Flow) is starting to be removed. This extension is unmaintained and causes issues. It will be replaced by DiscussionTools, which is used on any regular talk page. A first set of wikis are being contacted. These wikis are invited to stop using Flow, and to move all Flow boards to sub-pages, as archives. At these wikis, a script will move all Flow pages that aren't a sub-page to a sub-page automatically, starting on 22 October 2024. On 28 October 2024, all Flow boards at these wikis will be set in read-only mode. [10][11]
• WMF's Search Platform team is working on making it easier for readers to perform text searches in their language. A change last week on over 30 languages makes it easier to find words with accents and other diacritics. This applies to both full-text search and to types of advanced search such as the hastemplate and incategory keywords. More technical details (including a few other minor search upgrades) are available. [12]
• View all 20 community-submitted tasks that were resolved last week. For example, EditCheck was installed at Russian Wikipedia, and fixes were made for some missing user interface styles.

Updates for technical contributors

• Editors who use the Toolforge tool Earwig's Copyright Violation Detector will now be required to log in with their Wikimedia account before running checks using the "search engine" option. This change is needed to help prevent external bots from misusing the system. Thanks to Chlod for these improvements. [13]
• Phabricator users can create tickets and add comments on existing tickets via Email again. Sending email to Phabricator has been fixed. [14]
• Some HTML elements in the interface are now wrapped with a <bdi> element, to make our HTML output more aligned with Web standards. More changes like this will be coming in future weeks. This change might break some tools that rely on the previous HTML structure of the interface. Note that relying on the HTML structure of the interface is not recommended and might break at any time. [15]

In depth

• The latest monthly MediaWiki Product Insights newsletter is available. This edition includes: updates on Wikimedia's authentication system, research to simplify feature development in the MediaWiki platform, updates on Parser Unification and MathML rollout, and more.
• The latest quarterly Technical Community Newsletter is now available. This edition include: research about improving topic suggestions related to countries, improvements to PHPUnit tests, and more.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 21:21 14 oct 2024 (UTC)

Se buscan personas voluntarias para unirse a varios de los comités del movimiento

Cada año, normalmente de octubre a diciembre, varios de los comités del movimiento buscan nuevas personas voluntarias.

Pueden leeer más acerca dee los comités en sus respectivas páginas de Meta-wiki:

• Comité de Afiliaciones (AffCom)
• Comisión de Inspectores de Privacidad (Ombuds Commission, OC)
• Comité de Revisión de Casos (CRC)

Las convocatorias para unirse a los comités se abre el 16 de octubre de 2024. Las solicitudes para el Comité de Afiliaciones cierran el 18 de noviembre de 2024, y las solicitudes para la Comisión de Inspectores de Privacidad y el Comité de Revisión de Casos cierra el 2 de diciembre de 2024. Pueden leer cómo solicitar su integración visitando la página de nombramientos en Meta-wiki. Pueden escribir en la página de discusión de dicha página o escribir un correo electrónico a cst@wikimedia.org con cualquier pregunta que pudieran tener.

En nombre del Equipo de Apoyo a Comités,

-- Keegan (WMF) (talk) 23:09 16 oct 2024 (UTC)

Tech News: 2024-43

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Weekly highlight

• The Mobile Apps team has released an update to the iOS app's navigation, and it is now available in the latest App store version. The team added a new Profile menu that allows for easy access to editor features like Notifications and Watchlist from the Article view, and brings the "Donate" button into a more accessible place for users who are reading an article. This is the first phase of a larger planned navigation refresh to help the iOS app transition from a primarily reader-focused app, to an app that fully supports reading and editing. The Wikimedia Foundation has added more editing features and support for on-wiki communication based on volunteer requests in recent years.

iOS Wikipedia App's profile menu and contents

Updates for editors

• Wikipedia readers can now download a browser extension to experiment with some early ideas on potential features that recommend articles for further reading, automatically summarize articles, and improve search functionality. For more details and to stay updated, check out the Web team's Content Discovery Experiments page and subscribe to their newsletter.
• Later this month, logged-out editors of these 12 wikis will start to have temporary accounts created. The list may slightly change - some wikis may be removed but none will be added. Temporary account is a new type of user account. It enhances the logged-out editors' privacy and makes it easier for community members to communicate with them. If you maintain any tools, bots, or gadgets on these 12 wikis, and your software is using data about IP addresses or is available for logged-out users, please check if it needs to be updated to work with temporary accounts. Guidance on how to update the code is available. Read more about the deployment plan across all wikis.
• View all 33 community-submitted tasks that were resolved last week. For example, the South Ndebele, Pannonian Rusyn, Obolo, Iban and Tai Nüa Wikipedia languages were created last week. [16][17][18][19][20]
• It is now possible to create functions on Wikifunctions using Wikidata lexemes, through the new Wikidata lexeme type launched last week. When you go to one of these functions, the user interface provides a lexeme selector that helps you pick a lexeme from Wikidata that matches the word you type. After hitting run, your selected lexeme is retrieved from Wikidata, transformed into a Wikidata lexeme type, and passed into the selected function. Read more about this in the latest Wikifunctions newsletter.

Updates for technical contributors

• Users of the Wikimedia sites can now format dates more easily in different languages with the new {{#timef:…}} parser function. For example, {{#timef:now|date|en}} will show as "29 November 2024". Previously, {{#time:…}} could be used to format dates, but this required knowledge of the order of the time and date components and their intervening punctuation. #timef (or #timefl for local time) provides access to the standard date formats that MediaWiki uses in its user interface. This may help to simplify some templates on multi-lingual wikis like Commons and Meta. [21][22]
• Commons and Meta users can now efficiently retrieve the user's language using {{USERLANGUAGE}} instead of using {{int:lang}}. [23]
• The Product and Tech Advisory Council (PTAC) now has its pilot members with representation across Africa, Asia, Europe, North America and South America. They will work to address the Movement Strategy's Technology Council initiative of having a co-defined and more resilient technological platform. [24]

In depth

• The latest quarterly Growth newsletter is available. It includes: an upcoming Newcomer Homepage Community Updates module, new Community Configuration options, and details on new projects.
• The Wikimedia Foundation is now an official partner of the CVE program, which is an international effort to catalog publicly disclosed cybersecurity vulnerabilities. This partnership will allow the Security Team to instantly publish common vulnerabilities and exposures (CVE) records that are affecting MediaWiki core, extensions, and skins, along with any other code the Foundation is a steward of.
• The Community Wishlist is now testing machine translations for Wishlist content. Volunteers can now read machine-translated versions of wishes and dive into discussions even before translators arrive to translate content.

Meetings and events

• 24 October - Wiki Education Speaker Series Webinar - Open Source Tech: Building the Wiki Education Dashboard, featuring Wikimedia interns and a Web developer in the panel.
• 20–22 December 2024 - Indic Wikimedia Hackathon Bhubaneswar 2024 in Odisha, India. A hackathon for community members, including developers, designers and content editors, to build technical solutions that improve contributors' experiences.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 20:52 21 oct 2024 (UTC)

'Wikidata item' link is moving, finally.

Hello everyone, I previously wrote on the 27th September to advise that the Wikidata item sitelink will change places in the sidebar menu, moving from the General section into the In Other Projects section. The scheduled rollout date of 04.10.2024 was delayed due to a necessary request for Mobile/MinervaNeue skin. I am happy to inform that the global rollout can now proceed and will occur later today, 22.10.2024 at 15:00 UTC-2. Please let us know if you notice any problems or bugs after this change. There should be no need for null-edits or purging cache for the changes to occur. Kind regards, -Danny Benjafield (WMDE) 11:29 22 oct 2024 (UTC)

Tech News: 2024-44

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Updates for editors

• Later in November, the Charts extension will be deployed to the test wikis in order to help identify and fix any issue. A security review is underway to then enable deployment to pilot wikis for broader testing. You can read the October project update and see the latest documentation and examples on Beta Wikipedia.
• View all 32 community-submitted tasks that were resolved last week. For example, Pediapress.com, an external service that creates books from Wikipedia, can now use Wikimedia Maps to include existing pre-rendered infobox map images in their printed books on Wikipedia. [25]

Updates for technical contributors

• Wikis can use the Guided Tour extension to help newcomers understand how to edit. The Guided Tours extension now works with dark mode. Guided Tour maintainers can check their tours to see that nothing looks odd. They can also set emitTransitionOnStep to true to fix an old bug. They can use the new flag allowAutomaticBack to avoid back-buttons they don't want. [26]
• Administrators in the Wikimedia projects who use the Nuke Extension will notice that mass deletions done with this tool have the "Nuke" tag. This change will make reviewing and analyzing deletions performed with the tool easier. [27]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 20:56 28 oct 2024 (UTC)

Actual

Support request with team editing experiment project

Dear tech ambassadors, instead of spamming the Village Pump of each Wikipedia about my tiny project proposal for researching team editing (see here: https://meta.wikimedia.org/wiki/Grants:IdeaLab/Research_team_editing), I have decided to leave to your own discretion if the matter is relevant enough to inform a wider audience already. I would appreciate if you could appraise if the Wikipedia community you are more familiar with could have interest in testing group editing "on their own grounds" and with their own guidance. In a nutshell: it consists in editing pages as a group instead of as an individual. This social experiment might involve redefining some aspects of the workflow we are all used to, with the hope of creating a more friendly and collaborative environment since editing under a group umbrella creates less social exposure than traditional "individual editing". I send you this message also as a proof that the Inspire Campaign is already gearing up. As said I would appreciate of *you* just a comment on the talk page/endorsement of my project noting your general perception about the idea. Nothing else. Your contribution helps to shape the future! (which I hope it will be very bright, with colors, and Wikipedia everywhere) Regards from User:Micru on meta.

Enlaces perdidos

Cuando se hicieron cambios automáticos como este en el que las plantillas del tipo XX-ES fueron cambiadas por las de tipo lengua|xx, se perdieron muchos enlaces a vocabulario relevante. Esos enlaces deberían ser movidos a las plantillas pron-graf con el prefijo alt= como, por ejemplo, se muestra aquí. La cantidad de enlaces afectados es probablemente del orden de miles, de modo que convendría que un bot se encargara de ellos. Eso, o crear/implementar/activar una función alt= para las plantillas lengua|xx. Saludos. --95.20.46.120 15:48 8 dic 2015 (UTC)

Hola. Sí, indiqué al bot que los llevara a un parámetro inexistente de {{lengua}} para evitar perder esa información. Nótese que no hay forma de implementar esta función en la nueva plantilla del modo en que funcionaba antiguamente con las {{XX-ES}}. El cómputo a fecha del 1 de diciembre es de 4679 páginas afectadas. Cuando no era posible usar dicha plantilla, el bot trasladó los enlaces a un comentario de la forma <!-- NO EDITAR: alt=... -->; solo se han dado estos dos casos: horizon, 今日. Decidí adoptar esta solución provisional porque no tenía claro si debía seguir lo acordado en Wikcionario discusión:Estructura o usar la nueva {{pron-graf}}. La primera opción habría consistido en escribir algo como Véanse [[a]], [[b]] y [[c]]. en la sección de etimología, siendo a, b y c las palabras que conforman la locución (también podría usarse {{etimología2}}, más ejemplos: sustantivo común en cuanto al género, Usuario:Ninud/estructura4). Pasar a {{pron-graf}} llevaría a preguntarse si tiene sentido incluir una sección etimológica en las locuciones (y no solo, ver a se mira), véase esta conversación: Especial:Diff/3034320, Especial:Diff/3034361.

Las preguntas que se me plantean son dos:

• ¿Llevamos todos estos enlaces, situados provisionalmente por el bot en la plantilla {{lengua}}, al parámetro alt de {{pron-graf}}?
• Si se acuerda la solución propuesta en el punto anterior, ¿qué hacer con la etimología en las locuciones (y similares, el caso de estudio son principalmente entradas formadas por más de una palabra)? ¿Debería borrarla con el bot si está vacía, y permitir que sea facultativa, es decir, que pueda ser añadida por los editores si consideran que hay algo que valga la pena mencionar en esta sección?

Un saludo, Peter Bowman (discusión) 20:47 8 dic 2015 (UTC)

+ WN:Café/2015 10#¿Enlaces dentro del lema?. Peter Bowman (discusión) 14:57 15 dic 2015 (UTC)

Y otra pregunta: ¿estos enlaces deben apuntar siempre al lema base de cada palabra, o se admiten formas flexivas (ver halcones campestres)? Peter Bowman (discusión) 23:14 13 dic 2015 (UTC)

diría a los lemas base, aunque no es tan importante ya que no habría cambios visuales (alt=[[alcón|alcones]] [[campestre]]s) --Ninud (discusión) 09:48 14 dic 2015 (UTC)

A este respecto no habría cambios, pero en el caso citado se da la casualidad de que aún no existe la entrada halcones. Si aceptáramos los enlaces en el parámetro alt de pron-graf como un sustituto de la "etimología" (aunque realmente no sea tal), aparte de evitar enlaces a formas inexistentes, redirigir al lector al lema base le ahorrará otro clic (las propias formas flexivas son redirecciones suaves). Un saludo, Peter Bowman (discusión) 10:57 14 dic 2015 (UTC)

Volviendo a este tema, no parece que los cambios propuestos sean controversivos, y además ya gozan de cierta aceptación, tanto en el primer punto (llevar los enlaces a alt, siguiendo el comentario inicial del autor del hilo) como en el segundo (en nuestra conversación, Romanophile dudó de la necesidad de incluir el apartado Etimología). En el grupo de las secciones de carácter reducido, es decir, que carecen de ciertos elementos incluidos por defecto (como la etimología), y al que se unirían ahora las locuciones, están ya las grafías/variantes alternativas/obsoletas, las contracciones, las formas flexivas, las formas reconstruidas del protopolinesio e indoeuropeo y los translingüísticos. Trataré de aplicar estos cambios durante la próxima semana. Un saludo, Peter Bowman (discusión) 23:13 24 dic 2015 (UTC)

sobre la necesidad de las etimologías de locuciones (en su momento también tuve mis dudas al respecto): además de mencionar la suma de palabras se puede ofrecer información como a partir de cuándo y dónde se comienza a usar (primer testimonio y el ámbito de este). y felices fiestas para todos! :) --Ninud (discusión) 09:09 25 dic 2015 (UTC)

Bueno, mi bot ya está aplicando los cambios aquí descritos. En el próximo volcado de la base de datos comprobaré qué parámetros alt quedan por trasladar. Las secciones de etimología ya están siendo eliminadas de las locuciones, pero el procedimiento de detección/reconocimiento de estas es muy simple: solo reconoce que una entrada es tal si el título de la página contiene un espacio. Puedo ajustarlo con más precisión para que, por ejemplo, mire en los encabezamientos de las acepciones si aparece el texto locución; sin embargo, he comprobado que hay miles de entradas en las que no se ha indicado que no son una locución cuando debería, y por otro lado, hay otras que también contienen algún espacio en el título, pero sin ser locuciones, o al menos no del modo en que lo dejamos indicado en los títulos de sección (abreviaturas como EE. UU., refranes, verbos pronominales en otros idiomas del tipo a se mira, etc.). Teniendo en cuenta las carencias actuales, esta simplificación de momento parece razonable. Un saludo, Peter Bowman (discusión) 13:05 3 ene 2016 (UTC)

¿y eso por qué? además de ir en contra de las votaciones de octubre del 2014, Plantilla de cabecera (votaciones, cuarta parte) - punto 4. etimología de locuciones, como menciono un párrafo más arriba aquí, no se trata solo de la mera suma de palabras. comienzan con un significado y van cambiando (en general se puede determinar a partir de cuando aparecen en la literatura y/o cambian), otras veces son calcos semánticos de otras lenguas, de muchos refranes se sabe bastante bien como se originaron, etc.: las locuciones sí tienen etimologías. (perdón por ser breve, que todavía estoy redactando el mail para legales, y hacía mucho que no tenía que escribir en inglés a nivel académico) --Ninud (discusión) 10:22 4 ene 2016 (UTC)

un buen ejemplo, la entrada recién creada de ciencia ficción --Ninud (discusión) 10:26 4 ene 2016 (UTC)

Ninud: soy consciente de ello, lo comenté en parte a principios de diciembre, dejando enlaces a discusiones, ejemplos, aquella votación en el Café... (formando parte de mi discusión con Romanophile). El caso de ciencia ficción se ajustaría a la opción de aportar una etimología allá donde el editor lo considere oportuno. No me pareció que tu comentario entrara en conflicto con mi anuncio del 24 de diciembre, luego en principio no hubo oposición ni votos en contra en el transcurso del último mes. Si es importante incluir siempre una sección etimológica en las locuciones, ten en cuenta que en la mayoría de los casos permanecerá vacía (y esto queda en estrecha relación con los parámetros alt), aunque con un llamativo mensaje incitando al lector que aporte algo en esa sección (¿pero el qué?). Además, antes de la conversión a la nueva estructura muchas veces ni se había aportado la plantilla {{etimología}} (así que en parte estoy arreglando lo que introdujo mi bot allá por septiembre), y también volveríamos a mi duda y la de Romanophile (ver diffs del 8/12/15). Un saludo, Peter Bowman (discusión) 15:20 4 ene 2016 (UTC)

PS: por si acaso reitero que solo estoy borrando las secciones de etimología sin contenido (plantilla {{etimología(2)}} vacía). Peter Bowman (discusión) 23:34 4 ene 2016 (UTC)

que yo sepa no hay mucho material primario sobre esto en español (si es que lo hay...). pero en todos los casos se pueden usar los córpora que pone la RAE a disposición para obtener información sobre significado original y la fecha en que se comenzó a usar. es cuestión de investigar. al quitarles el apartado {{etimología}} estaríamos invitando a que se continúe tal trato (verdaderamente sin motivos).

tomemos el caso a lo mejor, que ahora significa "quizás", supongamos (no voy a ir a confirmarlo ;)) que investigando en el CORDE se deduce un significado original distinto, supongamos "ojalá" y a partir del año 1400, etc., todo eso es buena información etimológica.

comprendo que no se puede exigir de lo usuarios que se tomen el trabajo de investigarlo. pero se puede invitar a hacerlo, como lo hace la plantilla de etimología actualmente. me imagino que la idea de borrarles el apartado era para que no figuren entre los lemas "normales" que requieren etimología. tal vez con una plantilla distinta con instrucciones de como hacerlo? o con la misma pero que las ponga dentro de una categoría separada?

--Ninud (discusión) 09:59 5 ene 2016 (UTC)

A ver qué opinan otros, pero creo que es un tema que merece un hilo aparte, ya no está relacionado con el asunto de los enlaces en pron-graf. Si nos ponemos a buscar la fecha del primer uso, resultará que sí que habría que incluir una sección etimológica en las variantes/grafías alternativas, entre otros (y en realidad nada lo impide, pues actualmente son secciones facultativas, igual que en las locuciones). Yo preferiría no complicar más las plantillas con parámetros invisibles, y respecto a lo de crear otra plantilla, ¿qué nuevas funciones podría añadir? No sé si merecería la pena. Un saludo, Peter Bowman (discusión) 18:59 5 ene 2016 (UTC)

sí, es verdad, perdón por seguir el hilo acá. es que además nuestra querida {{etimología}} ya cumplió con su siclo, que muchas veces en lugar de adaptarse a lo que necesitamos hay que estar atándola con alambre para que quede más o menos.

pero quedará para más adelante, que por el momento tenemos cosas más urgentes ;) --Ninud (discusión) 13:05 6 ene 2016 (UTC)

Introducción de la herramienta Corpus para lemas ignorados por la RAE

cómo justificar lo que no necesita justificación, me pregunto. no imaginé tener que hacer esto, pero, dada la ferviente oposición de Lin linao, allí vamos...
en la página de discusión de Wikcionario:Referencia/ES hace poco más de media década un tal Pablo323 pregunta: "¿para qué está esto?"
a lo que a pocas horas se le responde de forma categórica: "para ser material de apoyo al diccionario." firmado por el mismísimo Lin linao :)

1. Incumbencia de un corpus para lemas no tratados en otras obras lexicográficas

en la página de la RAE se presentan los recursos ordenados por importancia (nota bene: no alfabéticamente, y ubicando a los córpora en segundo lugar):

• Diccionarios (DLE, DRAE, DPD, etc.)
• Banco de datos (CORDE, CREA, CDH, CORDE, etc.)
• Gramática (nueva y primera)
• Ortografía (2010 y primera)
• Biblioteca
• Enlaces externos

si la existencia de las páginas de referencias y subpáginas (gramática, ortografía, etc.) del español en wikcionario están justificadas, la de corpus la supera en incumbencia.

2. ¿Por qué no aprovechar Wikiquote o Wikisource?

podemos aprovechar citas de ambos proyectos, aunque, en lo que concierne a este corpus, de manera muy limitada.

• Wikiquote es, como se explica allí, una colección de citas y frases famosas (es posible encontrarse con frases que incluyan algún lema ignorado o descalificado por la RAE, pero, en general se tratará más bien de casos excepcionales.
• Wikisource sería el equivalente wikimediano al Banco de datos de la RAE. aunque limitado, ya que, para no infringir contras los derechos de autor, solo puede acoger obras en dominio público.

3. ¿Cómo funcionan los córpora de la RAE?

sin permitirse el acceso para la lectura de la obra completa (protegiendo así los derechos de autor), sí se permite el acceso hasta los párrafos en el contorno del lema buscado, por cierto, con citas bastante más extensas de lo que generalmente sería necesario para el estudio del lema. (de la misma o similar forma parece funcionar el buscador dentro de google.books).
pero claro, por las características de los proyectos wikimedianos no hay forma de crear un circuito de datos cerrado de aquel tipo, que aquí todo es público.

4. ¿Cómo entonces emular un corpus en Wikcionario sin infringir contra los derechos de autor?

en Wikcionario, como en todas partes (tesinas, tesis, ensayos, libros, etc., y como en los mismos ejemplos que venimos exigiendo): citando, respaldándose en los derechos de cita, con esmero, dentro de una subpágina prácticamente invisible con un formato lema/XX/Corpus (XX = código de lengua) o similar.

• prácticamente invisible porque puede existir únicamente si el lema también existe. y si existe el lema y se lo busca, por ejemplo, sapucai, el buscador lleva directamente a la entrada del lema, quedando la subpágina de corpus sapucai/ES/Corpus solo accesible bajo un enlace especial dentro del lema.

sería consiguiente la creación de una categoría que enumere lemas que cuenten con este tipo de corpus.

5. ¿Será obligatorio para lemas que no figuren en otros diccionarios?

¡no! seguirá vigente la exigencia de al menos una cita. la creación del corpus para un lema será optativa. (lógicamente y por incumbencia deberían ser más de una las citas requeridas para defender la existencia de un lema no atendido en otros diccionarios, y cuantas más mejor. pero esto queda para algún voto futuro.

6. Pero entonces ¿para qué?

• vuelva al inicio y lea la cita de Lin :)
• ¡por amor al arte! :)
• pero en verdad, para adelantarnos a lo que tarde o temprano sucederá, que tendremos todas las acepciones aceptadas dentro de los diccionarios más comunes (temprano si alguien logra programar un bot para transcribir el archivo .djvu o .djvu.txt del DLC 1914)... y entonces ¿qué haremos? :)
• para darle un salto cualitativo al lema en cuestión, sujetando las acepciones a informes estadísticos colectados en el corpus
• en fin, y ningún secreto, porque así es como se redacta un diccionario...

7. Objeciones, preguntas, comentarios, etc.

espero haber quitado todas las dudas, pero si alguien tiene objeciones, le queda alguna pregunta o quiere hacer algún comentario, por favor, hágalo aquí indicando el punto al que refiere. gracias. --Ninud (discusión) 13:35 27 dic 2015 (UTC)

Mis objeciones ya están planteadas en la sección en que propusiste la idea y en la subpágina del sapucai. Las repito en corto: 1) no corresponde darle tratamiento especial a las palabras que no salen en el DRAE u otros diccionarios bien conocidos/no corresponde darle tratamiento especial al DRAE y otros diccionarios bien conocidos (se relaciona con la política de "Punto de vista neutral"), 2) el Wikcionario es un diccionario, estas colecciones de citas quedan fuera del propósito del proyecto, 3) el Wikcionario tiene licencia libre, que permite toda clase de usos mientras se cumpla con la atribución y el compartir igual, no solo los docentes o de investigación que admite el derecho de cita (y no se ha aprobado una política de excepción como la que tiene en:wikt, pensada para imágenes). Saludos. Lin linao ¿dime? 15:53 27 dic 2015 (UTC)

1) para asegurar el punto de vista neutral en wikcionario exigimos tratamiento especial para lemas que no figuren en ningún diccionario pidiendo al menos un ejemplo de la literatura o de otro medio oficial ({{cita requerida}}), que, aunque no nos quede duda de la buena fe del autor, debemos ser objetivos, que de otro modo cualquiera puede inventar lo que quiera.

por otra parte se pueden crear subpáginas de corpus para cualquier lema, como decía, queda en manos de los editores.

además el punto de vista neutral (véase también artículo en Wikipedia) refiere a propiedades cualitativas de la información, que, por el contrario de tu argumentación (Falacia de dirección incorrecta), cuantos más los puntos de vista, mayor el grado de neutralidad. de hecho, es lo que busca un corpus lingüístico, que cuanto mayor la cantidad de referentes en una estadística, mayor la probabilidad de acierto, y en el caso de una acepción ayuda a asegurarla. (como se puede ver en sapucai/ES/Corpus encontré un ejemplo que aplica al lema en el sentido original, como se usa en guaraní, de "grito" (arriba de todo), pero, un solo caso es insuficiente como para incluir la acepción en la entrada principal.)

2) los córpora son la esencia de los diccionarios (nuevamente, falacia de dirección incorrecta). por motivos obvios los de papel no los incluyeron. pero ahora, en la era digital, los diccionarios en línea comenzaron a ponerlos a la disposición del público. el DWDS hasta los incluye automáticamente a las búsquedas, ver por ejemplo Objektivität, abajo de todo incluye todas las concordancias en varios de sus córpora (permitiendo activar más si se desea, bajo "+Ressourcen"). la RAE no los incluye automáticamente en el diccionario, pero se pueden consultar separadamente, lo mismo y más accesible también en el CNRTL bajo concordance, ver por ejemplo concordance.

3) no hay problemas legales mientras se cumpla con los requisitos de derechos de cita (falacia del hombre de paja que encima abusa de una premisa errónea), lo que ya se viene aplicando en wikcionario hace tiempo, y está todo bajo Restrictions, el punto 4 en Creative Commons, y muy bien explicado, por ejemplo, en el artículo de wikipedia sobre los derechos de autor bajo Contenidos no libres: Política de Doctrina de Excepción.

nota sobre el uso de falacias al argumentar: entre personas cultas en general se las puede tomar como ofensas, ya que el que las aplica podría estar insinuando la falta de inteligencia de su contraparte. no estoy ofendido. no creo que haya sido tu intensión, que, en verdad, parece ser bastante obvio que ocurrieron por no investigar, pero, en fin, son lo que son...

me gustaría saber que opinan los demás. alguna crítica constructiva? mejoras? alguna duda o pregunta? saludos --Ninud (discusión) 17:06 28 dic 2015 (UTC)

• 1) No es cierto que haya tratamiento especial. A toda entrada se le piden referencias y ejemplos de uso. Esas referencias pueden ser diccionarios como el DRAE o no.
• 2) Valdría la pena consultar a la Fundación Wikimedia cuán admisible es almacenar esto, desde el punto de vista del alcance del proyecto (de paso también de los derechos de autor).
• 3) En el punto 4 de la licencia no encuentro eso, ¿podrías copiar la oración o párrafo? La licencia libre del Wikcionario permite hacer lo que sea con el contenido, mientras se cumplan ciertos términos, mientras que el derecho de cita exige ciertos fines o ciertos comportamientos, como la extensión o la integridad de la cita (es decir, las entradas del Wikcionario con ejemplos no libres tienen partes que no pueden usarse de acuerdo a la licencia, pero no se avisa en ninguna parte cuáles son o cómo se pueden usar). La Doctrina de Excepción la aprobó Wikipedia en castellano hace como un mes y no se ha implementado. El Wikcionario es un proyecto independiente y hasta ahora no existe algo parecido. Saludos. Lin linao ¿dime? 17:59 28 dic 2015 (UTC)

1)

normal: citar acepción de otro diccionario.

especial: justificar una acepción a partir de su uso en la literatura (u otros medios oficiales), que puede ser un ejemplo, pueden ser dos, veinte, o todos los que el usuario crea necesario (cuantas más sean las concordancias más asegurado el punto de vista neutral)

2)

buena idea :) ni bien lo haga y tenga respuesta lo público.

3)

bajo 4. Restrictions, 4.c.

«If You Distribute, or Publicly Perform the Work or any Adaptations or Collections, You must, unless a request has been made pursuant to Section 4(a), keep intact all copyright notices for the Work and provide, reasonable to the medium or means You are utilizing: (i) the name of the Original Author (or pseudonym, if applicable) if supplied, and/or if the Original Author and/or Licensor designate another party or parties (e.g., a sponsor institute, publishing entity, journal) for attribution ("Attribution Parties") in Licensor's copyright notice, terms of service or by other reasonable means, the name of such party or parties;»

Original Author: en nuestro caso, nosotros, los editores de wikcionario.

another party or parties: terceros, en nuestro caso los autores de las citas.

básicamente dice que si vas a distribuir el artículo (en nuestro caso la entrada de un lema) debés mantener intacta toda la información sobre el copyright para dicho artículo, es decir, si existe, el nombre o seudónimo del autor original (un editor de wikcionario) y si este hace mención de un tercero (por ejemplo, un patrocinador, una entidad dentro de la industria editorial, un diario. y en nuestro caso el autor de la cita) también mencionarlo a este.

antes, bajo 2. Fair Dealing Rights:

«Nothing in this License is intended to reduce, limit, or restrict any uses free from copyright or rights arising from limitations or exceptions that are provided for in connection with the copyright protection under copyright law or other applicable laws.»

traducción: Nada dentro de esta licencia pretende reducir, limitar o restringir cualquier uso libre de derechos de autor (como obras en el dominio público) o derechos originados de limitaciones o excepciones (como los derechos de cita) proveídas en relación a la protección de los derechos de autor bajo la ley de los derechos de autor u otra ley aplicable.

es decir, mientras que nos amparemos en los derechos de cita (cumpliendo con todos los requisitos), quedamos (nosotros, como wikimedia) libres de culpas

o en otras palabras: se hace culpable el que cita incorrectamente de wikimedia lo que en wikimedia se encuentre correctamente citado.

más allá de eso, y por encima, lo que se encuentre dentro de los parámetros de cita queda excluido de cualquier licencia que el autor dé de su obra, y me resulta extraño tener que defender este principio, las comillas de la cita excluyen lo que se encuentre entre ellas del resto de la obra... que por definición es lo que señalan.

pero ahora entiendo a lo que te referís. lo hubiera entendido antes si agregabas un link, y en general, tus argumentos tendrían mucho más peso si agregaras enlaces (no solo para convencernos a nosotros, si no que para cerciorarte vos mismo de que no estas argumentando falazmente, al menos para minimizar las falacias, que aún así ocurren, al menos a mi ^^), el único link que diste, aquí, en la página de discusión del corpus de sapucai y más arriba en el café donde propuse la idea por primera vez, es un link a una página vacía: en:wikt.

te referías a la Licensing policy (política de concesión de licencia), que el Board of Trustees de wikimedia votó y aprobó para que se aplique en todos los proyectos de wikimedia... en marzo del 2007!

el punto 6 es importante para nosotros (Peter Bowman, Lin linao, Esceptic0, Born2bgratis, Romanophile, Marrovi, etc.), ya que no contamos con una "Política de Doctrina de Excepción (PDE)", en cambio sí muchas citas infringiendo contra la resolución:

«En los proyectos que no tengan una PDE por el momento, se tomarán las siguientes acciones:

• A partir del 23 de marzo de 2007, todo el material nuevo bajo una licencia no aceptable deberá ser borrado.
• La Fundación decide apoyar a todas las comunidades que decidan desarrollar una PDE en tal proceso de desarrollo.
• Para el 23 de marzo de 2008, todos los archivos existentes bajo una licencia no aceptable deberán estar comprendidos por una PDE o ser borrados inmediatamente.»

en consecuencia a este "overkill" de comprensible paranoia legal, deberíamos votar sobre la implementación de una PDE (que sería algo así Contenidos no libres) con relativa urgencia (relativa porque si hasta ahora nadie se preocupó en insistir...). que si no por respeto a la resolución tomada, que sea para proteger las cientos, si no miles, de citas textuales no libres que se fueron juntando en wikcionario a través de los años, y así todos los lemas y acepciones no verificables de otro modo.

si nadie se me adelanta (y agradecería si alguien lo hace) me encargaré mañana.

--Ninud (discusión) 14:12 29 dic 2015 (UTC)

estaría bien marcar los ejemplos no libres con un "®", simplemente lo agregamos por defecto en la plantilla y si alguien usa un ejemplo libre se le agrega un parámetro para que no lo agregue, el listado de ejemplos no sería otra cosa que una plantilla de ejemplos expandida para neologismos y lemas controversiales. No estoy de acuerdo que sea requerimiento para cosas que no esten en el DRAE--Esceptic0 (discusión) 23:21 28 dic 2015 (UTC)

buena idea, aunque no estoy seguro de que "®" sea aplicable para estos casos.

importante: es completamente optativo! :) no puedo ni debo dejar de repetirlo, que sería una absoluta locura exigir que sea requisito, que son horas, si no días de recolección de datos e investigación para un solo lema (sapucai me llevó más de 4 horas y apenas recolecté la mitad (aproximadamente) de las concordancias que figuran tan solo en los 3 diarios mencionados allí. es para el que desee darle más peso a algún lema excluido por la RAE. y quién sabe, tal vez ayude a que se los incluya en la próxima edición :) --Ninud (discusión) 14:12 29 dic 2015 (UTC)

Solo como nota: ® se utiliza para ciertas marcas registradas, no para obras protegidas por derechos de autor. Supongo que se refería al signo para derechos de autor (©) que tampoco sería procedente para marcar solo una porción del Wikcionario, pues estas citas contrastan en que tienen todos los derechos reservados, mientras que todo el contenido del Wikcionario está protegido por derechos de autor aun cuando se encuentre bajo licencias libres. --Allan Aguilar (discusión) 22:21 29 dic 2015 (UTC)

Si ese es, bueno el mismo puede enlazarse a una página de explicación hecha ad hoc --Esceptic0 (discusión) 01:20 30 dic 2015 (UTC)

8. Addendum: Derechos de cita

molesto, y bastante, por tener que perder el tiempo con algo que en suiza ya me habían inculcado desde el bachillerato (estricta e "hinchapelotezcamente"), me fui en busca de un modelo de "Política de Doctrina de Excepción (PDE)" para adaptarlo a los propósitos de wikcionario.
en la lista meta:Non-free_content#Wiktionary el único proyecto de wikcionario con una PDE es el inglés, Wiktionary:Non-free content criteria, que ahora veo, era lo que intentaba enlazar Lin más arriba :) ("meta:en:Wiktionary:Wiktionary:xxx" que si no le agarra la chiripiorca). la PDE allí se introduce:

«The English Wiktionary often quotes copyrighted works to prove the existence and use of terms in various languages. This is acceptable under United States copyright law. This policy does not address such quotations; it governs the use of other non-free content, including copyrighted images, audio clips, videos and other media files.»

Traducción:

El Wikcionario inglés a menudo cita obras protegidas por los derechos de autor para probar la existencia y el uso de lemas en varias lenguas. Esto es aceptable bajo la ley de derechos de autor de los Estados Unidos de América. Esta política no apunta a esas citas; gobierna el uso de otros contenidos no libres, como imágenes, archivos de audio, de video y otros archivos protegidos por los derechos de autor.

¡y punto!
el apartado B en las votaciones sobre la PDE en Wikipedia en español, Parte B. Establecer una Política de Doctrina de Excepción (PDE) en fragmentos de textos, en realidad, no era necesario, que, para citas textuales, los derechos de cita hacen una PDE obsoleta, que mientras se cite correctamente, se está señalando claramente que se trata de contenido no libre.
aún así voy a seguir el consejo de Lin, y me pondré en contacto con el departamento legal de wikimedia a ver si se justifica crear apartados de corpus (o de citas numerosas).
y por otro lado, no vendría mal implementar una PDE para poder incluir imágenes u otros archivos bajo ©. --Ninud (discusión) 12:07 30 dic 2015 (UTC)

Sí, la ley estadounidense acepta el fair use. Para mí, el objetivo principal de aclarar las partes no libres es ayudar al reutilizador del contenido, para quien se supone que trabajamos. En los países de habla hispana no hay tradición de fair use, pero vi que Perú lo considera al hablar de lo que se permite hacer con las citas y que Chile permite varias cosas mientras "se hagan a título de cita". De todas maneras, creo todas las legislaciones exigen la integridad y eso ya no es contenido libre como el resto de las entradas. En este momento no puedo extenderme, en otro comentario desarrollaré la idea para marcar el contenido de forma sencilla. Saludos. Lin linao ¿dime? 13:50 30 dic 2015 (UTC)

¿Agrego algo así ala plantilla?

[[28]] Solo se muestra si se pone nolibre=, no es lo mas sofisticado pero para empezar es algo--Esceptic0 (discusión) 18:23 5 ene 2016 (UTC)

Algo parecido. Una de los requisitos de la política de doctrina de excepción (PDE) es que los fragmentos no libres sean "legibles por máquina". Mi idea es que la plantilla y las de citas que admiten inclusión de textos tengan un parámetro |libre= sí/no, que categorice en Categoría:Entradas con contenido no libre y quizás, si fuera necesario, ponga antes y después de la cita algo oculto como "Contenido no libre a partir de aquí" y "Fin del contenido no libre". Además, habría que modificar las partes del Wikcionario en que diga que todo está bajo la licencia CC-BY-SA-3.0. Saludos. Lin linao ¿dime? 01:35 6 ene 2016 (UTC)

el problema con agregarle un © es que generaría confusión, que parecería que se le está tratando de pasar los derechos de autor a wikimedia (si es que entendí bien lo que proponés)

más allá de la respuesta que me dé legales (cuando finalmente mande el mail °_°) tenemos que redactar una PDE (básica, como wikcionario inglés) para poder usar archivos bajo copyright. allí mínimamente podemos indicar hacia una guía de como citar correctamente para proteger a los usuarios de cometer plagio en nombre de wikimedia.

legibles por máquina: en realidad es detectable mediante la combinación de los parámetros |año=| y |ubicación=|. de este modo pasaría automáticamente a libre en el año que pase al dominio público en el lugar donde se haya editado, y no haría falta cambiar el parámetro de |libre=no| a |libre=si| :)

tema aparte: estuve estudiando los criterios de inclusión (para lemas excluidos de diccionarios oficiales) en otros wikcionarios. sobre este tema hay varios puntos que deberíamos revisar aquí. por ejemplos, para neologismos y préstamos nuevos una sola cita lógicamente no es suficiente. para estos casos el wikcionario inglés y el francés piden tres (que dentro de todo también es algo arbitrario, podrían ser solo dos y de dos autores distintos, por ejemplo). --Ninud (discusión) 12:42 6 ene 2016 (UTC)

update: luego de redactar un ensayo sobre las utilidades de un corpus, o mejor dicho, sobre como aprovechar los parámetros empleados en un corpus para mantener orden en un mar de citas (sobre todo pensando en wikcionario inglés y francés que ya se encuentran en esa situación), lo archivé (que antes estamos nosotros!), lo resumí a dos simples preguntas y ayer mandé el mail a legales (legal@wikimedia.org). ni bien tengo respuesta les cuento --Ninud (discusión) 13:19 10 ene 2016 (UTC)

Consulta a Legales de Wikimedia

mail a legales:

On Sat, Jan 9, 2016 at 4:01 AM, Ninud <xxx@xxx.xx> wrote:

Hi,
I hope you can help us (the Spanish Wiktionary), and beforehand, please excuse my bad English.
The doubts arose out of the introduction and dispute of and around a new tool: the corpus. Actually the emulation of a corpus, or a corpus specific and limited to certain terms. Basically a list of citations (not a requirement but ideally all possible citations) ordered with more or less the same parameters a corpus uses (with the help of sortable tables), see https://es.wiktionary.org/wiki/Usuario:Ninud/Corpus.2
This tool would be especially useful for neologisms and new loanwords that aren't in any official dictionary yet. Therefore most of the quotes (if not all of them) would be from copyrighted texts.
    
1. Are we putting Wikimedia in any legal problem by listing that many quotes from copyrighted texts?
    
2. The need for an EDP (Exemption Doctrine Policy) vs. the right to quote parts of copyrighted material.
As I understand it, the adoption of an EDP (as passed in https://wikimediafoundation.org/wiki/Resolution:Licensing_policy) would only be required for the use of images or other copyrighted media files.
Citations are legal under united states copyright law, if justified and properly done. And, if properly done, the manner a citation is exhibited makes it clear: it's non-free content. Therefore, and correct me if I'm wrong, no EDP would be required, and a citation guideline for new users would suffice.
We don't use image files that much, all the same we recognize the need to protect Wikimedia and their users and are going to devise an EDP for the purposes of our project.
So the question is: should we include citations to the EDP? or at least mention that they are legally acceptable, like the English Wiktionary did? (https://en.wiktionary.org/wiki/Wiktionary:Non-free_content_criteria)
    
   Thank you for your time and help,
   Ninud
   https://es.wiktionary.org/wiki/Usuario:Ninud

Traducción (algunas partes resumidas):

Hola, espero puedan ayudarnos...
nos surgieron algunas dudas en torno a una nueva herramienta: el corpus. en realidad la emulación de un corpus, o un corpus específico y limitado a un lema en particular. básicamente una lista de citas (no un requisito, pero idealmente todas las citas posibles) ordenadas con más o menos los mismos parámetros que usa un corpus (con la ayuda de "sortable tables"), véase Usuario:Ninud/Corpus.2.
esta herramienta sería especialmente útil para neologismos y préstamos nuevos que todavía no se hayan incluido en ningún diccionario oficial. Por lo cual la mayoría (si no todas) las citas serían de textos con copyright.

1. Le estamos generando algún problema legal a Wikimedia al listar tantas citas de textos con copyright?

2. La necesidad de una PDE (Política de Doctrina de Excepción) vs. los derechos de cita.
Tengo entendido que la adopción de una PDE (resolución tomada en https://wikimediafoundation.org/wiki/Resolution:Licensing_policy) únicamente sería requerida para emplear imágenes y otros archivos con copyright.
Citar de textos con copyright es legal según la ley de derechos de autor de los Estados Unidos de América, si las citas están justificadas y hechas correctamente. Y si están hechas correctamente, la forma en que se presentan dejan claro: no es contenido libre. Por lo tanto no requeriría de una PDE y una guía de como citar para usuarios nuevos sería suficiente.
No usamos muchas imágenes. De todas formas reconocemos la necesidad de proteger a Wikimedia y sus usuarios, y vamos a redactar una PDE para los propósitos de nuestro proyecto.
La pregunta sería: deberíamos incluir citas dentro de la PDE? o por lo menos mencionar que son legales como hizo el Wikcionario inglés? (https://en.wiktionary.org/wiki/Wiktionary:Non-free_content_criteria)

Muchas gracias por tu tiempo y ayuda,
Ninud

respuesta de legales:

On Tue, Jan 12, 2016 at 20:21, Wikimedia Legal <legal@wikimedia.org> wrote:

Hi Ninud,

First, you're not putting Wikimedia in any legal problems by using quotes (even a lot of quotes) that you feel are necessary to define terms. There's always a chance we might have to remove something down the road if a company contacts us under U.S. law and we find a problem with a particular thing after investigating, but that's like all of the projects and nothing new. So, you're good.

As far as EDP, historically, an EDP has not been required for text, only for media files, so you don't need to have one for quotes. If you do have make an EDP though, there's no harm in mentioning that quotes are fine, as the EDPs in English Wikipedia and English Wiktionary do.
   
  Legal Counsel
  Wikimedia Foundation

Traducción:

Hola Ninud,

Primero, no le estás generando problemas legales a Wikimedia al emplear las citas que creas necesarias (incluso cuando sean muchas) para definir un término. Siempre estará la posibilidad de que tengamos que quitar algo si una companía nos contacta bajo la ley de EE.UU. y luego de investigar encontramos algún problema, pero eso es como en todos los proyectos y nada nuevo. Así que no hay problemas.

En lo que concierne a la PDE, históricamente no fue requerida para textos, únicamente para archivos mediáticos, por lo que no necesitan una para citas. Pero si crean una PDE no estaría mal mencionar que citar es aceptable, como lo hacen Wikipedia y Wikcionario ingleses.

Y como lo hacen en wikipedia y wikcionario ingleses? aparte qe en wikipedia inglesa se usa el fair use, no parece tener mucha idea el amigo de legales--Esceptic0 (discusión) 18:03 13 ene 2016 (UTC)

como lo hacen en wikcionario inglés ya expliqué más arriba: tienen una PDE para poder usar archivos con copyright, donde mencionan que citar de textos es aceptable y no es parte de la PDE («The English Wiktionary often quotes copyrighted works to prove the existence and use of terms in various languages. This is acceptable under United States copyright law. This policy does not address such quotations; it governs the use of other non-free content, including copyrighted images, audio clips, videos and other media files.» Traducción: El Wikcionario inglés a menudo cita obras protegidas por los derechos de autor para probar la existencia y el uso de lemas en varias lenguas. Esto es aceptable bajo la ley de derechos de autor de los Estados Unidos de América. Esta política no apunta a esas citas; gobierna el uso de otros contenidos no libres, como imágenes, archivos de audio, de video y otros archivos protegidos por los derechos de autor.).

ellos se basaron en la PDE de wikipedia (incluida también dentro de meta:en:Wikipedia:Non-free_content#Policy), donde básicamente se explica lo mismo con un enlace hacia la guía de como citar («Articles and other Wikipedia pages may, in accordance with the guideline, use brief verbatim textual excerpts from copyrighted media, properly attributed or cited to its original source or author (as described by the citation guideline), and specifically indicated as direct quotations via quotation marks, <blockquote>, or a similar method.»)

el fair use es prácticamente equivalente a los derechos de cita en cuanto a las citas de textos.

nosotros ya tenemos una guía de como citar: Wikcionario:Referencias (atajo WN:REF, habría que actualizar algunos detalles). una PDE requeriríamos para emplear archivos mediáticos que se encuentren bajo copyright, por ejemplo imágenes.

para hacer: traducir la PDE del wikcionario en inglés con un enlace al actualizado WN:REF.

--Ninud (discusión) 11:01 14 ene 2016 (UTC)

Gracias, Ninud. Eso aclara la posición de Wikimedia, que no es muy sólida en mi opinión, pero ellos verán, ahí queda. Lo que queda por resolver es la práctica de jugar limpio con el resutilizador, que considero la razón más importante para marcar el contenido no libre. ¿Qué piensan? Lin linao ¿dime? 18:57 14 ene 2016 (UTC)

y gracias a vos, por prestarte al debate con lo que me ayudaste bastante a consolidar varios argumentos y a apartar varias dudas que no había considerado bien (o para nada ;P).

voy a terminar la revisión de la guía de nuestra estructura primero, luego vuelvo a esto.

pero estoy pensando que la mejor solución va a ser una combinación de lo que propuso Peter al principio, de crear una tercera pestaña "Citas" (Entrada | Discusión | Citas), y de los parámetros que se usan en un corpus para mantener orden.

básicamente lo que ya tienen funcionando en wikcionario inglés pero ordenado automáticamente gracias a las "sortable tables".

nota: como nosotros, ellos también tienen una vorágine de páginas de políticas, guías y ayudas. hace unos días encontré esta guía allí: meta:en:Wiktionary:Wiktionary:Quotations, con la página de citas de en:parrot como ejemplo, ordenado manualmente por definiciones y años.

la "sortable table" nos permite apilar citas sin importar el orden, que luego se ordenan automáticamente según lo que interese comparar, ver Usuario:Ninud/Corpus.2.

--Ninud (discusión) 12:11 15 ene 2016 (UTC)

señalar columnas

¿existe algún símbolo como el calderón ¶ o parágrafo § para señalar columnas en vez de párrafos? es para referenciar mejor el DRAE1914--Esceptic0 (discusión) 16:39 29 dic 2015 (UTC)

disculpá la demora en responder. no, que yo sepa, no tenemos nada por el estilo. con la plantilla de referencia {{DLC1914}} podés agregarle el número de página, el lema y la fecha de la consulta (esto último innecesario, que se trata de una obra que no va a cambiar). igual alcanza poniéndole la página... que tanto más rápido no se va a encontrar con el número de columna ;) --Ninud (discusión) 09:21 31 dic 2015 (UTC)

Plantillas de campo semántico, mayúscula inicial

Hola. Tengo intención de añadir soporte para estas plantillas en mi bot, se puede consultar la lista completa aquí: Categoría:Plantillas de campo semántico. Aprovechando la ocasión, quería proponer la estandarización de los nombres de las mismas dado que alternan entre mayúscula y minúscula inicial sin razón aparente. Podría argüirse que la mayúscula debería ser usada en los nombres de disciplinas científicas, pero la norma (Diccionario panhispánico de dudas) en principio no sería aplicable aquí: Los sustantivos y adjetivos que forman el nombre de disciplinas científicas, cuando nos referimos a ellas como materias de estudio, y especialmente en contextos académicos (nombres de asignaturas, cátedras, facultades, etc.) o curriculares (...). De todos modos, esta cuestión no abarca el texto que reflejan dichas plantillas en las entradas, sino el nombre de las mismas tal como aparece en el wikicódigo, que puede seguir unas normas diferentes. Esto nos lleva a la costumbre no escrita (¿o me equivoco?) de nombrar todas las plantillas con minúscula inicial, exceptuando acrónimos, nombres propios, etc.

Mi propuesta para la estandarización es:

• Trasladar todas las plantillas a su forma con minúscula inicial (salvo nombres propios, si se diera el caso).
• Usar el singular para nombres abstractos como las materias de estudio, disciplinas científicas, etc. salvo casos especiales (matemáticas), y el plural para los conjuntos de elementos numerables (mares, peces, enfermedades...).

Como nota aparte, he generado esta lista donde coinciden, en dos o más plantillas, o bien la etiqueta mostrada junto a las definiciones, o bien la categoría añadida automáticamente: Usuario:PBbot/plantillas de campo semántico. Un saludo, Peter Bowman (discusión) 21:50 9 ene 2016 (UTC)

De acuerdo. ¿Podrías agregar "apicultura", "genética" y "cristianismo" y cambiar "hockey sobre césped" por "hockey"? Saludos. Lin linao ¿dime? 23:09 9 ene 2016 (UTC)

Lin linao: ya he creado esas tres, básicamente bastaría con copiar el contenido de una plantilla existente y actualizar los parámetros etiqueta y catsem. Tal vez quieras editarlos para que muestren otro mensaje (etiqueta) o categoricen la entrada de otra forma (catsem). Faltaría por crear las categorías correspondientes. En un principio trasladé Hockey sobre césped a hockey, pero lo he deshecho al ver que la categoría estaba nombrada de la misma forma y contenía una entrada (córner) relativa a esta variante del hockey en concreto. Tal vez sea mejor permitir que coexistan las dos y situar Categoría:Hockey sobre césped como una subcategoría de Categoría:Hockey. Un saludo, Peter Bowman (discusión) 19:16 10 ene 2016 (UTC)

sí, buena idea... yo tampoco nunca sé cuales van con mayúscula y cuales con minúscula... --Ninud (discusión) 10:39 10 ene 2016 (UTC)

Creo que solo son para categorizar y tener listas de palabras de diferentes rubros, eso de la mayúscula y los plurales o singulares me hace perder tiempo, en mi opinión deberían estar todas asi tanto {{pez}} como {{peces}}, {{Ictiología}} e {{ictiología}}. si total todas van a referirse a una sola, creo que mientras mas mejor asi no hay que acordárselas y son mas intuitivas--Esceptic0 (discusión) 18:58 13 ene 2016 (UTC)

Tech News: 2016-02

Noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa a otros usuarios sobre estos cambios. No todos los cambios te afectarán. Hay traducciones disponibles.

Cambios recientes

• Wikimedia ya no utiliza las estadísticas de visitantes de comScore. [29]
• Puedes hacer gráficos interactivos con la extensión Graph. Ahora hay un tutorial sobre cómo hacerlo. [30]

Problemas

• Algunas páginas no se convierten en categorías cuando deberían hacerlo. Esto sucede porque las listas de enlaces a veces no están pobladas. [31]

Cambios de esta semana

• La extensión Nuke funcionará con Flow. Esto hará que sea más sencillo encargarse del spam en Flow. [32]
• Ahora será posible patrullas las nuevas subidas de archivos. [33]
• Internet Explorer 8 ya no tendrá soporte para JavaScript. Aun así podrás navegar y editar Wikipedia si utilizar Internet Explorer 8, pero no podrás utilizar algunas características. Esto se puede solucionar si actualizar a una versión más recientes o si utilizas un navegador diferente. [34][35]

Reuniones

• Puedes unirte a la siguiente reunión del equipo del Editor Visual. En la reunión podrás indicarle a los desarrolladores cuáles errores consideras que son los más importantes. La reunión se realizará el 12 de enero a las 20:00 UTC. Véase cómo unirse.

Cambios futuros

• Los URL en el IRC de cambios recientes ya no serán reescritos a HTTP sin cifrar. Esto podría ser un cambio brusco para los bots que dependen del IRC de cambios. [36]
• Las pestañas de edición para el editor de wikitexto y el editor visual se combinarán en una única pestaña de edición. Podrás elegir el que prefieras. Si no has iniciado sesión, tu elección se guardará en una cookie en tu navegador. Puedes probar la pestaña simple edición. [37][38]
• Hay una característica en prueba que añade enlaces al tema en otros proyectos Wikimedia. Por ejemplo, funciona muy similar a los enlaces a los artículos de Wikipedia en otros idiomas. Saldrá de la versión de prueba y será habilitada para todos en enero. Los wikis que no la quieren pueden decidir que la desactiven. [39][40]
• La diferencia entre las notificaciones de «alertas» y «mensajes» no queda clara para algunos. Los desarrolladores quieren recibir comentarios en la tarea en Phabricator o en MediaWiki.org para que puedan mejorarlo. Puedes comentar en tu idioma si no sabes escribir en inglés.

Noticias técnicas preparadas por embajadores técnicos y publicadas por un bot • Contribuye • Traduce • Busca ayuda • Comenta • Suscríbete o desuscríbete.

16:59 11 ene 2016 (UTC)

Títulos de sección para ciertas formas flexivas

He escrito una subtarea para el bot que consiste en detectar que una sección contiene al menos una plantilla de forma flexiva en cada una de sus definiciones y revisar su título, p. ej., transformando un Adjetivo en Forma adjetiva: Especial:Diff/4036544. Las plantillas que he encontrado son: {{forma}}, {{forma sustantivo}}, {{forma sustantivo plural}}, {{forma adjetivo}}, {{forma adjetivo 2}}, {{comparativo}}, {{superlativo}}, {{forma verbo}}, {{forma verbo-en}}, {{forma verbal arcaica-en}}, {{gerundio}}, {{participio}}, {{infinitivo}}, {{supino}}, {{forma participio}}, {{forma pronombre}}, {{forma sufijo}}. La duda es si debería añadir alguna excepción, centrándome en las dos siguientes como ejemplo:

• {{comparativo}}: mirior
• {{superlativo}}: celebérrimo

¿Es correcto que en ambas entradas se utilice el título Adjetivo en lugar de Forma...? Un saludo, Peter Bowman (discusión) 00:59 15 ene 2016 (UTC)

correcto, comparativos y superlativos (adverbiales o adjetivos) no son formas flexivas. son adjetivos o adverbios formados por derivación de otros adjetivos o adverbios. así como los diminutivos y aumentativos tampoco son formas flexivas, si no que sustantivos o adjetivos formados por derivación de otros sustantivos o adjetivos. --Ninud (discusión) 09:54 15 ene 2016 (UTC)

Gracias, ya he añadido esa excepción :). Habría unas 212 páginas donde, potencialmente, esta tarea encontraría aplicación. Dejo aquí el enlace a la lista por si alguien quiere echarle un vistazo y encuentra otro caso especial que se deba considerar: [41]. Finalmente decidí excluir también la plantilla {{forma}} ya que su uso puede ser impredecible (ver ól) y lo más conveniente sería convertirla a alguna de sus especializaciones. Esas páginas también están incluidas en la lista. Un saludo, Peter Bowman (discusión) 17:30 15 ene 2016 (UTC)

acerca de ól me surge una duda. no estoy seguro en el caso del irlandés, ni voy a ir a investigar (disculpas aquí), pero en otras lenguas la sustantivación (sin sufijos derivativos) de un verbo generalmente describe solo la acción (no el efecto). en español el correr, el dormir, etc., en alemán (se usan mucho) das Laufen, das Schlafen, etc., describen acciones.

y no serían formas verbales, si no sustantivos.

--Ninud (discusión) 11:06 16 ene 2016 (UTC)

Revisión de Wikcionario:Estructura

En la revisión de Wikcionario:Estructura, bajo Etimología explico que dicha sección es omitida en artículos de formas flexivas. pero luego más abajo intentando justificar la estructura especial que le damos a las formas flexivas, no encuentro argumento válido o favorable a la omisión de las etimologías de formas flexivas. la política de reducir al mínimo la información que les agregamos indicando a la base léxica es argumento suficiente para la mayoría de la información, pero no para las etimologías.
siempre se puede exponer la morfología, por ejemplo para la forma verbal amaban:

am-a-ba-n: am- (raíz), -a- (vocal temática), -ba- (morfema de tiempo y modo) y -n (morfema de persona y número).

incluso un análisis más simple seguiría siendo información específica al lema en cuestión y no de la base léxica:

De la raíz am- y la desinencia -aban.

o

De amar y el sufijo flexivo -aban.

es decir, si un usuario desea tomarse el tiempo (y va a requerir de mucho tiempo si quiere agregar todas las morfologías, je) no se lo podemos prohibir.
en duda queda donde poner dicha información. que el título "Etimología" sea optativo como con las locuciones, teniendo en cuenta que quebraría aún más con la uniformidad de la estructura de las formas flexivas, y se vería más o menos así:

=== Etimología ===
De la raíz am-, la vocal temática -a-, el morfema de tiempo y modo -ba- y el morfema de persona y número -n (am-a-ba-n).
=== Forma verbal ===
1 Tercera persona del blabla.

o indicar que se agregue la morfología bajo el título "Forma flexiva", subrayando el trato diferenciado, y se vería así:

=== Forma flexiva ===
De la raíz am-, la vocal temática -a-, el morfema de tiempo y modo -ba- y el morfema de persona y número -n (am-a-ba-n).
=== Forma verbal ===
1 Tercera persona del blabla.

a alguien se le ocurre una mejor opción? espero unos días luego ponemos todas las opciones a voto, así puedo terminar con la "Estructura especial", y Peter puede afilar los últimos parámetros de su bot... --Ninud (discusión) 13:59 17 ene 2016 (UTC)

La omisión (aunque no estricta) de la etimología en las formas flexivas se aprobó como política en esta discusión: WN:Café/2012 12#Etimología de formas no canónicas. Mi bot actualmente borra las plantillas {{etimología}} y {{etimología2}} vacías, las {{etimología}} con el primer parámetro tomando el valor femenino, plural o sufijo, y las {{etimología2}} si se ajustan a un formato determinado (Véase lema_base, De xx y el sufijo flexivo -s, etc.). Si un usuario desea añadir etimologías de este tipo, creo que sería conveniente reabrir aquel hilo: primero, para tratar de preservar el formato y contenido de las mismas, pues estamos ante un grupo de entradas altamente homogéneo (sería raro informar de la desinencia en una forma verbal y de un sufijo flexivo en otra); segundo, porque será difícil que llegue a editar un porcentaje significante de todo el conjunto de formas flexivas, y si el resultado es tener unos miles de entradas con etimología de formato variable (ver punto anterior) y otros cientos de miles sin etimología, mejor hablarlo primero y contratar a un bot después.

Volviendo a la propuesta (la política admite casos particulares, como las formas irregulares mencionadas en aquella discusión), tal vez sea más coherente usar el título Forma flexiva, pensando sobre todo en las entradas donde coincidiría un lema base con una de estas formas (reaprovecharíamos este título para indicar los morfemas flexivos debajo del mismo). Adicionalmente, surgiría la oportunidad de crear una plantilla especializada (punto 3). Si se diese el caso de que dos tipos de formas (p. ej. adjetiva y verbal) coinciden en una misma entrada, puede que la solución más simple sea concentrar la etimología de ambas en el mismo sitio. Un saludo, Peter Bowman (discusión) 19:46 17 ene 2016 (UTC)

Por cierto, gracias por revisar WN:ES :). Lo estuve postergando demasiado tiempo, prestándole más atención al código y su mantenimiento. Peter Bowman (discusión) 19:51 17 ene 2016 (UTC)

pido perdón por generarnos más trabajo. y sí, la idea es de definir bien un formato ahora, así más tarde no se nos cae el techo encima.

es un dilema el de la baja participación en wikcionario. aquella decisión (no hubo voto oficial, al menos no lo encontré) la tomaron Edgefield, Alakrano y Pacostein (más las opiniones de 2 usuarios no registrados). aunque hayan tratado de abordar el tema desde distintos ángulos (y no me cabe duda de la sinceridad y seriedad con que lo hicieron), difícilmente se puede decir que tan pocas voces sean legítimamente representativas de un punto de vista neutral, por otro lado omitir información definitivamente no lo es, de hecho todo lo contrario, por más de que hubiese consenso absoluto el punto de vista es subjetivo (si el punto de vista neutral es parte de la constitución de wikimedia, aquella decisión fue anticonstitucional).

en la guía de como estructurar las formas flexivas iba a introducir con algo así: "Incluimos solo la información pertinente al lema, las pronunciaciones, a veces alguna variante y las acepciones, el resto de la información se puede encontrar en su base léxica."

¿y la etimología? a no ser que alteremos las tablas de conjugación incluyéndoles el análisis morfológico (ver Wikcionario:Referencia/LA/Morfología/Verbos#Formas_personales_con_tema_del_presente).

¿cómo justifico esta omisión? "Incluimos solo la información pertinente al lema, las pronunciaciones, a veces alguna variante y las acepciones, el resto de la información se puede encontrar en su base léxica, excepto las etimologías que omitimos porque nos da mucho trabajo..." <sátira> le podría agregar un smiley haciendo pucherito: ;( </sátira>

la categorización según el sufijo flexivo, en parte, ya se puede encontrar bajo Categoría:ES:Rimas, aunque indirectamente, desde la fonética (je... ¿y por qué admitimos las rimas pero no las etimologías? por cierto, algo que ya mencioné: las rimas se pueden agregar sin más a la plantilla pron-graf, que un parámetro más o menos no va hacer la diferencia ;P). en conjuntos mayores también bajo formas, por ejemplo Categoría:ES:Formas sustantivas en plural (-s, -es, etc.). tampoco veo daño en crear todas las categorías de palabras formadas por sufijos flexivos.

pero volviendo a la estructura: yo pensé lo mismo sobre "Forma flexiva". podríamos globalizar más el trato indiscriminado de las formas flexivas y encabezar como estándar todas las formas con ese título (por cierto, era lo que entendía con aquel voto, y no sé por qué lo especifiqué tanto... luego me acobardé de retractarme ;P), si de todas maneras tarde o temprano se irán agregando las etimologías...

sobre el bot: agregar etimologías simples (base léxica + sufijo flexivo) a partir de las plantillas de conjugación sería fácil, que ya está toda la información allí.

más complicado sería el análisis completo (raíz + diversos morfemas).

sobre la coincidencia de sufijos flexivos ya tenemos la plantilla {{catafijo}} que vengo usando para subcategorizar en latín, por ejemplo -ō₁ (sust.), -ō₂ (adv.) y -ō₃ (verb.) en Categoría:LA:Palabras con el sufijo -o. pero claro, sería mucho mejor poder categorizar a partir de una plantilla maestra, tal vez {{morfología}}? y ahora veo que ya existe, aunque de poco uso, y se estuvo incluyendo bajo "Información adicional" (debería ir bajo etimología, incluso cuando se combine con {{etimología}}). podríamos modificar aquella para que se encargue de las diversas categorizaciones.

resumen:

• no podemos exigir que cierta información sea excluida, pero en el caso de las etimologías de formas flexivas tampoco podemos obligar a incluirlas, que en la mayoría de los casos quedarían vacías durante mucho tiempo.
• consecuencia: etimología optativa para las formas flexivas.
• tarea:
  • votar sobre el formato
  • crear una plantilla (o arreglar la existente {{morfología}})

--Ninud (discusión) 13:52 18 ene 2016 (UTC)

Voto: Etimología de formas flexivas

I. Título

¿Bajo que título, "Forma flexiva" o "Etimología"? (o alguien tiene un título mejor?)

1. Forma flexiva

1. A favor, como comenta Peter, ya lo aplicamos en casos que se combinan formas base con formas flexivas --Ninud (discusión) 13:52 18 ene 2016 (UTC)

2. Etimología

Tech News: 2016-03

Las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Cambios recientes

• Podrás encontrar o marcar defectos y sugerencias específicos para tu idioma o wiki en Phabricator. [42]
• Se actualizaron las notificaciones con información más detallada y fácil de encontrar. Puedes encontrar más información en la página de la documentación. La función de notificaciones entre wikis diferentes pronto estará disponible en las wikis de prueba. [43]

Cambios esta semana

• El editor visual usa la extensión TemplateData para facilitar la edición de plantillas. Ahora recibirás una advertencia cuando edites un formulario TemplateData y dejes la página sin salvar los cambios. [44]
• MediaWiki tendrá un nuevo sistema de autentificación y autorización llamado AuthManager. El plan es implementarlo en uno o dos meses. Algunos bots deberán cambiar la forma en la que inician la sesión. Habrá dos métodos nuevos y más estables de autentificación: credenciales OAuth exclusivas del operador y contraseñas para bots. Puedes leer más sobre este cambio. [45]
• La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 19 de enero, en todas las wikis que no son wikipedias y en algunas wikipedias el 20 de enero y en las wikipedias restantes el 21 de enero (calendario).

Reuniones

• Puedes participar en la próxima reunión con el equipo del editor visual el 19 de enero a las 20:00 (UTC). Durante la reunión podrás decirle a los programadores cuales son los defectos más importantes. Consulta cómo participar.
• Puedes participar en la próxima reunión con el comité de arquitectura el 20 de enero a las 22:00 (UTC). El tema de esta semana es el modelo de gobierno. Consulta cómo participar.

Noticias técnicas preparadas por embajadores técnicos y publicadas usando un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.

17:55 18 ene 2016 (UTC)

2016 WMF Strategy consultation

Por favor, ayuda a traducir a tu idioma

Hello, all.

The Wikimedia Foundation (WMF) has launched a consultation to help create and prioritize WMF strategy beginning July 2016 and for the 12 to 24 months thereafter. This consultation will be open, on Meta, from 18 January to 26 February, after which the Foundation will also use these ideas to help inform its Annual Plan. (More on our timeline can be found on that Meta page.)

Your input is welcome (and greatly desired) at the Meta discussion, 2016 Strategy/Community consultation.

Apologies for English, where this is posted on a non-English project. We thought it was more important to get the consultation translated as much as possible, and good headway has been made there in some languages. There is still much to do, however! We created m:2016 Strategy/Translations to try to help coordinate what needs translation and what progress is being made. :)

If you have questions, please reach out to me on my talk page or on the strategy consultation's talk page or by email to mdennis@wikimedia.org.

I hope you'll join us! Maggie Dennis via MediaWiki message delivery (discusión) 19:06 18 ene 2016 (UTC)