Para evitar ambigüedades, propongo agregar un punto al final de las abreviaturas. Esto permitiría agregar la plantilla en las traducciones para las letras y quizá también en posibles traducciones de nota, etc. La nueva lista de abreviaturas está en la documentación. Tengan en cuenta que simplifiqué las que estaban antes, por lo que cosas como sust. & adj. o sust. y adj. ahora pasan a ser sa. En cuanto a como está ahora, que pasaría a ser un formato considerado obsoleto, no toquen nada, yo me encargo de migrar todo. Sólo les pido que, si no tienen nada para oponer, queda a partir de ahora implementado este cambio. Tmagc (discusión) 20:06 3 mar 2024 (UTC)Responder

@Tmagc: cuando hablas de ambigüedades, ¿te refieres a que estas abreviaturas podrían coincidir con algún código de idioma? Para indicar que se trata de un sustantivo o adjetivo no me preocupa, pero el caso de las marcas de género m./f./n. estas son tan universales, que temo que los editores no lo respeten cuando ya estaban acostumbrados al estándar anterior; sobre todo si llegan de otro proyecto como enwiktionary donde también se usan estas abreviaturas, pero sin punto. Peter Bowman (discusión) 20:40 3 mar 2024 (UTC)Responder

@Peter Bowman Me refiero a que coincidan con la palabra que se quiere traducir. ¿Cómo traducís la f al inglés (mirá cómo está ahora)? ¿Cómo traducirías nota al italiano, por ejemplo? Tmagc (discusión) 21:03 3 mar 2024 (UTC)Responder

Vale, perdón, ya veo por dónde van los tiros. Casi preferiría jubilar ese monstruo que es la actual plantilla {{t+}} por algo más cercano a enwiktionary, véase en:cat/translations. Nuestro problema es que dicha plantilla intenta abarcar todo, desde el nombre del idioma hasta todas y cada una de sus traducciones, incluyendo la transcripción, género, notas, etc. Todos los parámetros son posicionales y un despiste hace que el conjunto se desbarate, aparte de esos posibles conflictos que has identificado. Si cada traducción va en su propia plantilla y en vez de reconocer el parámetro posicional "|nota|<valor>|" usamos el parámetro con nombre "|nota=<valor>|", ese problema se soluciona. Sería necesario usar una caja de traducciones por acepción, cosa que nuestro sistema soporta y que ya he visto aplicar a algunos de nuestros editores. Podríamos aprovechar también para integrar su interfaz de edición de traducciones (para no tener que entrar en el modo de edición de la página entera).

Si esto no resulta viable, preferiría cargarme el parámetro "nota" y similares en t+ antes que añadir ese punto, tener que editar miles de entradas y suponer que nuestros actuales y futuros editores se acordarán de ese detalle. No debería hacer falta especificar nada más aparte de la palabra traducida, su género gramatical y la transcripción si aplica, todo lo demás está en la entrada correspondiente. El último ejemplo de Plantilla:t+/doc ({{t+|de|amphibisch|a.|,|Amphibie|s.|,|Amphibium|s.}}) no representa un caso real; en esta situación, cada palabra va referenciada a una acepción diferente, por lo que no haría falta indicar si se trata de un adjetivo o un sustantivo. Igualmente, lo de traducir letras (respondiendo a tu siguiente comentario) no me parece una buena idea. No son traducciones, sino equivalencias, que entre idiomas y alfabetos se pueden respetar o no. Peter Bowman (discusión) 21:24 3 mar 2024 (UTC)Responder

@Peter Bowman migrar el choclo de parámetros posicionales es relativamente fácil de hacer, puedo convertir todas las abreviaturas en no-posicionales y quedaría |g1=m, |g2=f, |nota1=(nota1), |nota2=(nota2), etc.. Pero cómo sería lo de poner varias cajas? Habría que escribir cada acepción en forma “resumida” y eso para cada página porque sería muy difícil de automatizar. Se me hace que es demasiado tarde para migrar algo como eso. A menos que hagamos una vaquita entre todos y contratemos un equipo de una 100 personas que reescriban las traducciones páginas por página (y de paso nos unifican todo el formato ya que estamos) xd. No, en serio, en suma lo primero ok pero lo segundo lo veo muy muy difícil. Tmagc (discusión) 21:34 3 mar 2024 (UTC)Responder

Sí, lo comparto, sería tremendamente complejo. Lo único que se me ocurre es, de momento, obviar el resumen de cada acepción y simplemente poner su número en la caja. Si un bot puede parsear {t+} y entender la numeración que codifica, también será capaz de separar su contenido en cajas diferentes solo en base al número. Habría un montón de cajas a las que no sería capaz de asignar una acepción simplemente porque falta el número en {t+}, pero me quiere sonar que en enwikt también tuvieron ese problema. Sería una fase de transición que requeriría del esfuerzo humano para ordenar las traducciones, pero esa necesidad ya existe a día de hoy debido al uso descuidado de {t+} o de sus predecesoras. Con el tiempo, iríamos completando a mano esos resúmenes faltantes, y por supuesto, a la hora de añadir nuevas cajas, ya los tendríamos en cuenta. Peter Bowman (discusión) 23:41 3 mar 2024 (UTC)Responder

@Peter Bowman Yo tengo cierta reticencia para hacerlo, dudo que quede bien porque por un lado hay que tener en cuenta que este sitio es infinitamente menos activo que en.wikt. La gente que entra a diario es muy poca, por lo tanto el día del arquero vamos a completar todas las cajas. Después, cómo sería el criterio? Estoy pensando en páginas como ser, que actualmente tiene 24 acepciones. Hacemos 24 cajas? o cómo las harías en ese caso? Yo creo que con los números es más fácil: si no se pone nada se da a entender que es un “equivalente perfecto” y si la traducción es para algunas acepciones se lo aclara. Pero lo de las cajas es ciertamente difícil determinar esos criterios, incluso para automatizar. Porque si te fijás por ejemplo en be o en otras páginas no siempre es uno a uno la relación entre acepción y caja.

Por eso, si no es a mano yo creo que es imposible. Si tuviéramos un equipo con el que contar de, ponele, 50 personas, con el que nos pusiéramos de acuerdo y pudiéramos decir “nos ponemos todos con esto”, ahí sí lo haría y en un mes o un poco más tendríamos todo migrado. Pero viendo que es muy poca la gente que participa regularmente, de los que participan son muy pocos incluso los que están al tanto de todos los últimos cambios hechos y siguen editando con formatos viejos. Entonces, por el momento no me convence hacerlo. Tmagc (discusión) 00:58 4 mar 2024 (UTC)Responder

Mientras tanto, voy a reutilizar {{t}} (la disocié de {{trad}}), que tiene pocas páginas y voy a implementar allí la nueva versión en donde admita los parámetros no posicionales, a la vez que voy preparando el bot para que convierta las plantillas. En cuanto a lo segundo, por ahora está igualado. A menos que alguien más opine a favor, se mantiene el statu quo. Tmagc (discusión) 01:21 4 mar 2024 (UTC)Responder

@Peter Bowman Creo que en en.wikt no traducen las letras a los equivalentes de otros idiomas como hacemos acá. Una opción sería prohibir las traducciones de letras equivalentes. Pero si es por mí, que sea problema de ellos. Es decir, cuando haya migrado todo el módulo les va a tirar error con un mensaje sugiriendo revisar la documentación de la plantilla. Que la lean y punto. Y si no saben leer castellano, mejor que ni editen entonces. Tmagc (discusión) 21:08 3 mar 2024 (UTC)Responder

@Peter Bowman Plantilla:t te parece bien así o cambiarías algo? Como observación, esta versión en donde se fuerzan los parámetros adicionales a que sean no posicionales (pero sí indexados) se pierde un poco de flexibilidad ya que si la comparás con la Plantilla:t+ que iría a ser reemplazada, no va a ser posible quitar los links para una única palabra o especificar varias trasnliteraciones para una misma palabra. Por mí está bien esta nueva plantilla, creo que no son cosas que valga la pena conservar y se va a uniformizar más el formato. PEro confirmame así veo si puedo empezar a migrar algo ne algún momento. Saludos. Tmagc (discusión) 01:52 12 mar 2024 (UTC)Responder

@Tmagc: ya que ahora van a abundar los parámetros con nombre, tal vez sea más seguro que las traducciones también vayan así: {{t|de|t1=Katze|a=1,2|g=f|t2=Kater|g2=m|a2=1|nota2=gato macho|t3=Tic Tac Toe|a3=8}}. El riesgo es que alguien haga {{t|de|Katze|Kater|Tic Tac Toe|nota2=gato macho|g=f|g2=m|a=1,2|a2=1|a3=8}} (u otro tipo de permutación mucho más aleatoria que esta) y luego se equivoque al asociar traducciones a parámetros opcionales cuando su número sea muy elevado. Es algo que he observado en {{uso}}, {{ámbito}} y similares: llega un editor, borra lo que no debe, la nota pasa a referirse a otra acepción, otros editores hacen más cambios sobre eso y el error se mantiene (o empeora), perdiéndose lo que se quiso transmitir en un principio. Peter Bowman (discusión) 23:28 12 mar 2024 (UTC)Responder

@Peter Bowman De acuerdo, ya cambié la plantilla. Ahora debería estar lista para ser usada. Tmagc (discusión) 01:00 13 mar 2024 (UTC)Responder

MediaWiki message delivery 23:04 11 mar 2024 (UTC)Responder

Pueden leer este mensaje traducido a otros idiomas en Meta-Wiki.

Más idiomas • Por favor, ayuda a traducir a tu idioma

Estimados todos y todas,

Este año, el periodo de 4 (cuatro) integrantes del Consejo Directivo seleccionados por la Comunidad y Organizaciones Afiliadas llegará a su fin [1]. El Consejo invita a todo el movimiento a participar en el proceso de selección de este año y a votar para seleccionar a quienes ocuparán dichos puestos.

El Comité de Elecciones supervisará este proceso con apoyo de personal de la Fundación [2]. El Comité de Gobernanza del Consejo creó un Grupo de Trabajo de Elecciones del Consejo a partir de aquellos integrantes que no pueden ser candidatos o candidatas en el proceso de selección 2024 de integrantes comunitarios o afiliados. Este grupo está compuesto por Dariusz Jemielniak, Nataliia Tymkiv, Esra'a Al Shafei, Kathy Collins, y Shani Evenstein Sigalov [3]. Este grupo tiene la tarea de supervisar al Consejoo para el proceso 2024 de elección de integrantes comunitarios de la Mesa, así como informar al Consejo Directivo de su proceso. Pueden encontrar más detalles acerca de los roles del Comité de Elecciones, el Consejo Directivo, y el personal aquí [4].

Aquí están las fechas planificadas:

