User talk:Zolo/archive

--Emijrp (talk) 14:53, 30 October 2012 (UTC)[reply]

Bonjour, je pense qu'il serait utile d'avoir un outil pour ajouter de manière (semi-)automatique des descriptions standardisées quand aucune description plus précise n'est disponible (par exemple ajouter "commune de France" - ou "commune du Calvados" etc. en plein de langues à toutes les communes qui n'ont pas encore de description). J'ai commencé Wikidata:Automating descriptions mais je ne sais pas comment m'y prendre sur le plan technique. User:Tpt m'a conseillé du m'adresser à l'inventeur de labelLister.js, donc si tu peux m'aider... --Zolo (talk) 09:39, 6 November 2012 (UTC)[reply]

Je veut bien t'aider mais je suis encore en devellopement pour un traitement d'envoie de plusieurs données en même temps (ce qu'exige ton code pour être executer) car pour l'instant le script n'est pas capable de gerer plusieurs envoie en même temps, car le proceder que j'utilise est une requete envoyer par API en envoyant les données suivante pour modifier par exemple un label (format:json,action:wbsetlabel,id:/itemID/,summary:/lerésumé/,language:/lalang/,value:/label/,token:mw.user.tokens.get( 'editToken' )),donc ce "code" modifie que le label il faut donc refaire une requete avec l'action wbsetdescription pour que la description soit envoyer. Il existe bien un moyen d'envoyer plusieur changement à faire en utilisant ce proceder action=wbsetitem (documentation API) mais j'ai pour l'instant j'ai quelque probleme a le faire envoyer (surement a cause de la structure à envoyer qui est particulière : par exemple pour la page Q793 voir la synthaxe sous le format json(fm) RésultatAPI, il faut demander a l'API de supprimer les données inutiles puis envoyer le même format ) dès que j'aurais réussi à controler le problème je pourrais me reservir de cette fonction pour un envoi grouper de description et peut-être si tu le veut l'inserer à mon script. En tous cas je trouver ton idée très intéressante.(Si ça te dérange pas je mais une note après ce message pour ne pas oublier ce que je dois faire lorsque je mettrais en place ton idée :: Pensez à ajouter un input hidden avec la liste des langue dont la description existe pour les supprimer de la liste )--Jitrixis (talk) 16:30, 6 November 2012 (UTC)[reply]

Ok merci. Il n'y aurait pas un moyen d'avoir par exemple un bouton "ajouter une description standard", qui ajouterait une description dans toutes les langues possibles ? Au cours d'une même modification, on ne modifierait que les descriptions, ou que les étiquettes mais pas les deux à la fois. Je ne sais pas comment cela se fait techniquement, mais il me semble que c'est ce que fait User:Tpt/slurpInterwiki.js pour les sitelinks. --Zolo (talk) 18:51, 6 November 2012 (UTC)[reply]

C'est exactement ce que fait slurpInterwiki et c'est ce que je suis enrain de develloper mais il y a plusieurs valeur qui rentre en compte. --Jitrixis (talk) 19:33, 6 November 2012 (UTC)[reply]

C'est bon j'ai fini de coriger le problème je peut maintenant me servir de ce que j'ai fait pour t'aider. Mais pas tous de suite parce que j'ai sommeil et que je vais aller dormir, donc à plus. --Jitrixis (talk) 04:03, 7 November 2012 (UTC)[reply]

Thanks for the heads up! --Wylve (talk) 20:31, 6 November 2012 (UTC)[reply]

Fonctionnalité de autoEdit

Liste des interwiki :

• lister les interwiki et les liens
• associé les interwiki à un code langue
• lister les code langue qui possède un libellé
• lister les code langue qui possède une description

Envoie :

• libellé
  • Supprimer les liens interwiki des variables où le libellé existe déjà
  • Envoyer la liste (wbsetitem).
• Description
  • Recuperer la liste des description selectionné
  • Supprimer les liens interwiki des variables où la description existe déjà;
  • Envoyer la liste (wbsetitem).

Personalisataion :

• Possibilité d'ajouter une/des liste personnaliser.

Affichage :

autoEdit	[X]
Labels checkbox : Update automatically the label of all language thanks to the interwiki site links. Descriptions checkbox : Update automatically the description thanks to a list that you can custom     Labels       Descriptions liste :                                                   | V
[update] [close]

Qu'est-ce que tu en pense ? --Jitrixis (talk) 15:08, 7 November 2012 (UTC)[reply]

Oui ça me parait très bien. Je n'avais pas pensé à faire en même temps l'ajout d'étiquettes à partir des interwikis, mais c'est vrai que ce serait utile. --Zolo (talk) 15:16, 7 November 2012 (UTC)[reply]

Merci pour enumitems. Je pense qu'un développement intéressant serait de pouvoir naviguer parmi une liste d'items donnée. Après quelques difficultés pour comprendre la syntaxe du javascript, j'ai fini par pondre User:Zolo/editMyList.js, qui me permet de naviguer parmi les états américains à chaque fois que je suis sur l'un d'entre eux. En creusant un peu, ça pourrait peut-être permettre de faciliter les éditions à la chaîne sur une série d'items similaires. --Zolo (talk) 13:57, 8 November 2012 (UTC)[reply]

Bonjour :)

C'est une très bonne idée, merci. Je peux faire une interface qui permettrait de choisir les éléments à énumérer, mais justement… as-tu une idée de comment un utilisateur pourrait spécifier ces éléments ? Comme toi, un par un, à la main ? En créant une page avec tous les liens dedans ? L'idéal serait peut-être d'aller chercher les éléments liés aux articles d'une catégorie de Wikipédia…

Amicalement — Arkanosis ^✉ 14:35, 8 November 2012 (UTC)[reply]

désambiguïsation supprimer automatiquement  Done --Jitrixis (talk) 16:59, 8 November 2012 (UTC)[reply]

Modification de script : n'envoi pas le message envoyer si il y a un bug et affiche le bug --Jitrixis (talk) 17:08, 8 November 2012 (UTC)[reply]

{"servedby":"srv290","error":{"code":"not-recognized-language","info":"unknown language: pms "}} il y a un problème pour la code langue 'pms' y aurait-il pas un problème. --Jitrixis (talk) 17:08, 8 November 2012 (UTC)[reply]

Trouver c'étais un espace a coter su code. bug liste région  Done--Jitrixis (talk) 17:13, 8 November 2012 (UTC)[reply]

tu peux maintenat écrire mw.loader.load('//www.wikidata.org/w/index.php?title=User:Jitrixis/autoEdit.js&action=raw&ctype=text/javascript'); sur User:Lomita/common.js. Ca fait apparait dans le menu de gauche un lien vers "ajout automatique" qui automatise grande partie du travail (y compris le retrait dus la partie du titre entre parenthèse). Mais bon, il vaut mieux continuer de vérifier en même temps que les titres sont corrects quand même :). --Zolo (talk) 18:58, 8 November 2012 (UTC)[reply]

Tu veux pas essayer ? Parce que ça rendrait quand même tes édits nettement plus productives (ça change toutes les langues d'un coup plutôt que le seul français)--Zolo (talk) 19:08, 8 November 2012 (UTC)[reply]

Merci pour cette astuce, je vais le tester immédiatement, j'étais en train de finir une série - Bonne soirée --Lomita (talk) 19:10, 8 November 2012 (UTC)[reply]

C'est génial ton truc ! n'hésites pas si tu en as d'autres de ce style - Merci --Lomita (talk) 19:14, 8 November 2012 (UTC)[reply]

Wikidata:Outils --Jitrixis (talk) 14:50, 9 November 2012 (UTC)[reply]

desclist['Hungarian female artist'] = {
'ca': 'artista hongaresa',
'cs': 'maďarská umělkyně',
'da': 'ungarsk kunstner',
'de': 'ungarische Künstlerin',
'el': 'Ούγγρος καλλιτέχνης',
'en': 'Hungarian artist',
'es': 'artista húngara',
'et': 'Ungari kunstnik',
'fa': 'هنرمند مجارستانی',
'fi': 'unkarilainen taiteilija',
'fr': 'artiste hongroise',
'hu': 'magyar művész',
'it': 'artista ungherese',
'ja': 'ハンガリーの 芸術家',
'mk': 'Унгарска уметник',
'ml': 'ഹംഗേറിയൻ കലാകാരി',
'nds': 'ungaarsche Künstlersche',
'nl': 'Hongaars kunstenaar',
'pl': 'Węgierska artystka',
'pt': 'artista húngara',
'ro': 'artistă maghiar',
'ru': 'Венгерская деятельница искусства',
'sl': 'madžarska umetnica',
'sv': 'ungersk artist',
'sw': 'Hungarian msanii',
'vi': 'Hungary nghệ sĩ',
'yo': 'Hungarian artist',
'zh': '匈牙利 艺术家'
};
desclist['Hungarian male artist']= {
'ca': 'artista hongarès',
'cs': 'maďarský umělec',
'da': 'ungarsk kunstner',
'de': 'ungarischer Künstler',
'el': 'Ούγγρος καλλιτέχνης',
'en': 'Hungarian artist',
'es': 'artista húngaro',
'et': 'Ungari kunstnik',
'fa': 'هنرمند مجارستانی',
'fi': 'unkarilainen taiteilija',
'fr': 'artiste hongrois',
'hu': 'magyar művész',
'it': 'artista ungherese',
'ja': 'ハンガリーの 芸術家',
'mk': 'Унгарски уметник',
'ml': 'ഹംഗേറിയൻ കലാകാരൻ',
'nds': 'ungaarschen Künstler',
'nl': 'Hongaars kunstenaar',
'pl': 'Węgierski artysta',
'pt': 'artista húngaro',
'ro': 'artist maghiar',
'ru': 'Венгерский деятель искусства',
'sl': 'madžarski umetnik',
'sv': 'ungersk artist',
'sw': 'Hungarian msanii',
'vi': 'Hungary nghệ sĩ',
'yo': 'Hungarian artist',
'zh': '匈牙利 艺术家',
};

--Jitrixis (talk) 14:48, 9 November 2012 (UTC)[reply]

dans la section des artiste male il y a une petite erreur une virgule en trop,

'sl': 'madžarski umetnik',
'sv': 'ungersk artist',
'sw': 'Hungarian msanii',
'vi': 'Hungary nghệ sĩ',
'yo': 'Hungarian artist',
'zh': '匈牙利 艺术家' //////ICI Il y a pas de virgule 
};

A tu penser à faire Controle maj R sur firefox :

Note : après avoir enregistré vos préférences, vous devrez forcer le rechargement complet du cache de votre navigateur pour voir les changements.

• Firefox / Safari : Maintenez la touche Maj (Shift) en cliquant sur le bouton Actualiser ou pressez Ctrl-F5 ou Ctrl-R (⌘-R sur un Mac) ;
• Google Chrome : Appuyez sur Ctrl-Maj-R (⌘-Shift-R sur un Mac) ;
• Internet Explorer : Maintenez la touche Ctrl en cliquant sur le bouton Actualiser ou pressez Ctrl-F5 ;
• Opera : Videz le cache dans Outils → Préférences.

--Jitrixis (talk) 15:13, 9 November 2012 (UTC)[reply]

Salut j'ai voter pour toi, je te souhaite un bonne "merde" comme on dit. Si t'a envie de voter pour moi je me suis inscrit :D, mais seulement si tu veut .--Jitrixis (talk) 16:52, 9 November 2012 (UTC)[reply]

J'ai bien envie de voter, mais tu es pour l'instant le seul votant pour moi, je ne voudrais pas que ce soit perçu comme un échange de faveur (surtout avec ton histoire de publicité abusive ;|) Je vais suivre ta page, et si je vois que tu as des problèmes, j'essaierai d'étoffer l'argumentaire en ta faveur (ça ne devrait pas être trop difficile!). Enfin pour l'instant c'est plutôt bien parti. --Zolo (talk) 08:17, 10 November 2012 (UTC)[reply]

Bon ben je vois que c'est fait maintenant bravo ;)--Zolo (talk) 13:00, 10 November 2012 (UTC)[reply]

About the interwiki conflict of Q11678 & Q11679, as here is what the bot gives me. Edit it for a better view. Thanks in advance.--Justincheng12345 (talk) 12:40, 10 November 2012 (UTC)[reply]

Ah...as I know, slurpinterwiki won't check if there are any conflict...

FYI,I use the pywikipediabot.

And thanks for your reply :) --Justincheng12345 (talk) 13:28, 10 November 2012 (UTC)[reply]

Yes, you're right. Raoli (talk) 17:05, 10 November 2012 (UTC)[reply]

Hi. I've closed your RfA as successful and promoted you to administrator. Congratulations. Best regards. — MarcoAurelio (talk) 13:54, 18 November 2012 (UTC)[reply]

Thanks, I will try to be up to the task :) --Zolo (talk) 16:36, 18 November 2012 (UTC)[reply]

D'accord, mais après dans la recherche on a plein d’occurrences qui portent le même nom... Otourly (talk) 08:56, 24 November 2012 (UTC)[reply]

You're right, it's more accurate. I added this to my to-do list, will fix it soon.--Stevenliuyi (talk) 05:50, 26 November 2012 (UTC)[reply]

Hey,

