Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Philippe Verdy]

Le jeu. 26 nov. 2020 à 17:32, Frédéric Rodrigo  a
écrit :

> >> Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux de
> poste.
> > pq pas si t'as envie... mais un import avec des changeset n'ayant
> > parfois qu'un bureau, cela limite l'intérêt du changeset.
> > perso un changeset pour la france ou un par région, cela me choque
> > pas, ces bureaux n'avaient de toute façon pas d'horaire.
> > mais peu importe ton choix à ce niveau, ce point est pour moi ok,
>
> Même avis ici aussi.
>
> 1 537 changets pour 9 730 objets. Ça fait quand même vraiment beaucoup de
> changesets.


Un simple découpage par les deux premiers chiffres du code postal suffirait
: 100 changesets maxi et ça donne pas tant d'objets que ça par changeset
(au pire ~200 points dans un département densément peuplé et assez grand
avec beaucoup de bureaux, en région parisienne, ou dans le Nord, et en fait
moins dans les départements plus ruraux où il n'y a même pas un bureau par
commune). Ca donne des changeset tout à fait exploitables, faciles à
analyser et de taille raisonnable.

L'autre solution: les importer en triant la liste simplement par code
postal, et faire un changeset par groupe de taille fixe comme 500 codes
(donc 500 noeuds ou polygones), la limite d'OSM étant autour de 2000. On
fera enb sorte de garder les DROM et COM séparés (ils sont très distants
territorialement des autres et entre eux, c'est mieux pour éviter d'irriter
les autres utilisateurs d'OSM hors de France).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Vincent de Château-Thierry]

Bonsoir,

> De: "David Faure via Talk-fr" 
> On jeudi 26 novembre 2020 15:23:03 CET Frédéric Rodrigo wrote:
> > Le 26/11/2020 à 10:09, Marc_marc a écrit :
> 
> > >> Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux
> > >> de
> > >> poste.
> > > 
> > > pq pas si t'as envie... mais un import avec des changeset n'ayant
> > > parfois qu'un bureau, cela limite l'intérêt du changeset.
> > > perso un changeset pour la france ou un par région, cela me
> > > choque
> > > pas, ces bureaux n'avaient de toute façon pas d'horaire.
> > > mais peu importe ton choix à ce niveau, ce point est pour moi ok,
> > 
> > Même avis ici aussi.
> > 
> > 1 537 changets pour 9 730 objets. Ça fait quand même vraiment
> > beaucoup de
> > changesets.
> 
> Vraiment ? Avec StreetComplete j'ai fait 764 changesets pour 2727
> objets, si
> je comprends bien le "764 Modifications" affiché sur
> https://www.openstreetmap.org/user/Dfaurekde
> et le 2727 affiché en haut à gauche dans StreetComplete.
> 
> L'idée c'était d'éviter les notifications intempestives,
> puisqu'apparemment certains monitorent une zone bien spécifique et ne veulent 
> pas
> recevoir de notifications intempestives liées à un changement à grande 
> échelle.
> D'un autre côté, ça arrive super souvent, non ?
> Un exemple au hasard:
> https://www.openstreetmap.org/changeset/94106441
> (merci à toi zorglubu, d'intégrer + de bureaux de postes, ça va
> m'aider !)

Je trouve ta justification tout à fait valable et louable : ne pas engendrer 
des emprises de changesets gigantesques, qui polluent l'analyse des changements 
produits en les dispersant dans une énorme surface.

> Je peux ajuster la taille de la zone max pour créer moins de
> changesets. Mais ... ça change quoi au final ?

Je trouve que ce sujet est vraiment accessoire, car en effet ça ne change rien 
au final, on aura les mêmes objets en base in fine.

vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Georges Dutreix via Talk-fr]

Tu as ici un très bel outil pour voir ton activité : 
https://hdyc.neis-one.org/?Dfaurekde

Bien cordialement,
Georges

26 nov. 2020 22:58:09 David Faure via Talk-fr :

> Avec StreetComplete j'ai fait 764 changesets pour 2727 objets, si
> je comprends bien le "764 Modifications" affiché sur
> https://www.openstreetmap.org/user/Dfaurekde
> et le 2727 affiché en haut à gauche dans StreetComplete.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On jeudi 26 novembre 2020 15:23:03 CET Frédéric Rodrigo wrote:
> Le 26/11/2020 à 10:09, Marc_marc a écrit :
> > Le 25.11.20 à 21:39, David Faure via Talk-fr a écrit :
> >> Bonjour à tous,
> >> 
> >> Voici un résumé de l'état des choses concernant cet import
> > 
> > pour ma part un import doit être limpide, donc si je résume
> > la première étape :
> > - ne cibler que ceux qui n'ont pas d'horaire cad ne pas toucher les
> > objets qui ont opening_hours ni opening_hours:covid19 (parce qu'on sait
> > pas si osm a une version corrigée des horaires théoriques ou non)
> > - ne pas mixer 2 sujets dans le même changeset, cad ne profiter de
> > l'ajout d'horaire sur certains pour corriger des PH manquant sur
> > d'autre: c'est telement plus propre un changeset séparé qui
> > dit "ajout de PH manquant dans les horaires existant".
> 
> +1

On pinaille un peu non ?
C'est le même sujet, c'est "utilisation des horaires fournis par datanova".

Soit parce qu'il n'y en avait pas, soit parce la différence est seulement 
PH=off. A l'avenir il pourrait y avoir d'autres raisons qu'on considère 
acceptables...

> >> Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux de
> >> poste.
> > 
> > pq pas si t'as envie... mais un import avec des changeset n'ayant
> > parfois qu'un bureau, cela limite l'intérêt du changeset.
> > perso un changeset pour la france ou un par région, cela me choque
> > pas, ces bureaux n'avaient de toute façon pas d'horaire.
> > mais peu importe ton choix à ce niveau, ce point est pour moi ok,
> 
> Même avis ici aussi.
> 
> 1 537 changets pour 9 730 objets. Ça fait quand même vraiment beaucoup de
> changesets.

Vraiment ? Avec StreetComplete j'ai fait 764 changesets pour 2727 objets, si 
je comprends bien le "764 Modifications" affiché sur 
https://www.openstreetmap.org/user/Dfaurekde
et le 2727 affiché en haut à gauche dans StreetComplete.

L'idée c'était d'éviter les notifications intempestives, puisqu'apparemment 
certains monitorent une zone bien spécifique et ne veulent pas recevoir de 
notifications intempestives liées à un changement à grande échelle.
D'un autre côté, ça arrive super souvent, non ?
Un exemple au hasard: https://www.openstreetmap.org/changeset/94106441
(merci à toi zorglubu, d'intégrer + de bureaux de postes, ça va m'aider !)

Je peux ajuster la taille de la zone max pour créer moins de changesets.
Mais ... ça change quoi au final ?

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Frédéric Rodrigo]

Le 26/11/2020 à 10:09, Marc_marc a écrit :

Le 25.11.20 à 21:39, David Faure via Talk-fr a écrit :

Bonjour à tous,

Voici un résumé de l'état des choses concernant cet import

pour ma part un import doit être limpide, donc si je résume
la première étape :
- ne cibler que ceux qui n'ont pas d'horaire cad ne pas toucher les
objets qui ont opening_hours ni opening_hours:covid19 (parce qu'on sait
pas si osm a une version corrigée des horaires théoriques ou non)
- ne pas mixer 2 sujets dans le même changeset, cad ne profiter de
l'ajout d'horaire sur certains pour corriger des PH manquant sur
d'autre: c'est telement plus propre un changeset séparé qui
dit "ajout de PH manquant dans les horaires existant".


+1



Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux de poste.

pq pas si t'as envie... mais un import avec des changeset n'ayant
parfois qu'un bureau, cela limite l'intérêt du changeset.
perso un changeset pour la france ou un par région, cela me choque
pas, ces bureaux n'avaient de toute façon pas d'horaire.
mais peu importe ton choix à ce niveau, ce point est pour moi ok,


Même avis ici aussi.

1 537 changets pour 9 730 objets. Ça fait quand même vraiment beaucoup de 
changesets.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Marc_marc]

Le 25.11.20 à 21:39, David Faure via Talk-fr a écrit :
> Bonjour à tous,
> 
> Voici un résumé de l'état des choses concernant cet import

pour ma part un import doit être limpide, donc si je résume
la première étape :
- ne cibler que ceux qui n'ont pas d'horaire cad ne pas toucher les
objets qui ont opening_hours ni opening_hours:covid19 (parce qu'on sait
pas si osm a une version corrigée des horaires théoriques ou non)
- ne pas mixer 2 sujets dans le même changeset, cad ne profiter de
l'ajout d'horaire sur certains pour corriger des PH manquant sur
d'autre: c'est telement plus propre un changeset séparé qui
dit "ajout de PH manquant dans les horaires existant".

> Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux de poste.

pq pas si t'as envie... mais un import avec des changeset n'ayant
parfois qu'un bureau, cela limite l'intérêt du changeset.
perso un changeset pour la france ou un par région, cela me choque
pas, ces bureaux n'avaient de toute façon pas d'horaire.
mais peu importe ton choix à ce niveau, ce point est pour moi ok,

Cordialement,
Marc



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Romain MEHUT]

Idem.

Romain

Le 25/11/2020 à 22:19, Brice a écrit :

Le 25/11/2020 à 21:39, David Faure via Talk-fr a écrit :

OK pour tout le monde ?


OK pour moi

Britzz

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[osm . sanspourriel]

Le 25/11/2020 à 21:39, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :


chacun étant limité à une région de 500m² pour éviter les notifications sur une 
trop grande
zone.

David parle bien sûr de km².

OK pour tout le monde ?


OK pour moi comme tu t'en doutes, je crée un autre fil sur opening_hours
et opening_hours:covid19.

Jean-Yvon



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Brice]

Le 25/11/2020 à 21:39, David Faure via Talk-fr a écrit :

OK pour tout le monde ?


OK pour moi

Britzz

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

Bonjour à tous,

Voici un résumé de l'état des choses concernant cet import, après les 
discussions ici (et aussi en privé avec Jean-Yvon qui m'a donné de nombreux 
bons conseils).