• Mayo 2024: Convocatoria para candidatos/candidatas y solicitud de preguntas.
• Junio 2024: Las organizaciones Afiliadas votarán para reducir la lista a 12 candidatos o candidatas (este proceso no ocurrirá si se nominan 15 o menos candidatos) [5]
• Junio-Agosto 2024: Periodo de campaña
• Final de agosto / inicio de septiembre 2024: Periodo de votación de la comunidad por dos semanas
• Octubre-noviembre 2024: Revisión de trasfondo de candidatos/candidatas seleccionadas
• Reunión de la Mesa Directiva en diciembre 2024: Se instauran a los nuevos integrantes del Consejo Directivo

Pueden aprender más acerca del proceso de selección 2024—incluyendo un cronograma detallado, proceso de nominación de candidatos, reglas de campaña y criterios de elegibilidad de votantes—en esta página de Meta-wiki, para hacer sus planes de acuerdo a los detalles.

Voluntariado de elecciones

Otra forma de involucrarse con el proceso 2024 de selección es ser Voluntario o Voluntaria de Elecciones. El Voluntariado de Elecciones será un puente entre el Comité de Elecciones y su comunidad respectiva. El voluntariado ayudará a asegurar que su comunidad sea representada y los animará para votar. Pueden conocer más sobre este programa y cómo unirse en esta página en Meta-wiki.

Saludos cordiales,

Dariusz Jemielniak (Integrante del Comité de Gobernanza, Grupo de Trabajo de Elecciones del Consejo)

[1] https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_elections/2021/Results#Elected

[2] https://foundation.wikimedia.org/wiki/Committee:Elections_Committee_Charter

[3] https://foundation.wikimedia.org/wiki/Minutes:2023-08-15#Governance_Committee

[4] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_committee/Roles

[5] Aunque el número ideal es de 12 candidatos/candidatas para cuatro posiciones vacantes, el proceso de reducción de la lista se llevará a cabo si hay más de 15 candidatos porque los 1-3 candidatos que serían removidos pueden sentirse alienados y sería demasiado trabajo para las organizaciones afiliadas llevar a cabo todo el proceso solamente para eliminar de 1-3 candidatos o candidatas de la lista.

MPossoupe_(WMF)19:57 12 mar 2024 (UTC)Responder

Trizek (WMF), 00:00 15 mar 2024 (UTC)Responder

Algo ha generado la categoría masiva y aún no creada Categoría:ES:Palabras de origen griego clásico cuando debería llamarse como la ya existente Categoría:ES:Palabras de origen griego antiguo. - 188.76.241.151 (discusión) 10:10 15 mar 2024 (UTC)Responder

Así es. Para evitar todos estos problemas nuevos que surgieron tras haber cambiado el sistema de idiomas y las implementaciones de las plantillas, justamente más arriba propuse renombrar todas estas catagorías como “Categoría:XX:Palabras provenientes del (Idioma)”, ya que esa denominación queda mejor, es más flexible y evita tener una capa extra que normalice los nombres de los idiomas. Lo mismo pasaba con el latín. Tmagc (discusión) 12:35 15 mar 2024 (UTC)Responder

A lo que me refiero es que grc ha de llamarse "griego antiguo" y no "griego clásico". En alguna parte se ha asignado al código grc la denominación "griego clásico". - 188.76.241.151 (discusión) 13:12 15 mar 2024 (UTC)Responder

grc siempre fue “griego clásico” (perdón, me tengo que desdecir, no me había dado cuenta de que era griego antiguo), no veo cuál es el motivo para preferir la denominación “griego antiguo” cuando “griego clásico” justamente lo identifica con el período clásico, es decir esta nueva denominación sería mucho más precisa.Tmagc (discusión) 01:52 16 mar 2024 (UTC)Responder

El motivo para no llamarlo griego clásico no es otro que el de que esa denominación es la que abarca el griego que se habló únicamente durante unos 200 o 250 años tras la época de los siete sabios. Es una denominación tremendamente restrictiva que, por poner un solo ejemplo, excluye a Homero. El arcipreste de Hita (arçipreste de Fita) o Cervantes (Cerbantes) son ya de hace más de dos siglos pero no se nos ocurre decir que no hablaban castellano. La denominación de griego antiguo abarca mucho más tiempo y variantes (griego clásico incluido) que la de griego clásico. - 188.76.241.151 (discusión) 03:10 17 mar 2024 (UTC)Responder

De acuerdo. Tmagc (discusión) 03:25 17 mar 2024 (UTC)Responder

Ni el Arcipreste de Hita ni Cervantes hablaban castellano moderno, el código para el castellano antiguo es osp y el castellano medio no tiene, creo. Saludos. Lin linao ¿dime? 18:33 18 mar 2024 (UTC)Responder

¿Qué pasó el 2020 que hizo que Peter Bowman tuviera que borrar esta entrada? ¿Alguien hizo copia y pega del diccionario de la RAE sin saber que era ilegal? Rodrigo5260 (discusión) 19:02 15 mar 2024 (UTC)Responder

@Rodrigo5260 No tenemos tiempo para andar discutiendo sobre estas cosas. Todo el tiempo se cometen este tipo de faltas en las ediciones, sabés la cantidad de páginas que fueron borradas por esto? Podrías crear la entrada vos mismo; si está bien hecha nadie la va a borrar. Saludos. Tmagc (discusión) 01:49 16 mar 2024 (UTC)Responder

el Pron-graf debería poder general una transliteración de este idioma porque su grafía es relativamente regular, como en Wikcionario el inglés. Rodrigo5260 (discusión) 19:05 15 mar 2024 (UTC)Responder

@Rodrigo5260 Tengo otras cosas más importantes que atender por el momento como para andar viendo eso en el corto plazo. Si tenés tiempo, podrías revisar en.wikt y meter mano en Módulo:generar-pron/hy para agregar la parte que translitere. Saludos Tmagc (discusión) 01:47 16 mar 2024 (UTC)Responder

