Bonjour et merci pour toutes ces réponses ! On dimanche 8 novembre 2020 16:43:36 CET osm.sanspourr...@spamgourmet.com wrote: > > (ignore everything after 11:45, that's the max time for sending > > letters, parcels, etc.) > Pourquoi ? Si la poste est ouverte, ça peut être utile pour poster un > colis même s'il part le lendemain, rencontrer un conseiller.
Disons que ces informations (les colonnes Heure_limite_dépôt_Courrier, Heure_limite_dépôt_Chrono, et Heure_limite_dépôt_Colis) ne vont pas dans opening_hours, donc je les considère hors périmètre. C'est déjà assez compliqué comme ça :-) > Ne pas confondre avec collection_times > https://wiki.openstreetmap.org/wiki/FR:Key:collection_times Oui, c'est pas ça non plus, je suis d'accord. > > Detect cases like "every other Saturday", which seems to happen. > > Adrien et Cie, on a un moyen de modéliser ça proprement dans OSM ? J'ai trouvé "week 2-53/2" mais ça ne fonctionne pas forcément au changement d’année… Fin 2020, la semaine 53 est suivie de la semaine 1, donc deux semaines impaires se suivent. Et justement la Poste de La Boisse (aucune idée de là où ça se trouve) est ouverte le samedi matin les jours suivants: 2020-12-12, 2020-12-26, 2021-01-09, 2021-01-23, donc semaines 50, 52, 1, 3. Au pire il faudra que je fasse "2020 week 2-53/2 Sa [...]" et "2021 week 1-53/2 Sa [...]" en dupliquant la donnée, si y'a pas mieux... > > Decide whether to add specific single-date exceptions to the OSM > > opening hours or to just ignore them. Do we want this level of detail? > > Il y a deux types d'exceptions : les jours fériés et les jours vraiment > exceptionnels. Les jours fériés je gère déjà [tant que le bureau fait la même chose tous les jours fériés...]. > Rien contre indiquer les jours vraiment exceptionnels mais il faut alors > être sûr que la mise à jour soit régulière. Avoir mettons une journée > dans le passé pourrait faire conclure à des horaires non actuels. Oui si j'arrive à tout automatiser, l'import pourrait se faire régulièrement. Les données sont pour les 3 prochains mois, mais je ne sais pas si ça garantit ces horaires. C'est peu probable (grêves, arrêts maladie, ...). Du coup d'une semaine sur l'autre, les horaires prévisionnels pour "dans 2 semaines" pourraient changer. Donc en toute théorie il faudrait importer tous les jours, LOL. Mais bon déjà si c'est une fois par mois ça me semble pas mal. > Un truc sympa serait d'avoir une carte, par exemple un fond OSM et une > info bulle sur les bureaux avec les horaires actuels, les horaires > déduits et les horaires bruts dont tu pars. Par exemple en important tes > données dans une umap. Euh. Ça c'est du chinois pour moi (je saurais pas faire), et j'ai du mal à voir l'intérêt. Si c'est pour débugguer, un simple "grep" sur le fichier de départ et le fichier de sortie permet de regarder ça. Si c'est pour l'utilisateur final, le but c'est de voir ça dans OsmAnd et autres :) > > and new post offices > > Et surtout ceux qui disparaissent (c'est plus fréquent). Hmm, je veux mettre à jour les horaires, pas supprimer des bureaux de poste, ça semble dangereux et hors périmètre :-) Je pense que la création et la suppression seraient plutôt à faire à partir d'une autre source de données, la liste des bureaux de poste https://datanova.laposte.fr/explore/dataset/laposte_poincont2/ Mais ça je laisse volontiers à quelqu'un d'autre... > Horaires : oui on a le droit d'ajouter/modifier des horaires, on met en > général un source=La Poste, 2020-11-08 (histoire de savoir d'où ça vient > et de quand ça date). Dans le changeset, j'imagine. OK. Pas de mention de l'outil d'importation, au cas où quelqu'un veuille remonter à comment un mauvais import a eu lieu ? > Mais dans un premier temps détecter les différences c'est déjà un bon > point pour savoir ce qu'il y a à vérifier. Je ne suis pas sûr de ce que tu veux dire par là. Si l'outil détecte une différence entre OSM et datanova, j'imagine que datanova est plus fiable, mais c'est pas en comparant 08:00 et 09:00 qu'on saura qui a raison. Il faut aller voir les horaires sur la porte, mais la France c'est grand et on est confinés :-) Mais oui pour commencer c'est plus sûr de ne rien écraser. > Pages éventuellement à compléter par la suite : > https://wiki.openstreetmap.org/wiki/Import/Catalogue Ah oui, j'ai vu cette page, mais je ne comprends pas bien la différence entre ses sections. Les imports ne sont-ils pas tous "communautaires" ? > https://wiki.openstreetmap.org/wiki/Contributors#France Merci pour l'info, c'est noté aussi. > Pour les imports, on va sans doute te conseiller de faire tes tests avec > JOSM OK. > mais pour la mise à jour régulière il y aura sûrement d'autres > propositions. Oui, le wiki dit que ça fait pas les grandes quantités de données... Peut-être osmsync ferait l'affaire ? > N. B. : préalable : vérifier avec Osmose par exemple que les bureaux de > poste sont bien dans OSM : ce serait dommage de vouloir mettre à jour > des horaires de bureaux inconnus. Hmm, encore un autre outil :-) JOSM ne permet pas de vérifier ça ? Ou osmsync ? -- David Faure, fa...@kde.org, http://www.davidfaure.fr Working on KDE Frameworks 5 _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