when moving pages from meta please change the pages there accordingly. Having them duplicated is bad. Thanks! (I'd also appreciate a heads-up about this in advance.) --Lydia Pintscher (WMDE) (talk) 06:49, 30 November 2012 (UTC)[reply]

Ok sorry, I thought I had read somewhere you encouraged moving pages from Meta to here. :| ---Zolo (talk) 17:51, 2 December 2012 (UTC)[reply]

Hey Zolo,
have moved page to a new location. Can you help me to construct, that a new section gets your template (with sample):

{{interwiki conflict

|items = Q50637/Q50641

|status = not resolved

|discussion = English has two articles:

1. en:History of art, about the evolution of art
2. en:Art history

Most interwikis currently go to 1, but many of them are actually about 2 .

}}

Thanks, Conny (talk) 17:45, 11 December 2012 (UTC).[reply]

Hello Conny. I will try to help, but my idea was to create subpages for each interwiki conflicts, like for instance in Commons:COM:Deletion requests, so that we can see the discssion both on the interwiki conflict page and on item talk pages. That is rather tedious to add by hand in all pages. I was hoping for a script by user:Bene* that would make things faster, but I do not know when he intends to do it. --Zolo (talk) 20:18, 11 December 2012 (UTC)[reply]

Zolo, I'm with you with that idea, seems senseful. Maybe we should collect opinions for that... Greetings, Conny (talk) 12:24, 12 December 2012 (UTC).[reply]

Yes, it could make sense, thanks. --Zolo (talk) 21:14, 12 December 2012 (UTC)[reply]

Bonjour, Zolo pour ta proposition que j'ai vu tardivement, je ne crois pas que ce soit une bonne idée. Beaucoup de moyens sont disponibles pour mettre à jour les données : - manuellement avec autoedit, par copie-paste de wikipedia, par analyse de l'abstract, de l'infobox, des pages de listes ou d'homonymies. Le nombre de données mises à jour quotidiennement ne semblent pas énormes mais cela se fait dans majoritairement 6 langues différentes. Et je pense que dans un premier temps, cela est une richesse. Dans un deuxième temps, une analyse des libellés mis dans divers langues nous permettra facilement de mettre à jour plus facilement les données ( par traduction, études des libellés identiques, etc ... ). Je pense qu'il ne faut pas perdre cette richesse initiale qui sera facilement rectifiable en temps voulu, lorsque les infobox seront en cours de chargement et que nous pourrons faire des queries. Je te donne un exemple pour ma part : plusieurs erreurs sont décelées pour les pages d'homonymies portant le même nom. Ces erreurs nous permettent alors de déceler les pages d'homonymies sur lesquelles se focaliser afin d'enrichir les libellés. MediaWiki:Gadget-autoEdit.js. Cordialement. --Thieol (talk) 23:27, 23 January 2013 (UTC)[reply]

Ok, il me semblait que faire faire toutes les langues par le même bot permettait de garder une certaines unité, mais c'est vrai qu'en avoir plusieurs au début permet sans doute de mieux trouver les erreurs. --Zolo (talk) 08:32, 23 January 2013 (UTC)[reply]

Ready. --Antissimo (talk) 14:06, 3 February 2013 (UTC)[reply]

Je comprends, le libellé doit être sans "(Haute-Savoie)", je l'avais mis pour essayer de remplir "lieu de décès" de Marie Curie suite à question sur Bistro WP français: le Passy qui y était était celui de Saône-et-Loire, comment faire dans ce cas? (là tu as mis Sancellemoz ce qui règle le problème évidemment, mais ce champ n'est-il pas fait pour une commune ou localité plutôt qu'une structure hospitalière?) Oliv0 (talk) 15:39, 5 February 2013 (UTC)[reply]

Si tu essaies de changer en "Passy", tu verras que la description de chaque élément nommé Passy, dont un avec "comme de Haute-Savoie". Il y a des cas où ça ne marche pas, par exemple il y a tellement d'éléments nommés Paris que la capitale de la France n'apparait pas dans la liste, mais là ça marche. Pour la nature du lieu de décèse, il faudra sans doute avoir une discussion plus générale sur le sujet, mais je pense qu'au début, il vaut mieux être le plus précis possible, quitte à flouter plus tard. --Zolo (talk) 17:28, 5 February 2013 (UTC)[reply]

Hello! We are currently in the process of confirming all of the early admins, and you are scheduled to be confirmed between 12 - 16 February 2013. Please create an entry at Wikidata:Administrators/Confirm 2013/5, and see Wikidata:Administrators/Confirm 2013 for more details.Merci et bonne journée. --Jitrixis (talk) 20:35, 10 February 2013 (UTC)[reply]

Is there any reason you switched the {{Documentation}} template? Maybe it's just me, but I thought the blue version was way prettier. (Also, there's some really confusing stuff in the history now, since it's been imported from three different wikis, so that could use some fixing.) Anyways, no worries, just wondering. — PinkAmpers&^{(Je vous invite à me parler)} 16:33, 17 February 2013 (UTC)[reply]

mmh, it seems that it was a byproduct of importing {{Draft}}. Sorry, I was a bit careless on that one: importing the template had more impact than I realized. The upside is that it is now version from Commons, which should me internationalization-friedly (we just need to (carefully) import the internationalization subtemplates). --Zolo (talk) 18:11, 17 February 2013 (UTC)[reply]

Hmm, well can you find some way to switch back to that nice blue box? It's so much friendlier, which is a plus when you're dealing with the oft-too-dense world of template documentation. — PinkAmpers&^{(Je vous invite à me parler)} 07:34, 19 February 2013 (UTC)[reply]

It seems that the only solution is to reimport the previous template, was it Wikipedia's (ie, this layout) ? --Zolo (talk) 08:03, 19 February 2013 (UTC)[reply]

Bonjour Zolo. Je bidouille comme toujours, et j'ai vu que tu avais reçu de l'aide pour ton "autoEditLists.js". Moi, je galère, je ne comprends pas bien comme ça fonctionne. Peux-tu regarder du côté de User:Hawk-Eye/autoEditLists.js ? Merci pour ta réponse, Hawk-Eye (talk) 07:03, 19 February 2013 (UTC)[reply]

Bonjour, à première vue, je ne remarque pas de différence syntactique entre ta liste, et la mienne, qui marche. Tu utilises quel navigateur ? Les listes personnalisées n'ont pas l'air de fonctionnaer avec Chrome. --Zolo (talk) 07:24, 19 February 2013 (UTC)[reply]

Ok, il faut que je me familiarise avec cet outil. Pour le moment il me semble qu'il ne me laisse pas faire grand chose... Vatekor (talk) 14:13, 20 February 2013 (UTC)[reply]

Youou! j'ai compris... bon, je pense que j'arriverai à m'en sortir, mais je ne peux le faire que lorsqu'il y a 1 interwiki d'un côté et plusieurs de l'autre, lorsqu'il y en a plusieurs des deux côtés je ne sais pas si ça marche ? Vatekor (talk) 14:37, 20 February 2013 (UTC)[reply]

Hi. So should Q1757764 have "Montreal" listed as both a municipality and an administrative unit? It is within the City of Montreal and the municipality is responsible for its urban parks. Shawn in Montreal (talk) 16:20, 21 February 2013 (UTC)[reply]

Hi, properties like "municipality" were designed to indicate where the item is located. As discussed at as discussed on WD:PC#Administrative divisions again - hopefully, last topic, they should all be replaced with "located in administrative unit". "is owned by", "is managaed by" should be indicated by specific, yet to be created properties. --Zolo (talk) 17:36, 21 February 2013 (UTC)[reply]

Thanks. I visited that discussion and all the variants and I'm still not sure how best to proceed in that regard. So I think I'll stick to writing descriptions and alternate names, applying non-geographical claims, creating missing items: stuff that I think human intervention is better suited for. Surely bots will be able to better fill in the massive city/state/country/continent hierarchies once that's resolved. Shawn in Montreal (talk) 17:43, 21 February 2013 (UTC)[reply]

Yes, I have manually added a few because I wanted to get rid of some properties, but the bulk of the work on that will certainly be done by bots. --Zolo (talk) 17:52, 21 February 2013 (UTC)[reply]

Aside from not pestering you ;-), what's the single most useful thing you think a Wikipedian like me can do at this point, on this project? Keep adding descriptions? Shawn in Montreal (talk) 17:57, 21 February 2013 (UTC)[reply]