Creo que esto puede interesarle a alguien: [https://www.gutenberg.org/ebooks/search/?query=Diccionario&submit_search=Search en Proyecto Gutenberg existen 4 diccionarios al español:

• Inglés-Español-Tagalog
• Español-Alemán
• Bagobo-Español
• Bisaya (Cebuano)-Español

Además de al menos 140 diccionarios en inglés. Todo en dominio público. Si a alguien le interesa estoy dispuesto a cooperar para importar, clasificar, lo que se les ocurra, con ayuda de herramientas automáticas. Ignacio ( — Δ — ) 05:41 17 mar 2024 (UTC)Responder

Yo tenía pensadas cosas como estas pero dentro de un buen tiempo. Primero quiero terminar de migrar lo que queda y definir cómo va a ser la nueva estructura de las págians para que no sea un proceso caótico. Tmagc (discusión) 13:40 17 mar 2024 (UTC)Responder

@TODOS Bueno finalmente era hora de hacerlo oficial. Como se habrán dado cuenta, estuve llevando a cabo una serie de reformas en el sitio y me parece acertado abrir un nuevo hilo para comentar en resumen los cambios principales que se implementaron/ee están por implementar/quiero implementar y cómo tengo pensada la migración. Vamos por partes.

1. Aproximadamente unas 3000 plantillas entrarán en Categoría:Plantillas obsoletas. No voy a explicar una por una; la gran mayoría son ya plantillas muy viejas y era sabido por toda la comunidad. Menciono las principales: a. Plantillas de códigos de idiomas: ahora todo se administra desde Módulo:lenguas. (IMPLEMENTADO)

b. {{pron-graf}}: se agregarán módulos para idiomas relativamente regulares. Se puede pasar una (o varias) |ayuda cada ayuda tiene su |ayudaextra en donde se pasan flags extras que dependen del idioma. Por ejemplo, en el francés se puede indicar con |ayudaextra=v que la palabra es un verbo, que es información útil para el algoritmo. En el español sólo se debe pasar una |ayuda con palabras irregulares, la mayoría provenientes de otros idiomas. Los parámetros |alt y |altpron se darán de baja. Sólo se permite usar |fgraf y |fnota para palabras que tienen varias pronunciaciones en una misma grafía, que por cierto es el caso menos frecuente. (PARCIALMENTE IMPLEMENTADO)

c. {{etimología2}}: será obligatorio incluir la {{etimología}} en formas canónicas, se agregará la opción de {{etimología|no aplica}} para locuciones en donde no tenga sentido explicarla como en mundo sublunar, leche de almendras, etc. Se permiten comentarios adicionales, pero primero debe estar categorizada con la opción adecuada. (PARCIALMENTE IMPLEMENTADO)

d. {{contexto}}: las plantillas de contexto se darán todas de baja y la información se migrará a tres módulos independientes, que implementen las plantillas de {{uso}}, {{ámbito}} y {{csem}}. Esta última es para los campos semánticos, así en lugar de escribir algo como ;1 {{física|química}}:, se deberá escribir ;1 {{csem|física|química}}:. Esto último sería necesario por obvias razones (no habría plantilla que invoque a contexto sino). (REQUIRE APROBACIÓN)

e. {{cita X}}: todas las referencias deberán ser de la forma ## (<ref>){{referencia}}(</ref>). Todos los ejemplos deberán escribirse con {{ejemplo}} sin excepciones, incluye traducciones y múltiples ejemplos. En un futuro podría implementar una plantilla que sirva para múltiples ejemplos seguidos. (IMPLEMENTADO)

f. {{t+}}: ahora debe usarse {{t}} (IMPLEMENTADO)

g. contenedores: sólo debe usarse {{trad-arriba}} y {{trad-abajo}}. Cuando se incluye un comentario como primer parámetro, el título cambia en lugar de mostrar el título por defecto “Traducciones”.

2. Estructura de las páginas: La estructura en el espacio principal será siempre la misma, en principio sin excepciones.

{{plantilla de mantenimiento}} (opcional)
{{desambiguación}} (opcional)
{{mostrar-unicode}} (opcional)

== {{lengua|mul}} ==
{{pron-graf|leng=mul}}
...
== {{lengua|es}} == (obligatorio)
{{pron-graf}} (obligatorio, se puede ocultar)
[[Archivo:xx]] (opcional)
[[Archivo:yy]] (opcional)
[[Categoría:xx]] (no recomendado, salvo quizá cuando no sea posible hacerlo por plantilla)
[[Categoría:yy]] (no recomendado, salvo quizá cuando no sea posible hacerlo por plantilla)
...

=== Etimología 1 === (obligatorio)
{{etimología}}.

==== {{sustantivo|es}} ==== (obligatorio)
{{inflect.es.sust...}}

;1 ({{csem|}}): (definicion 1).
;2 ({{csem|}}): (definicion 2).<ref>{{referencia|...}}</ref>
({{uso}})
({{ámbito}})
({{ejemplo}})
(etc.)

==== Información adicional ==== (opcional)
(lo que corresponda)

==== Véase también ==== (opcional)
(lo que corresponda)

==== Traducciones ==== (obligatorio)
{{trad-arriba}}
{{t|xx|t1=algo|t2=otra cosa|...}}
{{trad-abajo}}

=== Etimología 2 === (obligatorio, reinicia la numeración de las acepciones)
{{etimología}}.

(...)

=== Etimología N === (obligatorio, reinicia la numeración de las acepciones)
{{etimología}}.

(...)

=== Forma flexiva === (obligatorio, reinicia la numeración de las acepciones)
==== Forma sustantiva ==== (obligatorio)
;1: forma 1
;2: forma 2
==== Forma adjetiva ==== (obligatorio)
;3: forma 3
;4: forma 4

== {{lengua|aa}} ==

(...)

== {{lengua|ab}} ==

(...)

== Referencias y notas == (obligatorio)
{{referencia|...}} (opcional, referencias que engloben toda la página)
<references /> (obligatorio)

a. Todos los títulos de sección que categoricen palabras y formas flexivas bajarán al cuarto nivel.

b. Debe respetarse la jerarquía de los títulos. No se acepta omitir ningún título obligatorio. Todas las secciones de formas flexivas deben comenzar por === Forma flexiva === sin excepciones.

c. Información adicional: Esta sección me produce dudas si realmente vale la pena conservar, supongo que en principio irían los cognados y derivados. Los anagramas y pares mínimos no parece que sea algo que tenga mucho sentido, voto por eliminarlos porque no aportan información significativa y es algo completamente automatizable. Finalizadas todas las migraciones, se agregaría un enlace en la portada a un buscador de anagramas para quien esté interesado.

3. Estructura del sitio:

a. Si me lo permiten, definitivamente simplificaría la portada, además de que falta información importante. ¿Sirve de algo tener dos buscadores? ¿Sirve de algo tener un enlace a una lista con todos los animales y que más abajo, casi escondido esté el enlace de “obras de consulta”, cuando definitivamente el segundo es mucho más útil? ¿Sirve de algo que la palabra del día y la lengua del mes estén al final de todo? ¿Están harcodeadas la palabra y la lengua del mes? Podría hacer un bot o un módulo que escoja una palabra al azar con ciertas restricciones y que se actualice periódicamente. (FALTA APROBACION)

b. Eliminar la “ayuda”. Sí, así de chocante como suene, pero por lo que vi la mayoría de los nuevos que entran ni se leen las 33 páginas de Wikcionario:Ayuda. Más aún, nadie va a leer nunca lo que esté en esas páginas porque cuando las hicieron asumieron que alguien estaría al día de todos los cambios nuevos en el sitio, y además de modificar las documentaciones de las plantillas, también haría todas las modificaciones necesarias en las páginas de ayuda! Es insostenible. No hay tal cosa como “usuarios novatos y usuarios avanzados”. No necesitamos “tutoriales de nivel básico/intermedio/avanzado”. Sólo hay “usuarios que quieren contribuir” y “usuarios que no quieren contribuir”. Para los que quieren contribuir, sólo se necesita una “guía de estilo” en donde se explique la estructura de las páginas con enlaces a las documentaciones de las plantillas más importantes, sin entrar en detalle. Que aparezca una selección con enlaces a las páginas más representativas para que sirvan de referencia. Después de todo, la mayoría aprende viendo cómo editan otros. Entonces, lo que viene a ser la ayuda sólo debería consistir en eso: una guía de estilo, un código de conducta y Wikcionario:Recursos (algo que considero que sí vale la pena mantener). Esas tres cosas tienen que aparecer claramente en la portada del sitio. (FALTA APROBACION)

c. Categorización: En principio, todas las páginas de categorías se harán con {{auto cat}}. Probablemente sea conveniente crear una Categoría:Plantillas y enlazarla en la guía de estilo. Dentro de esta categoría estarán las siguientes subcategorías en donde se van a recategorizar las plantillas actuales, preferentemente por la sección en la que se usan, es decir (plantillas de): etimología, sección, gramatica, flexión, formas no canónicas, autorizacion y fuentes, portada e interfaz, traducción, información adicional, véase también, generales (no está claro que pertenezcan a una sección específica), mantenimiento, intimación y denuncia, usuarios, pronunciación, reformas ortográficas y obsoletas. ¿Tienen algún uso las plantillas de Bot? Yo creo que sería más seguro darlas de baja, no veo una ventaja clara al usarlas. Además, estaría bueno crear una categoría para plantillas de sistema en donde entrarían plantillas como Plantilla:uploadlink que parece que vienen impuestas lo digo sólo para organizar mejor las plantillas. (PARCIALMENTE IMPLEMENTADO, AUN REQUIERE APROBACION)

4. Reglas del sitio: Quisiera agregar más reglas acerca del formato de las páginas. Habrá un bot que se ejecutará diariamente, que parsee las últimas ediciones hechas en el espacio principal. Corregirá errores menores, pero las ediciones con errores graves de formato se revertirán (incluye borrar páginas nuevas). (REQUIERE APROBACION)

Ejemplos de errores menores:

• no respetar la numeración en las acepciones o en las etimologías
• omitir el punto final o colocar doble punto
• olvidar el código de idioma en las plantillas que lo requieran (siempre y cuando no sea en {{lengua}})
• usar un enlace interno en lugar de {{plm}}
• no respetar el orden alfabético de los códigos de idioma en los títulos de nivel 2 o en la sección de traducciones
• dejar saltos de línea de más

Ejemplos de errores graves:

• no respetar la jerarquía de los títulos y subtítulos.
• no respetar el orden o la jerarquía de subtítulos que estén por debajo del nivel 2.
• omitir títulos y subtítulos obligatorios.
• duplicar plantillas que deben ser invocadas una única vez (como pron-graf).
• usar plantillas en una sección en donde no corresponde (ejemplo: usar {{t}} en Etimología) .
• no usar {{referencia}} para las referencias (sí se permiten las plantillas dedicadas)
• usar plantillas de referencia que encapsulen los tags de referencia. Esto podría conllevar revertir todas las ediciones en las que se haya aplicado la plantilla.
• no usar plantillas dedicadas para las formas canónicas.
• usar plantillas de flexión de otros idiomas (sí, vi casos en donde en lugar de hacer nuevas plantillas para conjugar palabras usan las de otros idiomas) en lugar de usar plantillas dedicadas.
• utilizar :*'''ítems''' en lugar de las plantillas que ya los implementan.
• categorizar, sobre todo cuando se evita agregar una plantilla que ya categoriza de igual forma.
• embeber plantillas y enlaces dentro de las plantillas.
• utilizar alguna de las plantillas obsoletas.
• dejar elementos desbalanceados, como plantillas o tags cin cerrar.
• cualquier edición que produzca un error en la secuencia de órdenes debido al mal uso de la plantilla.

Todo esto (y muchas cosas más) estarán claramente explicadas en la propuesta guía de estilo. Para evitar caer en alguna de las últimas situaciones, que no van a ser muy agredables y que al principio a varios les ocurrirá, lo que les recomiendo es que si no saben cómo hacerlo, ante la duda pregunten o avisen lo que quieren hacer. Respecto del formato, no hay lugar para ningún “invento”; incluso si el formato actual no contempla su situación particular en su edición, la comunidad tiene que estar al tanto de los cambios que se van implementando porque sino después es muy tedioso mantener el sitio.

Dejo el hilo abierto, porque probablemente me esté olvidando de algo. Escucho qué tienen para opinar, qué agregarían o cambiarían. Por donde voy a arrancar es por terminar de implamantar el auto cat y voy a reacomodar las plantillas para poder organizarme más fácil (@Peter Bowman por favor confirmame si estás de acuerdo con la categorización de plantillas y si es posible lo que quiero hacer con las plantillas “de sistema”, así tengo por dónde arrancar). Después voy a terminar el algoritmo que se correrá en todas las páginas del espacio principal (gran parte ya la tengo hecha), para empezar a hacer pruebas. Saludos. Tmagc (discusión) 01:18 18 mar 2024 (UTC)Responder

@Lin linao {{t|en|t1=scissors|n1=p|a1=1|t2=bicycle kick|a2=4|t3=bike kick|a3=4|t4=overhead kick|a4=4}}, la plantilla no asume que los índices coinciden con las acepciones. Tmagc (discusión) 21:14 26 mar 2024 (UTC)Responder

1f: la plantilla Error de Lua en Módulo:error en la línea 19: PLANTILLA OBSOLETA., ¿cómo se anotan las distintas traducciones a una única acepción? Entiendo que t2, t3, etc. sirven para traducir una sola vez las acepciones 2, 3, etc. Por ejemplo, ¿cómo se haría con t las traducciones al inglés y el italiano de tijera? Saludos. 02:13 26 mar 2024 (UTC)

Lo siento mucho, pero he vuelto a editar aquí.

He creado albetico, que es la forma que se utiliza en Chiva -localidad castellanoparlante de la Comunidad Valenciana- para referirse a lo que en valenciano se llama albat, y que eran los niños que fallecían sin haber sido bautizados.

El tema de los albats lo conocí hace mucho, en la facultad, porque para los cálculos demográficos era un concepto muy importante.

La cuestión es que no me ha salido bien. El bicho dice que el plural es albeticoes, que obviamente no es el caso (sería albeticos). Pero no me sale el apaño.

Socorro.

¡Gracias!

B25es (discusión) 17:11 18 mar 2024 (UTC)Responder

Hola. Arreglado lo del plural, la plantilla era la general Error de Lua en Módulo:error en la línea 19: PLANTILLA OBSOLETA., que agrega una s. ¿Qué significa "albat" en catalán? ¿albadet solo es del valenciano? Si es así, puedes agregar un parámetro |d=valenciano. Saludos. Lin linao ¿dime? 18:20 18 mar 2024 (UTC)Responder

antiguamente (hasta el XIX) no había más registro de fallecimientos y nacimientos que los parroquiales. Las parroquias no registraban estrictamente los nacimientos, sino los bautismos. En parte por alguna obligación religiosa, en parte para controlar qué pasaba en la parroquia, los párrocos registraban también los nacidos que fallecían sin bautizar al poco de nacer, generalmente en las primeras 24 horas de vida. Para señalar que no era un bautismo, al lado de la inscripción escribían "Albat", literalmente "albado", vestido con un alba, una ropa blanca de bebé. En los libros que vi en su momento (años 80, hace tela de tiempo; los libros eran del XIX) siempre se usaba la expresión "albat". Me cabe la duda de si es así por ser zona valenciano parlante (Burjassot, Mislata) y que el cura ponía lo que decía, o si pudiera ser una contracción de albatus en latín (si es que eso existe). El profesor de Sociología no llegó a explicarnos tanto.

Albadet es el diminutivo. En el País Valenciano la /d/ intervocálica suele caer, al estilo del castellano meridional. En Chiva la forma local del castellano corresponde a los dialectos churros, que tienen influencias aragonesas y del catalán/valenciano. Entiendo que el Albaet del valenciano oral pasaría a Albet, al que añadieron una /-o/ final para castellanizarlo (es un fenómeno muy corriente, por ejemplo de Lluís hacen Lluiso, de Manel sale Nelo), y para rematar la faena le añadieron la terminación de diminutivo local /-ico/. (En esto se parece a masico para lo que en valenciano es mas o masia, y en castellano general masía). B25es (discusión) 08:01 19 mar 2024 (UTC)Responder

Por favor, no pongan imágenes, que las he visto en Google y luego anduve con insomnio por varios días (lo sé, soy capitán lento). Rodrigo5260 (discusión) 12:26 7 abr 2024 (UTC)Responder

MediaWiki message delivery 17:39 18 mar 2024 (UTC)Responder

Estoy viendo y queda un poco raro que todas las palabras del español aparezcan en Categoría:Español, pero que en lo demás idiomas sea Categoría:IdiomaX-Español, siendo que ya existe también Categoría:IdiomaX pero que está vacía. Si les parece, unifico todas las categorías a Categoría:IdiomaX. Hay otras categorías que parecen no tener sentido o no aportar información significativa, por ejemplo las que clasifican las palabras por prefijo. Habría que borrar las invocaciones a estas categorías, que ni siquiera están hechas por plantilla y después borrar las página propia de la categoría... Tmagc (discusión) 17:07 22 mar 2024 (UTC)Responder

Creo que esto se hizo así para diferenciar las acepciones propias de cada idioma (p. ej. Categoría:Francés-Español) de sus traducciones (Categoría:Español-Francés). Pero, por otro lado, ahora no sabría decir por qué también hay páginas categorizadas dentro de Categoría:Francés, y creo que no pasa nada por alinear estas categorías con la del español como propones. Peter Bowman (discusión) 17:51 22 mar 2024 (UTC)Responder

Me encuentro con que en la plantilla cita_libro aparece un mensaje diciendo que está obsoleta y que conviene usar la plantilla referencia en su lugar pero ambas plantillas son adecuadas para cosas distintas (la primera posibilita añadir más información y estructurarla con un entorno predeterminado mientras que la segunda es más "de andar por casa") de modo que no entiendo bien la razón del aviso. Empecé a buscar en el historial el momento en que se añadió la advertencia sin llegar a encontrarlo (falta de tiempo y mala conexión). Lo que está claro es que el aviso se añadió hace más de una década a la plantilla pero esta ha seguido siendo usada igualmente y sin aparente problema. ¿Realmente conviene una más que otra? 188.76.241.151 (discusión) 14:00 25 mar 2024 (UTC)Responder

No. {{cita libro}} está obsoleta desde hace unos meses cuando decidí unificar todas las plantillas de referencias. LA única plantilla que vale es, por lo tanto, {{referencia}}. Y la primera mencionada no complementa nada ni agrega información que sea significativa y que no esté contemplada en la segunda. Todas las plantillas que tienen ese aviso tarde o temprano van a ser migradas a las versiones nuevas. Tmagc (discusión) 14:23 25 mar 2024 (UTC)Responder

¿Entonces lo decidiste solo tú? ¿Razones? --188.76.241.151 (discusión) 14:48 25 mar 2024 (UTC)Responder

Estimado, publiqué un hilo acá en diciembre del año pasado simplemente preguntando si querían unificar la plantilla de referencias. No hay una "razón" en sentido estricto, sólo se trata de un cambio de paradigma: para mí, cuanto menos plantillas haya, mejor será. Por eso di de baja las plantillas de idiomas, las de contexto, y no te sorprenda si más adelante me dan ganas de unificar todas las plantillas de flexión en una sola. Además, combina perfectamente con {{ejemplo}} ya que como estaba antes se asumía que lo único que se podía citar era un libro. Además, agregué campos nuevos, agregué la validación para los códigos y las fechas, y otras cosas más que no sé por qué nunca las agregaron antes. Hay algún problema? Tmagc (discusión) 16:03 25 mar 2024 (UTC)Responder

MediaWiki message delivery 18:56 25 mar 2024 (UTC)Responder

Les parece bien reemplzar las apariciones de [[Categoría:XX:Lista Swadesh|N]] por una nueva plantilla {{swadesh|XX|N}}. La plantilla además de categorizar generaría una leyenda sutil debajo de {{pron-graf}} que diga algo así como “parte de la Lista Swadesh”. LA plantilla iría justo después de {{pron-graf}}, es el lugar ideal. Tmagc (discusión) 22:50 27 mar 2024 (UTC)Responder

Supongo que tienes en mente un elemento flotante, para que aparezca justo debajo de la caja de pron-graf. Tal vez no funcione tan bien en las versiones para móviles, y si alguien se despista, puede alterar el orden sin querer o colocar otros elementos entre esta nueva plantilla y pron-graf. Yo votaría por ir reduciendo los elementos flotantes en lugar de favorecer su proliferación. Idea alternativa: ¿no tendría mejor cabida en la sección de "Véase también", en forma de enlace a la categoría? Peter Bowman (discusión) 00:22 28 mar 2024 (UTC)Responder

El problema es que "Véase También" es una sección de nivel 4, es decir, concierne sólo a la etimología; mientras que la lista swadesh es algo que afecta a toda la palabra, por lo que debería estar por debajo del nivel dos. Otra opción es hacer lo que quiero pero sin que sea flotante. Y una tercera opción es que la plantilla sólo categorice sin mostrar nada, como se venía haciendo hasta ahora. Tmagc (discusión) 14:53 28 mar 2024 (UTC)Responder

Creo que entonces lo mejor es que no muestre nada, porque me parece que quedaría medio raro que aprezca un subtítulo antes de los títulos de etimologías. Tmagc (discusión) 14:55 28 mar 2024 (UTC)Responder

Bien visto lo del nivel 4. Me estoy acordando de que en alguna entrada con múltiples etimologías (donde estos encabezamientos estaban en el nivel 3 y todos los demás en el nivel 4) habíamos dejado "Véase también" o "Información adicional" (no recuerdo cuál) al mismo nivel que las etimologías por el hecho de que su contenido se refería a toda la entrada. Creo que deberíamos abordar esto en el hilo de la estructura (aún no he tenido ocasión de analizarlo bien). De las opciones que propones, categorizar sin generar texto me parece un buen compromiso. Peter Bowman (discusión) 21:55 28 mar 2024 (UTC)Responder

Definitivamente yo estoy en contra de tener subtítulos con posición relativa porque confunde al que viene después y quiere agregar algo. Es decir, puede ser tentador subir "Véase También" a nivel 2, el problema es que si alguien que viene después quiere agregar algo que concierne sólo a una etimología se va a olvidar de bajarlo. Es lo que ocurre ahora mismo cuando aparece una nueva etimología. Tmagc (discusión) 02:34 1 abr 2024 (UTC)Responder

@Peter Bowman füta Así queda bien? Tmagc (discusión) 01:11 9 abr 2024 (UTC)Responder

Hola. Me encontré con una serie de palabras en guaraní que traen algunos problemas. Parece que quien las creó usó una comilla en lugar de un apóstrofe sin saber mucho las diferencia. Son las siguientes: aho’i, akanundu ro’y, apiru’a, ate’ỹa’e, a’ỹ, chemba’e, chipa so’o, chi’õ, haimbe’e, hakate’ỹ, hakãpe’a, hakã’o, ypa’ũndy. No es conveniente mantener estas páginas porque confunden a los módulos de pronunciación (piensan que son comillas). Cómo debería ser el criterio para estos casos? Yo voto por no permitir el uso de comillas simples en reemplazo de los apóstrofes (fíjense en los que figuran como "apóstrofe" en la tabla del Unicode). Entonces, a esas páginas habría que trasladarlas reemplazando la comilla por alguno de los apóstrofes (0x0027 o 0x02BC) y supongo que luego hay que borrarlas o dejar la redirección, que es otra cosa más para discutir... no sé digan algo xd. Tmagc (discusión) 15:04 28 mar 2024 (UTC)Responder

Si la única diferencia en el título es la comilla, se traslada al nombre correcto (con el apóstrofe en este caso) y se deja la redirección. Peter Bowman (discusión) 21:49 28 mar 2024 (UTC)Responder

En el artículo de Wikipedia dice que el Unicode del puso es U+A78B (mayúscula) y U+A78C (minúscula). Supongo que eso es fácil de comprobar en la tabla que corresponda. También creo que hay que trasladar y, si todavía no está, incluirlo en el conjunto de caracteres especiales de ese idioma en la barra de herramientas de edición..Saludos. Lin linao ¿dime? 00:15 29 mar 2024 (UTC)Responder

No hace mucho hubo un dilema sobre cuando incluír y cuando no incluír esta plantilla. Por mi parte, para evitar cualquier confusión lo que propongo es que se incluya siempre en palabras base y locuciones, y nunca en formas flexivas (se escribe === Forma flexiva=== sobre el nivel 3). Si a juicio de quien escribe tiene sentido categorizar o explicitar algo, lo puede hacer como en las demás palabras. Si no, se escribe {{etimología|leng=XX|no aplica}}. Ejemplos para constrastar: leche de almendras vs. Burkina Faso.

Después, qué va a suceder con los cognados? En Wikcionario:Etimología decía algo así y de forma muy laxa que "se podían agregar los cognados en Etimología, pero que no sean demasiados". No sería más fácil hacer una plantilla {{cognado}} que funcione similar a {{sinónimos}} y que vayan todos los cognados en Información Adicional? Otra es hacer un contenedor que funcione similar a Traducciones, aunque también cabría preguntarse si esta última no es más amplia y abarca a los cognados. Aunque también es cierto que en entradas que no sean del español no se pueden añadir traducciones entonces ahí sí podría tener sentido incluír esta plantilla. Pero primero necesito saber cuál es el estado actual de la cuestión. Tmagc (discusión) 02:50 1 abr 2024 (UTC)Responder

Como lo suelo ver yo, los cognados normalmente van en "Información adicional" y se emplea para ello la plantilla {{derivad|tít=Cognados|xxx}}: Especial:PermaLink/5271897#Información adicional. Para simplificar, se podría crear una nueva plantilla {{cognados}} como propones (estoy dudando acerca del singular/plural en el nombre). Peter Bowman (discusión) 09:27 1 abr 2024 (UTC)Responder

@Peter Bowman Quizá fusionar el estilo y homogenizarlo con el de traducciones. Podría crear una plantilla que sea igual a la de traducciones pero que no categorice (sólo el enlace), y que reemplace a las que había para descendientes. Creo que sería lo más práctico. Pero habría que aclarar hasta dónde es válido usarla. Vale para cualquier idioma? La de traducciones vale sólo para el español. La de descendientes, se supone que es para protolenguas pero a veces aparece en en latín. En füta aparecen unos derivados que no sé si en realidad no son términos que también son descendientes. yo creo que es lo mismo, sinceramente. A mí me da igual si se permite poner sucesores en cualquier página, pero el formato que sea homogéneo para todas: yo voto por

==== Descendientes ====

{{trad-arriba|descendientes}}

{{d|xx|...}}

{{d|yy|...}}

{{trad-abajo}}

d sería el equivalente para t. Se podría opcionalmente permitir separadores entre medio para agregar las subdivisiones de familias, algo que lo vi en el protoindoeuropeo.

Por último, quisiera que me permitan mover {{reconstruido}} al comienzo de todo, justo luego de {{desambiguación}} y antes de cualquier título. Si lo dejamos donde está ahora, choca con {{pron-graf}}. Desventaja de tener el elemento flotante xd. Tmagc (discusión) 05:02 9 abr 2024 (UTC)Responder

Tenía que escribir esto para responderme a mí mismo: los derivados son al interior de la propia lengua, los descendientes son entre distintas lenguas y verticales, los cognados son entre distintas lenguas y horizontales. Creo que sería esa la diferencia entonces. Ahí sí tiene sentido el formato para {{derivad}}. Pero no es compatible lo de füta, no podría haber "derivados en otras lenguas". Me queda la duda. Tmagc (discusión) 05:05 9 abr 2024 (UTC)Responder

La respuesta a ti mismo me parece correcta. Lo de füta podría borrarse si es problemático, pero a mí me parece útil. Otra opción sería dejarle descendientes del tipo futa-, -buta, etc, como hicieron en inglés con en:duco#Latin, cuyo descendiente en castellano es -ducir, nunca libre. Saludos. Lin linao ¿dime? 15:48 9 abr 2024 (UTC)Responder

Ya sabrán que implementé diversos módulos que generen pronunciación de forma automática? Casi. En realidad, como nada funciona gratis, necesitaría que vean y estén al tanto de la tabla que puse en la documentación, muestra el estado actual de los módulo implementados. Los módulos ayudan a generar la pronunciación pero en algunos casos hay que pasarle más información. En general, la implementación la copio tal cual de en.wikt pero algunos comandos los muevo a |ayudaextra. Hay varios problemas en los que hay que tomar una decisión. Algunos de ellos (lo más importante):

1. Para todo se puede implementar un módulo. Pero, hasta qué punto los comandos que podría llegar a requerir lo harían más complejo que copiar la transcripción a manopla? El italiano, el francés o el catalán son fáciles de entender. Estoy pensando por ejemplo en el portugués en:Template:pt-IPA. La gran cantidad de opciones que maneja, cuántos serían capaces de entender todo eso? Creo que es un caso muy lìmite, y habría que estudiarlo muy bien. Si la mayoría de las entradas no van a requerir todos esos comandos, por mí está bien. Si la mayoría de las entradas requieren alguno de esos comandos raros, empezaría a dar marcha atrás.
2. Si nos vamos a permitir tener módulos tan complejos (para los editores que tengan que usar la plantilla, para mí no va a ser problema implementarlos), entonces habría que adoptar alguna táctica similar a en.wikt y: o bien hacemos una plantilla por idioma, o bien sacamos esa tabla de la documentación y enlazamos cada idioma a una página diferente en donde se explique más a fondo el caso para cada idioma.
3. En el caso del árabe, hebreo, persa. Los módulos de en.wikt requieren los diacríticos para funcionar. no hacen magia (recuerden que en la práctica sólo se escriben las consonantes).
4. En el caso del chino... bueno esto en realidad requeriría de un hilo aparte. La prounciación creo que es completamente irregular, y además el pinyin es más preciso que el IPA. Pero quizá convenga empezar a pensar en unificar las variantes y hacer una plantilla especial que permita completar con los pinyin de todas las variantes, tal como en.wikt. Lo que entiendo es que tendríamos para cada variante de chino: misma grafía, mismo significado, pero diferente pronunciación. De ahí que decidieron unificar.
5. el japonés, en principio sería sólo hiragana y katakana (el kanji creo que es irregular), y el coreano parece relativamente sencillo con pocas irregularidades.
6. el alemán: requeriría sí o sí la información de los prefijos y sufijos presentes, si es que lo están; de otra forma no se puede transcribir correctamente.
7. y en el español, hablando de prefijos... estoy viendo que la nota de prefijos genera demasiados "falsos positivos", como en inca (piensa que hay un in-). Quizá convenga agregar comandos "prefsí" o "prefno" en ayudaextra, o incluso eliminar el "quizá haya varias separaciones silábicas posibles", desactivarlo por defecto y que busque los prefijos sólo si se pide explícitamente en la ayuda. Total, se puede pasar un bot que analice en Etimología si hay algún prefijo o no.

PAse lo que pase, hay que empezar a tomarse el tiempo de probar para cada idioma cada función para ver si está funcionando ok, y si el módulo comete errores groseros si no se usan las ayudas. En muchos casos de esta última circunstancia, sin embargo, sería fácil pasar un bot que agregue las cosas, por ejemplo si se trata de especificar la categoría gramatical. Tmagc (discusión) 03:39 1 abr 2024 (UTC)Responder

5. El japonés es totalmente regular desde hiragana y katakana a vocales y consonantes, con la única de excepción de は, que cuando es partícula suena wa y no ha. Pero tiene acento melódico impredecible y con altísima variación dialectal. Los diccionarios que lo indican, creo, dan la pauta de Tokio. Por ejemplo, はな = hana en Tokio tiene entonación Heiban (LH) cuando significa nariz y Odaka (LH↓) cuando significa nariz, pero en Osaka nariz tiene entonación Atamadaka (HL). Si se prescinde de indicar el acento melódico no habría problema. Y si se da, creo que la solución sería marcar a cuál de los 4 tipos pertenece y dónde. Saludos. Lin linao ¿dime? 16:16 9 abr 2024 (UTC)Responder

MediaWiki message delivery 03:36 2 abr 2024 (UTC)Responder

Hola. Se supone que la Plantilla:l+ es para mostrar los enlaces en letra cursiva, pero desde hace un tiempo veo que, por alguna razón, los enlaces con esta plantilla aparecen con letra redonda. 26agcp (discusión) 18:04 2 abr 2024 (UTC)Responder

Cierto, mala mía cuando metí mano en l para acoplarla al módulo nuevo de idiomas. Debería estar resuelto, saludos. Tmagc (discusión) 18:17 2 abr 2024 (UTC)Responder

@Tmagc, intenté revisar el código del Módulo:auto cat, pero me marié. Ignacio ( — Δ — ) 14:03 4 abr 2024 (UTC)Responder

También: Categoría:Wikcionario tiene mil y algo subcategorías que deberían estar mejor subcategorizadas. Ignacio ( — Δ — ) 14:27 4 abr 2024 (UTC)Responder

@Ignacio Rodríguez Correcto, me estaba encargando yo de eso. En realidad, el módulo no tiene casi ningún problema, el problema son las páginas que quedaron en las categorías viejas y hay que moverlas. Tmagc (discusión) 18:59 4 abr 2024 (UTC)Responder

Si este finde tengo suficiente tiempo, me pongo a ver eso. Pero las categorías correctas las reconoce casi todas. Tmagc (discusión) 19:00 4 abr 2024 (UTC)Responder

@Tmagc creo que no me di a entender? Me refiero a las >8000 categorías con un error grande y rojo de este estilo: Error de Lua en Módulo:auto_cat en la línea 448: La categoría no puede ser reconocida, que no están en ninguna categoría manualmente, sólo tienen {{auto cat}}

Además de las >1000 categorías que están categorizadas por el mismo módulo/plantilla directamente en Categoría:Wikcionario y no en una subcategoría más apropiada. (además de Categoría:Wikcionario:Mantenimiento que el mismo módulo la categoriza dentro de sí misma, creando un bucle) Ignacio ( — Δ — ) 20:18 4 abr 2024 (UTC)Responder

@Ignacio Rodríguez Cuántas páginas ves en cada una de esas categorías que tira error? Probablemente ninguna, a vece una o dos. Algunas tienen más páginas y habría que revisar si tiene sentido que estén categorizadas así. En otras tantas, están mal categorizadas porque la gente categorizó mal, usando enlaces en lugar de usar plantillas. Pero la culpa no es de auto cat, simplemente esas categorías están mal; y conviene que quede así por un tiempo para poder corregir esas páginas. En cuanto a lo del bucle, ya lo voy a revisar. Y si está mal la jerarquía de Wikcionario:Mantenimiento es porque el módulo no puede hacer magia: si la jerarquía en el título es confusa, el módulo no va a saber cuáles son los padres y va a pensar que es Wikcionario en lugar de la categoría del Idioma respectivo. Quizá renombrar Categoría:Wikcionario:XX:Ampliable a Categoría:XX:Ampliable tenga más sentido en relación a cómo está pensado el código, y en todo caso jerarquizar Categoría:Wikcionario -> Categoría:Ampliable -> Categoría:XX:Ampliable. LA conclusión es que esa parte está mucho mejor implementada en en.wikt. Estuve pensando también si no convendría hacer lo mismo con las plantillas: Categoría:Wikcionario -> Categoría:Plantillas -> Categoría:Plantillas:Plantillas que sirven para A, y siguiendo el mismo estilo. Tmagc (discusión) 20:51 4 abr 2024 (UTC)Responder

@Tmagc No entiendo si estoy loco, o simplemente soy tonto, pero yo veo 8000 categorías que tienen un error de Lua, producto de que el módulo no reconoce una estructura de categorías que la comunidad sí reconoce como válida. Tenían plantillas, como {{c-ciencias naturales}} que reforzaban esa estructura.

Pero para qué te voy a explicar si el título de esta sección tiene el enlace a las 8000 categorías. Todas ellas tenían una estructura válida que fue cambiada por Usuario:TMCbot por ahí por el 21 de marzo, por una única plantilla.

Ejemplo de categorías ya no funcionan:

• Todas las categorías de Ciencias aplicadas‎, Ciencias naturales‎, Ciencias sociales (y subcategorías de estas)‎ por idioma
• Todas las ex subcategorías de Categoría:Palabras por origen
• Todas las ex subcategorías de Categoría:Palabras formadas por sufijación

No creo que por ser muy entusiasta puedas simplemente destruir primero un árbol de categorías que la comunidad lleva sobre una década construyendo, y después decir que está bien que quede todo destruido porque quizás se te va a ocurrir un gran sistema para arreglarlo todo después. Primero la solución, después la destrucción. Gracias Ignacio ( — Δ — ) 21:14 4 abr 2024 (UTC)Responder

@Ignacio Rodríguez No, ahora el que no entiende soy yo. En cuanto a tu primer ejemplo, claramente dije en otro hilo que iba a unificar todo a Ciencia, porque cualquiera sabe que "Ciencias Naturales" y "Ciencias Sociales" son dos cliché que se usan sobre todo en la primaria, que en todo caso se podría hablar de ciertas diferencias de método pero cualquiera con dos dedos de frente sabe muy bien que en la práctica viene todo mezclado, por lo tanto meter una división ahí no es algo que agregue valor. Y es asì como aparece en Categoría:ES:Ciencia, por lo tanto las categorías por idioma sí funcionan. Y funcionan justamente porque la raíz para casi todas las categorías es la página del idioma, salvo contadas excepciones. Por lo que tus segundos ejemplos, yo los considero una nimiedad. Y si tanto te importan, ok es simplemente agregar una función extra en auto cat para que genere raíces adicionales, además de las páginas del idioma; algo que no le veo mucho sentido a que aparezcan todos los idiomas mezclados en una misma categoría. Tmagc (discusión) 22:08 4 abr 2024 (UTC)Responder

Antes de destruir, tener la solución! Un principio que debería ser parte del respeto al trabajo del resto.

• Categoría:DE:Palabras de origen inglés (y todas las combinaciones de idioma de origen y destino) tienen una estructura perfectamente regular, con raíz y todo. Estaban previamente categorizadas en Categoría:Palabras de origen inglés y Categoría:DE:Palabras por origen. No puedes ver el valor de esa nimiedad? de tener las palabras categorizadas según su origen? de una categoría con las palabras de todos los idiomas que derivan de uno?

Para el resto de ejemplos de categorías que hace 2 semanas funcionaban, y hoy no, navegar entre las >8000 categorías con errores de Lua, y ver las que estaban siendo usadas, y repararlas. No porque a mí me importe, porque a alguien le importó lo suficiente como para hacer esa categoría. Saludos, Ignacio ( — Δ — ) 22:26 4 abr 2024 (UTC)Responder

A propósito, desactivé la categoría de palabras por sufijación porque me sirve de momento para ver las páginas que están mal categorizadas. Es decir las que aparecen aahora no invocan a etimología y me va a servir para corregirlas. Tmagc (discusión) 22:10 4 abr 2024 (UTC)Responder

@Ignacio Rodríguez Por último, quiero que quede claro que el sitio es un gigante sobre pies de barro en la laguna. Hace diez años que migraron páginas con un formato viejo, hace diez años siguen habiendo 3k páginas. Hace diez años se creó la plantilla {{ejemplo}}, hoy en día sigo viendo gente que cita sin usar la plantilla. Hace diez años en en.wikt apareció la primera versión de lo que ahora es Módulo:generar-pron/es, hace cuatro meses recién que comenzó a funcionar, cuando tampoco se requiere mucha inteligencia para pedir permiso y "robar" (en el bien sentido del término) el código. Hace más de diez años, vienen implementando las plantillas de contexto, sabiendo que cada vez que alguien las quiere usar el editor tira una alerta por bucle, lo cual es algo que al comienzo me hacía creer que estaba haciendo algo mal. En el caso de las categorías, {{auto cat}} existe desde hace ocho años en en.wikt! Y ninguno se preguntó si habría alguna ventaja en implementarlo? Evidentemente parece que no, es más, estuve buscando pero ni siquiera encontré la propuesta para {{encabezado categoría}} (te invito a poner la prueba sobre la mesa). Tengo que seguir dando más ejemplos? El sitio siempre estuvo muy lejos de estar bien. Por un lado, faltas de consenso y trabajo para homogenizar las páginas. Por el otro, diseños mal hechos e intentos reiterados de edificar sobre el barro (pensá por ejemplo qué hacemos escribiendo manualmente la flexión en sustantivos y adjetivos regulares, cuando hace más de diez años está en:Module:es-headword, a aprender de los que saben!)

Me da el derecho de "destruir" todo de un día para el otro? Yo creo que parcialmente sí. No todo el progreso implica una acumulación (cf. Kuhn). Por otro lado, tampoco puedo ir con todo a la vez, lo tengo claro. Pero lo que sí creo es que hice en estos últimos meses mucho más de lo que vinieron haciendo en el estancamiento en el que se quedaron en todos estos años. Entonces, si sos del paradigma anterior, la respuesta finaliza acá. Sino, cambiá el tono porque para mí no existe ningún "quizá" en lo que digo: todo lo que prometí fue llegando. Pero paciencia, porque a mí nadie me paga para que venga a sacar el sitio de la decadencia y también tengo una vida y un trabajo. Si tanto te preocupan estas nimiedades, deberías al menos conectarte a diario, o activar las notificaciones de la página del Café. Porque sino: el que calla otorga. Saludos. Tmagc (discusión) 22:35 4 abr 2024 (UTC)Responder

Es un problema de orden:

1) crea el sistema, verifica que funcione

