Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet Jean-Claude Repetto 

Le 15/11/2020 à 00:57, Jérôme Amagat a écrit :


La source LaPoste dans le tag source=* ce n'est pas obligatoirement pour 
les horaires, il y a même de grandes chances que ce soit la source de la 
position du bureau de poste donc pas de raison de le supprimer si l'on 
ne change que l'horaire sans déplacer le bureau de poste. Et supprimer 
la source quand c'est "cadastre", c'est la source de la géométrie du 
bâtiment, il y a surement beaucoup d'autre source=* différentes, qui 
peuvent être la source de la position du bureau de poste, du nom du 
bureau, , du nombre d'étages du bâtiment, de la couleur de ses 
murs..., de n'importe quel tag sur l'objet ou n'importe quel élément de 
sa géométrie.
En modifiant le tag opening_hours=*, seule la source dans 
source:opening_hours=* peut être modifiée ou supprimée.




+1

Jean-Claude


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

Re: [OSM-talk-fr] Rendu BANO (v2) de retour !

2020-11-14 Par sujet Jérôme Amagat 
La dernière modification supprime aussi les adresses de la BAN sans code
fantoir qui avant apparaissaient en rouge mais sans être entourées de quoi
que ce soit, il y avait juste des points rouge, j'ai fait une proposition
pour qu'il apparaissent d'une autre couleur avec un polygon entourant les
adresses : https://github.com/osm-fr/bano-cartocss/pull/7

Je pense qu"elles sont utiles : des rues pas encore au fantoir ou des
communes qui mettent du temps à mettre à jour leur fantoir mais dont les
adresses apparaissent déjà dans une des sources de la BAN. Il y a par
contre des trucs inutiles comme des erreurs d'orthographe.

Peut être les rendre moins visibles que le rouge qui est BAN avec fantoir
qui est le plus important et qui a de bonne chance d'être une modification
à faire dans osm.

Pareil pour les lieux dit avec adresses, la modif précédente du rendu a
supprimé les pseudo adresses donc il ne reste que des "vrais" numéros. Mais
tout n'est pas utile comme les "Le bourg".

Le sam. 14 nov. 2020 à 19:05, Christian Quest  a
écrit :

> Le 12/11/2020 à 23:01, Christian Quest a écrit :
> > Le 11/11/2020 à 15:35, deuzeffe a écrit :
> >>
> >> Mmmhh, je viens de tester dans ma zone de confort. Il y a des points
> >> rouges qui ne correspondraient pas à la légende donnée ici
> >>
> https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#L.C3.A9gende
> >>
> >>
> >> En regardant de plus près, mais rapidement, il reste des 5000 et des
> >> 6000 (marqués en rouge, donc) : à virer ? Et des points adresses
> >> proches d'une highway bien présente et correctement nommée (d'après
> >> ce que je vois) suivant le cadastre/Fantoir.
> >> De plus, les numéros en gris ne correspondent plus à la légende, il
> >> me semble ?
> >>
> >> Échantillon sur demande ;p
> >
> >
> > Suivi...
> >
> > J'ai mis un peu trop vite en place le rendu hier. J'ai fait des
> > modifications aujourd'hui pour revenir à quelque chose de plus proche
> > de ce qu'on avait en v1.
> >
> > Il reste des points d'adresse en rouge sur des lieux-dits qui méritent
> > que je regarde avec vdct de quoi il s'agit. JE pense qu'on a désormais
> > des numéros associés à des lieux-dits, provenant de la BAN ce qu'on
> > n'avait pas avant (de mémoire).
> >
> > Les 5000/9000 provenant du cadastre doivent maintenant avoir disparu.
> >
>
> Suivi suite...
>
> Les points d'adresses numérotées dans les lieux-dits ont été retirés
> temporairement du rendu, le temps qu'on fasse le point sur leur usage
> par BANO (quel mode de rapprochement), leur intégration dans OSM, etc...
>
> Du coup, BEAUCOUP moins de rouge, les rues manquantes sont à nouveau
> bien plus identifiables !
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet Jérôme Amagat 
Le sam. 14 nov. 2020 à 21:01, Éric Gillet  a
écrit :

