User talk:Pintoch

Jump to navigation Jump to search

About this board

Previous discussion was archived at User talk:Pintoch/Archive 1 on 2017-06-21.

Tutoriel OpenRefine - Quickstatements v1

4
Summary by Pintoch

QSv1 incompatible avec EditGroups

Anchardo (talkcontribs)

Bonjour,

Merci beaucoup pour le tutoriel OpenRefine très clair et utile !

J'ai voulu tester aussi la fonction 'Export to quickstatements', j'ai donc copié le contenu de ce txt que j'ai utilisé dans la V1 de QuickStatements. Du coup j'imagine qu'il faudra effacer mes ajouts de numéro de téléphone (universities in UK) pour que le tutoriel soit toujours fonctionnel pour les prochains... ? Mais je ne vois pas ces ajouts dans ma liste de contribution ni dans l'outil EditGroups.

Merci :)

Pintoch (talkcontribs)

QuickStatements v1 n'est pas supporté par EditGroups, donc défaire les modifs à la main est la seule solution que je vois. Idéalement il faudrait convaincre Magnus de migrer les fonctionnalités manquantes dans la v2 et éteindre la v1, je pense. Ou de rendre la v1 compatible avec EditGroups, mais je vois pas l'intérêt de maintenir deux versions de l'outil.

Anchardo (talkcontribs)

Ok, je ne savais pas tout cela et je ne pensais pas à mal. La V1 me semblait plus intuitive que la V2, mais je vais me pencher dessus prochainement et j'ai commencé à supprimer manuellement ces numéros vu la finalité pédagogique...

Pintoch (talkcontribs)

Merci, mais ne t'en fais pas s'il en reste ! Les gens peuvent comprendre que le tuto a été suivi et donc que les données ont changé :)

LucaBiondi (talkcontribs)

OkSorry to have set status ready!!! Luca

Pintoch (talkcontribs)

No problem at all!

VIGNERON (talkcontribs)

Bonjour Pintoch,

J'essaye d'utiliser OpenRefine (avec la version 3) et cela semble fonctionner partiellement.

Plus concrètement, il y a tout un tas de stations de bus qui ont une mauvaise valeur en P131. Par exemple Q56710762 a juste located in the administrative territorial entity (P131) = France (Q142). Sauf que la description en français contient le code INSEE de la commune. Je me suis dit qu'OpenRefine était l'outil parfait pour résoudre cela.

Je fais donc une requête SPARQL qui me fournit la liste des éléments à corriger (station de bus avec Q142). Je mets ces éléments dans Clipboard et je crée un projet. Je fais "reconcile" et "Use values as identifiers" (ça marche) puis "Add columns from reconcilied values" sur "Dfr" (là aussi ça marche bien) et enfin un "Add column based on this column" avec l'expression "substring(value,length(value)-5)" pour ne garde que le code INSEE (93073, là aussi nickel) et enfin je reconcilie cette colonne pour avoir Tremblay-en-France (Q242497). Tout cette partie fonctionne et je dois avouer que c'est assez génial !

Par contre, si je vois bien "Tremblay-en-France" c'est toujours 93073 qui est stocké dans la cellule quand je fais "edit" (mais peut-être est-ce normal… ?). Et si je fais un export CSV, j'ai "Tremblay-en-France" alors que je m'attendrais à avoir le QID Q242497…

Quand je fais ensuite "Edit Wikidata Schema", là je tombe sur un problème. Le glisser-déposer ne fonctionne pas (contrairement à ce que montre File:OR-WD-editing-tutorial-drag-subject.gif), j'ai beau glissé cela ne dépose pas et je n'ai donc pas le menu qui apparaît…

Aurais-tu une idée de ce qui se passe ou ce qui bloque ?

Pintoch (talkcontribs)

