User talk:Amadalvarez

From Wikidata
Jump to navigation Jump to search


Logo of Wikidata

Welcome to Wikidata, Amadalvarez!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards! --Tobias1984 (talk) 14:44, 24 August 2013 (UTC)[reply]

Babel[edit]

Babel lets you view and edit more than one language on Wikidata. Just add e.g. {{#babel:de-N|en-3|es-1|fr-2|nl-3|it-4|da-0}} to your user page. With the same language codes you can add links to your userpage on Wikipedia e.g. de:User:User123. --Tobias1984 (talk) 14:44, 24 August 2013 (UTC)[reply]

Material used[edit]

Hi Amadalvarez, thanks for adding made from material (P186) to artworks. Unfortunately you're not using it correctly (for example on Portrait of Francesco d'Este (Q3399428)). You should be using items like canvas (Q4259259)/panel (Q1348059) and oil paint (Q296955) to describe the materials. See for example The Night Watch (Q219831). I looked and we don't have any proper documentation about this so you couldn't have known this. We do have Wikidata:WikiProject Visual arts/Item structure as an interesting reference page. Maybe you can correct the items you recently edited? Thank you, Multichill ([[User talk:|talk]]) 13:50, 5 December 2015 (UTC)[reply]

@Multichill: Hi. I apologize if I'm not even familiar with the concepts. I did not know this project. It will be usefull to me.
Regarding the material I used: If panel (Q1348059) and oil paint (Q296955) are materials, what are "oil on canvas" (I couldn't find it) or panel painting (Q55439) ?, May be are painting technique (Q1231896) ?. But this doesn't appear as a statements in the data model for a artworks.
Another question: Does exist a statement for the "original name" of the artwork ?. Thanks, --Amadalvarez (talk) 19:29, 5 December 2015 (UTC)[reply]

Propietats[edit]

Hola Amadalvarez, la creació de propietats funciona lentament perquè no hi ha suficients voluntaris que treballen en el procés. He afegit el meu suport, i si ningú té res més a dir les crearé en els pròxims dies, paciència! :) Per a l'altra pregunta, jo utilitzaria location (P276), no em sembla tan erroni.--Micru (talk) 07:52, 2 March 2016 (UTC)[reply]

Estic mirant que tenim located on street (P669), tal vegada caldria una propietat per a edifici.--Micru (talk) 14:30, 2 March 2016 (UTC)[reply]
@Micru: No entenc el teu segon missatge. Vols dir que et reafirmes que el més adient és location (P276), o que s'hauria de crear la propietat edifici ?. Merci pel suport en el tema propietats. Ens falta algun altre codi de protecció patrimonial que estava esperant a dominar el procediment de creació per demanar-ho. Seguim !. Merci,--Amadalvarez (talk) 22:13, 2 March 2016 (UTC)[reply]
Veig que t'han contestat en la discussió general que han canviat el constraints, així que segurament location (P276) és adient.--Micru (talk) 12:06, 4 March 2016 (UTC)[reply]

UNESCO World Heritage Site criteria added[edit]

Hi @Amadalvarez:, you asked if I could let you know when this is done. World Heritage criteria (P2614) statements have now been added for all World Heritage Sites.

Here's a the full list: World Heritage Sites & criteria (2,442 statements in total).

All the best, NavinoEvans (talk) 17:32, 9 April 2016 (UTC)[reply]

Respuesta[edit]

¡Hola! ayuntamiento (Q22996476) como institución de gobierno local del Estado español, muy bien definible a partir de unos constituyentes concretos (pleno, mayor of a place in Spain (Q5663900), junta de Gobierno...) en la mayoría de los casos (con alguna mínima variación para concejo abierto (Q3813730)). Cuyo funcionamiento o estructura puede ser totalmente diferente al de otra institución conocida también como Ayuntamiento en otro país. El razonamiento es incluso más poderoso que para el caso municipality of Spain (Q2074737) —con el que debería estar ligado— frente a municipio (Q1763214), diría yo (más allá de la existencia o no de enlaces a proyectos), que no se cuestiona. El ítem de wikidata hace referencia a una subclase concreta bien definida. No entiendo para qué fusionar con ayuntamiento (Q10827272), una q vinculada a una entrada o conjunto de entradas de encaje sui generis como generadoras de una subclase de nada. Un saludo.--Asqueladd (talk) 19:45, 8 August 2016 (UTC)[reply]

@Asqueladd:Lo debes tener muy claro, però me cuesta entenderlo. Quizas sean mis limitaciones sobre funcionamiento de les administraciones locales. Disculpa. Debo entender que el ayuntamiento (Q22996476) es diferente a ayuntamiento (Q10827272)?, por que ?. Porque el primero tiene pleno, alcalde, etc... ? Acaso el otro no lo tiene ?. Si és diferente, por que el articulo es:Ayuntamiento apunta a ayuntamiento (Q10827272) i no al recien creado (y vacio) "Ayuntamiento español" ?. Crees que las diferencias d'un gobierno municipal són tan grandes entre paises como para crear "ayuntamiento español", francès, aleman,... ? No perderemos uno de los valores de la Wiki como es la función de equivalencia (que no simple traducció) entre conceptos iguales en diferentes lenguas ?. En todo caso, te comentaba que, en caso de estar bien, las definiciones son ambiguas. Por ejemplo:

Segun tu descripción anterior, debe entenderse que el ayuntamiento (Q22996476) legisla ? o lesgisla y gobierna?. Que amplitud le damos al concepto "organo de gobierno", porque todos lo tienen en igualdad (en la definición). En fin, si yo no lo entiendo, debo deducir que a alguien mas le puede pasar y acabara apuntando al item equivocado (por esos te ponia las referencias de los articulos WP, porque la dispersion no debe ser una cuestion de concepos diferentes, sino de equivocos en los interwikis). Podemos intentar estructurarlo mejor para evitar confusiones ?. Gracias.--Amadalvarez (talk) 21:17, 8 August 2016 (UTC)[reply]

Hola. Los ayuntamientos de España no legislan. Legislan las Cortes Generales y los Parlamentos autonómicos. Otrás cámaras municipales sí podrían legislar, o no... dependería del país (si hay que hacer caso a esto en otros países sí legislarían)... Y se podrían llamar en español (o en catalán) Ayuntamiento (Ajuntament) o no. ayuntamiento (Q22996476) no debería ser subclase de assembly (Q1752346) (¿quizás el pleno?) ni tampoco de municipal council (Q701632), tampoco en ningún caso de legislature (Q11204).
Yo no lo puse así, creo recordar. ayuntamiento (Q22996476) debería ser subclase de institución de gobierno local (que no existe), creo, o de institution (Q178706) en todo caso. Ni el ayuntamiento (Q22996476) ni ninguna de sus partes "legisla": la moción, el control de la junta de gobierno, aprobar las ordenanzas municipales (que no leyes), tareas del pleno.... (etc, etc... artículo 22 de la Ley 7/1985, de 2 de abril, Reguladora de las Bases del Régimen Local.), no es legislar, por más que un pleno sea tan parecido a un parlamento.--Asqueladd (talk) 22:25, 8 August 2016 (UTC)[reply]
PS A mí personalmente tampoco me parece que ayuntamiento (Q22996476) deba ser una subclase de ayuntamiento (Q10827272). Básicamente porque es una cuestión de parecido léxico (unas instituciones de dos países se llamarán "ayuntamientos" pero no tendrán más en común entre sí que con otras que no se conozcan como ayuntamientos más allá de la denominación).--Asqueladd (talk) 22:25, 8 August 2016 (UTC)[reply]
@Asqueladd:Bueno, pues que hacemos ?. A mi tampoco me parecia bien lo del ayuntamiento (Q22996476) y por eso lo habia fusionado. Cuando tu lo has revertido he supuesto que habia alguna coherencia que se me escapaba y ahí empieza todo. Si no legislan però son una subclase d'uno que legisla, si no te parece bien que el ayuntamiento (Q22996476) deba ser una subclase de ayuntamiento (Q10827272), ya se ve que hace falta una propuesta de reordenamiento. No ?. Te atreves a pensar una estructura que sea sólida ?. Si quieres me lo miro yo con mas amor que conocimientos y te hago una propuesta en unos dias. Te parece ?. Dime algo y seguimos. Gracias,--Amadalvarez (talk) 22:44, 8 August 2016 (UTC)[reply]

Bueno, para avanzar un poco y dejar la subclase un poco más robusta y definida, he puesto a ayuntamiento (Q22996476) como:

--Asqueladd (talk) 22:59, 8 August 2016 (UTC)[reply]

@Asqueladd: Hace buena pinta. Entiendo que es un desarrollo "ad-hoc" para explicar detalladamente la institución en España, por su propia pertenencia a local government in Spain (Q8188408). Ahora quedaria fijar cual es su relacion con ayuntamiento (Q10827272). Si éste fuera un "ayuntamiento en genèrico", es decir, el "gobierno local" como concepto, podria ser su instance of (P31). Pero me temo que se trata d'un sinónimo de esto que acabas de definir tan bien. Si te fijas en las propiedades y los articulos del ayuntamiento (Q10827272), tiene un original language of film or TV show (P364) que, o es un error o indica su condicion latina; también los articulos en frances e ingles dicen claramente que es una institucions española y latinoamericana. Curiosamente, la version española describe (introducción) un gobierno local mas o menos generico, para profundizar en las formas que tiene en latinoamerica y otros paises (China, USA, Japon). Por tanto, una opción es fusionarlos (mirando a ver como juega municipal council (Q701632) que ahora tiene), o bien asumir que es generico, lo cual comportaria su "afinamiento" (cambiar interwikis FR i EN; eliminar idioma, revisar su clase, etc.) y, entonces llegariamos a topar con local government (Q6501447) que ya es un genèrico. En resumen: me reafirmo que el ayuntamiento (Q10827272) y el ayuntamiento (Q22996476) (tal como lo has dejado ahora) definen la misma cosa y, el resto de conceptos requieren un relectura como la que has hecho para eliminar futuras dudas. Gracias por el buen trabajo y a ver si lo podemos rematar. --Amadalvarez (talk) 05:37, 9 August 2016 (UTC)[reply]

Más cosas que he hecho en wikipedia(s) y en wikidata. He trasladado en es:wiki es:Ayuntamiento a es:Gobierno local y he enlazado dicha entrada a local government (Q6501447). He creado es:Ayuntamiento (España) que he enlazado a ayuntamiento (Q22996476). Ahora ayuntamiento (Q22996476) es subclass of (P279) de local government (Q6501447) También he enlazado ru:Аюнтамьенто a ayuntamiento (Q22996476). Salvo sv:wiki todas las entradas de wikipedia enlazadas a ayuntamiento (Q10827272) parecen aludir a Ayuntamiento como "el nombre genérico que recibe en varios países" o similares por lo que he cambiado la descripción en castellano de «institución que realiza las funciones de órgano de gobierno o administración local de un municipio» a «término para designar a una institución de gobierno local en varios países hispanohablantes». El ítem ayuntamiento (Q10827272) es ahora simplemente una instance of (P31) term (Q1969448) en original language of film or TV show (P364) Spanish (Q1321)--Asqueladd (talk) 09:11, 9 August 2016 (UTC)[reply]

@Asqueladd: Todo lo que haces me parece bien. El problema lo tengo (a lo mejor soy yo, perdona) con lo que NO haces. Me esta costando conseguir explicarte que el ítem ayuntamiento (Q22996476) creado por ti es (o era hace dos dias) exactamente lo mismo que el ya existente ayuntamiento (Q10827272). El tuyo mejor creado, lo acepto, però conceptualmente igual. Cuando hice el merge, las reglas que aplica WD, no yo, es que se fusiona sobre el mas antiguo. Por tanto, los datos se fueron al ayuntamiento (Q10827272) y el tuyo se redirecciono. Puedo aceptar que te sorprendieran algunos de los datos ya existentes en el receptor ya que no eran adecuados y lo que tocaba era eliminarlos, pero mantener los dos era y es un error. Con la forma que le has dado al ayuntamiento (Q22996476) es, en si mismo, un término; dentro del ámbito español y subordinado -como termino- al concepto gobierno local. Hasta aquí de acuerdo. Pero no necesita a otro término (el denostado ayuntamiento (Q10827272)) que lo defina. El solo se define genéricamente via clase como "un gobierno local" y específicamente como "forma de gobierno local en España formado por ....". Por tanto el ayuntamiento (Q10827272) se queda huerfano de funcion, porque ni explica lo que es un "ayuntamiento en el mundo", que lo hace el local government (Q6501447), ni en el caso particular de España que lo hace (y muy bien con tus cambios) el ayuntamiento (Q22996476). Por tanto, si lo acabamos de vaciar (ya que la definición de EN y FR són claramente un ayuntamiento español y procedo a cambiarlos), solo quedará fusionarlo y,....oh ! sabes que pasará ? que el mas nuevo se fusionara sobre el mas antiguo y todas nuestras conversaciones seran incomprensibles para los arqueologos del futuro. Además, solo hemos hecho que empezar, porque en mi primer mensaje te habla del desorden que teniamos con diferentes conceptos y no solo con este. Como queda el city council inglés que no deja de ser un ayuntamiento ?, por ejemplo en:City council of Madrid. Ahora apunta a city council (Q3154693), un concepto que no se si es acorde con el término español, pero en todo caso, no es (como ya veiamos ayer) un "órgano legislativo que gobierna una ciudad", tal como dice su actual definición de WD. En fin, paso a paso, pero necesitamos un resultado global coherente y un esquema que sea acorde con los que desarrollen, como has hecho tu en el ambito español, otros ambitos nacionales que tengan matices diferenciales, como el city council d'Israel que lo tenemos vinculado al city council (Q3505887), para acabarlo de liar, etc. Gràcias por todos los cambios que te has currado y que mejoran sin duda lo que teniamos. --Amadalvarez (talk) 11:43, 9 August 2016 (UTC)[reply]

Bueno, es que tal como lo veo (este sí soy yo :P ), me genera (y me generó, claro) un rechazo un ítem cuyo contenido esté basado en un criterio puramente léxico en un idioma (independientemente de la definición hace dos días del nuevo ítem). Para mí ese tipo de ítem no puede generar una buena jerarquía de subclases útiles en un proyecto multiidioma como este, con independencia de que pueda tener una voz en alguna wikipedia (más "meta" que otra cosa). Por eso el que se vacíe de función estructural me trae sin cuidado (¡es más, lo deseo!). La única función de los artículos "ayuntamiento genérico" (por ejemplo el de en:wiki) es decir que aquí allá y allí no sé cuál institución de gobierno local se conoce localmente como Ayuntamiento (en realidad el resultado efectivo en todas las wikipedias es un análisis comparativo de rigor escaso rallano en la investigación original de formas de gobierno local contaminado de un criterio lingüístico). Es el típico artículo escasito de un marco creado por referencias que de forma general no me gusta tocar ni con un palo, porque cuando lo tocas (como he hecho ahora al mover a gobierno local) sigues (habiendo o no mejora) cometiendo faltas de rigor.

Lo del city council (el artículo en en:wiki) hay que, me imagino, redenominarlo Ayuntamiento of como extranjerismo a medias (my bad, porque lo creé yo). El ítem comparable (que no equivalente) existente que por ahora he visto más claro a ayuntamiento (Q22996476) sería municipality of Chile (Q6026480) (con la pijería que sólo es administrativo y no de gobierno). Lo de concejo municipal, con subirlo a asamblea puede valer (he modificado en cualquier caso "concejo municipal" pero aventuro inconsistencias, y propongo limitarnos en estos casos a asamblea). Evidentemente habría que extenderlo a otros países, donde me imagino que puede que no sea un sistema tan confuso pero que en cualquier caso es característico y poco extrapolable, agárrate, al resto de países "hispánicos" [sic] con una cosa llamada Ayuntamiento o con otra cosa de países "hispánicos" [sic] no llamada Ayuntamiento que el artículo anteriormente llamado Ayuntamiento en en:wiki o es:wiki incluía para negar que se llamara Ayuntamiento. Yendo al grano, habría que trabajar (ya las he tocado un poco) por ejemplo en Portugal (Q45): Câmara Municipal (Q5202369) y assembleia municipal (Q4808645) (donde el "President of the Municipal Chamber (Q7241346)" no preside la asamblea deliberativa) o en France (Q142) (municipal council (Q2647159), donde el mayor of a place in France (Q382617) parece que sí preside la asamblea deliberativa). Un saludo.--Asqueladd (talk) 13:14, 9 August 2016 (UTC)[reply]

Estic molt emprenyat i per tant no llegeixo bé Oviedo ni ajuntament en aquests textes, però si tu ho dius ...--Asqueladd (talk) 07:18, 11 August 2016 (UTC)[reply]

Si home, si. Fes confiança. Et pots emprenyar, però mai desanimar.--Amadalvarez (talk) 08:22, 11 August 2016 (UTC)[reply]

Mapa subclases[edit]

Empiezo conversación con el final del anterior:

Mira que és el Govern local a WD. Salut !,--Amadalvarez (talk) 08:22, 11 August 2016 (UTC)[reply]

¡Lo tiene todo! la cosa rara de la subclase semántica hispánica [sic] municipio, una no distinción entre entidad territorial y órgano de gobierno local... etc, etc, etc. Para ir tirando crearía los ítems órgano de gobierno local/local governing body/òrgan de govern local (part of (P361) local government (Q6501447)) y órgano de administración local/local administering body/òrgan d'administració local (part of (P361) local administration (Q19799234)) e iría dando un poco de forma a local government (Q6501447) metiendo ahí como subclases a los entes mencionados arriba de varios países.--Asqueladd (talk) 22:24, 11 August 2016 (UTC)[reply]
@Asqueladd: Supongo que lo has visto en versión lista por niveles (tools + wikidata generic tree). Como hemos empezado por local government (Q6501447), en la línia del entorno hispánico, tenemos:

Para mas INRI, no aparecen en el arbol algunos de los niveles que le habias puesto a ayuntamiento (Q22996476) como "parte de" y que habria que reseguir hacia arriba a ver donde se encuentra con local government (Q6501447). Antes de aplicar lo que propones (que me suena bien en nuestra línea), habria que ver que no existe ya en otra rama del arbol y no la liamos mas. Seguimos (que me tengo que ir....), Salut !--Amadalvarez (talk) 06:06, 12 August 2016 (UTC)[reply]

P2608[edit]

Hi, the property you proposed P2608 (P2608) has been nominated for deletion, as seems a duplicate of IGPCV ID (P2473). Please, comment this proposal at Wikidata:Properties for deletion#Valencian Property of Local Relevance id (P2608). —surueña 07:48, 17 August 2016 (UTC)[reply]

Interessant fil[edit]

Wikidata:Project chat#Importance of wikidata support in infoboxes. Paucabot (talk) 09:19, 2 August 2017 (UTC)[reply]

Respuesta[edit]

Un placer. Sigo de cerca con interés el avance en materia de fichas de ca:wiki en cuanto al aprovechamiento de información desde WD. Como siempre, el angryloki de rigor. ;). Un saludo.--Asqueladd (talk) 11:49, 11 August 2017 (UTC)[reply]

Problemes per fusionar[edit]

Hola, Amador: em trobo amb Pico Forcanada (Q17482443), Pico Forcanada (Q24001432) i Pico Forcanada (Q3076823). Tots, com pots veure, tracten del mateix cim. Pretenc fusionar-les a Pico Forcanada (Q17482443) (la més antiga). Ja he fet altres fusions manuals, però lo que no aconsegueixo és afegir la llengua, l'etiqueta i la descripció que hi ha en altres llengües. Per exemple les llengües (àrab, francès, hebreu i neerlandès) que hi ha a Pico Forcanada (Q3076823) afegir-les a Pico Forcanada (Q17482443). Per traspassar la resta de dades i fer una redirecció no tinc cap problema. Em pots explicar com fer-ho?--Isidre blanc (talk) 21:25, 24 August 2017 (UTC)[reply]

@Isidre blanc: No entenc lo de "fusió manual". Quan fas fusió automàtica ja se sumen els valors de tots els fusionats i és després que has de revisar si alguna cosa ha quedat duplicada. El "destí" en una fusió sempre és proposa el més antic. Que més et dóna quin sigui el codi Q si tens tots els continguts ?. Veig ara que la fusió té una casella (Always merge into the older item (uncheck to merge into the "Merge with" item)) per a indicar-li que no vols fusionar en el més vell, sinó en el que li dius. Segons això, hauries de posar-te a l'article que vols fer desaparèixer, anar a "merge" al menú "més" que hi ha al costat de la casella de cerca, posar-li el codi Q del que vols que sigui receptor a "merge with" i desmarcar la casella esmentada (always merge....). Jo ja t'he fet Q3076823 -- > Q17482443. Et deixo l'altre per a que practiquis tu. Salut ! --Amadalvarez (talk) 04:13, 25 August 2017 (UTC)[reply]
@Isidre blanc: Vigila que tras la fusió han quedat duplicades les coordenades i no són iguals. La primera que surt és la que tenia Pico Forcanada (Q17482443), la segona prové de l'ítem desaparegut amb la fusió. El mateix passa amb la foto. Ja eliminaràs la que no toca.--Amadalvarez (talk) 04:32, 25 August 2017 (UTC)[reply]
Ho acabo de fer. Sabia que hi havia una aplicació per fer una fusió "automàtica", tal com has fet tu, però no m'atrevia a usar-la. El que he anat fent fins ara és passar les dades "manualment" (copiar i enganxar) d'un article a l'altre i una vegada buidat, fer la redirecció. Provaré la fusió automàtica. Per cert: ara m'explico perquè sovint em trobo amb un element amb dues fotografies i dues coordenades: és el resultat d'una fusió no repassada. Gràcies per l'ajuda.--Isidre blanc (talk) 05:10, 25 August 2017 (UTC)[reply]
Prova exitosa. Quina feinada m'acabes d'estalviar!--Isidre blanc (talk) 05:22, 25 August 2017 (UTC)[reply]
@Isidre blanc: D'això es tracta. --Amadalvarez (talk) 07:39, 25 August 2017 (UTC)[reply]