> Le 13/11/2020 à 22:09, David Faure via Talk-fr a écrit :
> > On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote:
> >> 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.
> > Ah, en effet, c'est ce que j'avais lu en premier, et qui m'avait fait
> implémenter ça.
> >
> > Mais depuis j'ai vu
> > "Comme celui-ci n'est pas officiellement obsolète, ne commencez pas à
> supprimer ces marques avant qu'une décision générale du projet décide de le
> faire."
> >
> https://wiki.openstreetmap.org/wiki/FR:Key:source#Usage_historique_sur_les_objets_et_les_attributs
> >
> > Et pareil dans la version anglophone, " As usual don't start deleting
> those tags unless and until there is a general project decision to do so. "
> >
> >> [...]
> >> 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.
> > Je suis d'accord avec ton raisonnement. Mais je suis nouveau, je vais
> pas aller
> > supprimer un attribut si le wiki dit "c'est pas encore vraiment décidé
> au niveau du projet".
>
> Si tu ne supprimes par le tag existant il y aura donc 2 sources sur les
> horaires :
>
> - data.gouv.fr:LaPoste - 04/2012 (par exemple)
>
> La source LaPoste dans le tag source=* ce n'est pas obligatoirement pour
les horaires, il y a même de grandes chances que ce soit la source de la
position du bureau de poste donc pas de raison de le supprimer si l'on ne
change que l'horaire sans déplacer le bureau de poste. Et supprimer la
source quand c'est "cadastre", c'est la source de la géométrie du
bâtiment, il y a surement beaucoup d'autre source=* différentes, qui
peuvent être la source de la position du bureau de poste, du nom du bureau,
, du nombre d'étages du bâtiment, de la couleur de ses murs..., de
n'importe quel tag sur l'objet ou n'importe quel élément de sa géométrie.
En modifiant le tag opening_hours=*, seule la source dans
source:opening_hours=* peut être modifiée ou supprimée.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet Topographe Fou 
Ok, ca semble coller, je rajouterai juste (car ton mail très explicite et 
synthétique omettait néanmoins un détail) que dans ton dernier cas où quelqu'un 
a touché aux horaires idéalement on ne lève le drapeau que si le nouvel horaire 
osm est different du nouvel horaire Datanova (ce qui sera probablement souvent 
le cas car je doute que tout le monde rajoute les infos PH ou factorise les 
horaires de la même manière). Pas sûr que la comparaison soit aisée mais cela 
pourrait limiter les flags quand c'est trivial.

LeTopographeFou


  Message original  


De: osm.sanspourr...@spamgourmet.com
Envoyé: 14 novembre 2020 10:28 PM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)


Bonjour, je crois qu'il y a bien plus simple.

Un seul champ nous intéresse, c'est la plage horaire.

Donc David est maintenant convaincu de garder les infos qu'il garde dans
un coin d'une fois sur l'autre.

Il suffit alors de comparer la plage de l'époque, la place actuelle
(pour une même ref:FR:LaPoste), des personnes peuvent avoir déplacé le
bureau de poste, ajouté des précisions sur l'accès handicapé, on s'en
fiche, on prend que qu'il y actuellement en base.

Et là si personne n'a touché aux horaires, on met la nouvelle version
(et seulement s'il y a une évolution).

Si quelqu'un a touché aux horaires, on lève le drapeau fixme et on
ajoute suggested:opening_hours.

Jean-Yvon

Le 14/11/2020 à 17:41, Topographe Fou - letopographe...@gmail.com a écrit :
> Bonjour,
>
> D'accord sur le fait qu'il faut oublier 1 et privilégier 2.
>
> Cependant je pense qu'il faut aménager le cas où le dernier à avoir modifié 
> n'est pas le robot car sinon petit à petit on se retrouvera avec des données 
> qui n'ont pas été mises à jour depuis 10 ans et le problème sera le même. 
> Genre je déplace le POI mais ne fais pas attention à la validité de ses tags, 
> du coup le POI sera ignoré ad vitam aeternam.
>
> Je pense à passer de :
>
> "si le dernier à avoir modifié est le robot Datanova ET si les données ont 
> évoluées depuis"


___
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] Suppression de l'attribut source horaires des bureaux de poste)

2020-11-14 Par sujet Éric Gillet 

Le 14/11/2020 à 23:14, osm.sanspourr...@spamgourmet.com a écrit :


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

On samedi 14 novembre 2020 21:34:52 CET Éric Gillet wrote:

Le 14/11/2020 à 21:05, David Faure a écrit :

On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
Si quelqu'un change le wiki, je fais :-)⎄

Je l'ai fait en français et anglais :

OK, merci, j'ai remis la suppression de 'source' dans le script.


Désolé, ça me gène de devoir parcourir l'historique de l'objet pour
trouver quand la référence de l'objet était ref:FR:LaPoste=04598A


C'est vraiment facile avec des outils comme l'historique JOSM (Ctrl+H) 
ou DeepHistory , et sûrement 
plein d'autres méthodes que je connais pas ;)
Rien ne dit que le tag ref:FR:LaPoste n'ont pas été modifié après le 
changeset qui a ajouté le tag source=* sur l'objet. C'est bien là le 
problème !
Avec ou sans tag source sur l'objet pour savoir quand a été modifié pour 
la dernière fois cette ref:FR:LaPoste il faut de toute façon regarder 
chercher le dernier changeset ayant modifié la clé.



Car les commentaires sont :

Version #6 Rajouts de nouvelles boutiques
Version #5 Fix with Osmose
Version #4 France, suppression des clés moneo:loading
Version #3 ajouts divers
Version #2 add building
Version #1 (aucun commentaire)

Autant ça ne me dérange pas que la source d'une mise à jour d'horaires
soit mise dans le changeset, tout comme la mise à jour d'une
ref:FR:LaPoste si l'ojjet du changeset est la mise à jour de cet
attribut (par exemple si l'historique avait compris Version #3
source=data.gouv.fr:LaPoste - 01/2013), autant ça me dérange de virer un
source qui a son sens.


Voir au dessus, il est supprimé de la version actuelle de l'objet car il 
devient faux. Mais il reste présent dans la base de données grâce à 
l'historique, tout comme un attribut source=* sur un changeset ;)



D'autant que les ref:FR:LaPoste ont une validité
qui semble limitée (mais sans doute par le fait que La Poste ferme
beaucoup de bureaux de poste).

Je préfèrerai de faire ça en deux passes : une pour virer le source (en
mettant en commentaire la valeur en question) puis une pour mettre à
jour les horaires.


Ça me semble pas soutenable comme approche d'ajouter un tag source dans 
l'objet (au lieu du changeset) pour chacune des modifs afin de faciliter 
son traitement par la suite.
Rien que dans ton exemple au dessus, ça ferait entre 4 et 7 sources ! 
Les tags de changesets sont là pour ça, utilisons-les :)


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

Re: [OSM-talk-fr] Suppression de l'attribut source horaires des bureaux de poste)

2020-11-14 Par sujet osm . sanspourriel 


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

On samedi 14 novembre 2020 21:34:52 CET Éric Gillet wrote:

Le 14/11/2020 à 21:05, David Faure a écrit :

On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
Si quelqu'un change le wiki, je fais :-)⎄

Je l'ai fait en français et anglais :

OK, merci, j'ai remis la suppression de 'source' dans le script.


Désolé, ça me gène de devoir parcourir l'historique de l'objet pour
trouver quand la référence de l'objet était ref:FR:LaPoste=04598A

source=data.gouv.fr:LaPoste - 01/2013

Car les commentaires sont :

Version #6 Rajouts de nouvelles boutiques
Version #5 Fix with Osmose
Version #4 France, suppression des clés moneo:loading
Version #3 ajouts divers
Version #2 add building
Version #1 (aucun commentaire)

Autant ça ne me dérange pas que la source d'une mise à jour d'horaires
soit mise dans le changeset, tout comme la mise à jour d'une
ref:FR:LaPoste si l'ojjet du changeset est la mise à jour de cet
attribut (par exemple si l'historique avait compris Version #3
source=data.gouv.fr:LaPoste - 01/2013), autant ça me dérange de virer un
source qui a son sens. D'autant que les ref:FR:LaPoste ont une validité
qui semble limitée (mais sans doute par le fait que La Poste ferme
beaucoup de bureaux de poste).

Je préfèrerai de faire ça en deux passes : une pour virer le source (en
mettant en commentaire la valeur en question) puis une pour mettre à
jour les horaires.

Tu peux faire tourner la première passe sur tous les objets en France
;-). Si ici personne n'objecte.

Jean-Yvon