Pour rappel, tout est documenté sur :
https://wiki.openstreetmap.org/wiki/Import/FrenchPostOfficeOpeningHours

J'ai de quoi importer des horaires pour 9730 bureaux de poste identifiés dans 
OSM par leur référence LaPoste. La plupart n'ont pas du tout d'horaires pour 
l'instant, et pour 183 d'entre eux les horaires collent sauf qu'il manque "PH 
off" à la fin, je propose donc de l'ajouter pour que soit exactement égal.

Au lieu de la manip manuelle initialement suggérée (avec JOSM),
j'ai maintenant le code qui va bien pour découper en changesets, chacun étant 
limité à une région de 500m² pour éviter les notifications sur une trop grande 
zone.
Ça donne 1537 changesets concernant chacun entre 1 et 96 bureaux de poste.

Vu les discussions précédentes, je ne touche pas à l'attribut source, 
seulement à opening_hours. Je ne touche pas non plus aux 1057 bureaux qui ont 
un horaire différent dans OSM et datanova. On verra plus tard pour l'idée 
d'ajouter un fixme ou d'utiliser osmose pour montrer ces différences.
On verra aussi plus tard pour intégrer "collection_times". Autant faire 
incrémental.

L'upload de ces changesets est scripté lui aussi, avec osm-bulk-upload.
J'ai testé les scripts sur un bureau de poste prêt d'ici, tout marche.

A ce stade, je me sens donc prêt à uploader tout ça, mais c'est l'occasion de 
faire un dernier point ici pour avoir votre accord d'abord.

Par la suite, ces mêmes scripts mettront à jour les horaires modifiés par 
datanova, si personne n'y a touché dans OSM entre temps. Tout est déjà codé et 
testé pour pouvoir faire ça. Je pense le lancer tous les week-ends, pour bien 
avoir des horaires à jour, y compris quand un bureau décide d'une fermeture 
exceptionnelle pour la semaine suivante.

OK pour tout le monde ?

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Yves P.]

>> Mercredi xxx semaine impaire
>> Samedi yyy semaine paire
> 
> OK, mais cette description devient incorrecte en 2021…

C'était un exemple pour faire "simple".

> Ils vont devoir changer le panneau pour échanger "paire" et "impaire", si les 
> horaires prévus sont corrects…

Est-ce que ce n'est pas en réalité semaine paire 

Il faut demander à ces bureaux de poste comment ils gèrent ça en pratique :
- changement de l'affichette des horaires à la semaine
- à l'année
- pas de changement et c'est réellement 1 semaine paire (il y a un bug dans 
datanova)
- …

> Mais justement je peux comprendre si la grammaire ne prévoit pas quelque 
> chose 
> de quasi impossible à écrire sur un panneau ("Ouvert mercredi 8h-12h une 
> semaine sur deux à partir du mercredi 3 janvier 2018").  :-)

Je pense que pour le ramassage des ordures ménagères 1 semaine sur 2, c'est 
réellement le cas car sinon elles débordent au moins une fois dans l'année :D
Donc ce cas est à traiter dans la grammaire : ypid propose d'en discuter dans 
le wiki 

__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Frédéric Rodrigo]

À vérifier, mais je pense qu'il y a un risque que les horaires affichés 
sur place soit une simplification des horaires Datanova. Et que la 
différence ou les exceptions soient simplement gérés par des affichettes.


Sur le comptage des semaines, attention il y une différence entre les 
semaines anglaises qui commencent le dimanche (et nous le lundi), quand 
l'année commence un dimanche.




Le 14/11/2020 à 12:30, David Faure via Talk-fr a écrit :

On samedi 14 novembre 2020 11:16:27 CET Yves P.  wrote:

Ça donnerait (à vérifier aux changements d'années :

Mo,Th 08:00-11:30,14:00-16:00;
Tu08:00-11:30,14:00-17:00;
Fr08:00-11:30,14:00-18:00;
Su,PH off;

week 01-53/2 We 08:00-12:00;
week 02-53/2 Sa 09:00-12:00

Je vois, merci pour la suggestion.

(et le "Su," peut être supprimé, ça par contre c'est fait)
  

je suis vraiment curieux de voir le panneau sur la porte de ce bureau :-)

Mercredi xxx semaine impaire
Samedi yyy semaine paire

OK, mais cette description devient incorrecte en 2021...
Ils vont devoir changer le panneau pour échanger "paire" et "impaire", si les
horaires prévus sont corrects...


Bon, à voir avec l'auteur de la grammaire : Odd and even weeks over a
year #351 

Merci.

Mais justement je peux comprendre si la grammaire ne prévoit pas quelque chose
de quasi impossible à écrire sur un panneau ("Ouvert mercredi 8h-12h une
semaine sur deux à partir du mercredi 3 janvier 2018").  :-)




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On samedi 14 novembre 2020 11:16:27 CET Yves P.  wrote:
> Ça donnerait (à vérifier aux changements d'années :
> 
> Mo,Th 08:00-11:30,14:00-16:00;
> Tu08:00-11:30,14:00-17:00;
> Fr08:00-11:30,14:00-18:00;
> Su,PH off;
> 
> week 01-53/2 We 08:00-12:00;
> week 02-53/2 Sa 09:00-12:00

Je vois, merci pour la suggestion.

(et le "Su," peut être supprimé, ça par contre c'est fait)
 
> > je suis vraiment curieux de voir le panneau sur la porte de ce bureau :-)
> 
> Mercredi xxx semaine impaire
> Samedi yyy semaine paire

OK, mais cette description devient incorrecte en 2021...
Ils vont devoir changer le panneau pour échanger "paire" et "impaire", si les 
horaires prévus sont corrects...

> Bon, à voir avec l'auteur de la grammaire : Odd and even weeks over a
> year #351 

Merci.

Mais justement je peux comprendre si la grammaire ne prévoit pas quelque chose 
de quasi impossible à écrire sur un panneau ("Ouvert mercredi 8h-12h une 
semaine sur deux à partir du mercredi 3 janvier 2018").  :-)

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Yves P .]

> Le 12 nov. 2020 à 10:02, David Faure via Talk-fr  > a écrit :

> Le cas extrême ça donne ça... je suis vraiment curieux de voir le panneau sur 
> la porte de ce bureau :-)
> 
> 88064A|BEC DE MORTAGNE AP|Mo,Th 08:00-11:30,14:00-16:00; Tu 
> 08:00-11:30,14:00-17:00; week 01-53/2 We 08:00-12:00; week 02-53/2 We off; 
> 2020 week 02-53/2 We 08:00-12:00; 2020 week 01-53/2 We off; Fr 
> 08:00-11:30,14:00-18:00; week 01-53/2 Sa off; week 02-53/2 Sa 09:00-12:00; 
> 2020 week 02-53/2 Sa off; 2020 week 01-53/2 Sa 09:00-12:00; Su,PH off

L'affichage embelli est plus lisible :)

Mo,Th 08:00-11:30,14:00-16:00;
Tu 08:00-11:30,14:00-17:00;
week 01-53/2 We 08:00-12:00;
week 02-53/2 We off;
2020 week 02-53/2 We 08:00-12:00;
2020 week 01-53/2 We off;
Fr 08:00-11:30,14:00-18:00;
week 01-53/2 Sa off;
week 02-53/2 Sa 09:00-12:00;
2020 week 02-53/2 Sa off;
2020 week 01-53/2 Sa 09:00-12:00;
Su,PH off

En regroupant les termes, c'est un peu plus compréhensible :

Mo,Th 08:00-11:30,14:00-16:00;
Tu08:00-11:30,14:00-17:00;
Fr08:00-11:30,14:00-18:00;
Su,PH off;

 week 01-53/2 We 08:00-12:00;
2020 week 02-53/2 We 08:00-12:00;

2020 week 01-53/2 We off;
 week 02-53/2 We off;

 week 02-53/2 Sa 09:00-12:00;
2020 week 01-53/2 Sa 09:00-12:00;

 week 01-53/2 Sa off;
2020 week 02-53/2 Sa off

On constate qu'on peut simplifier des termes :
c'est toujours fermé le un mercredi sur deux, mais le terme fermé peut-être 
supprimé ?
idem pour le samedi.

Ça donnerait (à vérifier aux changements d'années :

Mo,Th 08:00-11:30,14:00-16:00;
Tu08:00-11:30,14:00-17:00;
Fr08:00-11:30,14:00-18:00;
Su,PH off;

week 01-53/2 We 08:00-12:00;
week 02-53/2 Sa 09:00-12:00

> je suis vraiment curieux de voir le panneau sur la porte de ce bureau :-)
Mercredi xxx semaine impaire
Samedi yyy semaine paire

Bon, à voir avec l'auteur de la grammaire : Odd and even weeks over a year #351 


__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste / vérification terrain

[osm . sanspourriel]

Cf ci-joint la liste des fixme existants sur des bureaux de poste, par
curiosité.




ça c'est pour ton import suivant : il y a un fichier de la poste sur
l'accessibilité.

Et tu vois que pas mal de points portent sur des fermetures de bureau...
et sur la localisation !

J'avoue que ne pas mettre précisément un bâtiment ça me dépasse. Ne pas
le mettre OK, le mettre sur le bon bâti OK mais le mettre "par là"...

> En plus je viens de lire que je dois aussi parler de l'import sur
impo...@openstreetmap.org, histoire d'avoir des avis différents de gens
qui se parlent pas directement entre eux, MDR

Ah, tu voulais faire prendre 3 mois de retard à ton projet d'import^^.
Si tu veux on doit pouvoir te mettre dans les pattes quelques Allemands
bien obtus ;-).

Quoique certains Néerlandais ne sont pas mal non plus :

https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Chapel_of_rest

Je parle de Polarbear. Un gars qui refuse de supprimer un tag sans vote
alors qu'il n'y pas pas eu de vote pour le créer. Puis sur le vote sur
les funérarium intervient sur mon vote pour me dire que je n'aurais pas
dû voter pour. Et reproche à l'auteur de la proposition de faire voter
précipitamment alors que la page de discussion est bien morte et la
liste tagging ne bougeant plus sur le sujet.

Et à moi l’apostasié, de voter pour un terme selon lui - qui n'est pas
britannique - .

Erreur, Polarbear n'est pas néerlandais mais allemand.

Ceci explique cela ;-) - je précise j'ai travaillé 6 ans en Allemagne,
pas de pb - sauf la délation à Karlsruhe pas observée ailleurs, je parle
bien de certains Allemands d'OSM.

