Wikidata:Bistro/Archive/2014/06
![]() |
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion. |
Démêlage
Hello,
Quelqu'un se sent il le courage de démêler Caméra Café svp ?
Le problème est le suivant :
- Sur WP:fr et WP:en, il s'agit de la série française (2001) (un article non lié existe sur it : w:it:Caméra Café)
- Sur WP:it, il s'agit de la série italienne (2003) (un article non lié existe sur fr :w:fr:Camera Café (série télévisée, 2003))
- Sur WP:eo, il s'agit d'un micro article générique
- Sur WP:es, WP:eu et WP:gl, il s'agit de la série espagnole (2005)
- Sur WP:pl, il s'agit de la série polonaise (2004)
- Sur WP:pt, il s'agit de la série portugaise (2006)
- Sur WP:vi, j'ai pas tout compris mais je crois qu'il s'agit de la série vietnamienne (2010)
Bref, cela sort largement de mes compétence... Merci d'avance !
Amicalement. --Indeed (talk) 12:07, 16 June 2014 (UTC)
- Ok, alors j'ai réussi à faire ça :
- Caméra Café (Q2700478) pour le concept
- Caméra Café (Q3654788) pour la série française
- Camera Café (Q5025983) pour la série philippine
- Camera Café (Q17407229) pour la série espagnole
- Câmera Café (Q10262941) pour la série brésilienne
- Câmara Café (Q17407310) pour la série portugaise
- Camera Café (Q17175515) pour la série italienne
- Caméra Café (Q2935699) pour la série québécoise
- Q17407324 pour la série vietnamienne
- Q17407321 pour la série polonaise
- Je pense avoir aussi rattaché les bons épisodes/saisons/personnages. Pffiou.--Harmonia Amanda (talk) 23:41, 23 July 2014 (UTC)
- Merci tout plein @Harmonia Amanda: ! Amicalement. --Indeed (talk) 15:00, 1 August 2014 (UTC)
- Merci, à noter : j'ai déjà du réverter quelqu'un ayant fusionné Caméra Café (Q2700478) et Caméra Café (Q3654788). Si quelqu'un veut transformer fr:Caméra Café de page d'homonoymie en page sur le concept général, ça permettrait de l'ajouter à Q2700478, et donc normalement d'éviter que ça se reproduise :). --Zolo (talk) 15:23, 1 August 2014 (UTC)
- Merci tout plein @Harmonia Amanda: ! Amicalement. --Indeed (talk) 15:00, 1 August 2014 (UTC)
Gares ferroviaires et données
Bonjour, je n'y comprend pas grand chose et je ne comprend pas l'anglais donc c'est un peu pénalisant. Néanmoins si c'est possible je peu améliorer des données et notamment sur les gares ferroviaires notamment françaises car pour prendre une gare au hasard : Bannalec : les références sont surprenantes, pour le pays et l'entité administrative c'est Wikipédia en néerlandais, pour les coordonnées qui sont fausses c'est Wikipédia en anglais (à ce sujet les coordonnées des gares sont à prendre dans l'axe du centre du bâtiment voyageurs au centre de la ou des voies, ce qui semble ne pas être le cas sur wikipedia en). Et globalement j'ai pas réussit à ajouter ou corriger une référence. Cordialement --Quoique (talk) 14:48, 16 June 2014 (UTC)
- Désolé j'ai trouvé comment faire en parti il me reste à comprendre quelle référence il faut mettre : importé de où la référence citée dans l'article ?--Quoique (talk) 15:02, 16 June 2014 (UTC)
- Si c'est la référence de l'article, c'est mieux. --Fralambert (talk) 02:45, 17 June 2014 (UTC)
- "importé de" est à réservé aux imports automatiques par bot. Pour les sources manuelles, il faut utiliser "affirmé dans", par exemple "affirmé dans" "Google maps" ou "Open Street Map" si tu vérifie des coordonnées sur ces sites. Pour les sites web, certains ajoutent une "date de consultation" à la propriété de source, pour indiquer quand cette affirmation potentiellement changeante à été vérifiée. Il vaut mieux aussi ne pas effacer les autres sources, même les imports, si elles restent exactes. --LBE (talk) 07:42, 17 June 2014 (UTC)
- Je corrige: pour les sources, voir Help:Sources/fr. Il est important de suivre les points de cette page qui est une recommandation, car cela facilitera l'utilisation des données plus tard. Par exemple dans le cas de données provenant d'un site web, il est nécessaire de fournir la date de publication des données sur le site web si disponible ou au minimum la date de consultation. Pourquoi ? Pour permettre plus tard de choisir des données en fonction des dates. Si tu ajoutes une source externe de bonne qualité, on peut supprimer les sources d'importations par bots des wikipedias, car wp n'est pas une source. Snipre (talk) 11:07, 17 June 2014 (UTC)
- "importé de" est à réservé aux imports automatiques par bot. Pour les sources manuelles, il faut utiliser "affirmé dans", par exemple "affirmé dans" "Google maps" ou "Open Street Map" si tu vérifie des coordonnées sur ces sites. Pour les sites web, certains ajoutent une "date de consultation" à la propriété de source, pour indiquer quand cette affirmation potentiellement changeante à été vérifiée. Il vaut mieux aussi ne pas effacer les autres sources, même les imports, si elles restent exactes. --LBE (talk) 07:42, 17 June 2014 (UTC)
- Si c'est la référence de l'article, c'est mieux. --Fralambert (talk) 02:45, 17 June 2014 (UTC)
Comment indiquer les langues de travail pour un traducteur ?
Bonjour, Problème trouvé sur Q3260532 mais général pour tous les auteurs de traduction...
Existe-t-il un moyen d'indiquer les langues de travail d'un traducteur et dans quel sens... ex : anglais-français, français-anglais, depuis l'allemand, depuis le russe (sous-entendu, dans sa langue natale) ?
Je pense qu'on doit pouvoir qualifier la propriété P101=Q333634, mais je ne sais pas comment faire. Merci pour vos conseils. --Hsarrazin (talk) 09:59, 19 June 2014 (UTC)
- plus largement, quand la/les langues de travail d'un écrivain sont autres que sa langue maternelle, quelle propriété utiliser ? --Hsarrazin (talk) 10:03, 19 June 2014 (UTC)
- Pour un écrivain n'écrivant pas dans sa langue maternelle, c'est via ces oeuvre que cela se fait: la langue maternelle est donnée dans l'élément de l'écrivain et la langue de publication de l'oeuvre est donnée dans l'élément de l'édition originale de l'oeuvre. Por le cas d'un traducteur, mieux vaudrait s'adresser au projet Wikidata:Books task force pour voir s'ils ont développé une structure particulière. C'est en anglais, mais tu peux poser la questione en français: il y a assez de francophones qui traînent leurs basques sur ce projet pour traduire ou te répondre. Snipre (talk) 07:28, 20 June 2014 (UTC)
Media Viewer is now live on this wiki
Greetings,
The Wikimedia Foundation's Multimedia team is happy to announce that Media Viewer was just released on this site today.
Media Viewer displays images in larger size when you click on their thumbnails, to provide a better viewing experience. Users can now view images faster and more clearly, without having to jump to separate pages — and its user interface is more intuitive, offering easy access to full-resolution images and information, with links to the file repository for editing. The tool has been tested extensively across all Wikimedia wikis over the past six months as a Beta Feature and has been released to the largest Wikipedias, all language Wikisources, and the English Wikivoyage already.
If you do not like this feature, you can easily turn it off by clicking on "Disable Media Viewer" at the bottom of the screen, pulling up the information panel (or in your your preferences) whether you have an account or not. Learn more in this Media Viewer Help page.
Please let us know if you have any questions or comments about Media Viewer. You are invited to share your feedback in this discussion on MediaWiki.org in any language, to help improve this feature. You are also welcome to take this quick survey in English, en français, o español.
We hope you enjoy Media Viewer. Many thanks to all the community members who helped make it possible. - Fabrice Florin (WMF) (talk) 21:54, 19 June 2014 (UTC)
--This message was sent using MassMessage. Was there an error? Report it!
Comment utiliser plusieurs fois la même source ?
Supposons que je doive sourcer différentes déclarations d'un même élément avec la même source. Existe-t-il un moyen facile de le faire ou faut-il tout retaper à chaque fois ? --PAC2 (talk) 01:47, 20 June 2014 (UTC)
Pour poser ma question autrement, peut-on lier différentes déclarations d'un même élément à une même source ? --PAC2 (talk) 01:50, 20 June 2014 (UTC)
- Pas à je que je sache, mais si quelqu'un programme un gadjet «copie de source», je serai le premier à l'adopter. --Fralambert (talk) 02:39, 20 June 2014 (UTC)
- Merci de donner un exemple. Normalement si la source est un document, genre un livre, on peut créer un élément sur la source et réutiliser l'élément. Exemple CRC Handbook of Chemistry and Physics (92nd edition) (Q11927173) qui est utilisé pour sourcer la déclaration du nombre CAS du methanol (Q14982) et de l'ethanol (Q153). Ou encore l'article Atomic weights of the elements 2009 (IUPAC Technical Report) (Q13422885) qui est utilisé pour sourcer tous les numéros atomiques des éléments chimiques (utilisé plus de 100 fois). Dans ce cas, il suffit de pointer vers l'élément de la source et d'ajouter la page ou le chapitre, le reste des données étant stocké dans l'élément du document. Pareil pour un rapport ou un article scientifique. Dans le cas d'un article de journal, vu la faible réutilisation de la source, mieux vaudrait éviter de créer un élément sur l'article, mais on peut utiliser l'élment sur le journal pour réduire le nombre de données à retaper. Pour les pages web, cette technique ne fonctionne pas. Voir help:Sources/fr. Et d'ailleurs les pages web sont à éviter s'il existent d'autrent sources de qualité.
- Bref, le meilleur moyen de réduire le travail d'entrée de données, c'est de choisir un bon document de références qui puisse être réutilisé plusieurs fois et donc justifier la création d'un élément. Snipre (talk) 07:05, 20 June 2014 (UTC)
- Merci pour la réponse. Effectivement, c'est surtout pas facile pour les pages web. --PAC2 (talk) 08:51, 22 June 2014 (UTC)
Une source n'a pas besoin de plusieurs utilisations pour avoir son élément. De toute façon on peut pas prévoir à l'avance si elle va être utilisée plusieurs fois, autant créer l'élément tout de suite pour faciliter la réutilisation, sinon on va se retrouver avec des doublons genre source citée sans son élément ou avec de manière incohérente. Sinon Lydia cherche quelqu'un pour développer un gadget de réutilisation de source sur un item. TomT0m (talk) 14:01, 25 June 2014 (UTC)
Unité administrative sur plusieurs niveaux
Une simple question, une unité administrative sur plusieurs niveaux, comme Shawinigan (Q141980) devrait-elle avoir plusieurs éléments sur wikidata. Petit rappel, cette ville est à la fois une local municipality (Q1500352) et une regional county municipality (Q204613) (version géographique). --Fralambert (talk) 01:48, 20 June 2014 (UTC)
- Non, à condition qu'elle ne soit pas modifié (taille, nombre d'habitants,...) lors d'un passage à une autre entité. Snipre (talk) 07:01, 20 June 2014 (UTC)
- Bonjour Snipre, j'aurais plutôt dit « oui » justement parce qu'il y a au moins un élément différent entre les deux entités : le niveau administratif. J’imagine qu’il y a sans doute d'autres (la date de création ou le chef de l’exécutif, par exemple me viennent à l’esprit mais ceci dit, cela pourrait être indiqué en tant que qualificateur, ce qui se fait pour Paris (Q90) − commune et département − pour la date tandis que le chef de l'exécutif est par définition le même).
- Après, je ne connais ni le Canada en général, ni Shawinigan (Q141980) en particulier. Si je comprends bien, une municipalité locale semble correspondre à une commune française alors qu’une municipalité régionale ressemble plutôt à une intercommunalité française (or en France, il n'existe aucune intercommunalité avec une seule commune, pas au niveau des EPCI en tout cas − déjà qu'il n'y a que 13 EPCI de 2 communes source (il y a une meilleure source mais évidemment je ne la retrouve plus :( ) −, peut-être au niveau des syndicats mais cela serait surprenant ; du coup, je ne vois que Paris ou les départements/régions d’Outre-Mer).
- Sinon, Fralambert, il y a une erreur avec local municipality (Q1500352) où il est indiqué « organisation administrative d'Afrique du Sud » alors que Shawinigan (Q141980) se trouve au Québec. J'imagine que tu parlais plutôt de local municipality of Quebec (Q3327873), non ?
- Cdlt, VIGNERON (talk) 20:25, 21 June 2014 (UTC)
- @VIGNERON: C'est ma faute, il s'agit plutôt de local municipality of Quebec (Q3327873). Pour ce qui est des regional county municipality (Q204613) (MRC), il ne s'agit pas dans le cas de Shawinigan d'une intercommunalité. Il y a une version juridique et géographique des MRC, la seconde couvrant 100% du territoire. La MRC «juridique» est une intercommunalité qui comprend les municipalités membres et les territoires non organisées, mais exclus les communautés autochtones enclavées. La version «géographique» rajoute les communautés autochtones, et divise le reste du territoire en 17 autres MRC géographiques. (on utilisait avant equivalent territory (Q3518817). Mais l'Institut de la statistique s'est débarrassé du terme en mai. Oui, c'est tout chaud) --Fralambert (talk) 04:10, 22 June 2014 (UTC)
- @VIGNERON: Non, je donne un exemple. La France comme Etat et la France comme pays faisant partie de l'Union europréenne. Doit-on créer 2 éléments ? Non, car les 2 notion couvrent la même réalité physique/géographique/adminitrative. En clair, si une entité adminsitrative couvre le même domaine géographique, on peut utiliser le même élément. Si la couverture géographique change, alors il faut un nouvel élément. Snipre (talk) 08:39, 23 June 2014 (UTC)
- @Snipre: : ton exemple n’est pas bon puisque le territoire total de la République française et le territoire de cette même république faisant partie de l’Union européenne ne sont pas exactement identique (surtout selon la définition que l’on prend pour les différents termes de cette phrase) mais sinon, j’ai bien compris ton idée. Du coup, dans l’élément unique, comment indique-t-on les différents concepts concernés ? avec des qualificateurs ?
- @Fralambert: : du coup, il y a deux concepts différents derrière le nom MRC ? est-ce que cela vaudrait le coup de faire deux éléments ou non ? (re-ping Snipre)
- Cdlt, VIGNERON (talk) 10:18, 25 June 2014 (UTC)
- @VIGNERON, Snipre: Probablement, tant que l'on ne crée pas deux Nicolet-Yamaska, à cause d'une présence d'une réserve indienne sur le territoire. À la limite renommer equivalent territory (Q3518817) pour municipalité régionale de comté géographique et probablement créer un qualificatif pour les réserves indiennes «non membres» pour les MRC juridiques. --Fralambert (talk) 01:06, 4 July 2014 (UTC)
- @VIGNERON: Non, je donne un exemple. La France comme Etat et la France comme pays faisant partie de l'Union europréenne. Doit-on créer 2 éléments ? Non, car les 2 notion couvrent la même réalité physique/géographique/adminitrative. En clair, si une entité adminsitrative couvre le même domaine géographique, on peut utiliser le même élément. Si la couverture géographique change, alors il faut un nouvel élément. Snipre (talk) 08:39, 23 June 2014 (UTC)
- @VIGNERON: C'est ma faute, il s'agit plutôt de local municipality of Quebec (Q3327873). Pour ce qui est des regional county municipality (Q204613) (MRC), il ne s'agit pas dans le cas de Shawinigan d'une intercommunalité. Il y a une version juridique et géographique des MRC, la seconde couvrant 100% du territoire. La MRC «juridique» est une intercommunalité qui comprend les municipalités membres et les territoires non organisées, mais exclus les communautés autochtones enclavées. La version «géographique» rajoute les communautés autochtones, et divise le reste du territoire en 17 autres MRC géographiques. (on utilisait avant equivalent territory (Q3518817). Mais l'Institut de la statistique s'est débarrassé du terme en mai. Oui, c'est tout chaud) --Fralambert (talk) 04:10, 22 June 2014 (UTC)
Demande de fusion
Bonjour,
quelqu'un peut-il fusionner Q6057034 et Q3360275 (respectivement Pacto de Benidorm (es) et Pacte de Benidorm (fr)) ? Merci d'avance. Lepsyleon (talk) 12:18, 24 June 2014 (UTC)
- Done. Si tu as d'autres fusions à faire, tu peux jeter un coup d'œil à Help:Merge/fr. Bonne continuation. Mathieudu68 talk 14:41, 24 June 2014 (UTC)
- OK, merci ! Lepsyleon (talk) 09:54, 26 June 2014 (UTC)