Pour le premier problème (le fait que les valeurs des cellules n'ont pas changé après réconciliation), c'est effectivement le comportement attendu. Tu peux configurer l'export pour que les cellules réconciliées soient exportées avec leur identifiant ou avec leur nom réconcilié en utilisant le "Custom Tabular Exporter" (dans le menu "Export") qui te permet de configurer tout ça.

Pour le deuxième problème c'est moins clair. Est-ce que la colonne est soulignée en vert dans l'onglet du schéma ? Est-ce que dans la vue principale (celle où on voit le tableau) la colonne a une barre verte en dessous de son nom ? Éventuellement si tu peux exporter ton projet ("Export" -> "Export project") et l'envoyer quelque-part je peux enquêter plus finement.

Reply to "Souci avec OpenRefine"
Summary by Pintoch

missing formatter URL in proposal

Joao4669 (talkcontribs)

Thanks for creating the new property member of the Portuguese parliament ID (P6199). The idea was that the value would be a link to the external database, 156 instead off 156. It's the first property I propose and quite possible I miss making that explicit. Can you fix this?

Pintoch (talkcontribs)
Joao4669 (talkcontribs)

OK, thanks again.

EditGroups is acting weird

2
Summary by Pintoch

back in sync with Wikidata

Rachmat04 (talkcontribs)

Hello Pintoch. I'm a fan of your tool, EditGroups. It helps me tracking edits I have made with the help of QS. But it is acting unusual recently. Lag time produced is 21:35:52 (77752 seconds). Could you please take a look at the issue?

Thank you.

Pintoch (talkcontribs)

Great, thanks for letting me know, I have restarted it and the problem should go away.

Jura1 (talkcontribs)
Jura1 (talkcontribs)

(The second sentence).

Pintoch (talkcontribs)

Hi! If you read the RFC you should see that there is a consensus around the fact that Familypedia is user contributed and therefore not as reliable as other sources. That does not preclude it from being added to items though.

Unilaterally crossing out a part of the closure of a RFC is not very elegant on your part. Please think twice next time!

Jura1 (talkcontribs)

You didn't bother responding to the question.

Can you confirm who in the discussion besides NM supported this point? If you draw a conclusion it should be based on the discussion.

Pintoch (talkcontribs)

Dear Jura1,

Closing an RFC is done by summarizing the consensus that has emerged from the discussion. Summarizing a consensus means reflecting the opinions of all parties.

I advise you to stop disputing the administrative closures when they do not follow your own opinion. This is my second warning.

Thanks.

Jura1 (talkcontribs)

I think it's reasonable to expect an explanation from an administrators on their actions. Is that a problem for you? If you don't want to explain your actions, maybe you shouldn't take them. Let this be my second reminder to you.

Furthermore, administrators aren't meant to participate in the discussion in their conclusion. Please ensure to neutrally assess discussions. Please be warned about the consequences of such transgressions.

404 Not Found avec EditGroups et OpenRefine

3
Summary by Pintoch

message 404 changé

Tubezlob (talkcontribs)

Bonjour @Pintoch,

Je suis en train d'importer des données réconciliées avec OpenRefine dans Wikidata, mais je viens de m'apercevoir que le lien vers EditGroups figurant dans le résumé de modifications ne marchait pas (erreur 404 Not Found). Voici le lien inclus dans les résumés de modifs : https://tools.wmflabs.org/editgroups/b/OR/54f1e72/

J'avais fait exactement la même chose il y a quelques semaines et ça avait marché parfaitement (lien).

Pintoch (talkcontribs)

Merci, oui c'est juste qu'EditGroups est dans les choux, j'ai redémarré le service et ça devrait graduellement se résoudre (ton lien devrait marcher demain).

Tubezlob (talkcontribs)

OK parfait merci !

Summary by Pintoch

contrainte changée

Manu1400 (talkcontribs)

Bonjour,

Je m'étais penché il y a plusieurs mois, sur le cas des DOI dans Wikidata. Sur le format d'un DOI, sur corriger certains DOI.

Je note que sur les préfixes DOI, on a actuellement plusieurs préfixes DOI qui ne suivent pas le format "10(\.[1-9][0-9]*)+".

Or, ce qui est sûr à 100%, c'est qu'un DOI ou un préfixe DOI est de la forme "10.<quelquechose" d'où le 10(\.)+

Vu le peu de préfixes DOI, c'est peu couteux d'avoir aussi cette contrainte.

Pintoch (talkcontribs)

Dans ce cas-là, ça serait mieux de changer la contrainte existante. Il me semble qu'ajouter cette nouvelle contrainte ne va pas annuler les violations de la première.

Manu1400 (talkcontribs)

J'ai regardé rapidement plusieurs cas de préfixes DOI avant d'ajouter la contrainte "10\.(+)"

Je suis d'accord qu'en principe le mieux est de changer la contrainte existante ou de corriger si besoin les préfixes DOI.

Pintoch (talkcontribs)

C'est pas juste "en principe" - là en l'état la deuxième contrainte est redondante, ça sert vraiment à rien en l'état. Tu veux que je corrige ou tu le fais ?

Manu1400 (talkcontribs)

Elle te semble redondante. Elle est effectivement en partie redondante. Mais elle est une contrainte obligatoire, donc plus visible, là où la première est plus complexe.

Pintoch (talkcontribs)

Non mais la première est juste fausse, ça sert à rien de la garder.

Thanks for creating the new Cal OHP ID!

2
Trilotat (talkcontribs)

Having created a wiki for a historic site, I'm pleased to add the Cal OHP to the Wikidata Item (which I did not create.) yay you! thanks again. _~~~~

Pintoch (talkcontribs)

No problem, thanks for your contributions!

Summary by Pintoch

property creation

Jura1 (talkcontribs)

The other day someone drew my attention to Wikidata:Property proposal/iNaturalist observation ID.

I find your creation a bit odd, both in terms of timing (just 1 day after a question was finally answered) and in the way you created the property (both the property entity and all samples weren't with the proposal). Anyways, I fixed the last part.

Pintoch (talkcontribs)

Great, thanks for letting me know!