Bon je vois que tu as écrit 2 messages depuis, je poste d'abord ;-).

Jean-Yvon

Le 13/11/2020 à 22:07, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Cf ci-joint la liste des fixme existants sur des bureaux de poste, par
curiosité.



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On vendredi 13 novembre 2020 18:51:32 CET Francois Gouget wrote:
> On Thu, 12 Nov 2020, David Faure via Talk-fr wrote:
> [...]
> 
> > 10115A|GUIDEL BP|Mo-We,Fr 09:00-12:00,14:00-17:00; Th
> > 09:00-12:00,14:30-17:00; Sa 09:00-12:00; Su,PH off
> > 
> > Ah tiens à ce propos, pour les cas où il existe des horaires dans OSM, je
> > vois souvent que la seule différence entre OSM et datanova c'est que je
> > génère "Su,PH off" à la fin alors que dans OSM ça n'y est pas. Je sais
> > que ça revient au même,
>
> Pas tout à fait. Le "Su off" est bien redondant mais pas le "PH off",
> même si tous les français se doutent bien que le bureau de poste sera
> fermé les jours fériés.

Ah, oh. Bonne remarque.

Wow, c'est une erreur super courante. "PH " n'apparaît que pour 47 bureaux de 
poste dans OSM (dont 1 venant de mon import de test).

Je le remet alors, mais si OSM et datanova sont d'accord sauf PH off, je vais 
les considérer égaux quand même. 

> Pour ce qui est des mises à jour au fil de l'eau (après l'import
> initial) ; est-ce que le script serait capable de ne faire une mise à
> jour que si les horaires ont changés dans Datanova ?

Yep. Ça peut se faire sur la base de l'import précédent, cf sous-thread 
"Réimport".

> Cela limiterait les cas d'écrasement des modifications des utilisateurs
> sur place : si un utilisateur corrige un horaire, cette correction ne
> serait écrasée que la prochaine fois qu'il y a un changement dans
> Datanova, auquel cas on peut supposer qu'il serait de toute façon
> nécessaire de faire une vérif / mise à jour.

Ah, mais donc ça écraserait (et perdrait) une donnée manuelle; d'autres ne 
sont pas d'accord avec ça. Et je vois un risque en cas d'erreur d'identifiant 
la poste (même si je n'ai pas d'exemple concret où ça arrive).

Au 2e import, j'aurai :
 * ancienne valeur datanova ("old")
 * nouvelle valeur datanova ("new")
 * valeur stockée dans OSM ("osm")

Si osm==new, on ne fait rien. Et sinon :

Tu suggères 
  if (new != old) { osm = new }
alors qu'il me semble que le consensus est
  if (osm == old) { osm = new }
  else { suggested_hours = new + add fixme }

Ça semble moins risqué.

> Le principal cas de faux positif serait si Datanova contient une fermeture
> exceptionelle pour un jour particulier.

Genre "Jan 16: off" ?
D'une part je ne génère pas ça pour l'instant (si c'est un seul jour je 
l'ignore, si c'est plusieurs jours sans récurrence détectable ça va dans la 
case "non résolu, ne pas importer"). Et d'autre part, au max 3 mois plus tard 
l'import suivant supprimerait ça, donc pas de chance que ça impacte l'année 
suivante.

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste / vérification terrain

[David Faure via Talk-fr]

On vendredi 13 novembre 2020 20:15:23 CET osm.sanspourr...@spamgourmet.com 
wrote:
> Pour, on peut lever un drapeau fixme = horaires à vérifier, XXX selon la
> Poste.
> 
> Car ça peut être les horaires XXX, pas la peine de laisser la fourmi se
> taper le texte s'il suffit de le vérifier.
> 
> Ou :
> 
> fixme = horaires à vérifier, voir si suggested:opening_hours contient la
> bonne valeur.
> 
> suggested:opening_hours=XXX

Ah, pourquoi pas, ça me plaît.
En plus comme ça Osmose peut facilement afficher la suggestion, sans avoir 
besoin de dupliquer le code complexe de parsing des données datanova.

J'imagine que s'il y a déjà un fixme, je concatène avec un ";" entre les deux.

Cf ci-joint la liste des fixme existants sur des bureaux de poste, par 
curiosité.

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste / vérification terrain

[osm . sanspourriel]

Pour, on peut lever un drapeau fixme = horaires à vérifier, XXX selon la
Poste.

Car ça peut être les horaires XXX, pas la peine de laisser la fourmi se
taper le texte s'il suffit de le vérifier.

Ou :

fixme = horaires à vérifier, voir si suggested:opening_hours contient la
bonne valeur.

suggested:opening_hours=XXX

Le 13/11/2020 à 09:58, Brice - brice...@free.fr a écrit :

il serait envisageable de "flagguer" les bureaux de poste non corrigés
par Datanova avec un fixme = horaires à vérifier



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Francois Gouget]

On Thu, 12 Nov 2020, David Faure via Talk-fr wrote:
[...]
> 10115A|GUIDEL BP|Mo-We,Fr 09:00-12:00,14:00-17:00; Th 
> 09:00-12:00,14:30-17:00; Sa 09:00-12:00; Su,PH off
> 
> Ah tiens à ce propos, pour les cas où il existe des horaires dans OSM, je 
> vois souvent
> que la seule différence entre OSM et datanova c'est que je génère "Su,PH off" 
> à la fin
> alors que dans OSM ça n'y est pas. Je sais que ça revient au même,

Pas tout à fait. Le "Su off" est bien redondant mais pas le "PH off", 
même si tous les français se doutent bien que le bureau de poste sera 
fermé les jours fériés.


Pour ce qui est des mises à jour au fil de l'eau (après l'import 
initial) ; est-ce que le script serait capable de ne faire une mise à 
jour que si les horaires ont changés dans Datanova ?

Cela limiterait les cas d'écrasement des modifications des utilisateurs 
sur place : si un utilisateur corrige un horaire, cette correction ne 
serait écrasée que la prochaine fois qu'il y a un changement dans 
Datanova, auquel cas on peut supposer qu'il serait de toute façon 
nécessaire de faire une vérif / mise à jour. Le principal cas de faux 
positif serait si Datanova contient une fermeture exceptionelle pour un 
jour particulier.

-- 
Francois Gouget   http://fgouget.free.fr/
Linux: It is now safe to turn on your computer.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Éric Gillet]

Le 12/11/2020 à 10:02, David Faure via Talk-fr a écrit :



Et il faut garder les anciennes sources (sauf les anciennes versions de
ce que tu importes).

Typiquement tu auras des source
source=LaPoste -03/2019 dus aux ref:FR:LaPoste

Il ne fallait pas supprimer la source du bâti (par exemple).

Ah, j'avais mal lu le wiki. Source sur un object c'est historique mais il ne 
faut pas effacer.
Je croyais avoir lu le contraire (et aussi Éric disait qu'il fallait effacer, 
cf mail de mardi).
Pas de problème, j'y touche pas.


Je penses que la phrase du wiki "so don't go around deleting those 
source tags"/"ne vous précipitez pas pour supprimer ces balises sources" 
c'est pour éviter que des contributeurs suppriment/modifient en masse 
"uniquement" un tag. Par exemple supprimer tous les is_in=* de France.


Mais ce n'est pas ton cas : tu ajoutes/modifie des données basées sur 
une autre source que celle dans source=* sur l'objet. Ce tag devient 
donc faux, il n'y a pas d'autres solutions que de le supprimer. 
Concaténer les deux sources sur l'objet n'est pas souhaitable non plus 
car il n'est pas possible de savoir quelles données proviennent de 
quelle source.


La source précédente (celle existante sur l'objet) n'est pas perdue, 
elle est stockée dans l'historique de l'objet. Tout comme le tag 
source=* que tu apposes aux changesets.



Pas de mention de l'outil d'importation, au cas où quelqu'un veuille
remonter à comment un mauvais import a eu lieu ?

Non

Bon ben va falloir se mettre d'accord sur ce point là aussi :-)
https://wiki.openstreetmap.org/wiki/Key:created_by peut soit dire JOSM
vu que j'uploade le changement avec JOSM (mais bon il n'aura pas fait grand 
chose
dans l'histoire), soit j'y mets le nom de mon script comme dans le premier test
que j'ai fait, https://www.openstreetmap.org/changeset/93931921

La page wiki sur created_by ne mentionne pas le cas des imports


L'important est que l'outil et la personne soient identifiables. La 
méthode me paraît secondaire. Mais ce n'est pas l'avis de tous, et 
certains sont très stricts là-dessus. Le mieux à mon avis c'est de 
mettre en place toutes les méthodes possibles d'identification de 
l'import pour espérer ne pas te faire revert. Il y a d'autres 
suggestions sur le wiki : 
https://wiki.openstreetmap.org/wiki/Import/Guidelines





car pour utiliser un robot tu dois créer un compte spécifique.
Par exemple DavidFaure_bot.

Ah, c'est vrai que j'avais lu de créer un autre compte et que j'ai oublié de le 
faire.
Mais je vois la réponse de Jérôme, je vous laisse vous mettre d'accord, et 
j'obéirai :-)
Personne ici n'a à donner d'ordres ;) La seule chose souhaitable c'est 
de chercher un consensus, mais souvent il n'est jamais atteint sur les 
mailing lists (je suppose dû au format et au public).


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste / vérification terrain

[Frédéric Rodrigo]

Le 13/11/2020 à 09:58, Brice a écrit :

Bonjour,
Le 11/11/2020 à 20:00, David Faure via Talk-fr a écrit :

OK pour un mini-mini échantillonnage, je vérifierai :


Datanova :

