Wikipedia:Wikidata/Logs IRC

Reunión del 4 abr 2013

Inicio del Log: 18:06

MrAjedrez cambia su alias a Guest32187

Farisori:

me parece bien ;)

coet|cawiki (Coet) Entra en el canal

jem-:

Si alguien tiene algún problema, que lo diga :)

Kizar:

Está bien

Miguillen:

por mi parte ninguno

Kizar:

Kiero ser famoso

Farisori:

todo bien

jem-:

:)

Farisori:

puedo abrir con una primera pregunta más o menos sencilla para comenzar?

jem-:

Adelante, Farisori

Ante todo es bueno que quien tenga aún dudas básicas las plantee

Para luego meternos más en harina

Farisori:

la primera fase de Wikidata se supone es la siguiente: "Centralizar los enlaces interlingüísticos"

Kizar:

Sí

Farisori:

esta fase aún no está completa, verdad? he visto todavía algunas páginas que no están en wikidata

Kizar:

No está completa aún

Farisori:

se tiene alguna fecha tope o aproximada?

Kizar:

estamos en ello

Hay unos 16 M de artículos y somos 3 bots trabajando

B25es:

Hay que tener en cuenta que cada artículo que se crea puede que no tenga correlato en wikidata.

Farisori:

ok.. y se esperara acabar esta fase antes de comenzar con la segunda, supongo?

Miguillen:

Farisori solo cubre espacios enciclopédicos y plantillas/módulos

jem-:

Es un poco aventurado estimarlo, me parece, dependerá de la velocidad de los bots

No necesariamente, Farisori

De hecho la fase 2 ya está implantada en 11 wikipedias

Farisori:

ah si??

jem-:

Y creo que prácticamente nadie ha completado la migración de la 1

Kizar:

Sí

jem-:

Sí

Guest32187:

Yo tengo a ChessBOT A disposición si se necesita

Kizar:

Si queréis aporto cifras

Farisori:

uy.. pueden darme un ejemplo de artículo con una ficha que extraiga los datos desde wikidata?

jem-:

Adelante, Kizar

Farisori:

(perdón, adelante Kizar)

Guest32187:

Perdí el script, Kizar

jem-:

Sí, en la italiana por ejemplo, un ejemplo de lo que creemos que no se debe hacer

Guest32187: Estás desidentificado :)

Miguillen:

y yo a Miguillen-bot solo que el script para pywikipedia me lo tendriais que pasar

jem-:

http://it.wikipedia.org/wiki/Torino

Ese artículo llama directamente a las {{#property}}

Miguillen:

y claro falta autorización en wikidata

Farisori:

gracias jem-

Kizar:

Es que no hay un script concreto, cada operador hemos hecho el nuestro

jem-:

Aquí el anuncio de la llegada de la fase 2 a 11 Wikipedias: http://blog.wikimedia.de/2013/03/27/you-can-have-all-the-data/

Fue el 27 de marzo pasado

Kizar:

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

http://www.wikidata.org/wiki/Q495

la propiedad 41 es "bandera"

jem-:

d:Wikidata:List of properties es de utilidad aquí

Kizar:

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

Kizar:

http://www.wikidata.org/wiki/Q12155

Mirar la propiedad "situado en"

Farisori:

Ejemplo Violeta Parra (dos posibles lugares de nacimiento)

Kizar:

Tal y como está funcionadno en Wikipedia en italiano no se como respondería

jem-:

Véase http://meta.wikimedia.org/wiki/Wikidata/Notes/Inclusion_syntax

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

Ashaverus Entra en el canal

Kizar:

http://es.wikipedia.org/wiki/%281395%29_Aribeda

Farisori_ Entra en el canal

Kizar:

De momento lo que se ha hecho es mover todos los enlaces a Wikidata dejando esos en los artículos

MrAjedrez__ Entra en el canal

Farisori_:

[21:41] <Kizar> Como bien sabeis, antes se usaban enlaces interlinuísticos que enlazaban a secciones y estos no se permiten en Wikidata

[21:42] <Kizar> De momento lo que se ha hecho es mover todos los enlaces a Wikidata dejando esos en los artículos

Kizar:

Repiro

http://es.wikipedia.org/wiki/%281395%29_Aribeda

De momento lo que se ha hecho es mover todos los enlaces a Wikidata dejando esos en los artículos

(Si dais a editar podéis ver que ha quedado uno al final)

Guest32187 sale de IRC

Kizar:

Tenemos que decidir que hacemos con ellos porque hasta donde yo sé nunca van a tener sitio en Wikidata

Se pueden dejar donde están, que tampoco molestan o eliminarlos

Farisori_:

(El artículo de ejemplo de Kizar tiene ahora un único interwiki vec:Lista de asteroidi#1395 Aribeda)

Kizar:

Es decisión de cada idioma

Farisori??

Ashaverus:

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

jem-:

Además, sobre lo que dice B25es

Kizar:

pero suelen enlazar a listas interminables

Farisori:

ahh

Kizar:

Ejemplo gráfico:

http://es.wikipedia.org/wiki/%281395%29_Aribeda

jem-:

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

Hprmedina:

a la otra lo ponemos en el topic XD

Ashaverus:

punto 3

Kizar:

Problemas detectados en interwikis (http://es.wikipedia.org/wiki/Usuario:Legobot/Wikidata/General) y logs por proyectos:

http://es.wikipedia.org/wiki/Usuario:Legobot/Wikidata/enwiki

jem-:

Sí, Farisori_ :) Solo quedaba decidir si restringir o prohibir del todo

Farisori_:

de acuerdo jem-

jem-:

Pero entonces no teníamos tan claro cómo iría todo lo de Wikidata

Punto importante ese

Aquí es donde sería bueno empezar a repartir trabajo

Kizar:

Hay varias listas que han dejado los bots que eliminan interwikis sobre artículos con problemas

Viene indicado brevemente cual es el problema y un enlace a un comparador

que se ve claro el problema

el caso es que hay que hacerlo a mano todo o casi todo y son muchos

jem-:

Yo he indicado que se podría semiautomatizar la labor

Ashaverus:

la cosa es q a veces no es tan simple, especialmente con artículos en otro idioma que deberían ser fusionados

Kizar:

Alomejor se debería hacer un llamamiento público en el café o algo porque es muchisimo

Ese es otro tema, hay cosas que no podemos resolver nosotros

Ashaverus:

he encontrado en inglés artículos repetidos de buena calidad ambos, con información sobresaliente

Kizar:

Pero la mayoría si

B25es:

Pregunta de orden ¿cuántos son muchísimos?

MrAjedrez__:

Yo me puse a hacer algunos y no siempre es fácil

Kizar:

Suficientes para que no podamos hacerlo entre los que estamos aquí

xD

Ashaverus:

ver http://toolserver.org/~legoktm/cgi-bin/wikidata/checker.py?site=es&id=q2142152

MrAjedrez__:

No todo lo tenemos que resolver nosotros

Algunos problemas están en varias wikis

Kizar:

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

Ashaverus:

A modo de ejemplo, este Q http://www.wikidata.org/wiki/Q7572415 lo creé yo, pues antes este http://www.wikidata.org/w/index.php?title=Q138577&action=history tomaba los dos elementos. En esos casos es necesario crear el elemento nuevo y revisar idioma por idioma que enlace corresponde a qué elemento

Kizar:

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

Ej: http://www.wikidata.org/wiki/Q776289

2. Sobre las descripciones de las plantillas

http://www.wikidata.org/wiki/Q5683132

3. Sobre las descripciones de las categorías

http://www.wikidata.org/wiki/Q7023841

4. Sobre las descripciones de los municipios

http://www.wikidata.org/wiki/Q8356

http://www.wikidata.org/wiki/Q8717

http://www.wikidata.org/wiki/Q1492

B25es:

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

Kizar:

Hay mucho desmadre sobre las descripcione

jem-:

Entiendo que hay que partir de: d:Help:Description/es

Kizar:

cada uno lo escribe como le parece...

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

pero no en corto plazo

jem-:

Farisori_: Quizás deberías empezar por d:Wikidata:Glossary :)

Kizar:

Yo creo que sería mejor poner

B25es:

Hay un problema y es que en muchos casos es más rápido copiar a saco: municipio de Filipinas en la provincia de Ilocos Norte.

Kizar:

ciudad de España

Farisori_:

jem- empezar por traducirla, no? :-)

B25es:

Y hacer 25 o 30 del tirón

jem-:

Cierto, Farisori_ :)