2) impleméntalo

En ese orden. Ignacio ( — Δ — ) 22:38 4 abr 2024 (UTC)Responder

El día de mañana se acaba la fase maniaca de tu trastorno bipolar o te atropella una micro y el proyecto se queda con aun más errores de los que tenía antes. No gracias Ignacio ( — Δ — ) 22:39 4 abr 2024 (UTC)Responder

Ignacio Rodríguez, sin ataques personales, por favor. Peter Bowman (discusión) 08:24 5 abr 2024 (UTC)Responder

Disculpa, me pasé de la raya con eso. El mensaje debía ser "el día en que se acabe esta sospechosa energía inusitada e impulsividad" Ignacio ( 話合 ) 12:15 5 abr 2024 (UTC)Responder

Categoría:EN:Palabras provenientes del inglés antiguo acá no hay error en Lua, pero me enteré recién que el alfabeto latino tiene 6 letras extra: "N I L N I L" que están en todos lados. Debo ser yo, ya que el módulo funciona bien. Ignacio ( — Δ — ) 01:17 5 abr 2024 (UTC)Responder

Todas las categorías de campos semánticos dejaron de enlazar entre sí. ¿Por qué? lo hacían perfectamente hasta hace 2 semanas. Categoría:ES:Zootomía enlazaba con Categoría:Zootomía, y así con los términos zootómicos de todos los idiomas.