14181A|PARIS BELLEVILLE BP|Mo-Fr 09:00-19:00; Sa 09:00-13:00; Su,PH off
14266A|PARIS SAMBRE ET MEUSE|Mo-Fr 09:00-20:00; Sa 09:00-13:00; Su,PH 
off
14298A|PARIS PERNETY PLAISANCE| *Mo-Fr 08:30-19:30; Sa 09:00-13:00; 
Su,PH off*


enregistré actuellement dans OSM :
Paris Belleville : Mo-Fr 10:00-16:00 (marqué comme 
opening_hours:covid19, je ne vois pas de tag opening_hours tout court)
Paris Sambre et Meuse : Mo-Fr 09:00-20:00; Sa 09:00-13:00 --> sur 
celui là on est d'accord.
Paris Pernety / Plaisance : *Mo-Fr 08:00-20:00; Sa 09:00-13:00* --> 
différent



Tu as moyen de vérifier les horaires réels ?


oui, j'y suis passé, le réel constaté :
- Paris Belleville : Mo-Fr 09:00-19:00; Sa 09:00-13:00
- Paris Sambre et Meuse : Mo-Fr 09:00-20:00; Sa 09:00-13:00
- Paris Pernety : *Mo-Fr 08:30-19:30; Sa 09:00-13:00*

Je te l'accorde donc : Datanova vainqueur ;-)

Conclusion : un import initial complet, y compris en écrasant les 
horaires existants, pourquoi pas
mais il ne me semble pas pertinent d'effectuer des ré-imports 
réguliers et automatiques : si un contributeur constate une erreur et 
la corrige, sa correction sera perdue à l'import suivant, on perd ce 
qui fait la richesse d'OSM i.e. les fourmis.
Idéalement, si ré-import, application des modifications de Datanova 
uniquement ssi pas de changement dans OSM depuis l'import précédent ; 
il serait envisageable de "flagguer" les bureaux de poste non corrigés 
par Datanova avec un fixme = horaires à vérifier



Perso, je n'aime pas l'idée d'écraser des choses dans OSM.

Osmose peut justement aider la dessus en signalement des différences et 
en faisant ça dans le temps.




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste / vérification terrain

[Yves P.]

> oui, j'y suis passé, le réel constaté :
> - Paris Belleville : Mo-Fr 09:00-19:00; Sa 09:00-13:00
> - Paris Sambre et Meuse : Mo-Fr 09:00-20:00; Sa 09:00-13:00
> - Paris Pernety : *Mo-Fr 08:30-19:30; Sa 09:00-13:00*
> 
> Je te l'accorde donc : Datanova vainqueur ;-)

Je n'ai pas les données Datanova sous la main, uniquement le site web grand 
public qui doit utiliser Datanova :)

Je viens de vérifier le bureau de poste dans le bureau de tabac de Cholet : les 
horaires d'ouverture sont bons :)
https://www.openstreetmap.org/node/878677
https://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/cholet-mocrat/12923D/1?sso=true

Seul le n° de téléphone diffère. Datanova ne semble proposer que le 3631, pas 
celui du bureau de tabac (mais ce n'est peut-être pas l'objet de ton import).

__
Yves

PS: j'ai pris les horaires de bureau dans la presse quotidienne régionale (PQR) 
et j'ai vérifier par téléphone.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste / vérification terrain

[Brice]

Bonjour,
Le 11/11/2020 à 20:00, David Faure via Talk-fr a écrit :

OK pour un mini-mini échantillonnage, je vérifierai :


Datanova :

14181A|PARIS BELLEVILLE BP|Mo-Fr 09:00-19:00; Sa 09:00-13:00; Su,PH off
14266A|PARIS SAMBRE ET MEUSE|Mo-Fr 09:00-20:00; Sa 09:00-13:00; Su,PH off
14298A|PARIS PERNETY PLAISANCE| *Mo-Fr 08:30-19:30; Sa 09:00-13:00; Su,PH off*


enregistré actuellement dans OSM :

Paris Belleville : Mo-Fr 10:00-16:00 (marqué comme opening_hours:covid19, je ne 
vois pas de tag opening_hours tout court)
Paris Sambre et Meuse : Mo-Fr 09:00-20:00; Sa 09:00-13:00 --> sur celui là on 
est d'accord.
Paris Pernety / Plaisance : *Mo-Fr 08:00-20:00; Sa 09:00-13:00*  --> différent



Tu as moyen de vérifier les horaires réels ?


oui, j'y suis passé, le réel constaté :
- Paris Belleville : Mo-Fr 09:00-19:00; Sa 09:00-13:00
- Paris Sambre et Meuse : Mo-Fr 09:00-20:00; Sa 09:00-13:00
- Paris Pernety : *Mo-Fr 08:30-19:30; Sa 09:00-13:00*

Je te l'accorde donc : Datanova vainqueur ;-)

Conclusion : un import initial complet, y compris en écrasant les 
horaires existants, pourquoi pas
mais il ne me semble pas pertinent d'effectuer des ré-imports réguliers 
et automatiques : si un contributeur constate une erreur et la corrige, 
sa correction sera perdue à l'import suivant, on perd ce qui fait la 
richesse d'OSM i.e. les fourmis.
Idéalement, si ré-import, application des modifications de Datanova 
uniquement ssi pas de changement dans OSM depuis l'import précédent ; il 
serait envisageable de "flagguer" les bureaux de poste non corrigés par 
Datanova avec un fixme = horaires à vérifier


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On mercredi 11 novembre 2020 22:21:50 CET osm.sanspourr...@spamgourmet.com 
wrote:
> Je vois qu'Yves avait compris ce que tu veux dire. Ce que je ne
> comprends pas c'est ce que tu dis initialement : on se fiche des heures
> de collectes par rapports aux horaires d'ouverture de la Poste ou de
> l'agence postale.

Et bien je ne savais pas encore que collection_times pourrait modéliser cette 
donnée,
et il se trouve qu'elle est fournie par datanova, mais elle ne fait pas partie 
du problème
que je cherchais initialement à résoudre : les horaires d'ouverture.
Quoi qu'il en soit c'est noté dans la TODO sur le wiki, pour améliorer les 
choses
après l'import initial.

> Oui avançons déjà sur opening_hours. 

Exactement :-)

> > 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...
> 
> Oui mais ça n'arrive que pour quelques bureaux et seulement au dernier
> trimestre.

Seulement 46 bureaux, en effet. Mais quand on code, c'est autant de boulot pour 
2 que pour 2 :-)
Enfin bon c'est fait entre temps.
Le cas extrême ça donne ça... je suis vraiment curieux de voir le panneau sur 
la porte de ce bureau :-)

88064A|BEC DE MORTAGNE AP|Mo,Th 08:00-11:30,14:00-16:00; Tu 
08:00-11:30,14:00-17:00; week 01-53/2 We 08:00-12:00; week 02-53/2 We off; 2020 
week 02-53/2 We 08:00-12:00; 2020 week 01-53/2 We off; Fr 
08:00-11:30,14:00-18:00; week 01-53/2 Sa off; week 02-53/2 Sa 09:00-12:00; 2020 
week 02-53/2 Sa off; 2020 week 01-53/2 Sa 09:00-12:00; Su,PH off

> Même si le rythme quinzomadaire arrive ailleurs aussi (par exemple
> poubelles jaunes dans mon agglo). Donc semaine paire certaines années,
> impaires d'autres, ça n'a pas l'air d'avoir été défini dans opening_hours.

Yep, je crois que c'est le consensus.

> > 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, ...).
> 
> Je pense que les grèves, tu n'auras pas (les grévistes n'ont pas à
> prévenir à l'avance). Les arrêts maladie ? Ça n'a apparaitrait que si le
> bureau n'est tenu que par une personne. Et dans ce cas je crains que
> l'info reste coincée aux niveau des RH. Alors des plages horaires
> réduites pour les bureaux de taille moyenne ? Je ne sais.

Yep. Je me demande juste ce qui amène certains bureaux à avoir des horaires 
aussi tordus,
(si bien sûr les données sont fiables). Par exemple:

WARNING: CERESTE BP: Th has multiple outcomes:
│09:00-12:30 on 2020-11-26 2020-12-17 2021-01-07 2021-01-28
│09:00-12:30,14:00-16:00 on 2020-11-12 2020-11-19 2020-12-03 2020-12-10 
2020-12-24 2020-12-31 2021-01-14 2021-01-21 2021-02-04

Pourquoi donc ce bureau a-t-il prévu de fermer quelques jeudi après-midi mais 
pas les autres ?
Je ne vois pas de logique qui soit modélisable pour opening_hours.
Hmm  c'est peut-être toutes les 3 semaines, en fait, pour celui-là 
J'ai 1197 autres warnings de ce type à analyser, lol.

Je crois que dans certains cas c'est des ponts (autour des jours fériés).
Mais c'est pas toujours la veille d'un jour férié, ça peut être le lendemain etc
donc c'est du cas par cas. Pour l'instant j'importe pas ces cas là, pour cela
il faudra que j'ajoute des exceptions pour des jours donnés. Mais avant d'en 
arriver
là il vaut mieux essayer de détecter un max de récurrences (sinon l'exemple 
ci-dessus
dirait "exceptions Nov 26, Dec 17, Jan 07, Jan 28" au lieu de "w1-53/3" pour 
toutes les 3 semaines).
D'un autre côté, ça revient au même si l'import a lieu tous les mois :-)

> >> 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 :)
> 
> C'est bien pour déboguer mais pour que la communauté vérifie.

Oui OK, ça sert avant le premier import, ou *si* on décide de ne pas
écraser les données existantes, alors c'est le moyen de voir les deux données
(OSM et datanova) et de comparer en allant sur le terrain (ou en détectant
que les deux écritures sont équivalentes).

Sinon il n'y a rien à comparer, une fois l'import fait ;)

> umap.openstreetmap.fr
> Tu importes le fichier que tu as généré (csv, geojson, osm,...). 

Ah, cool, déjà ça confirme que ça touche les DOM-TOM en effet.

> "Gabarit du contenu de la popup".