Je peux aussi fournir un "diff" du XML d'openstreetmap si qqn veut jeter un
oeil, mais bon c'est pas facile à vérifier :-)
http://www.davidfaure.fr/2020/osm_post_offices_xml.diff  [8.5 Mo]


Je confirme : j'avais l'impression que sur
https://www.openstreetmap.org/node/25733698 tu virais l'ancien horaire
alors que c'était passé dans le @@ -25,21 +25,22 @@. Sur les quelques
cas regardés ça a l'air correct.

Jean-Yvon



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

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet osm . sanspourriel 

Bonjour, je crois qu'il y a bien plus simple.

Un seul champ nous intéresse, c'est la plage horaire.

Donc David est maintenant convaincu de garder les infos qu'il garde dans
un coin d'une fois sur l'autre.

Il suffit alors de comparer la plage de l'époque, la place actuelle
(pour une même ref:FR:LaPoste), des personnes peuvent avoir déplacé le
bureau de poste, ajouté des précisions sur l'accès handicapé, on s'en
fiche, on prend que qu'il y actuellement en base.

Et là si personne n'a touché aux horaires, on met la nouvelle version
(et seulement s'il y a une évolution).

Si quelqu'un a touché aux horaires, on lève le drapeau fixme et on
ajoute suggested:opening_hours.

Jean-Yvon

Le 14/11/2020 à 17:41, Topographe Fou - letopographe...@gmail.com a écrit :

Bonjour,

D'accord sur le fait qu'il faut oublier 1 et privilégier 2.

Cependant je pense qu'il faut aménager le cas où le dernier à avoir modifié 
n'est pas le robot car sinon petit à petit on se retrouvera avec des données 
qui n'ont pas été mises à jour depuis 10 ans et le problème sera le même. Genre 
je déplace le POI mais ne fais pas attention à la validité de ses tags, du coup 
le POI sera ignoré ad vitam aeternam.

Je pense à passer de :

"si le dernier à avoir modifié est le robot Datanova ET si les données ont évoluées 
depuis"



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

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet David Faure via Talk-fr 
On samedi 14 novembre 2020 21:34:52 CET Éric Gillet wrote:
> Le 14/11/2020 à 21:05, David Faure a écrit :
> > On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
> > Si quelqu'un change le wiki, je fais :-)⎄
> 
> Je l'ai fait en français et anglais :

OK, merci, j'ai remis la suppression de 'source' dans le script.

Je suis quasiment au bout de la TODO list, je pense que je vais pouvoir faire 
l'import demain, à moins qu'il y ait des objections.

Cf https://wiki.openstreetmap.org/wiki/Import/FrenchPostOfficeOpeningHours
pour tous les détails sur ce qui est fait par le script, etc.

Je peux aussi fournir un "diff" du XML d'openstreetmap si qqn veut jeter un 
oeil, mais bon c'est pas facile à vérifier :-)
http://www.davidfaure.fr/2020/osm_post_offices_xml.diff  [8.5 Mo]

-- 
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] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet Éric Gillet 

Le 14/11/2020 à 21:05, David Faure a écrit :

On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:

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

On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote:

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.

Ah, en effet, c'est ce que j'avais lu en premier, et qui m'avait fait
implémenter ça.

Mais depuis j'ai vu
"Comme celui-ci n'est pas officiellement obsolète, ne commencez pas à
supprimer ces marques avant qu'une décision générale du projet décide de
le faire."
https://wiki.openstreetmap.org/wiki/FR:Key:source#Usage_historique_sur_le
s_objets_et_les_attributs

Et pareil dans la version anglophone, " As usual don't start deleting
those tags unless and until there is a general project decision to do so.
">

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

Je suis d'accord avec ton raisonnement. Mais je suis nouveau, je vais pas
aller supprimer un attribut si le wiki dit "c'est pas encore vraiment
décidé au niveau du projet".

Si tu ne supprimes par le tag existant il y aura donc 2 sources sur les
horaires :

- data.gouv.fr:LaPoste - 04/2012 (par exemple)

Cet attribut est sur l'objet lui même, est plus ou moins déprécié et donc
j'imagine ignoré ? En tous cas s'il ne l'est pas, j'imagine que tout le monde
comprend ça comme "la source de la création initiale de l'objet, quelques
détails ont pu changer depuis".
C'est ce que je pense aussi :) Du coup si tout le monde comprends qu'il 
n'a plus d'effet, pourquoi le garder ?