Wow hard to tell. I have found out that engaging in project discussions can be extremely time consuming. Adding descriptions is useful, but for many of items, bots should be able to do it. If you feel familiar enough with the project, I would guess helping with help pages could be very benefitial. --Zolo (talk) 18:32, 21 February 2013 (UTC)[reply]

Salut, il semble qu'il y ait eu une fournée de bot avec faute d'orthographe : [1]. C'est possible de réparer ça ? --Zolo (talk) 13:36, 21 February 2013 (UTC)[reply]

C'est en cours de réparation. Merci et n'hésite pas si tu en vois d'autres même si elles ne proviennent pas de mon bot. Thieol (talk) 13:36, 21 February 2013 (UTC)[reply]

Merci, je n'ai pas vu l'erreur mais juste une question à tout hasard. J'ai vu que tu avais ajouté "commune française" à la descrption des communes françaises. Si tu peux faire ça, ce serait bien d'avoir la version data. Ce serait :

• P107: Q618123 (type d'entité : lieu)
• P132: Q484170 (statut administratif : commune française)
• + idéalement P131 (situé sur le territoire de): le département.

Pour les deux dernières au moins, il faudrait une source, mais en fait je ne vois pas très bien quoi prendre. Importé (P143) de Wikipédia en français doit faire l'affaire pour l'instant. Enfin, si ce n'est pas du tout ton domaine de faire ça, je peux demander à user:Legobot, ça a l'air d'être sa spécialité. --Zolo (talk) 11:48, 3 March 2013 (UTC)[reply]

Bonjour Zolo, mon bot n'a pas été accepté pour ça. Uniquement libellés et descriptions en français ( et ce n'est pas une moindre tâche :-) ). Si tu contactes Legobot,ce que je peux faire c'est lui donner les id des communes à updater... si ca peut aider. Par contre, je n'ai pas les départements. Je ne l'ai fait que pour les communes homonymes. --Thieol (talk) 13:36, 21 February 2013 (UTC)[reply]

Hello Zolo, please only delete items that have been put on RFD. There other admins (hopefully) have a lot at "What links here". Deleting items that are in use is bad. --Kolja21 (talk) 20:22, 22 February 2013 (UTC)[reply]

Oops, thanks for notifying, there was still one link I had missed (though broken links are as problematic in the Wikidata namespace than in the main). However I do not think it is necesary to add the RfD if there was an obvious problem with the page. Most of the time, pages are just deleted there, without any discussion. If I can do it myself, I do not need to bother other peoples with it. I know, I had forgotten the link, but adding it the page to the RfD would not have decreased the overall workload. --Zolo (talk) 08:16, 23 February 2013 (UTC)[reply]

Hi. I've noticed you removing (and in the case of the Biosphere, re-adding) government ownership of a couple of items I've worked on. In the case of the National Film Board of Canada, it is an agency of the Can. government. Is it your position that this would not meet the scope of the "owner" property? thanks, Shawn in Montreal (talk) 18:50, 8 March 2013 (UTC)[reply]

hi, no actually I am merging, p127 and p165 by hand. That was a terrible mistake as it is painfully slow, but I cant stop midway. Actually, it was occasion to me to find a few odd uses of this property, and I would think we should not use it until we have proper sources. And I dont know about Canada, but in France, the government does not own anything, it is the State (the State per se does not have any item, but I think the logical thing to do would be to use the country name, just as we would use the city name for city ownership). --Zolo (talk) 18:54, 8 March 2013 (UTC)[reply]

Yes, it may be the same here. But I see the English Wikipedia link for Canadian Crown is simply a redirect to the Monarchy in Canada -- (we have one editor there who's a rather egregious monarchist POV pusher, I'm sorry to say) and that doesn't reflect reality, either. The English (and therefore Canadian) monarchy doesn't own Crown public assets in this country any meaningful way. thanks, Shawn in Montreal (talk) 19:15, 8 March 2013 (UTC)[reply]

Ok, would that be incorrect to simply use "Canada" ? --Zolo (talk) 09:35, 9 March 2013 (UTC)[reply]

I think so. Canadian agencies and en:crown corporations -- there's that word again -- are legal entities with legal owners. I believe applying the geographic placename instead of "government of" or "crown of" would be a step in the wrong direction, and would surely be reverted. Shawn in Montreal (talk) 13:36, 9 March 2013 (UTC)[reply]

There may be some wider issue about items about the meanings of items about administrative divisions (territory vs legal entity). Actually, user:Touriste has already mentioned it on WD:Bistro, but some advice from lawyers might help get things right. --Zolo (talk) 15:51, 9 March 2013 (UTC)[reply]

From crown corporations, would be it be possible to use the item Q270791 (Government owned corporations) for the "owner" field? In this way, once you've identified the administrative division the organization belongs in, it might work. Agencies and departments are part of the government in a way crown corps, legally, are not. But this could be part of a possible solution? Shawn in Montreal (talk) 17:16, 9 March 2013 (UTC)[reply]

I dont think so. It could probably be relevant for crown corporation's ""is a" property but "government owned corporations" is not an owner, and that may cause some confusion at some point. Adding the administrative division may not be very useful either. The Caisse de dépôt et placement du Québec may have a subsidiary in Paris (it sure is investing in Paris) but that does not mean it is a owned by Paris government. --Zolo (talk) 17:09, 10 March 2013 (UTC)[reply]

« Fait P:P218 -> P:P221. We can add several values to a property when needed. --Zolo (talk) 21:46, 6 March 2013 (UTC) » Alors il faudrait créer aussi une propriété pour les codes IETF. Visite fortuitement prolongée (talk) 21:21, 9 March 2013 (UTC)[reply]

Je vais l'ajouter à WD:Property proposal. --Zolo (talk) 16:55, 10 March 2013 (UTC)[reply]

« il faudrait créer aussi une propriété pour les codes IETF. » Alors ? Visite fortuitement prolongée (talk) 21:47, 16 March 2013 (UTC)[reply]

Comme tu l'as vu, les propositions de propriété se font sur WD:Property proposal, je l'ai ajoutée là bas. --Zolo (talk) 00:37, 17 March 2013 (UTC)[reply]

« il faudrait créer aussi une propriété pour les codes IETF. » Alors , vous l'avez créée ? Quel est son identifiant ? Visite fortuitement prolongée (talk) 21:15, 19 March 2013 (UTC)[reply]