Wow c'est super lent quand on tape dans ce champ...
[Firefox tourne à 100% CPU pendant très longtemps à chaque appui de touche]

OK c'est prêt :

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On mercredi 11 novembre 2020 21:48:36 CET osm.sanspourr...@spamgourmet.com 
wrote:
> Il est possible que ce fichier soit de grande qualité comme de
> piètre qualité.

OK, on va voir :-)

> Je te propose de jouer pour ref:FR:LaPoste
> 
> 10115A. Pas d'horaires actuellement, là encore il y a eu les horaires
> covid mais je dois avoir une photo des horaires d'avant - et les connais
> à peu près. C'était du style demi-tordu sans doute à cause d'un temps
> partiel modifié.

10115A|GUIDEL BP|Mo-We,Fr 09:00-12:00,14:00-17:00; Th 09:00-12:00,14:30-17:00; 
Sa 09:00-12:00; Su,PH off

Ah tiens à ce propos, pour les cas où il existe des horaires dans OSM, je vois 
souvent
que la seule différence entre OSM et datanova c'est que je génère "Su,PH off" à 
la fin
alors que dans OSM ça n'y est pas. Je sais que ça revient au même, mais est-ce 
qu'il y
a une bonne pratique par rapport à ça ? Je peux le supprimer de ma génération
pour que ça colle plus aux données existantes, si c'est considéré plus lisible.
Ou le laisser si c'est considéré plus explicite.

Je viens de rajouter un coup de https://github.com/rezemika/oh_sanitizer sur 
les deux données
mais la différence reste, apparement oh_sanitizer n'y touche pas.

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Jérôme Amagat]