3 items for one id[edit]

Hi,

There is 3 items with World Heritage Site ID (P757) = "148": Old City of Jerusalem and its Walls (Q15726304), Old City of Jerusalem (Q213274) and Walls of Jerusalem (Q2918723), which is against the constraint for this property.

I understand why there is 3 items : a global one (the first one) and two more specific. But do we need to put World Heritage Site ID (P757) on all 3 of them? (likewise for heritage designation (P1435) and maybe other data). I feel that this should only be on the global item, no? Or is there any reason why you duplicate the id on the 3 items?

Cdlt, VIGNERON (talk) 11:49, 14 September 2017 (UTC)[reply]

(for information, @NavinoEvans: who worked on this items too)

@VIGNERON: Hi, at the moment I add the property to the specific item I didn't think that a constraint existed. To handle the heritage properties is easier have them in any item than handle the inheritance of codes via part of (P361), as you can understand. In addition, the criteria of UNESCO is not uniform. Some multipoint heritage as Works of Antoni Gaudí (Q921745) has an official subcode for each (320-001, 320-002,..) which make easy to solve the constrain. But they also have the part of (P361), obviously. So, in these cases get the code via the inheritance of P361 could give false duplicate results: the codes 320 and 320-001,.. Well, if this situation of Jerusalem is anecdotic my purpose is to ignore the constrain or change the control to avoid the error when also contains P361. If you consider that are too much situations like this, we can consider eliminate the World Heritage Site ID (P757) on the specific points. Thanks, --Amadalvarez (talk) 05:32, 15 September 2017 (UTC)[reply]
I definitely think we should remove the World Heritage Site ID (P757) from the specific items and respect the constraint for several reasons. First, the code correspond to the global site, not to the specific one, it's kind of a distortion to apply the code for the whole thing on only a part (and that's exactly why the UNESCO produced subcodes, to avoid duplication, ideally they should do it all the time ). This duplication is even stranger for heritage designation (P1435). Then, if you want to manipulate the data, it will be a lot harder if you have duplicated codes (in fact, for the context, that's the reason why I came here in the first place, for Wiki Loves Monuments in Israel, maps based on Wikidata show 3 points for one monument :/), if you want to count the numbers of monuments, you'll have to do some extra filtering to remove the duplicates (and filtering can be quite hard and quite harder with exact code duplicates). Cdlt, VIGNERON (talk) 10:06, 15 September 2017 (UTC)[reply]
@VIGNERON: Done !.--Amadalvarez (talk) 21:18, 15 September 2017 (UTC)[reply]
@VIGNERON: However, it's not always easy. See in the list: 314-001, 318, 378, 80-001,.... because the official description it's not the name of a group of things, but a list of things. --Amadalvarez (talk) 22:09, 15 September 2017 (UTC)[reply]
Thanks. Very true, cleaning the data like this will not be easy, but I think we can work that out anyway and in the end, it worth it to have proper items. Cdlt, VIGNERON (talk) 22:13, 15 September 2017 (UTC)[reply]
@VIGNERON: Well. Not easy it's a figurate way to say "sometimes is not possible". How will you fix 378 ? The description is absolutely generic but the protected heritages are a list of specific buildings without using subcodes. And what about 314-001 ? it's already a subcode with the name of two different buildings (Alhambra and Generalife), not "park of Granada monuments" or "medieval construction in Granada". I don't know how to fix them without loss an important information in the "real protected buildings" items. Probably the UNESCO has use a non coherent criteria, but the reality is that more than a building/item needs to share the same code. Thanks,--Amadalvarez (talk) 22:31, 15 September 2017 (UTC)[reply]
I'm not sure but a solution could be to create items that exactly correspond to the UNESCO and then link them the existing items. For instance an item « Alhambra and the Generalife » (linked with part of (P361)/has part(s) (P527) to Alhambra (Q47476), Generalife (Q525811) and Alhambra, Generalife and Albayzín, Granada (Q9603543)). We used this kind of solution in some cases for French monuments historiques. But we should probably ask on Wikidata:WikiProject Built heritage to get a more wider point of view. Cdlt, VIGNERON (talk) 08:53, 16 September 2017 (UTC)[reply]
@VIGNERON: I agree to move discussion. Thanks, --Amadalvarez (talk) 11:32, 16 September 2017 (UTC)[reply]

@VIGNERON, Amadalvarez: Missed the bulk of this conversation, but just wanted to say that I completely agree with the conclusions here. Duplicate items with the same ids are definitely no good, and there are a large number of problems that are solved by making a separate item for all World Heritage Sites (obviously linked to place/structure items they relate to). I'm about to start doing 1 day per week working on UNESCO data with the John Cummings (Wikimedian in Residence there), and this issue is high up on the todo list. We have loads of data about World Heritage Sites like areas and populations that can't be added at the moment because they don't exactly correspond to the same place (like 378 mentioned above). Let me know if you start a discussion in the Wikidata:WikiProject Built heritage. I will start it myself within the next few weeks if it's not already rolling. Best, NavinoEvans (talk) 10:24, 22 September 2017 (UTC)[reply]

@NavinoEvans: Yes, actually this discussion is closed because I created a new discussion at Wikidata:WikiProject Built heritage, so, I move your entry to there. Thanks --Amadalvarez (talk) 20:38, 22 September 2017 (UTC)[reply]

Clarification requested[edit]

I reverted https://www.wikidata.org/w/index.php?title=Q157153&diff=360681219&oldid=360680181 as this structure still exists. Is it date of abandoning/partial destruction or something else? Mateusz Konieczny (talk) 18:30, 28 September 2017 (UTC)[reply]

@Mateusz Konieczny: Yes. This was my intention. Doesn't matter, the P31 = building, and the building still remains. Thanks !. --Amadalvarez (talk) 05:12, 30 September 2017 (UTC)[reply]

Nacionalidad en la descripción[edit]

¿Me podrías indicar donde está la política de "Siempre el nivel mas bajo"? En la ayuda sobre las descripciones solo aparece la nacionalidad. Por esa reglar Mariano Rajoy tendría que aparecer como "político gallego" y Clint Eastwood en lugar de "actor estadounidense debería aparecer como "actor californiano" o, bajando más "actor de San Francisco". {{subst:Usuario:Roberpl/Firma}} 12:52, 30 October 2017 (UTC)

@Roberpl:Me podrias indicar donde està la regla de "pongo lo que me parece anulando lo que han puesto antes"?. Queria decir que siempre el nivel mas bajo implica los siguientes y, por tanto, poniendo catalan se asume que es espanyol, però no al revés. Sabes que estas discusiones no acaban nunca. Los criterios sobre de donde es alguien o como prefiere que lo denominen solo le corresponden al afectado y no a los demas. A mi no me parece mal que a Rajoy le digan "político gallego", de hecho, lo he oido en los medios. Ahora bien, si queremos saber la respuesta certera, le tendriamos que preguntar a el. En el caso que te he revertido, te puedo asegurar que és y se siente catalan. En todo caso, la informació no la habia puesto un anònimo indiscriminadamente, como otras que has revertido y no he dicho nada, sino un usuario muy experto a quien, por cortesia, deberias haber consultado. Aprovecho para indicarte que estoy revertiendo alguno cambios que has hecho y estoy agradeciendote otros. Si los analizas entenderas porque. Vivimos momentos de cambios políticos que generaran debate. No seré yo quien se ponga com un poseso a cambiar espanya por catalunya allà donde esté escrito. Hay que dejar reposar la efervescéncia y actuar cuando haya datos contrastados y los cambios sean reales. Pero, por la misma regla de tres, anularé cualquier intento de espanyolizacion que no toque. Supongo que puedo contar con tu buen criterio. Salut !Amadalvarez (talk) 13:09, 30 October 2017 (UTC)[reply]
Para la personas el criterio es indicar la la profesión y la nacionalidad, no una región de la nación a la que pertenece la persona (le pese a la persona o no), además, lo que hice fue volver a una edición anterior, que el usuario había había cambiado, hasta donde yo sé indiscriminadamente, de hecho también cambión el país de nacionalidad a Cataluña, lo que va contra la restricciones de la propiedad, que debe contener un estado soberano. Quizás me equivoque y en algún sitio se discutió esa edición, pero hasta donde yo llego a ver la edición fue tan indiscriminada como la mía, salvo que la mía se ajusta a los criterio de descripción. En cuanto la distribución territorial de Cataluña, hasta donde sé la ley que aprobaba el sistema de veguerías está en suspenso por el Tribunal Constitucional, pero no me apetece entrar en ello. ⟨ RoberPL Dígame ⟩ 14:57, 30 October 2017 (UTC)[reply]
@Roberpl: Creo que ya has llegado al punto de las eternas discusiones castellano-catalanas: la nacionalidad. Observa que "nacionalidad" no és una propiedad de WD; si lo es la country of citizenship (P27) que fa referéncia al country (P17). Si lees la acepción primera del nada sospechoso diccionario de la RAE, refiere nacionalidad a un condición no vinculada con el estado sino con nacion y pueblo. Desconozco si existe esa norma que indicas de "Para la personas el criterio es indicar la la profesión y la nacionalidad", pero de existir, estarias certificando que es normal hacer servir les expresiones que defiendo. Ya entiendo que para un madrilenyo o un zamorano su nacionalidad coincide con su ciudadania, pero has de pensar que el mundo es mas complejo y hay gente que se siente bretón, flamenco, veneciano o catalan. No sé si pedirte que lo entiendas, pero si debo pedirte que lo creas. Hay gente que es capaz de definirse con el calificativo de su nación o incluso de su ciudad sin que eso signifique ninguna renuncia a su ciudadania. Respecto al tema de la distribución territorial de Catalunya, estoy contingo que mejor no discutir. En Catalunya el TC lo prohibe todo, incluso leyes que garantizan derechos básicos de persones en riesgo de exclusión o la igualdad de género. Estamos esperando el dia en que prohiba respirar a los que se sienten catalanes. Te agradezco que, tal como te decia en mi anterior mensaje, esperemos a que se estabilicen los acontecimientos antes de aplicar cambios masivos de dudosa estabilidad. Salut !Amadalvarez (talk) 06:11, 31 October 2017 (UTC)[reply]

Utilització de monument (Q4989906)[edit]

He observat que el bot de User:AndreCostaWMSE-bot està afegint sistemàticament a instance of (P31) la qualitat de monument (Q4989906) en tots els edificis que tenen la propietat de Asset of cultural interest code (P808). Per exemple: a Castell de Santiga (Q28477727), Roman baths of Caldes de Montbui (Q28466499), etc. La descripció que de monument (Q4989906) veig a WD, en pràcticament tots els idiomes, parla de "escultura o estructura arquitectònica que commemora un esdeveniment o una persona", per tant no seria aplicable en aquests cassos. Pensava eliminar aquesta afirmació. Què et sembla?--Isidre blanc (talk) 18:48, 14 November 2017 (UTC)[reply]

@Isidre blanc: A mi em sembla bé, però no sé si tenim autoritat per queixar-nos, quan nosaltres els posem a la nostra VP dins de "Llista de monuments de <nom municipi>". Però per provar-ho no perdem res.--Amadalvarez (talk) 19:29, 14 November 2017 (UTC)[reply]

Something wrong with units or numbers?[edit]

Hi I noticed this edit, and it looks like something broke with either quick statements or conversion of units? Jane023 (talk) 09:33, 5 January 2018 (UTC)[reply]

@Jane023:I like maximum precision, he he.
Seriously, I don't know why or when it does wrong. I use to review and fix it, but sometimes I forget some. Thanks !. By the way, I'm finishing a new catalog from Rogier van der Weyden. I'll ping you. Happy new year. Amadalvarez (talk) 15:43, 5 January 2018 (UTC)[reply]
Wow very nice catalog - thanks! Happy New Year to you too. I just thought something went wrong with your quick statements. I will just adjust these strange numbers if I come across them again. Jane023 (talk) 19:13, 5 January 2018 (UTC)[reply]

Two links to the item?[edit]

Hi Amadalvarez, this seems to be a bit redundant. The label already links to the item. Why did you add a second link to the item? Are you going to help to clean the list out? That would be nice :-) Multichill (talk) 22:14, 7 January 2018 (UTC)[reply]

@Multichill: Yes, my intencion is to clean it. And yes it's redundant. But I want de ItemID in order to copy the result to an Excel where to prepare the input via QuickStatements. It's faster to upload. Amadalvarez (talk) 22:21, 7 January 2018 (UTC)[reply]
@Multichill: Done ! (as much as I can). I reverse the listeria to the original list of properties. Thanks,Amadalvarez (talk) 18:48, 8 January 2018 (UTC)[reply]
Nice! Last ones are always the hardest. I'm sure you can solve these puzzles :-) Multichill (talk) 17:16, 12 January 2018 (UTC)[reply]
@Multichill: Online information is not enough. I should go to the museum. Grrrrr !. Amadalvarez (talk) 17:45, 12 January 2018 (UTC)[reply]

Commons *has* several languages[edit]

Commons has as much languages in its picture descriptions as are written there, same as in WD. Usually it's only the ones put there by the uploader, but everybody can add as much as s/he wants (and has the skills for). See on of my uploads with two languages, feel free to add a Catalan (and Spanish and Galician...) description. And Commons doesn't get any description from WD, where and how should this happen? Imho the two databases, Commons for pictures, WD for numerical data, should be be used for it's purpose, and the same task should not be done separately in both databases, here the multi-language description of pictures. BTW: What would happen, if the picture would be changed? Will the descriptions be deleted and manually have to be inserted again? Or will the descriptions from Commons be imported? Grüße vom Sänger ♫ (talk) 14:14, 21 January 2018 (UTC)[reply]

Edith says: I just read your answer in the German Forum, and now have to go watch Bundelsiga in a pub, so any answer will have to wait until Werder and Schalke have won. Please state, where you like any further discussion (if any at all) Grüße vom [[User:|Sänger ♫]] (talk) 14:18, 21 January 2018 (UTC)[reply]
@Sänger: After upload almost 7.000 images in Commons, I know very well how commons runs. The question is not "where the descriptions should be?" but "how to get image description from WP articles using an automated template". Since WD was created, all the informations that appeared on the infoboxes articles must be written as a manual parameters within the articles". It produce redundant, obsolete and different content among the several WPs. WD is the solution to have in one place the information not only in "common mode" but also in "machine readeable" format and in several languages. This platform allows to create infoboxes 100% automated without any manual (and hard to maintain) parameter. You can see a sample of what we do in cawiki, here. WD is the container of all the structured (not only numerical) information. Obviously, almost all the information that WD has comes from the WP articles but now WD is also the "internal provider" for the rest of the projects in terms of "structured information". This is not my will, it's the Wikidata project. I already explain in forum: when the commons structured project ends, probably things will change, but now, the text under image is P2096, doesn't matter if you don't like. BTW. If the image change in P18, the P2096 qualifiers must be changed or deleted. However, the correct way to change an image is add the new one and mark as a prefered, but without delete the previous one. Thanks Amadalvarez (talk) 15:28, 21 January 2018 (UTC)[reply]
OK, there seems to be a huge difference between the different WPs, nobody would dare to import a picture description from here in deWP, that has to be done by real authors, not bots. Especially content-bots are something with little standing in deWP. Botpedias are frowned at. Normal ((alpha-)numeric) data for infoboxes are imported sometimes from here, but the input from real editors are regarded as better. That's probably the luxury of the bigger language versions, that have enough editors to do such edits. Automagically inserted image descriptions from other projects would most probably be summarily rejected as "not correctly validated", that's the work for real editors, not dumb bots. This is probably a bit snobbish for smaller WPs, that don't have enough editors for menial tasks. So probably never will there appear any descriptions in German, there's no use for them. We try even to get rid of the not validated descriptions from WD for mobile apps, as they got vandalised outside deWP without any knowledge of the real editors in deWP (see phab:T90436). Grüße vom Sänger ♫ (talk) 17:37, 21 January 2018 (UTC)[reply]
@Sänger: We are a small WP, but no a botpedia. The infoboxes are limited to a real article made and controlled by an human editor. The automatization of infobox is to fill it with WD info, not to create new entries. And yes, with a reduce number of editors nobody wants/can to keep up-to-date things as awards, GBP or population of a country. Get info from WD is very usefull for elements far from our own environment; for instance, is easier to you known when a german actor dead than for me, and to you is more difficult than for me to know what are the new award for a catalan painter. When somebody entry this information on WD our infoboxes will show immediately. I believe that german/catalan TV news or newspapers never will tell us who is the new major of Rotorua (New Zealand), but this info is very familiar for an inhabitant of NZ. Today, 85% of all cawiki articles have an automated infobox like I show you. In any case, I agree with you that vandalism and change control is something to improve in WD if their responsables want to have an strong and save platform. In my opinion, in a short time we will see a shift of editors from WP to WD. Keep the quality and accuracy of WD will become than important as in WP. Thanks !. Amadalvarez (talk) 18:17, 21 January 2018 (UTC)[reply]
No need for a ping, my watchlist isn't that huge;) I didn't want to insult you with botpedia, afaik that's mainly cebWP and svWP (and the second one only in recent times and certain areas). But I definitely see the necessity and usefulness of automagically filled templates for Wikipedias with a small community. Bigger WPs are usually a bit neophobic, deWP definitely is ;) And we have probably for most niches somebody who gets most stuff straight. But as article numbers go up, and editor numbers down, something will have to be done even in the big WPs. Grüße vom Sänger ♫ (talk) 18:46, 21 January 2018 (UTC)[reply]

Request[edit]

Hello.

Could you at create the articles en:Architecture of Azerbaijan (Republic of Azerbaijan), en:List of Azerbaijani film directors (Republic of Azerbaijan) and en:Bodies of water of Azerbaijan (Republic of Azerbaijan) in Catalan (or request them yourself to other users in Catalan Wikipedia)?

Thank you.

31.200.22.168 16:06, 24 February 2018 (UTC)[reply]

Properties of expanding universes (Q42307084)[edit]

Hi, your edit to this item removed the all-important link to the online thesis, which I've now restored. Please be more careful with test edits in future. Cheers, MartinPoulter (talk) 08:57, 2 May 2018 (UTC)[reply]

@MartinPoulter: I appologize. I can't figure out why I made the change by the stupid value "www.test-to-delete.com/test". On these days I was updating a lot of thesis topic, and made hundreds of copy-paste over WD. Sorry and thanks to feed-back to me your change. Amadalvarez (talk) 15:54, 2 May 2018 (UTC)[reply]

Periodisme? Permetin! La vida i els articles d'Eugeni Xammar (Q53078251)[edit]

Hola, he fet un canvi a la teva edició: he separat el títol i el subtítol (començant en minúscula, que és el que aconsellen a Wikidata:WikiProject_Books). Gràcies per afegir aquest llibre. Cordialment, Wikidelo (talk) 18:37, 11 May 2018 (UTC)[reply]

@Wikidelo: Gràcies, no ho sabia. Salut ! Amadalvarez (talk) 18:39, 11 May 2018 (UTC)[reply]

New property[edit]

Hello. Have you notice that new property? season of club or team (P5138). Xaris333 (talk) 10:19, 13 May 2018 (UTC)[reply]

@Xaris333: I did not known, but it's a good new.
We have 280 items to change.
SELECT ?item ?itemLabel ?temp WHERE {
  ?item wdt:P31 wd:Q1539532.
  ?item wdt:P3450 ?temp.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}
Try it!
Thanks, Amadalvarez (talk) 13:41, 13 May 2018 (UTC)[reply]

@Pasleim: can you change property P3450 with P5138 at all these items by bot? Without changing the value of the property. Xaris333 (talk) 13:46, 13 May 2018 (UTC)[reply]

Not all 280 must be changed P3450 to P5138. Some as 1996–97 League of Ireland First Division (Q3736582), for instance, must change it P31, because have an incorrect sports season of a sports club (Q1539532). Tomorrow morning I may clean this cases and let the list ready for a bot. Thanks, Amadalvarez (talk) 22:28, 13 May 2018 (UTC)[reply]
@Xaris333, Pasleim: Cleaned !. The Query still shows 3 items. It's correct, because they have both properties, P3450 with the league and P5138 with the team. Thanks, Amadalvarez (talk) 06:01, 14 May 2018 (UTC)[reply]

Respuesta[edit]

concretamente el de la iglesia de santa Tecla lo he sacado de aquí https://whc.unesco.org/en/list/378/documents/ si pinchas en el correspondiente a la iglesia de santa tecla te aparece referenciado con el número que he indicado.--Herrinsa (talk) 06:35, 18 June 2018 (UTC)[reply]

Presas y pantanos[edit]