Euh, je ne suis pas le préposé aux propriétés. C'est Special:NewProperty. --Zolo (talk) 22:13, 19 March 2013 (UTC)[reply]

Hello and thanks for you hard work here.

What do you think about the property creation instructions, suggested and discussed here? Essentially they imply that we should wait with creating a property until it is documented with the relevant fields of the property description preload form. Especially we should not create the property until it is mapped to an infobox parameter. The reason I would like to see this policy, is that it is a lot of job for me and others to document the properties after the creation. The mapping is important because it makes it possible to further develop tools such as Import statements.js, for collecting data from the the Wikipedias. Mange01 (talk) 13:38, 13 March 2013 (UTC)[reply]

Hi, now that we have quite a few basic properties, it sounds like a good idea to try to be more precise about infobox implementation. However, Wikidata properties are more general than Wikipedia's, and most of them will be used in various infoboxes. This means that just providing a Wikipedia equivalent of a property may not be enough to insure it makes sense in Wikidata. What about doing things the other way round for a while: take some real infobox examples and try to fully map them to Wikidata properties ? We should not create the missing properties right away, just try to get a clearer view of what is still needed before we proceed. --Zolo (talk) 14:27, 13 March 2013 (UTC)[reply]

I agree. The primary goal of phase 2 is infobox auto-tranalation, but especially in phase 3, many non-infobox related properties will be created. If no infobox mapping is possible, I think external references should be required before creation. And a comment that "no corresponding infobox parameter exists" or something like that. Or that the property can be mapped to a certain Wikipedia category.

The wd:phase 2 pages is doing it "the other way around" as you say, which is a good approach! It would be nice if we soon could show a "done" infobox on those pages, where all parameters are mapped to properties, and all data is collected from Wikipedia and ready for inclusion in other language versions, as soon as the software allows it.

I would like to remove all suggested properties from those pages, and only include infobox parameter mapping to existing propertes. Not only infoboxes from English Wikipedia. The mapping for each infobox should be collapsible. Ok? Mange01 (talk) 16:19, 13 March 2013 (UTC)[reply]

Yes, I that sounds like a good idea, thanks, though I am not sure that many infoboxes can be fully mapped before we have the date datatype. --Zolo (talk) 21:00, 13 March 2013 (UTC)[reply]

Hi, I want know if the change of the label of property owner in ca language is for some special thing that I ignore. Maybe are conflicts with P:P165? The problem with the genre made ​​me write propietat de(owned by) instead of propietari(owner) because then have to write propietària(owner) in female case. Is so conflict if i change it? Regards. --Anskar (talk) 18:43, 13 March 2013 (UTC)[reply]

Yes, it was a conflict with P:P165. I had forgotten to update the catalan version of P165, and it is not possible to have two properties with the same label. Actually P165 should be deleted but there is a bug with it, so it has to be kept until the bug has been fixed. --Zolo (talk) 21:04, 13 March 2013 (UTC)[reply]

Oops I fixes the wrong language, sorry. It should be ok now. --Zolo (talk) 07:11, 14 March 2013 (UTC)[reply]

Hi! I'm newbie on Wikidata and I need your help. In my article I want to make like this in Krakov - http://www.wikidata.org/wiki/Q31487

country Poland

is a(n) city

My article is http://www.wikidata.org/wiki/Q237241 Krushynka is my native village (not city, like Krakow).

What does mean "GND entity type"? How I can change it on "country Ukraine"?

Sorry, I edit "GND entity type"... I saw your edition I decide to ask your help. --Nickispeaki (talk) 15:15, 15 March 2013 (UTC)[reply]

Hi, "GND entitity type" describes in very general term what the item is about. In the following explanation, I am assuming that you have set your language to English, otherwise, things may be a bit different.

For Krushynka, it should be set to place, not to Ukraine. If you want to add new statements, you should go to the end of the list of statements, then click on "add"., which lets you type new things. If you want to add is a village, just type "is a(n), and click on that, then to the right of that, type "village" and select the most appropriate value. It is the same thing for country. First type "country", then Ukraine. Dont hesitate to ask me again, if there are things that do not work. --Zolo (talk) 15:45, 15 March 2013 (UTC)[reply]

You may follow the examples provided at WD:Phase 2. The gadget WIkidata useful also gives good suggestions. Properties are documented at their talk pages, for example Property_talk:P107 for the "main type (GND)", also known as "GND entity type". Mange01 (talk) 13:02, 20 March 2013 (UTC)[reply]

Ich glaube, ich habe das nicht richtig verstanden. Kannst du mir dabei helfen? Welchen Text genau muss ich jetzt in mein common.js einfügen? --PigeonIP (talk) 16:36, 20 March 2013 (UTC)[reply]

Autoedit is nun ein Gadget und kann durch Special:Preferences#mw-prefsection-gadgets aktiviert werden. Du musst aber eine Liste auf User:PigeonIP/autoEditLists.js anlegen (ich habe sie gerade gestartet). Leider funktioniert es nicht auf allen Browser. Wenn du Probleme hast, kann ich "Taubenrasse" auf MediaWiki:Gadget-autoEdit.js hinfügen, das funktioniert besser. --Zolo (talk) 17:32, 20 March 2013 (UTC)[reply]

Ok, der Haken ist bei autoEdit (zweites Kästchen in den Helferlein) aktiviert. Cache geleert, aber irgendwie scheint das noch richtig zu funktionieren. Vor allem für rasa gołębia und race de pigeon wäre diese Funktion für mich hilfreich. --PigeonIP (talk) 19:24, 20 March 2013 (UTC)[reply]

Es sollte ein "Automatisches Hinzufügen" Option auf der linken Seite geben. Gibt es das nicht ? --Zolo (talk) 21:03, 20 March 2013 (UTC)[reply]

Sogar 2x ;) --PigeonIP (talk) 07:52, 21 March 2013 (UTC)[reply]

Ich bekomme es aber irgendwie dennoch nicht hin. Brauche wohl eine Schritt-für-Schritt-Anleitung.

Kabbeln sich jetzt vielleicht auch Helferlein und User:PigeonIP/common.js und letztere muss gelöscht werden? Ich versuche erst einmal wieder das Häkchen in den Einstellungen zu entfernen.

Und dann habe ich noch eine Frage zu User:PigeonIP/autoEditLists.js, da steht 'nl', 'duivenras', ohne Doppelpunkt, aber mir Komma - gewollt oder ein Tippfehler? --PigeonIP (talk) 08:11, 21 March 2013 (UTC)[reply]

Oh, Tippfehler, und mit Tippfehler funktioniert es nicht. Ja User:PigeonIP/common.js is nun redundant. Jetzt sollte es funktionierren, oder ? --Zolo (talk) 08:22, 21 March 2013 (UTC)[reply]

Entschuldige, dass ich dir so spät antworte, aber wie sagt man so schön: "es ging um Leben und Tod".

Habe die Zeile aus User:PigeonIP/common.js wieder gelöscht, den Haken in den Einstellungen wieder gesetzt und dazu den von labelLister.