Je sais pas si c'est facile à adapter à ton code mais chaque objet garde la
date de dernière modification (on a pas ce qui a été modifié, ca peut être
n'importe quel tag ou la géométrie), donc peut être modifier les
opening_hours=* existant que si n'a pas été modifié depuis au moins 1 ou 2
ans ..., pour s'adapter aux réticences de ceux qui pense que la source
n'est pas obligatoirement fiable, on peut penser que si le tag
opening_hours=* n'a pas été touché depuis au moins 1 an ou 2 alors les
données osm ne sont pas fiable non plus. Mais je n'ai pas regardé et il est
possible qu'il n'y ai pas beaucoup de bureau de poste non modifier depuis 1
an.

Le mer. 11 nov. 2020 à 22:23,  a écrit :

>
> Le 08/11/2020 à 23:20, 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.
>
> Je vois qu'Yves avait compris ce que tu veux dire. Ce que je ne
> comprends pas c'est ce que tu dis initialement : on se fiche des heures
> de collectes par rapports aux horaires d'ouverture de la Poste ou de
> l'agence postale.
>
> Oui avançons déjà sur opening_hours. Yves déclinera les collection_times
> (qui sont sans doute plus simples) :-D.
>
> >>   > 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...
>
> Oui mais ça n'arrive que pour quelques bureaux et seulement au dernier
> trimestre.
>
> Même si le rythme quinzomadaire arrive ailleurs aussi (par exemple
> poubelles jaunes dans mon agglo). Donc semaine paire certaines années,
> impaires d'autres, ça n'a pas l'air d'avoir été défini dans opening_hours.
>
> > 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...].
> Je pensais bien, restent donc quelques dates vraiment exceptionnels.
> > 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, ...).
> Je pense que les grèves, tu n'auras pas (les grévistes n'ont pas à
> prévenir à l'avance). Les arrêts maladie ? Ça n'a apparaitrait que si le
> bureau n'est tenu que par une personne. Et dans ce cas je crains que
> l'info reste coincée aux niveau des RH. Alors des plages horaires
> réduites pour les bureaux de taille moyenne ? Je ne sais.
> >> 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 :)
>
> C'est bien pour déboguer mais pour que la communauté vérifie.
>
> Bien sûr n'importe qui pourrait si le code est visible de manger le même
> travail de vérification que toi.
>
> umap.openstreetmap.fr, en haut tu te connectes avec ton identifiant OSM.
>
> Tu importes le fichier que tu as généré (csv, geojson, osm,...). Et
> ensuite reste "juste" à formater pour voir les bureaux avec horaires sur
> la carte.
>
> "Juste" c'est dans la couche d'import définir dans les "Options
> d'interaction" le "Gabarit du contenu de la popup".
>
> Et c'est simple :
>
> /Utilisez des variables avec les noms de propriétés de vos éléments
> entre accolades, ex. {name}, elles seront remplacées dynamiquement par
> les valeurs correspondantes./
>
>
>   /Mise en forme du texte/
>
>   * /*simple astérisque pour italique*/
>   * /**double astérisque pour gras**/
>   * /# un dièse pour titre 1/
>   * /## deux dièses pour titre 2/
>   * /### trois dièses pour titre 3/
>   * /Lien simple : [[https://exemple.fr]]/
>   * /Lien avec texte : [[http://exemple.fr|texte du lien]]/
>   * /Image : {{http://image.url.com}}/
>   * /Image avec largeur (en 

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[osm . sanspourriel]

Le 08/11/2020 à 23:20, 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.


Je vois qu'Yves avait compris ce que tu veux dire. Ce que je ne
comprends pas c'est ce que tu dis initialement : on se fiche des heures
de collectes par rapports aux horaires d'ouverture de la Poste ou de
l'agence postale.

Oui avançons déjà sur opening_hours. Yves déclinera les collection_times
(qui sont sans doute plus simples) :-D.


  > 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...


Oui mais ça n'arrive que pour quelques bureaux et seulement au dernier
trimestre.

Même si le rythme quinzomadaire arrive ailleurs aussi (par exemple
poubelles jaunes dans mon agglo). Donc semaine paire certaines années,
impaires d'autres, ça n'a pas l'air d'avoir été défini dans opening_hours.


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...].

Je pensais bien, restent donc quelques dates vraiment exceptionnels.

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, ...).

Je pense que les grèves, tu n'auras pas (les grévistes n'ont pas à
prévenir à l'avance). Les arrêts maladie ? Ça n'a apparaitrait que si le
bureau n'est tenu que par une personne. Et dans ce cas je crains que
l'info reste coincée aux niveau des RH. Alors des plages horaires
réduites pour les bureaux de taille moyenne ? Je ne sais.

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 :)


C'est bien pour déboguer mais pour que la communauté vérifie.

Bien sûr n'importe qui pourrait si le code est visible de manger le même
travail de vérification que toi.

umap.openstreetmap.fr, en haut tu te connectes avec ton identifiant OSM.

Tu importes le fichier que tu as généré (csv, geojson, osm,...). Et
ensuite reste "juste" à formater pour voir les bureaux avec horaires sur
la carte.

"Juste" c'est dans la couche d'import définir dans les "Options
d'interaction" le "Gabarit du contenu de la popup".

Et c'est simple :

/Utilisez des variables avec les noms de propriétés de vos éléments
entre accolades, ex. {name}, elles seront remplacées dynamiquement par
les valeurs correspondantes./


 /Mise en forme du texte/

 * /*simple astérisque pour italique*/
 * /**double astérisque pour gras**/
 * /# un dièse pour titre 1/
 * /## deux dièses pour titre 2/
 * /### trois dièses pour titre 3/
 * /Lien simple : [[https://exemple.fr]]/
 * /Lien avec texte : [[http://exemple.fr|texte du lien]]/
 * /Image : {{http://image.url.com}}/
 * /Image avec largeur (en pixels) : {{http://image.url.com|largeur}}/
 * /Iframe : {{{http://iframe.url.com}}}/
 * /Iframe avec hauteur (en pixels): {{{http://iframe.url.com|hauteur}}}/
 * /Iframe avec hauteur et largeur (en px) :
   {{{http://iframe.url.com|height*width}}}/
 * /--- pour un séparateur horizontal/

L'intérêt c'est que n'importe qui (les gens de cette liste) peut
vérifier si les horaires que tu as créé sont les horaires actuels tout
en voyant les horaires que tu as utilisé. Sans avoir à installer quoi
que ce soit. C'est toi (et avant Yohan qui a fait ce sympathique
logiciel) qui avez fait le boulot.

Ça multiplie le nombre d'yeux possibles pour une vérification.

C'est une possibilité


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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[osm . sanspourriel]

Bonjour David et les autres,

Le 11/11/2020 à 15:57, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Je pense qu'elles sont bien plus précises que tu ne le penses, et pour info
elles sont mises à jour*tous les jours*  automatiquement.


Il y a deux points importants :
- tous les jours
- automatiquement.

Pendant le confinement saison 1, l'enseigne U remontait les horaires :
- tous les jours
- automatiquement.

Et à côté de chez moi ils étaient donc faux :
- tous les jours
- automatiquement.

On a déjà eu des soucis avec les données de La Poste.
J'avais ainsi repéré une boîte-aux-lettres dont la précision de la
position était selon eux maximale (au numéro).

En fait l'adresse ne comportait que le quartier et la position était à
plus d'un km de la position réelle.

Il est possible que ce fichier soit de grande qualité comme de
piètre qualité.

Je te propose de jouer pour ref:FR:LaPoste

10115A. Pas d'horaires actuellement, là encore il y a eu les horaires
covid mais je dois avoir une photo des horaires d'avant - et les connais
à peu près. C'était du style demi-tordu sans doute à cause d'un temps
partiel modifié.

Jean-Yvon




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Yannick]

Le 11/11/2020 à 20:00, David Faure via Talk-fr a écrit :

>
> Tu as moyen de vérifier les horaires réels ?
>

Bonsoir,

Un seul moyen fiable le terrain

Amitiés

--
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris https://www.ancestris.org


OpenPGP_0x235AFD4F087CE6E6.asc
Description: application/pgp-keys


OpenPGP_signature
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On mercredi 11 novembre 2020 18:32:53 CET Brice wrote:
> Le 11/11/2020 à 15:57, David Faure via Talk-fr a écrit :
> > Dis moi où tu habites et j'aurai des infos super précises sur les horaires
> > d'ouverture de ton bureau de Poste :)
> 
> OK pour un mini-mini échantillonnage, je vérifierai :
> https://www.openstreetmap.org/node/326243219
> https://www.openstreetmap.org/node/6140793094
> https://www.openstreetmap.org/node/249560489
> mais horaires très simples, on est pas vraiment dans le rural;-)

Voilà ce que sort mon script, sur la base des données datanova :

14181A|PARIS BELLEVILLE BP|Mo-Fr 09:00-19:00; Sa 09:00-13:00; Su,PH off
14266A|PARIS SAMBRE ET MEUSE|Mo-Fr 09:00-20:00; Sa 09:00-13:00; Su,PH off
14298A|PARIS PERNETY PLAISANCE|Mo-Fr 08:30-19:30; Sa 09:00-13:00; Su,PH off

Apparemment c'est donc stable sur les 3 prochains mois, pas de cas particulier.
Ce qui est intéressant c'est que OSM n'a pas les mêmes horaires :

Paris Belleville : Mo-Fr 10:00-16:00
(marqué comme opening_hours:covid19, je ne vois pas de tag opening_hours tout 
court)

Paris Sambre et Meuse : Mo-Fr 09:00-20:00; Sa 09:00-13:00 --> sur celui là on 
est d'accord.

Paris Pernety / Plaisance : Mo-Fr 08:00-20:00; Sa 09:00-13:00  --> différent

Tu as moyen de vérifier les horaires réels ?

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Jérôme Amagat]

Le mer. 11 nov. 2020 à 16:44, Georges Dutreix via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Le 10/11/2020 à 17:55, Jérôme Amagat a écrit :
> >
> > Si tu attends que tous les bureaux de poste soient present dans osm
> > pour faire ton ajout des heures d'ouverture, tu risque d'attendre
> > longtemps, on voit ici  :
> > http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8020 que les
> > non intégrés ne diminue plus depuis plusieurs mois...
>
> Bonjour,
>
> J'essaie de comprendre l'intégration des bureaux de postes suite aux
> messages échangés. Pas fastoche !
>
> De nombreux bureaux de postes "non intégrés" (dans osmose) sont en fait
> des changements de référence, mais le POI existe.
> exemple :
>
> https://osmose.openstreetmap.fr/fr/error/caf7b4e5-028a-3d50-d98e-4e097d52adb1
> existe bien sur la carte mais avec ref=08912A :
> https://www.openstreetmap.org/#map=19/47.06170/-0.89610
>
> Question 1 : est-ce qu'un item Osmose est capable de détecter (et
> proposer) ces éventuels changements de références ?
>
> J'ai vu qu'Osmose détecte les codes faux et les classe avec les bureaux de
poste sans ref dans "Bureau de poste sans attribut “ref:FR:LaPoste” ou
incorrect"
http://osmose.openstreetmap.fr/fr/map/#item=7050
Par contre j'ai trouvé au moins 2 détections de mauvais code d'après osmose
mais qui apparaissent bien dans le fichier source donc actif
Les bureau de poste d'Ambérieu en bugey (
http://osmose.openstreetmap.fr/fr/error/4692dcb9-d1e0-d41e-f3d8-d1d8d15f4516)
et d'Anglefort (
http://osmose.openstreetmap.fr/fr/error/0a7230a2-d3f6-7908-b180-3245bca4248a)
que l'on voit ici :
http://osmose.openstreetmap.fr/fr/map/#item=7050=11=45.9115=5.6867=1%2C2%2C3==
Il sont bien present dans la source :
https://datanova.legroupe.laposte.fr/explore/dataset/laposte_poincont/table/?disjunctive.code_postal_insee=identifiant_a


> Question 2 : D'autres bureaux de poste (je découvre) sont des
> "post_partner" qui sont dans des magasins, des bureaux tabacs, des
> mairies, etc. :
> exemple :
>
> https://osmose.openstreetmap.fr/fr/error/b610b6d3-6e55-abdc-18c3-e21576754fd3
> dont l'adresse est "Bar tabac Le Crocodile"
>
> Qu'en fait-on de ces derniers, on ajoute un POI post_office dans le
> bureau de tabac ? Ou on ajoute une étiquette post_partner au bureau de
> tabac ?
> En effet ce dernier peut sans doute vendre des boissons, du tabac, du
> service postal voire aussi réparer des clés ? Est-ce logique d'ajouter
> un POI pour le "service postal" qui physiquement est au même endroit que
> la vente de tabac ?
>
> Merci.
> Georges
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Brice]

Le 11/11/2020 à 15:57, David Faure via Talk-fr a écrit :

Dis moi où tu habites et j'aurai des infos super précises sur les horaires
d'ouverture de ton bureau de Poste :)


OK pour un mini-mini échantillonnage, je vérifierai :
https://www.openstreetmap.org/node/326243219
https://www.openstreetmap.org/node/6140793094
https://www.openstreetmap.org/node/249560489
mais horaires très simples, on est pas vraiment dans le rural;-)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Yves P.]

> De nombreux bureaux de postes "non intégrés" (dans osmose) sont en fait des 
> changements de référence, mais le POI existe.
> exemple : 
> https://osmose.openstreetmap.fr/fr/error/caf7b4e5-028a-3d50-d98e-4e097d52adb1 
> existe bien sur la carte mais avec ref=08912A : 
> https://www.openstreetmap.org/#map=19/47.06170/-0.89610
> 
> Question 1 : est-ce qu'un item Osmose est capable de détecter (et proposer) 
> ces éventuels changements de références ?
Apparement non vu ton message.

L'analyseur peut-être amélioré :)
J'imagine que l'ancienne référence ne se trouve plus dans le fichier Datanova. 
Osmose pourrait donc en déduire qu'il ne s'agit "que" d'une mise à jour.

> Question 2 : D'autres bureaux de poste (je découvre) sont des "post_partner" 
> qui sont dans des magasins, des bureaux tabacs, des mairies, etc. :

C'est aussi le cas : 
https://www.ouest-france.fr/pays-de-la-loire/cholet-49300/cholet-apres-deux-ans-le-tabac-de-mocrat-rouvre-5579892


> Qu'en fait-on de ces derniers, on ajoute un POI post_office dans le bureau de 
> tabac ?
Tu peux mettre 2 POI superposés avec le même nom.
L'un bureau de tabac, journaux…
L'autre bureau de poste

Fusionner les 2 peut fonctionner mais ne sera pas forcément lisible et/ou 
maintenance.

> Ou on ajoute une étiquette post_partner au bureau de tabac ?

Avec uniquement ce tag le bureau de poste ne pourra pas être trouvé par 
Nominatim.


> En effet ce dernier peut sans doute vendre des boissons, du tabac, du service 
> postal voire aussi réparer des clés ?

> Est-ce logique d'ajouter un POI pour le "service postal" qui physiquement est 
> au même endroit que la vente de tabac ?

Oui car quelqu'un peut vouloir chercher le bureau de poste le plus près ;)

__
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Georges Dutreix via Talk-fr]

Le 10/11/2020 à 17:55, Jérôme Amagat a écrit :


Si tu attends que tous les bureaux de poste soient present dans osm 
pour faire ton ajout des heures d'ouverture, tu risque d'attendre 
longtemps, on voit ici  : 
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8020 que les 
non intégrés ne diminue plus depuis plusieurs mois...


Bonjour,

J'essaie de comprendre l'intégration des bureaux de postes suite aux 
messages échangés. Pas fastoche !


De nombreux bureaux de postes "non intégrés" (dans osmose) sont en fait 
des changements de référence, mais le POI existe.
exemple : 
https://osmose.openstreetmap.fr/fr/error/caf7b4e5-028a-3d50-d98e-4e097d52adb1 
existe bien sur la carte mais avec ref=08912A : 
https://www.openstreetmap.org/#map=19/47.06170/-0.89610


Question 1 : est-ce qu'un item Osmose est capable de détecter (et 
proposer) ces éventuels changements de références ?


Question 2 : D'autres bureaux de poste (je découvre) sont des 
"post_partner" qui sont dans des magasins, des bureaux tabacs, des 
mairies, etc. :
exemple : 
https://osmose.openstreetmap.fr/fr/error/b610b6d3-6e55-abdc-18c3-e21576754fd3

dont l'adresse est "Bar tabac Le Crocodile"

Qu'en fait-on de ces derniers, on ajoute un POI post_office dans le 
bureau de tabac ? Ou on ajoute une étiquette post_partner au bureau de 
tabac ?
En effet ce dernier peut sans doute vendre des boissons, du tabac, du 
service postal voire aussi réparer des clés ? Est-ce logique d'ajouter 
un POI pour le "service postal" qui physiquement est au même endroit que 
la vente de tabac ?


Merci.
Georges

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Christian Quest]

Le 11/11/2020 à 15:57, David Faure via Talk-fr a écrit :

Merci pour ton retour, c'est utile qu'on en discute.
Est-ce que tu as regardé les données datanova ?
Je pense qu'elles sont bien plus précises que tu ne le penses, et pour info
elles sont mises à jour *tous les jours* automatiquement.

Les données datanova nous disent par exemple que le bureau de Poste de
DENEUILLE LES MINES sera ouvert le mardi de 09:00 à 12:00
aux dates suivantes :
   2020-11-03 2020-11-10 2020-11-17 2020-11-24
et de 08:15 à 12:15 aux dates suivantes :
   2020-10-27 2020-12-01 2020-12-08 2020-12-15 2020-12-22 2020-12-29 2021-01-05
2021-01-12 2021-01-19 2021-01-26
... ce qui veut dire qu'il y a un changement temporaire en Novembre.
Quelle est la probabilité que quelqu'un aille noter ce changement temporaire
dans OSM manuellement ? Et surtout, quelle est la probabilité que cette donnée
soit fausse, et que les horaires affichés sur la porte soient plus corrects ?

Dans le même style, datanova contient les changements horaires qui auront lieu
à partir du premier janvier 2021, toujours avec une précision jour par jour.
J'ai aussi détecté bureaux qui sont ouverts un samedi sur deux, ou qui sont
fermés le dernier samedi de chaque mois. Et d'autres avec des cas encore plus
tordus de fermetures exceptionnelles ou d'alternance entre deux horaires sans
récurrence détectable. Tout ça pour dire que c'est super précis.

En cas de désaccord entre le opening_hours existant dans OSM et la donnée
datanova.laposte.fr, qu'est-ce qui est le plus probable ? Que datanova se
trompe ou que la donnée OSM ne soit pas à jour ? Au vu de la précision des
données publiées, je dirais que c'est le second cas, à coup sûr.

Dis moi où tu habites et j'aurai des infos super précises sur les horaires
d'ouverture de ton bureau de Poste :)



Et si vous voulez voir à quelle vitesse ces données opendata changent, 
il y a les archives d'opendatArchives ;)


http://files.opendatarchives.fr/datanova.laposte.fr/archives/laposte_ouvertur/

On est pas loin d'une évolution quotidienne.


--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On mercredi 11 novembre 2020 13:31:02 CET Brice wrote:
> > ensuite pour les autre questions :
> (...)
> 
> > - 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.
> 
> Pas trop d'accord, il serait dommage de partir d'un à priori qu'un
> organisme central connaisse parfaitement les horaires de toutes ses
> implantations, quand se comptent en milliers : pas sûr du tout.
> Je suis pour ne compléter que les bureaux de poste avec horaires non
> encore renseignés et laisser tels quels les horaires existants pour
> qu'ils soient corrigés, si nécessaire, au fur et à mesure.

Merci pour ton retour, c'est utile qu'on en discute.
Est-ce que tu as regardé les données datanova ?
Je pense qu'elles sont bien plus précises que tu ne le penses, et pour info 
elles sont mises à jour *tous les jours* automatiquement.

Les données datanova nous disent par exemple que le bureau de Poste de 
DENEUILLE LES MINES sera ouvert le mardi de 09:00 à 12:00 
aux dates suivantes :
  2020-11-03 2020-11-10 2020-11-17 2020-11-24
et de 08:15 à 12:15 aux dates suivantes :
  2020-10-27 2020-12-01 2020-12-08 2020-12-15 2020-12-22 2020-12-29 2021-01-05 
2021-01-12 2021-01-19 2021-01-26
... ce qui veut dire qu'il y a un changement temporaire en Novembre.
Quelle est la probabilité que quelqu'un aille noter ce changement temporaire 
dans OSM manuellement ? Et surtout, quelle est la probabilité que cette donnée 
soit fausse, et que les horaires affichés sur la porte soient plus corrects ?

Dans le même style, datanova contient les changements horaires qui auront lieu 
à partir du premier janvier 2021, toujours avec une précision jour par jour.
J'ai aussi détecté bureaux qui sont ouverts un samedi sur deux, ou qui sont 
fermés le dernier samedi de chaque mois. Et d'autres avec des cas encore plus 
tordus de fermetures exceptionnelles ou d'alternance entre deux horaires sans 
récurrence détectable. Tout ça pour dire que c'est super précis.

En cas de désaccord entre le opening_hours existant dans OSM et la donnée 
datanova.laposte.fr, qu'est-ce qui est le plus probable ? Que datanova se 
trompe ou que la donnée OSM ne soit pas à jour ? Au vu de la précision des 
données publiées, je dirais que c'est le second cas, à coup sûr.

Dis moi où tu habites et j'aurai des infos super précises sur les horaires 
d'ouverture de ton bureau de Poste :)

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On lundi 9 novembre 2020 19:10:26 CET Jérôme Amagat wrote:
> 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

Merci beaucoup pour ces instructions.

Je viens de les utiliser pour soumettre mon premier changeset avec JOSM :
https://www.openstreetmap.org/changeset/93931921
Est-ce que tout semble correct ?
En particulier la suppression de la source de l'objet (déprécié), l'ajout des 
horaires bien sûr, le created_by et la "source" du changeset, et le 
commentaire avec le lien wiki.

Si ça semble bon je vais pouvoir industrialiser :-)

PS: J'ai utilisé https://github.com/mvexel/overpass-api-python-wrapper
et 5 lignes de python pour faire la requête overpass en ligne de commande, 
c'est plus pratique.
Mes scripts sont maintenant en ligne sur 
https://github.com/dfaure/DataNovaImportScripts

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Brice]

ensuite pour les autre questions :

(...)
- 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.


Pas trop d'accord, il serait dommage de partir d'un à priori qu'un 
organisme central connaisse parfaitement les horaires de toutes ses 
implantations, quand se comptent en milliers : pas sûr du tout.
Je suis pour ne compléter que les bureaux de poste avec horaires non 
encore renseignés et laisser tels quels les horaires existants pour 
qu'ils soient corrigés, si nécessaire, au fur et à mesure.


Britzz

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Jérôme Amagat]

Osmose permet de détecter des erreurs dans osm et permet aussi d'intégrer
des données en opendata. Il y a déjà la possibilité d'ajouter les bureaux
de poste manquant, d'après osmose il manque plus de 6600 bureau de poste en
la France.
Ce qui pourrait être bien, c'est que osmose propose de modifier les heures
d'ouverture des bureaux de poste déjà intégré mais pour ça il faut créer le
script python qui se servirait de la source en open data sur
datanova.laposte.fr. Osmose retéléchargerait régulièrement la source et
reproposerait d'actualiser les heures d'ouvertures lorsqu'elles sont
modifiés.
Mais osmose c'est du semi automatisé donc il faut que quelqu'un fasse la
mise a jour avec osmose pour chaque bureau de poste donc ça peut être un
complément à l'importation que tu comptes faire mais fait seulement avec
osmose (en supposant que quelqu'un a fait le script python qui va bien) ça
peut prendre des mois (voir des années) a actualiser tous les bureaux de
poste vu qu'il y en a environ 1.

Si tu attends que tous les bureaux de poste soient present dans osm pour
faire ton ajout des heures d'ouverture, tu risque d'attendre longtemps, on
voit ici  : http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8020
que les non intégrés ne diminue plus depuis plusieurs mois...

Le mar. 10 nov. 2020 à 09:32, David Faure via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> On lundi 9 novembre 2020 21:32:40 CET Frédéric Rodrigo wrote:
> > Si le générateur des horaires d'ouvertures est codé en python
>
> Je connais bien mieux perl que python donc pour l'instant c'est en perl.
> Si quelqu'un veut m'aider à convertir en python... :)
>
> > ça serait bien aussi de l'ajouter à Osmose
>
> Pour refaire l'import en temps réel et voir si ça colle ? Ou bien je pige
> pas
> l'idée ?
>
> C'est peut-être surtout l'autre sens qui serait utile, valider que les
> horaires sont syntaxiquement corrects ? Mais bon ça je compte le faire
> avant
> import de toutes façons.
>
> >
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merg
> > e_poste_FR.py
> >
> http://osmose.openstreetmap.fr/fr/map/#zoom=9=45.215=0.104=705
> > 0%2C8020%2C8021%2C8022=1%2C2%2C3==
>
> Wow, merci pour ce lien. Ça m'explique pourquoi j'ai 17371 identifiants
> différents de bureaux de poste dans les données datanova, alors que la
> requête
> overpass de Jérôme ne me sort que 11503 bureaux avec un attribut
> ref:FR:LaPoste.
> osmose montre que de nombreux bureaux n'ont pas cet attribut, et certains
> ont
> une valeur qui n'existe plus chez laposte (renumérotation ? fermeture ...
> ?).
>
> Et ben c'est pas simple tout ça :-)
>
> --
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Éric Gillet]

Le 08/11/2020 à 23:20, David Faure via Talk-fr a écrit :



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.


+1 pour mettre la source et attribution dans le changeset.
Il faudra aussi enlever le source=* sur chaque objet modifié car il 
n'aura plus de sens. Exemple : "source=data.gouv.fr:LaPoste - 06/2015"



Pas de mention de l'outil d'importation, au cas où quelqu'un veuille remonter
à comment un mauvais import a eu lieu ?
Bonne idée ! Il y a le tag created_by=* 
 qui est fait pour 
ça. Tu peux aussi mettre la page wiki de documentation que t'as faite 
dans le commentaire.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Éric Gillet]

Le 09/11/2020 à 21:11, David Faure via Talk-fr a écrit :

On lundi 9 novembre 2020 19:42:59 CET Yves P. wrote:

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 :-)

C'est OK d'inventer des suffixes non standardisés/documentés comme ça ?


Comme c'est bien en ligne avec les pratiques usuelles : suffixe après un 
':', clé collection_times bien documentée. Il n'y a que peu d'erreur 
d'interprétation.


Documenter ça (sur la page wiki OSM collection_times par ex.) en 
parallèle de l'import me semble adapté :)



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Yves P.]

>> ça serait bien aussi de l'ajouter à Osmose
> 
> Pour refaire l'import en temps réel et voir si ça colle ? Ou bien je pige pas 
> l'idée ?

Pour que Osmose puisse signaler un changement d'horaire à l'avenir ;)


> C'est peut-être surtout l'autre sens qui serait utile, valider que les 
> horaires sont syntaxiquement corrects ?

Tu peux appeler la bibliothèque de code opening_hours.js 

Je ne vois pas de portage en Perl, seulement en python 
 (et toute la grammaire 
 ne semble pas 
supportée).

A défaut d'appeler directement le code javascript depuis ton code perl, tu peux 
aussi appeler un serveur javascript 
 qui va vérifier la 
syntaxe.


> j'ai 17371 identifiants  différents de bureaux de poste dans les données 
> datanova, alors que la requête 
> overpass de Jérôme ne me sort que 11503 bureaux avec un attribut 
> ref:FR:LaPoste.
> osmose montre que de nombreux bureaux n'ont pas cet attribut, et certains ont 
> une valeur qui n'existe plus chez laposte (renumérotation ? fermeture ... ?).
> 
> Et ben c'est pas simple tout ça :-)

Ça peut faire l'objet d'un prochain projet du mois ;)