Hola. Me salen pings de que estás tocando el tema "presas" y que enlazas propiedades estructurales a cuerpos de agua ([1]). Por lo general son ítems distintos las presas y los embalses (tienen propiedades simétricas para enlazarse entre sí: dam (P4792) y reservoir created (P4661)). Y bueno, en el caso del estado español, incluso identificadores diferentes (SNCZI-IPE dam ID (P4558) & SNCZI-IPE reservoir ID (P4568)). Un saludo cordial.--Asqueladd (talk) 16:40, 1 September 2018 (UTC)[reply]

@Asqueladd: Ahora veo. Pensava que este -como és muy pequenyo y poco documentado- no tenia pareja y lo he puesto todo junto. En los que he estado ampliando hasta ahora van separados: Mequinenza Dam (Q43544806), Presa de Canelles (Q56422420). Vale. Ahora lo arreglo. Disculpa. Amadalvarez (talk) 17:16, 1 September 2018 (UTC)[reply]
@Asqueladd: Ya he visto que has revertido algunos cambios. Creo que he arreglado los cambios erroneos. No obstaner, la majoria de pantanos no tienen el ítem de presa aun. Por cierto, donde crees que hay que poner la has use (P366) ?. Yo la estoy poniendo en el ítem presa porque los primeros eran "contención de inundaciones" o "producción electrica", però cuando es "regadio" me suena un poco extranyo. Ya me diras, Gracias. Amadalvarez (talk) 18:12, 1 September 2018 (UTC)[reply]
@Asqueladd: Perdona otra pregunta. Las "alturas" son la medida o la cota ?. Amadalvarez (talk) 18:24, 1 September 2018 (UTC)[reply]
No veo ninguna solución ideal para los usos. Respecto a lo último, no sé a qué caso específico te refieres. Si te refieres a algún dato que haya metido yo, el uso parece la cota más que la medida, aunque la descripción del ítem es contradictoria. Quizás haya que dejar claro que es un punto (o nivel) y no la medida de un punto (o nivel) (si se deja tal como se está usando ahora...). Porque en caso contrario ontológicamente nos tendríamos que referir a una medida de la cota como statement is subject of (P805) más que como applies to part (P518) y a los ítems de cota definirlos como subclass of (P279) measure (Q192276) ¿no?.--Asqueladd (talk) 20:26, 1 September 2018 (UTC)[reply]
@Asqueladd: Vale. Los usos los pondré en la presa siguiendo la lògica de que la "actividad" se produce porque se ha hecho una presa para conseguirlo. Lo de la altura me debo haber explicado mal. Yo estava entrando la información con height (P2048), porque asumia que era la medida des de el pie de la presa. No digo que deba ser así, sino que dar las magnitudes de una paret en base a sus cotas sobre el nivel del mar, me suena extranyo. Además algunes cifras eran 70, 90 o 100 m. una cifra baja para ser una cota de embalses de montanya. Entonces he visto que tu ponias elevation above sea level (P2044) en Presa dels Guiamet (Q56424975) y he dejado de entrar información por si estava haciendolo con una property inadecuada. Ja me diràs, Gracias. Amadalvarez (talk) 21:00, 1 September 2018 (UTC)[reply]
Ah, te refieres a los valores. Depende de donde los saques. En la página del inventario SNCZI-IPE sale (ejemplo: para la Q56425103: [2]) una level of foundation (Q56425045), dam crest (Q56099012) (se sobreentiende viendo datos y un mapa que corresponden a valores de elevation above sea level (P2044)) y un valor en metros de la height (P2048) "desde cimientos" (que es igual o "muy parecida" a la resta de las dos cotas, como no puede ser de otra manera). Por tanto en los ítems de las presas pongo las cotas de cimentación y coronación como par de valores de elevation above sea level (P2044) y la altura que se consigna en la height (P2048).--Asqueladd (talk) 21:12, 1 September 2018 (UTC)[reply]
@Asqueladd: Perfecto. Seguiré tu ejemplo siempre que me encuentre con cotas. Gràcies !!. Amadalvarez (talk) 21:33, 1 September 2018 (UTC)[reply]

Pseudonyms[edit]

Hi. I have seen that you are introducing the pseudonyms of soccer players and as a reference you indicate that you get it from Wikipedia in Catalan. In the Spanish Wikipedia we do not allow the presence of pseudonyms if it is not with a reference because it is a big focus of vandalism, so it would be best to add pseudonyms with reliable references and not with Wikipedia. Thanks. --Vanbasten 23 (talk) 10:27, 4 November 2018 (UTC)[reply]

@Vanbasten 23: I'm erasing all the local parameters from infoboxes because we are using full WD powered infoboxes. So, I move to WD as much as possible from local parameters. Thanks for the information, Amadalvarez (talk) 10:50, 4 November 2018 (UTC)[reply]
No me había fijado que eras activo en la Viquipedia, perdona. El problema es que los apodos suelen ser un foco bastante problemático en eswiki porque la gente pone mil apodos a futbolistas sin ninguna base de nada. Entonces obligamos a poner referencias de algún tipo de publicación donde se indicase, y así no tener unos listados enormes. Yo soy contrario a poner como referencia que se afirma en una Wikipedia, porque la Wikipedia no es fuente primaria, por lo tanto sería recomendable encontrar referencias fiables a esos apodos porque sino ya estoy viendo que la gente pondrá mil apodos a sus jugadores. Es un tema complicado... Un saludo. --Vanbasten 23 (talk) 10:54, 4 November 2018 (UTC)[reply]
@Vanbasten 23: Comparto la posición, pero si migro los articulos perdiendo información se cuestionarà el projecto entero. Prefiero hacer las cargas con lo que tenemos -que tampoco es tanto, < 1% de los articulos con la infobox de futbolista)- y si luego se ve algo sospechoso, como el que tu has revertido, prefiero que se borre en WD. Así, quien quiera mantenerlo lo tendrá que justificar. Gracias y lamento las molestias. Salut ! Amadalvarez (talk) 11:07, 4 November 2018 (UTC)[reply]
Justo lo estaba comentando aquí por si te interesa participar en alguna de las propuestas. Un saludo y ánimo. --Vanbasten 23 (talk) 11:12, 4 November 2018 (UTC)[reply]

QS IGPCV[edit]

M'estic tornant tarumba. Una plantilla feta amb excel que m'estava funcionant ara em dóna error. Exemple: Santa María Basilica of Elche (Q8243745) hi vaig afegir IGPCV ID (P2473) amb la seva referència. Ara per exemple Q43146336|P2473|"03.33.121-013"|S854|"http://eduwp.edu.gva.es/patrimonio-cultural/ficha-inmueble.php?id=1809", de fet amb els tab d'excel però també a pèl amb barres, em dóna error. Alguna idea? --Vriullop (talk) 08:13, 28 November 2018 (UTC)[reply]

Res, m'havia tancat la sessió sense donar cap avís. On fire de nou. --Vriullop (talk) 15:17, 28 November 2018 (UTC)[reply]

"Reserva natural" items[edit]

By checking the usage of protected area of Germany (Q20296613) I found three items created by you I do not understand their purpose. Q61105239, Q61114631 and Q61267721 They have Wikidata property (P1687) for the authority control properties but all of the instance of (P31) and subclass of (P279) statements dose not make sense for this usage. Did you want to create a item for protected areas in this state of Germany? I do not think that this in needed. --GPSLeo (talk) 13:49, 24 February 2019 (UTC)[reply]

@GPSLeo: It is related with Wikidata:WikiProject Protected areas/Properties/Ontology. In this draft to discuss and approval, are listed all the properties for protection areas ID. As you may see, 3 of the Lands of Germany have their own ID property. The proposal draws the present situation and the proposed changes. You are invite to participate. I've created the specific "conservation designation", but they are not used yet, until the proposal were discussed. Thanks, Amadalvarez (talk) 18:54, 24 February 2019 (UTC)[reply]

Special:Diff/895889225[edit]

Hi. It probably is a national team, and that's why it was already set as an instance of Q6979593. However, Estonia national under-19 football team (Q12361479) is a particular team, not a class of teams (as is Q6979593). That's why subclass relation doesn't seem appropriate and that's why I removed it.

As for changes like Special:Diff/895895057: to my knowledge football teams usually don't have flags, and so there isn't another flag that country flag could be corrected to. There is a country for sport (P1532) statement to show relation between the team and the country. Statments about the country, such as flag image (P41), I believe should stay in item about the country (Q191). 2001:7D0:81F7:B580:3DC7:5A06:4F8E:1F16 07:45, 29 March 2019 (UTC)[reply]

Eleccions municipals[edit]

Hola! FYI. Estic creant items d'eleccions municipals (a petita escala, de moment només del Baix Empordà). Ex: 2011 Torroella de Montgrí Town Council election (Q64495074). Per si t'ho vols mirar i veure si he fet algun error. De moment vaig fent amb un Excel guarro i ho passo a QuickStatements, encara que idealment suposo que un bot s'ho podria ventilar ràpid. L'única cosa manual és mirar que estiguin creats els items de partits i candidatures perquè moltes són d'independents o municipalistes i no estan encara a Wikidata. --Davidpar (talk) 18:41, 12 July 2019 (UTC)[reply]

@Davidpar: Aquest tema el vaig començar a mirar fa 2 anys amb el KRLS però no varem evolucionar. Ho reemprendré algun dia. Quan tingui una estona m'ho miro. Ara estic en dos mega-càrregues: hurancs, tifons i ciclons (ja he fet tots els hurancas des de 1970); l'altre és bisbats, axiprestats i parroquies per poder eliminar la infotaula bisbat (faré CAT i després ja veurem. Porto 2 dies per fer el bisbat de Terrassa i estic al 50%. Salut ! Amadalvarez (talk) 18:52, 12 July 2019 (UTC)[reply]
Hola Davidpar. M'alegra molt veure que han creat noves propietats sobre els vots en blanc, nuls i nombre d'abstencions. Sé que algun dia hauria de reprendre la qüestió, perquè tenia el codi més o menys trallat. Vaig deixar el projecte perquè no vaig ser capaç de rendiritzar-ho en un mapa de manera bonica.--KRLS (talk) 19:12, 12 July 2019 (UTC)[reply]
@KRLS: Tinc diverses idees sobre traslladar aquestes dades a la Viquipèdia. Quan vulguis, en parlem, perquè jo, de codi, ni papa. @Amadalvarez: Per cert, com et puc ajudar per aquesta feina més mecànica? --Davidpar (talk) 20:01, 12 July 2019 (UTC)[reply]
@davidpar: Obro tema propi. Merci Amadalvarez (talk) 22:07, 12 July 2019 (UTC)[reply]

Estructura eclesiàstica[edit]

Després de donar-li voltes de com posava els bisbats a la "infotaula organització" em vaig adonar que no eren estructures territorials. De diferent morfologia i nivells que la política-administrativa, però amb els mateixos criteris. Fins fa poc només existia la diocese (P708), però fa poc s'ha creat la located in the ecclesiastical territorial entity (P5607). Són equivalents, respectivament a la country (P17) i la located in the administrative territorial entity (P131).

Com funciona l'estructura jeràrquica eclesiàstica?. Formalment té només 3 nivells:

  1. papa
  2. bisbes, arquebisbes, etc.
  3. prevere, mossèn, rector, arxiprest, etc.

És a dir, formalment, tots els bisbes del món reporten directament a la Santa Seu. Ara bé, per coordinar-se territorialment, hi ha altres instruments organitzatius que no alteren la jerarquia oficial, si bé tenen certa preminència sobre altres igual. Casos més importants:

  • A nivell dels bisbes trobem:
    • Arquebisbe, és bisbe d'un bisbat que coordina temes pastorals amb altres bisbes d'un entorn veí.
    • Província eclesiàstica, és un òrgan de coordinació de bisbes d'un territori força més gran (podríem assimilar-lo a una Comunitat autònoma).
    • Conferència episcopal: És l'òrgan de reunió i coordinació de tots els bisbes d'un territori, habitualment igual a un estat. El seu poder segurament té a veure en que proposa canvis de bisbes a la Santa Seu, si bé no és -formalment- el cap dels bisbes, més aviat és el col·legi professional.
  • A nivell dels preveres o sacerdots, hi ha multitud de denominacions que tenen a veure amb la funció que fan, si bé jeràrquicament són iguals (bé, tots els ministres són iguals, però no és el mateix portar economia que esports). Sí que destaquen dos càrrecs, també de coordinació, que ens afectaran per crear els nivells de WD:
  • rector, que vol dir que és titular d'una parròquia (que pot tenir diversos temples, un dels quals és el parroquial)
  • arxiprest, és un dels rectors que, a més de portar la seva parròquia, coordina els temes comuns d'altres rectors veïns. És a dir, com l'arquebisbe, però del nivell 3.
Com es tradueix en nivells estructurals?
I de qui depenen
Com juguen les propietats a l'estructura?

Pots veure una mostra que estic construint amb: Roman Catholic Diocese of Terrassa (Q877233) + archpriesthood of Montbui-Puiggraciós (Q65491390) + parish of Santa Maria de Palau-Solità (Q65504522), per exemple.

Que tenim ja a WD ?

Bàsicament: Diòcesis i esglésies (edifici). Per tant, c(P361)al donar d'alta les estructures intermèdies: bàsicament parish (Q102496) >> archpriesthood (Q47999270). Si em vols ajudar, aquí és on hi h una feina de cerca d'informació important perquè les webs dels bisbats no totes tenen el nivell desitjat. Cal saber:

  • En quins arxiprestats s'estructura la diòcesi.
  • Quines parròquies té cada arxiprestat i quin és el temple parroquial ( acostum a ser obvi, perquè el nom de la parròquis és el de l'església)
  • De quina parròquia depèn cada temple, església, monestir,... Això està molt mal documentat. Un regla imprecisa seria assignar-li aquells que coincideixen amb el municipi de la parroquial. Però dic imprecisa, perquè al costat de cas tinc una ermita que està en un municipi i en depèn de la parròquia d'un altre municipi. Això ho sé perquè sóc veí, però no perquè ho digui la web del bisbat.

Amb aquesta documentació cal mirar que tenim i que cal crear, posar-li el codis del que ja està creat, afegir-li altra informació de característiques: nom del bisbe (els mossens no els poso), superfície, territoris amb que limita, pressupost, etc.

Si t'hi veus, ja saps. Seràs benvingut. Merci i bon nit, Amadalvarez (talk) 22:07, 12 July 2019 (UTC)[reply]

Debat[edit]

Gràcies per l'extensa explicació. Per tant, mirant per dalt, entenc que Ecclesiastical province of Barcelona (Q24938878) i Ecclesiastical Province of Tarragona (Q6088739) haurien de ser part of (P361) Tarraconense Episcopal Conference (Q17301752), que alhora hauria de ser part de part of (P361) Spanish Episcopal Conference (Q1518168)? --Davidpar (talk) 08:46, 13 July 2019 (UTC)[reply]
@davidpar: No estic segur al 100%. Jo opino que els bisbats son part de la provincial i part de la conferència episcopal al mateix nivell. A la conferència episcopal no van les província, sinó que van els bisbes. Però el que tu dius també tindria sentit. Ho haurem de confirmar. Merci,Amadalvarez (talk) 10:29, 13 July 2019 (UTC)[reply]

@Amadalvarez: Tens raó, aparco la conferència episcopal. La resta, ho entenc. Entomo el Bisbat de Girona! :)) Dos aclariments:

  • @davidpar: Vist !. Depenen amb la P5607 d'una parish (Q102496) com un convent, una ermita o un edifici eclesiàstic, si bé en aquest cas, d'ella també en poden penjar un convent, una ermita o un edifici eclesiàstic, ja que en ser un territori, hem de comptar que hi hagi estructures que depenen d'elles abans que de la parròquia. Amadalvarez (talk) 13:11, 13 July 2019 (UTC)[reply]
  • Jo no ho faig així. Un comarca no està en totes les seves poblacions, sinó que conté totes les seves poblacions. Sempre s'està en una P131 més gran que tu. Doncs amb els arxiprestats és igual. Jo no els hi he posat ni P131 ni P625 expressament i si li hagués de posar, faria servir la comarca o la província que cobreix tot o més. Amadalvarez (talk) 12:34, 13 July 2019 (UTC)[reply]
@Davidpar: Bisbat de Terrassa, ACABAT !. Mira que coquetó queda !. Ara m'hi posaré amb el canvi de la infotaula (veure mostres a ca:Usuari:Amadalvarez/Proves plantilles 4) i després amb ca:Bisbat de Vic Amadalvarez (talk) 04:37, 15 July 2019 (UTC)[reply]
Simplement espectacular!! --Davidpar (talk) 06:25, 15 July 2019 (UTC)[reply]

Et comunico que he acabat el Bisbat de Girona :)) --Davidpar (talk) 20:39, 24 August 2019 (UTC)[reply]

Apustuflant !!. https://angryloki.github.io/wikidata-graph-builder/?property=P5607&item=Q256643&lang=ca&iterations=4&mode=reverse Li vaig explicar a l'ESM i va dir que el bisbat de Lleida és mega-complex. Ja saps. Bona feina! Amadalvarez (talk) 20:56, 24 August 2019 (UTC)[reply]
Fuas, molt bona feina @Amadalvarez, Davidpar:! M'encanta com aneu endreçant el món, one item at a time :) El bisbat del que vam estar parlant era el d'Urgell, que és grandiós i amb una pila (suposo que a altres bisbats també passa, però aquest és el que més conec) d'esglésies i ermites abandonades. M'agradaria donar-vos un cop de mà, però ara mateix tinc una mica complicat comprometre'm a fer un bisbat sencer. Si em voleu donar algun arxiprestat solt o alguna cosa més petita puc jugar una miqueta. Gràcies de nou! --ESM (talk) 08:06, 25 August 2019 (UTC)[reply]
Gràcies, ESM. No pateixis que això va per impulsos. Ja s'acabaran de fer. Una altra cosa és si li vols proposar al bisbat per a que buidin la informació en un sistema informàtic més estable i potent que el seu. Els de l'arquebisbat de BCN tenen una informàtica innovadora amb mapificació sobre google dels territoris de cada parròquia. Si el poguéssim convèncer de passar-ho a OSM i d'ajudar als seus col·legues més pobres (caritat cristiana) a estructurar tota la informació a WD, seria un must. Ahí lo dejo !Amadalvarez (talk) 08:47, 25 August 2019 (UTC)[reply]
Per cert, a Wikimania vaig anar a una formació d'OpenRefine que hauria d'haver fet fa molt temps. Potser tu ja el domines, però permet connectar directament a Wikidata i generar les llistes de quickstatements de manera semiautomatitzada. Era just el que necessitava saber al 2017, i mira que era senzill. En tot cas, es podria valorar fer una formació a la Viquitrobada, si hi ha interès. --ESM (talk) 09:32, 25 August 2019 (UTC)[reply]
@ESM, Davidpar: Em molaria molt, perquè no sé res de res. Tenim algun expert (que sigui didàctic) ?.Amadalvarez (talk) 09:57, 25 August 2019 (UTC)[reply]
 @ESM: Saps que feia dies que pensava que m'ho havia de mirar? Així que si ens fa una formació, jo m'hi apunto!!! --Davidpar (talk) 18:30, 25 August 2019 (UTC)[reply]
@Amadalvarez, Davidpar: No en sóc experta al 100%, però alguna cosa podrem fer :) --ESM (talk) 04:37, 26 August 2019 (UTC)[reply]

Quan un municipi canvia de nom[edit]

Hola Amador, no és urgent, sé que estàs amb mil coses. Però fent els alcaldes de Calonge i Sant Antoni (Q13459) m'ha vingut un dubte. El 2018 "Calonge" va passar a dir-se oficialment "Calonge i Sant Antoni". Com ho fem pels alcaldes (o possible altres items) anteriors al canvi? Ignoro si hi ha precedents. Ho dic perquè, per exemple, Antoni Esteve i Tauler (Q66894635) era "alcalde de Calonge" i no pas mayor of Calonge i Sant Antoni (Q26690850). Tu et decantes més per fer dos items d'alcaldes amb un said to be the same as (P460), o és massa enrenou i posem la mateixa mayor of Calonge i Sant Antoni (Q26690850)? --Davidpar (talk) 10:56, 31 August 2019 (UTC)[reply]