Estas quejas las hago no como editor de el Wikcionario, sino como lector (que somos el objetivo principal del proyecto). Destruyeron mi diversión que es navegar de una manera no lineal el diccionario, usando las categorías. Ignacio ( 話合 ) 02:48 5 abr 2024 (UTC)Responder

Me gustaría colaborar con algún usuario con conocimiento del mapuzugun, pero sólo veo que está el Usuario Error de Lua en Módulo:auto cat (curiosa elección de nombre) Ignacio ( 話合 ) 03:06 5 abr 2024 (UTC)Responder

@Ignacio Rodríguez: en todo proyecto que involucre trabajar con software se producen errores y las cosas rompen, es natural. Cuando los tengas identificados, simplemente repórtalos y hazle ping al autor de los cambios. Estoy seguro de que Tmagc los resolverá cuando tenga un rato, si no los ha advertido ya. Un saludo, Peter Bowman (discusión) 08:30 5 abr 2024 (UTC)Responder

@Peter Bowman Creo que eliminar el contenido de todas (el 100%) de las páginas del espacio de nombres Categoría es más que un error en el software. ¿Sabías que pasó eso? El 21 de marzo todas esas páginas fueron reemplazadas por "{{auto cat}}". Es una imprudencia que no deberíamos tener que tolerar así como así. Algunas de esas páginas tenían información adicional, como Categoría:KUZ:Ortografía de Vaïsse y relacionadas (que revertí a su versión original). Ver también otro error introducido por cambiar arbitrariamente el nombre de las categorías x origen etimológico en Módulo discusión:etimología. Esos no son errores de software. También soy administrador y editor "técnico" en otros proyectos wiki, y nunca he eliminado el contenido de 30964 páginas, introduciendo errores en >8000 de ellas, y quizás cuánta información que fue eliminada en forma desapercibida, de forma difícil de recuperar. Debió hacerse por etapas. Hace un poco más de un año coordiné la fusión de al rededor de 50.000 paginas en Wikisource, que usaban un formato no apropiado, tengo experiencia en ese tipo de proyectos. Jamás lo hubiera dejado en manos de un robot sin supervisión ni criterio. Ignacio ( 話合 ) 12:12 5 abr 2024 (UTC)Responder