- datanova.laposte.fr, 2020-11-15

Cette valeur de l'attribut source est sur le changeset, pas sur l'objet.
Le changeset montre clairement qu'il modifie les horaires.

Si quelqu'un change le wiki, je fais :-)⎄


Je l'ai fait en français et anglais :

https://wiki.openstreetmap.org/w/index.php?title=Key:source=2061096=2061095
https://wiki.openstreetmap.org/w/index.php?title=Key:source=2061090=2061087
https://wiki.openstreetmap.org/w/index.php?title=FR:Key:source=2061119=1551177



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

Re: [OSM-talk-fr] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet David Faure via Talk-fr 
On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
> Le 13/11/2020 à 22:09, David Faure via Talk-fr a écrit :
> > On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote:
> >> 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.
> > 
> > Ah, en effet, c'est ce que j'avais lu en premier, et qui m'avait fait
> > implémenter ça.
> > 
> > Mais depuis j'ai vu
> > "Comme celui-ci n'est pas officiellement obsolète, ne commencez pas à
> > supprimer ces marques avant qu'une décision générale du projet décide de
> > le faire."
> > https://wiki.openstreetmap.org/wiki/FR:Key:source#Usage_historique_sur_le
> > s_objets_et_les_attributs
> > 
> > Et pareil dans la version anglophone, " As usual don't start deleting
> > those tags unless and until there is a general project decision to do so.
> > "> 
> >> [...]
> >> 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.
> > 
> > Je suis d'accord avec ton raisonnement. Mais je suis nouveau, je vais pas
> > aller supprimer un attribut si le wiki dit "c'est pas encore vraiment
> > décidé au niveau du projet".
> Si tu ne supprimes par le tag existant il y aura donc 2 sources sur les
> horaires :
> 
> - data.gouv.fr:LaPoste - 04/2012 (par exemple)

Cet attribut est sur l'objet lui même, est plus ou moins déprécié et donc 
j'imagine ignoré ? En tous cas s'il ne l'est pas, j'imagine que tout le monde 
comprend ça comme "la source de la création initiale de l'objet, quelques 
détails ont pu changer depuis".

> - datanova.laposte.fr, 2020-11-15

Cette valeur de l'attribut source est sur le changeset, pas sur l'objet.
Le changeset montre clairement qu'il modifie les horaires.

Si quelqu'un change le wiki, je fais :-)⎄

-- 
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] Suppression de l'attribut source (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet Éric Gillet 

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

On vendredi 13 novembre 2020 18:23:11 CET Éric Gillet wrote:

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.

Ah, en effet, c'est ce que j'avais lu en premier, et qui m'avait fait 
implémenter ça.

Mais depuis j'ai vu
"Comme celui-ci n'est pas officiellement obsolète, ne commencez pas à supprimer ces 
marques avant qu'une décision générale du projet décide de le faire."
https://wiki.openstreetmap.org/wiki/FR:Key:source#Usage_historique_sur_les_objets_et_les_attributs

Et pareil dans la version anglophone, " As usual don't start deleting those tags 
unless and until there is a general project decision to do so. "


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

Je suis d'accord avec ton raisonnement. Mais je suis nouveau, je vais pas aller
supprimer un attribut si le wiki dit "c'est pas encore vraiment décidé au niveau du 
projet".


Si tu ne supprimes par le tag existant il y aura donc 2 sources sur les 
horaires :


- data.gouv.fr:LaPoste - 04/2012 (par exemple)

et

- datanova.laposte.fr, 2020-11-15

Comment savoir de quelle date et site viennent les horaires dans ce cas ?


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

Re: [OSM-talk-fr] Numérotation des semaines (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet osm . sanspourriel 

Bonjour, d'abord un correctif, contrairement à ce que dit Fred, les
Britanniques font débuter la semaine comme le reste du monde un lundi.

Comme dit David, ce sont les Américains, les Canadiens et les Japonnais
qui ont une autre règle, l'autre règle étant que pour eux la semaine
commence un dimanche.

Et oui, ils ont un week-end à cheval sur deux semaines. Le concept est
intéressant ;-).