Kizar:

En un país creo que no puede haber dos municipios con el mismo nombre

Farisori_:

gracias por el enlace jem-

jem-:

Esa es otra de las tareas que podemos repartir aquí

De nada :)

B25es:

Los hay: Santa María en Filipinas, por ejemplo

Ashaverus:

http://commons.wikimedia.org/wiki/File:Wikidata,_paso_a_paso.jpg

para Farisori

jem-:

Sí, me parece que es mucho presuponer eso, Kizar

Farisori_:

ok yo me comprometo a traducir https://www.wikidata.org/wiki/Wikidata:Glossary/es

así aprovecho de leerlo bien

jem-:

Bien, primera tarea asignada :)

Farisori_:

gracias Ashaverus!

gran imagen

Kizar:

Gracias Farisori

jem-:

Yo me comprometo a informar de la reunión en el Café, revisar y enlazar el log

Kizar:

Yo a estudiar lo que queda de interwikis

Farisori_:

de qué Kizar, lo mío es un grano de arena :-) gracias jem-

Ashaverus:

yo sigo con http://es.wikipedia.org/wiki/Usuario:Legobot/Wikidata/enwiki

jem-:

Bien

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):

1. el sistema de edición es grotesco, distinto al de una página normal de wikipedia, pues hay que hacer las traducciones desde aquí: https://www.wikidata.org/w/index.php?title=Special:Translate&group=page-Wikidata%3AGlossary&filter=&action=proofread a lo cual no estaba acostumbrado

jem-:

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?

jem-:

¿Te refieres a la fase 2, Miguillen?

Miguillen:

Farisori_ Cuando se pueda se hará

jem- si

jem-:

https://meta.wikimedia.org/wiki/Wikidata/Deployment_Questions#When_will_this_be_deployed_on_my_Wikipedia.3F <-- Aquí indican que lo han pospuesto sin fecha

Ber:

La fase 2 parece bastante compleja

jem-:

Según entiendo, el principal problema es el lag con el dispatcher de cambios

Ber:

pide toneladas de consenso

jem-:

En realidad no tanto, Ber

Ber:

según lo planteaban inicialmente sí

jem-:

Si hay discrepancias entre fuentes, se pueden mantener las distintas fuentes

Incluso creo que habrá forma de que una Wikipedia elija cuál usar

Ber:

la fase 1 en qué punto está?

faltan bastantes interwikis por mover aún no?

jem-:

Sí

Miguillen:

Yo por lo pronto intouyo qu va a haber discrepancias con ciertos modelos de escudo

*intuyo

jem-:

Aunque Legobot ya solo está haciendo traslados puntuales y actualizando el log de conflictos

Tendré que preguntar a Kizar o directamente a Legoktm al respecto

Ber:

se daban bastantes problemas entre artículos con interwikis no enlazados que dan lugar a entradas duplicadas

Kizar entra en el canal

Kizar:

Siento lelgar tarde

Farisori_:

miren quién llegó :) hola Kizar

jem-:

¡Al fin!

Bienvenido :)

Kizar:

Hacer un resumen

Miguillen:

jem- Se supone que todos los datos de la fichas hay que trasladarlos a los item de wikidata

jem-:

Miguillen: En principio sí

Miguillen:

Buenas Kizar

jem-:

Salvo que sean cosas que ya ahora resulten inapropiadas para una ficha

Miguillen:

jem- menos lo que hayan trasladado desde otros proyectos

Ber:

pero hablamos de datos "objetivos y ciertos"

jem-:

Evidentemente, Miguillen

En todo caso aún faltan bastantes propiedades por crear, que a su vez dependen de tipos de datos por crear

Ber: Incluso sobre esos datos puede haber discrepancias

Ber:

de ahí el problema

Miguillen:

También igual se debería redefinir el mapa de fichas en función de las nuevas posibilidades

Ber:

ya esos datos pueden dar problemas, imagínate otros más subjetivos o interpretables

Kizar:

Ya me he puesto al día

jem-:

Anoto ese tema, Miguillen, creía que ya estaba

Miguillen:

Yo incluso vería posible el que hubiera una sola ficha que se adaptaría en diseño y forma en función de la definición

Kizar:

¿temas a tratar hoy?

jem-:

Bien, Kizar, dejo que expliques tú el problema del lag y la reducción del ritmo de los bots

Miguillen:

todo depende de la compatibilidad de propiedades

jem-:

Temas: Continuar los del Etherpad

Ya moví los anteriores

Por cierto, si alguien no lo ha hecho, remito al resumen en el Café de la primera reunión

http://es.wikipedia.org/wiki/Wikipedia:Caf%C3%A9/Archivo/Noticias/Actual#Celebrada_la_primera_reuni.C3.B3n_y_fijada_la_segunda

Kizar:

Empiezo por lo del lag si os parece

Miguillen:

ok

jem-:

Adelante

Kizar:

En esta página especial

https://www.wikidata.org/wiki/Special:DispatchStats

Se puede ver la cola del "dispatcher" que es bastante abultada

pero es bastante pqueña en comparación con la que había ayer

Llego a marcar 1.4 millones de cambios por hacer

Miguillen:

Vamos que es posible que no tarde en resolverse el problema

Kizar:

por eso se decidió reducir la velocidad de los bots

