De todas formas en la migracion de interwikis no hace falta más colaboración
ifessfa Entra en el canal
Kizar:
En Wikipedia en español quedan unos 60.000 artículos de importar
Miguillen:
ya se va reduciendo
Kizar:
Contando todos los espacios de nombres y los artículos que tienen problemas que hay que resolver a mano
ILVerano (I-L-Verano) Entra en el canal
B25es:
¿Los 16 millones son de todas las wikis? Muchos serán versiones de otros. La cifra real será mucho menor
Kizar:
Pero se está encargado de ellos un bot llamado Legobot
Miguillen:
jem- te refieres a que a las propiedades hay que llamarlas desde la plantilla y no desde el artículo
Kizar:
Sí B25es, pero hay que retirar los enlaces de los 16M
ILVerano (I-L-Verano) cambia su alias a Visitante
jem-:
A eso mismo me refiero, Miguillen
B25es:
Cierto Kizar. Lo veía desde el mundo de las Qs. Son menos Qs.
MrAjedrez_ Entra en el canal
Miguillen:
jem- y cuanto más central sea el sitio mejor
MrAjedrez_ sale de IRC
MrAjedrez_ (MrAjedrez) Entra en el canal
Kizar:
No tengo mucha experiencia en discusiones en IRC pero veo que va a ser complicado seguir una conversación
MrAjedrez_:
Perdón, estaba en el móvil sin identificar
Farisori:
a ver si entiendo, jem- en la ficha que usan en el artículo Torino, escriben "|Bandiera=" --> de qué manera eso llama a wikidata?
Kizar:
Expongo un tema y opinamos todos del mismo?
Miguillen:
es decir en nuestro caso si sería posible en ficha mejor que en ficha de entidad subnacional
jem-:
Kizar tiene razón, vamos a intentar seguir un orden
Farisori:
uy, si.. de acuerdo con Kizar
jem-:
Creo que primero resolver dudas
Respondemos primero a Farisori
Miguillen:
Farisori si estaría en la ficha (plantilla) el artículo lo identificaría por el interwiki
Farisori:
gracias.. mi primera pregunta ya está respondida (hay un número suficiente de bots trabajando en la fase 1, que acabarán dentro de relativamente poco tiempo más)
jem-:
Sí, sobre todo es importante que Legobot ha reanudado su trabajo
Farisori:
ok jem-
jem-:
El operador tuvo un problema que por suerte ya ha resuelto
Kizar:
La segunda pregunta de Farisori
Farisori:
perfecto
Kizar:
jem-:
Es el bot más completo porque además de retirar, crea el ítem y le pone enlaces si es necesario
Sí, segunda pregunta
Farisori:
ok Kizar, mi segunda pregunta es sobre el modo en que las fichas utilizan los datos de wikidata en los artículos (fase 2)
Kizar:
lo que hace es buscar la página de Wikidata del artículo y ahi la propiedad 41
pues se reempalzaria en Wikipedia por Flag of Turin.svg
MrAjedrez_:
Entiendo que la propiedad se aplica en la ficha y no en el artículo, ¿no?
Kizar:
y funciona como siempre
Claro, eso es lo que decía jem-
jem-:
MrAjedrez_: Precisamente eso es lo que tenemos que ir dejando claro
Kizar:
Eso es solo una demostración
jem-:
En mi opinión lo correcto sería hacerlo en la ficha
Kizar:
Cuando estén todos los datos en Wikidata se modifica la plantilla Ficha de localidad
Miguillen:
sobre esto hay una cuestión que creo que se resolvería en la fase 3
MrAjedrez_:
Pero haría falta un sistema por el que hubiera ambas opciones
Miguillen:
lo referente a la población
jem-:
Pues eso también habría que verlo, MrAjedrez_
MrAjedrez_:
No todas las propiedades bandera están colocadas, supongo
Miguillen:
que en algunos casos se genera a partir de una lista de datos
jem-:
Deberían estarlo, MrAjedrez_
Kizar:
Supongo que es posible poner {{#if | | parametro normal
y usar preferentemente lo de Wikidata
jem-:
En principio sí creo que sería posible
Kizar:
sino el parámetro de la ficha
Farisori:
ok voy entendiendo.. podría alguien comenzar una página de ayuda en es.wikipedia sobre el funcionamiento de esto?
jem-:
Pero me pregunto si no será un poco arriesgado
MrAjedrez_:
Eso supondría que quien creara un artículo de una localidad nueva tendría que editar también en Wikidata para completar la ficha
jem-:
Sí, lo de las páginas de ayuda era otro punto que tenía anotado
MrAjedrez_:
Si no hay ambas opciones, me refiero
jem-:
A mí me gustaría que de hoy saliéramos al menos con algunas tareas repartidas entre nosotros
Kizar:
Bueno, son problemas que se solucionarán en su momento
Miguillen:
MrAjedrez_ si es una traducción es muy probable que se ahorre hacer la ficha
MrAjedrez_:
Pero no siempre hay artículo de la localidad en alguna wiki, si esta es pequeña
jem-:
Porque para uno solo esto se hace un mundo, pero si nos repartimos tareas concretas todo se facilita
Kizar:
Vista a la velocidad que avanza Wikidata los datos de todas los municipios del mundo se importarán en una semana...
Farisori:
de acuerdo jem- con lo de las tareas
jem-:
Bien:)
MrAjedrez_:
Esa es otra, ¿se importan también los datos de las fichas?
jem-:
Bueno, faltarían cosas como las poblaciones
Es bueno señalar que faltan muchos tipos de datos por crear
Kizar:
Estamos en Ello MrAjedrez
jem-:
Solo están los de string y los de ítems
Pero faltan las fechas, las coordenadas...
Farisori:
así como va esto de wikidata ya me estoy imaginando que algunos editores de wikipedia comenzarán a editar más en wikidata que en wikipedia
B25es:
Las poblaciones se refieren a muchas fechas, y pueden ser datos de diferentes tipos.
jem-:
Es posible
MrAjedrez_:
Ok, Kizar. Me reitero, si necesitáis bot para ejecutar un script ChessBOT está disponible
jem-:
Lo que pasa es que los bots harán gran parte del trabajo
Miguillen:
jem- Es probable que los datos de población de municipios de España (que usan plantilla) se pueda primero poner el dato en wikidara de forma aislada y con la fase 3 vincularlo a una base de datos
jem-:
Gracias, MrAjedrez_:) Por supuesto Jembot también
(... para cosas en PHP)
A ver, sobre la población, aclaraciones
Para datos que varían en el tiempo hacen falta los "qualifiers"
Miguillen:
y Miguillen-bot (si es que podr´´ia operar en wikidata
jem-:
Que por lo que he entendido se implantarán en breve
B25es:
Las poblaciones son carne de base de datos: querrás la actual, la del censo anterior, y anterior y así sucesivamente, No es una cifra aislada
Miguillen:
jem- eso son bases de datos
Farisori:
no lo veo claro pero me parece que wikidata también facilitará las fusiones de fichas, verdad? existen muchas fichas de localidad que en realidad deberían fusionarse con la de entidad subnacional, por ejemplo
Miguillen:
Farisori más facil
jem-:
Y permitirán decir entre qué fechas había un valor determinado
Miguillen:
Farisori con esto se puede aprovechar para hacer muchas fusiones pendientes como la ficha de localidad y la de entidad subnacional
jem-:
Farisori: Sí, hasta cierto punto
Farisori:
qué bueno
jem-:
Pero queda en la parte del proyecto decidir los niveles y dependencias en las fichas, de todas formas
MrAjedrez_:
jem-: ¿Una pequeña descripción de qué son los qualifiers?
Miguillen:
Farisori lo que hay que evaluar es la compatibilidad de propiedades
Kizar:
Creo que con lo de qualifiers se va a solucionar lo del censo
Farisori:
ok Miguillen
Kizar:
se trata de asignar un par de valores
por ejemplo en la propiedad poblacion
en vez de añadir 1111111
se añade 2013 = 4646466
2010 = 2131356
etc
Farisori:
maravilloso!
Miguillen:
Kizar en españa la llamada se hace a partir de código INE
Kizar:
y se podría consultar para todos los años que haya datos
B25es:
Kizar: Bonita solución
Kizar:
Así las gráficas se podrían pintar directamente con datos de Wikidata
jem-:
Efectivamente
B25es:
Ojo con los distintos tipos: censos, estimaciones oficiales; población de hecho, de derecho, municipal...
Kizar:
Importar todos los datos a Wikidata cuando salga el censo del INE
etc...
Farisori:
otra pregunta, un detalle: en en.wikipedia la puntuación de las cifras es distinta a es.wikipedia (unos usan comas, otros puntos.. ¿habrá problemas con esto?)
B25es:
El INE es bastante simple. El INSEE tiene muchas más variantes.
jem-:
Por eso no hace mucho comenté que sería bueno esperar y llamar ya desde los artículos a algo tipo {Evolución demográfica} sin parámetros, directamente
ifessfa cambia su alias a Ashaverus
Kizar:
Supongo que en Wikidata van a almacenar los números sin separadores de miles
separadores decimales supongo que usaran el punto americano
Miguillen:
y {{formatnum haría el resto
Kizar:
pero se puede dar formato a los datos en Wikipedia
MrAjedrez_:
Supongo que para eso se puede usar el formatnum
Farisori:
Kizar eso sería lo más lógico, esperemos tengan todos una visión global
jem-:
Estoy bastante seguro que algo así no debería dar problemas
Farisori:
ok Miguillen y jem- entiendo
jem-:
Mi impresión es que el equipo alemán trabaja concienzudamente y tiene casi todo en cuenta
Kizar:
Tambi´en tengo mis dudas sobre las fechas
Miguillen:
Luego jem- también me comentó que se podría crear datos diferentes para diferentes wikipedias
jem-:
Las fechas son uno de los tipos que faltan por implementar
El Entra en el canal
Miguillen:
en caso de que habría problemas
jem-:
Sí, Miguillen, o más bien que cada una tome unos datos en concreto
El cambia su alias a Guest51404
Kizar:
Eso ya no se
jem-:
Porque se pueden aportar distintas fuentes para los mismos datos
Farisori:
las fechas siempre dan un poco más de problemas en bases de datos, pero no creo que sea tanto problema tampoco
jem-:
Aunque eso creo que también falta por completar
Kizar:
Vamos a los temas a tratar para hoy?
Miguillen:
Kizar vamos
Farisori:
pero alguien más tiene preguntas?
MrAjedrez_:
Tengo una duda
Farisori:
yo ya estoy bien por ahora (gracias por las respuestas)
jem-:
De nada:)
Adelante, MrAjedrez_
Resolvamos todas las dudas primero
Kizar:
1er punto: Enlaces interlingüísticos a secciones: ¿proponer su prohibición?
MrAjedrez_:
¿Que pasa en la fase 2 cuando en una misma propiedad hay varios atributos?
Kizar:
Ok
me espero
xD
jem-:
:)
¿Varios atributos?
Kizar:
Se a que se refiere
MrAjedrez_:
Para una misma propiedad (por ejemplo, lugar de nacimiento) se pueden poner varias
Se podría hacer que se mostraran los diversos valores, según entiendo
O restringirlo a una fuente en concreto
MrAjedrez_:
Entiendo
Kizar:
Está muy verde el asunto aún
Farisori:
al menos la implementación lo permite, que es lo fundamental
Kizar:
Puede que la sintaxis cambie
jem-:
Sí
Kizar:
Por eso no están autorizando bots para importar los datos de las fichas
jem-:
Todavía se tiene que concretar pero creo que todo eso está en la mente de los programadores
Kizar:
Porque alomejor cambia y no sirve para nada lo que hay ahora...
Pensar han pensado en todo y tiene muy buena pinta
Pero va poco a poco
Los boteros estamos centrados en la fase 1
Farisori:
quizás en su momento tengamos que dividir en subfases esta fase 2, dejando para el final estos parámetros con posibles datos múltiples
Kizar:
Cuando terminemos y empecemos la fase 2 aparecerán problemas y se solucionarán en ese momento:)
jem-:
Cierto:)
Farisori:
Kizar a mí me parece bien que vayan paso a paso;)
jem-:
Y evidentemente habría que intentar que si hay discrepancias en nuestros datos, esos pasen a Wikidata como fuente alternativa y no que tengamos que mantenerlos a mano en las fichas
Kizar:
Yo creo que no deberíamos cambiar nada de ninguna plantilla hasta que funcione bien en otro idioma
puede pasar más de 1 mes
jem-:
Kizar: Ahora esperemos que no todas las Wikipedias hagan lo mismo:)
Kizar:
Hay 11 voluntarias
B25es:
Aún hay fase 1 por hacer.
Kizar:
xD
Ashaverus sale de IRC
jem-:
Sí
Bien, ¿más dudas previas?
Kizar:
Avancemos pués
Farisori:
claro jem-: ya que wikidata será una realidad, si vamos a "exportar" hacia allá ciertas propiedades, yo confiaría en wikidata por entero para ellas, no a medias
jem-:
Correcto, Farisori:)
Debemos perderle el miedo y transmitir eso a los demás
Kizar:
Yo veo un mundo de oportunidades
Farisori:
MrAjedrez_ tienes más preguntas? alguien más?
jem-:
Si no hay más dudas, Kizar, puedes ir exponiendo los puntos
Kizar:
Dejaremso de preocuparnos por actualizar datos de fichas y deshacer vandalismos
para trabajar en otras cosas
MrAjedrez_:
Podemos empezar, sí
Kizar:
Punto 1
Enlaces interlingüísticos a secciones: ¿proponer su prohibición?
Expongo
Farisori:
Kizar sí, de todas maneras esto es una mejora crucial en Wikipedia, yo también confío en que esto es indiscutiblemente para mejor
(perdón, adelante -me tapo la boca)
Kizar:
Como bien sabeis, antes se usaban enlaces interlinuísticos que enlazaban a secciones y estos no se permiten en Wikidata
He visto que falta consenso en el café sobre esos enlaces
Miguillen:
Si algo no hace falta mejor eliminar
Ashaverus:
pero a mi me parece que está bien eliminarlos
MrAjedrez_ (MrAjedrez) sale de IRC
jem-:
Ehm, hola, Ashaverus
Farisori_:
Yo también estoy de acuerdo con eliminarlos
Kizar:
Yo creo que tiene su utilidas pero nadie se va a encargar de actualizarlo y los artículos cambian de nombre, las secciones tambiñen, etc...
Dentro de un par de años van a estar todos rotos si no lo están ya
jem-:
Ashaverus: Te recuerdo que este log se publicará, por si tienes objeción a ello
Farisori sale de IRC
jem-:
Y no sé si te conocemos de Wikipedia...
Farisori_:
de hecho las secciones cambian de nombre con mayor frecuencia que los artículos; además que una sección normalmente será un esbozo en comparación con el artículo completo
Kizar:
Actualmente existen 7992 artículos con este tipo de enlaces
B25es:
Si no molestan, no veo la necesidad inmediata de eliminarlos. Por otro lado entiendo que hemos te tener presente que los artículos estándar son las versiones en cada lengua de los Qs.
Ashaverus:
no tengo objeción¸
soy jmvkrecords...
jem-:
Ahhh, Ok:)
Con razón
MrAjedrez__:
Pienso que tienen su utilidad
B25es:
Hay lenguas que consideran Caín y Abel un artículo, otras tienen uno para cada uno. Lo mismo con Rómulo y Remo.
Kizar:
Pero a la larga todas las lenguas deberían tener un artículo
Si seguimos creciendo..
B25es:
Creo que el futuro es que si hay un Q para cada uno, todas las lenguas han de ir hacia ahí, ahora, que si de momento no es así... pues aguantar.
jem-:
Entiendo a B25es
Miguillen:
luego hay enlaces del tipo [[:en:.....
jem-:
Pero creo que deberíamos tender a usar solo Wikidata igual que dejamos a 0 el contador de imágenes
Ashaverus:
no, a la larga no, pues cada lengua tiene políticas diferentes, cosas que aquí no se aceptan, y están en un apartado menor, en inglés tienen artículo propio
Kizar:
Personalmente creo que tiene muy poca o nula utilidad
Miguillen:
Es posible que los dos puntos los desestimen en algún momento
jem-:
Esos no afectarían al "contador", Miguillen
Farisori Entra en el canal
Farisori:
B25es esa inquietud yo la tengo con las plantillas, porque tenemos muchas más unificadas que otras wikis, entonces no sé cómo irán los interwikis
Miguillen:
jem- me refiero a que entonces esos enlaces se mostraría en el cuerpo del artículo
jem-:
Sí, como ahora
Miguillen:
como si fueran enlaces normales (lo que antes eran intewikis)
jem-:
Claro
Pero eso no cambia
Esos enlaces no eran deseables antes y no lo serán tampoco desde ahora
Farisori:
Kizar: ¿no es posible que un bot verifique qué porcentaje de estos enlaces interwikis restantes a secciones están rotos?
Miguillen:
digo si desestiman los dos puntos iniciales
MrAjedrez__:
Pienso que los interwikis a secciones podrían seguir con un mantenimiento periódico
Farisori:
si el porcentaje es alto, entonces sería una razón de peso para eliminarlos
Kizar:
Puedo hacerlo yo
jem-:
No creo que lo desestimen
Farisori_ sale de IRC
Kizar:
Te puedo decir que el porcentaje de rotos no es muy alto
En principio todo artículo de toda Wikipedia debería acabar teniendo un ítem asociado en Wikidata
Kizar:
tiene el interwiki
B25es:
En wikidata todo asteroide tiene su Q.
Farisori:
a qué llaman Q, B25es?
jem-:
Con lo que si unas tienen Caín y Abel juntos y otras separados, debería acabar habiendo tres ítems separados cada uno con los enlaces que correspondan
Q = ítem
Kizar:
B25es: Pero en la wikipedia en idioma vec no existen esos artículos
Ashaverus:
q es el item o elemento en Wikidata
Kizar:
Están todos en una lista
Miguillen:
Farisori q es la entrada de wikidata seguida de un número aleatorio
Kizar:
en un único artículo
jem-:
Más que aleatorio, secuencial:)
B25es:
Secuencial, me temo
Miguillen:
bueno entrada = item
MrAjedrez__:
Pienso que debería añadirse la opción a Wikidata, pero bueno
Farisori_ Entra en el canal
jem-:
MrAjedrez__: En eso creo que no transigirán
Kizar:
Hay motivos técnicos para no hacerlo
jem-:
Una de sus bases es que 1 página de proyecto solo aparezca en 1 item
MrAjedrez__:
jem-: Yo veo útil que en Caín haya un xx:Caín y Abel#Caín
B25es:
Kizar: es el caso de mucho personajes de manga y de series, según idiomas. Requerirían una meta-política.
Farisori_:
mi razonamiento es el siguiente: para vec.wikipedia a ellos les interesa tener interwikis para el anexo , no interwikis para
jem-:
MrAjedrez__: Yo creo que es más lógico lo de los tres ítems
Además, esos tres ítems podrían estar conectados por las propiedades correspondientes
Farisori_:
por otra parte, para las demás wikipedias, a nosotros no veo que nos sirva demasiado tener un interwiki hacia una pequeña sección con mucha menos información que un artículo completo
Hprmedina (Hprmedina) sale de IRC
Kizar:
Yo insisto en que deberíamos eliminarlos
MrAjedrez__:
Una cosa no quita la otra, jem
jem-:
Pero sería redundante, MrAjedrez__
Kizar:
si más adelante se pnen en Wikidata, que lo importen de enwiki
Farisori_:
Kizar mi razonamiento también apunta a eliminarlos
Kizar:
y lo tenemos todos los idiomas
Hprmedina (Hprmedina) Entra en el canal
jem-:
Si hay un ítem para Caín+Abel, otro para Caín y otro para Abel, ¿qué sentido tiene un interwiki a sección?
Farisori sale de IRC
Farisori_:
tampoco veo el problema a tener dos interwikis de una misma wikipedia: que en algunos casos hayan un interwiki a Caín y otro a Abel para una misma wiki
MrAjedrez__:
El lector interesado en navegar.no va a entrar en Wikidata
Ashaverus:
jem, simple... cain+abel, será un item casi vacio para pocas lenguas que no enlazan con las grandes lenguas donde si se tiene cain y por aparte abel
jem-:
Y no necesita hacerlo, MrAjedrez__, puede moverse por interwikis como hasta ahora
Kizar:
Es que yo creo que todo es más simple
Ashaverus:
los idiomas que enlacen a cain+abel, mostraran a sus lectores menos enlaces de profundizacion
Kizar:
Si en Español existe Caín y Abel por separado y en otro idioma están jusntos
Farisori_:
MrAjedrez__ wikidata es a este nivel solo una externalización de servicios: para el lector todo seguirá igual que siempre
MrAjedrez__:
Pero si en el idioma x sólo hay Caín y Abel no va a encontrar el artículo
Kizar:
no tratan del mismo tema exactamente
son parecidos pero no iguales
MrAjedrez__:
La sección trata de lo mismo
Kizar:
otra razón de peso que si que es muy importante
jem-:
Ashaverus: Quizás eso se podría resolver con enlaces desde esas wikis pequeñas a los ítems separados de Caín y de Abel
Kizar:
es que la mayoría de esos enlaces apuntan a Wikipedias muy raras
con pocos hablantes
Farisori_:
¿es muy raro que se agreguen dos interwikis "caín" + "abel" para la entrada "caín y abel", y punto?
Kizar:
que por eso no han creado los art´culos por separado
B25es:
Creo que hemos de ir hacia una convergencia. ¿Se podrían empezar por no permitir enlaces nuevos a secciones?
Kizar:
Han copiado una lista de algún lado y nada mñas
más*
jem-:
Farisori_: Es que eso sería poner dos enlaces al mismo idioma para un único ítem, cosa que no se permite
MrAjedrez__:
Eso no creo que proceda
jem-:
Vale, yo sería práctico en la línea que dice B25es
Farisori_:
jem- no sabía que no se permitía
jem-:
Aclarado queda:)
Ashaverus:
quizas podría solucionarse con una seccion de enlaces externos al final del artículo
jem-:
Yo creo que con buen criterio
Ashaverus:
algo como "interwikis complementarios"
Kizar:
Yo creo que expuestos todos los puntos deberíamos votar sin más
Si no es aquí en Wikipedia
jem-:
Sí, Ashaverus, es lo que te decía antes de enlazar a los dos ítems
Sí, Kizar
MrAjedrez__:
Es que no son externos, Ashaverus
jem-:
Mi idea era ver primero si tenemos un cierto consenso nosotros
Para ver qué es lo que procede proponer en el Café
(Si es que procede proponer algo)
Farisori_:
pero aún no tenemos clara la opinión de todos: ¿qué tal una opinión general? De acuerdo/En desacuerdo/Me abstengo, algo así?
jem-:
Bien
MrAjedrez__:
Con el camino que llevamos, jem...:)
Kizar:
Votamos de prueba?
jem-:
Votemos
-- Prohibición de interwikis a secciones --
A favor
Farisori_:
pero a qué votamos? que Kizar o jem- redacte bien la pregunta:-)
Kizar:
A favor
MrAjedrez__:
En contra
Miguillen:
A favor
Ashaverus:
en contra
Farisori_:
Prohibición incluyendo los interwikis actuales? A favor, en todo caso
jem-:
Sí, tanto actuales como futuros, claro
Farisori_:
ok
jem-:
Hprmedina:???
Kizar:
B25es?
B25es:
Sí: otra cosa es prorrogar el pasado, así que sí.
jem-:
O sea, a favor:)
B25es:
a Favor
Kizar:
5 vs 2
Guest51404 sale del canal
Hprmedina:
neutral
Ashaverus:
:)
jem-:
Vale:)
Kizar:
Supongo que procede abrir una votación oficial en Wikipedia y lo que se decida alli
jem-:
Sí, en todo caso podemos dar un orden de prioridad
Miguillen:
consnso puro y duro me temo que va a ser difícil
B25es:
Creo que hay que avisar de que el sistema tiene poco futuro, no tanto por es:wk como por wikidata.
Ashaverus:
Es que creo que la solucion no es prohibir, sino canalizar, poner un orden
Farisori_:
sí.. aunque igual abrir un hilo antes en el café, por si alguien tuviese un argumento muy de peso que nos convenza a todos por una u otra alternativa;)
jem-:
Visto que no estamos del todo de acuerdo podemos ir viendo qué otros temas tenemos más claros
Miguillen:
Yo me tengo que retirar a cenar
Kizar:
Si vamos a avanzar que hay muchos puntos y llevamos una hora para 1 punto
jem-:
Ok, Miguillen
El Entra en el canal
jem-:
Sí
Hprmedina:
ciertamente, Kizar, acá no podemos decidir al respecto, pero sí podemos recomendar
jem-:
Por cieto, convendría fijar una hora final aproximada
Farisori_:
ok Miguillen, saludos. De acuerdo Kizar con pasar a un siguiente punto
El cambia su alias a Guest26276
jem-:
Miguillen: ¿Tu preferencia para futuras reuniones?
(Porque parece claro que hoy nos quedará mucho pendiente):)
Miguillen:
jem- que preferencia?
jem-:
Hora y día
Farisori_:
creo que ya tenemos una idea del primer punto: la conclusión es abrir debate en café al resto de la comunidad y acabar en una votación
jem-:
Dado que hoy fue más cosa de Kizar y mía
Miguillen:
Yo cuando digais por mi sería un poco antes
Hprmedina:
sí, podemos resumir lo hablado
jem-:
Correcto, Farisori_
Hprmedina:
y la recomendación
Miguillen:
hasta otra
jem-:
Vale
Hprmedina:
suerte Miguillen
Miguillen (Miguillen) sale de IRC
Kizar:
Punto 2: Futuro del flag de los bots autorizados para trabajar con interwikis en el pasado (interwiki.py)
jem-:
Si os parece bien terminaríamos en 50 min, hacia las 21 h UTC?
Kizar:
ok
Hprmedina:
total, jem- es excelente haciendo resumen
Farisori_:
ok jem-
jem-:
Vale
Ashaverus:
ok
MrAjedrez__:
Por mí bien
jem-:
Hprmedina: Naaa, para eso estamos guardando el log:)
B25es:
ok
jem-:
Vamos con el punto 2
Ashaverus:
punto 2, creo que se debe mantener
UA31_ (UA31) Entra en el canal
Kizar:
Explico un poco como antes
Ashaverus:
si alguien usa el metodo antiguo para enlazar, un bot puede corregir
jem-:
Adelante
Ashaverus:
dale
jem-:
Es que eso no se debería permitir, Ashaverus:)
Lo puede impedir el filtro 14, pero eso es otro punto
Kizar:
Hay un montón de bots autorizados en eswiki que trabajaban con interwikis, no se si 100 pero por ahi
MrAjedrez__:
La idea es que se extingan
Kizar:
el caso es que los interwikis ya no se encuentran en Wikipedia por lo que no tiene sentido
si quieren poner interwikis tienen que pedir flag en wikidata
jem-:
Solo quedarían en las páginas de usuario, ya que no se permiteeso en Wikidata
Pero no parece que se necesiten bots para esos casos
Kizar:
Pero los bots en principio no pueden editar en el espacio de usuarios
Hprmedina:
si pueden
MrAjedrez__:
Para mí si no hay argumentos de peso, desautorización masiva
Hprmedina:
de hecho lo hacemos
jem-:
No sé si tienen alguna limitación en el código sobre editar en páginas de usuario
Kizar:
Si pero casos de fuerza mayor
No conozco a nadie que actualice interwikis en el espacio de usuarios...
Farisori_:
creo que estaremos todos de acuerdo al menos en no otorgar más flags de este tipo
MrAjedrez__:
Pero los interwikibots no trabajan PU
jem-:
Me refiero al código estándar interwiki.py de pywikipedia
Sí, Farisori_
Hprmedina:
buen punto..
jem-:
De hecho Invadinado ya tenía preparado el texto actualizado de la política de bots
Kizar:
Limitación no tienen pero no parece buena idea editar las páginas de otros usuarios
MrAjedrez__:
Jem: No tiene limitación, pero en predeterminado no lo hace
Farisori_:
habría que modificar Wikipedia:Bot/Autorizaciones para indicar que no se darán más bots de este tipo
a bien, jem-
jem-:
Ajá, bien
Sí
Kizar:
Otra razón de peso es que la mayoría de usuarios corrian el bot en modo automatico
MrAjedrez__:
Habría que modificar PBOT
B25es:
En la página personal, cada uno se organiza su página a su bola. Y en los artículos normales no veo qué necesidad hay de tener herramientas para interwikis si no hay interwikis.
Kizar:
Sin saber de programación
Alomejor pueden causar algún error en el futuro si cambia en framework
Creo que debería retirarse el flag de todos
Hprmedina:
Se usa en los casos de mejoras de plantillas, por ejemplo en las babel
Kizar:
y que lo soliciten de nuevo si hace falta
Hprmedia, pero esas ediciones no tienen que ver con intewikis
Hprmedina:
sí, era en respuesta a B25es
Kizar:
Hay bots autorizados solo para interwikis con interwiki.py
de esos estamos hablando
ok, perdón
coet|cawiki (Coet) sale de IRC
Hprmedina:
XD
Kizar:
Votamos de prueba de nuevo?
Farisori Entra en el canal
jem-:
También podría ser bueno saber qué hacen en otros proyectos al respecto
Hprmedina:
soy de la idea de quitar el flag a todos y bloquearles para que no editen
coet|cawiki (Coet) Entra en el canal
Kizar:
Bloequear yo no
Farisori:
pero veamos, ¿alguien de aquí al menos se opondría a quitar esta característica?
Kizar:
se ve rápido en ediciones si trabajan sin flag
Hprmedina:
cierto, Kizar
Ashaverus:
lo de bloquear no me parece
jem-:
Se les pueda dar la opción de reconvertirlos en otro tipo de bots, o hablar con los operadores
Ashaverus:
creo que con el filtro y con la retirada del flag es suficiente
jem-:
Aunque ciertamente sería complicado
Kizar:
Votación ¿Se debe retirar el flag a los bots de interwikis?
Ashaverus:
si
Kizar:
A favor (dejando un aviso en su discusión con otivos)
B25es:
A favor
Hprmedina:
mejor quitar el fla y desautorizarlos si luego quieren hacer otras cosas con esa cuenta, se solicita por el conducto normal y listo
jem-:
Ok
A favor
Farisori_ sale de IRC
Hprmedina:
A favor
jem-:
Lo del mensaje informativo creo que está claro, somos un proyecto cívico:)
Kizar:
hay unanimidad :D
Farisori_ Entra en el canal
Kizar:
se me saltan las lágrimas
Farisori_:
!!! me caigo
jem- se podría preparar un mensaje de aviso estándar para los operadores de cada bot involucrado
jem-:
Ya vemos, ya:)
22:16:29< Kizar> Votación ¿Se debe retirar el flag a los bots de interwikis?
Hprmedina:
Farisori_: no ha votado
jem-:
Farisori_: ¿Tu voto?
Farisori_:
a favor
(cómo vamos?)
Kizar:
goleada
todos a favor
jem-:
Ok
Ashaverus:
es que este cambio no debería pasar ni por una votación comunitaria
Farisori_:
qué bien.. obviamente esto nos da una idea, pero igual hay que esperar a opinión de toda la comunidad
Ashaverus:
con la política de USC, es suficiente para hacer los cambios
Farisori_:
Ashaverus de acuerdo con que no sería necesaria una votación, pero sí un consenso razonable en el café
jem-:
Recuerdo el texto que incluimos como nota en la PBOTS:
"Ante la previsión de que la necesidad de bots de interwikis se reduzca o desaparezca por completo en el futuro con el desarrollo de Wikidata, esta política podrá ser modificada sin necesidad de nueva votación para reflejar adecuadamente las nuevas circunstancias, incluyendo la posibilidad de limitar el ámbito o forma de trabajo de estos bots e incluso prohibirlos, ofreciéndoles en cualquier caso la posibilidad de su reconversión en bots est
Kizar:
Hay que pasar el log a invadinado
jem-:
Sí, seguro que lo leerá:)
Farisori sale de IRC
jem-:
Creo que con ese texto tenemos bastante margen de maniobra
Hprmedina:
Este log es público ¿cierto?
Kizar:
Sí
Ashaverus:
lo es
jem-:
Sí, lo estoy guardando
Hprmedina:
y lo colocaremos linkeado al café¿cierto?
Ashaverus:
sería conveniente
jem-:
Sí, si nadie tiene objeción
Esa es mi idea
Kizar:
Pasamos de punto?
Farisori_:
jem- es que con ese aviso (que no había leído) entonces ya está todo dicho: hay que AVISAR en el café, ni siquiera esperar un acuerdo
Eso es cierto, el problema esta en todos los idiomas en la muchos casos
Ashaverus:
bueno, el problema está en qué hacer mientras se resulve en la otra lengua
Farisori_:
Ashaverus: pero eventualmente al fusionarse uno quedará como redirección al otro.. ¿cuál es el problema en ese ejemplo?
Kizar:
pero aún así nadie va a quitar los interwikis de la nuestra cuando lo arreglen en Wikidata
jem-:
Bueno, ¿cómo deberíamos abordar este asunto?
Kizar:
Farisori: El problema es que en Wikidata han puesto el artículo Temple (Latter Day Saints)
MrAjedrez__:
Que hay que fusionarlo, Farisori
Kizar:
y nuestra Wiki apunta a Temple (LDS Church)
en este caso lo veo ácil, se elimina en interwiki y listo
queda apuntando al otro
cuando los fusionen y lo arreglen en Wikidata todo bien
Farisori_:
claro, a eso voy
no veo un problema adicional que el que ya existía en el antiguo sistema de interwikis directos en los artículos
Kizar:
El problema es que hay casos más complicados
MrAjedrez__:
El problema es que ahora hay que resolverlo
Kizar:
Por ejemplo imagínate que existe un elemento en Wikidata con cara artículo en inglés
y en español apuntamos a uno que no tiene mas interwikis
y los demás idiomas todos al otro
Si hacemos lo mismo que en este caso es probable k borren el item y quedemos huerfanos
En todo caso hay que revisar esas listas de forma manual poco a poco entre todos los que estén dispuestos
habría que hacer un llamamiento en el café o algo así
B25es:
Se supone que cuando alguien fusiones los dos ítems añadirá nuestro artículo al Q superviviente. Es lo que yo he hecho, una vez en chino. No es tan difícil.
Farisori_:
...pero a ver: wikidata es un proyecto global, cuyos coordinadores deben preocuparse de evitar enlaces huérfanos, no?
Kizar:
Si deben
Farisori_:
no sigo bien el problema
jem-:
Farisori_: En realidad sería más bien toda la comunidad de Wikidata, lo que en cierta forma nos incluye
Kizar:
Creo que lo mejor es que te pongas un rato a solicionar problemas de la lista
y aparecerán las dudas:)
Farisori_:
eso, B25es: en wikidata todos trabajan por el bien de todas las wikis, no por la "suya" propia
jem-:
Los desarrolladores han querido separarse hasta cierto punto de la evolución de la comunidad, con buen criterio a mi parecer
Kizar:
Farisori el problema es que han quedado muchos artículos, más de 10.000 con interwikis incorrectos por diversos motivos
jem-:
De hecho tienen incluso cuentas separadas en tanto desarrolladores y en tanto colaboradores, en algunos casos
Kizar:
y hay que ir eliminandolos a mano porque se dar muchos casos distintos
En wikidata pueden arreglar el problema
pero no van a venir a eswiki a eliminar los interwikis que han quedo cuando lo arreglen en Wikidata
Farisori_:
Kizar pero esos errores son fruto de errores ocultos que ya arrastrábamos todos de antes
jem-:
Sigo opinando que se podría hacer alguna herramienta semiautomática para modo texto que hasta cierto punto lo simplifique
Kizar:
Sí, y parece momento de arreglarlo
Farisori_:
claro, pero en wikidata
B25es:
¿Se podrían realizar barridos de los artículos con esos errores, de forma que cuando alguno se soluciones se eliminen las interwikis?
Kizar:
Sí, puedo hacerlo yo
jem-:
Adjudicado:)
B25es:
Entiendo que le pasará a gente de más proyectos, de forma que algunos de sus apaños nos solucionen los nuestros y al revés.
Kizar:
Pero hay hay veces que no hay que arreglar anda en Wikidata como en el caso que ha propuesto jvmrecord
Farisori_:
bueno, de momento me declaro incompetente:-) ¿hay alguna propuesta concreta?
Kizar:
En ese caso es solo borrar en Wikipedia
MrAjedrez sale de IRC
Guest26276 sale de IRC
MrAjedrez (MrAjedrez) Entra en el canal
jem-:
Pues yo primero preguntaría quien estaría dispuesto aquí a dedicar algo de tiempo a la labor
Kizar:
Yo me comprometo a estudiarlo, pero veo mucha dificultad
Creo que se debería pedir ayuda en el café y que la gente haga buenamente lo que pueda
jem-:
Y luego lo trasladaría al Café para ver a cuántos podemos reunir
Kizar:
Yo aré lo mismo, con y sin bot
jem-:
Y repartir el trabajo
Si uno sabe qué parcela le corresponde no se agobia viendo toda la lista delante
A casos como ese que hay que crear elementos en Wikidata no nos van a ayudar
Farisori_:
yo no doy abasto para esto, lo siento (a pesar de mi modo de verlo, igual tengo la certeza de que es muchísimo trabajo)
Kizar:
Otro punto?
B25es:
Me temo que poner nombres y descripcionesa los ítems se como todo mi tiempo. Y la verdad es que el tamaño de la parcela agobia.
Categorías?
jem-:
Estooo
¿Entonces no sacamos ninguna conclusión aquí?
¿Ni siquiera pedir ayuda en el Café?
Kizar:
Que cada uno haga lo que pueda:(
Ashaverus:
yo pasé por el café y pedi colaboracion. Mr ajedrez, se paso por alli y matronomo
B25es:
Pedir ayuda siempre.
Ashaverus:
de resto, nadie mas dijo presente
MrAjedrez__ sale de IRC
Kizar:
Pero veo que no va a surtir efecto puesto que es un trabajo de chinos
con todo respeto
jem-:
Pero con ayuda de alguna herramienta, se puede simplificar...
Vale, ya no vuelvo a decirlo
Kizar:
Pero es que hay muchos casos jem-
MrAjedrez:
Tendremos que ponernos entre todos
Kizar:
Hacer una herrameinta que abarque todos cuesta más que hacerlo a mano
jem-:
Sí, Kizar, pero se pueden ofrecer alternativas y marcar aparte los muy complejos
Quiero pensar que no
Kizar:
Hacerla para casos concretos si es factible
eso intentaré yo
jem-:
Claro
MrAjedrez:
Adjudicado entonces:)
jem-:
La idea sería al menos procesar los más sencillos, esperando que sean mayoría
B25es:
El tamaño de wikidata es unos 10 millones de Qs. Si el problema se quedara en 100 000 ítems, aplaudiría con las orejas.
Quiero decir que el 100% de resolución puede no ser realista como objetivo.
jem-:
Los complejos se pasan a una lista aparte y listos
Kizar:
Me encargo de ello y sino pedire ayuda
jem-:
Sí, B25es, pero al menos en lo que nos afecte a eswiki...
Kizar:
Pasamos a otro punto?
jem-:
Ok
Pues aprobado
MrAjedrez:
B25es: Sabes que hay una herramienta para los nombres, ¿no?
Kizar:
Punto4: Conveniencia o plazos para la prohibición total de inserción de interwikis, y excepciones necesarias (al menos, páginas de usuario) (De forma temporal el bot de Kizar está comprobando los cambios recientes y quitando los interwikis nuevos)
Ashaverus:
la lista no es tan larga, pero creo que no es la unica lista, si no me equivoco
MrAjedrez:
En preferencias, toma los nombres de los interwikis
Inmediato, si no hay pegas
Kizar:
MrAjedrez : Por privado mejor, a ver si continuamos
MrAjedrez:
Sí, perdón
Kizar:
que quedan 10 min
jem-:
Sí, vamos al punto 4
18 min:)
Farisori_ sale de IRC
Ashaverus:
al 4
jem-:
Y hay que acordar siguiente reunión
Kizar:
Repito:
Punto 4: MrAjedrez
Punto 4: Conveniencia o plazos para la prohibición total de inserción de interwikis, y excepciones necesarias (al menos, páginas de usuario) (De forma temporal el bot de Kizar está comprobando los cambios recientes y quitando los interwikis nuevos)
MrAjedrez:
Inmediato, si no hay pegas, creo yo
jem-:
Yo estuve tentado de prohibirlo todo de inmediato
Kizar:
Yo creo que no se deben prohibir
jem-:
Pero me dijeron que era muy drástico
Kizar:
Hay mucha gente, por no decir toda que sigue editando como siempre
MrAjedrez:
Si no se prohíben habría que tener bots pasándolos
jem-:
Kizar: Pero cuanto antes aprendan que no es lo correcto, mejor, ¿no?
Kizar:
De hecho algunos de los usuarios más activos me dijeron que tenían problemas para acceder a wikidata desde Emiratos Arabes Unidos
MrAjedrez:
¿Crees que todos van a aprender, jem-?
Kizar:
y otros paises
jem-:
El mensaje de aviso del filtro puede enlazar a una explicación detallada
MrAjedrez: Deberían
MrAjedrez:
Algunos dejarán por imposible y lo dejarán huérfano
Y un problema más a solucionar
jem-:
Seguro que muchos dudarían de que la gente se adaptaría a subir las imágenes en Commons
Y ahí estamos
Kizar:
Es que lo que no quiero bajo ningún concepto es que se queden huerfanos
Farisori_ Entra en el canal
Ashaverus:
me parece que quien agrega una interwiki, no lo hace de mala fe. Me parece que muchas personas encuentran mas facil las viejas habitudes que aprender, pero no esta mal, la mejor forma de apoyar a este tipo de usuarios es permitiendo que coloquen las interwikis de la manera antigua y que un bot corrija la cosa
Farisori_:
me caí: cambiaron de punto?
jem-:
Sí que admito que ahora no es del todo fácil
Punto 4, Farisori_
MrAjedrez:
Tengo que ausentarme para cenar, luego vuelvo a comentar
Kizar:
Creo que deben dejarse de momento
jem-:
MrAjedrez: Deja indicada tu preferencia para reuniones futuras
... Pero me prometieron que pronto habría una herramienta para enlazar en todos los artículos
O sea, en la barra de navegación
Kizar:
mi bot está comprobando los cambios recientes en todo momento
creo que con que los usuarios vean que mi bot a quitado el link para llevarlo a Wikidata con el tiempo aprenderán
jem-:
¿Pero arregla todos los casos, Kizar?
Kizar:
Sí
jem-:
Vale, dicho con esa seguridad no puedo objetar:)
Ashaverus:
he visto el trabajo de Klbot2 y es muy bueno en eso
jem-:
Bien, podemos dejar esa cuestión aplazada sine die por ahora
Kizar:
Lo que no hace es crear elementos en WIkidata para artíclos sin interwikis
porque podría ser contraproducente
Ashaverus:
la verdad, es que lo mejor es votar por permitirlos en todo momento
jem-:
Sí, ese es otro tema
Kizar:
tener que fusionar elementos en Wikidata más adelante
Ashaverus:
y que un bot corrija
con el tiempo la gente se va a acostumbrar al nuevo sistema
jem-:
Eso sería el punto siguiente
Ashaverus: Yo sigo pensando que en algún momento habría que prohibir
Hprmedina:
concuerdo con eso
Farisori_:
estoy perdido,perdón: en qué estamos?
Hprmedina:
Siempre habrá resistencia al cambio
jem-:
Prohibición total de adición de interwikis, Farisori_
Farisori_:
gracias jem-
jem-:
De nada:)
Por ahora lo aplazamos porque el bot de Kizar mueve todos los interwikis de nuevos artículos
Kizar:
Yo voto en contra
jem-:
Y porque no hay consenso en prohibir:)
Kizar:
creo que habría que dar 1 año para el cambio
porque entre esto, la fase dos, etc...
la gente se va a volver loca
B25es:
Calculo que en algún momento los interwikis desaparecerán.
jem-:
Bueno, no me importa esperar mientras sea un tiempo no infinito:)
Seguirán en las PU, B25es
Y esperemos que solo ahí
B25es:
jem: vale, sólo quedarán los raritos.
jem-:
:)
Kizar:
Me comprometo también a que mi bot compruebe todos los artículos de vez en cuando en busca de interwikis que se hayan escapado por alguna razón
Farisori_:
además con que se vayan quitando progresivamente de cada página de ayuda o del espacio de nombres Wikipedia, los usuarios nuevos ni sabrán de esta antigua tarea
gracias Kizar
jem-:
Ok
Vaya mi reconocimiento para la labor de Kizar
B25es:
y el mío
Kizar:
De nada:)
Estoy de vacaciones
jem-:
:)
Pues menos mal
Kizar:
luego bajaré el ritmo muy mucho
jem-:
Ahhh, vale:)
Farisori_:
jejeje:)
Kizar:
De revés jem xD
Hprmedina:
solo como nota de un experimento que hicimos hace un tiempo, si una página está en Wikidata y además tiene sus propios interwikis, el sistema los mezcla, pero si hay interwikis comunes, vale lo que está en la página.
jem-:
Ya me he dado cuenta:)
Sí, Hprmedina, eso ya se dijo desde el principio que funcionaría así
Y además se puede añadir una palabra mágica para limitar parcial o totalmente la lectura desde Wikidata
Farisori_:
queda algún otro punto prioritario?
Hprmedina:
¡y funciona!
jem-:
:)
Ashaverus:
hay un punto 5?
jem-:
Hay muchos puntos
¿No tienen abierto el Etherpad?
Kizar:
Me he caido
Ashaverus:
que es eso?
jem-:
Pufff
Kizar:
Por hacer demasiadas ediciones xD
jem-:
:)
En el topic del canal, por favor
B25es:
No es por desanimar: calculo 110 000 horas/hombre para poner/comprobar los nombres/descripciones de los Qs.
Farisori_:
mil perdones jem- ahora lo veo
jem-:
Ok, no hay problema
Farisori_:
(hace siglos que no entraba a IRC)
Ashaverus:
=
jem-:
Pues esperemos que lo hagas de vez en cuando:)
Kizar:
os puntos que ibamos a tratar están en el etherpad
Pero hemos sido demasiado ambiciosos
jem-:
No importa, yo ya contaba con que hoy no daría tiempo
Ahora sería bueno ir viendo preferencias de fechas y horas de todos
Kizar:
A los que quedamos
Una cosa que me interesa mucho
jem-:
Y ver un poco tareas a repartir
Kizar:
Sobre los nombres de las descripciones en Wikidata como lo hacemos
Somos pocos en Wikidata y 3 estamos aquí
Farisori_:
a qué te refieres concretamente Kizar?
Kizar:
Llegar a un consenso sobre el formato de las descripciones (ver página de ayuda), concretamente:
1. Sobre las descripciones de las páginas de desambiguación
Creo que teniendo en cuenta que se añaden luego nuevos datos, lo mejor es describir estrictamente lo necesario para distinguir un ítem de otro de igual nombre
Mirar los 3 ejemplos de municipios que he puesto más arriba
jem-:
Pues deberíamos tratar de concretar, sí
B25es:
Sobre las categorías, si luego se van a añadir datos más específicos no les veo ninguna utilidad.
jem-:
Kizar: Lo bueno es que la descripción, en principio, no se utilizaría en las Wikipedias
Salvo que esté equivocado
Ashaverus:
esas descripciones no podría ponerlas un bot6
?
Kizar:
las descripciones las estoy poniendo con el bot en base a categorías
jem-:
Evidentemente sería útil para los que pasen a Wikidata a ver toda la información, pero ya no serán tantos
Kizar:
pero en casos de categorías muy extensas
el resto se está haciendo a mano
supongo que con otros 2 o 3 boteros se haría en poco tiempo
pero estoy solo
jem-:
Desde luego sería bueno fijar unos criterios donde es más sencillo
B25es:
Kizar: lo siento, soy nulo en técnica.
jem-:
Kizar: ¿Es complicado el proceso de aprobación de un bot allí?
Kizar:
No pasa nada
Pero se pongan con bot o a mano
hay que decir si:
capital de la provincia de Barcelona (España)
Ciudad de España
ciudad de la Provincia de Valladolid, Castilla y León, España
Ashaverus:
yo intenté hacerlo a mano, y me aburri. ahora solo lo hago con los artículos que yo mismo edito
Kizar:
o de otra forma...
jem-:
Claramente la mayúscula inicial está prohibida por las instrucciones actuales, con buen criterio
Kizar:
Sip
B25es:
Si no hay otra en el mundo: ciudad.
Si hay otra en otro país: ciudad de España
Si hay otra en otra provincia/estado/cantón: ciudad de España en la provincia de Barcelona
jem-:
Yo podría ayudar en un futuro con ese tipo de tareas, si no ponen muchas pegas a nuevos bots
B25es:
Y así con un criterio de mínimo esfuerzo
Farisori_:
yo todavía me enredo con la nueva terminología (cómo se ve que el tiempo me está superando): deberíamos tener un glosario para todos hablar el mismo idioma... aún no entiendo específicamente a lo que se refieren con "descripciones"
Ashaverus:
me parece que en este caso lo mejor es ciudad en Valladolid
jem-:
Pero prefiero no pillarme los dedos haciendo promesas, porque las tareas siempre se me acumulan
Ashaverus:
es corto y preciso
Hprmedina:
yo agregué algunas cosas a Grillitus, eventualmente podría sumarse
Intentaré también ver la factibilidad de la herramienta semiautomática
Kizar:
Hice unas pocas al final de esa lista
así piensas que quedan menos xD
jem-:
:)
Vale, ¿vamos proponiendo fecha y hora de la siguiente?
Farisori_:
ok, yo el próximo jueves no podré a esta hora
Ashaverus:
las vi, por lo menos setí que no estaba solo:)
* sentí
Farisori_:
sí miércoles o viernes
jem-:
Ok, ¿viernes o fin de semana?
B25es:
ok
jem-:
Hprmedina: ¿Tú no puedes fin de semana, no?
Farisori_:
viernes puedo
Hprmedina:
no
jem-:
Ok, ¿viernes bien para todos?
Kizar:
ok
B25es:
Glubs: no leí un NO. Vale viernes
Hprmedina:
yo sí, en este mismo horario me queda perfecto
jem-:
Miguillen decía de adelantar algo
Kizar:
un poko antes
jem-:
¿Media hora antes? ¿Una hora antes?
Farisori_:
una hora antes?
Kizar:
18 UTC?
Hprmedina:
Hey agregué un punto al pad
Farisori_:
cómo te va Hprmedina?
Hprmedina:
5.Crear un Wikiproyecto - Wikidata para informar y centralizar la información referente a Wikidata o en forma alternativa que sea un subproyecto del proyecto plantillas.
B25es:
ok 18 utc
jem-:
Habrá que revisar la numeración:)
Farisori_:
ok
Kizar:
Yo no se si será necesario ese Wikiproyecto
Hprmedina:
yo lo veo como un "tema" del proyecto plantillas
le pegará sobretodo en la fase 2
jem-:
Un Wikiproyecto no sé, pero sí alguna página que centralice todo esto
Kizar:
Sí
Farisori_:
de acuerdo con un wikiproyecto, sea nuevo o subproyecto del de plantillas (que tiene el beneficio de ser muy activo)
Kizar:
eso sí
jem-:
Pero si alguien se ocupa de lanzar la propuesta, yo me apunto
Hprmedina:
¿subproyecto de WP-Plantillas?
MrAjedrez:
A mí me viene bien esa hora
jem-:
Por mí bien
Farisori_:
sí, me parece una subplantilla
B25es:
Tengo que plegar. Hasta luego!
Farisori_:
supágina, perdón
B25es sale de IRC
jem-:
Ooops
Kizar:
Yo también marcho
jem-:
Vale, ¿Todos de acuerdo entonces con el viernes 12 de abril, 18 h UTC?
Kizar:
dejo en vuestras manos lo que queda
Por si mi sí
Ashaverus:
yo lanzo la propuesta
MrAjedrez:
Por cierto, si hay que asignar tareas, puedo ocuparme de desflagar bots interwiki
Hprmedina:
sí
jem-:
Sí, ya solo confirmar todo
Ok, adjudicadas las nuevas tareas
:)
Farisori_:
o bueno, existe el artículo Wikidata pero no una Ayuda:Wikidata
Kizar:
me viene bien jem.
Farisori_:
o Wikipedia:Wikidata... ya veremos
jem-:
Ok, pues perfecto
Farisori_:
ok nos leemos entonces
jem-:
Por supuesto, el canal siempre está abierto
Farisori_:
un gusto
MrAjedrez:
De momento no empezamos con nada antes del café, ¿no?
Ashaverus:
ciao a los que van de salida
jem-:
Y cuando cualquiera venga le atenderemos
Kizar sale de IRC
jem-:
Eso ya es sabido:)
Farisori_:
bueno, yo empezaré a traducir... importante es que en el café se invite a participar a más usuarios la próxima semana;-)
jem-:
Sí:)
Farisori_:
ok buenas noches, me retiro
Hprmedina suena el matillo..... ¡tac tac!
jem-:
Abriré un subhilo del anterior
Farisori_:
salutes!
jem-:
Con un minirresumen, el log y la siguiente convocatoria
MrAjedrez:
Ciao, Farisori_
Ashaverus:
chau
Hprmedina:
chao Farisori_
jem-:
Hasta pronto, Farisori_:)
Farisori_ sale del canal
jem-:
Bien, pues damos por terminada la reunión
Final del Log: 21:15
Reunión del 12 abr 2013
Inicio del Log: 20:07
jem-:
Bien, pues bienvenidos todos a la segunda reunión
Farisori:
bueno, quisiera comenzar disculpándome y dando mis razones de por qué no he traducido completamente el Glosario de Wikidata como me comprometí la reunión pasada: https://www.wikidata.org/wiki/Wikidata:Glossary/es
jem-:
Pues adelante:)
Farisori:
com pueden ver he hecho bastante pero falta. Las razones son principalmente 3 (creo):
Es la nueva extensión de traducción... que se supone que debería facilitar el trabajo
Farisori:
2. la versión en inglés desde la cual hay que traducir deja bastante que desear. Algunos conceptos es como si estuviesen escritos en etrusco para mí; eso, unido a mis pocos conocimientos de Wikidata (recuerden que justamente como sé poco me incliné por ayudar con esto, para intentar aprender más) han dificultado mi labor
y 3. cuando en la versión en inglés hacen una modificación de párrafos o secciones... también cambian en la versión en español!! aparentemente, perdiéndose lo ya traducido
jem-:
¿Sin dar opción a recuperar el texto anterior?
Farisori:
esto último me desmotivó bastante.. no sé cómo hacerlo, si es que se puede
Ber:
Así sería imposible completar la traducción
jem-:
Pues igual habría que dar algo de feedback sobre los cambios en la extensión, porque creo que es algo relativamente reciente
Farisori:
Eso podría explicar por qué están tan poco avanzadas las traducciones en otros idiomas
Ber:
solo los rusos tienen una versión completa
monty_es entra en el canal
Miguillen entra en el canal
Miguillen sale del canal [Changing host]
Miguillen entra en el canal
Farisori:
así es, lo que parece sospechoso, no?
Miguillen:
buenas
Farisori:
hola Miguillen
Miguillen:
justo he llegado ahora
Farisori hola
jem- hola
Farisori_ entra en el canal
Farisori_:
perdón, me caí
jem-:
Ya vemos:)
Pues habrá que mirar lo de las traducciones con más calma
Farisori_:
...bueno, en definitiva, creo que antes de seguir traduciendo el Glosario, deberíamos esperar: 1. a que en la versión inglesa tengan más claros ellos mismos los conceptos antes de traducirlos; y 2. que mejore el sistema de edición, que es bastante engorroso
jem-:
Hombre, en principio estoy seguro de que los desarrolladores tienen los conceptos relativamente claros
Farisori_:
(no digo que los conceptos dependan de ellos, sino que yo no tengo otra manera de llenar el glosario, pues recién ahora me estoy enterando de Wikidata)
jem-:
Igual habría que partir de los modelos y datos iniciales que se fueron poniendo en Meta
Sí, entiendo
Yo intentaré revisar un poco eso a ver cómo lo veo
Farisori sale del canal [Ping timeout: 245 seconds]
Farisori_:
bueno, eso tenía que decir sobre mi tarea.. disculpas dadas, hice lo que he podido:-)
Miguillen:
¿hay noticias de cuando lo van a implementar en la Wikipedia en español?
y más tarde parar todos los bots compeltamente porque no era suficiente
está en la sección de más abajo
actualmente solo estamos haciendo las ediciones indispensables de borrados, traslados etc..
Creo que por ese problema han retrasado la fase 2 que estaba prevista para el día 10 creo recordar
Nadie tiene ni idea de com ovan a solucionar el problema, de momento parados todos los bots hasta que llegue a 0 el lag
jem-:
Sí, 8 en en.wiki y 10 en el resto
Kizar:
Pero creo que es un problema de diseño del dispatcher que he comentado con los responsables
pero me dicen que es problema de recursos, que hacen falta más servidores
Por ejemplo actualmente el dispatcher actualiza las páginas en todos los idiomas cuando se cambia una descripción en Wikidata
no tiene mucho sentido puesto que en Wikipedia no se va a usar la descripción de wikidata
cuando se cambia una propiedad lo mismo
y aún no se usa en casi ningún idioma
etc
pero bueno a esperar
jem-:
Bien
Kizar:
Nada más pro mi parte
Farisori_:
gracias Kizar
jem-:
Vale, en todo caso viéndolo por el lado bueno, tenemos más margen para evaluar algunas decisiones de diseño
Miguillen:
observo que muchos item se han completado con bastantes datos
jem-:
Principalmente, dónde debemos aceptar el uso de las propiedades
Kizar:
al ritmo que íbamos a estas alturas estarían cas itodos...
Puedo hacer un comentario más antes de entrar en materia?
jem-:
Adelante, Kizar
Kizar:
Veo un problema importante respecto a los vandalismos
no tengo claro como vamos a vigilar Wikidata
debería haber una opción o algo de ver los cambios realizados en español
y reducir mucho la sita de cambios recientes
lista*
Pasa como en el resto de Wikipedias
Todos los errores son visibles si hay suficientes jos mirando
el problema es que en Wikidata no va a haber nadie mirando
y menos cuando te salen las ediciones en todos los idiomas juntas
Rubpe19 entra en el canal
Miguillen:
Kizar La verdad que ese es un problema
MrAjedrez entra en el canal
Miguillen:
a ver quein vijila esto y haber como se atajan los vandalismos
*vigila
Farisori_:
y recurrir por esta vez, dado el caso, a protecciones?
Kizar:
Pero nosotros no podemos hacer eso en Wikidata
Farisori_:
quién puede hacerlo?
Kizar:
Yo votaría por que las ediciones en Wikidata fueran restringidas
jem-:
Perdón, problema con la wifi
Kizar:
a robots y a usuarios registrados verificados
pero va contra la filosofía Wiki
Farisori_:
exacto, a eso voy Kizar
jem-:
Bueno, los cambios recientes en Wikidata aparecen en las listas de seguimiento de las Wikipedias
Farisori_:
va contra la filosofía wiki, es cierto, pero es que aquí estamos hablando de datos duros, que una vez colocados no deberían cambiar (salvo algunos quizás a lo sumo anualmente)
jem-:
Aunque con eso del lag seguramente no esté llegando al día
Kizar:
Es un tema a pensar seriamente
jem-:
Kizar: ¿No se ha debatido eso ya en las páginas de Wikidta?
data*
Kizar:
No estoy enterado, puede que sí
Ber:
sin contar que un vandalismo en wikidata no permite mucho margen de maniobra a un sysop en la wiki correspondiente
jem-:
Pregunto, porque seguro que a más de uno le habrá surgido la preocupación
Kizar:
de todas formas la wikipedia en inglés que es la que suele "mandar" no tiene estos problemas que tenemos las demás wikis
Farisori_:
por qué?
Kizar:
porque ellos si tendrán gente vigilando...
Farisori_:
ah...
Kizar:
son muchos más...
El problema vendrá en la Wikipedia en euskera
donde los vandalismos no se van a revertir nunca
y tengo conocimiento de causa
y en otra Wikis pequeñas
ay que buscar información al respecto
No es muy dificil de solucionar
sería suficiente con que cuando se cambie una propiedad de Wikidata aparezca en cambios recientes y listas de seguimiento de Wikipedia
como un cambio más
una vez esté completa los cambios no serán frecuentes..
Miguillen:
Kizar y no va a haber sysop en wikidata
?
jem-:
Pues eso es lo que tengo entendido que se está haciendo
Yo sí estoy recibiendo cambios de Wikidata en mi lista de seguimiento, aunque supongo que no todos o no siempre al día
Miguillen: Hay bastantes
-stats d:
Kizar:
murio
jem-:
Mmmmm?
Miguillen:
-ping
Kizar:
El problema es que no hablan español xD
Miguillen:
Kizar esa es otra
porque para quien no domina el inglés es un suplicio tener que discutir algo
jem-:
Hay problemas en Toolserver, tampoco hace ni un dir
Kizar:
Entra un usuario con una ip, hace un cambio en una propiedad poniendo que valladolid está en inglaterra
Miguillen:
porque se da por hecho que todos hablan in´glés bien y no es así
Kizar:
y no van a mirar eso
ellos no saben si es correcto el cambio o no
jem-:
Algunos sí hablan español, como Hahc21
Kizar:
y con el idioma chino ya ni te cuento
jem-:
A quien por cierto invité a venir hoy en cuanto supe que era administrador
Miguillen:
lo lógico es que haya administradores de diferentes lenguas como en commons
y se pueda discutir en todas la lenguas
jem-:
Sería interesante estar en contacto con él y otros hispanohablantes que pueda haber
Kizar:
Eso no lo veo un problema, es presentarse
jem-:
Hay que revisar la lista
Farisori_:
yo pienso que mínimo se debería poder editar en wikidata si estás registrado; la filosofía de wiki dice que "todos pueden editar", y ello no va en contra de la filosofía
Kizar:
He sacado el tema sobre todo porque las localidades de estapaña están muy bien como están ahora
a ver si vamos a cambiar a Wikiedata y empiezan a aparecer cosas raras todos los días...
Miguillen:
Farisori_ está también el método alemán
Farisori_:
cuál Miguillen?
Miguillen:
de dejar las ediciones a la espera de que sean validadas
jem-:
flaggedrevs
Miguillen:
cuando son de un usuario no confirmado
MrAjedrez:
Está empezando, ya nos iremos introduciendo
(con "nos" me refiero a los hispanohablantes)
jem-:
El problema es que eso exige también bastante atención para supervisar
Farisori_:
uff pero eso funciona justamente sólo para wikipedias muy activas
jem-:
Claro
Kizar:
Eso si prodría ser una buena cosa
En Wiidata supongo que si que habrá suficientes ojos
Los bots serán autoconfirmados
ediciones a mano habrá pocas..
Miguillen:
Farisori_ claro pero aqui puede darse ese caso
Kizar:
En principio los vandalismos en Wikidata van a estar muy vigilados porque un cambio alli cambia todos los idiomas
Miguillen:
jem- y no se podrían crear ciertos filtros
?
Kizar:
pero se tienen que mostrar los cambios en todos los idiomas para que tenga efecto
Farisori_:
puede ser.. es que pienso en quién va a validar que la capital comunal de Botswana es una y no otra
Miguillen:
como si cambian el país de una localidad
por ejemplo país España a Euskal Herria
Kizar:
De eso si se daría cuenta alguien
MrAjedrez:
Supongo que como cualquier vandalismo en cualquier wiki
Kizar:
pero cambiar el nombre de un puedo de afganistán
Farisori_:
yo estaba pensando también en un trabajo muy exigente de bots, con bases de datos bastante grandes con los datos correctos offline, y que puedan a partir de allí ir encontrando posibles anomalías
jem-:
Pues la extensión AbuseFilter la tienen, pero no creo que pueda usarse para cambios en propiedades, que no son ediciones estándar, por lo que entiendo
Kizar:
Solo se peude dar cuenta alguie nde allí
Miguillen:
Kizar hay artículos de localidades pequeñas que si no es por cr no se entera nadie
Kizar:
y tienen 4444444444 artículos creados con bots y 2 o 3 usuarios activos
El método que se usa para las divisiones administrativas es iterativo
explico para todo el mundo
Yo en el artículo sobre mi pueblo pongo la propieda está en
y pongo la comarca a la que pertenece
en la comarca pongo la provincia
Miguillen:
if {{#propiety 234}} = España { ok } else {vandalismo}
Kizar:
en la provincia la comunidad
y en la comunidad el país
y de esta forma con eso que os he pasado
mágicamente en mi pueblo parecen todas las divisiones administrativas
Rubpe19 sale del canal [Ping timeout: 245 seconds]
Kizar:
sacando las propiedades de todos esos artículos
jem-:
Sí, yo lo analicé hace unos días cuando Kizar me pasó el enlace
Farisori_:
bendita recursividad, sí;)
Rubpe19 sale del canal [Changing host]
Rubpe19 entra en el canal
Kizar:
el problema es los vandalismos otra vez, si alguien cambia algo gordo
jem-:
Tiene bastante sentido porque evita la redundancia de datos
Kizar:
pues genera 333333333 cambios en Wikipedia y que todos los pueblos tengan mal la comunidad autonoma pro ejemplo
con solo cambiar una propiedad
jem-:
No hay que repetir todos los niveles en todos los ítems
Miguillen:
Tiene de bueno que cambia mucho en cascada y es más fácil que sea detectado
Kizar:
Sí pero también seria buena idea de proteger muchos artículos
Farisori_:
bueno: yo creo que en cualquier caso es ua maravilla de mejora.. el tema será notar los vandalismos con igual rapidez que ahora.. como dijo Miguillen, no es posible crear filtros en el código?
jem-:
Bien, claramente la solución es tener controlados esos cambios, por el procedimiento que sea
Kizar:
Por ejemplo una vez compelto el item de España no se que cambios va a ser necesarios
ninguno yo creo
la población 1 vez al año
y los interwikis
las dos cosas las hacen bots con permisos
Farisori_:
de acuerdo, Kizar, a eso iba con que son datos duros poco variables
Kizar:
Si se deja libertad va a ser una pérdida de tiempo del os reversores
para eso están las discusioens
i es grave se darán cuenta
Farisori_:
de acuerdo
Miguillen:
ciertas entradas (item) podrían estar protegidas
Kizar:
Pero yo tampoco mando en Wikidata
que lo decidan ellos
jem-:
Vale, rectifico lo dicho antes
Sí que están creando filtros que pueden manejar cambios en los ítems
por ejemplo para que la propidad sexo solo pueda tener valores concretos
Farisori_:
igual esos filtros no están al alcance de la mayoría
Kizar:
hombre, mujer o intersexo
jem-:
Ciertamente hay que saberse el truco del wikitexto que generan esos diffs
Kizar:
si pones otra cosa obiamente está mal
Rubpe19_ entra en el canal
jem-:
Claramente no están al alcance de la mayoría, no:)
Kizar:
Saca temas del día jem- que el tiempo vuela
Rubpe19 sale del canal [Disconnected by services]
Rubpe19_ cambia su alias a Rubpe19
jem-:
Está todo en el Etherpad
Farisori_:
sí, yo de hecho ya tendré que irlos dejando:(
Rubpe19 sale del canal [Changing host]
Rubpe19 entra en el canal
jem-:
Vaya
Miguillen:
Hay que tener en cuenta que muchas propiedades dan margen de diversas posiblidades
jem-:
Bueno, primero, ¿hasta cuándo estaremos hoy y cuándo la próxima reunión?
Antes de que de vaya Farisori
se vaya*
Farisori_:
yo puedo el otro viernes a esta hora
Kizar:
20h UTC (22h España)
jem-:
¿Se aceptan ambas propuestas?
¿Alguien en contra?
Miguillen:
por ejemplo ciudad en base a categoría histórica, a que tiene mas de x habitantes o a que su ayuntamiento a define como ciudad a pesar de que no tiene la categoríahistórica
Farisori_:
20h UTC prox viernes
jem-:
Hprmedina, no has escrito nada en toda la reunión, ¿estás ahí?
Miguillen:
yo a esa hora estoy cenando
jem-:
Farisori_: "a esta hora" son las 18 h UTC
Farisori_:
!!!
jem-:
Que es cuando hemos empezado hoy
Kizar:
Yo propongo empezar a la misma hora que hoy
a ver si llego puntual
Farisori_:
eso entonces (me enredo con el utc!!) 18 h
jem-:
:)
Kizar:
y terminar dentro de 1 hora
Farisori_:
eso
jem-:
Vale, viernes 19 de 18 a 20 h UTC, adjudicado
Miguillen:
yo también por mí como hoy
jem-:
Ok
Y hoy terminamos en 50 min
Kizar:
Continuemos pues
jem-:
Vale, pues si no hay más que comentar retomamos el Etherpad
Miguillen:
¿Y que trabajo queda pendiente por nuestra parte?
jem-:
Pues bastantes cosas
Principalmente lo que ya hemos ido anotando en el Etherpad:)
Miguillen:
me refiero al margen de los bot que actúan en wikidata
jem-:
Tenemos que decidir cómo insertar las propiedades
Farisori_:
vale, muchos saludos, hasta la próxima, después pongo al día
jem-:
Actualizar documentación, estandarizar etiquetas
Miguillen:
Tenemos que ponernos de acuerdo en muchas cosas
jem-:
Ok, Farisori_, hasta pronto:)
Publicaré de nuevo log y resumen
Miguillen: Si ves alguna cosa que falta, anótala en el Etherpad
Miguillen:
si esa es una parte que creo que va a dar mucha guerra (unificar etiquetas)
jem-:
Puede ser, sería interesante poder tener consenso
Miguillen:
jem- linkea el pats
Kizar:
Hay muchas cosas nuevas en Etherpad
jem-:
Lo tienes en el topic, Miguillen
Kizar:
Sacar el tema más importante y comentamos rápido
jem-:
Casi todo estaba ya la pasada semana:)
Pongo el siguiente asunto
Miguillen:
Antaño las fusiones se hacía unificando parámetros que ahora va a sr un lioT
jem-:
--- ¿Añadir a la revisión de nuevos artículos la tarea la búsqueda de ítems en Wikidata desde los que enlazar a esos nuevos artículos, a la manera del algoritmo de "interwikis mágicos" anterior? ¿O incluso la creación incondicional de un nuevo ítem para cada nuevo artículo cuando lo anterior no sea posible, pasado un tiempo prudencial y si no tiene plantilla roja?
Esto es algo que ya se habló en parte la semana pasada
Miguillen:
y fichas que admiten otros idiomas
jem-:
Un momento, que pregunto primero
Hprmedina, MrAjedrez, ¿están ahí?
MrAjedrez:
Sí, dime
Hprmedina:
estoy pero solo lectura
jem-:
Ajá
Bueno, es que solo entre tres no sé si vamos a poder decidir mucho
MrAjedrez:
Sí, perdón, hoy se me fue la reunión
Miguillen:
consenso no podemos alcanzar pero por lo menos definir una idea conveniente
jem- No se si te acuerdad que algún viaje deje caer el que los parámetros de las plantillas se debería normalizar
Kizar:
Respecto a lo primero, mi bot hace algo parecido
jem-:
Bueno, los temas siguientes sobre todo van a requerir implicación de mucha gente
Miguillen:
auqnue nunca llegué a plantear esa propuesta
jem-:
Sí, Miguillen, yo también vi esa necesidad desde hace tiempo
Kizar:
pero como todavía n oestá muy asentado el tema ni todos los artículos tienen item en Wikidata pues esta parado..
MrAjedrez:
Me parece bien la hora que proponéis para el viernes que viene
jem-:
Ok, MrAjedrez
Miguillen:
Kizar en las plantillas será un caos
cuando no tienen interwikis
jem-:
Kizar: ¿Entonces también contemplas lo de buscar ítems que enlacen a páginas con el mismo nombre que la recién creada aquí?
Miguillen:
hay muchas plantillas iguales que se importan porque muchos piensan que no existe
Kizar:
Actualmente mi bot está creando un item en Wikidata para todos los artículos de Wikipedia en español
Miguillen:
hay hay más desmadre en interwikis que en los artículos
Kizar:
tengan o no tengan interwikis
jem-:
Ah
Miguillen:
ahí hay
Kizar:
Si en el futuro se encuentra una coincidencia entre otro item pues se fusionarán y se eliminará uno
jem-:
La semana pasada creo que dijimos que igual era más problema crearlo y luego tener que fusionar si ya existía
Kizar:
es lo que hacen en todos los idiomas
jem-:
Ajá
Kizar:
Para los nuevos si sería conveniente buscar coincidencias primero
jem-:
Bien
Kizar:
Pero lo estoy haciendo como para partir de cero
Miguillen:
de hecho hay muchas plantillas que hacen funciones muy parecidas
aquí es donde vamos a agradecer las simplificaciones
jem-:
Ok, entonces cuando estén todos los ítems creados puedes dar un aviso para saber a qué atenernos desde entonces
Kizar:
Miguillen: de todas formas los scripts no hacen milagros
Miguillen:
Kizar eso seguro
Kizar:
solo valen para los artículos que tienen nombre exacto en otro idioma
Miguillen:
no lo hacemos ni nosotros
Kizar:
por ejemplo las especies de animales
o pueblos
jem-:
O nombres propios sin transliteración
Kizar:
o entre el idioma español y catalán, etc..
Miguillen:
y si sumamos caractres no latinos
Kizar:
los caracteres no latinos no son un problema
si en Wikipedia en español se usan tambiñen
Creo que este es un problema de bots que ha existido siempre
antes también existia y no era muy importante
Miguillen:
pero para buscar coincidencias de nombres
las plantillas es más problema porque sus denominaciones son relativas
Kizar:
Eso habrá que hacerlo a mano...
Confío en que haya más gente en Wikidata buscando solución al mismo problema
tambiñen pueden arreglar ellos nuestra parte
por lo menos los casos que coincidan
yo pondré el bot en marca en cuando levanten las prohibiciones
marcha*
jem-:
Ok
¿Pasamos a lo siguiente?
Kizar:
Sí
jem-:
Aunque en esto creo que poco podemos hacer
--- Ampliación y actualización progresiva de las páginas de ayuda
Kizar:
Esas creo que están hechas todas
menos la política de bots
jvmrecords creo que se encargó
jem-:
¿Las 9 sobre los interwikis están?
Ah, bien
Vale, 8 de 9 entonces
Kizar:
Comprueba el historial pero creo que sí
7 de 9 creo peo bueno
eran las dos de bots
una la política y otra en la página de autorizaciones para que no sep euda pedir de interwikis
jem-:
Vale, estaré al tanto para borrar las que ya estén
Aunque luego habrá que hacer otra revisión cuando añadan ese enlace que iban a añadir en la barra de navegación
Kizar:
De acuerdo
Pasamos a otro tema
jem-:
Ok, aquí ya entramos en temas de más calado
--- Integración de las fichas en la fase 2: ¿Impedir la llamada a propiedades directamente en las llamadas a fichas de los artículos y pasar a definir los parámetros que las usen (todos, idealmente) dentro de la ficha? (información redundante en cada artículo...) ¿Metafichas mejor que fichas?
Kizar:
Los primero me parece bien
pero no se que son metafichas
jem-:
Pues me refiero a las fichas que son apoyo de otras
Básicamente a {{Ficha}}, aunque es posible que haya más niveles de apoyo en algún caso
Yo en esto soy partidario claro de sí ser drástico y mover todo a las fichas
Kizar:
Yo creo que las propiedades deben ir en las fichas
jem-:
El argumento de que el editor no va a encontrar/saber qué hacer para cambiar el dato se responde diciendo que tampoco iba a hacer nada si ve el parámetro y lo de "property"
Kizar:
y estar declaradas por número
por si se cambia el nombre en Wikidata
peroperty:q124
jem-:
Sí, yo en principio también me inclino por el número
Pero no sé si en esto habrá consenso
Además, dejándolo en los artículos un vándalo podría borrar el parámetro con la llamada a property, mientras que las fichas, que son pocas, podemos semiprotegerlas
Kizar:
Creo que si habrá
Es que en los artículos no tiene sentido usarlo yo creo
jem-:
(Quizás no sea necesario con todas, pero tendremos la opción a nuestra disposición)
Kizar:
se puede poner condiciones tipo IF en las plantillas
Miguillen:
jem- y ir creando ya fichas adaptadas
jem-:
No lo tiene, pero ya comentamos que en it.wiki lo estaban haciendo, al menos
Kizar:
para que tome el parámetro del artículo si existe y sino de Wikidata
pero en los artículos propiedades no lo veo
jem-:
Sí, condiciones pero solo hasta que se complete la propiedad en todos los ítems
Miguillen:
jem- me refiero a modo experimental
para ir defineiendo el sistema a emplear
Hprmedina:
Creo que la información debería ir dentro de las fichas (la llamada a las propiedades) (desperté)
jem-:
:)
Kizar:
Miguillen: el problema es que todavía no funciona Wikidata en español para probar
Hprmedina:
el gran problema que veo es que los datos también deben ponerse en los artículos
es decir
los artículos tienen los datos y las fichas los resumen.
Bernard- entra en el canal
Bernard- sale del canal [Changing host]
Bernard- entra en el canal
Hprmedina:
luego ¿Cómo ponemos los datos en los artículos?
finalmente
Kizar:
El texto debe seguir siendo como es
Hprmedina:
igual habrá que usar los properties en el artículo y ahí el problema
Miguillen:
Kizar pero se puede ir creando algo sabiendo como funciona
Hprmedina:
que no se verá lo que tiene laplantilla en contraste con lo que tiene el artícull
Miguillen:
lo cual se podría probar en cuando funcionaría
Hprmedina:
*artículo
jem-:
Sí, Hprmedina, eso justo lo tengo puesto un poco más abajo
Miguillen:
*cuanto
Kizar:
Como yo lo veo Wikidata solo sirve para las fichas y para tablas de estadísticas o gráficas de población o cosas así
no para insertar en el artículo en el contenido
Hprmedina:
es que la ficha resume el contenido
te pongo un caso:
jem-:
Kizar: Pero si el dato aparece en el texto, no tendría sentido dejarlo desfasado
Ber sale del canal [Ping timeout: 264 seconds]
Kizar:
Eso lo comprendo
Hprmedina:
"la Luna mide 100 metros de largo" y en la ficha usamos Wikidata
jem-:
Creo que hay dos opciones: prohibir radicalmente datos fuera de fichas (demasiado radical creo yo) o usar property siempre
Descarto dejarlos a mano como hasta ahora
Hprmedina:
si la luna crece y en wikidata lo actualizan, la plantilla se actualiza pero no el contenido del ar´ticulo
jem-:
Correcto, Hprmedina
Hprmedina:
lo lógico sería usar el property en el artículo y en la ficha
jem-:
Yo en principio no veo mucho problema a usar property en el cuerpo de artículos, además ahí sí que los filtros pueden ser de ayuda
Kizar:
Es que va a llevar al abuso
y a que sea dificil editar Wikipedia hasta para expertos
jem-:
Podemos impedir que se retire cualquier aparición de property
Hprmedina:
"la Luna mide {#property|tamaño} metros de largo {ficha de luna|tamaño= {#property|tamaño} }"
Kizar:
Imagínate un artículo que sea
jem-:
Hprmedina: La parte de la ficha no la veo
Miguillen:
eso es lo que hice con la plantilla {{Población}}
Hprmedina:
hay 2 problemas:
Miguillen:
la uso tanto en la ficha como en el cuerpo del artículo
Hprmedina:
1.- si no ves cual property es usado en la ficha, será difícul saber cual property usar en el artículo
Kizar:
Valladolid es una {{prop}} situada en {{prop}}, {{prop}}. En el año {{prop}} contaba con uan población de {{prop}}. El alcalde es {{prop}} desde el año {{prop}} del partido {{prop}}
Habría que redactarlo a mano supngo como siempre
Hprmedina:
2.- si no lo usas de esa forma, se desactualiza el contenido
Miguillen:
por lo meonos en los datos variables
Hprmedina:
hay que asumir que todo es variable
sino, se puede descoordinar el dato del artículo con el dato de la plantilla
a menos que!!!! chachannnn!!!!
jem-:
Kizar: Yo no veo mucho problema, en todo caso se puede decir que no es una buena redacción el limitarse a conectar datos con frases breves
Hprmedina tiene una idea
jem-:
Habría que desaconsejarlo explícitamente en el ME
Kizar:
Yo creo que de momento deberíamos permitir el uso solamente en plantillas
Y ver que pasa en otros idiomas antes de permitir en artículos
Hprmedina:
no usar properties en ninguna parte y meterlo todo en las plantillas incluso los datos para el artículo, pero es creo que más feo, ejemplo:
jem-:
Bueno, pero en todo caso solo contemplo una de esas dos opciones, al final habría que decidir, Kizar
Hprmedina:
"la Luna mide {ficha de luna|prop|tamaño} metros de largo {ficha de luna}"
en vez de "la Luna mide {#property|tamaño} metros de largo {ficha de luna|tamaño= {#property|tamaño} }"
Kizar:
Eso no se si ayuda o no...
jem-:
Mmmm
Yo creo que no ganamos gran cosa así, Hprmedina
El texto seguiría siendo confuso para el novato
Kizar:
ganamos ocupar más espacio y más recusos que otros idiomas
que no está mal tampoco
pero no sirve para esto creo
xD
Miguillen:
Hprmedina y {{Intro|Luna}}
jem-:
Habría algunas opciones como una plantilla que generase frases fijas
Kizar:
Tal vez deberíamos destruir la luna y un problema menos
jem-:
:)
Que me parece que es lo mismo que estaba sugiriendo Miguillen ahora
Pero seguramente eso no tendría consenso
Kizar:
Es que va contra lo que es Wikipedia
jem-:
Claro
Miguillen:
jem- seguro que no
jem-:
O al menos contra lo que siempre hemos percibido que es
Kizar:
si se empiezan a usar datos así para todo al final nadie puede contribuir
está todo prefabricado...
Miguillen:
pro hay partes y partes
jem-:
Claro, yo pensaba sobre todo en introducciones como el ejemplo que has puesto de Valladolid
Miguillen:
las primeras frases de las intros de todos los municipios se pueden normalizar
Kizar:
Creo que no es un problema actual
Tampoco hay datos suficientes enWikidata para hacer algo así a dia de hoy
Creo que se debe hacer pruebas con plantillas priemero
jem-:
A mí, aplicando mi mentalidad informática, no me supondría ningún problema, pero entiendo que se perdería parte del espíritu, sí
Miguillen:
Yo de hecho ya he creado muchos artículos con una plantilla que montaba el mismo enunciado
jem-:
Sí, lo sé, y se ha hecho más veces
Pero como se hacía con subst:, luego quedaba libre de modificar
Miguillen:
x es un municipio de la provincia de Y en la CCAA de Z
claro
hay también texto no modificable
Kizar:
se prodria hacer una plantilla para artículos que nadie va a actualizar
como los de los 333333333 pueblos de EEUU
Miguillen:
como el que genera la pirámide de población
resumiendo los datos
Kizar:
Offtopic
Ya he importado todos los datos de todos los municipios de España
la bandera/escudo si existen y el código postal
Miguillen:
es más se puede incluso la plantilla trascluida desde mediaWiki
Kizar:
Si se quiere hacer pruebas yo empezaria por ahi
jem-:
Ajá, pero con la redundancia en las ubicaciones, ¿no?
Miguillen:
y la ficha
Kizar:
jem- no he importado eso
porque no lo tenía claro
Miguillen:
Yo estoy a la vez añadiendo los escudos de las CCAA
jem-:
Ah, o sea que en Barcelona lo hicieron a mano
Kizar:
ahora que lo tengo más o menos lo haré sin redundancia
Sí
jem-:
Vale
Kizar:
y está mal según lo que he visto
porque si hay más de una propiedad "situado en" creo que no funciona
jem-:
Evidentemente mientras no haya qualifiers dará problemas
Kizar:
Es que creo que no se van a usar qualifiers para eso
Miguillen:
Kizar y sabes algo de si las coordenadas se van a trancluir con la plantilla incorporada
o solo los valores?
Kizar:
Creo que ese tema ya es definitivo
jem-:
No, yo lo dije como solución pero ciertamente no era lo adecuado
Miguillen:
importante porque estaba modificando la plantilla
Kizar:
El método ese que te he pasado es muy bueno
mientras no haya vandalismos
es el único fallo
jem-:
Sí
Kizar:
que es poco redundante contra eso
jem-:
Pero el problema vandalismos entiendo que se debe poder controlar
Me tranquiliza que se puedan usar los filtros, de entrada
Kizar:
Miguillen: Sobre las coordenadas no se mucho, de momento no se pueden poner en Wikidata, las fechas tampoco y los números de área o población tampoco
jem-:
Será cuestión de estar en contacto con Hahc21 u otros admins hispanohablantes
Kizar:
Creo que están creando un tipo especial de datos para las coordenadas
jem-:
Sí, todos esos tipos de datos faltan por implementar
Sí, las coordenadas tienen su propio tipo
Remito a la página
Kizar:
que te permita meterlas en formato decimal o grados, min sec
y se importará de las paltnillas actuales como todo
Miguillen:
Kizar es que se que hay una nueva extensión para que los datos de las coordenadas se registren en la API
y hay miles y miles de artículos con muchos valores en esa propiedad
B25es:
no lo veo claro porque en diferentes lugares las divisiones
administrativas no se dividen
exactamente.
Kizar:
porque no funciona así:)
Hahc21:
deber?a haber uno solo
B25es:
Por ejemplo, en algunos estados de USA un municpio puede estar en varios condados
Kizar:
Voy a explciarlo aunqeu lo expliqué la semana pasada
jem-:
Sí, según lo que ya comentamos la semana pasada, la solución más elegante y eficiente sería llamar recursivamente
Vale, explica:)
Kizar:
AHora me a dao la pereza xD
básicamente es que hay que poner el más restrictivo
en ese caso área metropolitana
y en wikipedia se puede obtener todas las divisiones
B25es:
Hay áreas metropolitanas que están hasta en tres países a la vez
HAy comarcas catalanas que están en dos provincias
Kizar:
pues en ese caso habrá un problema...
B25es:
Hay municipios de Francia que están hasta en veinte cantones
Hahc21:
o.0
B25es:
Las divisiones administrativas de España son muy sencillas.
No son extrapolables.
Kizar:
Eso vieen a confirmar que no se han pensado bien las cosas...
Hahc21:
Igual las de Venezuela
Kizar:
de la forma que está pensado es añadir el más restrictivo
y luego de forma iterada se consulta el superior
con la propiedad "situado en" de la comarca es posible sacar la provincia
y así hasta el país
B25es:
Creo que deberían repensarlo, ahora que no hay daños serios.
jem-:
Pues sí, es un tema importante
Kizar:
Ya hay miles de artículos con varios elementos en "situado en"
Yo siempre pensé que lo mejor era crear 6 o 7 propiedades para los diferentes niveles
jem-:
Quizás se podría añadir un calificador (supongo que se acabarán llamando así) que distinga casos como los de las comarcas
Hahc21:
Yo como solamente me dedico a items de video juegos
Kizar:
y añadirlas en todos los artículos
Hahc21:
no ten?a conocimiento de esas complicaciones xD
Kizar:
Pues hay problemas igual de serios
jem-:
Sí, tampoco sería una solución ideal porque introduciría redundancia de datos
(lo de crear propiedades distintas)
B25es:
Mi opinión es dejarlo abierto de forma que algunas unidades puedan se automáticas (toda Soria está en Castilla León y sólo en Castilla León) y otras se puedan añadir manualmente (algunos municipios de la Jacetania están en Huesca, pero otros en Zaragoza)
Kizar:
Es que no se puede hacer eso porque la idea es usar en Wikipedia esos datos
El problema sería cómo separar los casos "automáticos" de los "manuales"
Kizar:
han añadido los equipos
pero no han añadido los qualifiers con el año de entrada y retiro
B25es:
es un problema
Kizar:
y luego aunque lo añadan a la hora de cogerlos en wikipedia
los equipos no están ordenados por año ni nada parecido
y no se va a poder ordenar por qualifiers de la forma en que lo han pensado
tal y como están no se pueden usar en Wikipedia
luego para datos del censo no lo han pensado aún...
Hahc21:
aun tenemos tiempo para eso
la fase tres se espera para finales de a?o, si acaso
poco a poco iremos ajustando los quantificadores(?) para que logren acomodar la data
Y cuando esta sea exportada a wikipedia, se pueda usar correctamente xD
jem-:
El tema censos debería ir con qualifiers para la fecha del censo, digo yo
Hahc21:
sip
Kizar:
eso espero pero me parece que no se están pensando bien las cosas desde el principio
B25es:
Los datos de población son muy complejos. HAce falta, a parte de la cantidad y la geografía, el año y el tipo de dato (población residente, municipal, oficial...) y también la autoridad que recoge el censo, si es un censo o un padrón...
Hahc21:
la fecha del censo deberia ser con un qualifier
Kizar:
con qualifiers de acuerdo
pero deberían estar ocultos y solo mostrar los del último año supongo
B25es:
Incluso para una fecha habrá varias cifras (en España, población de hecho y de derecho, y es de las fáciles). En Francia hay más.
Kizar:
y como he dicho lo de los qualifiers no están preparados para ser ordenados....
B25es:
Hay casos en lo que se busca no es el dato actual sino la serie temporal.
Kizar:
la serie temporal es fácil
Hahc21:
Ya vuelvo, voy a ejercer mi obligaci?n como el encargado de promover listas a listas destacadas en en.wiki
Regreso en un rato xD
jem-:
Para las gráficas de evolución demográfica, por ejemplo
Ok, Hahc21
B25es:
O para calcular tasas
Kizar:
El caso es que somos 3...
B25es:
Eso es parte del problema.
jem-:
Hprmedina ¿?
B25es:
Y encima mi nivel técnico es de botijo.
Kizar:
sin jvmrecords, MrAjedrez, Farisori, Invadinado poco vamso a hacer
Hprmedina:
deberían poder incluir datos tabulados
así dentro de una población poder colocar la "Tabla de censo por año con todos los datos del cada año"
el tema es que para obtener los datos no es tan simple
ya que es necesario "iterar" sobre los datos
Kizar:
si añadir los datos se puede hacer ahora
B25es:
Hay tablas en algunas fuentes
Kizar:
es añadir 23424234
y poner el qualifier 2013
Hprmedina:
ya que es evidente que no todos tendrán la misma cantidad de datos
Kizar:
pero luego no se pueden recoger los datos de forma adecuada
no hay funciones tipicas de base de datos
Hprmedina:
además de ser engorroso y fea la interfaz XD
Kizar:
para ordenar, etc..
Hprmedina:
jem-: ¿? no comprendí el mensaje, no hayo el contexto
Hay lugares con datos, pero su estándar es cada uno de su bola. INSEE estuvo usando Población sin duplicidades durante 40 años y luego se pasó a población legal (definida de su bola también) Así que aunque hay una tabla en excel por ahí, no penséis que va a encajar ni con los datos anteriores ni con los posteriores...
poner ahi en el nombre en español Barack Obama, Sr.
no es muy correcto pero en la mayoría de los casos si será correcto
y mucho mejor que nada
jem-:
Kizar: Lo suyo sería el nombre que tendría un hipotético artículo en es.wiki sobre esa persona según nuestra CT
B25es:
Puesto el nombre
Hahc21:
A partir de hoy
jem-:
Incluyendo traducir nombres propios solo en el caso de reyes y similares, etc.
Hahc21:
Se aceptan enlaces a redirecciones
jem-:
¿Se aceptan?
¿Decisión irreversible?
Kizar:
El nombre en inglés no hay que transliterarlo
yo decía poner el nombre tal cual está en inglés
B25es:
Eso he hecho, es de los fáciles.
Hahc21:
Con un 81% de aprobaci?n
Andreasmperu Entra en el canal
Andreasmperu sale de IRC
Andreasmperu (Andreasmperu) Entra en el canal
Hahc21:
Estoy trabajando en el reporte
B25es:
Pero hay casos como sugiere jem (WIlliam, Guillermo, Wilhem)
Hahc21:
para que se hagan los cambios
jem-:
Vale, tomamos nota
Hola de nuevo, Andreasmperu:)
Andreasmperu:
ya de regreso
Kizar:
pues calculo que puede haber 700.000 en los que podría hacer ese cambio
B25es:
Son muchos, un 6%
Andreasmperu:
alguien me contextualiza, por favor?
B25es:
Habrá un porcentaje de errores: Reyes que hay que traducir. Trasliterados del árabe y el ruso (Khalid = Jalid). Pero creo que compensa
Kizar:
Pero si alguien se llama William pues se lalam así
Solo estarían mal los casos de reyes
pero creo que están casi todos creados en espsñol
a lo mejor se cometen 200 fallos de 700.000
es asumible
jem-:
Siempre se podría discernir, por ejemplo, por el uso del ordinal en números romanos
B25es:
Creo que vas a acertar mucho más que a fallar. Yo lo haría.
jem-:
(Salvo muy contadas excepciones, de nuevo)
También se podrían comprobar los títulos en varios idiomas, si hay discrepancias, anotarlo en lista para revisión manual
Kizar:
Creo que son tan pocos que no merece la pena
jem-:
Pero si todos coinciden, lo suyo es que copiarlo también sea lo correcto en nuestro caso
Kizar:
Hay pocos nombres que se traduzcan
B25es:
Tú ponlos, que ya rectificaremos lo que haga falta
No son muchos
Kizar:
Hprmedina?
Hprmedina:
sí?
se podría tomar desde la entradilla
Andreasmperu:
disculpen si ya lo mencionaron antes (recién voy por la mitad del log), hay alguien más fuera de Kizar con un bot?
Kizar:
no
B25es:
No, pero nos encantaría
Hprmedina:
El mio tengo que adaptarlo, ya hace algunas cosas (creo)
Andreasmperu:
Evidentemente. ¿Hay alguien más, entonces, preparando uno?
Hprmedina:
pero no sería problema
Kizar:
no que yo sepa
invadinado alomejor se anima
y MrAjedrez
Hprmedina:
hay que asumir que el mio lo puedo preparar, lo tengo en mis pendientes
Kizar:
pero todavía han dicho nada
jem-:
Yo tímidamente digo que lo podría considerar
Mi problema es el tiempo
Hprmedina:
Aún no he hecho nada, dado que no he visto la necesidad, pero visto lo de los asteroides seguro me animo luego
B25es:
SI pudiéramos volve añadir descripciones desde categorías, vendría bien.
jem-:
Sobre todo me podría animar si hiciera falta programar una tarea específica y nadie más estuviera en condiciones de hacerlo
Es algo que podemos ir comentando en sucesivas reuniones, por cierto
Hprmedina:
por mi lado es simple, basta con agregar la parte de la API específica y listo (un par de horas supongo) ya que trabaja multiwiki y es una más igual que las otras
jem-:
Más o menos lo mismo digo
Kizar:
si
es fácil
lo único comprobar que realmente se hacen los cambios
Andreasmperu:
Lo digo porque ya se está haciendo evidente que necesitamos más manos
Kizar:
que me ha dado algún falso positivo
de informarme en la consola del campio y no aparecer en Wikidata
jem-:
Pues yo digo un poco lo que en la primera reunión
Hprmedina:
pero la API te retorna un estado de ejecución
Kizar:
Sí
pero uso pywikipedia bot
Hprmedina:
ah, vale, no sé en que afecta, no lo conozco
Kizar:
y va con retraso respecto a las cosas que añaden en Wikidata
jem-:
Si repartimos una serie de tareas concretas y no muy grandes, es más fácil animarse
Andreasmperu:
creo que es un buen comienzo
Hprmedina:
eso es cierto, jem-
Andreasmperu:
Ya B25es mencionó la adición de descripciones desde categorías como una tarea posible
jem-:
Sí, quizás sería bueno dividirla un poco más:)
Pero bien, podríamos empezar por ahí
Hprmedina:
Me parece que deberíamos tener un espacio en donde dejar las cosas
Sobre lo de poner los nombres desde el inglés hay acuerdo?
jem-:
¡¡Pero no lo has añadido a Wikidata!!
Kizar:
se puede desde el francés o otros idiomas
pero alomejor hay problema con tildes..
Andreasmperu:
yo me refería a las descripciones desde categorías; por ejemplo, los artículos en las subcategorías de Categoría:Terminología tendrían como descripción "término político, "término económico", etc.
jem-:
Kizar: Sí, con ese matiz que te he indicado antes si lo puedes considerar
Ajá, Andreasmperu
Aunque ese caso no sería un buen ejemplo, me parece
B25es:
El inglés es la víctima propiciatoria. Portugués sería mi siguiente
lamentablemente, estamos a años de luz mucho más avanzados que los portugueses en Wikidata
Kizar:
Andreasmperu: No tengo tiempo para eso ahora
hacen falta más bots...
jem-:
¿Lamentablemente, Andreasmperu?
Kizar:
estoy realizando la importación en 286 idiomas que todavía queda....
Andreasmperu:
soy consciente, Kizar, por eso no me daría pena recargarte con tremenda tarea
Kizar:
Sobre lo de importar los nombres del inglés que opinas?
Andreasmperu:
jem-, en verdad, están bien lejos. Tampoco es la idea que haya idiomas harto retrasados con respecto al resto
B25es:
Hay arquitectos, músicos, políticos, que salen en portugués y no en español
Andreasmperu:
apoyo la idea, Kizar, siempre que se trate exclusivamente de nombres propios
jem-:
Bueno, lo que quiero decir es que es lamentablemente si consideramos que ellos van lentos, pero no tanto si consideramos que nosotros vamos rápidos o al menos al día
B25es:
Se trata de nombres propios de personas
Andreasmperu:
ya después nos encargaremos de arreglar manualmente la transliteración
B25es:
que serán pocos
jem-:
Un inciso: acabo de leer que el despliegue de la fase 2 ha sido programado para el 22 en en.wiki y el 24 en el resto
(Por si luego se me olvida)
Bien...
¿Pasamos a comentar lo de futuros horarios antes de que alguien deba retirarse?
Andreasmperu:
adelante
B25es:
¿Hemos aprobado lo de las personas que sólo salen en inglés?
Andreasmperu:
yo con una hora más tarde me apaño
jem-:
Yo creo que sí
Creo que ahora que tenemos nuestra propia página podemos centralizar ahí los avisos
Y si acaso que alguien más exponga si tiene problemas con la hora
Ralgis no propuso una hora en concreto
Bueno, ¿el viernes próximo y una hora más tarde es aceptable para todos?
Hprmedina:
yo sí
Kizar:
A mi la hora me da igual
B25es:
vale
Kizar:
poner de acuerdo vosotros
Andreasmperu:
yo también
Kizar:
voy a poner a trabajar al bot en los nombres en inglés
jem-:
Vale, pues por ahora fijamos reunión el viernes 3 de mayo a las 19 h UTC, duración aproximada dos horas
por ejemplo, algún error al asignar el valor de la propiedad
Kizar:
No
Todo bien
Andreasmperu:
Me tranquilizas. He encontrado problemas relacionados con los conflictos de interwikis: se asigna un valor a una propiedad que solo existe en ruso y resulta no ser el apropiado
B25es:
Una cosa sobre descripciones
Estoy poniendo el mínimo necesario para distinguir los ítems
de forma que el resto de la información se albergue en las declaraciónes
Kizar:
Yo no estoy añadiendo descripciones
B25es:
Entonces, cualquier especie animal se describe "especie animal" porque no hay dos con el mismo nombre (declaraciones, me duele esa tilde)
Kizar:
pero creo que deberían ser simples
B25es:
A eso iba:
Se podrían marcar a saco todas las especies animales y todas las vegetales
Kizar:
pero especie de animal alomejor es demasiado xD
están por nombre científico
dudo que haya varias iguales...
B25es:
En teoría no puede haber dos iguales
Andreasmperu:
no deberían estar por nombre científico
Kizar:
Os lo dejo a vosotros eso
B25es:
Bueno: el problema es que mis capibaras son carpinchos en Uruguay (y esa es de las fáciles)
Es raro, pero la ""hispanofonía"" es así.
jem-:
El tema de la homogeneidad en las descripciones lo tenemos pendiente en el Etherpad, por cierto
Aparte de que ya la misma página de ayuda apunta a la brevedad y da ejemplos claros
Andreasmperu:
según d:Help:Label se usa el nombre más común: "perro" no "Canis lupus familiaris"
B25es:
Entonces qué pondrías, carpincho o capibara.
Andreasmperu:
Podríamos acordar uniformizar al menos las respectivas a páginas de categorías y desambiguaciones
me llama la atención que falten algunas tan normales como coordenadas (o latitud, longitud)
o superficie
B25es:
Coordenadas me parece sencillo. Superficie no me parece tan sencillo.
Miguillen:
luego averiguar como poner datos complejos
jem-:
Coordenadas está, "coordinate location"
Miguillen:
y también resaltar que para poner un dato en una propiedad es necesario que exista el item de ese dato
jem-:
Con su propio tipo de datos
Miguillen:
por ejemplo alcalde
jem-:
Miguillen: Eso depende del tipo de datos
Miguillen:
no hay problema si es una ciudad grande
B25es:
alcalde requiere el periodo al que corresponde.
jem-:
Sí, eso se introducirá con los calificadores
Miguillen:
ya que lo normal es que esa persona tenga artículo y ese artículo item
pero en un pueblo pequeño si alguien crea ese artículo va a borrado rápido
B25es:
No vas a tener el alcalde de al menos el 90% de los lugares
Miguillen:
jem- los calificadores esta´n limitados también
B25es:
Pero deberíamos poder poner el dato
Miguillen:
B25es claro pero me refiero a que no se puede añadir el dato a wikidata
tal vez en la fase 3 mediante listas se solucione esto
Me refiero a que no haga falta que tenga item propio
y baste con que esté en una lista de alcaldes de la provincia de tal
B25es:
Si la superficie son 23 km2, no voy a hacer un artículo para 23 km2. Por el mismo razonamiento si al alcade es Pepe Pérez, no tendría porqué hacerle un artículo.
jem-:
Pues hay que preguntar también sobre eso
Seguramente también lo habrán pensado
B25es: El problema es que si el tipo de datos de la propiedad es un elemento, solo aceptará un elemento
(ítem)
Miguillen:
tal vez eso sea lo que haga que a día de hoy no haya visto ninguna ficha o infovox adaptada en otros proyectos
jem-:
Yo creo que más bien es la falta de muchas propiedades
B25es:
Eso nos deja en un mundo en que casi ninguna entidad tendrá alcalde. Habría que redefinir esa propiedad para qie no requiera un ítem
Miguillen:
pero ni en pruebas auqnue puede ser que no lo haya encontrado yo
jem-:
Pero si el alcalde sí tuviera un ítem, estaríamos perdiendo información e introduciendo riesgo de errores
B25es:
es algo que hay que plantear. Posiblemente estamos hablando de un dato que figura en cientos de miles de artículos.
jem-:
Sí
Miguillen:
Yo creo que por ahora donde es más viable hacer pruebas es en paises
tienesn más propiedades
B25es:
son menos ítems a rellenar
Miguillen:
y más rellenados
s cuestión de probar
B25es:
Creo que conviene hacer pruebas en grupos pequeños de ítems (paises, z.b.)
Miguillen:
y hacer algo parecido a lo que hice con la Ficha de entidad subnacional
la diferencia es que en este caso casi todo se podría rellenar
jem- es un problema muy evidente como para que cualquiera que haya intentado poner propiedades en algún item no se haya dado cuenta
B25es Se peude usar algún país pequeño de cobaya
B25es:
En realidad pensaba en usar el paquete entero de países, que serán unos 200.
jem-:
Estoy preguntando en el canal a ver si me dicen algo
Miguillen:
realmente no tendrái en esos casos un gran impacto
B25es:
es un universo acotado y controlable
Miguillen:
*tendría
B25es no hay muchos paises
hay más propiedades disponibles
y todos los datos son relevantes
solo habría problemas con superficie, población y datos así
que no tiene artículo y por consiguiente item
jem-:
Pero esos datos claramente van a ser numéricos y no de ítem
Así que no serían un problema
Miguillen:
pero ahora no se pueden introducir
tal vez eso sea en la fase 3
jem-:
Bueno, parece que habrá que esperar a que esté Lydia
B25es:
De lo que no decimos nada es de cómo vamos a rellenar todos esos datos.
Miguillen:
B25es hay bot trasladándolos
y siempre a mano se puede mejorar
jem-:
Y con KLBot2 y alguna mano que podamos echar otros se puede ir completando
Además de que va a haber gente de todo el mundo rellenando, a nosotros solo nos "toca" más directamente lo relacionado con el ámbito hispanohablante
Miguillen:
pero creo que por ahora justo podemos usar cosas como país, idioma, mapa, escudo, bandera y poco más
B25es:
17 de abril. Total de ítems 10,6 millones. Con etiqueta en español 1,2 millones (11,5%)
Miguillen:
a ver en la fase 3 como queda esto
B25es:
con descripción 1,0 millones (9,5%)
Miguillen:
de todos modos habría que empezar a diseñar un módulo para fichas
de entrada la mejoría sería que no haría falta que estarían en la plantilla:ficha todas las etiquetas argumentadas
lo que a parte de tener un código brutal hace que tenga limitaciones
B25es:
en 15 días se añadieron 72000 etiquetas y 380000 descripciones (Kizarmente muchas de ellas)
Miguillen:
un modulo mediante un biucle puede hacer eso de forma infinita
jem-:
Bien, si les parece vamos comentando más cosas
Miguillen:
ok
B25es:
vale
jem-:
Una cuestión importante es el uso de las propiedades directamente en artículos
Empezamos a comentarlo la semana pasada
Miguillen:
yo creo que eso se debería limitar a cuando es en el cuerpo del artículo
si es en cualquier parámetro de plantilla como son las fichas mejor hacerlo desde el código fuente de la propia plantilla
jem-:
Sí, esa parte casi la había dado por resuelta
La semana pasada creo que todos estábamos de acuerdo en pasar lo correspondiente a las fichas al código de la ficha
Miguillen:
es que es mucho más práctico
jem-:
Eso reduciría el riesgo de vandalismos y facilitaría los cambios de diseño o de parámetros
(Sin entrar en la posibilidad de ficha única ya apuntada)
Miguillen:
eso simplemente sería algo más ambicioso que lo primero
jem-:
Bien, yo comenté la semana pasada que lo que no cabía era dejar datos en el artículo como ahora
O se retiraban y que se vean en la ficha, o se cambiaban por llamadas a property
Sospecho que tendremos que ir a lo segundo porque impedir que la gente vuelva a añadir datos sería muy complicado
En todo caso para lo segundo podemos además preparar filtros que controlen su manipulación
¿Más a comentar sobre esto?
Andreasmperu:
y el uso en el cuerpo del artículo?
Miguillen:
eso ya es otra cosa
Andreasmperu:
sí, calculo que será una larga discusión
jem-:
Sí, sobre eso estaba comentando yo:)
Miguillen:
el cuerpo del artículo no está encapsulado en una plantilla
y por consiguiente no cabe otro sitio
jem-:
Los italianos han implantado una solución radical que aquí creo que también hemos comentado, generar el texto de la entradilla desde la ficha, que también podría incluir las propiedades
Hprmedina (Hprmedina) Entra en el canal
jem-:
Pero me parece que no estamos preparados para eso
Hoooooombre, Hprmedina
Miguillen:
ahora me voy yo a cenar
UAwiki:
nos vemos Miguillen
Miguillen (Miguillen) sale de IRC
Hprmedina:
gracias
B25es:
Estoy pensando introducir un dato de wikidata en un artículo (en el cuerpo).
Tengo el ítem y el artículo. Lo que no sé es la sintaxis.
En ese caso podrías haber mantenido el enlace interno, B25es
B25es:
sí, pero no da link a ese artículo. ¿quiza [[]]?
jem-:
Sí, claro:)
A eso me refería
Una vez expandida la propiedad, el wikitexto "de alrededor" funciona como de costumbre
UAwiki:
pronto en vez de enlaces con texto solo tendremos de propiedades jejejeje
B25es:
¡Lo he hecho y funciona!
UAwiki:
con esto quiero decir que no me parecerían adecuadas en el texto, sino solo en las fichas
Andreasmperu:
para entrar un poco en el tema, ¿desventajas?
jem-:
Es lo que comentábamos antes, UAwiki
Desventajas: pueden confundir al lector novato
(lector/editor)
Aunque es algo que se puede decir de la wikisintaxis en general
B25es:
Depende: por ejemplo, si la provincia de Bongolonia pasa a ser el Bongolonistán, en lugar de miles de cambios basta con uno.
jem-:
Eso cuenta como ventaja:)
B25es:
Lo de Cahors era sólo para ver como funcionaba
UAwiki:
:)
B25es: eso creo que sería adecuado para la categoría de Commons, que la tiene y está en enlaces externos
ahí sería un ejemplo de cuando sería bueno incluirla en el texto
Andreasmperu:
alguna otra desventaja?
jem-:
Y no sé, otra desventaja sería que si llegáramos a escribirlas con nombre en vez de número, cuantos más artículos las tuvieran en el texto, más cambios habría que hacer con bot si quisiéramos cambiar el nombre
Pero habría que ver primero si optamos por los nombres, que yo al menos me voy decantando por no hacerlo
Andreasmperu:
no creo que sea buena idea: los nombres de las propiedades pueden cambiar (es más, suele pasar)
jem-:
Por eso
B25es:
Creo que no debemos usar nombres, aunque un sistema de referencia cruzada (vamos, una guía) vendría bien.
Hprmedina:
de todas formas ese uso de Wikidata es raro
jem-:
Sí, la propia lista de Wikidata, que deberíamos traducir
No sé si habría otra desventaja en caso de abuso de llamadas por la carga al servidor, pero creo recordar que solo se hacía una carga del ítem
Andreasmperu:
entonces, creen que podría ser aceptable restringir el uso de propiedades a las plantillas y, digamos, el párrafo introductorio?
normalmente los novatos no empiezan a editar en tales campos
Hprmedina:
¿cuantas veces cambiará el valor de la propiedad p132 en la entradilla?
¿es necesario introducir ese tipo de datos desde wikidata a los artículos?
jem-:
Yo diría que los datos pueden aparecer potencialmente en cualquier punto del artículo
Hprmedina:
en este caso el dato más que aportar creo que dificulta la lectura, no es igual si fuesen medidas o datos que varian frecuentemente
* la lectura del wikitexto
Andreasmperu:
Por mí también, jem-, pero no creo que se pueda llegar a un consenso al respecto. Por eso me limitaba a las plantillas e introducción
jem-:
Andreasmperu: ¿Pero cuál sería la propuesta exactamente?
Hprmedina:
a menos que toda la entradilla sea "una plantilla"
Andreasmperu:
(tener en cuenta que una adopción de este tipo tendría que pasar por el café primero)
jem-:
Sí, por eso digo la propuesta:)
Hprmedina: Antes he comentado que it.wiki tiene algo así
UAwiki:
yo diría que de manera conservadora, es mejor que al principio sean solo en fichas y plantillas, que de hecho creo que era la idea
Andreasmperu:
La gran pregunta del momento es dónde usar las propiedades. Creo que no hay problema con las fichas y plantillas.
Hprmedina:
sí, en el texto tiene utilidad pero no en todos los casos
Mi propuesta era alargar la restricción: las propiedades solo deben usarse en fichas, plantillas y párrafo introductorio
y someterla a votación/comentarios y demás
Hprmedina:
"Adrastea tiene una forma irregular con unas medidas de {property:3453} km.2 "
es decir, datos que pueden cambiar y que es bueno que sean coherentes con la Ficha
B25es:
Creo que afecta al modo de escribir los artículos
Andreasmperu:
porque veo difícil que se acepte el uso de propiedades a lo largo del texto de un artículo (por el problema de la dificultad para el neófito)
Hprmedina:
pero no para decir que "Adrastea es un satelite" ->"Adrastea es un {prop:23432}"
jem-:
Hummmm, pero no sé si vemos el problema en que las van a usar mal, o en que no van a estar controladas
Hprmedina:
ahí será un satélite ahora y en 200000 años más
B25es:
por ejemplo, si escribes el artículo España, Juan Carlos I y Mariano Rajoy, como cargos actuales no deberían figurar más que en las plantillas
jem-:
Porque a efectos de uso y de control, no veo diferencia entre la entradilla y el resto del artículo
Hprmedina:
yo veo que el control debería ser por datos que evidentemente van a cambiar y que se actualicen en forma automática
pero datos fijos, aunque estén en Wikidata no le veo mucho sentido
Andreasmperu:
igual y vandalizar propiedades requerirá un conocimiento un poco más avanzado que el necesitado actualmente
jem-:
Y además podemos ayudarnos con filtros
B25es:
Tienes que convencer a mucha gente de que no escriba que Mesi es un jugador del Barcelona (dato mudable) y que sólo diga que es futbolista (dato constante)
Y que añada al Barça en una plantilla
No sé si eso tendráéxito
jem-:
Sí, es evidente que la entradilla tendrá que decir que juega en el Barça
Hprmedina:
en ese caso si es cambiable y creo que sí aplicaría
UAwiki:
yo creo que un lector fácilmente podría ver si difiere el dato de la ficha y el del texto, y podría avisar sobre el error
Hprmedina:
pero por el contrario "España es un {prop:234}"¿para decir que es país?
UAwiki:
además que le quita fluidez a la lectura del artículo en modo edición
Hprmedina:
correcto
ahí no lo usaría
B25es:
Calculo que en el caso de datos actuales me iría a las tablas
Hprmedina:
Sería "Qué esté en Wikidata no significa que tengas que usarlo"
B25es:
pero yo leo mucho:)
Hprmedina:
quizá el punto es buscar un criterio de "En cuales casos usar Wikidata y en cuales casos no"
se podrían establecer criterios por ámbitos
Definir que cosas conviene usar en plantillas y que cosas conviene usar en artículos
buscar el balance adecuado
para facilitar la lectura del wikitexto y que no se desctualice
eso XD
B25es:
Hay muchos grupos
UAwiki:
yo me imagino que eso estaría en el manual de estilo, y solo para datos que sean bien fijos
o que se sepa que con una tabla se actualizan, como la población
B25es:
Es poco probable de Alemania, Uruguay o Brasil dejen de ser países
UAwiki:
y que en general se desaconsejaría su uso en caso de duda
B25es:
Pero las provincias de Italia cambian mucho
Platonides (Platonides) sale de IRC
B25es:
En España sólo han cambiado de provincia dos municipios en un siglo
Así que no hay que pensar que todo el mundo va a ver las cosas claramente mutables o inmutables
jem-:
Y hasta Plutón dejó de ser planeta, así que ni con lo astronómico te puedes fiar
UAwiki:
jajajajaja
Hprmedina:
XD jajaja, cierto, aunque ese es un cambio controlable
B25es:
sí,, lol
jem-:
:)
Hprmedina:
es una buena base para buscar criterios
es decir, es posible cambiar de planeta menor a planeta, pero el cambio es tan poco probable o poco frecuente que quizá no vale la pena usar el dato de Wikidata
pero si es más probable que cambie, entonces es bueno enlazarlo
un cambio así, seguro que también aplicaría un cambio mayor al artículo
explicar por ejemplo el motivo por el cual fue cambiada su categorízación de planeta a planeta menor
no sería solo el dato
B25es:
La verdad es que me da más miedo el tipo de datos que el uso. Las longitudes de ríos, por ejemplo, o las superficies territoriales.
Hprmedina:
explica más, B25es
B25es:
Suele haber conflictos de fuentes
O de criterios para las mediciones
Andreasmperu:
supongo que ahí entran a tallar los calificadores
B25es:
Recuerdo un país que se autodescribía incluyendo las aguas territoriales
Savh (Savh) Entra en el canal
B25es:
porque así era un poco más grande que el vecino
Harpagornis (Harpagornis) sale de IRC
Hprmedina:
¿y qué se hace ahí? supongo que lo mismo que hacemos ahora, es decir, la fuente X dice que mide Y mientras que la fuente A dice que mide Y+2
¿habría que usar varias propiedades para eso?
B25es:
El problema es ver lo que van a hacer
Harán falta n propiedades
Con poblaciones, que es lo que más entiendo, a parte de la fuente
necesitas el estándar y la fecha
jem-:
Hprmedina: Todo eso está contemplado, habrá un sistema de afirmaciones con diferentes rangos de validez
Hprmedina:
entonces eso soluciona el problema que presenta B25es
B25es:
y cómo lo utilice la gente
Hprmedina:
¿los calificadores que menciona Andreasmperu?
jem-:
Ehm, no
Hprmedina:
¿qué son los calificadores?
jem-:
Los calificadores introducen "subdatos" como las fechas en las que X fue presidente de Y
Bueno, si quieren decidan ustedes, si no, podemos esperar
Luego lo leo y cierro el log
Nos leemos:)
Andreasmperu:
chao, jem-
B25es:
o en la discusión. De momento allí no hay nada
Hprmedina:
Me parece que deberíamos empezar a trabajar sobre los criterios de uso de las propiedades, "En donde usarlas", "Cuando usarlas", etc
Andreasmperu:
¿por dónde propones comenzar?
Hprmedina:
me parece que ya hay ideas un tanto claras
B25es:
Empezar por dejar claro que hay datos variables y otros no.
Hprmedina:
hay que diferenciar el uso en plantillas y el uso en artículos
B25es:
Llevar los datos variables a las plantillas
(habrá alguna excepción, supongo, pero no muchas)
Savh (Savh) sale del canal
Hprmedina:
en las plantillas se usarían algunos fijos como las clasificaciones por ejemplo (como se hace ahora)
MaKiNeoH sale de IRC
B25es:
Si enlazas con la propiedad te ahorras modificar si cambia la taxonomía (que no es muy frecuente pero puede pasar).
Y puedes generar las plantillas de los artículos que no la tienen.
Hprmedina:
quizá podríamos crear dos secciones "Uso en plantillas" y "Uso en artículos" y colocar algunos punteos de esta misma reunión, creo que han salido varias ideas de como hacerlo
B25es:
Sí
Hprmedina:
así vamos redondeando la idea
B25es:
¿Podemos usar la página del proyecto para ir congando cosas?
Los calificadores yo los he visto ya en ítems, no sé si son ya utilizables desde los artículos
Miguillen:
Harpagornis Yo pregunté en el canal y no sabían como hacerlo auqnue me dijeron que podría se posible con un módulo Lua
Harpagornis:
Miguillen, a mi me dijeron lo mismo, pero no saben gran cosa aún
Miguillen:
No ha probado nadie
Harpagornis:
de momento la plantilla de propiedad, hace lo que se puede
creo que debe mejorarse
y los resto esperar
Miguillen:
ya tiene un gran uso
Harpagornis:
respesto a wikidata, que más se puede hacer?
Kizar:
De momento no mucho
es que faltan propiedades de tipo numérico y de fechas
y que se mejoren varias cosas
yo estoy trabajando con mi robot poniendo propiedades
pero solo las que están creadas
Miguillen:
en cuanto al nombre de propiedades ayr cambie alguna
del tipo municipio de España por municipio
al aparecer una definición creo que el apellido no había que ponerlo
Kizar:
No hace falta consenso para eso
sientete libre
Miguillen:
a parte que para lo que hice con los substitulos era un caos
también en comunas de Suiza
por comuna
Kizar la verdad que hay bastante caos en ciertas propiedades
pero poco a poco
Yo creo que al enlazar el subtítulo de las ficha de localidad es facil que haga que muchos usuarios se familiaricen con Wikidata
alguno se preguntará donde están esos datos
Harpagornis:
Por mencionarlo, antes vi lo de la votación para los estilos de biografía, se podría hacer una plantilla para los inicio de los artículos referente a artistas, jugadores, y etc..