Ils ont cependant la même règle sur "la semaine 1 est celle qui contient
le premier jeudi du mois" (ou "celle qui contient le 4 janvier", c'est
équivalent)."

Simplement si le 4 janvier tombe un dimanche, ils auront une semaine de
décalage toute l'année avec le reste de monde.

Calendrier France dit n'importe quoi. Je leur ai demandé de corriger.

La version GB est correcte : http://calendaruk.co.uk/calendar-2021/

https://www.calendrier-365.fr/calendrier-2021.html aussi.

Jean-Yvon

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


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

Re: [OSM-talk-fr] Rendu BANO (v2) de retour !

2020-11-14 Par sujet Christian Quest 

Le 12/11/2020 à 23:01, Christian Quest a écrit :

Le 11/11/2020 à 15:35, deuzeffe a écrit :


Mmmhh, je viens de tester dans ma zone de confort. Il y a des points 
rouges qui ne correspondraient pas à la légende donnée ici 
https://wiki.openstreetmap.org/wiki/FR:France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)#L.C3.A9gende 



En regardant de plus près, mais rapidement, il reste des 5000 et des 
6000 (marqués en rouge, donc) : à virer ? Et des points adresses 
proches d'une highway bien présente et correctement nommée (d'après 
ce que je vois) suivant le cadastre/Fantoir.
De plus, les numéros en gris ne correspondent plus à la légende, il 
me semble ?


Échantillon sur demande ;p



Suivi...

J'ai mis un peu trop vite en place le rendu hier. J'ai fait des 
modifications aujourd'hui pour revenir à quelque chose de plus proche 
de ce qu'on avait en v1.


Il reste des points d'adresse en rouge sur des lieux-dits qui méritent 
que je regarde avec vdct de quoi il s'agit. JE pense qu'on a désormais 
des numéros associés à des lieux-dits, provenant de la BAN ce qu'on 
n'avait pas avant (de mémoire).


Les 5000/9000 provenant du cadastre doivent maintenant avoir disparu.



Suivi suite...

Les points d'adresses numérotées dans les lieux-dits ont été retirés 
temporairement du rendu, le temps qu'on fasse le point sur leur usage 
par BANO (quel mode de rapprochement), leur intégration dans OSM, etc...


Du coup, BEAUCOUP moins de rouge, les rues manquantes sont à nouveau 
bien plus identifiables !


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet Topographe Fou 
Bonjour,

D'accord sur le fait qu'il faut oublier 1 et privilégier 2.

Cependant je pense qu'il faut aménager le cas où le dernier à avoir modifié 
n'est pas le robot car sinon petit à petit on se retrouvera avec des données 
qui n'ont pas été mises à jour depuis 10 ans et le problème sera le même. Genre 
je déplace le POI mais ne fais pas attention à la validité de ses tags, du coup 
le POI sera ignoré ad vitam aeternam.

Je pense à passer de :

"si le dernier à avoir modifié est le robot Datanova ET si les données ont 
évoluées depuis"

 À :

"(si le dernier à avoir modifié est le robot Datanova OU si l'objet n'a pas été 
touché depuis X) ET si les données ont évoluées depuis"

Avec mettons X = 2 ans par exemple. Ce qui permet aux POI à l'abandon d'avoir 
une chance de salut.

Et comme dit par quelqu'un précédemment il faut bien comparer selon les 
ref:FR:LaPoste et non les id de way ou node car ces derniers sont volatiles 
(genre je converti un node en way ou bien je redessine toute une zone from 
scratch car j'aime bien réécrire l'histoire).

LeTopographeFou


  Message original  


De: osm.sanspourr...@spamgourmet.com
Envoyé: 13 novembre 2020 11:37 PM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)


Ça tu oublies, oui tu sauve à part.

Tu peux aussi regarder avec overpass les bureaux qui ont changé depuis
ton import.

Car overpass te permet d'inspecter l'historique de la base.

Par exemple si le dernier à avoir modifié l'objet c'est ton robot, tu
peux foncer.

Et sinon tu prends l'image juste après ton dernier import : un export
CSV par exemple daté avec id, opening_hours et dernier modificateur (si
tu veux vérifier que c'est bien les données du robot afin de ne pas
tester tout opening_hours).

Jean-Yvon