__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On lundi 9 novembre 2020 21:32:40 CET Frédéric Rodrigo wrote:
> Si le générateur des horaires d'ouvertures est codé en python 

Je connais bien mieux perl que python donc pour l'instant c'est en perl.
Si quelqu'un veut m'aider à convertir en python... :)

> ça serait bien aussi de l'ajouter à Osmose

Pour refaire l'import en temps réel et voir si ça colle ? Ou bien je pige pas 
l'idée ?

C'est peut-être surtout l'autre sens qui serait utile, valider que les 
horaires sont syntaxiquement corrects ? Mais bon ça je compte le faire avant 
import de toutes façons.

> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merg
> e_poste_FR.py
> http://osmose.openstreetmap.fr/fr/map/#zoom=9=45.215=0.104=705
> 0%2C8020%2C8021%2C8022=1%2C2%2C3==

Wow, merci pour ce lien. Ça m'explique pourquoi j'ai 17371 identifiants 
différents de bureaux de poste dans les données datanova, alors que la requête 
overpass de Jérôme ne me sort que 11503 bureaux avec un attribut 
ref:FR:LaPoste.
osmose montre que de nombreux bureaux n'ont pas cet attribut, et certains ont 
une valeur qui n'existe plus chez laposte (renumérotation ? fermeture ... ?).