Jetzt funktioniert es, keine Ahnung woran es lag. Jetzt werden in der Auswahl sogar zwei Listen angezeigt Taubenrasse (Taubenrasse) und Taubenrasse (pigeon breed). Keine Ahnung, woran das liegt. --PigeonIP (talk) 11:19, 21 March 2013 (UTC)[reply]

PS.: Ich kann die Änderungen auch erst dann sehen, wenn ich die Seite wieder neu lade. Vor einem Bearbeitungskonflikt, habe ich erwartet, dass es mir diese Änderungen auch gleich anzeigt, die Seite also automatisch aktualisiert, was es ja nicht tut. Vielleicht sind da Nachbesserungen im Skript möglich, damit man, wie beim normalen Abspeichern, gleich eine Rückmeldung erhält. --PigeonIP (talk) 11:25, 21 March 2013 (UTC)[reply]

Kein Problem. Nur aufgrund meines Tippefhler in User:PigeonIP/autoEditLists.js funktionierte es nicht. "Taubenrasse (Taubenrasse)" kommt aus User:PigeonIP/autoEditLists.js. "Pigeon breed (Taubenrasse)" kommt aus der gemeinsamen Liste, aber da die andere Liste funktioniert, entferne ich es nun.

Ja, die Änderungen sind nicht gleich zu sehen, ich weiss auch nicht woran das liegt. Aber dafür kannst du ein anderes Gadget verwenden: labellister. --Zolo (talk) 11:48, 21 March 2013 (UTC)[reply]

Ein Licht geht auf. Dankeschön. --PigeonIP (talk) 12:10, 21 March 2013 (UTC)[reply]

P.S. du könntest dein Babel mindestens auf 3 setzen, wenn nicht gar auf 4. --PigeonIP (talk) 12:12, 21 March 2013 (UTC)[reply]

Danke, vielleicht, und wahrscheinlich auch chinesisch auf 1... Ich finde es nicht so einfach auf Deutsch zu schreiben, aber das ist eine gute Übung ;) --Zolo (talk) 12:59, 21 March 2013 (UTC)[reply]

Ich hatte eben erst auf die Babel-Liste gesehen. Bis dahin war ich der Überzeugung mit einem Muttersprachler zu schreiben. --PigeonIP (talk) 13:16, 21 March 2013 (UTC)[reply]

Hallo Zolo,

irgendwo in meiner autoEditLists.js muss sich mit meinen heutigen Änderungen ein Fehler eingeschlichen haben, sodass das autoEdit nicht mehr funktioniert. Ich kann den Fehler nur leider nicht entdeckten. Kannst du mir helfen? --PigeonIP (talk) 19:19, 30 March 2013 (UTC)[reply]

Hallo Pigeon, ich sehe kein Problem mit der Liste, aber ich habe momentan nur sehr schlechten Itnernet Zugang. Wenn das am Dienstag noch nicht funktioniert kann ich es ausfürhlicher untersuchen. --Zolo (talk) 08:10, 31 March 2013 (UTC)[reply]

Meine Vermutung ist, dass dort zu viele Sprachen aufgelistet sind, wie be-x-old oder fiu-vro, die von Wikidata als Beschreibung nicht unterstützt werden. Ich finde aber keine Liste, die diese Vermutung stützen könnte oder es mir ermöglicht die überflüssigen Angaben zu streichen. Einen schönen Urlaub wünscht, PigeonIP (talk) 08:59, 31 March 2013 (UTC)[reply]

Danke!

Die Liste unterstüstzten Sprachen ist hier (such nach 'aa, ab, ace, af, ak'), aber das ist ok. Das Problem lag mit einem Anführungszeichen innerhalb der 'iu' Beschreibung, das als die Ende der Zeichenkette interpretiert war.--Zolo (talk) 15:29, 2 April 2013 (UTC)[reply]

Ja, jetzt funktioniert es, danke. --PigeonIP (talk) 18:06, 2 April 2013 (UTC)[reply]

Entschuldige, dass ich dich wieder störe: kennst du ein Gadget, dass zum Verlinken von images zum Beispiel in Q7771957 auf die Bilder in commons:Category:Valencian Frill zurückgreifen kann, anstatt jeden Datensatz einzeln hinzuzufügen? --PigeonIP (talk) 13:42, 21 March 2013 (UTC)[reply]

Das existiert noch nicht, fürchte ich. In den kommenden Monaten sollen jedoch Links zwischen Wikidata und Commons viel besser werden. --Zolo (talk) 14:53, 21 March 2013 (UTC)[reply]

Dann warte ich diesen Zeitpunkt lieber ab ;) Danke. --PigeonIP (talk) 15:11, 21 March 2013 (UTC)[reply]

You forgot something, Sir. http://prntscr.com/xbrcu Thanks anyway. :)  Ę-oиė  >>>  ™ 11:11, 22 March 2013 (UTC)[reply]

And I thing it must a comma, not period. :) http://prntscr.com/xbs08  Ę-oиė  >>>  ™

Ah ok sorry, I had fixed you first point in my last edit, but not your second one. It seems to work now. --Zolo (talk) 19:03, 22 March 2013 (UTC)[reply]

Oh I see, only work for the first point. I hope someone could fix this. Anyway, thanks a lot Sir. Kind regards,  Ę-oиė  >>>  ™

You changed the coding convention in MediaWiki:Gadget-AuthorityControl.js. It would be useful to use the MediaWiki coding conventions for JavaScript. --Fomafix (talk) 10:58, 27 March 2013 (UTC)[reply]

Bonjour, j'ai vu que tu avais changé le libellé de P:P31 de "instance de" à "élément de". Il me semble que c'est juste d'un point de la logique formelle, mais dans le langage courant, "élément de" parait plutôt correspondre à fait partie de (le Mont Blanc est un élément des Alpes plutôt que Barack Obama un élément de personne). --Zolo (talk) 06:48, 29 March 2013 (UTC)[reply]

Ok, je reconnais que mon changement n'est pas le plus pertinent. Sinon, il y a Exemple de, Cas de, Sujet de,... mais il faut éviter instance parce que ce terme n'aide en rien à son utilisation. Snipre (talk) 10:08, 29 March 2013 (UTC)[reply]

La meilleure solution reste "est un(e)" Snipre (talk) 12:43, 29 March 2013 (UTC)[reply]

Please update it with User:Ricordisamoa/AuthorityControl.js: I've added also "Commons category". --Ricordisamoa 15:24, 2 April 2013 (UTC)[reply]

 Done--Zolo (talk) 15:27, 2 April 2013 (UTC). The best way to make this clear is to add {{Edit request}} to the talk page. --Zolo (talk) 15:28, 2 April 2013 (UTC)[reply]