@davidpar: En aquest cas, crec que han de ser dos items, perquè la seva applies to jurisdiction (P1001) és diferent. El cas en que el municipi simplement canvia de nom és més complicat, perquè hauria d'haver una sèrie amb dates i això després és difícil de consultar. Però quan la morfologia del municipi canvia perquè hi ha fusions i escissions, no tinc dubte. Calonge i Sant Antoni és una nova entitat que hereta la història de les dues que s'han fusionat.Amadalvarez (talk) 11:06, 31 August 2019 (UTC)[reply]
@Amadalvarez: No, en aquest cas no canvia la morfologia, no és cap fusió. "Calonge" ja incloïa Sant Antoni com a poble dins del municipi, l'únic que ara també es reconeix en el nom. --Davidpar (talk) 11:20, 31 August 2019 (UTC)[reply]
@davidpar: Doncs és el cas difícil. Si no ha canviat el concepte de "alcalde de xxx" no ha de canviar l'ítem. Haurem d'indagar com ho estan fent, o proposar alguna fórmula pròpia. Ja m'ho miraré.Amadalvarez (talk) 11:56, 31 August 2019 (UTC)@Davidpar: Si prenem com a referència Saint Petersburg (Q656), aquest ítem és la ciutat i els seus atributs propis, i les seves antecessores Leningrad (Q27899309) i Petrograd (Q27906714) són topònims sense atributs d'entitat geogràfica. Així, tota la cronologia de la ciutat (població, nom oficial, estat,...) està en l'ítem de la ciutat actual i qualificat per dates inici-fi. Com a disseny és impecable, el seu tractament serà un infern, però ja ens en sortirem. Salut ! Amadalvarez (talk) 21:30, 31 August 2019 (UTC)[reply]
@Davidpar: He trobat la identity of subject in context (P4649) que, se suposa, que serveix per indicar a quina situació correspon un determinat valor d'un multivalor. És una mica difícil d'entendre i està poc estesa. Teòricament serveix per situacions que, fins ara, jo hauria posat applies to part (P518) o subject has role (P2868), però penso que potser és la solució, tot i que cal estudiar-la bé. Per exemple, em costa entendre la diferència amb identity of object in context (P4626). En fi, mira-la per familiaritzar-te a veure que conclous. Jo estic analitzant la P571 per millorar la presentació a la "geografia política" i segur que treure conclusions. Seguim, Amadalvarez (talk) 14:35, 1 September 2019 (UTC)[reply]
Entenc els raonaments, però no sé si és embolicar molt la troca... Seguint l'exemple de Sant Petersburg, doncs, hauria de fer un item "Calonge" que fos instància de topònim (com fan amb Leningrad). Però, llavors, si fes un item "alcalde de Calonge", la seva applies to jurisdiction (P1001) seria Calonge i Sant Antoni (Q13459) i no pas el nou item "Calonge" entès com a mer topònim. (?) No ho acabo de veure clar. --Davidpar (talk) 14:57, 1 September 2019 (UTC)[reply]
@Davidpar: Compartim dubte, quan ahir no vaig trobar l'alcalde de Leningrado. A veure si trobem algun altre exemple que ens ajudi i, si no, a la Taverna a veure si algú respon. Amadalvarez (talk) 15:54, 1 September 2019 (UTC)[reply]
@davidpar: He intentat descobrir algun foro al chat i ha estat desencisador. Haurem d'inventar alguna cosa i convertir-la en estàndard de facto. Quan passi el WikidataCon 2019 hi pensaré. Ara estic totalment centrat en polir les infotaules que haig de presentar l'octubre i els seus efectes secundaris, com liquidar pre-infotaules. Seguim, Amadalvarez (talk) 17:52, 4 September 2019 (UTC)[reply]
Sí, és una cosa que veig que serà per llarg. Et deixo fer amb les infotaules ;) --Davidpar (talk) 20:29, 4 September 2019 (UTC)[reply]

quality (Q1921834) and quality (Q1207505)[edit]

What do you think differentiates these concepts, that can be shown to be consistent across multiple languages? There are no Wikipedias with articles for each, and I've translated the Wikidata descriptions for most of the languages that have them for both these items, and found that in every case, both descriptions mean the same thing. Swpb (talk) 13:22, 23 September 2019 (UTC)[reply]

@Swpb:I don't know in other languages, but in latin language (spanish, catalan, french,..), a quality (Q1921834) is an attribute of any kind. You can have technical characteristics (physical, electrical, etc.), descriptives without qualification (height, weight, etc.) or characteristics that describe evaluation (goodness/cruelty, wisdom/stupidity, etc.). In my linguistic context, quality (Q1207505) is a characteristic with positive valuing connotations. People (or things) do not have the "quality" of being cruel or stupid. They can have the quality (Q1207505) of being kind or "characterize" to be unpleasant. The machines have a file card with its quality (Q1921834), not with its quality (Q1207505).
In summary, if we want to find a relationship in WD terms, I would say that quality (Q1207505) is a subclass of (P279) of quality (Q1921834).
Probably the concept of quality (Q185957), which we usually use as a higher valuation compared to another, is derived from quality (Q1207505). On this point, I only speculate, because I am not a linguist. Thank you for contacting. Amadalvarez (talk) 14:26, 23 September 2019 (UTC)[reply]
quality (Q185957) does have connotations of positivity, and is thus different from quality (Q1921834). quality (Q1207505) does not have those connotations. People can absolutely have the quality (Q1207505) of stupidity or cruelty (certainly in English, and apparently in all the other languages, both Latinate and not, that have descriptions). I'm restoring the merge. If any of the wiki pages linked to quality (Q1207505) do imply a positive connotation, they should be linked to quality (Q185957) instead. Swpb (talk) 14:32, 23 September 2019 (UTC)[reply]
@Swpb:What kind of quality (Q1207505) have you ?. We'are talking about the reasons and you, unilaterallity revert the changed. I remind you, that the first change without consensous was made by you. So, please, revers your merge while we'are talking. The existence of quality (Q1921834) do not alter any of your plans. So, why are you in a hurry to merge it ?. Amadalvarez (talk) 15:15, 23 September 2019 (UTC)[reply]
I put it back because I thought we were sorted out: you thought there was a difference between the concepts, but the difference you gave didn't match the conceptions of any of the editors that wrote descriptions for the items in question. (That's not an explicit consensus that they're identical, but it's certainly a consensus that quality (Q1207505) does not imply positive value.) Do you have some other difference to suggest (and show evidence for)? If not, what more is there to discuss? Swpb (talk) 15:29, 23 September 2019 (UTC)[reply]

P485 in Plantilla:Infotaula persona[edit]

Hello @Amadalvarez:, I'm a swiss archivist involve in Wikiproject Archival Description.

I have seen you do a lot of work in the Plantilla:Infotaula persona and I would ask if it's possible to add archives at (P485) to it?

It will be so usefull to connect data about archival fonds direct in Infobox.

By example : Chevalier d'Éon (Q715027) and his catalan Wikipedia Page.

If it is possible to display also the inventory number (P217), it would be great. 

Something like : 

archives at
*Leeds University Library (BC MS Chevalier d'Eon)
*Archives nationales (277AP)

Is it complex to add it? May I ask other persons or in a different place?

I know that catalan Wikipedia is the most open Wikipedia to the collaboration with Wikidata, it's why I began to ask you but our scope is to propose it also for the other infobox lua in other languages.Catalan Wikipedia would be a new time a example.

Thanks in advance

Best Regards --2le2im-bdc (talk) 18:27, 24 October 2019 (UTC)[reply]

@2le2im-bdc: Seams reasonable. Let me study carefully, because this weekend I'm in WikidataCon and my editions are reduced to minimun. Thanks, Amadalvarez (talk) 23:17, 24 October 2019 (UTC)[reply]
Great! Thanks a lot @Amadalvarez:. All the best for your presentation in WikidataCon. --2le2im-bdc (talk) 08:53, 25 October 2019 (UTC)[reply]
@2le2im-bdc: Done !. Thanks, Amadalvarez (talk) 14:17, 25 October 2019 (UTC)[reply]
Hello @Amadalvarez:. I am invit to present the Wikiproject Archival Description in Bruxelles the 22. November in the study day "Linking the Past". Do you think that a prototype of updated infobox can be implemented for this date? If not, no problem. I just want to know if I inculde it in my presentation. Thanks in advance --2le2im-bdc (talk) 06:33, 31 October 2019 (UTC)[reply]
@2le2im-bdc: Hi. Great new. What do you mean "prototype of updated infobox can be implemented" ?. Infobox is in full operation in catalan wiki but able to show results in the language defined in your preferences, or forced by the lang=languageCode to choose any other. Monolingual versions are implemented in euwiki, glwiki and gawiki, however this last version (multilingual) is not jet.
You've a demo page in https://ca.wikipedia.org/wiki/Usuari:Amadalvarez/sandbox_infoboxes. If you need to show the template in a "non catalan" language you can use from your catalan user page (as this demo is in mine) with a syntax like {{infotaula persona| item=Qnnnn}} even if this person (item) doesn't exist as article in cawiki. Amadalvarez (talk) 07:51, 31 October 2019 (UTC)[reply]
@Amadalvarez: I have publish the great news : https://twitter.com/b3d2c/status/1190351267979300870 --2le2im-bdc (talk) 19:56, 1 November 2019 (UTC)[reply]

Archives[edit]

@2le2im-bdc: By the way. In this presentation you're going to do, may be you want to use too the template about archive institutions like ca:Arxiu Nacional de Catalunya. If you consider that it must show an specific property for archives, just tell me, as you did with archives at (P485), and I'll study how to implement. Salut !.Amadalvarez (talk) 08:23, 31 October 2019 (UTC)[reply]

So Great @Amadalvarez:!! You are so fast that I don't realise that your message "Done" concerne my request. So cool!! It's really e great news! Thanks so much. --2le2im-bdc (talk) 16:30, 31 October 2019 (UTC)[reply]
@Amadalvarez: Concerning the infobox Archives, @Tomo8 5: had done a lot of works (c.f. Projet). We are fast a the end. Next step transforme this Lua Infobox-fr in a Lua Infobox multilingual. We will certainly ask you for help! Best Regards --2le2im-bdc (talk) 16:37, 31 October 2019 (UTC)[reply]
@2le2im-bdc: This is the kind of situations I explained at Bistro. The work done by members must be respected; changes only can be done with consensous that new proposal improve the previous one and is accepted by community. Regarding using LUA to make templates, we choose different strategy based on: module in LUA to get information and some text editing functions + template in wiki code to manage all the presentation layer. The reason is that the number of editors prepared to manage code in LUA is decreasing (as it happens also in wiki code) and we want to preserve the ability to do maintenance instead of performance reason. Take a glance to my presentation in WikidataCon to understand our strategy and our current proposal for WP communities. Thanks, --Amadalvarez (talk) 20:43, 31 October 2019 (UTC)[reply]
@2le2im-bdc: have you any complete (or good) exemple of use of archives at (P485) as it's described in Wikidata:WikiProject_Archival_Description/Data_structure#P485_(archivé_par) ?. By now, I added applies to part (P518). Look that at your test page. Salut ! Amadalvarez (talk) 07:36, 1 November 2019 (UTC)[reply]
Thanks a lot for adding applies to part (P518) @Amadalvarez:! Perhaps the value of P518 before the value of inventory number (P217). Something like : "Mémoires d'ici, document->diplôme (CH MDI ECOLIE XXX)". I search good exemple and I will give you a list.--2le2im-bdc (talk) 22:36, 1 November 2019 (UTC)[reply]
@2le2im-bdc: When no level of description (P6224), it will be: "Mémoires d'ici ->diplôme (CH MDI ECOLIE XXX)". Because the "comma as separator" I linked to P6642. Agree? Amadalvarez (talk) 23:18, 1 November 2019 (UTC)[reply]
@Amadalvarez: Perfect! Thanks a lot. --2le2im-bdc (talk) 21:27, 2 November 2019 (UTC)[reply]

Infoboxes et tableaux[edit]

J'ai eu quelques idées que j'ai listé sur Wikidata:WikiProject Supertemplates. Jérémy-Günther-Heinz Jähnick (talk) 16:44, 1 November 2019 (UTC)[reply]

Premier essai pour une documentation de country of citizenship (P27) sur Wikidata talk:WikiProject Supertemplates. Deux problèmes ont été identifiés, j'ai créé une section Tickets et pris contact avec des contributeurs. Jérémy-Günther-Heinz Jähnick (talk) 11:31, 2 November 2019 (UTC)[reply]
@Jérémy-Günther-Heinz Jähnick: J'ai laissé un message concernant la conceptualisation de la documentation, comme je peux le voir maintenant, après avoir passé des centaines d'heures à documenter des "propriétés" que les éditeurs, par la suite, ne savent pas comment entrer dans WD.
De plus, l'équipe de WD travaille sur le projet Bridge pour pouvoir passer des infoboxes à WD sans avoir à connaître la structure de données. Je suis en contact avec eux et j'ai promis de préparer une documentation expliquant la vision inverse de ce que les infoboxes font pour mieux comprendre le contenu des formulaires afin de faciliter la saisie des données. C'est ce que j'ai décrit comme des "blocs conceptuels". Voyons si, dans quelques jours, je pourrai préparer une proposition sur laquelle débattre. Amadalvarez (talk) 19:07, 2 November 2019 (UTC)[reply]
Je pars sur un constat similaire. Au début, sur FR Wiki, on avait quelque chose comme le paragraphe Syntaxe dans fr:Modèle:Infobox Localité où « (valeur par défaut : propriété 361 de l'élément Wikidata) » restait imprécis. Puis j'ai écris la section Remplissage de Wikidata sur cette infobox comme sur d'autres. C'était un peu mieux mais ça restait encore « imagé » pour de nombreux contributeurs (qui dénonçaient le fait que contribuer sur Wikidata était difficile). Puis j'ai (re)découvert Template:Statement+ qui permet de montrer aux contributeurs ce qu'ils voient vraiment en contribuant sur Wikidata (et qui fonctionne dans différentes langues). Ça m'a donné l'idée de débuter un test où l'on aurait un cas général (95 à 98 % on va dire) puis des cas particuliers (qui arrivent relativement rarement mais sont une source de temps perdu). La documentation n'est plus seulement une petite aide, elle a désormais une vocation à servir d'apprentissage/entraînement aux nouveaux venus.
En France, la majorité des personnalités politiques sont des hommes, donc il n'y a pas de soucis pour le nom de famille. Mais depuis peu, j'ai appris à ajouter le nom d'alliance d'une femme politique, et malheureusement family name (P734) n'était pas assez précis même pour un contributeur régulier. Avec le recul, je me dis aujourd'hui qu'en sept ans on n'a quand même pas été très accessible.
Pour l'infobox/tableau concerné, je réfléchissais ce matin à la manière de le déployer dans le haut de la documentation d'une propriété. J'avais songé à un petit cadre de couleur dans lequel on aurait Template:Cycling race/generalclassification (mettant ici en évidence l'infobox utilisatrice de la propriété). Le Template:Label est intéressant car il permet une traduction simultané, ici par exemple قالب:سباق الدراجات/التصنيف العام.
Je suis encore bloqué sur une question : comment mettre en évidence les propriétés les plus utilisées et mettre un peu plus en retrait celles qui sont très peu usitées, tu vois, pour ne pas perdre les contributeurs dans la masse des propriétés, juste prioriser celles qui sont très utilisées (je rallume l'ordinateur demain). Jérémy-Günther-Heinz Jähnick (talk) 20:12, 2 November 2019 (UTC)[reply]

manner of death (P1196) and cause of death (P509)[edit]

You seem to be unaware that there is a restricted number of values that should be used with manner of death (P1196). This edit does not make any sense: there was a previous vandalism that needed to be fixed, but instead you decided to delete a valid statement for cause of death (P509) and add a wrong for manner of death (P1196). Therefore, I urge to check your past edits to correct such mistakes. Andreasm háblame / just talk to me 17:35, 1 December 2019 (UTC)[reply]

Hola, @Andreasmperu:. Soy consciente que P1196 tiene un lista finita de valores permitidos. Precisamente he estado haciendo una revisión de mejora de los valores conjuntos de P1196 i cause of death (P509), ja que en muchos casos el concepto estaba invertido o repetido o inconsistente entre éstas 2 properties. Es cierto que en muchos casos no he forzado el valor de la lista y he dejado valores preexistentes o derivados (patricidio en lugar de homicidio, por ejemplo). En este caso concreto no analicé el vandalismo que me comentas y pensé que "las Pajas" era una localidad, por lo que me pareció mas apropiado trasladar el valor de P509 (car collision (Q61037771)) a P1196, ya que es una subclase de accident (Q171558). Gracias por haberlo corregido. Salut ! Amadalvarez (talk) 06:15, 2 December 2019 (UTC)[reply]

Leksvik[edit]

Is this [3] a punching error or is it a bot import? If it is a bot import it could be an error that exists over several municipalities. Jeblad (talk) 15:23, 14 December 2019 (UTC)[reply]

@Jeblad: Thanks to ping me with this information. It was a batch upload with harvesttemplate. Some errors have been done because of decimal-point criteria misunderstanding of batch. I started fixing errors. Thanks, --Amadalvarez (talk) 19:01, 14 December 2019 (UTC)[reply]
Thank you for fixing the errors! I suspected that it had to do with automated harvesting of the numbers. Jeblad (talk)

Outil permettant de copier les données d'une déclaration[edit]

Bonjour Amadalvarez. J'ai repris le travail sur Supertemplates il y a quelques jours. Je souhaiterais documenter des propriétés avec beaucoup plus de déclarations, mais je ne parviens plus à trouver le lien vers l'outil que tu avais créé. Est-ce que tu pourrais me l'indiquer ? Jérémy-Günther-Heinz Jähnick (talk) 09:57, 19 January 2020 (UTC)[reply]

@Jérémy-Günther-Heinz Jähnick: Bonne année, mon ami. J'ai également été déconnecté afin de faire une reconstruction complète de l'infobox de la personne. L'outil s'appelle ca:module:createStatement mais il a un problème que j'ai signalé à l'auteur. Lorsque cela fonctionne, je le copie sur WD et je vous en informe. Salut ! Amadalvarez (talk) 18:30, 19 January 2020 (UTC)[reply]
@Jérémy-Günther-Heinz Jähnick:. Mon ami a corrigé le module. Il prévoit de s'installer sur WD mais vous pouvez l'utiliser sur cawiki car il génère un texte pour appeler Statement+ comme s'il avait été écrit par toi. Copiez-le et collez-le dans une page de projet WD sans aucun problème. Salut ! Amadalvarez (talk) 21:18, 20 January 2020 (UTC)[reply]
Merci. J'ai repris la documentation ce matin. Jérémy-Günther-Heinz Jähnick (talk) 11:33, 22 January 2020 (UTC)[reply]

Localitzacions, adreces[edit]

Amb el Pere hem estat revisant les street address (P6375) de Catalunya. Antecedents: un bot ho ha mogut de P969 (P969) per tota Espanya, però com que la P6375 requereix la llengua ha assumint que totes eren en castellà. Abans d'arreglar-ho hem hagut de fer neteja. Les que no són realment adreces les he mogut a directions (P2795). Ara comencem amb les Balears. Aquí moltes són rurals amb un nom popular que no se sap si és una partida, una possessió, una finca o un tancat. La majoria, tant a Catalunya com a Balears, provenen de les llistes de monuments. Pots veure per exemple la ubicació que tenim a ca:Llista de monuments d'Alaior i una query d'adreces en castellà. Primer he pensat que caldria moure-les a location (P276), però això és un element que generalment no existeix ni el puc crear per no saber què és exactament. Alguna idea? Discussió completa a User talk:Pere prlpz#Adreces. --Vriullop (talk) 08:20, 10 February 2020 (UTC)[reply]

@Vriullop: Déu n'hi do la feina feta. No entenc molt bé perquè aquests 233 no els col·loques també a la directions (P2795). Si és perquè creus que encara es podrien salvar, caldrà mirar-los a mà. No són tants. En tot cas, passar-ho a P276 amb el risc que no existeixin i calgui crear-los, és titànic. Estic jo barallant-me amb els comtats catalans i ja estic fins el capdamunt. Amadalvarez (talk) 11:04, 10 February 2020 (UTC)[reply]
Ok. N'he trobat un bon paquet de Llucmajor i d'Eivissa que sí que existeixen amb a ubicació. La resta els traslladaré a indicacions i en quedaran ben pocs com a adreces. --Vriullop (talk) 11:08, 10 February 2020 (UTC)[reply]

GLAM multilingual Infobox[edit]

Hello @Amadalvarez:,

@GLAMoperator: have launch the project WikiProject Wiki Loves GLAMs with a PoC in Switzerland.

In this context, we are very interesting on your project of multilingual infobox connected with Wikidata that you present in the WikidaCon 2019 and we would like to know if it will possible for you to build a multilingual GLAM infobox?

Switzerland is a multilingual country is also make already sense to begin with such tools.

For the basis, we have also make a lot of works with @Tomo8_5: on the project of a Lua infobox Archives in Wikipedia in French.

Our expectations are to build a GLAM multilingual Infobox with information coming from several wikidata pages.

Indeed, for GLAM we need to differentiate three things :

  • the institution
  • the building
  • the collection

At this time, we not expect that all GLAM use a separate Wikidata page for her collection, also only two things have to be differentiate:

  • the institution with his collection
  • the building

You will found full of informations on the structuration expected in the project Lua infobox Archives.

Are you interesting? If not, could you indicate us a other person able to make this project?

If this work must be paid, just tell us and we will see what we could done.

Best Regards

P.S. Poke @Gilliane:

--2le2im-bdc (talk) 14:13, 12 February 2020 (UTC)[reply]

@Gilliane, 2le2im-bdc: Thanks to contact with me. In cawiki we already have a linked information of institution and building, but I don't figure out whats the scope of the "collection" concept you thinking. Another important point is in which platform are you thinking to install it: wikidata, frwiki ?. Our infoboxes are templates using a cawiki module:wikidata to get WD information. It means that template installation gather several subtemplates and lua modules in addition. In a few days I'm going to install our basic environment templates in wikidata platform. Therefore, make this specific template you talk to run in wikidata will be easier than do it in xxwiki.
Meanwhile, you can see a showcase for swiss institutions in ca:Usuari:Amadalvarez/proves/recupera WD. Observe that the organization and building must be a different items, linked with location (P276). If you wish to test with any other case of your GLAM institutions, fell free to change item parameter and/or lang parameter in this demo page to identify possible changes and improvements. Keep in contact, --Amadalvarez (talk) 18:42, 12 February 2020 (UTC)[reply]
Thanks you @Amadalvarez: for your quick feedback and your examples. I will explore this!
Our scope is to implement this multilingual infobox in frwiki, itwiki, dewiki and perhaps in enwiki. We know that some wiki communities are more open on this kind of tool as others but we will try.
Is it a complex and long works to implement the subtemplates and lua modules in xxwiki to run multilingual infobox?
Already one other question: what use of infobox could be done in Wikidata? It's for the WikiProject?
I will see more in detail your examples and come back with my comments.
Thanks already for all. --2le2im-bdc (talk) 07:04, 13 February 2020 (UTC)[reply]
@2le2im-bdc:Well, I started to work in your proposal to use cawiki template for person in frwiki and, in order to do as easier as possible, I got involved within the Global template project. It's true that at present time the project is just starting with a lot of doubts to solve. However, as I wish to share our collection of templates as much as possible, I choose to be "on the train" instead to expect "if this were my train". That's the reason I will install in WD platform, as a common space. We have had strong discussions with some other templates (not infoboxes) that we install in enwiki as a traditional repository of commons templates. Their admins are extremely jaleous of their "property". The installation of "pack" must be analyze one per one. The problem is no the "act of install", but collision with the pre-install environment. For instance, cawiki module:infobox is completely different as frwiki one. So, as they have to coexist, one of them must be renamed and changed those elements that call it. Very specific subtemplates do not use to have problems, but "commons names" as infoboxes, wikidata, convert, string, ... must be analized one per one.
Talking about requirements I red in the Lua infobox Archives:
  • to me, "ampleur" in archives may be include in collection or exhibition size (P1436) together with other concepts as number of manuscripts, photographs, etc. In this case, "meters" are not a unit to express the size of an object, but to express the dimension of collection. Swiss GLAM institutions have a few exemples, so you have a good opportunity to fill them.
  • I see you use ISIL (P791). Which other external indicators are significants for GLAM?. The template includes the indicators "usefull" for usual cases included. We need to be selective, as are hundred of this kind of properties.
  • Separate organization and building is mandatory by ontology. As no all the organitzations have a significatant building, it's correct to have an organization item with postal adress and coordinates with no other information of building (protections, building date, architect, etc.). cawiki template show the map in this cases, however, when P276 exists in organitzation item, the location information are shown on [collapse] building template.
  • Any other thing you miss, just tell me.
Salut ! Amadalvarez (talk) 07:56, 13 February 2020 (UTC)[reply]
Hello @Amadalvarez:. the discussion with communities will not be easy but we have decide to try. One after one. Perhaps first with the wikifr where we know the more people.
First at all, that is make sense for you to build a multilingual "infotaula GLAM" different as "infotaula organització"?
I case of Yes, are you agree to take our structuration : Institution, Collection, Building?
On the chose of the different fields displayed from Wikidata, we are of course open to the discussion. --2le2im-bdc (talk) 13:22, 13 February 2020 (UTC)[reply]
@2le2im-bdc: Well, my orientation is concentrate to reduce the number of Infoboxes. We have integrate more than 1.500 infoboxes in less than 100 . The reasons are two: 1) reduce maintenance, 2) homogenize code and look and feel. You can see in slide 5 of the "project of multilingual infobox connected with Wikidata", that 4 infoboxes handle 50% of all articles and 8 arise to 71%. When you ask to me to add P485 may be you were thinking in writers, politicians or historians, however, as I installed in "person" infobox, it runs so well for architects or engineers.
Answering your question after this reflexion: I will do whatever you need and can be of use to any other organization, or even better, that is not harmful or contradictory to any other organization. What do you mean when say "take our structuration : Institution, Collection, Building?". If it's a question of look&feel, we can deal with it. If it is related with data and structure of infobox, I'll need your requirements to understand it. For me, adding information about collections is not a problem, if it works for other organizations that also have collections. It is easy to achieve if the ontology of information is respected. That is why I told you that the separation of organization and building into two items is mandatory. There are many "bad created" items, such as Swiss Federal Archives (Q679141), but it is not a reason to adapt infoboxes to pathologies in WD content. Give me a sample of what are you thinking and talk. Is it any of this [collection] ?. Salut ! Amadalvarez (talk) 15:11, 13 February 2020 (UTC)[reply]
Totally agree with you @Amadalvarez:! Number of Infoboxes must be reduce and connected to Wikidata. In particulary for the small Wikipedia but not only.
If I good understand your proposal : you could change the model of "infotaula organització" with our requests if they are compatible with all the other organisations. Is it right?
In any case if a organisation have no collection or exhibition size (P1436) or location (P276) in his Wikidata page, the areas "Collection" and "Building" will not be displayed in Infobox. Is it right?
If it's all right, we will work in our WLG Team to make you a full and smart request.
Thanks a lot fort the time spent to explain me all that! Best Regards --2le2im-bdc (talk) 16:53, 13 February 2020 (UTC)[reply]
@2le2im-bdc: Exactly. Yes and yes. Infobox are ready to show almost 150 properties. If an item doesn't have, don't show; if item has, it shows. Infobox doesn't questioned whether some kind of information is or not correct for one kind of organitzation. That's why is so important to respect ontology, if WD has a building married with a mobile phone and you use infobox person, it will show the marriage without problem.
I look forward to hearing from you. Salut! Amadalvarez (talk) 17:27, 13 February 2020 (UTC)[reply]
Hi, I agree 100% the reduction and homogenization of the infoboxes in any Wikipedia. It's currently a jungle and a real nightmare for me to find an infobox which is suitable for the Wikipedia articles. Additionally I'm convinced that we have to reduce the number of "instance of" in Wikidata too. I think we don't have to have a lot of "instance of" that are to specific (an archives or a bibliothek are an institution for instance, and an institution is a sort of person), but it will be more efficient if we concentrate this types. Difficult for me to explain it in english, I can't write it in french. Regards, --Gilliane (talk) 08:46, 29 February 2020 (UTC)[reply]
Merci, @Gilliane:. Vous pouvez écrire en français si vous acceptez mes réponses en catalan. Ce sont des langues de la même famille (et voisines), et ainsi nous améliorerons nos connaissances.
Au cawiki, nous avons concentré les infoboxes sur les grands concepts (constructions, géographie physique, personnes, organismes, ...), en ajoutant toutes les caractéristiques qui partagent la grande majorité des éléments et les plus importants ou les plus fréquents des sous-ensembles. Par exemple, toutes les organisations ont un objet, des personnes qu'elles gèrent, un budget, etc. De nombreuses organisations ont des membres, sont cotées en bourse, ou ont des collections, des visiteurs, des sociétés mères ou des filiales, et peuvent avoir reçu des récompenses. Et seuls certains ont un hymne, des bénévoles ou des étudiants. Tous ces exemples sont des propriétés que l'infobox de cawiki peut gérer et, par conséquent, est très polyvalent pour tout type d'organisation. Chaque fois qu'un nouveau type d'organisation, comme les archives, grandit en nombre d'articles et il a besoin d'incorporer une property commune pour ce tipologie, il est analysé et incorporé. Vous n'avez PAS besoin de créer un nouvel infotainment ad-hoc.
Connaissez-vous Help:Basic_membership_properties ? Je ne sais pas si je réussis toujours bien, mais sûrement très peu de gens le suivent correctement.
Salut ! Amadalvarez (talk) 10:48, 1 March 2020 (UTC)[reply]