https://www.wikidata.org/wiki/Wikidata_talk:Bots#Bot_speed

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

Por eso he comentado el problema aquí

y el tema va más lejos aún con lo siguiente

Miguillen:

igua desde aquí se pueda filtras lo trancluido

o detectar el cambio de alguna manera

Kizar:

Esto te interesa Farisori

http://www.wikidata.org/wiki/Wikidata:Infoboxes_task_force/places#Infobox_settlement

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

http://wikidata.org/wiki/Special:AbuseFilter/14

Miguillen:

Me imagino que según la marcha se irán modificando muchas cosas

jem-:

http://wikidata.org/wiki/Special:AbuseFilter/10

Kizar:

Sí he visto alguno

Miguillen:

luego las guerras de ediciones

Kizar:

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

jem-:

http://www.wikidata.org/wiki/Wikidata:Property_proposal/Pending

Kizar:

Enseñame esas extensión

Miguillen:

Si son solo los valores da igual el formato ya que se pueden transformar muy facilmente

jem-:

Sí, lo de la nueva extensión también me ha hecho dudar de si se estaba teniendo en cuenta Wikidata o no

Miguillen:

Kizar a ver que te busco

jem-:

Por lo que he visto se añade una etiqueta #coord del tipo de #babel que unifica el asunto

Miguillen:

http://www.mediawiki.org/wiki/Extension:GeoData

jem-:

Y se añaden llamadas en el API para acceder a los datos

Miguillen:

Yo ya la tengo aplicada a {{Coord/pruebas}}

Kizar:

Los datos van a ir a Wikidata seguro

jem-:

Eso está claro

Kizar:

luego alomejor se usan las coordenadas en Wikipedia con esa extensión

{{#coord:{{prop}}}} o algo así

Miguillen:

jem- tienes el prefijo de la api a mano

pi.php?action=query&prop=coordinates&titles=

jem-:

Busco en los logs

Miguillen:

http://es.wikipedia.org/wiki/pi.php?action=query&prop=coordinates&titles=Cendea de Ansoáin

jem-:

http://es.wikipedia.org/w/api.php?action=query&prop=coordinates&titles=Cendea_de_Anso%C3%A1in&format=json

El pi.php no creo que funcione :)

Miguillen:

yo he copiado literal

jem-:

Pues te faltaba la a de api

Miguillen:

eso sería xD

jem-:

:)

Kizar:

Algún tema más a tratar o preguntas?

Miguillen:

Kizar en la inglñesa por ejemplo ya o aplican

lo aplican

jem-:

Sí, seguramente se use como dice Kizar, pero me pregunto si no se podrá hacer también desde Wikidata y habría una cierta redundancia

En fin, ya veremos

Pues más temas hay, Kizar, pero ya hemos rebasado la hora

Miguillen:

jem- yo creo que solo almacenarán los valores

Kizar:

Es que son cosas distintas

Miguillen:

y cada wiki tendra su plantilla coord con la configuración que quiera

Kizar:

Yo veo Wikidata como el sitio donde se van a guardar los datos

jem-:

Claro, pero entiendo que sería más práctico poder hacer esas llamadas al API en Wikidata, donde es seguro que están todas

Kizar:

y la extensión y la plantilla coor como la herramienta que se usa para poenr las coordenadas en Wikidata

Wikipedia* sacadas de Wikidata

Se podrá más adelante

pone experimental en esa extensión pro algo supongo...

xD

jem-:

:)

Kizar:

Pues por mi parte nada más

Miguillen:

tiene algunas cosas que habría que configurar

por ejemplo la categoría que registra los errores añadir Wikipedia:

y los avisos de error

Kizar:

Los próximos días yo seguiré trabajando en Wikidata con interwikis y añadiendo propiedades (si nos dejan)

jem-:

Por mi parte tampoco

Kizar:

Ahora marcho a cenar y tomar algo por ahi

jem-:

Vale :)

Kizar:

Un saludo

jem-:

Yo me ocupo del resumen en el Café

Y actualizar el Etherpad

Kizar:

Excelente

Miguillen:

[[Module Talk:Coordenas/tests]]

jem-:

Igualmente, Kizar

Nos leemos por aquí

Toolserver sigue con problemas :)

Final del Log: 20:09

Reunión del 19 abr 2013

Inicio del Log: 18:01

jem-:

Bienvenidos todos a la tercera reunión

Kizar nos estaba comentando que ha hecho un script para buscar artículos sin interwikis

De momento ha arreglado unos 14.000 relativos a animales y plantas

Kizar:

Así es

Hahc21:

denme un segundo

jem-:

Los fáciles, por ser de animales y plantas con nombre científico que existen con el mismo título en otros idiomas

Hprmedina:

¿Sin interwikis y que no están en Wikidata?

dado que la mayoría ahora no tiene interwikis

Kizar:

No

http://www.wikidata.org/wiki/Q5656644

http://www.wikidata.org/wiki/Q9581019

A eso me refiero

Había dos items en Wikidata para lo mismo

uno con el interwiki en español y otro en portugues

Hahc21:

Hay que fusionarlos

Kizar:

les he juntado en uno y el otro le voy a mandar borrar (yo n otengo permisos)

Hahc21:

y borrar el que quede vac?o

Kizar:

lego está durmiendo

xD

Hahc21:

dime cual quieres borrar

(Yo si tengo permisos=

xD

Kizar:

Pero es una lista de más de 14.000 y subiendo

B25es:

He pedido el borrado

Kizar:

estás seguro? xD

Hahc21:

ya va

Creosota (Creosota) Entra en el canal

Hahc21:

borrar 14,000 items?

D?jaselo a Lego

Kizar:

Sí

Hahc21:

xD

Hprmedina:

(no nos desviemos, el tiempo es poco)

Kizar:

Eso habia pensado

ya he hablado con él

Hahc21:

Yo no me lanzo esas borraderas locas xD

Soy mas que todo un content admin

jem-:

En principio la reunión durará dos horas, como creo que ya hablamos la semana pasada

Hay también una propuesta de nuevos horarios que luego comentaremos

Kizar:

Pasemos a los puntos de día

ILVerano (I-L-Verano) Entra en el canal

Hahc21:

Okay

Kizar:

Aunque veo que somos menos que nunca

Hahc21:

Aun est?n llegando :)

Bienvenido ILVerano

Kizar:

He perdido la fé..

B25es:

No pierdas la fe, que nos quedamos sin bot.

ILVerano:

buenas Hahc21 y al resto

Laura|no_esta:

Me alegra que hayas perdido la fé, ahora pierde el acento, por favor

Kizar:

También quería comentar que ya se han solucionado los problemas de lag que teníamos la semana pasada

jem-:

Laura|no_esta: :))

Laura|no_esta:

:D

Kizar:

ahora los cambiso en Wikdiata se ven en Wikipedia en unos segundos

Y mi bot está haciendo unas 140.000 ediciones al día

jem-:

¿Y todos los bots vuelven a editar al mismo ritmo de antes?

Kizar:

Sí

jem-:

Porque igual el problema reaparece...

Kizar:

Han mejorado la base de datos tengo entendido

jem-:

Bien

Kizar:

la han cambiado a mariadb y han aprovechado para tocar algo

Para los nuevos

ILVerano:

jeejeje

jem-:

Vale, ¿alguna otra "cuestión previa" antes de seguir en el Etherpad?

(Y el etherpad está enlazado en el topic)

Kizar:

Empieza

Hahc21:

Tambien

Tenemos qualifiers

Y han mejorado la busqueda

Kizar:

Si

Hahc21:

Ademas de solucionar el problema del case sensitive

Alan-Lorenzo (Alan-lorenzo) Entra en el canal

Kizar:

Aunque tiene mucho por mejorar aún el buscador..

Hahc21:

Si..

Ya reportamos nuevos bugs :L

jem-:

Sí, los qualifiers están implementados en wikidata.org si no he entendido mal

Hahc21:

Si

Kizar:

y los qualifiers tienen problemas serios

Hahc21:

Y son geniales

los amo

Kizar:

no de funcionamiento

Hahc21:

xD

Kizar:

sino de utilidad

Hahc21:

son muy utiles...

o al menos as? los veo yo

jem-:

Kizar: ¿por ejemplo?

Es que esa una cuestión importante

Hahc21:

y me han servido much?simi xD

jem-:

es*

Kizar:

porque no he leido nada al respecto sobre normas

Na, retiro lo dicho

ya veremos como avanza el tema

jem-:

Vale

Kizar:

mi bot todavía no les usa porque veo lagunas

Hahc21:

Es que son complicados

jem-:

La principal cuestión es que entiendo que necesitarán los tipos de datos que faltan

Hahc21:

No necesariamente

Kizar:

es que es eso

jem-:

Por ejemplo, para fechas

Hahc21:

Pero s? nos hacen falta

Kizar:

faltan datos de tipo numérico

para poner años

jem-:

Ajá :)

Kizar:

y para poenr coordenadas

por ejemplo

Hahc21:

hacen falta muchos tipos T.T

y el num?rico aun no viene...

nos toca esperar unos meses mas

quiz? un a?o :L

Kizar:

Es el tipo más sencillo

no se que problema pueden tener :S

jem-:

Bueno, mientras el único problema sea esperar, estaremos "tranquilos"

Hahc21:

recuerda que

la fecha ha de ser multilingual

entre otras cosas

ya que

Kizar:

no tiene que ser multilingual

Hprmedina:

Pero si la fecha no tiene lengua!!!

Hahc21:

el tipo de datos num?rico aceptar? operaciones matematicas

artimeticas

trigonom?tricas

etc

segun tengo entendido

Kizar:

tampoco

Hprmedina:

No entiendo eso que mencionan de la fecha

Kizar:

un segundo que lo busco y os lo enseño

Hprmedina:

fecha no tiene idioma, es un dato, un número

Hahc21:

La fecha se a?adir? con el tipo de datos num?rico (QuantityValue)

Pero este tipo de datos tambien servir?, hasta donde s?, para hacer operaciones matem?ticas

Kizar:

http://meta.wikimedia.org/wiki/Wikidata/Data_model#Dates_and_times

jem-:

Yo entiendo que la fecha se puede mostrar de forma distinta según el idioma, pero el dato guardado internamente debería ser el mismo

Kizar:

la fecha se va a guardar en la base de datos con la forma +00000002013-01-01T00:00:00Z

que es universal

Hprmedina:

ahí me vale

Kizar:

luego con un conversor se ponen el nombre del mes en el idioam correspondiente

Hprmedina:

buena precisión para el año XD

Kizar:

o incluso se traduce al calendario árabe o lo que sea

Hahc21:

Y en eso estan trabajando

xD

Kizar:

es para que puedan guardarse fechas astronómicas

B25es:

Y para las funciones, seno es SEN, SIN, otra cosa?

Kizar:

de M de años

xD

Hahc21:

oh

han separado Quantity de Time

wow

asi es mucho mas facil

olviden lo que dije xD

jem-:

Y entiendo que se manejará correctamente el tema de las fechas julianas vs gregorianas

Hahc21:

eso lo desconozco

Kizar:

Sip jem-

pero eso se hace con un conversor

jem-:

Ok

Kizar:

una cosa es como se guardan los datos y otra es como se muestran

con los números pasa igual

con los . y ,

o con conversores de unidades físicas...

jem-:

Bien

Kizar:

pero no veo complicación técnica

lo que veo más complicacion es en la introducción manual de fechas en Wikidata

Hahc21:

eso ser?a un desastre

Kizar:

que tendrá que aparecer un calendario y tal...

B25es:

si se meten mal, lo será. Tiene que estar muy claro

porque rectificar no será sencillo,

sobre todo si parte de los datos están en el formato correcto

Kizar:

ya hay que rectificar con varias cosas...

e visto problemas gordos por eso no estoy trabajando con qualifiers y algunas propiedades

por ejemplo

http://www.wikidata.org/wiki/Q1492

la propiedad situado en

solo debería contener un único valor

el más restricivo

en ese caso área metropolitana

Hahc21:

a ver

Kizar:

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

tienen que tener todos la misma forma

http://www.wikidata.org/wiki/Q10520

por ejemplo la propiedad

"miembro del equipo deportivo"

jem-:

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

jem-:

El mensaje era para saber si estabas, Hprmedina :)

Porque Kizar decía que eramos tres

Hprmedina:

*hallo

ah vale, jajaja...

Kizar:

¿de qué queréis habar?

Hprmedina:

tengo un caso

https://www.wikidata.org/wiki/Q594007

B25es:

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...

Hprmedina:

https://es.wikipedia.org/wiki/(10089)_Turgot

B25es:

asteroide

Hprmedina:

Eso creo que ya se podría implementar en Wikidata, me refiero a la ficha

Con Grillitus hago esto https://es.wikipedia.org/w/index.php?title=%2810089%29_Turgot&diff=66331488&oldid=64388184

voy a la JPL, saco los datos y hago una linda plantilla

Wikidateando eso.. podría tomar los datos de la JPL y meterlo en Wikidata y usar los datos de Wikidata en la plantilla

jem-:

Descubierto el 1 de enero de 1 :)

Hprmedina:

sí, es un error ya documentado

jem-:

Vale

Hprmedina:

error de interpretación sobre lo que dice el JPL.

(error mio)

jem-:

Sí, lo suyo sería volcarlo ya en Wikidata

Hprmedina:

(reparado manualmente)

jem-:

:)

Hprmedina:

es la idea

luego.

jem-:

Pero supongo que no existirán todavía las propiedades oportunas

Hprmedina:

eso usa la "Ficha de cuerpo celeste"

que no es usada solamente sobre asteroides, también sobre estrellas y otras cosas

en general "cuerpos celestes"

si cambio la plantilla para que lea de Wikidata, ciertamente no funcionará con las estrellas

a menos que también meta el dato ahí

y con las mismas propiedades

jem-:

Claro

Hprmedina:

entonces se me aclara que deberíamos tener una "Ficha de asteroide"

Kizar:

se pueden poner condiciones tipo if en la plantilla

Hprmedina:

ya, me vale

Kizar:

si existe en Wikidata se toma el valor de la propiedad sino pues el de la plantilla

de momento vale..

Hprmedina:

y colocar "tipo=asteroide" con eso lo arreglamos

Kizar:

o directamente

Hprmedina:

ah, es que me imaginaba eliminar los parámetros

que ya no se pueda usar por ejemplo "tipo espectral"

Kizar:

if propiedadXXX existe : propiedad else plantilla

Hprmedina:

dado que está en Wikidata ¿qué sentido tendría usar uno propio?

Kizar:

No tiene

Hprmedina:

lo lógico sería que fuera a Wikidata a cambiarlo

Kizar:

pero yo de momento no eliminaría nada de las palntillas

Hprmedina:

¿por?

Kizar:

que hay cosas que están muy bien a la vieja usanza

como los municipios de españa

y con wikidata está muy verde la cosa todavía

Hprmedina:

cierto, pero para el caso específico?

Kizar:

Creo que deberías pedir flag en Wikidata

y añadir los datos alli

Hprmedina:

me pongo en el caso que me contacto con la nasa y que me pase los datos en un excel ordenaditod

luego con el bot los coloco todos exactos

bueno, eso era XD

Kizar:

Creo que te he entendido mal

Creo que deber hacer los cambios en Wikidata a partir de ahora

y yo añadiría las plantillas también por si acaso

Hprmedina:

me resumo

Kizar:

modificamos las plantillas para que tome los datos de Wikidata

Hprmedina:

1.- Me consigo los datos reales

Kizar:

y cuando estemos seguros de que funciona igual que antes

Hprmedina:

2.- Creamos una plantilla mejorada

Kizar:

borramos las plantillas

Hprmedina:

3.- Reemplazamos las plantillas con las Wikidata-Style

eso

me faltó el paso 1.5 los subo a Wikidata!

Kizar:

Es el más importante

xD

el problema que veo es que todavía no se aceptan tipos numéricos

Hprmedina:

XD jajaja

Kizar:

vamos que la mayoría no vas a poder ponerles

Hprmedina:

chan!

bueno... nada casi

B25es:

¿Puedes subir datos a wikidata en plan "tengo una hoja de excel" o similar?

Hprmedina:

sí, B25es, usando el bot

Kizar:

y tampoco están fijados que unidades van a usarse

supongo que el Sistema Internacional

Hprmedina:

el bot lee el Excel y sube los datos

Kizar:

B25es: Es fácil eso

Por eso no estoy procupado por los datos del censo

Hprmedina:

en todo caso lo que deice B25es es lindo... se podría sugerir importar datos desde Excel!!!!

Kizar:

que se saca la tabla del ine

B25es:

Tengo tablas de comunas de Francia con poblaciónes por años y algunas otras cosas

Kizar:

y en una tarde pongo toda la serie historica de toda españa

B25es:

pensaba también en el INE y en la Oficina del censo de los EEUU

Kizar:

el problema es que luego no vamos a ser capaces de obtener esos datos en Wikipedia de una forma ordenada

por eso no lo he hecho hasta que lo vea claro

Hprmedina:

B25es: El problema no es subir los datos, es fácil con bots, la dificultad radica en "conseguirse datos de calidad"

B25es:

Los datos sé dónde están

Hprmedina:

por ejemplo hablo de pedirle a la NASA que nos pase los datos... ¿lo harán? (espero que sí)

Kizar:

Bueno no hace falta tanto

B25es:

Tal vez incluso los tengan disponibles

Kizar:

son datos de población

además nosotros solo tenemos que hacer de lo que nos toca

los de los pueblos perdidos de rusia lo harán los rusos

ahi está la gracia de Wikidata

B25es:

Pero alguien que controle el ruso para trasliterar vendría de perlas

porque estoy muyyyy cansado del ruso

Kizar:

En teoria los datos que se guardan en Wikidata son multilenguaje de momento

números y enlaces a otras páginas

B25es:

El problema es el nombre de las páginas en español

Kizar:

no hay que trasliterar nada

B25es:

y que cada idioma tiene una norma: Jeltsin, Yelsin, Eltsin, Jelsine

Kizar:

Una cosa antes de que se me olvide

se me ha ocurrido una idea

Debería poner el nombre en español de personas que tienen artículo en inglés

?

B25es:

Sí.

De momento intento poner nombre en español de todo lo que

aparece en alguna wikipedia

ILVerano (I-L-Verano) sale del canal

B25es:

Y se me resisten pocos

Kizar:

http://www.wikidata.org/wiki/Q76

por ejemplo en la propiedad "padre"

aparece sin nombre

lo que digo es poner el nombre en español igual que está en ingles en esos artículos que no existe n en españaol

http://www.wikidata.org/wiki/Q649593

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

jem-:

Sí, al respecto de eso

Hprmedina:

ya hablé al respecto del Wikiproyecto

jem-:

Deberíamos crear al menos [[Wikipedia:Wikidata]

Deberíamos crear al menos Wikipedia:Wikidata

Kizar:

Sobre las descripciones de las categorías creo que falta poco por hacer

las que tienen artículo en español creo que están todas

jem-:

La tienen ya en decenas de idiomas...

B25es:

Están las que no lo tienen

Kizar:

Ahora estoy haciendo las de otros idiomas a buen ritmo

B25es:

Tú haces de todo, eres un máquina.

jem-:

¿Pero hablamode descripciones desde categorías o descripciones de categorías?

Kizar:

http://www.wikidata.org/wiki/Special:Contributions/KLBot2

jem-:

hablamos de*

B25es:

Lo de los nombres en inglés te costaría al menos cinco días

Kizar:

ya llevo 5 días

y me quedan más de la mitad...

Creosota (Creosota) sale de IRC

jem-:

Ajá, ya veo

Hprmedina:

fijo el punto de partida Wikipedia:Wikidata

jem-:

Bien :)

Hprmedina:

no es un AD pero algo es algo

Kizar:

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

Kizar:

http://www.wikidata.org/wiki/User:KLBot2/Peticiones

Andreasmperu:

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

Y abriremos un hilo en Wikipedia discusión:Wikidata para recabar opiniones

A ver qué ocurre con Farisori, MrAjedrez y Miguillen

Sería bueno que todos colaboráramos en [5] estos días, por cierto

Andreasmperu:

un favor: alguien podría echarle una mirada a d:Wikidata:Glossary/es solo me faltó traducir el 10%, pero de terminología informática no sé mucho

jem-:

Andreasmperu: En teoría Farisori estaba en ello, la semana pasada se quejó de que el sistema de traducción le resultaba confuso

B25es:

Cuando haya un bot disponible, pediré añadir descripciones desde categorías. De momento prefiero no forzar la máquina; la máquina de Kizar.

Andreasmperu:

ya, por eso me trasnoche un día y estuve a punto de completarlo, pero también tengo mis límites

jem-:

:)

Como todos

Bueno, ¿comentamos algún tema del Etherpad?

Andreasmperu:

¿cómo quedamos con lo del Wikiproyecto?

B25es:

Sí ¿qué ponemos ahí?

jem-:

Andreasmperu: Yo creo que por ahora con la página es suficiente, había que crearla de todas formas y puede servir para los mismos fines

Kizar:

Ya he vuelto

jem-:

Ajá, ya decía yo

Kizar:

Yo seguire haciendo ediciones como hasta ahora

Andreasmperu:

Disculpen la digresión, pero si no lo olvido: Kizar, ¿ya has probado añadir propiedades con el bot?

Kizar:

Si claro

por lo menos medio millón si he añadido

estoy añadiendo ahora varias

Andreasmperu:

¿has encontrado algún problema o avisoras alguno por ese lado?

Kizar:

problemas de que tipo?

http://www.wikidata.org/wiki/Q5861583

esas propiedades las he puesto yo

tambiñen a todos los jugadorees de fútbol

municipios de España, etc...

No he tenido ningún problema

Andreasmperu:

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

Kizar:

http://www.wikidata.org/w/index.php?title=Q457755&diff=27485850&oldid=25670100

ya esta trabajando en los nombres en inglés

jem-:

¿No hay uniformidad todavía en eso, Andreasmperu?

Kizar:

Yo creo que si la hay

Andreasmperu:

creo que solo acordamos el tema de las categorías

Kizar:

en las categorías es

categoría de Wikipedia

y en página de desambiguación

página de desambiguación

así están todos, no se quien lo decidió

pero me parece correcto

Andreasmperu:

sí: d:Wikidata:Café#Categor.C3.ADas

Kizar:

página de desambiguación de Wikipedia me parece repetitivo...

B25es:

Gracias, Kizar, empezaba a pensar que lo tenía mal

Kizar:

Se puede hacer lo mismo para anexos

Andreasmperu:

en algún lugar leí que las páginas internas de Wikipedia debían contener la palabra "Wikipedia"

Kizar:

pero no se si es correcto

en otros idiomas no hay anexos

son listas en en el espacio de nombres normal

es que todas las páginas son de Wikipedia de momento...

a bueno las internas

no me he puesto con ellas aún

B25es:

Hay muchos idiomas sin anexos bastantes de los errores residuales vienen de ahí.

Enlaces dobles al artículo principal y al anexo.

Kizar:

ya

pero eso ya es problema suyo xD

Deben tener un buen lio en en.wp sin anexos

con la cantidad de listas que tienen

cada una con un nombre distinto...

B25es:

Asi como pseudoanexos en forma de listas (en inglés, por ejemplo). A nosotros nos afecta de rebote y no son las más difíciles de resolver.

Andreasmperu:

respecto a etiquetas d:Help:Label#Non-article_items y a descripciones d:Help:Description#Non-article_items de página que no son artículos

Kizar:

Si

B25es:

el texto es claro. Si no es artículo, pon Wikipedia

Andreasmperu:

entonces sería "categoría de Wikipedia", "página de desambiguación de Wikipedia", "plantilla de Wikipedia"

Kizar:

Pero no se hace en ningún idioma eso

categoría y plantilla si

pero desambiguación no

Vamos lo podemos hacer pero no me parece buen nombre...

B25es:

Entiendo que las páginas de desambiguación no son contenido enciclopédico

Son como herramientas

Kizar:

si

si que habría que ponerlo

en el idioma inglés si lo tienen puesto

es el único idioma

Andreasmperu:

en alemán es un tema discutido: d:Help:Beschreibung#cite_note-2 "Wikipedia-Begriffsklärung" o "Begriffsklärungsseite"

Kizar:

Wikipedia disambiguation page

en alemán tienen puesto

Begriffsklärungsseite

que prefiero no saber lo que es :)

Andreasmperu:

significa "página de desambiguación"; mientras que "Wikipedia-Begriffsklärung" significa "desambiguación de Wikipedia"

Kizar:

el caso es que en ingés queda bien y corto poner "Wikipedia disambiguation page"

en las lenguas romances se hace largo

B25es:

cmd-C y cmd-V

en los Macs

Andreasmperu:

¿les parece mejor "desambiguación de Wikipedia"?

B25es sale de IRC

Kizar:

eso si me convence

jem-:

Creo que para el menos versado en Wikipedia puede ser más clara esa última opción, sí

Hprmedina:

a mi también

Kizar:

lo de página sobra

tambiñen se podría poner página de categoría y no se pone

B25es Entra en el canal

Andreasmperu:

recapitulando, emplearemos entonces "categoría de Wikipedia", "desambiguación de Wikipedia", "plantilla de Wikipedia"

Kizar:

B25es

jem-:

Por mí bien

Kizar:

que te parece "desambiguación de Wikipedia"?

B25es:

perfecto

Andreasmperu:

creo que la uniformización ayudaría al novato en Wikidata

Kizar:

me pongo a cambiarlo?

Andreasmperu:

genial

B25es:

(me he desconectado y no sé cómo, perdón)

Andreasmperu:

siempre que no sea de la vida, todo está bien, B25es

jem-:

Disculpado, B25es :)

B25es:

Gracias. Ahora sí. Me tengo que ir. ¿Era el 4 de mayo?

jem-:

Sí, próximo viernes, 21 h de España

*3 de mayo

B25es:

Entonces no es 3 de mayo, es 26 de abril

Andreasmperu:

y mientras tanto tenemos la página WIkipedia:Wikidata

B25es:

Hasta el viernes!

B25es sale de IRC

Andreasmperu:

yo también voy de salida. Hasta entonces

Hprmedina:

bye

jem-:

Ok

Hasta pronto, Andreasmperu

¿Algo más que comentar o cerramos?

Andreasmperu (Andreasmperu) sale de IRC

jem-:

Ah, cierto, me he saltado un viernes

Kizar:

apaga

jem-:

Que en principio teníamos un editatón en Valladolid, pero se ha aplazado

Bien, entiendo que el 26 de abril sigue siendo aceptable para todos

Kizar:

ya lo apunte

jem-:

Ok, cerramos entonces

Final del Log: 20:23

Reunión del 26 abr 2013

Inicio del Log: 19:03

jem-:

Bienvenidos todos a la cuarta reunión sobre Wikidata

UAwiki:

:)

Miguillen:

kizar no viene?

jem-:

Pues últimamente ha llegado tarde...

Alan-Lorenzo:

hahc21 creo que no podía estar

jem-:

Bien, la duración prevista es de unas dos horas, yo me ausentaré un poco antes de ese límite porque si no pierdo el último autobús

Y Hprmedina y Farisori también se han excusado

B25es:

¿qué hay para hoy?

Miguillen:

yo me iré en una hora

jem-:

Creo que antes de convocar para la siguiente fecha habrá que abrir un hilo en la nueva página de Wikidata y recoger más opiniones

Bien, para hoy podemos ir comentando las novedades (o "la novedad") y seguir con los temas de nuestro Etherpad

Miguillen:

¿Empezamos por las dudas?

jem-:

Recuerdo que el enlace está en el topic

Pues si alguien tiene alguna duda, sí, que la plantee

Comento en todo caso de entrada que el pasado miércoles se activó la fase 2 en el resto de proyectos, es.wiki incluido

Miguillen:

por lo pronto lo que antes plateé con respecto a la sitexis de las propiedades

Por lo visto solo se puede enlazar el propio item

lo de antes funcionaba porque la propiedad 31 la leía del item propio

MrAjedrez (MrAjedrez) Entra en el canal

jem-:

Bienvenido, MrAjedrez

Miguillen:

la prueba es que al quitarle las propiedades ya no funciona

jem-:

Hummmmm

Miguillen:

Por cierto si quereis ver un ejemplo

�http://es.wikipedia.org/wiki/Plantilla:Ficha_de_entidad_subnacional/zona_de_pruebas

MrAjedrez:

Hola a todos

UAwiki:

hola MrAjedrez

Miguillen:

antes se veían datos pero me han revertido las propiedades que había puesto en la zona de pruebas de wikidata

MrAjedrez hola

jem-:

Vale, habrá que preguntar en el canal al respecto

Se solicita voluntario para hacer de enlace y contacto en ese canal

Miguillen:

que hable inglés

es que sin la zona de pruebas la única forma de probarlo es previsulaizando

jem-:

Sí

Igual también se puede ir a test.wikipedia

Aunque claro, también se necesitaría un ítem de prueba

Bueno

Miguillen:

Como también comenté una opción es ser ambiciosos y crear un nuevo sistema de fichas

jem-:

Sí, comenta

Miguillen:

que podría estar basado en un módulo Lua al cual enlazaría una sola ficha

Andreasmperu:

ya tienes alguna prueba?

Miguillen:

con el módulo se puede establecer un bucle para los diferentes elementos de la ficha

Andreasmperu hol si �http://es.wikipedia.org/wiki/Plantilla:Ficha_de_entidad_subnacional/zona_de_pruebas esta plantilla tiene algunas propiedades de wikidata

luego los parámtros de cada tipo se pueden establecer bien a partir del nombre o de una lista si eso no es posible

Harpagornis (Harpagornis) sale de IRC

Miguillen:

la clase, colores y demás se establecería a partir del tipo

jem-:

Sí, la propuesta de Miguillen es tan ambiciosa como interesante

Miguillen:

de forma que seguirían siendo diferentes

jem- claro que hay que ver si técnicamente es viable

jem-:

La función mw.wikibase.getEntity(), documentada en http://www.mediawiki.org/wiki/Extension:WikibaseClient/Lua, permite recuperar de una sola vez todas las propiedades

Miguillen:

H visto ensayos de módulos para infovox o fichas en otro proyectos

pero en ningún caso se ven acabados

e incluso parecen avandonados

jem-:

Otra cosa es luego cómo haríamos el tratamiento

Miguillen:

también hay que tener en cuenta que hay propiedades como comparte frontera que en fichas no quedaría muy bien

jem-:

¿Por?

Miguillen:

ahora no se suele poner

pero bueno es ver como queda

tal vez haya que olvidar lo que tenemos hasta ahora

porque también ciertas animaciones podráin no ser viables

o hacer esto más complejo

*podrían

jem-:

En principio creo que todo podría ser adaptable, con un poco de astucia y habilidad

Miguillen:

Toso se puede probar

*todo

jem-:

Bueno, de momento tenemos la idea sobre la mesa

Enlazado a esto irían los temas que ya apuntamos en la reunión anterior

Miguillen:

Tambien hay que añadir que faltanmuchas propiedades

jem-:

Sí, todas las que requieren los tipos de datos que no han sido creados

Miguillen:

y que habría que listar todas las propiedades necesarias para solicitar su inclusión

jem-:

Solo están los tipos ítem y texto

Ya hay una lista, por si alguien se va a poner con eso

d:Wikidata:Property_proposal/Pending

Miguillen:

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

una {{ficha de país/zona de pruebas}}

y pegarla si guardar la edición

mientras no nos dejen un item para probar

jem-:

He estado buscando y en d:Wikidata:Requests_for_comment/Several_datatypes_for_the_same_property parece que plantean el problema pero nadie ha entrado en el fondo del asunto

Miguillen:

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.

Andreasmperu:

sobre la potencial falta de concordancia entre datos Wikipedia-Wikidata: http://en.wikipedia.org/wiki/Template_talk:Commons_category#Edit_request_on_24_April_2013:_Check_Wikidata_errors

jem-:

B25es:

B25es:

merci

jem-:

:)

Lógicamente tienes que ver en la lista el número de la propiedad

Hipotéticamente podría usarse el nombre más adelante, pero no tengo claro si eso sería una buena idea

B25es:

He hecho el cambio en Cahors. He cambiado comuna francesa por el p132

UAwiki:

https://es.wikipedia.org/w/index.php?title=Cahors&diff=prev&oldid=66497783

Harpagornis (Harpagornis) Entra en el canal

UAwiki:

ohhhh y ahora pone directamente "comuna francesa"

jem-:

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

yo por ejemplo le veo utilidad usarlas en https://es.wikipedia.org/wiki/Adrastea_(sat%C3%A9lite)#Caracter.C3.ADsticas_f.C3.ADsicas

Andreasmperu:

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

Hprmedina:

ah vale

Andreasmperu:

d:Wikidata:Glossary/es#Afirmaciones_y_declaraciones

jem-:

Las afirmaciones son referencias que validan todos los datos y subdatos

Por cierto, como primera impresión me dicen en el canal #wikidata que la solución a lo de antes sería crear los ítems de todos esos alcaldes

B25es:

Vale, 36500 franceses

jem-:

Y que aunque sean muchos, sería decisión de la comunidad...

B25es:

8800 españoles

y los suizos, italianos, estadounidenses

jem-:

Quizás otro millón de ítems, pero bueno, donde comen 12M, comen 13M

Bueno, debo dejarles porque debo tomar el autobús para volver a mi casa

UAwiki:

ok, nos vemos jem-

B25es:

pues nos volvemos a ver en una semana

jem-:

Sobre eso, no sé, vistas las ausencias igual habría que replantearse día y hora

Rodelar Entra en el canal

jem-:

Pretendía abrir un hilo en Wikipedia:Wikidata para verlo entre todos