Le 13/11/2020 à 22:32, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :
> 1) quand je sauve un opening_hours (sur un objet qui n'en avait pas, donc),
> je le duplique dans un tag spécifique (datanova:opening_hours ou un truc comme
> ça) que je sauve aussi dans l'objet. Au moment du réimport je compare les deux
> champs, et je ne met à jour (les deux) que s'ils sont encore égaux. Sinon
> c'est que quelqu'un a fait un changement, alors j'y touche plus (et on passe
> sur la solution du fixme et de la suggestion, auquel cas ça fait quand même
> trois champs qui parlent d'horaires d'ouverture, au total...).


___
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

2020-11-14 Par sujet 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

[OSM-talk-fr] Numérotation des semaines (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet David Faure via Talk-fr 
On samedi 14 novembre 2020 13:08:24 CET Frédéric Rodrigo wrote:
> À 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.

Je pense aussi, pour des trucs ponctuels (ponts par exemple).
Pour quelque chose qui va être valide toute l'année (semaines paires/impaires)
ce serait étrange d'avoir un papier scotché toute l'année

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

Y'a un standard ISO derrière tout ça (ISO-8601), et c'est plus compliqué que 
la différence démarrage lundi / démarrage dimanche : le standard ISO dit "la 
semaine 1 est celle qui contient le premier jeudi du mois" (ou "celle qui 
contient le 4 janvier", c'est équivalent). Je sais que les américains 
utilisent une règle différente pour la numérotation des semaines...

Par contre ça me met le doute sur ce qui est fait en France...

Si https://calendrierfrance.fr/semaines-2021 est correct, la France ne suit 
pas le standard ISO 8601 ?? (Ce site dit que la semaine du 4 au 10 janvier 
2021 s'appellera la semaine 2, et non pas 1 comme dit le standard ISO).
Je me demande si ce site est correct. 
https://fr.wikipedia.org/wiki/Num%C3%A9rotation_ISO_des_semaines
et https://fr.wikipedia.org/wiki/Semaine ne parlent pas d'une autre 
numérotation utilisée en France.

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

2020-11-14 Par sujet 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

2020-11-14 Par sujet 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

2020-11-14 Par sujet 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] Réimport (Re: Import des horaires des bureaux de poste)

2020-11-14 Par sujet David Faure via Talk-fr 
OK, donc pas 1).

Du coup il reste mon 2) (comparer datanova du dernier import et datanova+OSM 
du jour) ou ta suggestion (comparer OSM du dernier import et datanova+OSM du 
jour).

A mon avis les deux marchent, et ma solution me semble plus simple à 
implémenter (probablement juste parce que j'ai déjà la donnée sous la main,
et qu'il n'y a qu'à comparer deux chaînes de caractères).

Tu as une objection par rapport à ma solution "2)" ?

PS: OK je laisse tomber import@, ça me va :)

Merci pour tous les conseils, je pense que j'y suis presque :)

On vendredi 13 novembre 2020 23:36:14 CET osm.sanspourr...@spamgourmet.com 
wrote:
> Ça tu oublies, oui tu sauve à part.
> 
> Tu peux aussi regarder avec overpass les bureaux qui ont changé depuis
> ton import.
> 
> Car overpass te permet d'inspecter l'historique de la base.
> 
> Par exemple si le dernier à avoir modifié l'objet c'est ton robot, tu
> peux foncer.
> 
> Et sinon tu prends l'image juste après ton dernier import : un export
> CSV par exemple daté avec id, opening_hours et dernier modificateur (si
> tu veux vérifier que c'est bien les données du robot afin de ne pas
> tester tout opening_hours).
> 
> Jean-Yvon
> 
> Le 13/11/2020 à 22:32, David Faure via Talk-fr -
> 
> talk-fr@openstreetmap.org a écrit :
> > 1) quand je sauve un opening_hours (sur un objet qui n'en avait pas,
> > donc),
> > je le duplique dans un tag spécifique (datanova:opening_hours ou un truc
> > comme ça) que je sauve aussi dans l'objet. Au moment du réimport je
> > compare les deux champs, et je ne met à jour (les deux) que s'ils sont
> > encore égaux. Sinon c'est que quelqu'un a fait un changement, alors j'y
> > touche plus (et on passe sur la solution du fixme et de la suggestion,
> > auquel cas ça fait quand même trois champs qui parlent d'horaires
> > d'ouverture, au total...).
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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