Wikidades[edit]

Diverses vegades m'has demanats que em decideixi per un títol pel mòdul. Doncs això. Crec que la millor identificació és en l'origen català, però sense exagerar fent-ho explícit. He descartat Viquidades per massa local (he arribat a la conclusió que Viquipèdia va ser un error). Si fa falta, amb una simple nota enllaçant a wikt:en:dada#Catalan no cal dir res més. En anglès sonaria /wikideidz/ sense cap significat concret. --Vriullop (talk) 16:23, 13 February 2020 (UTC)[reply]

@Vriullop: M'agrada. Amadalvarez (talk) 17:30, 13 February 2020 (UTC)[reply]

Sí, si us plau...[edit]

iei! m'aniria de conya entendre com puc posar diversos anys, o dir que és aproximat quan no se sap exactament la data de naixement/defunció...ja deia jo que passaven coses rares que jo no feia!! :D --Papapep (talk)

Ostres, ara ho entenc, sí. Moltíssimes gràcies, se m'estava fent bola veure com representar-ho. I, sí, només agafa la primera, sembla. Gràcies! --Papapep (talk)
@Amadalvarez: Veig que tampoc em representa el "presumiblement" que li he ficat al lloc de defunció...no sé si això també ho pots resoldre tu des de la plantilla de la infotaula. En tot cas, t'ho comento. Salut!--Papapep (talk)

Gaius Maenius (Q11923938)[edit]

Hello! You helped me yesterday on CAWP, and now I have another request. The above-mentionned page links to w:ca:Geleni Meni, Gelenius Maenius. But Gelenius isn't a valid Roman name, and as I have stated it elsewhere, is probably a misread of this reference (top right corner). Would you consider move it to w:ca:Gai Meni? Thanks! --Jahl de Vautban (talk) 18:16, 22 April 2020 (UTC)[reply]

@Jahl de Vautban: Hi. I ask help for an editor experienced in this knowledge area to be sure if they can be merged. Be patient for a while, please. Amadalvarez (talk) 06:32, 24 April 2020 (UTC)[reply]
@Jahl de Vautban: Certainly, it seems the correct name is Gaius Maenius, Gai meni (magistrat) in catalan trasncription. We already have 3 Gai meni, all of them from different century. It's already renamed in cawiki and WD. Thanks to keep WD clean. Salut ! Amadalvarez (talk) 09:57, 24 April 2020 (UTC)[reply]
Thanks a lot! I'm also trying to have it changed on BGWP. --Jahl de Vautban (talk) 10:04, 24 April 2020 (UTC)[reply]

Relationships for providing money[edit]

You asked how to describe when a government gives money to a university for a research project. Good luck! If you have an idea then I would develop it with you. I have some content at Wikidata:WikiProject Clinical Trials/Models, which is one circumstance through which research comes to universities. Blue Rasberry (talk) 23:59, 18 December 2020 (UTC)[reply]

@Bluerasberry: Thanks for your help and confidence. I'm not really working in financial topics, by now. In cawiki, we work hard to have full WD powered infoboxes. It means that we have few but generic infoboxes. Now, I'm refinning the ca:template:infotaula d'organització which covers any kind of organitzation. First steps were easy with traditional companies with owned by (P127) and/or parent organization (P749), but now it is used by any kind of organitzation: NGO's, libraries, sport clubs, supranational organitzations, political parties, governement departments, etc. The economic information in this infobox is not the core of the contents. However, I need to adapt it whit the evolution of WD ontology in order to find the information where WD editors upload it.
Regarding your project I see that you're exploring a very low developed part of the WD ontology, so you have a lot of work to do, for instance, creating a lot of new properties. It's a hard work; if you need support in voting process, just tell me. Unfortunately, clinical/medical themes are far from my knowledge, but do not hesitate to contact with me to contrast any WD ontology doubt. By the way, could you tell me a good (completeness) example of "clinical trial" item, in order to check it in our infoboxes ?. May be I find a lack in infobox that I should cover. Salut ! Amadalvarez (talk) 07:50, 19 December 2020 (UTC)[reply]

Colles de Sant Medir[edit]

He estat creant les diferents Q79447684 que hi ha hagut al llarg de la història per tal que a Federació de Colles de Sant Medir s'integrés Wikidata List. He tingut alguns dubtes amb casos com Q104770441 que amb el Wikidata List ho transforma en "20th Century" enlloc de "Segle 20" o "Segle XX" a l'article. També no porta bé el camp "Desconegut" (colles que han desaparegut però que no se sap quan). Tinc problemes també en casos com Q104770958 que van fer una sortida el 1946 i després van tornar a sortir 1984-1999; no sé com no perdre aquesta informació.--KRLS (talk) 15:13, 11 January 2021 (UTC)[reply]

Em deixava una última qüestió. Les diferents colles pertanyen a un barri però han tingut diverses seus. Tu posaries el districte a located in the administrative territorial entity (P131) com a Q104769735 i headquarters location (P159) per al local (per exemple, el Cafè Monumental). Entenc que no hi ha més remei que crear un item per cada seu que s'hagi tingut encara que no tinguin interés? No existeix res semblant a author name string (P2093), oi?--KRLS (talk) 15:19, 11 January 2021 (UTC)[reply]
@KRLS: Són incompatibles P131 i P159, ja que es considera que les organitzacions tenen la localització allà on tenen la seu, però no tenen una geografia limitada en la seva actuació. Recorda que la P159 sempre és una unitat territorial i, com a qualificadors se li poden afegir les dades del local en qüestió amb la P276. Precisament estic ampliant la infotaula per tractar correctament aquest punt que, fins ara, només atenia a la P276 com a propietat principal i ignorava la P159, però era un error segons vaig descobrir ja que no permetia tenir +1 seu i lligar les "n" P159 amb les "n" P276. Si vols veure algun exemple, mira el FC Barcelona (Q7156) i com sortirà a ca:Plantilla:Infotaula_d'organització/sports_examples1. No cal fer items per seus circumstancials. A l'exemple del Barça, precisament la seu principal no té item i tota la informació està a la P159; el valor que li posis a la P3831 és el que mostra com a tipus de seu (label) a la infotaula. El nom de la seu el treu del qualificador P276, que t'obligaria a crear un item, però miro trobar la forma de posar-li un tipus text que així no cal crear dummy items. Mira't els exemples i et dic alguna cosa. Ni idea de que et surti en anglès. Per cert, hem de reactivar el tema eleccions que jo ja tinc la infotaula OK; seguiré el fil de la teva discussió i convidaré els habituals.Amadalvarez (talk) 15:48, 11 January 2021 (UTC)[reply]
@KRLS: En el cas de locals que no són un edifici significat i no té item, pregunta: et cal un nom o amb l'adreça n'hi ha prou?. Ho dic, perquè actualment els qualificadors que es tracten de la P159 són: street address (P6375), coordinate location (P625), location (P276), object has role (P3831), located on street (P669) + house number (P670), i la mateixa P159 que fa rol de P131 a l'hora de construir l'adreça. Cal tenir present que si se li posa la P276, l'adreça (P6375) i les coordenades (P625) les agafa d'aquí, si no hi ha qualificadors específics. Amadalvarez (talk) 16:14, 11 January 2021 (UTC)[reply]
@KRLS: Si em dius que si que cal tenir nom, et proposo afegir-lo amb subject named as (P1810) o alternative name (P4970), en la línia que deies de la author name string (P2093). Ja em diràs, Amadalvarez (talk) 16:47, 11 January 2021 (UTC)[reply]
Faré anar els dos mètodes que m'has dit: Q104777341 i Q11914618. Crec que queda bastant bé. Ara caldria saber si tens identificat alguna Q d'una entitat que desaparegui i torni a reaparèixer anys després (aquestes dues etapes). Sobre les eleccions, m'hi vaig voler posar al desembre però havien retirat al dataset. Em vaig queixar a twitter i el van reposar setmanes després. M'hi posaré--KRLS (talk) 19:07, 11 January 2021 (UTC)[reply]
@KRLS: OK. Pensa que la infotaula encara no està en producció. Calculo que ho tindré la setmana vinent. Però si vols provar com queda fes-ho amb {{proves organització|item= Q....}}. Sobre el tema de tancar i tornar a obrir, vaig fer la ca:plantilla:Format_P571 per tractar els multivalors de inception (P571) com si fos una mena de cronologia. Està instal·lada dins la {{infotaula geografia política}}. Mira Spain (Q29) i compara amb ca:Espanya, a veure si et serveix. Amadalvarez (talk) 19:28, 11 January 2021 (UTC)[reply]
Gràcies! He fet les proves a ca:Usuari:KRLS/Proves2. La cronologia pot tenir sentit per grups de música que es dissolen i es tornen a juntar. Això de la seu queda una mica estrany.--KRLS (talk) 21:49, 11 January 2021 (UTC)[reply]
@KRLS: Mira la pàgina de prova. Ha millorat amb el nom i les dates. Per cert, has vist el mapa?.--Amadalvarez (talk) 18:25, 12 January 2021 (UTC)[reply]
@KRLS: Ha hagut un accident que, probablement, es repetirà. La infotaula mostra només les seus "bestrank", és a dir, les "rank preferit" o les "normal rank" quan no existeixen preferits. Això ho fa per evitar mostrar seus històriques innecessàries. Com que tu has posat totes "normals" es mostren totes, què entenc és el que volies. Ara bé, he descobert que hi ha un bot que quan una propietat té dates inici-fi, posa com a prefered la més nova. Ara surt bé, perquè ho he revertit, però si de cop i volta veus que desapareixen les seus de la infotaula, revisa l'historial abans de malpensar del codi. Avui o demà la posaré en producció. Salut !. Amadalvarez (talk) 06:57, 14 January 2021 (UTC)[reply]
En el fons entenc que es posi el Preferred rank en la seu actual. Tanmateix, ho tindré en compte i si en algun cas té sentit que apareguin totes, ho modificaré.--KRLS (talk) 09:32, 14 January 2021 (UTC)[reply]

Incorrect label changes[edit]

Items like Puigdàlber (Q1230115) represent the municipality itself, not the elections implied by Special:Diff/1360592023. Please revert these edits. Thanks! –LiberatorG (talk) 21:45, 13 February 2021 (UTC)[reply]

@LiberatorG: Yes. Wrong Qid. Reversion is working, but slowly because are 1200 items affected. I apologize, Amadalvarez (talk) 22:09, 13 February 2021 (UTC)[reply]

Argumentació per una nova propietat[edit]

Hola, @Vriullop, KRLS, Davidpar, Pere prlpz, Toniher:. M'agradaria conèixer la vostra opinió (no demano suports, encara) sobre la proposta que vull fer d'una propietat comodí per a dades estadístiques (discretes, no sèries de dades). És un tema que em rondava pel cap des de fa més d'un any (al Vriullop ja l'havia marejat) però que m'he animat a proposar-lo després de veure que s'han aprovat 7 propietats hiper-especialitzades i hi ha 13 més en cua de votació. M'ha semblat que una proposta com aquesta, especialment si acaba provocant l'anul·lació d'altres, requereix una explicació i anàlisi previ que s'avanci a respondre dubtes que poden tenir els votants i els aprovadors de propietats. Per tant, he escrit un document que formaria part de la petició. Li podeu fer un cop d'ull (ni que sigui en diagonal) a veure que no hagi dit cap bestiesa i/o suggerir-me millores ?. M'agradaria poder-la pujar demà o dimarts a més tardar.... Gràcies. Amadalvarez (talk) 11:08, 7 March 2021 (UTC)[reply]

M'imagino que la proposta és User:Amadalvarez/sports statistics property.
La veritat és que hi entenc poc d'estadístiques esportives i de l'ús que se'n fa, però deixo alguns pensaments:
  • El que em sembla més interessant d'aquest plantejament és que serveix també per qualsevol recompte no esportiu (per exemple, nombre de nascuts a Barcelona en un any o en un segle). Hi deu haver a Wikidata un parell de centenars de propietats "nombre de" que podrien subsituir-se per aquesta. Que no calgui crear la propietat sinó només l'element de què comptem obre la porta a que es puguin comptar de cop milers de coses que fins ara no estaven a Wikidata. Suposo que és bo, però no sé si quan algú engegui un bot per posar el nombre de potes (6) a cada un dels insectes de Wikidata serà tan bo.
  • Veig un plantejament molt Big Data, amb cub OLAP i tot, però que es queda a mitges. El plantejament Big Data de veritat seria no guardar els totals de partits sinó guardar les dades de cada partit i calcular els totals que calguin quan es necessitin. Ara mateix em costaria argumentar les virtuts de la posició intermèdia o de cap dels dos extrems.
  • No sé pels altres usos, però amb Wikidata query service a la que la cerca es complica necessita massa temps de càlcul i no s'executa. En molts casos es pot optimitzar, però optimitzar una query és esotèric comparat amb el pas més simple de fer la query, que ja és prou esotèric per si mateix. A més, a Wikidata hi ha poques propietats que siguin gairebé sinònimes, però molt sovint es posen objectes diferents per dir aproximadament el mateix, i amb aquest sistema em temo que tindrem recomptes amb objectes diferents per comptar el mateix, cosa que encara complicarà més les queries. Aleshores, dubto com serà de pràctic cara a recuperar les dades.
  • I de cara a obrir més la caixa dels trons, si tenim una propietat "quantitat de" que serveix per tots els recomptes que podrien anar en propietats separades, podem tenir una propietat "identificador a" que substitueixi tots els centenars d'identificadors que tenim, una propietat "persona relacionada" que substitueixi totes les propietats de parents, professors, etc. o fins i tot alguna cosa més genèrica. Al final, desapareixen les propietats a Wikidata com les coneixem i es converteixen en una o molt poques propietats amb qualificadors. Millor o pitjor, això ja no és Wikidata com la coneixem sinó una altra cosa. I la veritat és que no veig clar que si fos bo substituir tots els recomptes per una sola propietat no hagi de ser bo fer el mateix amb els identificadors ni amb més coses.
  • Compte amb les unitats, que no sé si les has contemplat. Tot i que els recomptes en general no porten unitats pot haver-hi excepcions (no hi ha cap esport on comptin els partits per dotzenes?).