I saw you dealing with the French administrative division now. I have been thinking a lot of how to solve the WD-structure around the Swedish division, and I need somebody from the outside (of Sweden). There are some problems I haven't solved yet. There are two kinds of Municipalities in Sweden: 'Kommun' and 'Landsting'. A 'kommun' mainly handle education (elementary), security (fire and ambulance), elder care and many other things. A landsting handle health-issues, culture and some of the local public transport. Each of them have a elected parlament, an executive goverment with one or several employed political 'kommunal/landstings-råd'. There are one 'landsting' for each county (with one exemption), but several 'kommun' in each county. (The exemption is in one län, who has only one kommun, where the 'kommun' handle both kommun- and landsting-responsibilities.)

The County (Län) has no elected parlament and goverment. It is the local representation of the Swedish central goverment. It has a governor (landshövding) who represents the local people to the goverment. (S)he is installed by the central goverment. The responsibilities of the county-board is a little hard to explain since one single county sometimes have to handle the whole of the country in some subjects. There is no natural connection between the landsting and the län, other than that they cover the same geographic area, and in most cases have the same capitol.

Next to that, we have Provinces. They stoped to act as administrative division in 1600-something, but if you ask anybody in Sweden, it is more likley that she will tell you which province they are from, rather than from which county. The provinces are therfore not unimportant. They are the natural division for many sports-organisations and NGO's. One of todays Provinces did not even existed in 16'th century. While the borders of the counties can change from one year to another, the provinces will never change. To tell that a Province stoped to be a division of Sweden in 1600-something would be a lie.

Next to that we have Civil Parishes (Socken). They started to act as local administration in the mid 19'th century. They have been merged, split and divided until they became the 'kommun's of today. Until recently they were the basis for the Census of the Country. (From 2016 they will be replaced by census-districts, but that story hasn't started yet.) These parishes (socken) are, at least in the rural parts of the country, still very important.

All in this division does not always fit into a system of 1st/2nd/3rd level-administration, especially since some of them have no "administration", and never have, but are still essential to describe the nation.

Next to that we have many articles about historical kommun's, as they looked like before 1970. Some areas of Sweden also have an even older division. Sometimes older than the Nation itself. -- Lavallen (block) 19:35, 9 April 2013 (UTC)[reply]

Thanks for your trust. I can try to give my opinion, but as you may know not everybody agrees with my view, so you should not put too much trust in them.

If I understand correctly, every part of the country is either in Landstig or in a kommun, and no Landstig or kommun cannot be in more than one Län. That should make P131 relatively clean. municipality in county in Sweden. I would say that Socken should be P131d in the relevant munuiciapility. If it straddles several of them, add them all. I am not sure how to deal with historical provinces, maybe we need other properties for that. Maybe things will get clearer when we get coordinate datatypes.

For the rest, the problem is that not all divisions have a real administrative function, and so it is unclear whether we should use P132. Well, things would be simpler if we got rid of this property in favor of P279/P31 :).--Zolo (talk) 20:02, 9 April 2013 (UTC)[reply]

Well no, every part of Sweden (except for Gotland, who acts as both 'kommun' and landsting') is in both a 'kommun' and a 'landsting' at the same time, even if they both are municipalities. (That is a problem, when the helth-care for older people by both municipalities are regarded as the other municipalitys responsibility.) There are ~290 kommun and ~20 landsting. And, yes, a kommun and a landsting can only be in one county (today). And every county (except for Gotland) has only one 'landsting'. Even if a 'kommun' is totally inside the geography of a 'landsting', they are still regarded as being at the same 'administrative level'. If the border of a kommun is changed, the border of the county and landsting is always changed at the same time. A Socken can be in two or three 'kommun', but, as far as I know, never in more than one province.

Both a 'landsting' and a 'kommun' have the possibility to take tax from the inhabitants. The sum of the taxes from a kommun and a landsting is named kummunalskatt (municipality-tax). If your income isn't high, that is the only tax you pay from your salary. (There is a church-tax for members, but it is very low.) A county hasn't the possibility to ask for tax, they have their money from the central goverment.

This is even more complicated since some landstings are testing a new system, where they are taking some of the resposibilities of the län/county. (Infrastructure, like road-maintainance and some other stuff.) They are today called 'regioner', but are technically still only 'landsting's with some extended resposibilities. In the future, the structure maybe become more simple, if the counties are totally replaced by the regions.

In one county, I have added both the landsting and the kommun in P150. Geographicly, that makes the sum of the areas and population of the municipalities, twice that of the county. :) (The historical municipalities, are not yet added.) -- Lavallen (block) 06:27, 10 April 2013 (UTC)[reply]

Oh ok. So we want something like:

Blekinge län

• Sudivided in:

• Landsting system:

• Landstinget Blekinge

• Kommun system:

• Karlshamn
• Karlskrona
• Olofström
• Ronneby
• Sölvesborg

The only solution I see would be to change the way P150 works: instead of listing subdivisions directly, it should list the various ways the item can be divided, in this case into Landstings and into kommuns. The list of kommun would be provided in the qualifiers. Such a system woud have other benefits. For instance, San Diego County California is divided into cities, but some parts of the county are unincorporated, which means they are not part of any city. With the new system, we could have something like:

San Diego Country

• Subdivied in:

• Cities:

• San Diego
• Buena Vista
• Oceanside
• partition = false (indicating that some parts of the counties could not be included in the list)

On the practical side, I do not know if this is very convenient to implement such a system. --Zolo (talk) 08:13, 10 April 2013 (UTC)[reply]

Since a US-city can be located in more than one County, it does not fit perfectly everywhere. Canada has a city who is located in two Provinces. (With only one administration, not like Texarkana who is two twincities in Texas and Arkansas). We have the same problem with the historical municipalities. A minor city (Municipalsamhälle) could be located in more than one Municipality. County-free areas can be found in several parts of the world. Demark has one, Germany has several, I think. A City-free area is nothing strange then...

The system above has some good parts, it fits any kind of division:

Sweden:

• Divided in:

• Counties of Sweden: (Subclass of Counties, 1st level admin etc)
  • Blekinge:
  • ...
• Provinces of Sweden: (Subclass of Province, 1st level admin until 16XX, geographic division)
  • Blekinge:
    • XX Socken
    • ...
  • ...
• Juridical division of Sweden:
  • Supreme Administrative Court of Sweden
    • Kammarrätten i ...
      • Länsrätten i ...
      • ...
    • ...
  • Supreme Court of Sweden
    • Göta Hovrätt
      • Örebro tingsrätt
      • ...
    • ...
• Lands of Sweden
  • Götaland
  • Svealand
  • Norrland

etc.. -- Lavallen (block) 10:13, 10 April 2013 (UTC)[reply]

Hi,

The above property is now available and can be used on items. I noticed you participated in its discussion. --  Docu  at 15:18, 14 April 2013 (UTC)[reply]

Hi Zolo, I'm sorry to disturb you. I read your comment in this discussion. It seems to be an interesting proposal, but I did not reach to understand what you wanted to say. Could you explain to me it? Thanks in advance! --Paperoastro (talk) 16:15, 21 April 2013 (UTC)[reply]

Reading it now, I see I wrote a bit hastily and it is not really understandable.

An item-type property is supposed to explain what is the relation between the item and another item, and the qualifier and supposed to make this relation more precise. So take "parent body: Earth", stating that the Earth is a planet seems out of place, because it is an information about the Earth, not about the relation itelf. By contrast, if you say: "is a sattelite", I think you can add "parent body: Earth" as a qualifier, because stating the parent body really makes "is a sattelite" more precise. I have tried it in Q3303, hope it makes it clearer.--Zolo (talk) 16:49, 21 April 2013 (UTC)[reply]

Thank you very much! Now it is all more clear! :) It is a very interesting use of "parent body". When I proposed and created "parent body" and "children body", my idea of use is similar to this. What do you think about it? --Paperoastro (talk) 17:58, 21 April 2013 (UTC)[reply]

Yes, actually, thinking about it, it is probably easier to make "parent body" and children bodies" main properties instead of qualifiers. Orbits and other things depend on them, and we cannot have qualifiers of qualifiers, so probably best to make them all normal properties.

I really do not see how "type of celestial body" can add anything compared to "instance of", they look very redundant here :| --Zolo (talk) 18:47, 21 April 2013 (UTC)[reply]

Thanks for your opinions! :) The life of "instance of" (and "type of celestial body") was very difficult: when "instance of" was created, "type of celestial body" was deleted, but subsequent discussions have advised to not use that "too much" generic property, but create more specific ones. For that reason I ask the undeletion of "type of celestial body". I don't know who have right: these are two different and opposite way to organize the classification of items in Wikidata. Imho for astronomic bodies an "intermediate" classification is missing: we could distinguish them from towns, bridges, mountains... using "instance of" with Q6999. ;) --Paperoastro (talk) 20:53, 21 April 2013 (UTC)[reply]

At the beginning, "instance of" was called "is a". Instance of is much better because it allows to differentiate from subclasses. Though the exact definition of "instance" is still debated, the distinction should make things clearer and much more machine-readable. I do not think that this distinction exists with "type of celestial body"

Instance is supposed to use the most precise term available. I think that it makes it is exactly synonymous with P186 (for other types of items, like people, things are a bit more complex). If we want to differentiate stars from bridges, we would need a different property, but it is fraught with conceptual and practical difficulties. A property for that may be useful, but it is fraught with technical and conceptual difficulties. Also, note that it is not logically necessary: if the "subclass" property is well used, the software should be able to make the distinctions by itself. --Zolo (talk) 06:10, 22 April 2013 (UTC)[reply]

Hi Zolo,

The other day I wrote Wikidata_talk:Property_proposal#Steps_when_creating_new_properties_... I thought you might want to comment on it. --  Docu  at 10:03, 25 April 2013 (UTC)[reply]

Thanks, yes I should have notified proposers, and added to property to the doc. I though I would wait until I can do them in a batch, but it is certainly better to do them as soon as possible. --Zolo (talk) 11:58, 25 April 2013 (UTC)[reply]

Yeah, no hurry .. I created NLA, went through all steps and nobody[just two persons] used it since ;)

BTW I forgot step 9: add some of the participants to Wikidata:Requests_for_permissions#Requests_for_the_property_creator_right. --  Docu  at 12:04, 25 April 2013 (UTC)[reply]

Hi,

The above property is now available and can be used on items. I noticed you participated in its discussion. --  Docu  at 16:16, 25 April 2013 (UTC)[reply]

Thanks, I was hoping it would get done :). --Zolo (talk) 19:11, 25 April 2013 (UTC)[reply]

Hello, I don't understand, why you deleted properties of Q6397? If you delete properties, please take care if they are referenced in articles.--Sinuhe20 (talk) 07:55, 26 April 2013 (UTC)[reply]

Oops sorry, I had not seen that is was in use. We badly need an easy way to check usage of Wikidata in Wikipedia. However, all the statements that I have deleted should be really not stay.

The "region" property is deprecated because it is badly defined. The "region" in the administrative French sense will be retrievable from P:P131 but it is no yet possible (a good part of the deployment syntax is still missing).

"Instance of Mittelstadt" suffers from the same problem: According to de.wikipedia "Mittelstadt" is either a city of 20 to 100 000 inhabitants or a city of 50 to 250 000 inhabitants. Also, note that if a Mittelstadt is only defined by the population, that should be automatically computed using the yet-to-be-created "population" property, that will be much more maintainable. "Instance of city" also seems too vague to be really useful, but it can stay if it is really needed. :Q1054813 refers to Japanese municipalities. --Zolo (talk) 08:20, 26 April 2013 (UTC)[reply]

Hello Zolo, thank you, now it's more understandable for me.--Sinuhe20 (talk) 08:56, 26 April 2013 (UTC)[reply]

I saw your proposal on PC, looking forward to see the response. I have another question! Today, there is no title easily compareble to mayor in Swedish municipalities. Some municipalities call themself "city", and put the title "Borgmästare" (mayor) as a title of honor to one of their leaders, but that is an exception. The highest title in a Swedish municipality is the "chairman of the municipal board". But there are normally more than one politician who have the title "Kommunalråd" (Municipal commissioner) and they all have executive power. It is also normal to have a kommunalråd from the political minority, named "Oppositionsråd". The number of kommunalråd depends of the size of the municipality and the local tradition, but you will normally find the number in a range from 1 to 12 (12=Stockholm). Any ideas? The only swedish municipality with an item for mayor today (as far as I am aware of them) is Sundsvall, but he is only "kommunalråd" and vice chairman of the municipal board, since the "chairman of the municipal board" is vacant. But things can have changed since last time I heard anything from Sundsvall. -- Lavallen (block) 09:14, 28 April 2013 (UTC)[reply]

I think that can be rendered with qualifiers (for the the date, for the exact office of the person and perhaps for the party). Though that may be a bit hard to read, I think that could be reprocessed in a nice way by Lua modules. Or perhaps better ideas will come up at the Project chat :). --Zolo (talk) 10:03, 28 April 2013 (UTC)[reply]

Another problem is that this is of low interest among the wikipedians. Only the most controversiell local politicians get any attension. -- Lavallen (block) 11:13, 28 April 2013 (UTC)[reply]

Hoffe, das ist in deinem Sinne: [2]. Gruß --тнояsтеn ⇔ 06:21, 3 May 2013 (UTC)[reply]

Ja, danke :). --Zolo (talk) 06:44, 3 May 2013 (UTC)[reply]

My bot is importing the commonscats from Wikipedia is not inventing anything. Is remaking the changes because when ends with a language begins with the following and the commonscat is wrong in both languages​​. I think the best is to let the bot continue and undo the changes at the end. Even I can make a list of items that can be wrong. --Kizar (talk) 08:57, 4 May 2013 (UTC)[reply]

It's possible, but as it is a one-time job is not worth complicating the code. --Kizar (talk) 09:34, 4 May 2013 (UTC)[reply]

Hi Zolo, please take a look here: Property talk:P47. --Nightwish62 (talk) 08:31, 9 May 2013 (UTC)[reply]

Hi,

The above property is now available and can be used on items. I noticed you participated in its discussion. -- FrigidNinja 23:07, 10 May 2013 (UTC)[reply]

Ok thanks. --~~