@Ignacio Rodríguez Ok entiendo por dónde va el problema. Es correcto, puede que me haya apresurado un poco al hacerlo, lo admito. Pero no es cierto lo que decís. En toda la historia del desarrollo del software, jamás hubo un proyecto en el que los desarrolladores esperaran a "tener la solución" para lanzar el proyecto. Cómo se hacen las cosas? Tirándose a la pileta. Punto. Entonces ahí es donde surgen los verdaderos problemas y luego las cosas se arreglan, para que vuelvan a surgir más problemas y así sucesivamente. Es el huevo vs. la gallina. Pero uno tiene que caminar y tirarse a la pileta de una, sin si quiera pensarlo. A partir de ahí se va descubriendo lo que tiene que hacer. Jamás sucede al revés.

Y sí, soy muy consciente de todo lo que estoy haciendo y del uso que le di a mi bot. De hecho, desde que implementé auto cat, dejé de hacer ediciones con el bot porque claramente soy consciente de que hay muchas páginas que quedaron mal y que deben ser tratadas.

Pero de acuerdo, a pesar de que creo que sostenés la tesis opuesta, y que prueba de ello es que (por mero perfeccionismo) hace cuatro años seguís estancado con Módulo:Citas, y que debería darte cátedra acerca de cómo se hacen las cosas, etc etc y más cosas que no vienen al caso, centrémonos en lo que importa.

Básicamente lo que entendí es que todos tus comentarios se formulan en el siguiente problema: en lugar de sólo anidar las categorías dentro de las categorías de cada idioma, debería también hacer categorías "universales" que abarquen a todos los idiomas. Pero por otro lado, tenemos Categoría:Wikcionario dando vuelta, lo cual me parece que es una denominación confusa desde mí punto de vista y más aún lo es para auto cat. Entonces, podemos hacer lo siguiente:

A) O creo categorías de la forma Categoría:Palabras de origen Y para Categoría:XX:Palabras de origen Y.

B) O creo categorías de la forma Categoría:Wikcionario:Palabras de origen Y para Categoría:XX:Palabras de origen Y.

O hago una implementación "mixta", lo cual embarra todo innecesariamente. Necesito que me contestes a esto, si la respuesta es mucho más compleja, pasame un árbol o un grafo que indique cómo deberían estar relacionadas las categorías. Porque de otra forma no voy a tomar en cuenta ninguna de tus críticas. Tmagc (discusión) 02:32 6 abr 2024 (UTC)Responder

@Ignacio Rodríguez A parte de lo anterior, todavía no me queda del todo claro por qué, habiendo yo en tan poco tiempo llegado más lejos de lo que jamás alguien pudo llegar, y además habiendo vos hecho en este proyecto pocas cosas del lado de la estructura y del desarrollo que puedan considerarse "significativas" venís a basurearme de esta manera. Mi objetivo próximo es revisar las categorías, para luego deshacerme de las plantillas de categorización. Luego, me voy a deshacer de las plantillas de contexto y de idiomas (revisando las debidas páginas), algo que forma parte de una estructura que parece anterior a la caída del muro de Berlín.

A lo que voy es, si venís a sumarte y a colaborar de buena fe y tenés ganas de aportar algo, te diría que te adelantes un paso y que vayas mirando los módulos de en.wikt para la flexión de sustantivos y adjetivos, algo que cada día me da más gana de implementar. Sino, lo único que te voy a pedir es que al menos te abstengas de criticarme con esto o al menos dame un poco más de tiempo, gracias ;). Tmagc (discusión) 02:43 6 abr 2024 (UTC)Responder

O sea, digo lo de "adelantar un paso" porque en mi experiencia no es bueno que dos personas hagan lo mismo al mismo tiempo, suelen pisarse y no sale nada bueno. De ahí la sugerencia, tomala o dejala. Tmagc (discusión) 02:46 6 abr 2024 (UTC)Responder