Hprmedina:

sí, y puedes entrar todos los días, B25es XD

jem-:

Eso también :)

B25es:

No creo. Tengo un lío bestial.

Historia de Sierra Leona.

jem-:

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?

Hprmedina:

claro

¿te refieres a https://es.wikipedia.org/wiki/Wikipedia:Wikidata ?

B25es:

Sí.

Hprmedina:

quizá una subpágina

B25es:

Se me amontonan las cosas: tengo cosas para bots, y ahora que veo lo del uso se abre otro frente.

Hprmedina:

Si se consolida lo podemos proponer como política de uso de Wikidata

(creo que será necesario) XD

B25es:

Hay que llegar allí, aunque calculo que las nuevas plantillas

nos alcanzarán

Me voy a apagar. Nos vemos!!!

Hprmedina:

Así por lo menos nos sirve como marco de trabajo

bye!

B25es sale de IRC

Hprmedina:

¿alguién más quiere decir algo?

UAwiki:

yo creo que no

Hprmedina:

bien, ¿cerramos entonces?

Hprmedina toma el martillo

UAwiki:

pues sí, por lo menos parece que habrá tema para debate en el café

Hprmedina:

¡tac! ¡tac! se cierra la sesión

Final del Log: 21:07

Reunión del 3 may 2012 (extraoficial)

Inicio del Log: 19:06

Miguillen:

Kizar ¿Sería posible que con tu bot pondrías en Wikidata la propiedad p31 con la etiqueta Q15284 a todos los municipios de España?

a los que le faltan

Kizar:

Si

Miguillen:

He puesto en la Ficha de localidad un enlace para que aparezca en el subtítulo

http://www.wikidata.org/w/index.php?title=Q695425&curid=654995&diff=34556218&oldid=22626108

Eso sería

Kizar:

Sin problema

Me pongo con ello

Miguillen:

y con eso hace que aparezca un subtítulo en la ficha

Kizar Ten en cuanta que hay dos etiquetas de municipios

Kizar perdón es la etiqueta Q2074737

que enlaza a municipio de España

auqnue el título es el mismo

lo he enlazado mal porque me había equivocado en ese caso

Kizar:

¿Vamos a tratar algún tema?

jem-:

Pues los que queráis, en principio creo que no había convocatoria formal para hoy

Pretendía plantear el tema de la fecha y hora en WP:WD pero no he tenido tiempo, cualquiera puede irlo haciendo si lo desea

Harpagornis:

Yo no estuve en las anteriores reunciones, no se mucho que estabais siguiendo

jem-:

¿Has leído los logs, Harpagornis?

Harpagornis:

Miguillen, lo de qualifier, hay que esperar no?

jem-, no tuve tiempo

QueenOfFrance:

Harpagornis: ?

Miguillen:

Harpagornis creo que sí

jem-:

Por si alguien quiere revisar: Wikipedia:Wikidata/Logs_IRC

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..

aun que no sé si ya está hecho

Miguillen:

+MG-Bot: Inclusiones en es:Wikipedia de Plantilla:Propiedad: 3364 páginas.

el doble que ayer

jem-:

Yo comentaba ayer que los ítems de Madrid y Valladolid usan propiedades distintas para asociarse a municipio, eso habría que unificarlo

Miguillen:

Harpagornis Es difícil que acepten una plantilla de intro

Harpagornis:

en la wiki Italia lo hay

Miguillen:

jem- ahora solo cambia que madrid tiene lo de capital de España

Harpagornis:

https://es.wikipedia.org/wiki/Wikipedia_discusi%C3%B3n:Votaciones/2013/Manual_de_estilo_para_biograf%C3%ADas#Estandarizar con plantillas

Miguillen:

jem- casi todos los que hay ahora ya están unicicados

jem-:

Más el problema de que históricamente ser ciudad en España proviene de un título honorífico que por ejemplo Madrid no tiene

Miguillen:

hasta me he preocupado que esté municipio antes de ciudad

Harpagornis:

el último mensaje que he dejado, solo es para que lo sepan, nada más

Miguillen:

que la plantilla lo devuelve al revés

curioso

jem-:

Harpagornis: Lo de la plantilla para las introducciones se ha mencionado en alguna reunión anterior y es algo que por ejemplo tienen en it.wiki

Miguillen:

jem- por lo pronto en madrid lo he omitido

jem-:

Pero me parece que aquí suscitaría mucha oposición

(Aunque yo no lo vería mal)

Harpagornis:

jem-, y no sería una buena idea para que se cumpla perfectamente el estilo establecido en todos los artículos?

jem-:

Miguillen: Por eso, quizás habría que establecer una distinción

Harpagornis: Ya digo que yo no lo vería mal, así que en eso te doy la razón :)

Aunque aducirán que se pierde el espíritu wiki

Harpagornis:

vaya :>)

Miguillen:

yo también lo he llegado a citar alguna vez

pero me da que hay mucho exceptico a esto

como con los bot

Harpagornis:

bueno, una vez acabe esa votación, y tengan un estilo, se puede probar una votación

Kizar:

He visto que estais ya trabajando con propiedades

Os informo de que todos los municipios de España

ya tienen importado a Wikidata la bandera, el escudo, descripcion de la bandera, descripción del escudo, país y código postal

y estoy haciendo lo mismo con la plantilla Ficha de entidad subnacional

Miguillen:

Kizar eso es importante para unicicar la plantillas de Geodatos

Kizar:

pero llevará unos días

Miguillen:

solo falta que se pueda enlazar a otro item diferente

Kizar:

es más simple

Miguillen:

es decir poder enlazar la bandera de Asturias en el artículo Oviedo

Kizar:

{{bandera2| {{#property:p17}} }}

con eso es suficiente para que muestre la bandera de cualquier país

se podría cambiar ya

Miguillen:

ya

pero no me refería a eso

Me refería a [[Archivo:|20px]]

eso se aplica a la plantilla bandera y se podría establecer la bandera de cualquier entidad

quedando obsoletas todas la plantillas de geodatos

teniendo de bueno que ahora se podría establecer en todas

el problema es que los item ahora solo se puede enlazar o al menos eso parece en el artículo en cuestión

jem-:

Cuando yo hice pruebas parece que solo funcionaba la llamada para ítems distintos en algunos casos y sin motivo claro

Miguillen:

jem- funcionaba porque estba enlazado a otro item que tenía esas propiedades

y eso era lo que devolbía

Haast|Fly (Harpagornis) Entra en el canal

jem-:

Pues puede ser... no fui muy exhaustivo en las pruebas

Harpagornis (Harpagornis) sale de IRC

Hprmedina (Hprmedina) Entra en el canal

Miguillen:

Yo me voy a cenar

Miguillen (Miguillen) sale de IRC

Haast|Fly (Harpagornis) sale de IRC

Hprmedina (Hprmedina) cambia su alias a Anidemrph

Kizar sale del canal

Final del Log: 20:52