Data.table: Documenter quand exactement les noms de colonnes de `j` sont conservés

Créé le 23 déc. 2018  ·  4Commentaires  ·  Source: Rdatatable/data.table

Voici une question sur le débordement de pile que j'ai posée sur les règles applicables lorsque les noms de colonnes de j apparaissent dans la sortie, avec quelques exemples surprenants. Il a reçu trois réponses incomplètes, dont deux ont été supprimées. Clairement, lorsque j est une liste nommée, les noms donnés sont conservés. Sinon, il n'est pas clair dans quelles circonstances data.table devinera les noms de colonnes.

(Les directives de contribution indiquent que je devrais ajouter une étiquette de problème, mais je ne semble pas avoir la permission de le faire.)

Tous les 4 commentaires

merci pour le rapport ! tu as raison, c'est un peu difficile à prévoir. là
existe-t-il des problèmes concernant la résolution de l'incohérence, qui est
préférable à énumérer tous les coins et recoins de quelque chose qui est
certes défectueux.

pour l'instant, il suffit d'utiliser une liste nommée... il y a aussi quelque chose à dire pour le
lisibilité des dénominations explicites...

Je ne suis pas devant un ordinateur, donc je ne peux pas traquer ces problèmes... si quelqu'un peut nous
peut fermer ceci en tant que doublon

Le dimanche 23 décembre 2018, 12 h 53, Kodi Arfer < [email protected] a écrit :

Ici
https://stackoverflow.com/questions/53745905/when-exactly-does-data-table-preserve-column-names
est une question de débordement de pile que j'ai posée sur les règles pour quand les noms de colonne
de j apparaissent dans la sortie, avec quelques exemples surprenants. c'est reçu
trois réponses incomplètes, dont deux ont été supprimées. Clairement, quand j
est une liste nommée, les prénoms sont conservés. Sinon c'est pas clair
dans quelles circonstances data.table devinera les noms de colonnes.

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/Rdatatable/data.table/issues/3244 , ou désactiver le fil
https://github.com/notifications/unsubscribe-auth/AHQQdUnVzNLGos_kMP8QEh9DFOcloQh8ks5u76cWgaJpZM4Zf5EM
.

il existe des problèmes concernant la résolution de l'incohérence, ce qui est préférable à l'énumération de tous les coins et recoins de quelque chose qui est certes défectueux.

Logique; il pourrait même être plus facile de simplifier les règles réelles et de les expliquer ensuite que de les expliquer telles quelles.

Merci @Henrik-P je ferme maintenant

Cette page vous a été utile?
0 / 5 - 0 notes