Le jeu. 2 janv. 2020 à 18:24, Yves P. <yves.prat...@gmail.com> a écrit :
> @Philippe > > "opening_hours" est conçu n'importe comment, pas pour être lisible, et > plein d’ambiguïtés > > > C’est un langage de programmation (une grammaire) conçue pour être > indépendante de la langue, fonctionner avec tous les cas de figures qui > existent dans le monde. > Si cela avait été le cas, le grammaire formellement n'avait pas besoin de ça du tout. Ca a évolué avec divers ajouts et suppressions, voire des changements successifs incompatibles. Il y a plusieurs moteurs de rendu et ils analysent cela de façon différente, les spécifs n'étant toujours pas claire et non ambiguë. D'aillerus il y a plein de données dans OSM qui ne suivent pas exactement les règles décrites (qui n'ont pas tenu compte de tout ce qu'il y avait eu et de ce qui arrive encore car elle n'est pas suffisante, par exemple pour les calendriers non chrétiens et même pour s'accorder sur la date de Pâques, codé "easter" mais selon le calendrier chrétien occidental). Les dates variables dans le calendrier grégorien ne le sont pas dans d'autres calendriers, et seul le calendrier grégorien est géré ; pour le reste "SH" ou "PH" sont des fourre-tout dont on ne peut pas déduire grand chose). > Elle est lisible par un humain pour les cas simples, mais ce n’est pas le > but me semble-t-il. > Et pourtant c'est ce qu'on me reprochait en proposant d'enlever les espaces inutiles... Regarde les horaires chez Google, c’est lisible mais il est impossible de > définir des exceptions pour les vacances par exemple. > Google a certainement une codification pour sa base (ne serait-ce que pour afficher "ce magasin ouvre dans 3 heures), mais il ne la donne pas, il nous donne ses résultats formatés. On s'en fout de Google, c'est propriétaire.
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr