Le dim. 8 nov. 2020 à 23:23, David Faure via Talk-fr < talk-fr@openstreetmap.org> a écrit :
> 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 > garantiopening t > 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... > > Ca depend de ce qu'on appelle grande quantité de donnée et dans ton cas, ça passe avec josm. Ce qu'il est possible de faire, il y a surement d'autre façon de faire, mais je n'ai essayé que ça : - obtenir les bureaux de poste avec l'overpass api via une requête de ce type : https://overpass-turbo.eu/s/ZUw (pour josm il faut du xml et out meta) - faire un script qui va lire le xml, détecter les tags ref:FR:LaPoste=* et ajouter les opening_hours=* au bon élément, il faut pour que josm sache que l'élément a été modifié et qu'il faut envoyer l'élément au serveur, ajouter un action='modify' au bon endroit pour chaque élément modifié. - une fois modifié, ouvrir avec josm ce fichier enregistré en .osm - envoyer les modification Ce qu'il faudra faire, je pense c'est séparer les envois de données, 1 pour la métropole et 1 par département d'outre mer, sinon ton changeset mondial va s'afficher pour tout ceux qui suivent les changements d'un petit coin de la planète et donc plein de gens vont te tomber dessus pour te dire que tu aurais dû diviser en plusieurs envois (c'est du vécu :) ) et pour faire ça : dans josm, en plaçant la vue au bon endroit, un recherche "modified" puis "envoyé la sélection" autant de fois que nécessaire. ensuite pour les autre questions : - en envoyant les données, mettre dans commentaire que tu ajoutes les opening_hours=* sur les bureaux de poste et un lien vers la page du wiki que tu as créé et en source la poste et la date des données et peut être le lien vers les données. - tes données ont beaucoup plus de chance d'être à jour que celles présentes dans osm donc moi je dirais qu'il faut remplacer l'existant qui peut être là depuis des années. - pour savoir si tu peux envoyer tes changements sur le serveur, verifie plusieurs bureaux de poste et si il n'y a pas sur cette liste de personne hostile, fait l'envoi. - pour ce qui est de ce qui doit être dans opening_hours=*, je ne connais pas très bien, je n'y mets que des choses très simple, mais je dirais qu'il vaut mieux eviter d'y mettre des choses trop spécifique à cette année, ce n'est pas dit que l'année prochaine ça soit la même chose ou qu'un nouvel import de donnée est lieu d'ici là.
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