En resum, després de la lectura en diagonal em sembla interessant, però no sé si serà pràctic ni si encaixa amb la filosofia de Wikidata.--Pere prlpz (talk) 11:45, 7 March 2021 (UTC)[reply]
Gràcies, @Pere prlpz:. Efectivament, m'he oblidat de posar la pàgina i has encertat. La propietat comodí no és una idea nova. Ja existeix la has part(s) of the class (P2670) que s'hi assembla molt, però la seva definició i constraints forcen a que els valors siguin "parts o components" del subjecte. Posaré més èmfasi en explicar que ni és un OLAP ni ho pretén. Només aprofito la idea del cub perquè serveix per ordenar que només són 3 qualificadors i no qualsevol. Penso que es pot estendre a altres valors estadístics no esportius. De fet la meva idea era anomenar-la "quantitat de" i que el valor li donés significat, però l'excusa me l'ofereix l'eclosió de sol·licituds que hi ha ara. Lo de carregar-se totes les "nombre de..." ja està passant quan només hi ha una dimensió i té a veure amb un element estructural del subjecte i no amb una activitat. Mira les pistes de la Molina. Lo de les queries, ja veurem. Suposo que hauré de preparar algun exemple. Espero que m'ajudis. La superpoblació d'identificadors fa temps que m'amoïna tant com la ignoro. Penso que deuen voler posar la màxima facilitat als usuaris d'API sectorials. No ho sé. Abans que les unitats, em preocupen els decimals. És cert que no hi ha gols fraccionaris, però a les estadístiques e la NBA no parlen de punts pels resultats de temporada d'un equip, sinó de rati de punts per partit. Merci per les observacions. Amadalvarez (talk) 15:06, 7 March 2021 (UTC)[reply]
Amador, ha tirat endavant aquesta proposta? Perquè m'he trobat amb un problema: ara que s'ha fet la importació de centres educatius privats de Catalunya, hi volia posar el número d'alumnes totals, però també el número d'alumnes corresponents a grups concertats, és a dir, grups finançats amb fons públics. Cal tenir en compte que sovint el Batxillerat no és concertat, així que hi ha centres privats amb grups concertats i grups no concertats.
Quina seria la millor manera d'especificar-ho? Per al total d'alumnes (amb independència de la procedència del finançament de la seva educació) ja es faria servir "número d'estudiants", aquí no hi veig cap problema. Gràcies Quelet (talk) 14:42, 16 April 2022 (UTC)[reply]
No va tirar endavant perquè va ser malvista pels defensors de la tesi d'inflacionar el nombre de propietats per comptar collonades esportives.
Però el que tu vols fer és més senzill. A la P2196 li poses un multivalor amb el qualificador applies to part (P518) indicant el significat de la xifra. Ex.: Q483758#P2196, Q111595138#P2196 Amadalvarez (talk) 15:39, 16 April 2022 (UTC)[reply]
Així, a la prova amb dues escoles ho havia fet bé... La veritat és que em pensava que s'hauria de fer d'una altra manera... quan he vist aquesta proposta de nova propietat m'ha semblat raonable... Gràcies! Quelet (talk) 16:55, 16 April 2022 (UTC)[reply]

Dubtes[edit]

Hola de nou Amador! Et volia preguntar uns dubtes sobre el tema de les ediccions massives utilitzant el query (n'he aprés lo bàsic amb tutorial) i el QuickStatements. Aquests últims dies ho he posat en pràctica ficant automàticament la descripció bàsica dels municipis i ciutats de diferents països europeus i m'ha sortit molt bé. Però també m'agradaria poder ficar també el topònim en casos com Szuhakálló (Q2418639) o Terem (Q2419880). Com ho puc fer?
I un segon dubte, com puc formular el query de la manera que només busqui aquells items en que hagi una declaració concreta? Per exemple, si busco els ítems que tingui human settlement (Q486972) en instance of (P31) però que no surti municipality (Q15284) o altres declaracions en instance of (P31).
Moltes gràcies! --KajenCAT (talk) 18:35, 13 May 2021 (UTC)[reply]

@KajenCAT: No entenc la primera pregunta. Que vols fer amb Szuhakálló (Q2418639) que no hagis fet amb els altres?.
Tampoc estic segur d'haver entès que vols seleccionar amb la query. Vols els items que NOMÉS tenen P31=Q486972 i no tenen cap altre valor a P31 ?, o que tenen P31=Q486972, excepte que tinguin també P31=Q15284 ?
En aquesta query, pots veure quins valors tenen a P31 uns items que tenen P31= human settlement (Q486972)
SELECT ?item ?itemLabel ?inst_ncia_de ?inst_ncia_deLabel WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  ?item wdt:P31 wd:Q486972.
  OPTIONAL { ?item wdt:P31 ?inst_ncia_de. }
}
LIMIT 100
Try it!
Ja em dius, Amadalvarez (talk) 19:23, 13 May 2021 (UTC)[reply]
  1. O sigui, em referia poder fer això, però de manera massiva.
  2. En realitat, em referia a les dues maneres, per tal d'evitar de descriure una gran ciutat com «assentament humà» a una gran ciutat.
Moltes gràcies! --KajenCAT (talk) 19:37, 13 May 2021 (UTC)[reply]
@KajenCAT: Sobre 1)labels i descripcions:
Interpreto que faràs una query per detectar els que no tenen noms i aquesta serà la teva font de partida, oi?.
Opció fàcil per labels on la versió CA és igual a una altra llengua que ja en tingui: a Wikidata:Tools/Edit_items trobaràs AltLabels, jo ho tinc instal·lat i és molt pràctic i ràpid quan et trobes items sense label CA, però que és un nom propi sense catalanització, per tant, s'escriurà igual que l'original.
l'altra opció massiva -que requereix una preparació- és agafar la llista que tens dels casos que manquen i preparar un quickstatement per fer-ho. Saps com funciona ? Domines l'Excel ?. Quan responguis, t'explico.
Sobre 2) L'anterior query mostra tots els que tenen human settlement (Q486972) indistintament que tingui altres valors. L'opció que et deia abans d'eliminar els que, a més, siguin una altra cosa concreta, seria:
SELECT ?item ?itemLabel ?inst_ncia_de ?inst_ncia_deLabel WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
  ?item wdt:P31 wd:Q486972.
  MINUS { ?item wdt:P31 wd:Q515. }
  MINUS { ?item wdt:P31 wd:Q1549591. }
  }
LIMIT 10
Try it!
En aquest cas, ignora aquells items que siguin ciutat o gran ciutat.
L'opció de seleccionar els que NOMÉS tinguin human settlement (Q486972), me l'haig de pensar com es fa. De moment, mirat el que t'he passat i em dius alguna cosa sobre els coneixements ed Quickstatements i excel. OK?: Amadalvarez (talk) 15:11, 14 May 2021 (UTC)[reply]
@KajenCAT: A veure, he trobat una fórmula per fer això dels items amb NOMÉS assentament i surten desenes de milers i no té futur. Em pots explicar detalladament quina acció vols fer i ja pensaré que et cal obtenir?. Per exemple, vols els human settlement (Q486972) de tot el món ?, els vols per posar-li label CA ?, si és així, voldràs els que no el tenen, oi?. Si el que vols és posar labels CA on no hi ha, que més et dona que surtin llistades ciutats, si no tenim label en català?, per què no mereixen estar en la selecció?, etc. Per tant, diga'm quina acció voldries fer, de la forma més precisa possible i ja pensaré quin material et fa falta. Et sembla?. Disculpa, però he rellegit 3 cops la frase "En realitat, em referia a les dues maneres, per tal d'evitar de descriure una gran ciutat com «assentament humà» a una gran ciutat." i cada cop estic més desorientat. Gràcies,Amadalvarez (talk) 18:07, 14 May 2021 (UTC)[reply]

Hola amador,
1) Fins ara, per incloure la descripció, utilitzo el query i els resultats els incloc al excel i afegeixo Dca i la descripció entre cometes en la segona i tercera columna respectivament. Clar, en aquest cas, la descripció és igual per tots els items, perquè tenen la mateixa naturalesa. En canvi, la etiqueta no només és diferent, sinó que ha d'estar entre cometes. Per aquest motiu, et preguntava perquè segurament hi ha alguna manera fàcil de fer-ho. Pel que fa AltLabel, és semi-automàtic però s'hauria de fer un per un, oi? De fet, el diff que t'he passat l'havia fet amb AltLabel.
2) Jo al query ho limito a un país en concret, perquè així sé que tots aquells items són del mateix país i els puc posar la descripció "ciutat de X país" en pocs segons. A més, és més fiel a la realitat administrativa de cada país. Per tant, al primer query que m'has passat hauria inclòs «wdt:P17 wd:ITEM PAÍS».
2.2) Perdona si m'he explicat massa bé. La meva idea és poder assegurar-me que tots aquells items siguin cert tipus, ja que alguns items estan «contaminats» de declaracions innecessàries. Per exemple, New York City (Q60) té «ciutat» i «gram ciutat», entre altres. Si faig un query amb totes les ciutats dels Estats Units, i no tingués descripció, segurament s'hauria posar "ciutat dels Estats Units". En aquest cas no és gaire greu, però m'he trobat casos que una localitat era considerat «assentament humà», «poble» i designacions administratives superiors. No obstant això, si no és tan fàcil com me'n pensava, llavors no passa res, perquè llavors la meva idea seria començar per designacions més altes d'una població com «ciutat» o «gram ciutat» i aniria baixant, fent només aquells que no tenen descripció.
Moltes gràcies pel teu temps i ajuda! --KajenCAT (talk) 19:04, 14 May 2021 (UTC)[reply]

@KajenCAT: Val, ara ho entenc millor. Si ja fas el pas per l'excel és relativament fàcil simplificar més la tasca de posar el nom entre cometes, per exemple. Pregunta:
  • el nom de l'item és igual al d'altra llengua?, perquè si l'inclous en el resultat del query, ja ho tindries a l'excel i no l'hauries de tornar a picar, per exemple. Pots posar-me aquí la query que fas servir i li faig un cop d'ull ?. serà més fàcil. Merci. Amadalvarez (talk) 19:17, 14 May 2021 (UTC)[reply]
Sí, el nom de l'item és igual al d'altra llengua (topònims nadius d'alguna llengua amb alfabet llatina). Amb les descripcions, utilitzo aquest format (sé que surt més en compte fer-ho manual amb AltLabel, però és per entendre com funcionaria)
SELECT ?item ?itemLabel WHERE {
  ?item wdt:P31 wd:Q515;
    wdt:P17 wd:Q224.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "ca". }
}
Try it!
Llavors, en aquest cas tindria 7 ítems sense ca-label i els posaria així a l'excel. Però, és clar, no ho sé com fer-ho massivament perquè agafi el nom d'en-label o hr-label i entre cometes que l'inclouria en la tercera columna.
Q12646101 Dca
Q167839 Dca
Q193763 Dca
Q36716 Dca
Q399139 Dca
Q882155 Dca
Q991263 Dca
--KajenCAT (talk) 21:21, 14 May 2021 (UTC)[reply]
@KajenCAT: Perfecte. T'he fet dues millores: que no tracti els que ja tenen label-CA i que mostri el label-FR (ho pots canviar pel que vulguis canviant el language "fr" que hi ha al final)
SELECT ?item ?itemLabel WHERE {
  ?item wdt:P31 wd:Q515;
    wdt:P17 wd:Q224.
   FILTER(NOT EXISTS {
   ?item rdfs:label ?lang_label.
   FILTER(LANG(?lang_label) = "ca")  
 })
  SERVICE wikibase:label { bd:serviceParam wikibase:language "fr". }
}
Try it!
La llista generada, la copies directament sobre l'espai habilitat a la columna A/B de l'excel que t'envio per signal.
Veuràs que a la col.F apareixen els mateixos textos que a la B. Si t'estan bé no has de fer res i si els vols canviar, ho has de fer a la col F.
A la col.G muntes la descripció, com ja fas ara i repliques cap avall.
Les columnes de la dreta són per carregar els labels i les descripcions, estan preparadesper eliminar el wd:, posar les cometes i saltar-se les línies que no tinguin contingut a la col F/G, així si hi ha alguna fila que no vols carregar esborres el seu contingut i les fórmules que hi ha a la dreta, ja s'anul·len i pots copiar en bloc per passar-li al QS.
He replicat les fórmules fins la línia 100. Si et calen més, copies i pegues.
Espero que et funcioni i si tens dubtes, seguim demà que jo ara haig de marxar.
Salut ! Amadalvarez (talk) 22:14, 14 May 2021 (UTC)[reply]

Quins símbols qu´mics són a la vegada codis ISO-639-1 de dues lletres, de llengües vives?[edit]

Amador, com puc saber els símbols químics que a la vegada són símbols de llengua viva? Per exemple: el calci, símbol ca, és també el codi de dues lletres del català. O l'Einsteini (es) és també codi ISO-639-1 del castellà. Els símbols s'obtenen fàcilment amb SPARQL: 

SELECT ?ele ?eleLabel ?sim ?nat WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "en". }
  ?ele wdt:P31 wd:Q11344.
  ?ele wdt:P246 ?sim.
  ?ele wdt:P1086 ?nat.
  FILTER (?nat <119).
          }
          ORDER BY ASC (?nat)

LIMIT 200
Try it!

Però m'interessaria saber a quina llengua viva, si n'hi ha, (Q1288568) hi correspon aquest codi ISO-639-1 (P218). A quina llengua viva correspon el codi de dues lletres "Ca"? "Es"? Es tractaria que a la taula de resultats hi hagués també la llengua viva corresponent, si n'hi ha.

Gràcies! Quelet (talk) 10:59, 10 August 2021 (UTC)[reply]

officeholders[edit]

Hola Amador! Fa temps em vas recomanar l'officeholders, i per fi mi he posat. He creat el de President de la Federació Catalana de Futbol (Talk:Q104775949). Però m'he trobat uns petits problemes, a veure si saps com arreglar-los

-Oficialment la FCF es va fundar el 1900 però realment no va ser fins el 1906 que es va refundar d'una associació anterior. Malgrat que les llistes de presidents a la web de la federació i a la viquipedia comencen des del principi, si fóssim puristes, hauriem de donar un càrrec diferent als primers presidents, i començar des del 1906 amb Isidre Lloret que hauria de tenir dos càrrecs (l'anterior i el nou). Per mi, no tocaria res, i mantindria la correlació com fins ara.

-En les persones que tenen un mandat d'un any i no sabem exacte la data de la seva proclamació com Josep Preckler i Narcís Masferrer al 1913, i Ricard Cabot al 1915, queden desordenats. He estat buscant per diferents hemeroteques però per aquestes dates és difícil. Hi ha alguna manera de mantenir l'ordre?

-I el problema que realment no sé com tractar. Es veu que a la Federació tenien la tradició molt nostrada de ser pocs i barallar-se entre ells. Entre 1912 i 1913 va haver-hi una escissió. El president de l'associació escindida Francesc de Moxó se'l considera també president de la Federació. Si et fixes, no apareix en el officeholders perquè de moment no li he posat el càrrec. Se li podria posar però sense persones a qui reemplaça, ni ordre dins la sèrie (que veient el primer problema, no li posaria a ningú). No se si hi ha algun qualificador que es pugui afegir a "càrrec" com si fos "interí", i que posés "escindit" o alguna cosa per l'estil...

Ostres, quin rotllo t'he donat. Com sempre, moltes gràcies per tot ^_^ Herodotptlomeu (talk) 17:54, 5 October 2021 (UTC)[reply]

@Herodotptlomeu: No t'ho prenguis tant a pit. Tens raó en tot el que dius, però aquesta eina només pretén ajudar a detectar mancances i errors en l'ordre. Vull dir, tot el que has detectat, és el resultat i si no es pot millorar, com el cas dels que coincideixen en l'any, doncs, no passa res. Ordena'ls encadenant per predecessor/successor o amb l'orde dins la sèrie, tot i que l'eina no ho considera. El que importa és que les dades estiguin bé pels futurs lectors, com ara un wikidata list. El tema dels canvis de denominacions fins ara està mal resolt. Jo he fet una teorització (està pendent de desplegar un cas model i formalitzar-ho) de com solucionar-lo en el cas dels ministeris que no només canvien de nom, sinó de contingut. Potser aquí es podria aplicar una versió reduïda. Pensem-ho. El tema de la partició en dos, diria que no té solució automàtica; potser hauríem de mirar com està resolt la superposició del comte de Barcelona durant la guerra civil catalana, que confesso que no sé com està. Ja em dius com evoluciona. Amadalvarez (talk) 18:58, 5 October 2021 (UTC)[reply]
Ostres! Tens raó! Ho havia agafat com si es tractés de crear la llista correlativa. He vist que hi ha les propietats "juntament amb (P1706)" i "disputat per (P1310)" que podrien servir. Ja aniré mirant. Moltes gràcies!! Herodotptlomeu (talk) 08:32, 6 October 2021 (UTC)[reply]

Areas[edit]

I really think you should reconsider your batch today: https://www.wikidata.org/w/index.php?title=Q558599&diff=prev&oldid=1537531317 . Please also consider clicking "Run in background", because that will make reverting unfortunate batches much easier.--Hjart (talk) 13:38, 2 December 2021 (UTC)[reply]

@Hjart: Why should I reconsider upload this information ?. I'm moving information from infobox manual parameters to WD. Is it correct ?. Thanks, Amadalvarez (talk) 15:56, 2 December 2021 (UTC)[reply]
Look at the item please. This a 17th century Melanesian chief. He's quite unlikely to have been an area of 886 ha. I've reverted similar claims to a number of buildings which are likewise unlikely to be more than a few hundred m2--Hjart (talk) 16:05, 2 December 2021 (UTC)[reply]
@Hjart: Ohh!. I apologize. Some information really belongs to a place related with the person and my procedure took erroneously the person item. In this case, the info belongs to Chief Roi Mata’s Domain (Q1072369). I'll review and correct mistakes. If you find someone else, just revert it, please. Thanks, Amadalvarez (talk) 16:26, 2 December 2021 (UTC)[reply]

Translations[edit]

Regarding this edit as an example, why should the Catalan name for a German palace be it's English name? That does not make much sense to me. Shoundn't it be "Palau Rheinsberg"? I'm not sure what you are doing there but maybe you should overthink it, as it seems to produce flawed results. --2003:DB:4F1F:2B90:ED2A:BB35:91F6:33D 12:50, 25 December 2021 (UTC)[reply]

Thanks, now it's fixed. We do not have CA tags in the values obtained from WD to fill the infoboxes in more than 20% of the items. We’re doing some sort of massive “easy” translations for articles with “official names” where translations aren’t always needed. However, sometimes the version assumed to be good is incorrect. Thanks to ping to me when you detected. Amadalvarez (talk) 06:47, 26 December 2021 (UTC)[reply]

Categories per gènere[edit]

@KRLS, Pere_prlpz: obro aquest fil només amb vosaltres dos perquè compartim l'interès a analitzar aquest tema des del punt de vista de la solució tècnica possible. La meva idea és que, si som capaços d'escriure una possible solució assumible que ajudi a posar llum quan reobrin el debat per canviar el criteri actual (que ja està fent rum-rum), ho fem extensiu amb altres editors que han elucubrat possibles solucions (no des del punt de vista tècnic), i amb els que s'hauria de compartir abans d'entrar en un debat 100% obert. Fins ara he escrit ca:Usuari:Amadalvarez/categories des de WD i he començat a descriure detalladament com funciona la P7084, que és una mica esotèrica, però pot donar molt joc.

Feu una lectura, corregiu allò que considereu que no està bé o no s'entén i seguim parlant per aquí. Avui no podré fer gaire més. Demà m'hi poso a fons. Salut ! Amadalvarez (talk) 07:14, 2 February 2022 (UTC)[reply]

Comentaris ràpids que ara no tinc temps per més.
  • Tot i que als debats s'han proposat estructures molt originals per la categorització de gènere, l'únic sistema que encaixa amb les categoris que ja tenim és considerar el gènere com un criteri més per categoritzar biografies, igual que tots els altres. Si en una categoria hi ha 5 articles de biografies del mateix gènere, se'n pot fer una categoria. O sigui, si a la categoria d'esportistes bagencs hi ha 5 dones (o homes, o intersexuals) es pot fer la categoria de dones esportistes bagenques (o la d'homes esportistes bagents, o la d'intersexuals esportistes bagencs), igual que si a esportistes bagencs hi ha 5 jugadors de bàdminton es pot fer la categoria de jugadors de bàdminton bagencs o si n'hi ha 5 de Santpedor es pot fer la categoria d'esportistes de Santpedor. I naturalment, la categoria de dones esportistes bagenques va també dins de la categoria de dones esportistes de Catalunya (o de la Catalunya Central, si existeix), la de jugadors de bàdminton bagencs va dins de la de jugadors de bàdminton catalans i la d'esportistes de Santpedor va dins de la categoria santpedorencs. No cal fer res especial ni estrany amb el gènere.
  • L'única asimetria d'aquest sistema és que es creen les categories que es poden omplir, però això no és problema. Igual que és més fàcil que es creï la categoria d'esportistes manresans que la d'esportistes de Marganell perquè en aquesta darrera és difícil que hi hagi els cinc articles, algunes categories tindran subcategories d'homes i dones, d'altres només subcategories d'homes, d'altres només subcategories de dones i molt poques tindran més de dues subcategories per gènere. Però no passa res. Igual que els esportistes de Marganell estaran a esportistes bagencs i a persones de Marganell, les dones futbolistes de Santpedor estaran a les categories més concretes possibles, que potser son dones esportistes bagenques, dones de Santpedor i futbolistes bagencs.
  • Com s'han de dir les categories té diferents opcions que venen complicades pel fet que el català barreja el masculí i el neutre. Ara bé:
    • Crec que hem de mantenir les categories mixtes actual amb el nom que tenen, no només perquè sigui correcte sinó perquè canviar això és una tasca titànica que ningú farà (estaríem parlant de reanomenar milers de categories).
    • Una opció que m'agrada perquè és simètrica, clara i visibilitza el gènere (que és una dels arguments que es treu sovint per defensar el categoritzar per gènere) és incloure "homes", "dones" o el gènere que sigui al nom de la categoria. Així, de la categoria d'esportistes bagencs (tots) hi penjarien les categories "homes esportistes bagencs" i "dones esportistes bagenques". Com a argument en contra hi ha que "esportistes bagenques" no és ambigu i afegir-hi "dones" és redundant, però a mi em sembla un problema menor davant la claredat i la simetria.
  • El bot:
    • El que fa actualment el bot és equivalent a omplir les categories principals "homes" i "dones" (i de qualsevol altre gènere) evitant les categories redundants (o sigui, no posant la categoria dones a un article que ja tingui la de dones esportistes bagenques).
    • El que caldria fer per implementar la categorització per gènere és que el bot agafés els articles que són a la categoria d'esportistes bagencs i les seves subcategories i els posés a les categories d'homes esportistes bagencs i dones esportistes bagenques. Això segurament és possible però està per fer, i té problemes que potser faran que només pugui fer una part de la feina. Segurament seria una bona idea provar d'implementar tasques semblants amb altres categories, com ara posar els esportistes bagencs en categories del seu esport o el seu municipi. Categoritzar les persones de l'àmbit catalanoparlant en històrics i contemporanis, que és una tasca que tenim per acabar des de fa quinze anys, pot servir de banc de proves perquè té molt en comú amb la categorització per gènere.
    • La related category (P7084) i propietats semblants tenen una utilitat limitada quan anem a subcategories. Per les categories principals poden ser útils per relacionar una categoria per origen amb una propietat de Wikidata (o sigui, quina és la categoria de les persones nascudes a Santpedor o relacionades amb Santpedor) però no veig que de les propietats de Wikidata es pugui deduir que certa categoria conté les persones de Santpedor que juguen a un cert esport i tenen un cert gènere.--Pere prlpz (talk) 11:38, 2 February 2022 (UTC)[reply]
