Wikipédia abstraite/Dates
| Cette page en quelques mots : Cette page collecte en un même emplacement quelques problèmes et questions concernant la représentation des dates qui pourrait potentiellement affecter le succès et l’acceptation de la Wikipédia abstraite. |
Génération de dates
Il a été largement suggéré que nous devrions générer automatiquement des descriptions comme une sorte de « premier pas » vers la Wikipédia abstraite parce que nous disposons d’outils — notamment Reasonator et Mix-n-Match — qui génèrent de telles descriptions aujourd’hui. Il est important de noter que ces outils génèrent des descriptions très utiles mais connaissent de réels défis pour traiter les dates. Certains de ces défis surviennent de la façon dont les données d’horodatage sont stockées dans Wikidata ; d’autres surviennent parce que les outils ont été développés avant que soient disponibles de nouvelles propriétés telles que « affinement de date ».
Résoudre ces problèmes est hors du champ d’application de la Wikipédia abstraite. Mais régler le rendu « correct » des dates (c’est-à-dire, de la façon qu’attendrait le rédacteur contributeur) sera nécessaire pour mieux faire accepter la Wikipédia abstraite.
Problèmes signalés de Wikidata concernant la représentation et la régionalisation des dates
- Cette sections est liée aux tickets ouverts sur Phabricator et relatifs aux dates.
Des problèmes ont été identifiés concernant la régionalisation de la présentation des dates.
Certains de ces problèmes ont été identifiés dans « Utiliser les $dateFormats existants pour formater les dates sur Wikidata ».
Il y a un problème spécifique dans la représentation des siècles au format “16. century” en anglais, qui a eu pour effet que des rédacteurs ont saisi les mauvaises valeurs de siècle.
Voir « Le point abréviatif dans les messages tels que Wikibase-time-precision-century est incorrect en anglais ».
Il y a une confusion concernant la définition et l’analyse des siècles et millénaires.
Voir « Analyse incorrecte des siècles et millénaires ».
Il a été suggéré que simplement nous cessions d’utiliser “century” et “millennium” en association avec les données d’horodatage de Wikidata.
Présentation des dates dans les outils existants
Les résumés produits à la fois par Mix-n-Match-generated et Reasonator ignorent les qualificatifs de date tels que « circonstances de sourcement », « affinement de date », « date au plus tôt » et « date au plus tard ».
Les rédacteurs sont encouragés à entrer une date fixe au milieu d’un intervalle et à préciser ensuite une précision (donc, à entrer 1750 avec la précision « siècle » pour afficher « XVIIIe siècle »). La date entrée est apparemment stockée (et utilisée pour le tri et les frises chronologiques, ce qui justifie d’entrer les dates de cette façon) mais n’est pas visible dans l’interface utilisateur. Un élément qui affiche « date de naissance = 1er millénaire av. J-C. » dans l’interface utilisateur pourrait apparaître sous la forme « il est né en 500 av. J-C. » dans Mix-n-Match ou Reasonator (par exemple : Peisias dans Wikidata et le même dans Reasonator).
Si le rédacteur saisit « 13e siècle » directement, Wikidata suppose « 13e siècle = 1201–1300 » et stocke la valeur « 1300 » avec « précision = siècle ». De ce fait, Mix-n-Match affiche « Elle est née en 1300 ». Ceci peut alors produire des constructions comme « elle est née en 1300 et décédée en 1264 », alors que ce qui est signifié est « elle est née (à une date non précisée du) XIIIe siècle et décédée en 1264 ».
Critères possibles d’acceptation pour la représentation des dates dans la Wikipédia abstraite
- Comprendre et faire le rendu de la précision des dates.
- Comprendre et faire le rendu des qualificatifs de dates tels que « circonstances de sourcement », « date à affiner », « date au plus tôt » / «date au plus tard », « date de début » / «date de fin », etc. (Notez que les modèles de Commons ne reconnaissent pas ces qualificatifs et de les analysent pas non plus.)
- Effectuer le rendu des dates dans la syntaxe localisée propre à chaque langue (exemple : « 12 de junho de 1990 » en portugais, « 12 June 1990 » en anglais).
- Traduire les dates dans d’autres calendriers s’ils sont disponibles dans une langue donnée (par exemple, le persan utilise généralement le calendrier iranien officiel, l’arabe et quelques autres langues peuvent préférer le calendrier islamique).
- Les représentations de dates peuvent nécessiter d’afficher à la fois les versions grégorienne et julienne dans certains cas (les calendriers spécifiques pourraient-ils être indiqués dans le contenu abstrait lui-même ?).
- Les dates concernant le passé ancien (ères géologiques, caractéristiques galactiques ou du système solaire, etc.) devraient être affichées avec une traduction appropriée des nombres — par exemple « il y a 65 millions d’années », « il y a 4,54 ± 0,05 millions d’années ». Ceci s’applique à la plupart des affichages de grands nombres.
Solutions possibles pour le rendu des dates
...