@Tmagc La crítica en ningún caso va por la implementación de los módulos, no te confundas. Desde el punto de vista de la programación, si hay un error en el código se revierte con tres clic. La eliminación del contenido de 30.000 categorías es el problema. Perfectamente pudiste haber cambiado primero las categorías que sabías cómo reemplazar, y luego el resto. Por etapas. No era necesario cambiarlas todas de una sola vez. Revertir esos cambios requiere cientos de miles de clics (o programar un bot, obviamente). Simplemente no se hará y tendremos que arreglarlo a manito. Es bueno lanzarse a la pileta, pero también es bueno comprobar que tenga agua.

Respecto al árbol de categorías:

• Uno de los problemas es lo que dices, de la falta de categorías "madre". Es extremadamente fácil de resolver, y lo hacían todas las plantillas de categorización funcionantes hasta hace dos semanas: Categoría:XX:YYYYYYY debe estar categorizada en Categoría:YYYYYYY. Nada más. No hay que crear categorías, están creadas de antemano. Y nada de Wikcionario ni nada. Esa implementación "mixta" sería un desastre para todos. Simplemente volver a lo más sencillo y fácil de programar.
• El otro problema es la categorización de las categorías "internas" que son las que tienen la estructura Categoría:Wikcionario:ALGO. La mayoría son categorías ocultas (idea: se puede agregar x ahí con el módulo la palabra mágica __ HIDDENCAT __ ) y no deberían reflejar información lexicográfica, sino que información interna para mantenimiento. Las que tienen la estructura Categoría:Wikcionario:XX:YYYYYY estaban categorizadas en Categoría:Wikcionario:YYYYYY. Lo mismo: desde el punto de vista de la programación es trivial resolverlo.

Esos dos problemas se solucionan de manera fácil, y como dices: metería mano yo, pero no es bueno que dos personas lo hagan al mismo tiempo. Pista: como la estructura de los títulos es regular, se pueden usar <spoiler>expresiones regulares</spoiler>.

• El principal problema es la eliminación de la información de un número indeterminado aun de categorías, que no forman parte del árbol "regular" y que ahora dan error. Están enterradas en Categoría:Páginas con errores en secuencias de órdenes, así que supongo que de ir limpiándose eso, aparecerán y se podrá revertir manualmente cada una de ellas. Nada que hacer, puedo ayudar.

Para limpiar esos categorías, o al menos poder analizar el contenido de esos miles de errores y llegar a alguna solución, es bueno partir por ordenarlas. Implementar esos dos puntos que mencioné más arriba sería un buen comienzo.

(PS: el módulo Citas está completamente funcional desde hace 4 años, pero no lo implementé por falta de interés del resto, no por "perfeccionismo" [funcionalismo le diría yo, mínimo que el programa cumpla la función que se espera]. Es harina de otro costal) Ignacio ( 話合 ) 03:48 6 abr 2024 (UTC)Responder

@Ignacio Rodríguez De acuerdo. Pero si Categoría:Wikcionario es supuestamente para "mantenimiento", por qué tenemos una Categoría:Wikcionario:Mantenimiento? Además, Wikcionario no sería un nombre de espacio? Qué viene a representar entonces "Categoría:Wikcionario"? Para mí esa súpercategoría siempre fue una ensalada rusa que no representa nada. Quizá podríamos meter ahí dentro todas las categorías que no son de ningún idioma (las categorías mayores de las que son de la forma Categoría:YYYYYYY, es decir, las que aparecen ahora en Categoría:Español). En otras palabras, que Categoría:XX:YYYYYYY se meta en Categoría:YYYYYYY, que Categoría:YYYYYYY se meta en Categoría:ZZZZZZZ si existe ZZZZZZZ que sea padre de YYYYYYY (por ejemplo "Registros Linguísticos" es el padre de "Términos Coloquiales", "Ciencia" es el padre de "Física", etc etc), o bien sino que entre en Categoría:Wikcionario. De esa forma queda que Categoría:Wikcionario viene a ser algo así como la verdadera raíz desde donde navegar. Porque sino todas las Categorías:YYYYYYY van a quedar aisladas. Tmagc (discusión) 04:00 6 abr 2024 (UTC)Responder

Lo cual es algo que me parece más que razonable, porque antes había una Categoría:ES:Mantenimiento, Categoría:ES:Plantillas, y así haríamos una Categoría:Wikcionario:Mantenimiento, Categoría:Wikcionario:Plantillas, y así Categoría:Wikcionario pasa a ser un comodín que represente a todos los idiomas. Es lo que más me cierra. Tmagc (discusión) 04:01 6 abr 2024 (UTC)Responder

@Tmagc Mira el árbol de categorías de cualquier Wikipedia. Lo de que las categorías van a quedar aisladas es simplemente absurdo. Cada página puede tener (como te habrás dado cuenta) más de una categoría. Hazte un favor y, en vez de especular, mira cómo se conformaba el árbol antes de los cambios. El mismo ejemplo que di antes, y ahora. Hay una categoría que antes a mí parecer sobraba (ES:campos semánticos, sólo deberían ir los campos de más alto nivel ahí), y otra misteriosa que ahora falta. ¿Puedes ver cuál es la que falta? Está creada, no hace falta crear nada nuevo.

Segundo, la lógica de la Categoría:Wikcionario es que toda la información que refleja es de interés de los editores y no de los lectores, y por eso se oculta. No dije que necesariamente sean para mantenimiento. Es el uso habitual en los proyectos wiki. Ignacio ( 話合 ) 04:12 6 abr 2024 (UTC)Responder

De hecho el módulo maneja muy bien las categorías madre. Mira SPOILER la categoría sorpresa. Funciona igual que antes, lo que muestra que estás inventando un problema donde no lo hay. Ignacio ( 話合 ) 04:16 6 abr 2024 (UTC)Responder

Compara Categoría:Anatomía en su estado actual, con en:Category:Anatomy para ver si, comparando los contenidos de ambas categorías, puedes entender la diferencia.

Más ejemplos, porque creo que lo que falta son muchos más ejemplos.

• Categoría:Campos semánticos vs en:Category:All topics. ¿Alcanzas a ver la diferencia?
• Categoría:Agricultura vs en:Category:Agriculture
• Categoría:Animales vs en:Category:Animals

Bueno, creo que se va entendiendo, para qué vamos a pasar de la letra A. Ignacio ( 話合 ) 04:24 6 abr 2024 (UTC)Responder

@Ignacio Rodríguez Muy bien, precisamente son esas cosas en las que no estoy de acuerdo. Primero, no entiendo a qué viene tu distinción entre editores y lectores, como si uno no pudiera hacer ambas cosas. Además, si no es por las categorías que son de "mantenimiento", entonces de qué sirve tener "categorías para editores" y "categorías para lectores"? Hubo muchos vicios institucionales dentro del sitio, y de todos los que hubo el peor fue hacer una distinción tan taxativa para esto.

Y sí, por supuesto que sé que cada página puede tener más de una categoría, pero definitivamente no queda bien que queden aisladas sin que vayan todas a parar a un nodo raíz.

Por lo tanto, voy a ocuparme de categorizar las categorías por fuera de los idiomas. Pero definitivamente, estoy convencido de que es un yerro que queden sueltas, incluso si así estaba antes. Así que eso va a cambiar. De hecho, en el ejemplo que me trajiste aparece claramente una categoría en:Category:Fundamental. A esto me estaba refiriendo con lo de que no quedaran aisladas, querido.

Gracias, me diste toda la información que necesitaba. Tmagc (discusión) 04:28 6 abr 2024 (UTC)Responder

@Tmagc Deja de especular, y MIRA COMO ERAN ANTES Y CÓMO ES AHORA! Por qué quedarían aisladas?

Tengo que escribirlo con letras mas grandes? Creo que es el tamaño de la letra...

Categoría:ES:Zootomía, 20 de marzo de 2024: Estaba categorizada en las siguientes categorías:

1. Zootomía
2. ES:Anatomía
3. ES:Zoología
4. ES:Campos semánticos (que creo que no debería ir ahí, es muy general

Categoría:ES:Zootomía, 22 de marzo de 2024: Está hoy en las siguientes categorías:

1. ES:Anatomía
2. ES:Zoología

¿Puedes ver al menos una discrepancia en el número de categorías? Será un buen comienzo.Ignacio ( 話合 ) 04:35 6 abr 2024 (UTC) PS: Si necesitas un tamaño de letra aun más grande, es posible. PS2: Soy benevolente, una pista: 4 > 2, lo que puede implicar (no necesariamente) que antes habían categorías que ahora no. Sé que suena a ciencia ficción, pero revisa la lógica. Responder

@Ignacio Rodríguez Sí, ñeri. Hace rato me di cuenta. El único que no entiende sos vos. Así que, dado que tanto pedís pero poco contribuís, lo que espero es que te muerdas la lengua y que esperes a que esté terminado. O bien, que respondas otra vez, pero que esta vez la aclaración venga con malas palabras, por favor. Tmagc (discusión) 04:42 6 abr 2024 (UTC)Responder

Entonces, por qué quedarían aisladas las categorías, niño!

Propongo una (aparentemente imposible, pero paradójicamente posible hasta hace dos semanas) solución en que las cosas sigan como estaban normalmente. Ignacio ( 話合 ) 04:45 6 abr 2024 (UTC)Responder

Solucionado (este sub problema) Ignacio ( 話合 ) 04:59 6 abr 2024 (UTC)Responder

Ok, me gusta la solución provisional tuya. Pero todavía no comprendés lo que quería decir. Creo que sabés muy poco leer entre líneas, o si quiera leer lo que escriben los demás. Pero lo dije claramente al principio que faltaría acoplar el equivalente para en:Category:Fundamental. Así que, el que no entiende sos vos. Pero ok, yo me puedo encargar de eso en un futuro, no es un problema catastrófico. Ahora sí, saludos. Tmagc (discusión) 05:06 6 abr 2024 (UTC)Responder

No es provisional, es definitiva. Es la lógica anterior, y perfecta del árbol previo, y la misma que la que usa el Wiktionary inglés.

El problema de Fundamental no tiene absolutamente nada que ver. EL problema es que aislaste miles de categorías de ese árbol, y yo las volví a juntar. Ignacio ( 話合 ) 05:13 6 abr 2024 (UTC) Creo que necesitaba letras aun más grandes, o haberte dado, en vez de tres ejemplos, trescientos cincuenta. No hay otra explicación. PS2: El equivalente de en:Category:Fundamental es... redoble de tambores... (el resultado te sorprenderá) Categoría:Fundamental. Increíble, ¿no?Responder

Creo que pueden conversar de esto sin los ataques personales y sarcasmos intercalados. Yo estoy más con Ignacio Rodríguez en lo de encontrar la solución primero e implementarla después y en lo de no hacer cambios serios por cuenta propia, pero también acepto que Tmagc está haciendo avances impresionantes y que, con tiempo, este problema de las categorías se va a arreglar. ¿Hay algo que se pueda hacer para no perder la información y para no afectar el funcionamiento diario? Saludos. Lin linao ¿dime? 01:47 7 abr 2024 (UTC)Responder

Yo sé muy bien todo lo que está pasando y también sé que no se va a perder nada y que todo va a volvar a la normalidad con alguna salvedad de que hay que renombrar algunas categorías. Sólo que toda etapa de transición requiere soportar una cierta incomodidad. Ahora bien, que Ignacio, que bastante poco hizo por el sitio, y que ahora de la nada venga a insultar porque categorizar es un fetiche para él y porque no es capaz de esperar ni siquiera un mes con ciertas categorías que no fueron tratadas aún, siendo que él no fue capaz de implementar Citoid en cuatro años, eso ya es otro tema. Tmagc (discusión) 03:33 7 abr 2024 (UTC)Responder

@Lin linao Anoche estaba cansado y estúpido. Discúlpenme si incomodé a más de alguno con mi actitud. La situación que empezó como un reporte sencillo de error, terminó medio surrealista. Ignacio ( 話合 ) 18:08 7 abr 2024 (UTC)Responder

@Peter Bowman, como administrador de interfaz te pido un favor. Se trata de MediaWiki:Scribunto-doc-page-show. Sería importante incluir ahí la plantilla {{documentación}}, para que se generen los enlaces automáticos y el espacio para la documentación de los módulos, que tanta importancia tienen en el futuro de este proyecto. Ignacio ( — Δ — ) 14:53 4 abr 2024 (UTC)Responder

@Ignacio Rodríguez, hecho. Un saludo, Peter Bowman (discusión) 14:57 4 abr 2024 (UTC)Responder

Estimada comunidad. Me gustaría contar con el flag para ediciones automatizadas acá. Tengo el flag también en Wikisource en español, en Wikipedia (lo perdí hace unos años por inactividad), y en Wikidata, con cientos de miles de ediciones en esos tres proyectos. Principalmente es para hacer tareas como reemplazos masivos de categorías que tengan errores o hayan sido renombradas. Nada controversial. En general soy criterioso. Ignacio ( 話合 ) 05:55 6 abr 2024 (UTC)Responder

Yo acepto sólo si primero decís cuáles son los reemplazos que vas a hacer y si luego vas a tomar la posta con auto cat, algo que veo que ya lo hiciste porque comprendés a la perfección cómo funciona. Tmagc (discusión) 19:08 6 abr 2024 (UTC)Responder

Tmagc es quien se está encargando de implantar el nuevo sistema de categorización y de solucionar los errores derivados del mismo (#>8000 categorías con errores). Si lo estima oportuno, pedirá soporte o ayuda con esa tarea. Introducir un nuevo bot que deshaga sus cambios según la visión que tiene otro operador no es el camino correcto. Peter Bowman (discusión) 11:21 7 abr 2024 (UTC)Responder

Es para tareas masivas, a pedido, no para deshacer a tontas y a locas. Cosas como crear o trasladar las categorías faltantes, u otras tareas semi-automáticas y supervisadas. Tengo varios años usando pywikibot y tengo un muy buen manejo de expresiones regulares. Ignacio ( 話合 ) 14:15 7 abr 2024 (UTC)Responder

@Peter Bowman intenté hacer algunas ediciones (trasladar categorías renombradas), pero no tengo el permiso "move" para hacerlo. Con eso podría hacer unas cuantas ediciones para mostrar de lo que estoy hablando. Insisto, nada controversial, ninguna reversión de criterio, sólo ayudar con la limpieza del desorden. Ignacio ( 話合 ) 14:39 7 abr 2024 (UTC)Responder

@Ignacio Rodríguez: pero ¿qué tareas masivas? Esas cosas se discuten antes de solicitar los permisos de bot, y se asignan cuando hay una necesidad y un plan (p. ej. ¿cómo planteas "limpiar el desorden"?). Acabamos de asignarles los permisos a TMCbot y RoboJ2, también tenemos disponible a mi bot para atender peticiones. Prefiero que lo de mover categorías me lo pidáis a mi, ya que puedo evitar que se creen redirecciones después del traslado. Peter Bowman (discusión) 15:28 7 abr 2024 (UTC)Responder

@Peter Bowman Nada más estaba ofreciendo mi ayuda como usuario con 18 años de experiencia editando proyectos wiki, pero si no es necesario, no importa.

Con tarea masiva por de pronto me refiero a cualquier tarea supervisada que se pueda hacer usando pywikibot. El criterio es hacer ediciones que yo mismo que podría hacer a mano (o con el mismo pywikibot y mi cuenta de usuario personal, con un tiempo razonable entre ediciones). El flag es para evitar inundar los cambios recientes.

¿Cómo planeo limpiar el desorden? Haciendo lo que ya estoy haciendo: navegando las categorías con errores, identificando patrones, planificar una solución y ejecutarla. Ejemplo, necesito trasladar todas las categorías Categoría:XX:Palabras con origen (idioma) a Categoría:XX:Palabras derivadas del (idioma) teniendo cuidado con el caso del latín.

En todo caso, para evitar que se creen redirecciones, es necesario el permiso suppressredirect, que es parte del grupo Bots. Ignacio ( 話合 ) 15:59 7 abr 2024 (UTC)Responder

A mí no me termina de cerrar. Primero, estando inactivo cerca de 4 años y viendo que ahora viene alguien con un poco de voluntad a implementar los cambios que tenían que haberse implementado desde antes, ahora de repente no podés aguantar ni siquiera un mes sin las categorías y me puteás. Qué es lo que tanto de urge? Segundo, querés trasladar las categorías que fueron renombradas sin si quiera preguntarte si no hay que revisar las categorías viejas que quedaron para vaciarlas, porque aunque no lo creas todavía quedan páginas en donde se categoriza directo en lugar de usar las plantillas que corresponden para hacerlo. Si trasladamos todo ahora mismo, nos perdemos la oportunidad para detectar las páginas que tienen esto y convertir su estructura. Lo que me da la pauta de que tenés menos idea que yo respecto de lo que hay que hacer. Por último, no entiendo si entonces yo tengo que primero "traer la solución" antes de mandarme a implementar cosas, y a vos sí te tenemos que dar la libertad de toquetear todo porque "sos criterioso" y "tenés un buen manejos de expresiones regulares", cualidades que obviamente son lo menos que se esperaría para alguien que venga a solicitar un bot?

  En contra, lo siento pero no veo como alguien así puede venir a contribuir de buena fe al sitio. Primero, cambiá tu actitud. Segundo, revisá la inconsistencia entre lo que me exigís y lo que pedís. Tercero, ahora esperá un mes. Entonces y sólo en ese entonces volveremos a hablar sobre este asunto. Mientras tanto, abstenete de cualquier modificación en el espacio de Categorías. Saludos. Tmagc (discusión) 16:29 7 abr 2024 (UTC)Responder

Lo que te pedí es que no eliminaras el contenido de 30 mil páginas sin pensar en las consecuencias, no que no toquetearas nada.

Entiendo el valor de tener miles de categorías con errores. Gracias a esos errores y con dos toques bajé la cantidad de >8000 a ~6900. Pretendo seguir así, hasta que quede en 0. Usando la cabeza, de a poco, sin vaciar nada a tontas y a locas. (Al trasladar la categoría no se pierde ninguna oportunidad. Las páginas mal categorizadas van a seguir ahí, no se van a mover por trasladar la página de la Categoría, que es una página común, como las otras.) Sí me pregunto en la consecuencia de mis acciones, tranquilo.

No voy a recibir instrucciones de un usuario igual que yo. Ignacio ( 話合 ) 17:49 7 abr 2024 (UTC)Responder

Si se traslada la categoría a la nueva denominación, la denominación vieja desaparece de Categoría:Páginas con errores en secuencias de órdenes, lo que hace que el trabajo sea el doble de complicado. Como sea, el veredicto queda igual y a esta altura no lo voy a cambiar. Obviamente podés revisar los módulos o implementar los que faltan. Pero no te metas en las categorías por el momento. Gracias y saludos. Tmagc (discusión) 18:53 7 abr 2024 (UTC)Responder

Solo trasladaría las categorías que sé cómo manejar o que el módulo maneja bien. A eso voy con que no voy a hacer nada a tontas y a locas. Si se traslada la categoría a una nueva denominación, las páginas que estaban manualmente quedan en la categoría vieja y se pueden detectar por mucho medio nada complicados. Lo que sí mejora bastante, es la navegación de la categoría de páginas con errores.

E insisto, no voy a recibir instrucciones de un usuario igual que yo. Los usuarios no emiten veredictos, ni resoluciones, ni condenas. Ignacio ( 話合 ) 19:43 7 abr 2024 (UTC)Responder

@Ignacio Rodríguez: como usuario te pido, por favor, que tengas paciencia. Tmagc está trabajando en ello y en muchas cosas más, la categorización solo es una parte de todo lo que tiene en marcha. Vi en su día los errores de auto-cat y decidí esperarme a escribirle nada porque sé que está rehaciendo activamente esa parte, y sé que lo acabará arreglando porque tiene las herramientas (bot, conocimientos de programación) adecuadas para ello, junto con un plan que ha ido detallando en este Café. Si tienes observaciones o ideas para mejorar lo que él ha propuesto, este foro es el lugar indicado. Puesto que lo has advertido tú y si tienes esa posibilidad (debería ser así dado que estás pidiendo el flag), puedes ayudarnos y sacar una lista de páginas cuyo contenido eliminó TMCbot y que consideras que debió haberse mantenido. PD en mi comentario anterior olvidé que los bots tienen el permiso "suppressredirect", luego ignorad por favor esa parte. Peter Bowman (discusión) 20:01 7 abr 2024 (UTC)Responder

@Peter Bowman El usuario en cuestión tiene más cosas en marcha de las que puede manejar. También tengo los conocimientos y desde ayer he reparado varios errores. Puedo y quiero ayudar, entiendo "el plan" (en este caso puntual de la categorización no es particularmente sofisticado). El problema para compilar esa lista, es que para encontrarlas dentro de ese mar de categorías, es necesario hacer un mínimo de limpieza. Ignacio ( 話合 ) 20:07 7 abr 2024 (UTC)Responder

Salvo que tengas algo particular en mente, no estoy de acuerdo en lo último: puedes extraer el código de las páginas editadas por TMCbot antes de sus cambios y detectar si contenían lo que estás buscando. Peter Bowman (discusión) 20:49 7 abr 2024 (UTC)Responder

Creo que no me di a entender, pero no voy a insistir. Te voy a escribir con listas de páginas que hay que trasladar / borrar (todas vacías, evidentemente) Ignacio ( 話合 ) 21:07 7 abr 2024 (UTC)Responder

@Ignacio Rodríguez No, el que pidió un bot fuiste vos, y mi veredicto es, por el momento, en contra. Lo único que digo es: si veo un traslado de una sola categoría no vacía y veo que desaparece de Categoría:Páginas con errores en secuencias de órdenes (tal como hice hace unos minutos), lo voy a considerar como falta de cooperación. Si es una "instrucción" o no, interpretalo como quieras. En cuanto al resto de cosas, hacé lo que quieras. Tmagc (discusión) 20:03 7 abr 2024 (UTC)Responder

MediaWiki message delivery 23:37 8 abr 2024 (UTC)Responder