Pere, gràcies per la ràpida resposta. Tot el que dius sobre com ha de ser el dibuix futur de l'arbre de categories, és indiscutible amb el model actual a la mà. Ara bé, intueixo una feina titànica tant al desdoblament de categories i reassignant articles com amb el manteniment que, influirà i contaminarà el debat, quan es produeixi.
Per aquest motiu, el document que us compartia esquiva aquest punt i se centra en una tasca vàlida tant si es fa el canvi, com si seguim com ara: reduir l'esforç de manteniment.
Tu ja vas obrir el camí amb el bot i crec que és la via.
Amb el @KRLS inicialment elucubràvem sobre com fer la partició inicial (en la direcció que es decideixi que ara no és l'objecte de debat) i de quina manera WD ens podria ajudar. Seguint aquesta idea vaig arribar a la P7084 que és molt recent i segur que no arriba a solucionar-ho tot. Quan he contactat amb el seu creador m'ha quedat clar que és un sistema de parametrització per un bot/mòdul/plantilla que és el que ha de categoritzar. Em va semblar entendre que ells ho volen integrar dins el seu Mòdul:Wikidata equivalent, cosa que no veig; crec que ha de ser una eina autònoma. El que si em puc imaginar és que l'eina sàpiga treballar aplicant unes regles que se li aporten via paràmetres, i aquests paràmetres poden estar escrits a la P7084 i altres similars. D'aquesta forma, la versatilitat de l'evolució de l'arbre de categories no requerirà modificar l'eina. Crec que la P7084 té recorregut també en subcategories, però haig de fer unes proves i estic pendent de la darrera consulta feta a la discussió de la property.
Merci, Amadalvarez (talk) 07:35, 3 February 2022 (UTC)[reply]
La meva proposta de consens per aquesta qüestió i que crec que és l'única que pot arribar a reconciliar els dos bàndols de les categories és tenir duplicat l'arbre de persones amb un arbre de persones independent del seu gènere i un equivalent filtrat amb persones del gènere femení. Això implica forçosament tenir un dels dos arbres completament automatitzat via bot i per això crec que P7084 era una opció interessant. La proposta de fer un desdoblament trobarà una oposició i retornarem als arguments típics de per què no es baixa per orientació sexual o religió. @Amadalvarez: Pels casos com Mercè Rodoreda (Q234663) tenim la sort que disposen topic's main category (P910) i l'infotaula podria llavors no categoritzar-les automàticament.--KRLS (talk) 12:22, 5 February 2022 (UTC)[reply]
Coincideixo amb la tesi de @KRLS. En tot cas, l'opció més canònica d'en @Pere prlpz caldria tenir-la analitzada per quan preguntin per aquesta opció.
Penso que tant en un cas com en altre hem d'explorar la forma de fer la màxima feina de forma mecànica.
A mi m'està bé el bot del Pere, les preguntes són:
  • què fa falta perquè arribi a categoritzar moltes més àrees?
  • hi ha forma que sigui menys dependent de "programar cada cas", per exemple, "alimentant-lo amb regles"?.
A més de la P7084 que va, a partir d'un item agafa una categoria associada per aplicar-la als items que en depenen i tenen una propietat relacionada (ex.: els autors i les seves obres), també tenim la inversa, la category combines topics (P971) que podria servir per resseguir un arbre de categories fet a mà i incorporar aquells articles que compleixin les condicions descrites. Ex.: Q4143#P971.
Sigui com sigui, hem de tenir analitzada les solució tecnològiques viables. Amadalvarez (talk) 16:00, 5 February 2022 (UTC)[reply]
Que tinguem els arbres junts no vol dir que no es puguin consultar per separat. És el mateix que ens passa ara, que tenim arbres per origen i per ocupació (i per unes quantes coses més) i els podem resseguir per separat o barrejar-los com vulguem. I no hi ha uns arbre addicionals a mantenir amb bot. Hi ha les mateixes categories de sempre (i un criteri nou), que funcionen com sempre tot i que segurament hi hauríem de posar més bots, perquè quan vaig començar a omplir amb bot les categories que ja existien sovint em trobava que hi posava més articles que els que ja hi havia (o sigui, que la meitat dels articles no estaven categoritzats).
I els casos amb categoria principal no són diferents dels altres (excepte en que la categoria no es veu a l'article i que resulten més difícils d'automatitzar), perquè la categoria principal va al mateix lloc on aniria l'article.
Amb llegir Wikidata i deduir-ne què va en una categoria no s'hi pot comptar gaire:
  • De vegades els criteris de Wikidata no ens acaben de servir. Per algun lloc vaig plantejar a la Taverna categoritzar per ocupació d'acord amb Wikidata, i la conclusió va ser que a Wikidata posaven tantes ocupacions irrellevants per la persona que no es podia fer servir.
  • Tenir els temes relacionats amb la categoria no sempre vol dir saber com es relacionen. Pot ser que puguem treure'n alguna cosa, però no hi poso gaires esperances. Crec que fer servir el nom de la categoria i seguir l'arbre de categories (potser combinat amb Wikidata o potser no) donarà millor resultat.
  • Les descripcions a Wikidata tendeixen a ser incompletes. Per exemple, jo categoritzo per premis però deixo estar les categories de premis de cinema i altres premis artístics perquè no hi ha manera de saber si dins de la categoria hi van les persones o les obres. O un altre exemple, tenim categories principals d'una persona, que quan tenen subcategories de persona emboliquen de mala manera la relació entre el que va a dalt i el que va a baix; he mirat d'identificar-les a través de Wikidata. De fet, els meus bots actuals no llegeixen l'item de Wikidata de la categoria per trobar-ne el tema sinó l'item del tema per trobar-ne la categoria (category for people born here (P1464), category for people who died here (P1465), category for recipients of this award (P2517), topic's main category (P910), etc.).
No tinc gaire temps, però vull mirar de fer un bot per omplir les categories per origen i activitat (ex: pintors belgues). Si aconsegueixo això, categoritzar per gènere (gènere, ocupació i origen, o gènere i lloc de la mort, premi rebut o centre educatiu) ha de ser igual però més fàcil perquè el gènere està clarament a Wikidata.--Pere prlpz (talk) 17:05, 5 February 2022 (UTC)[reply]
Pere. El meu punt de partida per aquest fil era (i és) debatre sobre quina eina podem tenir per reduir dràsticament les tasques de manteniment, actuals i futures, amb una estructura o una altra. Sigui bot autogestionat o recolzat en WD, o un mòdul cridat des de cada article de persona perquè apliqui intel·ligentment un sistema de categorització basat en regles amb informació de WD o d'una taula on estan dibuixats els arbres de categories, o una altra fórmula.
Vull dir que debatre sobre quina és l'estructura que hem de tenir, més enllà de manifestar les nostres preferències com hem fet, no ens aporta res a la solució. Per això al punt anterior, jo acabava preguntant-te què cal fer perquè el bot sigui més autònom i tingui un abast més gran.
Dit d'una altra forma, que hauria de passar perquè la pròxima versió fos capaç de generar el 80% de les categories que tenim ara. Si tens la solució i podem ajudar, concentrem els esforços. Si no ho creus factible, seguiré indagant fins on pot arribar la solució de la P8074. Amadalvarez (talk) 17:41, 5 February 2022 (UTC)[reply]
Per si serveix d'alguna cosa, he explicat què fa el bot a ca:Usuari:PereBot#Categorització_automàtica.
Del que cal per categoritzar per gènere:
  • Amb el que hi ha ara es deu poder fer molt, però no és evident i no se sabrà segur fins que es provi (de fet, tampoc se sap si en el moment que s'aprovi la categorització per gènere hi haurà algú amb temps i ganes d'implantar-la).
  • La categorització per origen i activitat i d'altres de semblants plantegen reptes molt semblants als que planteja la categorització per gènere. Si aquesta surt bé crec que podrem assumir que la categorització per gènere (gènere i activitat, gènere i origen, etc.) pot sortir bé. Vaig avançant en aquesta direcció.
  • Com millor estiguin les dades i les categories més feina hi podrà fer el bot. No sé què caldrà exactament, però com a mínim:
    • Si s'eliminen les coses estranyes de les nostres categories, molt millor. Tenim grans categories de persones (i de més coses) que són subcategories d'altres categories de persones de les que no són un subconjunt: ca:Categoria Discussió:Karl Marx, ca:Categoria Discussió:Socialisme, ca:Categoria Discussió:Ciutats heroiques de la Unió Soviètica, ca:Categoria Discussió:Sants romans. Ara mateix, tots el socialistes del món, tots els cubans, tots els soviètics i tots els txecoslovacs els teníem com a sociòlegs alemanys, i fa uns dies hi teníem també tots els artistes i esportistes del món.
    • Que quan s'hi incorpori el gènere a les categories sigui seguint la mateixa estructura que hem seguit fins ara amb els altres criteris, per que serveixin les mateixes eines i per que tot plegat tingui lògica. Si comencem amb coses estranyes que només serveixin per que tinguin bona pinta (pels ulls de segons qui) les categories que es veuen a l'article, no arribarem gaire lluny amb bot.
    • De moment no tinc clar quina informació sobre les categories convé agafar de Wikidata, perquè crec que en part la identificació de les categories serà pel nom i per on estan a l'arbre de categories. Tot i això, suposo que faré servir la categoria que surt als elements principals de les categories, però això crec que ja està bastant ben posat, sobretot en les categories amb molts interviquis.
    • Com que crec que el bot haurà de fiar-se dels noms, que hi hagi a Wikidata la forma masculina i femenina dels gentilicis i de les etiquetes de totes les coses que tinguin categoria pot ser molt útil.
    • Que els items de les persones tinguin la informació que toca (lloc de naixement, ocupació, ciutadania, etc.) també serà útil. Podria ser que aquí faltessin coses als articles que només tinguéssim nosaltres.
Em sap greu no poder-te donar un full de ruta o una recepta clara, però fins que ho hagi provat no sabré exactament què estic fent servir. Ara mateix això és tan fiable com una previsió de què cal per anar a la Lluna escrita el 1960.--Pere prlpz (talk) 23:44, 11 February 2022 (UTC)[reply]
Moltes gràcies, @Pere prlpz. M'és de molta utilitat. Detecto que pot ser el que ens cal és una revisió/qüestionament del model de categorització. Els errors d'inclusió de subconjunts que no toquen, la complexitat en construir noms sintàcticament correctes però poc "machine readeable/writable", alguns excessos de ultra-segmentació, etc. He pensat si no seria millor pensar en una fórmula basada en TAGs, però a més de tenir els seus propis problemes, no sembla factible sense canvis a la plataforma. Un altre canvi que m'ha passat pel cap és limitar el nombre de vectors de categorització. Fer arbres més curts i senzills, encara que els articles tinguin més quantitat de categories. Quan veig categories tan específiques (Compositors de sardanes catalans del sud contemporanis‎) o amb declinació dels seus components (Espluguins d'Esplugues de Llobregat‎, Esportistes castelldefelencs‎), em pregunto com algú sap/recorda com ha d'escriure la categoria per trobar-la.
Però suposo que això és implantejable. Seguim !, Amadalvarez (talk) 06:42, 12 February 2022 (UTC)[reply]
Algunes coses són millores del que fem però d'altres són implantejables perquè venen a ser llençar el que hem fet de categories els darrers 15 anys i substituir-ho per una cosa nova.
Per tags ja hi ha Wikidata, i en tot cas cal que algú construeixi eines fàcils per consultar Wikidata o faci llistes automàtiques on sigui útil.
Moderar la intersecció és possible, però no sé fins a quin grau és desitjable. Està bé que ningú hagi creat per ara la categoria d'estudiants reusencs de la UB morts a Tarragona per malaltia respiratòria, però moltes interseccions les veig útils (escriptors bavaresos en llatí).
No ho he provat però crec que la majoria dels noms seran machine readable, sobretot si després el bot confirma la seva deducció amb la posició dins de les categories i potser el que digui Wikidata. Jo crec que el bot endevinarà de què va una categoria que es digui filòsofs sabadellencs i sigui subcategoria més o menys profunda de sabadellencs i de filòsofs. La distinció entre categories de filòsofs romans i filòsofs de Roma pot ser que sigui massa subtil i s'hagi d'especificar expressament d'alguna manera, però és d'esperar que això només passi amb una minoria de categories. Sí que és veritat que es pot intentar que les categories per gènere que s'haurien de crear noves tinguin una forma el més regular possible.
Millorar algunes inclusions és possible. Jo crec que s'hauria de limitar els casos en que la categoria principal s'inclou on hauria d'anar l'article principal però en trobar consens per això he tingut poc èxit. L'única cosa bona és que si estan ben identificades a Wikidata el bot n'ha de poder excloure moltes.
En aquesta línia, que la consulta https://w.wiki/4pgV inclogui totes les categories principals d'una persona i res més que això suposo que seria molt útil. N'he netejat algunes que sobraven, però sospito que hi falten moltes categories que només tenim a cawiki perquè l'item de l'article principal no té topic's main category (P910).--Pere prlpz (talk) 11:12, 12 February 2022 (UTC)[reply]

Wrong statements[edit]

No. Apart that it's unsourced, is also untrue because the pitch is an hybrid grass one realised with GrassMaster technology. Please check before overriding/adding unsourced information in batch mode. Remember that many project take those data automatically in their infobox templates and that affects the accuracy of the statement, it reflects soon on the accuracy of the articles. -- Blackcat 09:46, 26 March 2022 (UTC)[reply]

Stop changing the located in the administrative territorial entity (P131) statement for Greece's items[edit]

For example, in Rio–Antirrio bridge (Q48353) you changed the proper value West Greece Region (Q170291) with the painfully incorrect Rio Municipal Unit (Q1852722). Settlements in Greece aren't considered administative units themselves. There are other items for such, with the proper values for this attribute being municipalities, regional units or regions (depending the location of the item and how much area it occupies).--Jimkats (talk) 21:44, 20 May 2022 (UTC)[reply]

Thanks & apologize. Amadalvarez (talk) 05:36, 21 May 2022 (UTC)[reply]

Election module[edit]

Please see Wikidata talk:WikiProject elections#Elections module for Wikipedias. Please tell your needs and suggestions for improvements. Dipsacus fullonum (talk) 08:24, 8 September 2022 (UTC)[reply]

Viquipèdia en català[edit]

Hola, Amador. Aquest és el nou compte que tinc (l'oficial). Em veig molt limitada en diverses situacions, perquè no tinc permisos per a fer una cosa o per a fer-ne una altra. Aquí no en tinc per a editar aquesta pàgina, pel que sembla. No sé com aconseguir l'estatus d'editora de confiança... Mentrestant, podries si us plau substituir la imatge que hi ha de la portada per aquesta altra, que és nova d'avui? Gràcies!! -- Amàzona (AWM) (talk) 17:57, 22 February 2023 (UTC)[reply]

@Amàzona (AWM): no entenc que haig de fer (perquè no ho he fet mai a la vida). A més la foto que m'indiques sembla un print d'una portada. Vols que hi hagi una foto de la portada com a foto que està d la portada, com si fos un fractal ?. Amadalvarez (talk) 19:47, 22 February 2023 (UTC)[reply]
Bon dia, Amador. Estranyament no m'ha saltat el ping. :-O Em refereixo a la imatge que surt aquí, que en comptes d'aquesta sigui aquesta altra, més actual i amb vector 2022. Cal canviar la imatge aquí (propietat P18). Jo no puc fer-ho perquè Q199693 està protegida i amb aquesta nova usuària no tinc permisos, cosa que és un inconvenient a l'hora de fer algunes tasques (com et pots imaginar). Podries fer el canvi tu, si us plau? I, d'altra banda, què puc fer per aconseguir l'estatus d'editora de confiança? Gràcies! -- Amàzona (AWM) (talk) 10:53, 23 February 2023 (UTC)[reply]
✓ Done. No t'entenia perquè pensava que la imatge era per la portada. Ara veig que és "una portada" per l'article VP. Vas veure el missatge de signal?. Amadalvarez (talk) 11:41, 23 February 2023 (UTC)[reply]

Professores i professors d'un centre docent[edit]

Amador, per donar més valor als elements wikidata dels centres docents, he pensat en aprofitar les dades obertes GenCata que donen número de professors homes i dones dels centres docents públics de Catalunya. Quin cres que és la millor manera d'especificar-ho?

He vist number of teachers (P10610) però no hi ha pas aquesta propietat segregada per gènere. Com puc especificar-ho? Amb applies to part (P518)? Llavors què hi poso? home? dona? M'invento dos Qs noves com "professorat masculí" i "professorat femení"? Gràcies! Quelet (talk) 14:35, 2 March 2023 (UTC)[reply]

Jo seguiria aquest model. Amadalvarez (talk) 17:51, 2 March 2023 (UTC)[reply]
No m'acaba d'entusiasmar... però ok, Amador! ---- Quelet (talk) 18:11, 3 March 2023 (UTC)[reply]
És més directe posar una propietat i el valor, que posar-hi una propietat amb 3 valors, dos d'ells acompanyats de applies to part (P518) = professorat masculí/femení. Però si ho vols fer per l'altra via, també s'entendrà. La number of teachers (P10610) és molt nova i no té gaire qualificadors, de fet només té la point in time (P585) i 3 casos de P518, que no parlen de la tipologia de professors sinó de la ubicació. Amadalvarez (talk) 19:19, 3 March 2023 (UTC)[reply]

Curs escolar[edit]

Quina deu ser la millor manera d'especificar que una dada correspon a un curs escolar determinat? (per exemple: alumnes d'una escola el curs 22/23) No ho he sapigut trobar. Gràcies! Quelet (talk) 06:02, 6 March 2023 (UTC)[reply]

Em sembla que ets el primer que vol fer una cosa així. Efectivament, no he trobat cap exemple de curs escolar, curs universitari, ni en anglès ni res. El més relatiu a aspectes formatius és school class (P7174), però òbviament no és el que vols i només serveix com a propietat per a persones, no per altres situacions.
Definitivament, penso que la solució és time period (P2348). És força genèric, tot i que la definició no aporta exemples de l'entorn acadèmic. Per definir un període a cavall de dos anys hi ha altres com sports season of league or competition (P3450) o season (P4908) per programes de TV, però són molt específics i tenen constraints que no permeten reaprofitar-los. Tots ells requereixen crear items que descriguin el període. Mira aquest cas per veure les propietats que haurien de tenir els items dels cursos escolars. Amb un QuickStatement, els pots crear com a xurros.
Espero que t'encaixi ! Amadalvarez (talk) 08:01, 6 March 2023 (UTC)[reply]

University of Barcelona authority ID[edit]

I have tried following several of the IDs you added, such as this one, but get no results at all and no information from the database. How do you know these IDs are correct, if no information is displayed? --EncycloPetey (talk) 21:34, 24 April 2023 (UTC)[reply]

Thanks, @EncycloPetey to ping me.
I uploaded them using P9984 as a source because University of Barcelona migrate its ID to same as CANTIC ID (P9984).
After your message, I detected all affected IDs. So, I'll contact with Barcelona University Resources Center in order to check this mismatched between two database: CANTIC & UB, in order to fix them in UB databse. In case UB cannot update it, I'll revert the University of Barcelona authority ID (P11686) in the affected items.
I'll keep you informed about,
Thanks, again. Amadalvarez (talk) 04:41, 25 April 2023 (UTC)[reply]
+1. I look forward to the answer. We might have the same problem with the migration of the obsolet WorldCat Identities IDs, see Wikidata:Properties for deletion/P7859. --Kolja21 (talk) 15:27, 25 April 2023 (UTC)[reply]

Com revertir una fusió?[edit]

Bona nit, Amador. Fa poc vaig fusionar Font Vella Sacalm (Q110885701) (marca comercial (edició teva)) a Font Vella (Q115036120) (una font física). Com que la font física és d'accés lliure i no està situada dins el recinte de la marca comercial, no s'havia d'haver fet la fusió. No sé com revertir aquesta fusió, perquè estic escarmentat d'una vegada que en vaig revertir (automàticament) una i el resultat va ser catastròfic. Em pots donar alguna indicació de com fer-ho? Gràcies. Isidre blanc (talk) 18:09, 1 May 2023 (UTC)[reply]

Ho miro. No pateixis. Amadalvarez (talk) 18:24, 1 May 2023 (UTC)[reply]
@Isidre blanc ✓ arreglat. No em fotis aquests ensurts. Amadalvarez (talk) 18:46, 1 May 2023 (UTC)[reply]

Six Nations[edit]

Anyway be careful: BBC One is not the original broadcaster, is only one of the broadcasters because the Six Nations doesn't originate in a single country. In Italy the broadcaster is Sky, in France is TF1 and so on. Countries outside the four where the Six Nations is held use the local broadcasters which is never the same. -- Blackcat 18:31, 5 June 2023 (UTC)[reply]

Feel free to update it !. Thanks, Amadalvarez (talk) 19:25, 5 June 2023 (UTC)[reply]

Q119410104[edit]

Hi, to continue the discussion about Can Gessa (Q119410104). WD:N 2 is ennough to made a item notable, expecially a geographical feature. A online database like CGNDB unique ID (P821) or Banque de noms de lieux du Québec ID (P2100) is best, but I don't mind a source from paper. Or Openstreetmap [4]. Fralambert (talk) 23:32, 13 June 2023 (UTC)[reply]

I agree. Geographical features should come from authorities. Some identifiers show information got from WP, generating a dead lock with unknowing starting source. Salut ! Amadalvarez (talk) 05:13, 14 June 2023 (UTC)[reply]

Pharaohs[edit]

Should the Pharaohs Talk:Q37110 be broken down into Dynasties or Kingdoms to make them smaller batches so that errors in overlapping dates and successor can be viewed easier and corrected. For instance "Pharaoh of the 3rd dynasty" and assigned ordinals. Then have replaced_by "Pharaoh of the 4th dynasty". Where should I bring this up? For instance see: Talk:Q19546 for one continuous list, and Talk:Q2347975 where succession is broken down into two lists, and the numbering restarts. RAN (talk) 13:24, 31 July 2023 (UTC)[reply]

@Richard Arthur Norton (1958- ) I appologize, but I'm not an expert in Pharaons and I don't know whether split list in kingdoms is something unacceptable by experts.
My common sense (not the universal one) tells to me that the Talk:Q2347975 is better, specially because the previous position is indicated at foot. Ancient positions last for a long time. However, the last century positions often change its name, even keeping 90% of same duties. So, we need to accept linked short lists.
Salut ! Amadalvarez (talk) 14:59, 31 July 2023 (UTC)[reply]

P276[edit]

Hello, please don't mess with the properties. "P276" is the "PLACE" where the world cup takes place, not the "COUNTRY". Several templates take automatically the value from p276 and if you change it it's a problem. -- Blackcat 22:30, 16 August 2023 (UTC)[reply]

Hi @Blackcat, I appologize. Actually, I'm working in a Infobox template for any kind of sport event and I had some doubts that you may help me. I found uses not too much clear of P276, P115 and P159. Questions:
In any case, the value should be a geographical concept like city, region, etc, as declared in P159 definition. Is it correct?.
  • The P115, seemed to me, a property for club/team user/owner, because the occupant (P466) is mandatory for venue items with P115 pointing to them (see the constraint flag in our discussion item). You know this double link is reasonable when affects to just few links. However in multi-use building (for sport and even for festivals, music concerts,..) the P466 will be a long list not too much recomanded. So, in terms of sport event, when is correct to use it:
  • In a match ? final cup, any sport match,...
  • when is the competition venue for a seasson event (the only one or one of them, for instance in a Olympic Games?
  • when is the permanent venue of the competition, as Stade Roland Garros (Q1613027) ?
  • Finally, the P276 is which I thougth till now, as the more correct for "the place where the competition is played". In fact, it represents the stadium, without the P115 constraint.
I understand the use for the city/region/country holder of the championship. However, this uses force to use P115 to inform the stadium where competition happens.
I make some figures about present situation: https://w.wiki/7GZt
I really apprecite your answer, because I have work to do and I would like to approach it with the most consensual version.
Thanks ! Amadalvarez (talk) 10:06, 17 August 2023 (UTC)[reply]
Normally location (P276) is used where you don't have to place an administrative unit (like i.e. a sovereign country for which there's country (P17)). For example, in the Six Nations, is correct to write Italy, France, Scotland, England, the island of Ireland and Wales in the p276 property, but you'll write Republic of Ireland, United Kingdom, France and Italy in the p17 property. If you mean exactly a city as administrative entity, use located in the administrative territorial entity (P131). -- Blackcat 11:35, 17 August 2023 (UTC)[reply]
Thanks for your answer related with the reverted change. However it is a specific situation I understood when you revert it.
That's why I did this list of questions in order "to have a map" of involved properties and the coherence among them. For instance, the hypothetical "Manchester meeting of athletics" to celebrate in the non-existent "Blueski stadium"; which property should be used for "Manchester?, and for "Blueski stadium" ?. What would be the answer instead, if was "Scotish meeting of athletics" with the same stadium in Manchester?. I mean, Scotland (which is also a geographical entity) must to be in P276 but Manchester should be in P131?. I don't agree nor disagree. I just want be more precise with the rules to avoid errors and further discussions with editors that understood in different way (as it happend to me).
Excuse me, but I made several errors trying to act with "one good answer", but contradictory with some other circumstances affecting other affected property.
I invite you and respectuosely ask to answer the questions about the 3 properties related. Probably we'll be closer to make a solid definition.
Thanks, again ! Amadalvarez (talk) 12:41, 17 August 2023 (UTC)[reply]
In this case, if you want to be more specific, you can use:
home venue (P115) if it's a specific sports venue
location (P276) as generic place (a sports hall, a concert venue, etc)
located in the administrative territorial entity (P131) as the administrative unit (the city, basically) where the place indicated in home venue (P115) or location (P276) is;
country (P17) the sovereign country where located in the administrative territorial entity (P131) is. -- Blackcat 14:18, 17 August 2023 (UTC)[reply]
P.S. But, in case in some items (es. sports match) you find the stadium at the property p276, don't delete it. Rather, add home venue (P115) and indicate the stadium again, because many templates takes the value from location (P276).
Thanks, @Blackcat. Short and clear.
Three little questions after that:
  • At seasson level with several places, would we list all involved stadiums as in 1991 Rugby World Cup (Q1322713) ?.
  • The normal situation would be that P276 and P115 were mutually exclusive. Therefore, they cannot both exist with different information. In this way, the case you point about making redundant info for compatibility, will be included in the rule.
  • What do we do with the constraint P115-P466?. It seems obvious that there are more constraints than correct cases and no one will be able to correct them without producing another different constraint. Do I open a change proposal in the talk page of P115 ?
Amadalvarez (talk) 15:02, 17 August 2023 (UTC)[reply]
@Blackcat After your kind talk, I had a reversion made by @Quesotiotyo, and agreements are changed. See, and discuss, if you consider, on Reversion_about_1992_olympic_Games.
Thanks ! Amadalvarez (talk) 05:05, 20 August 2023 (UTC)[reply]
  1. I guess not. We'd include only those international tournaments with an host country, not a league or a continental club competition.
  2. Yes and no. it may apply only in some articles related to sports, there's no costraint that prevents them to be used in the same item
  3. In my opinion, we should seek consent for eliminating the costraint of home venue (P115) exclusively as residence for clubs. -- Blackcat 07:59, 20 August 2023 (UTC)[reply]


Cycling[edit]

I read your post in User talk:Quesotiotyo. So that there is not much clogging / flooding.

For a normal road race we have three chalons:

  • 1 - {{Cycling race/raceinfobox}} - for the race in general. For the main race article.
  • 2 - {{Cycling race/infobox}} - for a race in a specific year
  • 3 - {{Cycling race/stageinfobox}} - for a race stage for a specific year. Basically, this is on the Grand Tours when an article is written about each stage.

in 2nd and 3rd pattern use start point (P1427) & destination point (P1444)

And there are also various championships and Games - the world, the Olympics and others. We don't have a template for a main article about such a tournament. And for the tournament for a specific year there is - {{Cycling race/Champinfobox}}. It uses values with appropriate headings to indicate the venue:

Accordingly, if the stadium is moved to P276, then a new Pxxx is needed for the city. This template is currently not used as far as I know. And for him, little data has been entered in the WD. Therefore, we can change the data in the module without problems. In the future it will be possible to get a table with a list of where the tournament was held - country, city, stadium.

Three examples to illustrate:

  • 2009 UCI Juniors Track World Championships - city and arenas are displayed here. The road and track cycling championships were held there at the same time. And for road racing, it was not the streets of the city that were used, but a special track
  • 2014 UCI Track Cycling World Championships - the stadium is displayed in the city section. You also need to add a city.
  • cycling at the 1987 All-Africa Games - here all the data and the title are the same

Script error: The function "Champinfobox" does not exist. Script error: The function "Champinfobox" does not exist. Script error: The function "Champinfobox" does not exist.

— GAN (talk) 12:57, 2 September 2023 (UTC)[reply]

Hi @GAN. Our new cawiki infobox (Template:infotaula competició esportiva) handle any kind of sport competition, season, event and club season; it shows this for your 3 examples. In this case I use a test version with an adaption to handle P115 as synonimous of P276, in order to use the items with present values.
My oppinion is not so rigurous, and I accept to have geographical items in P276, but not to inform about the city of the stadium. I mean, if race happens in a city or, in case of future event, we know the city, but not the stadium yet, a city/region would be acceptable.
There is a general consens to do not use P131 for events because is not a building, nor object, nor geographical point. However, nobody talk about to avoid geographical items on P276. But, in my opinion, I would not merge them.
Take a glance to a example pages to find some other combinations.
Keep in touch. Amadalvarez (talk) 16:41, 2 September 2023 (UTC)[reply]

Infobox election[edit]

Do we need {{Infobox election}} on this wiki? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 15:53, 24 December 2023 (UTC)[reply]

Hi, Andy. It's related to WikiProject:elections and it is like a "global template" for some WPs that get a copy from here. Actually, is a copy of CAwiki. Amadalvarez (talk) 21:52, 24 December 2023 (UTC)[reply]

UCI America Tour[edit]

and other bike tours. According to the regulations, the classification is NOT for national teams, but rather for countries. It's called the "Nations Count". And it is held in two age categories. Therefore, it is completely correct to indicate “U23 national team”. And there is a generalized cycling team.

But most likely just the country should be indicated. — GAN (talk) 13:17, 13 January 2024 (UTC)[reply]

Perfect. I'll change them. Thanks for ping to me, Amadalvarez (talk) 13:34, 13 January 2024 (UTC)[reply]
Hi, @GAN Thanks to fix the USA entries I did. However, I don't understand why have not changed national team of Brasil and Venezuela, for instance, in Q1849269#P1346. Actualy, I just change in USA cases. Should it be change in these other states too ?. Thanks, Amadalvarez (talk) 13:51, 13 January 2024 (UTC)[reply]
UCI Coupe des Nations Juniors 2019
Season details
Edition12e UCI Men Juniors Nations’ Cup
Date2019
OrganizerUnion Cycliste Internationale
Palmares
CountryGER Germany
◀ 20182020 ▶
Documentation
2017 UCI Under-23 Nations' Cup
Season details
Edition11e UCI Under 23 Nations' Cup
Date2017
Races11
OrganizerUnion Cycliste Internationale
Palmares
CountryDEN Denmark
◀ 20162018 ▶
Documentation
2008–09 UCI America Tour
Season details
Edition5e UCI America Tour
Dates5 October 2008 – 12 September 2009
Races35
LocationAmericas
OrganizerUnion Cycliste Internationale
Team classRacing
Official siteOfficial site
Palmares
IndividualCOL Gregorio Ladino
Team VEN Androni Giocattoli-Serramenti PVC Diquigiovanni
CountryCOL Colombia
Country U23COL Colombia
◀ 20072009 ▶
Documentation

Through the module, I was the first to start making seasons. The Wiki article simply indicates the country. But I didn’t know how the module would process them in countries. Therefore, for the national classification, instead of countries, I decided to use simply the “cycling team” (this can always be done through redirections to a country or federation), not the “road cycling team”.

There can be 5 classifications in a season (not a cycling race) (I haven't seen any more) - individual - youth - team - national (main) - national U23 (only on continental tours among the Elite)

In the U23 and U19 Cups (ca:Copa de les Nacions UCI sub-23 and fr:UCI Coupe des Nations Juniors), only one national classification is determined. That's why they use "national (main)" rather than national U23 and national U19. Because this affects the display of the title in the template. For these seasons, age specification (U23 and U19) is not necessary. Since only cyclists of a certain age participate. --- Their templates simply display “Country”, not “U23 Country” and “U19 Country”.

Second and third places are for the TOP-3 list in each classification.

"translation for infobox_translate index 71 not found" --- this is the number of races in the season. Counts via parameter "P527". A race is added or removed accordingly --- the value will automatically change.

And for teams, indicating the season (if available) will be even better.

I recommend updating the Module:Cycling race and creating the missing templates. For example these fr:Modèle:Cycling race/seasoninfobox and es:Plantilla:Ficha parametrizada de calendarios de ciclismo

Wikidata:WikiProject Cycling/Kit to translate/National teams - List of all cycling teams by country.

— GAN (talk) 15:38, 13 January 2024 (UTC)[reply]

Thanks, for your explanations.
In CAwiki, we use the module to build the infoboxes within the main text of articles as starting list, results, etc. However, for the main infobox of the article, whether it is a competition, a season or a race, we use our own infobox.
As I explained somewhere on the module's talk page, the cycling data structure is specially tailored to the module and in some cases does not follow the usual ontology of the rest of the sports.
Our infobox has been adapting to the structures we have encountered when incorporating a new sport. That's my intention with cycling too, obviously. In the same way that I I asked for help in identifying the competition classes, in this case I will follow the model you made in the items you fixed.
My next challenge will be to assign a competition class (P2094) to races located in has part(s) (P527) of 2022 UCI Road World Championships (Q56884632) and similars. I suspect I will have to create a lot of new values.......
Feel free to correct any mistakes I may make.
Thanks ! Amadalvarez (talk) 19:37, 13 January 2024 (UTC)[reply]
- :My next challenge will be to assign a competition class (P2094) to races located in has part(s) (P527) of 2022 UCI Road World Championships (Q56884632) and similars. I suspect I will have to create a lot of new values....... If you mean adding the parameter qualified --- "women's cycling" or "men's cycling", then I will do it. I have "Qxxx" for all the races in the table.
- I put all the races in order at the World, Oceania, African and Asian championships. All that remains is to make PanAmerica and correct the World a little. And then for everyone I immediately add “qualified” and the sport “road cycling”.
- I have a request for someone who knows Spanish. From 2007 or 2008 to 2019, a separate Pan American Road Cycling Championship was held in the U19 (junior) category. It was not held from 2020 to 2022 (most likely due to Covid-19). And from 2023 it began to be held together with the elite and U23. The lists of winners and dates are known (representatives of South America won). But there is nothing on his history. Can you find any information on it?
— GAN (talk) 21:59, 13 January 2024 (UTC)[reply]
@Jordiff, @J bullanga. Podeu mirar de respondre (o aportar-li alguna font sobre el tema) al company @GAN que demana informació específica al darrer punt de la resposta que m'ha fet?. Gràcies,
PS:@GAN: I ask to Jordiff & J Bullanga, because are frequent editors on cycling articles in CAwiki. Amadalvarez (talk) 23:28, 13 January 2024 (UTC)[reply]
He mirat a la web de la Federació Panamericana de ciclisme i tot i que hi ha molta informació detallada de les proves, en cap lloc parla que sigui una novetat. L'única web on he vist que destaqui que ara hi ha una prova júnior és aquí; però no sé si és el que el Company @GAN cerca. Faig ping també a @Pcmi @Socialdilema https://www.esciclismo.com/actualidad/carretera/74140.html. Jordiff (talk) 18:38, 14 January 2024 (UTC)[reply]
@Jordiff: Thank you for the link. Race results since 2007 - Cyclingarchives (M RR U19, M ITT U19, W RR U19, W ITT U19) and First Cycling (M RR U19, M ITT U19, W RR U19, W ITT U19). Therefore, it is impossible to call it a "novelty". They entered the calendar es:Copa de las Naciones UCI Juniors and fr:UCI Coupe des Nations Femmes Juniors. But the place and dates until 2019 did not coincide with the main championship of Panamerica. For example, 2008:
- Elite and U23 Uruguay, May 4-11, 2008
- U19 Ecuador 07 June (One of the races)
And all the winners from the Spanish and Portugal -speaking countries. In addition to the figures of statistics, there is nothing more. You can write in any language. I will translate through Google. — GAN (talk) 19:31, 14 January 2024 (UTC)[reply]
No sé trobar res al respecte. Torno a fer ping a @Pcm que a l'escrit anterior no m'ha funcionat bé y pido ayuda a @Alpha 09. Jordiff (talk) 12:02, 15 January 2024 (UTC)[reply]
  • 2011 UCI World Tour
    Season details
    Edition1e UCI World Tour
    Dates18 January – 15 October 2011
    Races27
    OrganizerUnion Cycliste Internationale
    Team classRacing
    Palmares
    IndividualBEL Philippe Gilbert (Omega Pharma-Lotto)
    Team BEL Omega Pharma-Lotto
    2012 ▶
    Documentation

In the bicycle module, parameter "P2670" is used to display the types of commands involved. It is better to count the elements in the parameters "P527" - for racing and "P1923" - for teams. It is much better. Why don’t you use the module for the main card? Look "Team class Racing" — GAN (talk) 18:21, 17 March 2024 (UTC)[reply]

Hi, @GAN. I disagree with different concepts you (cycling team) defined, because follow different criteria with the rest of sports regarding the meaning or use of some properties.
You designed a wonderfull infoboxes that I myself use in CAwiki. However, when I try to use cycling WD data following general rules used in another sports is impossible get a homogeneus criteria.
Now, I stop making changes I was doing in cycling and I'll work on another sport, because I have no time now to start a long talk. But at some point we'll need to deeply talk about these points and try to find a solution.
For instance, if you re-read my previous messages, you will find that I suggested and asked about to change some aspects of your onthology because is against recents global proposals to harmonize meaning and/or avoid inconsistences (future deprecation of P642, or to use follows (P155) / followed by (P156) as a qualifier of the element that is -in fact- the serie). I had no answer about the matter. We keep in contact. Thank you, Amadalvarez (talk) 19:17, 17 March 2024 (UTC)[reply]

Wrong usage of P5102[edit]

Hi there. Thanks for your contribution!

If you look at the property P5102 constraint violation page and scroll to "Values statistics", you will see there are 88 violations committed by adding statements with consensus decision-making (Q188577) as a value of a statement with P5102 as a key to all kinds of United Nations Security Council Resolutions. I checked one of them, it was you who added such a statement. Would you mind fixing it? Nikolay Komarov (talk) 15:51, 13 February 2024 (UTC)[reply]

Hi, @Nikolay Komarov. Thanks for your message.
What else property do you suggest to apply this decission making information?. If the concept represented by nature of statement (P5102) is correct, may be we just need to add this value in Property:P5102#P2302 constrain.
Thanks, Amadalvarez (talk) 18:09, 13 February 2024 (UTC)[reply]
I don't understand your logic of constructing such statements, don't see what you mean.
On your place I would create a topic in the project chat, tell what I want to add and ask how to do it correctly. Nikolay Komarov (talk) 12:25, 14 February 2024 (UTC)[reply]
@Nikolay Komarov. ✓ Done, see Property_talk:P5102#Consensus_decision-making_as_a_allowed_value. Amadalvarez (talk) 15:13, 14 February 2024 (UTC)[reply]
Retrieved from "https://www.wikidata.org/w/index.php?title=User_talk:Amadalvarez&oldid=2104243897"