Et ben c'est pas simple tout ça :-)

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Yves P.]

> C'est OK d'inventer des suffixes non standardisés/documentés comme ça ?
> Ou bien c'est une suggestion "à faire standardiser d'abord" ?

Comme tu le sens :)

Il n'y a pas de règle, et si il y en a une, il a les exceptions :D

Un compromis, c'est d'avoir une discussion ici. Si il n'y a pas de levée de 
boucliers, tu peux le faire, le documenter sur la page FR.
Ça deviendra un standard de facto.

Même si tu lances une discussion sur tagging, un vote et que ta clé est 
approuvée, si aucune application ne l'affiche, ça ne sert pas à grand chose.

> Existe-t-il un terme générique anglais pour [les chronoposts]

Il y a peut être des sites spécialisés qui décrivent les services postaux dans 
différents pays. Wikipedia ?

> Comme je disais, ça fait pas du "1 sur 2" au changement d'année, alors que 
> c'est vraiment ça que je vois dans certains bureaux de poste…

opening_hours=2020 week 01-53/2 Sa 09:00; 2021 week 01-53/2 Sa 09:00

Tu peux regarder si l'année suivante il faut commencer par semaine paire ou 
impaire.

Une autre piste est d'écrire à l'auteur de la grammaire pour voir comment gérer 
ce cas.


> D'autres font du Sa[-1], j'ai pas fini de tomber sur des cas tordus :-)
ce n'est pas tordu (pour un développeur).
[-n] signifie le nième élément d'un tableau en partant de la fin
[n] le nième élément d'un tableau en partant du début


__
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Frédéric Rodrigo]

Si le générateur des horaires d'ouvertures est codé en python ça serait 
bien aussi de l'ajouter à Osmose

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_poste_FR.py
http://osmose.openstreetmap.fr/fr/map/#zoom=9=45.215=0.104=7050%2C8020%2C8021%2C8022=1%2C2%2C3==


Le 09/11/2020 à 21:11, David Faure via Talk-fr a écrit :

On lundi 9 novembre 2020 19:42:59 CET Yves P. wrote:

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 :-)

On pourrait suffixer collection_times ;)

On trouve cet exemple dans le wiki :
collection_times = Mo-Fr 09:00-12:00,17:00; Sa 14:00
collection_times:local = Mo-Fr 23:00; Su 23:00

Ça donnerait donc quelque chose comme :
collection_times:parcel = Su-Fr 23:00

OK, noté dans la TODO list :)
C'est OK d'inventer des suffixes non standardisés/documentés comme ça ?
Ou bien c'est une suggestion "à faire standardiser d'abord" ?


collection_times:chronopost = Su-Fr 18:00
Parcel est générique et doit se retrouver dans tous les pays.
chronopost est une marque. Existe-t-il un terme générique anglais pour ce
type de paquets ?

Ça ne me rappelle rien.

Dans les autres pays les paquets sont livrés, contrairement aux chronoposts,
bien souvent :-) :-)


Detect cases like "every other Saturday", which seems to happen.

Je ne comprend pas cette expression. DeepL me dit "un samedi sur deux".

Oui.


C'est bien ça ? Ça ne serait pas plutôt premier et 3e samedi du mois ?
Ou samedi des semaines paires (ou impaires) ?

Non.


Le langage d'opening_hours permet cela :
Su[1,3] # 1er et 3e samedi du mois
week 01-53/2# semaines impaires
week 02-53/2# semaines paires

Comme je disais, ça fait pas du "1 sur 2" au changement d'année, alors que
c'est vraiment ça que je vois dans certains bureaux de poste...

D'autres font du Sa[-1], j'ai pas fini de tomber sur des cas tordus :-)


Il faut peut-être l'ajuster d'une année sur l'autre ?

Oui je vais devoir faire ça du coup...




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

On lundi 9 novembre 2020 19:42:59 CET Yves P. wrote:
> > 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 :-)
> 
> On pourrait suffixer collection_times ;)
> 
> On trouve cet exemple dans le wiki :
> collection_times = Mo-Fr 09:00-12:00,17:00; Sa 14:00
> collection_times:local = Mo-Fr 23:00; Su 23:00
>
> Ça donnerait donc quelque chose comme :
> collection_times:parcel = Su-Fr 23:00

OK, noté dans la TODO list :)
C'est OK d'inventer des suffixes non standardisés/documentés comme ça ?
Ou bien c'est une suggestion "à faire standardiser d'abord" ?

> collection_times:chronopost = Su-Fr 18:00
> Parcel est générique et doit se retrouver dans tous les pays.
> chronopost est une marque. Existe-t-il un terme générique anglais pour ce
> type de paquets ?

Ça ne me rappelle rien.

Dans les autres pays les paquets sont livrés, contrairement aux chronoposts, 
bien souvent :-) :-)

> >>> Detect cases like "every other Saturday", which seems to happen.
> 
> Je ne comprend pas cette expression. DeepL me dit "un samedi sur deux".

Oui.

> C'est bien ça ? Ça ne serait pas plutôt premier et 3e samedi du mois ?
> Ou samedi des semaines paires (ou impaires) ?

Non.

> Le langage d'opening_hours permet cela :
> Su[1,3]   # 1er et 3e samedi du mois
> week 01-53/2  # semaines impaires
> week 02-53/2  # semaines paires

Comme je disais, ça fait pas du "1 sur 2" au changement d'année, alors que 
c'est vraiment ça que je vois dans certains bureaux de poste...

D'autres font du Sa[-1], j'ai pas fini de tomber sur des cas tordus :-)

> Il faut peut-être l'ajuster d'une année sur l'autre ?

Oui je vais devoir faire ça du coup...

-- 
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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Yves P.]

> 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 :-)

On pourrait suffixer collection_times ;)

On trouve cet exemple dans le wiki :
collection_times = Mo-Fr 09:00-12:00,17:00; Sa 14:00
collection_times:local = Mo-Fr 23:00; Su 23:00
Ça donnerait donc quelque chose comme :
collection_times:parcel = Su-Fr 23:00
collection_times:chronopost = Su-Fr 18:00

Parcel est générique et doit se retrouver dans tous les pays.
chronopost est une marque. Existe-t-il un terme générique anglais pour ce type 
de paquets ?


>>> Detect cases like "every other Saturday", which seems to happen.
>> 
>> Adrien et Cie, on a un moyen de modéliser ça proprement dans OSM ?

Je ne comprend pas cette expression. DeepL me dit "un samedi sur deux". C'est 
bien ça ?
Ça ne serait pas plutôt premier et 3e samedi du mois ?
Ou samedi des semaines paires (ou impaires) ?

Le langage d'opening_hours permet cela :
Su[1,3] # 1er et 3e samedi du mois (cf. doc 
)
week 01-53/2# semaines impaires
week 02-53/2# semaines paires

> 
> 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.
Il faut peut-être l'ajuster d'une année sur l'autre ?

Suite dans un prochain mél :D

__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[Jérôme Amagat]

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 

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

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 

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

[osm . sanspourriel]

In French here ;-).

> (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. Ne pas
confondre avec collection_times
https://wiki.openstreetmap.org/wiki/FR:Key:collection_times

> (Should I create a github project for it?)
Idéalement, maintenant chacun est libre.

> Detect cases like "every other Saturday", which seems to happen.
Adrien et Cie, on a un moyen de modéliser ça proprement dans OSM ?

> 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.

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.

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.

> and new post offices
Et surtout ceux qui disparaissent (c'est plus fréquent).

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).

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.

Si c'est identique, tu peux ajouter la source.

Pages éventuellement à compléter par la suite :

https://wiki.openstreetmap.org/wiki/Import/Catalogue

https://wiki.openstreetmap.org/wiki/Contributors#France

Pour les imports, on va sans doute te conseiller de faire tes tests avec
JOSM mais pour la mise à jour régulière il y aura sûrement d'autres
propositions.

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.

Jean-Yvon

Le 08/11/2020 à 00:28, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Bonjour à tous,



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Import des horaires des bureaux de poste

[David Faure via Talk-fr]

Bonjour à tous,

J'ai le projet d'importer les horaires des bureaux de poste de toute la France, 
depuis les données disponibles sur datanova.laposte.fr.

La page Import/Guidelines indique que je dois en discuter avec la communauté 
alors me voici :-)

Je viens de créer la page 
https://wiki.openstreetmap.org/wiki/Import/FrenchPostOfficeOpeningHours
avec l'état actuel de ce projet.

Vous y trouverez aussi quelques questions, comme celle de garder les valeurs 
actuelles ou de les remplacer, et la stratégie de remise à jour après le 
premier import. Votre avis sera le bienvenu.

Est-ce que vous avez un conseil sur la solution technique à utiliser pour cet 
import ?
Mon script génère les valeurs au format OSM pour l'attribut opening_hours, la 
prochaine étape est d'interfacer avec OSM,
et je vois sur https://wiki.openstreetmap.org/wiki/Import/Software qu'il existe 
beaucoup de solutions...


PS: pour plus de contexte sur moi et l'origine de cette idée, cf.
https://wiki.openstreetmap.org/wiki/User:Dfaure

-- 
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