Re: [OSM-talk-fr] Osmose Parking/aire de covoiturage

[lenny.libre]

Le 23/10/2018 à 14:28, marc marc a écrit :

Le 23. 10. 18 à 14:09, Francescu GAROBY a écrit :

parking/aire de covoiturage (un parking où des covoitureurs
se donnent RDV, pour ensuite entre en ville dans la même voiture,
les autres laissant la leur toute la journée sur le parking/l'aire de
les covoiturages).

https://wiki.openstreetmap.org/wiki/Tag:amenity=car_pooling

à l'intérieur d'un amenity=parking dans ou à la place d'un parking
normal selon que ce sont quelques places réservée ou tout le parking
__


Je déterre car j'ai un certain nombre d'aires qui ont cet attribut 
"*amenity=car_pooling*"**(comme indiqué par le wiki et 1946 dans 
taginfo.org) mais Osmose le signale en proposant de le remplacer par 
"*carpool = designated*" + "*amenity = parking*" (1448 dans taginfo 
.org) https://wiki.openstreetmap.org/wiki/Key:carpool qui dit de 
regarder également le précédent.


Y a-t-il eu une discussion pour demander à Osmose de remplacer l'un par 
l'autre ?


cordialement

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

Re: [OSM-talk-fr] Osmose : erreur dans certains pointeurs

[Frédéric Rodrigo]

Correspond peut-être à cette issue de corruption progressive de la base 
de données.


https://github.com/osm-fr/osmose-frontend/issues/401


Le 26/09/2022 à 22:55, osm.sanspourr...@spamgourmet.com a écrit :

Salut, ça c'est quand le JSON généré est vide, typiquement quand
l'erreur a disparu.

Erreur classique de JSON parse sans vérification si le retour est vide
avant d'analyser.

Jean-Yvon

Le 26/09/2022 à 10:12, FR via Talk-fr - talk-fr@openstreetmap.org a 
écrit :

Bonjour

Depuis quelque jours il y ce message dans certains pointeurs d'Osmose,
pas tous :
"JSON.parse: unexpected character at line 1 column 1 of the JSON data"

Françoise


___
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




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

Re: [OSM-talk-fr] Osmose : erreur dans certains pointeurs

[osm . sanspourriel]

Salut, ça c'est quand le JSON généré est vide, typiquement quand
l'erreur a disparu.

Erreur classique de JSON parse sans vérification si le retour est vide
avant d'analyser.

Jean-Yvon

Le 26/09/2022 à 10:12, FR via Talk-fr - talk-fr@openstreetmap.org a écrit :

Bonjour

Depuis quelque jours il y ce message dans certains pointeurs d'Osmose,
pas tous :
"JSON.parse: unexpected character at line 1 column 1 of the JSON data"

Françoise


___
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

[OSM-talk-fr] Osmose : erreur dans certains pointeurs

[FR via Talk-fr]

Bonjour

Depuis quelque jours il y ce message dans certains pointeurs d'Osmose, 
pas tous :

"JSON.parse: unexpected character at line 1 column 1 of the JSON data"

Françoise


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

Re: [OSM-talk-fr] Osmose perd des corrections

[Francois Gouget]

On Thu, 21 Jul 2022, Frédéric Rodrigo wrote:
[...]
> Le conseil est d’envoyer plus souvent.

C'est ce que j'ai fait hier soir.
Résultat : j'ai perdu des changesets qui devaient avoir moins de 20 
modifications ce qui n'est franchement pas beaucoup quand on corrige des 
addr:street.

Vu que dans mon estimation il y a au moins 30% de chance que les 
modifications soient perdues, Osmose devrait afficher un avertissement 
recommandant de ne pas l'utiliser. Pas la peine de faire perdre leur 
temps aux contributeurs.

-- 
Francois Gouget   http://fgouget.free.fr/
 Theory is where you know everything but nothing works.
Practice is where everything works but nobody knows why.
  Sometimes they go hand in hand: nothing works and nobody knows why.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose perd des corrections

[Frédéric Rodrigo]

Bonjour,

C'est deux choses différentes.

1. L'envoie de modif qui n'arrive pas. Voir 
https://github.com/osm-fr/osmose-frontend/issues/380


2. Il ne faut pas quitter la page sans envoyer, sinon les modif, sinon 
elles sont perdues. Il y a une alerte normalement.


Le conseil est d’envoyer plus souvent.

C'est peut-être un problème lié à des conflits, ou autre chose.

Frédéric.



Le 21/07/2022 à 00:32, LeTopographeFou a écrit :

Bonjour François,

J'ai également constaté qu'aucune de mes modifications via Osmose 
n'avaient été prise en compte il y a quelques semaines/jours alors que 
les erreurs disparaissaient bien d'Osmose. Concrètement j'ai "empilé" 
les modifs dans Osmose sans être connecté, puis après m'être connecté 
ma pile de modif est apparue comme vide. J'avais également une 
centaine de changements pour autant que je me souvienne. Je me suis 
dit qu'il les avait peut-être automatiquement téléversées (c'était la 
première fois que j'utilisais cette fonction Osmose) mais comme je ne 
voyais aucun changeset associé je me suis dit que soit c'était normal 
de purger la pile à la connexion (tant pis pour moi...), soit il y 
avait une tempo/bufferisation, soit un bug lié à la connexion et que 
je devrai revérifier un peu plus tard avant éventuellement de faire un 
ticket (si il n'en existe pas déjà un). Une chose une autre et voila 
mon attention monopolisée à des sujets plus persos...


Bref : la conséquence est la même que la tienne mais la cause peut 
être différente, même si je vois des points communs (nombre de modifs, 
besoin de se connecter...).Il va falloir passer par la case ticket 
(veux bien que tu initie le sujet).


LeTopographeFou

Le 20/07/2022 à 23:53, Francois Gouget a écrit :

J'ai l'impressions que cela fait quelques semaines qu'Osmose perd des
changements.

Je n'ai pas noté de problème lorsque je fais un changement et que je le
sauve immédiatement. Par contre j'ai fait quelques chanegsets de 40 à
150 corrections qui ne sont jamais apparues dans ma liste de changesets.
Et pourtant je n'ai eu aucun message d'erreur lors de la sauvegarde.

Par exemple ce soir :
* J'ai fait quelques corrections dans iD à Saint-Georges-de-Rex.
   https://www.openstreetmap.org/changeset/123867221

* Puis j'ai fait 47 corrections toponymiques et orthographiques
   directement dans Osmose à la Réunion.

* Puis j'ai fait une correction toponymique directement dans Osmose,
   toujours à la Réunion.
   https://www.openstreetmap.org/changeset/123867502

Dans mon historique de changesets aucune trace du changeset du milieu.
Avec un peu de chance les modifications ont été sauvegardées mais ne
m'ont pas été attribuées ce qui serait un moindre mal.

Mais je me souviens avoir corrigé un "Chemin des Pelicans" à
Saint-Joseph qui je pense était ce noeud :
   https://www.openstreetmap.org/node/7605262476

Or aucune trace de correction (accent dans Pélicans).

De plus la semaine dernière il me semble bien avoir refait des
corrections que j'avais déjà faites. Mais comme je n'avais pas noté la
liste des noeuds corrigés la première fois difficile d'être sûr.

Du coup je n'ai pas l'impression que ce c'est lié à l'heure de la
sauvegarde mais plutôt que c'est lié à la taille du changeset, la durée
d'édition, ou à d'éventuels conflits (probabilité croissante avec la
taille du changeset mais je doute un peu). Ouvrir iD à partir d'Osmose
nécessite souvent de se reconnecter ce qui me paraît louche mais il n'y
a peut-être pas de rapport.

Quelqu'un sait-il ce qui se passe ?


Navigateur : Firefox 102.0.1 (64 bits) / Debian 11


___
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] Osmose perd des corrections

[LeTopographeFou]

Bonjour François,

J'ai également constaté qu'aucune de mes modifications via Osmose 
n'avaient été prise en compte il y a quelques semaines/jours alors que 
les erreurs disparaissaient bien d'Osmose. Concrètement j'ai "empilé" 
les modifs dans Osmose sans être connecté, puis après m'être connecté ma 
pile de modif est apparue comme vide. J'avais également une centaine de 
changements pour autant que je me souvienne. Je me suis dit qu'il les 
avait peut-être automatiquement téléversées (c'était la première fois 
que j'utilisais cette fonction Osmose) mais comme je ne voyais aucun 
changeset associé je me suis dit que soit c'était normal de purger la 
pile à la connexion (tant pis pour moi...), soit il y avait une 
tempo/bufferisation, soit un bug lié à la connexion et que je devrai 
revérifier un peu plus tard avant éventuellement de faire un ticket (si 
il n'en existe pas déjà un). Une chose une autre et voila mon attention 
monopolisée à des sujets plus persos...


Bref : la conséquence est la même que la tienne mais la cause peut être 
différente, même si je vois des points communs (nombre de modifs, besoin 
de se connecter...).Il va falloir passer par la case ticket (veux bien 
que tu initie le sujet).


LeTopographeFou

Le 20/07/2022 à 23:53, Francois Gouget a écrit :

J'ai l'impressions que cela fait quelques semaines qu'Osmose perd des
changements.

Je n'ai pas noté de problème lorsque je fais un changement et que je le
sauve immédiatement. Par contre j'ai fait quelques chanegsets de 40 à
150 corrections qui ne sont jamais apparues dans ma liste de changesets.
Et pourtant je n'ai eu aucun message d'erreur lors de la sauvegarde.

Par exemple ce soir :
* J'ai fait quelques corrections dans iD à Saint-Georges-de-Rex.
   https://www.openstreetmap.org/changeset/123867221

* Puis j'ai fait 47 corrections toponymiques et orthographiques
   directement dans Osmose à la Réunion.

* Puis j'ai fait une correction toponymique directement dans Osmose,
   toujours à la Réunion.
   https://www.openstreetmap.org/changeset/123867502

Dans mon historique de changesets aucune trace du changeset du milieu.
Avec un peu de chance les modifications ont été sauvegardées mais ne
m'ont pas été attribuées ce qui serait un moindre mal.

Mais je me souviens avoir corrigé un "Chemin des Pelicans" à
Saint-Joseph qui je pense était ce noeud :
   https://www.openstreetmap.org/node/7605262476

Or aucune trace de correction (accent dans Pélicans).

De plus la semaine dernière il me semble bien avoir refait des
corrections que j'avais déjà faites. Mais comme je n'avais pas noté la
liste des noeuds corrigés la première fois difficile d'être sûr.

Du coup je n'ai pas l'impression que ce c'est lié à l'heure de la
sauvegarde mais plutôt que c'est lié à la taille du changeset, la durée
d'édition, ou à d'éventuels conflits (probabilité croissante avec la
taille du changeset mais je doute un peu). Ouvrir iD à partir d'Osmose
nécessite souvent de se reconnecter ce qui me paraît louche mais il n'y
a peut-être pas de rapport.

Quelqu'un sait-il ce qui se passe ?


Navigateur : Firefox 102.0.1 (64 bits) / Debian 11


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

[OSM-talk-fr] Osmose perd des corrections

[Francois Gouget]

J'ai l'impressions que cela fait quelques semaines qu'Osmose perd des 
changements.

Je n'ai pas noté de problème lorsque je fais un changement et que je le 
sauve immédiatement. Par contre j'ai fait quelques chanegsets de 40 à 
150 corrections qui ne sont jamais apparues dans ma liste de changesets. 
Et pourtant je n'ai eu aucun message d'erreur lors de la sauvegarde.

Par exemple ce soir :
* J'ai fait quelques corrections dans iD à Saint-Georges-de-Rex.
  https://www.openstreetmap.org/changeset/123867221

* Puis j'ai fait 47 corrections toponymiques et orthographiques 
  directement dans Osmose à la Réunion.

* Puis j'ai fait une correction toponymique directement dans Osmose, 
  toujours à la Réunion.
  https://www.openstreetmap.org/changeset/123867502

Dans mon historique de changesets aucune trace du changeset du milieu. 
Avec un peu de chance les modifications ont été sauvegardées mais ne 
m'ont pas été attribuées ce qui serait un moindre mal.

Mais je me souviens avoir corrigé un "Chemin des Pelicans" à 
Saint-Joseph qui je pense était ce noeud :
  https://www.openstreetmap.org/node/7605262476

Or aucune trace de correction (accent dans Pélicans).

De plus la semaine dernière il me semble bien avoir refait des 
corrections que j'avais déjà faites. Mais comme je n'avais pas noté la 
liste des noeuds corrigés la première fois difficile d'être sûr.

Du coup je n'ai pas l'impression que ce c'est lié à l'heure de la 
sauvegarde mais plutôt que c'est lié à la taille du changeset, la durée 
d'édition, ou à d'éventuels conflits (probabilité croissante avec la 
taille du changeset mais je doute un peu). Ouvrir iD à partir d'Osmose 
nécessite souvent de se reconnecter ce qui me paraît louche mais il n'y 
a peut-être pas de rapport.

Quelqu'un sait-il ce qui se passe ?


Navigateur : Firefox 102.0.1 (64 bits) / Debian 11

-- 
Francois Gouget   http://fgouget.free.fr/
A particle is an irreducible representation of the Poincaré Group - Eugene 
Wigner
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Jacques Lavignotte]

Le 05/12/2020 à 15:47, Christian Quest a écrit :


Cette analyse est une aide, mais nécessite une vérification et parfois 
des corrections


C'est bien comme ça que je pratique.


J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Christian Quest]

Le 05/12/2020 à 09:38, Jacques Lavignotte a écrit :

Bonjour,

Probable effet de bord :

pour https://www.openstreetmap.org/way/173195516

Osmose/Bano proposait : « Impasse du Logis Le Bourg »

en s'accaparant le texte « Le Bourg » présent à moins de 100 m de la 
voie rapprochée.


Un ou deux autres dans le coin.

A suivre.

J.


C'est que ce libellé est présent dans FANTOIR et n'a pas de rapport avec 
la proximité géographique d'un autre toponyme, au moins au niveau du 
code de BANO et de l'analyse osmose qui en découle.


Cela arrive aussi avec les hameaux ou les communes fusionnées où leur 
nom peut se retrouver en suffixe.


Cette analyse est une aide, mais nécessite une vérification et parfois 
des corrections comme les accents incorrects, les traits d'union 
manquants dans les prénoms composés ou les saints/saintes...



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Jacques Lavignotte]

Bonjour,

Probable effet de bord :

pour https://www.openstreetmap.org/way/173195516

Osmose/Bano proposait : « Impasse du Logis Le Bourg »

en s'accaparant le texte « Le Bourg » présent à moins de 100 m de la 
voie rapprochée.


Un ou deux autres dans le coin.

A suivre.

J.





Le 01/12/2020 à 18:44, Christian Quest a écrit :
J'ai remis en route l'analyse osmose comparant BANO et les noms de rues 
absents / incorrects.


http://osmose.openstreetmap.fr/fr/map/#item=7170=32=1%2C2%2C3

Petit rappel de ce qu'elle fait...

- elle recherche les groupes d'adresses pour un nom de rue dont le 
rapprochement n'a pas pu se faire (le "rouge" du rendu BANO)


- elle repère si un highway=* semble correspondre avec la zone couverte 
par ce groupe d'adresse


- elle propose d'ajouter le nom


Avec un grand écran, je met une fenêtre osmose à côté d'une fenêtre JOSM 
dans lequel je charge la couche BANO et le cadastre.


Ensuite 4 clics suffisent :

- clic sur une anomalie pour ouvrir son popup

- "josm-zone" pour charger la zone dans JOSM et vérifier que la 
proposition est cohérente


- "fix-josm" pour appliquer la correction

- "coche verte" pour valider

En général, ça vaut le coup de regarder aussi alentours, car ces manques 
volent souvent en escadrilles et ne sont pas tous repérés par l'analyse.





--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Marc_marc]

Bonjour,

Le 01/12/2020 à 18:44, Christian Quest a écrit :
> analyse osmose comparant BANO et les noms
> de rues absents / incorrects.

la couche bano pourrait-elle être rajoutée sur le front osmose ?
cela limiterait le nombre de clic pour se faire un avis :)

l'analyse ne cible que les noms manquant ?
cela serrait intéressant d'avoir quelque chose pour les noms
proche tel que osm Rue Faustin <> fantoir Rue Faustin Delmestre
https://www.openstreetmap.org/way/44324101
ou encore Rue Sabine Ducadosse <> Rue Sabin Ducadosse
afin d'au moins rajouter la ref fantoir pour que l'outil
de comparaison renseigne que c'est une différence
au lieu d'un nom totalement manquant,
une logique possible serrait de cibler les cas où il n'y a
qu'un mot de différence entre osm et fantoir

Cordialement,
Marc



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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Marc_marc]

Le 02.12.20 à 18:23, Florian LAINEZ a écrit :
> faut-il nommer le footway qui traverse une place avec le nom de la place ?

s'il n'y a aucun autre objet qui représente la place,
c'est une amélioration de le faire ainsi non ?

Bien sur faire une surface pour la place est encore mieux



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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Jacques Lavignotte]

Le 02/12/2020 à 17:48, Christian Quest a écrit :


Est-ce vraiment un faux positif ?

Si il n'y a pas d'autre highway...


Un highway=service qui veut s'appeler « Place de la Vallée Beaujean »

Mais ça c'est aux humains de filtrer...

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Christian Quest]

C'est pas forcément souhaitable, mais quand il n'y a rien d'autre pour 
porter le nom de la place c'est ce que je fais (en tagguant un peu pour 
BANO, j'avoue).


Le 02/12/2020 à 18:23, Florian LAINEZ a écrit :
ok c'est un débat de modélisation du coup : faut-il nommer le footway 
qui traverse une place avec le nom de la place ?

Perso je ne le fais pas, mais j'admet que le débat mérite d'exister.

Le mer. 2 déc. 2020 à 17:48, Christian Quest > a écrit :


Le 02/12/2020 à 14:44, Florian LAINEZ a écrit :
> la majorité des faux positifs est sur les highway=footway
> exemple type : suggestion d'ajouter name="place de l'église" sur
une
> footway qui traverse la place principale.
> peut-être désactiver les footway ?
>
Est-ce vraiment un faux positif ?

Si il n'y a pas d'autre highway...



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Florian LAINEZ]

ok c'est un débat de modélisation du coup : faut-il nommer le footway qui
traverse une place avec le nom de la place ?
Perso je ne le fais pas, mais j'admet que le débat mérite d'exister.

Le mer. 2 déc. 2020 à 17:48, Christian Quest  a
écrit :

> Le 02/12/2020 à 14:44, Florian LAINEZ a écrit :
> > la majorité des faux positifs est sur les highway=footway
> > exemple type : suggestion d'ajouter name="place de l'église" sur une
> > footway qui traverse la place principale.
> > peut-être désactiver les footway ?
> >
> Est-ce vraiment un faux positif ?
>
> Si il n'y a pas d'autre highway...
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Christian Quest]

Le 02/12/2020 à 14:44, Florian LAINEZ a écrit :

la majorité des faux positifs est sur les highway=footway
exemple type : suggestion d'ajouter name="place de l'église" sur une 
footway qui traverse la place principale.

peut-être désactiver les footway ?


Est-ce vraiment un faux positif ?

Si il n'y a pas d'autre highway...

--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Florian LAINEZ]

la majorité des faux positifs est sur les highway=footway
exemple type : suggestion d'ajouter name="place de l'église" sur une
footway qui traverse la place principale.
peut-être désactiver les footway ?

Le mer. 2 déc. 2020 à 10:00, Christian Quest  a
écrit :

> Oui, le matching est réglé pour limiter les faux positifs.
>
>
> Petit rappel: cette analyse existe depuis 2016, elle a juste été un peu
> oubliée et était cassée comme le rendu depuis le passage à BANOv2.
>
> La preuve ici:
> http://osmose.openstreetmap.fr/fr/errors/graph.png?item=7170=32
>
>
> Le 02/12/2020 à 08:12, Florian LAINEZ a écrit :
> > Très utile, merci Christian. le taux de faux positifs est étonnamment
> bas.
> >
> > Le mer. 2 déc. 2020 à 00:07, Jacques Lavignotte
> > mailto:jacq...@lavignotte.org>> a écrit :
> >
> >
> >
> > Le 01/12/2020 à 18:44, Christian Quest a écrit :
> >
> > > J'ai remis en route l'analyse osmose comparant BANO et les noms
> > de rues
> > > absents / incorrects.
> >
> > Ca se mange sans faim :)
> >
> > Excellent.
> >
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Christian Quest]

Oui, le matching est réglé pour limiter les faux positifs.


Petit rappel: cette analyse existe depuis 2016, elle a juste été un peu 
oubliée et était cassée comme le rendu depuis le passage à BANOv2.


La preuve ici: 
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=7170=32



Le 02/12/2020 à 08:12, Florian LAINEZ a écrit :

Très utile, merci Christian. le taux de faux positifs est étonnamment bas.

Le mer. 2 déc. 2020 à 00:07, Jacques Lavignotte 
mailto:jacq...@lavignotte.org>> a écrit :




Le 01/12/2020 à 18:44, Christian Quest a écrit :

> J'ai remis en route l'analyse osmose comparant BANO et les noms
de rues
> absents / incorrects.

Ca se mange sans faim :)

Excellent.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Florian LAINEZ]

Très utile, merci Christian. le taux de faux positifs est étonnamment bas.

Le mer. 2 déc. 2020 à 00:07, Jacques Lavignotte  a
écrit :

>
>
> Le 01/12/2020 à 18:44, Christian Quest a écrit :
>
> > J'ai remis en route l'analyse osmose comparant BANO et les noms de rues
> > absents / incorrects.
>
> Ca se mange sans faim :)
>
> Excellent.
>
> J.
>
> --
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> « Quand est-ce qu'on mange ? » AD (c) (tm)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Jacques Lavignotte]

Le 01/12/2020 à 18:44, Christian Quest a écrit :

J'ai remis en route l'analyse osmose comparant BANO et les noms de rues 
absents / incorrects.


Ca se mange sans faim :)

Excellent.

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

[OSM-talk-fr] osmose + BANO = dégommer du rouge en mode turbo !

[Christian Quest]

J'ai remis en route l'analyse osmose comparant BANO et les noms de rues 
absents / incorrects.


http://osmose.openstreetmap.fr/fr/map/#item=7170=32=1%2C2%2C3

Petit rappel de ce qu'elle fait...

- elle recherche les groupes d'adresses pour un nom de rue dont le 
rapprochement n'a pas pu se faire (le "rouge" du rendu BANO)


- elle repère si un highway=* semble correspondre avec la zone couverte 
par ce groupe d'adresse


- elle propose d'ajouter le nom


Avec un grand écran, je met une fenêtre osmose à côté d'une fenêtre JOSM 
dans lequel je charge la couche BANO et le cadastre.


Ensuite 4 clics suffisent :

- clic sur une anomalie pour ouvrir son popup

- "josm-zone" pour charger la zone dans JOSM et vérifier que la 
proposition est cohérente


- "fix-josm" pour appliquer la correction

- "coche verte" pour valider

En général, ça vaut le coup de regarder aussi alentours, car ces manques 
volent souvent en escadrilles et ne sont pas tous repérés par l'analyse.



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Osmose : documentation interactive de création d'analyse (Jupyter)

[Éric Gillet]

Le 07/11/2020 à 18:06, Frédéric Rodrigo a écrit :

Bonjour,

Une version interactive de la documentation de création d'analyses 
pour Osmose est disponible en ligne. Le but est de rendre la chose 
accessible à plus de monde.


Bonjour,

Merci pour ce fantastique outil, ça m'a bien aidé pour proposer une 
analyse  ! J'ai pas 
essayé en ligne, mais en local ça marche bien :)


Éric

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

[OSM-talk-fr] Osmose : documentation interactive de création d'analyse (Jupyter)

[Frédéric Rodrigo]

Bonjour,

Une version interactive de la documentation de création d'analyses pour 
Osmose est disponible en ligne. Le but est de rendre la chose accessible 
à plus de monde.


Cette la même documentation que celle déjà disponible ici : 
https://github.com/osm-fr/osmose-backend/tree/master/doc


Mais les tuto en notebooks Jupyter y sont interactifs. Cela permet de 
modifier le code et de l'exécuter en ligne, sans avoir besoin 
d'installer un backend Osmose. (Les notebooks Jupyter sont aussi 
disponibles en local via une installation docker.)


Attention, c'est encore en version beta, disponible ici :


https://osmose-jupyter.openstreetmap.fr


Pour l'instant le mode de passe est : aeje9ahmaiNg

Merci de remonte les idées ou signalement de problèmes que vous 
rencontrez sur le github : https://github.com/osm-fr/osmose-backend/issues



Frédéric.



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

Re: [OSM-talk-fr] Osmose - Demande d'aide pour les écoles en France

[Christian Rogel]

> Le 2 oct. 2020 à 23:28, Frédéric Rodrigo  a écrit :
> 
> J'ai intégré cette proposition de modification. Mais au vu des désaccords je 
> me demande si ne suis pas aller trop vite pour accepter la proposition de 
> modification :
> 
> https://github.com/osm-fr/osmose-backend/pull/983/files
> 

Sans doute ;-)


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

Re: [OSM-talk-fr] Osmose - Demande d'aide pour les écoles en France

[Frédéric Rodrigo]

Le 27/09/2020 à 11:22, Frédéric Rodrigo a écrit :

Bonjour,

La liste des signalements de dysfonctionnement d'Osmose à propos des 
écoles en France ne fait que s'allonger. Mais personne ne traite le 
sujet.


https://github.com/osm-fr/osmose-backend/issues

Le sujet de l'éducation intéresse ici du monde. Si quelqu’un veut bien 
regarder ça. Il faut faire le point sur les issues dans github et les 
analyses Osmose. Puis proposer les corrections qui vont bien dans les 
analyses Osmose (modification du code ou au moins signaler quoi 
changer où).


Merci.

Frédéric.


J'ai intégré cette proposition de modification. Mais au vu des 
désaccords je me demande si ne suis pas aller trop vite pour accepter la 
proposition de modification :


https://github.com/osm-fr/osmose-backend/pull/983/files


Les signalements d'Osmose devraient être à jour sur cette nouvelle 
version dimanche.




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

[OSM-talk-fr] Osmose - Demande d'aide pour les écoles en France

[Frédéric Rodrigo]

Bonjour,

La liste des signalements de dysfonctionnement d'Osmose à propos des 
écoles en France ne fait que s'allonger. Mais personne ne traite le sujet.


https://github.com/osm-fr/osmose-backend/issues

Le sujet de l'éducation intéresse ici du monde. Si quelqu’un veut bien 
regarder ça. Il faut faire le point sur les issues dans github et les 
analyses Osmose. Puis proposer les corrections qui vont bien dans les 
analyses Osmose (modification du code ou au moins signaler quoi changer où).


Merci.

Frédéric.



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

Re: [OSM-talk-fr] Osmose dans l'actuelle version de l'éditeur en ligne iD

[Frédéric Rodrigo]

Le 23/07/2020 à 18:23, Vincent Bergeot a écrit :

C'est déployé.

En mode édition, vous tapez F et vous sélectionnez Signalements Osmose.

Exemple de signalement :

Intersection entre la voirie et une petite surface d’eau


Description

Two features overlap with no shared node to indicate a physical 
connection or tagging to indicate a vertical separation.



Éléments

  * Avenue de Brindos
  * Ruisseau de la Palive


Guides de correction

Move a feature if it's in the wrong place. Connect the features if 
appropriate or update the tags if not.



Erreurs fréquentes

A feature may be missing a tag e.g. |tunnel=*|, |bridge=*|, 
|covered=*| or consider |layer=*| on the buidling where a road or 
railway enters a structure. Warning, information sources can be 
contradictory in time or with spatial offset.


Cela va donner envie de traduire mais je ne sais pas-plus où c'est ?



La doc est maintenant également à traduire sur transifex, comme le 
logiciel :


http://osmose.openstreetmap.fr/fr/translation

Ça tombe bien, il reste encore un peu de travail sur la traduction 
française. Depuis que la doc est aussi sur tranfisex, plus aucune langue 
n'est complète.


Frédéric.



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

Re: [OSM-talk-fr] Osmose dans l'actuelle version de l'éditeur en ligne iD

[Yves P.]

> Cela va donner envie de traduire mais je ne sais pas-plus où c'est ?
c'est dans osmose-backend/po/fr.po 


Les traductions se font avec Transifex :
https://www.transifex.com/openstreetmap-france/osmose/translate/#fr/backend/24681878

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

Re: [OSM-talk-fr] Osmose dans l'actuelle version de l'éditeur en ligne iD

[Vincent Bergeot]

C'est déployé.

En mode édition, vous tapez F et vous sélectionnez Signalements Osmose.

Exemple de signalement :

Intersection entre la voirie et une petite surface d’eau


   Description

Two features overlap with no shared node to indicate a physical 
connection or tagging to indicate a vertical separation.



   Éléments

 * Avenue de Brindos
 * Ruisseau de la Palive


   Guides de correction

Move a feature if it's in the wrong place. Connect the features if 
appropriate or update the tags if not.



   Erreurs fréquentes

A feature may be missing a tag e.g. |tunnel=*|, |bridge=*|, |covered=*| 
or consider |layer=*| on the buidling where a road or railway enters a 
structure. Warning, information sources can be contradictory in time or 
with spatial offset.


Cela va donner envie de traduire mais je ne sais pas-plus où c'est ?


--
Vincent Bergeot

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

[OSM-talk-fr] Osmose dans la prochaine version de l'éditeur en ligne iD

[Vincent Bergeot]

Bonjour,

ce n'est pas encore déployé sur osm.org mais la prochaine version d'iD 
semble contenir les erreurs signalées par Osmose (avec un raccourci 
clavier F), si je comprends bien : 
https://github.com/openstreetmap/iD/blob/release/CHANGELOG.md#2180


je cite "Osmose data quality issues can now be browsed and resolved 
within iD. Thanks, @SilentSpike, for this integration!
Press F to open the Map Data pane and toggle on Osmose Issues under Data 
Layers."


Sooit avec DeepL : ""Les problèmes de qualité des données osmose peuvent 
désormais être consultés et résolus dans l'iD. Merci, @SilentSpike, pour 
cette intégration !
Appuyez sur F pour ouvrir le panneau "Map Data" et basculer sur "Osmose 
Issues" sous "Data Layers"."


Souvent quelques semaines avant le déploiement sur osm.org.

Bonne journée

--
Vincent Bergeot


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

[OSM-talk-fr] Osmose :: 2 jours dans la vue...

[Jacques Lavignotte]

Y'a du rouge...

http://osmose.openstreetmap.fr/fr/map/#zoom=18=48.831493=2.356481==1==

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci, je vais faire ça

Nickel le lien, je m'en sert souvent quand j'ai un doute

Le 08/06/2020 à 14:23, deuzeffe a écrit :

Le 08/06/2020 à 13:57, Percherie OnDaNet a écrit :

Bonjour,

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité 
des courriels de cette liste :-P (oui je sais la réponse est dans la 
question).


Où puis-je remonter l'information ?


Il semblerait que ça soit un pb d'analyse pour toi ? Alors, tu peux le 
signaler ici : https://github.com/osm-fr/osmose-backend/issues


Cerise sur le gâteau, la bible fr dont je me sers pour cartographier 
les lignes de bus de mon coin est ici : 
https://nlehuby.5apps.com/bien-cartographier-les-bus.html


Happy maping!


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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[deuzeffe]

Le 08/06/2020 à 13:57, Percherie OnDaNet a écrit :

Bonjour,

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité des 
courriels de cette liste :-P (oui je sais la réponse est dans la question).


Où puis-je remonter l'information ?


Il semblerait que ça soit un pb d'analyse pour toi ? Alors, tu peux le 
signaler ici : https://github.com/osm-fr/osmose-backend/issues


Cerise sur le gâteau, la bible fr dont je me sers pour cartographier les 
lignes de bus de mon coin est ici : 
https://nlehuby.5apps.com/bien-cartographier-les-bus.html


Happy maping!
--
deuzeffe, droguée aux lignes de bus ^^

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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci Marc pour tes précisions

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité des 
courriels de cette liste :-P (oui je sais la réponse est dans la question).


Où puis-je remonter l'information ?

cordialement

Le 08/06/2020 à 10:52, Marc M. a écrit :

Le 08.06.20 à 10:40, Percherie OnDaNet a écrit :

Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec
le schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1
l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des
passagers (platform) ? Ou est-ce à éviter ?

c'est possible, non obligatoire et c'est la version la plus "complète"
avis perso : je commencerais par toutes les plateforme
avant d'ajouter éventuelement les stop_position.
histoire d'avoir un réseau qui a au moins une fois l'info (la
plateforme) pour tous les arrêts au lieu d'avoir un réseau
qui est super précis mais qui n'est pas complet)
mais c'est un choix qui t'appartient.


Pour l'arrêt "Cave Coopérative", le nœud
https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et
il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de
Osmose propose le tag "public_transport=stop_position" au lieu de
"public_transport=platform". Quelle est la réponse idéale ?

oui idéalement osmose devrait dire "cela appartient à la route,
donc fix avec stop_postion ou déconnectez de la route pour une plateforme"


Pour l'arrêt "La Ricarde", le nœud
https://www.openstreetmap.org/node/4498238410 est isolé mais porte des
tag nécessitant d'être rattaché au chemin (stop_position et bus_stop).
Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN
que les tag soient modifiés (platform) pour que cela corresponde à un
nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur
"public_transport=stop_position" sur des nœud isolé.

oui idéalement osmose devrait dire "rattachez le stop_position à la
route si c'est l'emplacement du véhicule ou corriger en plateform
si c'est le lieu d'attente du véhicule

Cordialement,
Marc

___
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] Osmose - proposition analyse sur public_transport=stop_position

[Marc M.]

Le 08.06.20 à 10:40, Percherie OnDaNet a écrit :
> Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec 
> le schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1
> l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des
> passagers (platform) ? Ou est-ce à éviter ?

c'est possible, non obligatoire et c'est la version la plus "complète"
avis perso : je commencerais par toutes les plateforme
avant d'ajouter éventuelement les stop_position.
histoire d'avoir un réseau qui a au moins une fois l'info (la
plateforme) pour tous les arrêts au lieu d'avoir un réseau
qui est super précis mais qui n'est pas complet)
mais c'est un choix qui t'appartient.

> Pour l'arrêt "Cave Coopérative", le nœud
> https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et
> il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de
> Osmose propose le tag "public_transport=stop_position" au lieu de
> "public_transport=platform". Quelle est la réponse idéale ?

oui idéalement osmose devrait dire "cela appartient à la route,
donc fix avec stop_postion ou déconnectez de la route pour une plateforme"

> Pour l'arrêt "La Ricarde", le nœud
> https://www.openstreetmap.org/node/4498238410 est isolé mais porte des
> tag nécessitant d'être rattaché au chemin (stop_position et bus_stop).
> Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN
> que les tag soient modifiés (platform) pour que cela corresponde à un
> nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur
> "public_transport=stop_position" sur des nœud isolé.

oui idéalement osmose devrait dire "rattachez le stop_position à la
route si c'est l'emplacement du véhicule ou corriger en plateform
si c'est le lieu d'attente du véhicule

Cordialement,
Marc

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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci Marc pour ce retour.


Oui pour les arrêts en double, c'était pour un test d'intégration 
échouée. Une correction est prévue sur 
https://www.openstreetmap.org/node/7589051409


Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec le 
schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1 
l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des 
passagers (platform) ? Ou est-ce à éviter ?


Je mélange les interprétations que remonte Osmose et j'aurai besoin 
qu'on m'explique.


Pour l'arrêt "Cave Coopérative", le nœud 
https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et 
il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de 
Osmose propose le tag "public_transport=stop_position" au lieu de 
"public_transport=platform". Quelle est la réponse idéale ? (ne pas 
tenir compte de la relation, elle doit être mise à jour)


Pour l'arrêt "La Ricarde", le nœud 
https://www.openstreetmap.org/node/4498238410 est isolé mais porte des 
tag nécessitant d'être rattaché au chemin (stop_position et bus_stop). 
Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN 
que les tag soient modifiés (platform) pour que cela corresponde à un 
nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur 
"public_transport=stop_position" sur des nœud isolé.
C'est l'objet de ce sujet à moins que je me suis mélangé entre les deux 
schéma de transport (pas facile).


Cordialement

Joël

Le 08/06/2020 à 09:58, Marc M. a écrit :

cBonjour,

Le 08.06.20 à 09:47, Percherie OnDaNet a écrit :

J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé
alors qu'ils doivent être placé sur le chemin.

Je pense que tu as mal interprété l'anomalie osmose.
il y a 2 façons, selon les régions du monde de maper un arrêt de bus :
- soit un objet décrivant où attendent les passagers
- soit un objet décrivant où s'arrête le véhicule.
historiquement les 2 se tag avec highway=bus_stop

pour harmoniser et lever l'ambiguïté, la PTv2 propose
d'ajouter la fonction public_transport=plateform au premier
et public_transport=stop_position au 2ieme.


   * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152

texte osmose : Préciser s’il s’agit d’une station (“platform”)
ou d’un emplacement sur la route (“stop_position”)
fait partie de la route -> stop_position
avec la plateforme https://www.openstreetmap.org/node/7589051409
PS: il ne faut pas 2 bus_stop par arrêt. sauf si on représente
2 arrêts de part et d'autre de la rue


Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

mais cela ne semble pas être le lieu oü s'arrête le véhicule.
cela devrait donc être public_transport=plateform

Cordialement,
Marc

___
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] Osmose - proposition analyse sur public_transport=stop_position

[Marc M.]

cBonjour,

Le 08.06.20 à 09:47, Percherie OnDaNet a écrit :
> J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé
> alors qu'ils doivent être placé sur le chemin.

Je pense que tu as mal interprété l'anomalie osmose.
il y a 2 façons, selon les régions du monde de maper un arrêt de bus :
- soit un objet décrivant où attendent les passagers
- soit un objet décrivant où s'arrête le véhicule.
historiquement les 2 se tag avec highway=bus_stop

pour harmoniser et lever l'ambiguïté, la PTv2 propose
d'ajouter la fonction public_transport=plateform au premier
et public_transport=stop_position au 2ieme.

>   * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152

texte osmose : Préciser s’il s’agit d’une station (“platform”)
ou d’un emplacement sur la route (“stop_position”)
fait partie de la route -> stop_position
avec la plateforme https://www.openstreetmap.org/node/7589051409
PS: il ne faut pas 2 bus_stop par arrêt. sauf si on représente
2 arrêts de part et d'autre de la rue

> Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

mais cela ne semble pas être le lieu oü s'arrête le véhicule.
cela devrait donc être public_transport=plateform

Cordialement,
Marc

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

[OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Bonjour,


La création de réseau de transport en commun est longue est fastidieuse. 
Sur mon temps libre cela fait 3 ans que j'avance doucement sur le réseau 
de Narbonne.
J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé 
alors qu'ils doivent être placé sur le chemin. Je m'occupe de la 
correction mais peu être que ce genre d'erreur est fréquente ailleurs ?


Osmose remonte bien une anomalie si highway=bus_stop est sur un nœud 
isolé (nickel) mais dès que le tag public_transport=stop_position 
existe, il n'y a plus d'erreur. Pourtant cela devrait être spécifié. Les 
lieux d'attente des passagers peuvent être sur un nœud isolé mais pas 
l'emplacement où s'arrête le bus : 
https://wiki.openstreetmap.org/wiki/FR:Key:public_transport


 * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152
 * Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

Cordialement

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

Re: [OSM-talk-fr] Osmose - Intégration Ehpad

[Georges Dutreix via Talk-fr]

Le 27/04/2020 à 11:19, Frédéric Rodrigo a écrit :

Depuis

http://osmose.openstreetmap.fr/fr/errors/?item=8340=111

il faut cliquer sur carte.

C'est ce qu'il me fallait. Merci Frédéric et Marc.


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

Re: [OSM-talk-fr] Osmose - Intégration Ehpad

[Yves P.]

> Mais existe-t-il un moyen de filtrer la carte Osmose depuis l'interface 
> (frontend) pour n'avoir que ces signalements "111" ?
+1

La liste est de plus en plus longue, pas ordonnée, c'est difficile de s'y 
retrouver.

Est-ce possible de la réorganiser ?
De la filtrer avec une champ de saisie ?

De créer une arborescence ?

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

Re: [OSM-talk-fr] Osmose - Intégration Ehpad

[Marc M.]

Bonjour,

Le 27.04.20 à 11:14, Georges Dutreix via Talk-fr a écrit :
> Je vois qu'il existe une notion de Classe 111 "Ehpad", qu'on peut
> obtenir sous forme de tableau :
> http://osmose.openstreetmap.fr/fr/errors/?item=8340=111
> existe-t-il un moyen de filtrer la carte Osmose depuis l'interface
> (frontend) pour n'avoir que ces signalements "111" ?

depuis http://osmose.openstreetmap.fr/fr/errors/?item=8340=111
il y a le lien "carte" en haut qui permet d'aboutir à
http://osmose.openstreetmap.fr/fr/map/#item=8340=111

Regards,
Marc

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

Re: [OSM-talk-fr] Osmose - Intégration Ehpad

[Frédéric Rodrigo]

Le 27/04/2020 à 11:14, Georges Dutreix via Talk-fr a écrit :

Bonjour,

Je reviens vous embêter encore avec les Ehpad.
J'essaie d'utiliser dans Osmose l'item 8340 "Structures sociales". 
Mais les Ehpad et Ehpa sont noyés dans des centaines d'autres 
structures sociales.


Je vois qu'il existe une notion de Classe 111 "Ehpad", qu'on peut 
obtenir sous forme de tableau : 
http://osmose.openstreetmap.fr/fr/errors/?item=8340=111

J'ai donc bidouillé l'URL Osmose à la mano, pour voir, et ça marche :-)
http://osmose.openstreetmap.fr/fr/map/#zoom=12=44.8209=-0.5631=8340=111

Mais existe-t-il un moyen de filtrer la carte Osmose depuis 
l'interface (frontend) pour n'avoir que ces signalements "111" ?


Il y a plein d'options que l'on peut ajouter directement dans l'URL 
(voir la doc de l'API).


Mais tu y étais presque. Depuis

http://osmose.openstreetmap.fr/fr/errors/?item=8340=111

il faut cliquer sur carte.



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

[OSM-talk-fr] Osmose - Intégration Ehpad

[Georges Dutreix via Talk-fr]

Bonjour,

Je reviens vous embêter encore avec les Ehpad.
J'essaie d'utiliser dans Osmose l'item 8340 "Structures sociales". Mais 
les Ehpad et Ehpa sont noyés dans des centaines d'autres structures 
sociales.


Je vois qu'il existe une notion de Classe 111 "Ehpad", qu'on peut 
obtenir sous forme de tableau : 
http://osmose.openstreetmap.fr/fr/errors/?item=8340=111

J'ai donc bidouillé l'URL Osmose à la mano, pour voir, et ça marche :-)
http://osmose.openstreetmap.fr/fr/map/#zoom=12=44.8209=-0.5631=8340=111

Mais existe-t-il un moyen de filtrer la carte Osmose depuis l'interface 
(frontend) pour n'avoir que ces signalements "111" ?


Merci

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

Re: [OSM-talk-fr] Osmose : Formatage des n° de téléphone - Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[deuzeffe]

Le 24/04/2020 à 15:08, Yves P. a écrit :


Je pensais qu'Osmosis était le nom en anglais d'Osmose :D


Ah. Je pense que tu pensais mal. Et je comprends maintenant pourquoi du 
parlais de bibliothèque ou de greffon...



Quel est le lien entre Osmose, Osmosis et les plugins ?


Pour Osmose, voir : https://wiki.openstreetmap.org/wiki/Osmose Je laisse 
ta sérendipité faire le reste.


--
deuzeffe - Seul maître mot : RTFM!

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Marc M.]

Bonjour,

Le 24.04.20 à 17:07, Paul Desgranges a écrit :
> mes données sont donc un peu plus récentes que celles d'Osmose

La version utilisé par osmose n'a pas été mise à jour
parce que plusieurs personnes ont constaté une dégradation
de la qualité des (au moins) 2 dernières versions.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Paul Desgranges]

Le 24/04/2020 à 12:01, Yves P. a écrit :

je ne passe pas par Osmose

dommage, ça évite toute une partie répétitive (et source d'erreur) ;)


oui c'est très pratique, et j'avais bien suivi le cookbook envoyé sur le 
sujet il y ~15 jours environ et j'avais re-découvert Osmose à cette 
occasion : c'est rapide et propice pour être productif


Mais par ailleurs j'avais exporté (dans un umap 
) la base 
Finess récemment (début avril et mes données sont donc un peu plus 
récentes que celles d'Osmose, qui ont "*source* = Le ministère des 
solidarités et de la santé - 03/2019"), et mes données sont un peu plus 
récentes (que celles d'Osmose)


De plus je n'ai exporté que les 202 500 501 502 alors que Osmose 
présentait (il y a 15 jours en arrière, mais plus aujourd'hui ?) plus de 
"structures sociales" (et pas seulement les EHPA), alors c'était trop, 
je voulais me concentrer sur les EHPA


Enfin le POI de correction proposé par Osmose ne contenait qu'une 
sous-partie des données que je voulais rajouter (et que j'ai détaillées 
dans mon mail précédent), donc ça ne me suffisait pas de toute façon


S'il s'agit d'un EHPA au sein d'un CH je mets un simple point car 
l'EHPA n'est peut être qu'une sous-partie de ce CH ?

Je met systématiquement des noeud pour les POI.
ça évite de tout mélanger, la saisie est plus simple, lisible… et en 
cas de fermeture ou de déménagement de l'établissement c'est plus 
facile et plus clair.
oui, mais un EHPA c'est un POI, mais c'est aussi un immeuble, c'est 
aussi une parcelle, des parkings, des voies privées, etc. parfois ça 
inclut un parc, etc et là effectivement il y a différentes façons de 
faire ?   Il doit y avoir des avantages à mapper le building ou la 
parcelle aussi


/ref:FR:SIRET/(pas sûr de savoir à quoi ça servira, mais puisque j'y 
suis …)

Maintenant il est mis automatiquement.

C'est super, mais ça n'y était pas il y a 15 jours qd j'ai commencé
Il sert à repérer les établissement qui ferme, déménagent… voir si les 
données sont cohérentes (parfois c'est faux dans FINESS).

Un clic droit depuis JOSM propose des liens utilises pour cette tâche.


Je renseigne aussi les champs/addr/

Je ne le fait plus. Si besoin, je rajoute un noeud avec le n° de rue.

, pour le numéro de tél j'aurai dû faire comme Donat mais je reporte 
le n° trouvé dans FINESS (en le formatant correctement).

tâche répétitive qui sera bientôt automatisée…

cool


Et puis le dernier truc, je renseigne/capacity/et/beds/en trouvant 
ces infos sur FINESS.

Moi aussi, quand j'y pense :)
on voit les gros EHPA à 120 -> 200 places et la taille moyenne 50 à 80 
... On pourrait renseigner aussi capacity:alzheimer car ceci est dans Finess


A noter il y a eu un gros effort d'équipement en EHPA ces dernières 
années, j'ai dû décalquer plusieurs buildings depuis le cadastre 
vectoriel.

Je fais parfois du décalcage…
Avec JOSM, j'importe le bâti dans un autre calque et je fusionne que 
les nœuds qui se sont "déplacés", et/ou les nouveaux bâtiments.


Je devrais faire ça aussi, en plus je savais faire, ça fait un moment 
que je ne l'ai pas fait, je vais m'y remettre


Bonne journée

Paul

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Frantz]

24 avril 2020 12:38 "Yves P."  a écrit:>>> Par contre 
osmose ne retrouve pas les établissements déjà présentes, malgré un 
ref:FR:FINESS
>>> identique.
> J'ai constaté ça parfois.
> 
> L'analyse pourrait chercher en premier les objets OSM avec un n° FINESS (sans 
> s'occuper des
> coordonnées géographiques)

Ça m'irait.
La suite était juste un exemple pour illustrer.

-- 
Frantz

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

Re: [OSM-talk-fr] Osmose : Formatage des n° de téléphone - Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

—
Yves Pratter




> Il y a une analyse des numéros de téléphone, mais la vérification du format 
> n'est en général pas activé, et ce n'est pas souhaitable à mon avis. Le 
> numéro de tel n'est en soit pas faux.
+1

> Ce n'est pas la peine de faire des signalements juste pour ça,
+1

> sachant que le numéro peut déjà être utilisé.
Je ne vois pas le problème (dans tous les cas le n° sera composé et interprété 
correctement par le central téléphonique ;)

> https://github.com/osm-fr/osmose-backend/blob/master/plugins/Phone.py
> Pour info cette analyse a été activée hier pour la Pologne.

La seule mention de "plugin" que j'ai pu trouvé dans le dépôt fait référence 
aux greffons d'Osmosis.

Je pensais qu'Osmosis était le nom en anglais d'Osmose :D

Quel est le lien entre Osmose, Osmosis et les plugins ?

Pour en revenir au formatage des n° importé avec FINESS, tu proposes quoi ?
__
Yves

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

Re: [OSM-talk-fr] Osmose : Formatage des n° de téléphone - Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Frédéric Rodrigo]

Le 24/04/2020 à 12:30, Yves P. a écrit :
Le 23 avr. 2020 à 15:27, deuzeffe > a écrit :
A moins qu'il existe déjà dans Osmose une bibliothèque pour 
reformatter les n° de téléphone ?


Il y a une analyse sur les n° de tel dans osmose, oui. Faut juste que 
tu la retrouves :P


Je n'ai pas trouvé. Tu parles du greffon ?

Si je comprends la logique :

 1. osmose propose d'intégrer par exemple des pharmacies avec des n°
non formatés
 2. un contributeur pressé l'intègre tel quel (ou réformateur mais
fais une erreur)
 3. osmose détecte les n° erronés / mal formatés dans une autre analyse
 4. un contributeur corrige ça


C'est probablement plus efficace de formatter directement les n° dans 
l'analyse FINESS (et dans les autres qui proposent de n° de tél) ?



Il y a une analyse des numéros de téléphone, mais la vérification du 
format n'est en général pas activé, et ce n'est pas souhaitable à mon 
avis. Le numéro de tel n'est en soit pas faux. Ce n'est pas la peine de 
faire des signalements juste pour ça, sachant que le numéro peut déjà 
être utilisé.

https://github.com/osm-fr/osmose-backend/blob/master/plugins/Phone.py
Pour info cette analyse a été activée hier pour la Pologne.

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

>> Par contre osmose ne retrouve pas les établissements déjà présentes, malgré 
>> un ref:FR:FINESS identique.
J'ai constaté ça parfois.

L'analyse pourrait chercher en premier les objets OSM avec un n° FINESS (sans 
s'occuper des coordonnées géographiques)

> 
> Complément d'info avec le constat du jour :
> un SIRET à ajouter, infos FINESS : amenity=clinic / ref:FR:FINESS=x / 
> ref:FR:SIRET=y
> osmose propose l'ajout à un POI "amenity=clinic" (sans ref:FR:FINESS) proche 
> mais pas au bon lieu "amenity=hospital / ref:FR:FINESS=x" tout aussi proche.
Peux-tu préciser stp ?

> Serait-il pertinent/possible de proposer uniquement/également le lieu proche 
> ayant un ref:FR:FINESS identique ?

Comme plus haut, chercher les objets OSM avec un n° SIRET (sans s'occuper des 
coordonnées géographiques) ?

Il y a aussi une analyse à partir de la base SIREN qui fait peut-être ce que tu 
cherches ?
Je ne l'ai pas encore essayée.
analysers/analyser_merge_shop_FR.py 


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

[OSM-talk-fr] Osmose : Formatage des n° de téléphone - Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> Le 23 avr. 2020 à 15:27, deuzeffe  a écrit :
>> A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter les 
>> n° de téléphone ?
> 
> Il y a une analyse sur les n° de tel dans osmose, oui. Faut juste que tu la 
> retrouves :P

Je n'ai pas trouvé. Tu parles du greffon ?

Si je comprends la logique :
osmose propose d'intégrer par exemple des pharmacies avec des n° non formatés 
un contributeur pressé l'intègre tel quel (ou réformateur mais fais une erreur)
osmose détecte les n° erronés / mal formatés dans une autre analyse
un contributeur corrige ça

C'est probablement plus efficace de formatter directement les n° dans l'analyse 
FINESS (et dans les autres qui proposent de n° de tél) ?

__
Yves

Analyses qui proposent de n° de tél :
analysers/analyser_merge_museum_FR.py 

analysers/analyser_merge_police_FR_pn.py 

analysers/analyser_merge_police_FR_gn.py 

analysers/analyser_merge_tourism_FR_aquitaine_information.py 

analysers/analyser_merge_poste_FR.py 


Il y a ce greffon mais je ne sais pas si et comment il est utilisé par les 
autres analyses :
plugins/Phone.py 


PS: pas de terme plugin dans la doc https://wiki.openstreetmap.org/wiki/Osmose___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Frantz]

22 avril 2020 19:15 "Frantz"  a écrit:

> Bonjour,20 avril 2020 15:32 "Georges Dutreix via Talk-fr" 
>  a écrit:> Je
> présume qu'il faut remercier @frodrigo pour cette évolution ;-)
> 
>> En tout cas, c'est vraiment un plus. Merci.
> 
> En effet, merci :)
> 
> Par contre osmose ne retrouve pas les établissements déjà présentes, malgré 
> un ref:FR:FINESS
> identique.

Complément d'info avec le constat du jour :
un SIRET à ajouter, infos FINESS : amenity=clinic / ref:FR:FINESS=x / 
ref:FR:SIRET=y
osmose propose l'ajout à un POI "amenity=clinic" (sans ref:FR:FINESS) proche 
mais pas au bon lieu "amenity=hospital / ref:FR:FINESS=x" tout aussi proche.

Serait-il pertinent/possible de proposer uniquement/également le lieu proche 
ayant un ref:FR:FINESS identique ?

-- 
Frantz

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> je ne passe pas par Osmose
dommage, ça évite toute une partie répétitive (et source d'erreur) ;)

> S'il s'agit d'un EHPA au sein d'un CH je mets un simple point car l'EHPA 
> n'est peut être qu'une sous-partie de ce CH ?
Je met systématiquement des noeud pour les POI.
ça évite de tout mélanger, la saisie est plus simple, lisible… et en cas de 
fermeture ou de déménagement de l'établissement c'est plus facile et plus clair.

> ref:FR:SIRET (pas sûr de savoir à quoi ça servira, mais puisque j'y suis …)
Maintenant il est mis automatiquement.
Il sert à repérer les établissement qui ferme, déménagent… voir si les données 
sont cohérentes (parfois c'est faux dans FINESS).
Un clic droit depuis JOSM propose des liens utilises pour cette tâche.

> Je renseigne aussi les champs addr
Je ne le fait plus. Si besoin, je rajoute un noeud avec le n° de rue.

> , pour le numéro de tél j'aurai dû faire comme Donat mais je reporte le n° 
> trouvé dans FINESS (en le formatant correctement).
tâche répétitive qui sera bientôt automatisée…

> Et puis le dernier truc, je renseigne capacity et beds en trouvant ces infos 
> sur FINESS.
Moi aussi, quand j'y pense :)

> A noter il y a eu un gros effort d'équipement en EHPA ces dernières années, 
> j'ai dû décalquer plusieurs buildings depuis le cadastre vectoriel.
Je fais parfois du décalcage…
Avec JOSM, j'importe le bâti dans un autre calque et je fusionne que les nœuds 
qui se sont "déplacés", et/ou les nouveaux bâtiments.

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Philippe Verdy]

Comme je le disais dans un précédent message, cette expression régulière
(en format PCRE étendu "/x" où tous les blancs non marqués par un "\" ne
sont pas significatifs) fait le job d'analyse:

^
(?:
  (?:\+|00|011)[\.\/\-\ \t]*
  (?# group 1: country code after international dialing code)

([17]|2(?:[07]|[1-689]\d)|3(?:[0-4679]|[578]\d)|4(?:[013-9]|2\d)|5(?:[1-8]|[09]\d)|6(?:[0-6]|[789]\d)|8(?:[1246]|[035789]\d)|9(?:[0-58]|[679]\d))
  [\.\/\-\ \t]*
| (?# group 2: single-digit country code without international dialing code)
  ([17])
  [\.\/\-\ \t]+(?# a separator is required for disambiguation)
)?
(?# group 3: area code between parentheses, optional)
(?:\((\d{1,4})\)[\.\/\-\ \t]*)?
(?# groups 4-7: leading groups of digits, may be empty)
(?:(\d{1,6})[\.\/\-\ ])?
(?:(\d{1,6})[\.\/\-\ ])?
(?:(\d{1,6})[\.\/\-\ ])?
(?:(\d{1,6})[\.\/\-\ ])?
(?# group 8: start of the last group of digits, may be empty)
(\d{0,10}?)
(?# group 9: up to 4 digits at end of the last group of digits)
(\d{1,4}+)
(?:
  [\.\/\-\ \t]*e?xt?[\.\/\-\ \t]*+
  (?# group 10: extension code, optional)
  (\d{1,14})
)?
$


Testée sur https://regex101.com/r/4wY5xA/48 (avec des exemples inclus), et
utilisée sur Wikidata (où elle détecte les formats réellement incorrects ou
ambigus).

Notes:
* Le groupe de capture 9 est un cas spécial juste destiné à la protection
de la vie privée (pour masquer une partie des chiffres à la fin du dernier
groupe précisé, jusqu'à 4 chiffres. On peut le supprimer de l'expression
régulière et ses chiffres sont alors inclus dans le groupe 8, le groupe 10
pour "l'extension" devient le groupe 9.
* La syntaxe "(?# ... )" indique un commentaire (non-significatif pour
l'analyse du texte source).
* La syntaxe "(?: ... )" indique un groupement logique pour une
sous-expression qui n'est inclus dans aucun groupe de capture, au contraire
de "( ... )" qui en plus crée un groupe de capture, numéroté
automatiquement à chaque occurrence d'une parenthèse initiale (non-marquée
par un drapeau "(?" suivi immédiatement d'un symbole spécial).
* La syntaxe "{1,4}+" ou "{0,10}?" ou "*+" peut sembler "étrange" pour ceux
qui ne la connaissent pas, mais n'est ni une erreur de syntaxe, ni un
non-sens : c'est la façon d'indiquer (en syntaxe PCRE ou Perl) qu'une
répétition est possessive/"dévoreuse" ("greedy" en anglais) avec le drapeau
"+"ajouté après le quantificateur de base ("?", "*", "+", "{n}", "{m,n}"),
ou non-possessive avec le drapeau "?" ajouté; cela permet d'indiquer
explicitement de quel côté (entre la sous-expression répétée et la
sous-expression de la suite, dont la première a des suffixes facultatifs
possibles qui sont communs aux préfixes facultatifs possibles pour la
seconde) les caractères trouvés seront inclus dans les groupes de capture
de part et d'autre du quantificateur de répétition ; c'est utile uniquement
dans ce cas-là, pour lever explicitement l'ambiguïté en fixant une priorité
et autorisant ou interdisant les retours en arrière ; ces drapeaux ne
changent pas les valeurs bornes du nombre de répétition. Dans les autres
cas, ces drapeaux n'ont aucun effet.
* Les répétitions non-possessives (avec "?") sont un plus coûteuses en
performance car le moteur d'expression régulière doit conserver dans une
pile un point de retour en arrière pour explorer les cas suivants, chaque
élément en pile contenant la liste des noeuds actifs dans le graphe NFA et
la valeur des compteurs de répétition). Habituellement un moteur
d'expression régulière est possessif par défaut (parfois c'est le
contraire, ou c'est indiqué par un drapeau de mode global) et il s'arrête à
la première correspondance trouvée, mais il ne revient alors pas en arrière
(pour explorer depuis un autre caractère avant le dernier inclus dans une
correspondance trouvée); mais avec ces drapeaux ajoutés aux répétitions, le
moteur peut changer *localement* ce comportement pour certaines répétitions
et pas d'autres.




Le jeu. 23 avr. 2020 à 15:28, deuzeffe  a écrit :

> Le 23/04/2020 à 08:52, Yves P. a écrit :
>
> > A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter
> > les n° de téléphone ?
>
> Il y a une analyse sur les n° de tel dans osmose, oui. Faut juste que tu
> la retrouves :P
>
> --
> deuzeffe
>
> ___
> 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] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Marc M.]

Bonjour,

Le 23.04.20 à 20:29, Paul Desgranges a écrit :
> je ne passe pas par Osmose

ne pas utiliser tout le prémachage osmose,
c'est pour le plaisir d'aller chercher les infos à la main ?
ou parce qu'il y a un bug non signalé ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Paul Desgranges]

Le 23/04/2020 à 17:10, Donat ROBAUX a écrit :

C'est super si Osmose propose les numéros de téléphone, mais attention, ceux
renseignés ne sont pas nécessairement celui du standard. Egalement pour le
fax. Il arrive assez régulièrement que ce soit celui du secrétariat de
direction ou autre.
Quand je cartographie, je regarde sur le site internet de la structure et
mets celui-ci en priorité.

Donat


J'avoue je ne passe pas par Osmose (mais il faudra vraiment que je fasse 
une passe finale avec !) Je cherche dans OSM à partir de l'adresse 
trouvée dans FINESS, et sur internet l'établissement à partir du nom, 
j'essaye de tagguer le building ou la parcelle quand cela est possible. 
S'il s'agit d'un EHPA au sein d'un CH je mets un simple point car l'EHPA 
n'est peut être qu'une sous-partie de ce CH ? Je rajoute le 
/ref:FR:FINESS/ /type:FR:FINESS/ (500 ou 202) bien sûr, mais aussi le 
/ref:FR:SIRET/ (pas sûr de savoir à quoi ça servira, mais puisque j'y 
suis ...). Pour le nom, je renseigne /name/, /short_name/ 
/official_name/, (parfois /alt_name/ ou /old_name/, pas mal d'EHPA 
s'appelait "Maison de Retraite de ..." ) au mieux. Je renseigne aussi 
les champs /addr/, pour le numéro de tél j'aurai dû faire comme Donat 
mais je reporte le n° trouvé dans FINESS (en le formatant correctement). 
Et puis le dernier truc, je renseigne /capacity/ et /beds/ en trouvant 
ces infos sur FINESS. A noter il y a eu un gros effort d'équipement en 
EHPA ces dernières années, j'ai dû décalquer plusieurs buildings depuis 
le cadastre vectoriel.


J'achète presque toujours le Dauphiné Libéré en cette période de 
confinement (je le fais presque jamais d'habitude), dans lequel il y a 
bcp d'infos locales, et assez souvent sur les EHPA du département et 
presque toujours maintenant l'EHPA est dans OSM... C'est pas fini pour 
l'Isère mais presque . Les puristes y 
trouveront certainement des choses à améliorer, il doit y avoir des 
erreurs, j'espère pas trop ! Bon ben ce n'est qu'une étape ...


A plus

Paul





--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Donat ROBAUX]

C'est super si Osmose propose les numéros de téléphone, mais attention, ceux
renseignés ne sont pas nécessairement celui du standard. Egalement pour le
fax. Il arrive assez régulièrement que ce soit celui du secrétariat de
direction ou autre.
Quand je cartographie, je regarde sur le site internet de la structure et
mets celui-ci en priorité.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[deuzeffe]

Le 23/04/2020 à 08:52, Yves P. a écrit :

A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter 
les n° de téléphone ?


Il y a une analyse sur les n° de tel dans osmose, oui. Faut juste que tu 
la retrouves :P


--
deuzeffe

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> PS: j'ai vérifié les donnée FINESS : 
> Les n° de téléphone et fax ont 10 ou 11 caractères.
Après vérification, c'est toujours 10 caractères.

> La longueur de 11 caractères résulte d'un caractère ajouté (souvent un 0 au 
> début).
Non, donc les numéros (avec un préfixe 0) sont tronqués et donc invalides :/

__
Yves


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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> Oui, et il y aussi en plus les numéros de tél. et de fax, et « nursing_home » 
> pour les Ehpad.
Merci Fred pour c156190 

 :)


> Ça fait bien gagner du temps. 
Oui, et ça évite des erreurs et des tendinites ;)

Pour info, j'ai rajouté ref:FR:SIRET hier soir (cf. 2b93775 
).
Depuis JOSM et un click droit, ça permet de voir si l'établissement existe 
toujours, si il n'a pas déménagé.

Pour les numéros de téléphones, j'aimerai les formatter au format international 
(en mettant des espaces au bon endroit).
C'est ce que préconise le wiki.

@Fred, est-ce que je "bricole" ça dans 
analyser_merge_healthcare_FR_finess.py#L100-L102 

 ?
Ou est-ce que j'importe https://github.com/daviddrysdale/python-phonenumbers ?
A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter les n° 
de téléphone ?

__
Yves

PS: j'ai vérifié les donnée FINESS : 
Les n° de téléphone et fax ont 10 ou 11 caractères.

Il y a 8 n° de tél avec des préfixes bizarres:
00  3
01  8
02  18469
03  18028
04  20852
05  12998
06  933
07  129
08  235
09  417
14  1
15  1
25  1
31  1
94  1

Et 357+8 pour les télécopies
00  357
01  6455
02  11309
03  11504
04  12759
05  7645
06  24
07  12
08  29
09  360
15  1
16  1
17  1
25  1
30  3
43  1

Pour les 357 préfixes de fax 00 :
6 n° sont "00"
un 0 a été rajouté pour les autres (et le dernier n° à été souvent tronqués 
produit un n° invalide)

Les autres préfixes invalides sont des fautes de saisie (facilement corrigibles 
par un humain).

La longueur de 11 caractères résulte d'un caractère ajouté (souvent un 0 au 
début).


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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Jean-Guilhem Cailton]

Le 22/04/2020 à 17:30, Georges Dutreix a écrit :
> Je ne modifie qu’extrêmement rarement les noms présents dans OSM à
> partir des données opendata.
> Les noms du fichier FINESS sont les noms officiels déposés auprès des
> ARS, ils sont rarement ceux visibles depuis la rue. Je ne m'en inspire
> _que si aucun nom n'est sur OSM_ et bien sûr si l'adresse est, sans
> ambigüité, identique dans OSM et FINESS.

Oui, et pour les noms manquants (pour la majorité des Ehpad que je vois
dans Osmose), je m’inspire aussi de celui sur le site web, qui contient
d’ailleurs parfois une photo de la façade.

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Frantz]

Bonjour,20 avril 2020 15:32 "Georges Dutreix via Talk-fr" 
 a écrit:> Je présume qu'il faut remercier @frodrigo 
pour cette évolution ;-)
> 
> En tout cas, c'est vraiment un plus. Merci.

En effet, merci :)

Par contre osmose ne retrouve pas les établiseements déjà présentes, malgré un 
ref:FR:FINESS identique.
Il y a un double test ref:FR:FINESS + amenity ?
(supposition faite à partir de quelques cliniques -> hospital et les CMP -> 
social_facility)
Je suppose que sans un problème de ce genre les phone, fax et type:FR:FINESS 
s'ajoutent automatiquement ?

-- 
Frantz

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Cyrille37 OSM]

Le 22/04/2020 à 17:30, Georges Dutreix via Talk-fr a écrit :

Le 21/04/2020 à 10:25, Jean-Guilhem Cailton a écrit :
(Il ne reste plus que les noms à recopier en name= et réécrire à la 
main en Mettant des Minuscules là où il faut, au lieu des MAJUSCULES 
PARTOUT DE FINESS. ;) )
Je ne modifie qu’extrêmement rarement les noms présents dans OSM à 
partir des données opendata.
Les noms du fichier FINESS sont les noms officiels déposés auprès des 
ARS, ils sont rarement ceux visibles depuis la rue. Je ne m'en inspire 
_que si aucun nom n'est sur OSM_ et bien sûr si l'adresse est, sans 
ambigüité, identique dans OSM et FINESS.


Pour ce genre de POI je renseigne souvent plusieurs tags selon les infos 
à ma dispo : "name", "official_name", "local_name", "short_name" ; c'est 
d'autant plus nécessaire qu'il y a les sigles à gérer (EHPAD, MAS, MDS ...).


On pourrait même m'accuser de taguer pour Nominatim :-P

Cyrille37.




___
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] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Georges Dutreix via Talk-fr]

Le 21/04/2020 à 10:25, Jean-Guilhem Cailton a écrit :
(Il ne reste plus que les noms à recopier en name= et réécrire à la 
main en Mettant des Minuscules là où il faut, au lieu des MAJUSCULES 
PARTOUT DE FINESS. ;) )
Je ne modifie qu’extrêmement rarement les noms présents dans OSM à 
partir des données opendata.
Les noms du fichier FINESS sont les noms officiels déposés auprès des 
ARS, ils sont rarement ceux visibles depuis la rue. Je ne m'en inspire 
_que si aucun nom n'est sur OSM_ et bien sûr si l'adresse est, sans 
ambigüité, identique dans OSM et FINESS.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Jean-Guilhem Cailton]

Le 20/04/2020 à 15:32, Georges Dutreix via Talk-fr a écrit :
> Je présume qu'il faut remercier @frodrigo pour cette évolution ;-)
>
> En tout cas, c'est vraiment un plus. Merci.
>

Oui, et il y aussi en plus les numéros de tél. et de fax, et «
nursing_home » pour les Ehpad.

Ça fait bien gagner du temps.

MERCI beaucoup à tous ceux qui ont contribué à ça !


(Il ne reste plus que les noms à recopier en name= et réécrire à la main
en Mettant des Minuscules là où il faut, au lieu des MAJUSCULES PARTOUT
DE FINESS. ;) )


Portez vous bien.

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

[OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Georges Dutreix via Talk-fr]

Je présume qu'il faut remercier @frodrigo pour cette évolution ;-)

En tout cas, c'est vraiment un plus. Merci.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] osmose - fix-josm ne marche plus

[Philippe Verdy]

Il faut sans doute rétablir la "télécommande" dans JOSM, et surtout
vérifier les règles de parefeu ou filtrage dans le navigateur web pour
autoriser un lien depuis le web à accéder à un lien ver le réseau
local (les navigateurs web ont mis en place des règles plus strictes
sur les autorisations, pour prévenir des attaques externes via des
pages web malveillantes).

Ce n'est pas un problème de lien mais de sécurité (la télécommande
JOSM avec son port d'écoute local devrait ne plus être utilisée pour
ça, en tout cas pas depuis un lien sur une page web, il faudrait un
autre système d'écoute pour JOSM, traistant par un serveur web auquel
JOSM est connecté et identifié, afin de sécuriser ces commandes,
l'idée serait une télécommande via un serveur IRC ou similaire: le
lien web fournirait une identité de l'utilisateur sur le site web, via
OAuth par exemple, ou bien un service complémentaire sur le serveur de
bases de données OSM, ou bien un système utilisant la messagerie
privée de l'utilisateur identifié sur le site OSM, là encore via
OAuth...)

Cette télécommande est une mauvaise solution qui doit trouver un
remplacement, car elle n'est pas très sure et pas facile à configurer
sur le PC local et dépend d'autres configuration locales (dans l'OS,
dans le navigateur, ou dans une suite de sécurité installée avec un
parefeu local).

Le lun. 13 avr. 2020 à 14:33, Georges Dutreix via Talk-fr
 a écrit :
>
> Bonjour,
>
> Depuis ce matin, quand je clique dans Osmose sur un lien "fix-josm" (pour 
> ajouter son n° FINESS à un EHPAD par exemple), rien ne se passe, alors que si 
> je clique sur un lien "josm-zone", j'ai bien la zone ouverte dans JOSM.
> C'est juste chez moi, ou vous avez aussi ce problème ?
>
> 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] osmose - fix-josm ne marche plus

[Jacques Lavignotte]

Signalé.

Le 13/04/2020 à 15:10, Jacques Lavignotte a écrit :



Le 13/04/2020 à 14:47, Jacques Lavignotte a écrit :


Indépendamment de ton lien j'ai des  fix-josm qui marchent :


Correction : ne marchent plus.

J.



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] osmose - fix-josm ne marche plus

[Jacques Lavignotte]

Le 13/04/2020 à 14:47, Jacques Lavignotte a écrit :


Indépendamment de ton lien j'ai des  fix-josm qui marchent :


Correction : ne marchent plus.

J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] osmose - fix-josm ne marche plus

[Jacques Lavignotte]

Le 13/04/2020 à 14:40, Georges Dutreix via Talk-fr a écrit :

Je viens juste de tester celui-ci :
http://osmose.openstreetmap.fr/fr/josm_proxy?import?url=http://localhost:20009/api/0.3beta/issue/9af04dcc-14df-1f4b-46cd-b44fec29afa2/fix/0


Indépendamment de ton lien j'ai des  fix-josm qui marchent :

http://osmose.openstreetmap.fr/fr/josm_proxy?import?url=http://osmose.openstreetmap.fr/api/0.3beta/issue/dcea87bf-7dd7-0c3e-1cb9-7086481f18e7/fix/0





Le 13/04/2020 à 14:37, Jacques Lavignotte a écrit :



Le 13/04/2020 à 14:33, Georges Dutreix via Talk-fr a écrit :

Bonjour,

Depuis ce matin, quand je clique dans Osmose sur un lien "fix-josm" 


Fais voir le lien Osmose ?


Georges


J.




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



--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] osmose - fix-josm ne marche plus

[Georges Dutreix via Talk-fr]

Je viens juste de tester celui-ci :
http://osmose.openstreetmap.fr/fr/josm_proxy?import?url=http://localhost:20009/api/0.3beta/issue/9af04dcc-14df-1f4b-46cd-b44fec29afa2/fix/0


Le 13/04/2020 à 14:37, Jacques Lavignotte a écrit :



Le 13/04/2020 à 14:33, Georges Dutreix via Talk-fr a écrit :

Bonjour,

Depuis ce matin, quand je clique dans Osmose sur un lien "fix-josm" 


Fais voir le lien Osmose ?


Georges


J.



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

Re: [OSM-talk-fr] osmose - fix-josm ne marche plus

[Jacques Lavignotte]

Le 13/04/2020 à 14:33, Georges Dutreix via Talk-fr a écrit :

Bonjour,

Depuis ce matin, quand je clique dans Osmose sur un lien "fix-josm" 


Fais voir le lien Osmose ?


Georges


J.

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

[OSM-talk-fr] osmose - fix-josm ne marche plus

[Georges Dutreix via Talk-fr]

Bonjour,

Depuis ce matin, quand je clique dans Osmose sur un lien "fix-josm" 
(pour ajouter son n° FINESS à un EHPAD par exemple), rien ne se passe, 
alors que si je clique sur un lien "josm-zone", j'ai bien la zone 
ouverte dans JOSM.

C'est juste chez moi, ou vous avez aussi ce problème ?

merci.
Georges


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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> Osmose est maintenant déployé et les données sont à jour.
Merci :)

> - Retour arrière de la mise à jour de la source de données à cause d'erreur 
> de localisation, retour à mars 2019
Bonne idée, ça va mieux :)

> - Ajouter des "Structure dispensatrice d'oxygène à usage médical", dans 
> l'item pharmacie

> - Ajout des "Dialyse Ambulatoire", dans l'item hôpital
Je constate qu’il reste encore pas mal de pharmacies à intégrer !


Et il y a à nouveau un problème d’accentuation : 
http://osmose.openstreetmap.fr/fr/map/#zoom=10=46.4605=5.999=8330%2C8331=3==

> Pour les autres modifications continuez à faire des PR sur Github.
J’ai pu faire celle concernant les EHPA, EHPAD… (je n’ai pas compris pq ça ne 
fonctionnait pas la première fois)
(en espérant avoir compris ?? les classes)
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Frédéric Rodrigo]

Osmose est maintenant déployé et les données sont à jour.

Changement :

- Changement de source pour l’établissement de la nature des objets 
(categagretab -> categetab), devrait être sans impact


- Retour arrière de la mise à jour de la source de données à cause 
d'erreur de localisation, retour à mars 2019


- Ajouter des "Structure dispensatrice d'oxygène à usage médical", dans 
l'item pharmacie


- Ajout des "Dialyse Ambulatoire", dans l'item hôpital


Pour les autres modifications continuez à faire des PR sur Github.


Frédéric.



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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> C'est même c'est plus long que ça.
> 
> Une fois la proposition mergé, c'est que c'est dans le code d'Osmose. Il faut 
> ensuite attendre un déploiement manuel (qui n'est pas à chaque merge), c'est 
> fait tous les quelques jours en fonction de ce qu'il a a comme changement.
> 
> Puis une fois déployé, il faut attendre au maximum 24h que les analysent 
> aient tournées (sauf problème technique, matériel ou bug).
Ok, merci Marc et Fred pour les explications 

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Frédéric Rodrigo]

Le 26/03/2020 à 10:20, Marc M. a écrit :

Le 25.03.20 à 22:44, Yves P. a écrit :

dans la dernière PR

il faut du temps avant son effet.
le PR doit être mergé, puis diffusé à tous les backend, puis l'analyse
doit tourner pour tout le pays. ordre de grandeur : 24h entre merge et
effet complet.



C'est même c'est plus long que ça.

Une fois la proposition mergé, c'est que c'est dans le code d'Osmose. Il 
faut ensuite attendre un déploiement manuel (qui n'est pas à chaque 
merge), c'est fait tous les quelques jours en fonction de ce qu'il a a 
comme changement.


Puis une fois déployé, il faut attendre au maximum 24h que les analysent 
aient tournées (sauf problème technique, matériel ou bug).




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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Marc M.]

Le 25.03.20 à 22:44, Yves P. a écrit :
> dans la dernière PR

il faut du temps avant son effet.
le PR doit être mergé, puis diffusé à tous les backend, puis l'analyse
doit tourner pour tout le pays. ordre de grandeur : 24h entre merge et
effet complet.

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Jérôme Amagat]

Le mer. 25 mars 2020 à 17:27, Yves P.  a écrit :

> Bonjour,
>
> Je viens de regarder le résultat de la dernière PR.
> Ici
> les
> localisations ne correspondent pas du tout aux adresses.
>
> Les accents sont aussi manquants (champ subtitle):
>
> Exemple :
> 6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits
> d'assurance maladie
> Ce POI est localisé à Châlon-sur-Saône
>
> http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448
>
> Je suis retourné au fichier source ici :
https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/

Pour cet établissement ref:FR:FINESS= 710978040
les coordonnées sont 841416.0 6632966.4 ça fait bien comme dit osmose :
4,8537542 46,7818901
donc osmose le place bien
MAIS

dans un ancien fichier, celui utilisé avant les derniers changements par
osmose : https://static.data.gouv.fr/
resources/finess-extraction-du-fichier-des-etablissements/20190307-093304/etalab-cs1100507-stock-20190307-0422.csv
les coordonnées sont 813827.5 6579859.2 ça fait : 4,4791663 46,3090391
et ça se situe à Matour 6 rue de Saint-Cyr

Donc le problème des coordonnées n'est pas osmose mais la source, il fait
réutilisé un fichier plus ancien ...
(ca n'a pas l'air d'être juste un décalage de ligne)

sur la page :
https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/
dans les commentaire, quelqu'un a détecté le même problème, les coordonnées
qui changent et sont mauvaises, il s'en plaint mais il n'obtient pas de
réponse...

Pour les accents, que j'ouvre le fichier sur libreoffice en ISO-8859-1 ou
en ISO-8859-15, j'ai les accents.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Vincent Bergeot]

Le 25/03/2020 à 22:59, osm.sanspourr...@spamgourmet.com a écrit :


Je vois de même que le labo Biolor est bien situé à 20 m du bon 
emplacement... sauf qu'il s'agit de celui de Guidel et non de celui de 
Quéven.


http://osmose.openstreetmap.fr/fr/error/93487b25-a3a6-5fab-3b85-7fbc3746d1a8



oui c'est étonnant car autour de Bordeaux, la localisation semble ok 
http://osmose.openstreetmap.fr/fr/error/3f410f7c-a97e-1509-2b74-81c4b56305c6


Une partie seulement des données ne semblent pas être à la bonne place





Problme ;-) d'accent aussi (Catégorie de l'établissement).

Le 25/03/2020 à 17:27, Yves P. - yves.prat...@gmail.com a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici 
les 
localisations ne correspondent pas du tout aux adresses.


Les accents sont aussi manquants (champ subtitle):

Exemple :
6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits 
d'assurance maladie

Ce POI est localisé à Châlon-sur-Saône
http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448

__
Yves

PS:
Nominatim ne trouve pas6 RUE SAINT CYR  MATOUR 
, mais 6 RUE de SAINT CYR  MATOUR 


https://www.openstreetmap.org/node/2916408042#map=19/46.30896/4.47885

Sa page web :
https://www.matour.fr/fr/2018/03/18/m-a-r-p-a/

___
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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[osm . sanspourriel]

Je vois de même que le labo Biolor est bien situé à 20 m du bon
emplacement... sauf qu'il s'agit de celui de Guidel et non de celui de
Quéven.

http://osmose.openstreetmap.fr/fr/error/93487b25-a3a6-5fab-3b85-7fbc3746d1a8

Problme ;-) d'accent aussi (Catégorie de l'établissement).

Le 25/03/2020 à 17:27, Yves P. - yves.prat...@gmail.com a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici
les
localisations ne correspondent pas du tout aux adresses.

Les accents sont aussi manquants (champ subtitle):

Exemple :
6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits
d'assurance maladie
Ce POI est localisé à Châlon-sur-Saône
http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448

__
Yves

PS:
Nominatim ne trouve pas6 RUE SAINT CYR  MATOUR
, mais 6 RUE de SAINT CYR  MATOUR

https://www.openstreetmap.org/node/2916408042#map=19/46.30896/4.47885

Sa page web :
https://www.matour.fr/fr/2018/03/18/m-a-r-p-a/

___
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] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> J’ai vérifié avec OpenRefine plusieurs POI, et plusieurs libellés de 
> catégories avec les facettes.
> C’est cohérent. Il n’y a qu’un seul encodage.
> 
> Y aurait-t-il un problème de cache quelque part ?

Osmose propose encore des Structure Dispensatrice domicile d'Oxygène à usage 
médical, alors que dans la dernière PR j’ai oublié de mettre la catégorie 632.

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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

> Ce sont les positions du fichier proposée en opendata. C'est bien pour ça que 
> l'on passe par de l'intégration manuelle.
Certes.

Jusqu’à présent, les POI étaient assez bien localisés. 1km maxi de mémoire.
Je viens d’en vérifier un, il est à plus de 50 km. 

Serait-il possible d’utiliser le géocodeur de la BAN ?
Et/ou de comparer la position fournie par FINESS avec celle de la BAN et si 
l’écart est trop important, choisir la BAN ?


>> Les accents sont aussi manquants (champ subtitle):
> 
> C'est donc que l'encodage n'est toujours pas bon. Il y a peut être plusieurs 
> encodage dans le fichier.
J’ai vérifié avec OpenRefine plusieurs POI, et plusieurs libellés de catégories 
avec les facettes.
C’est cohérent. Il n’y a qu’un seul encodage.

Y aurait-t-il un problème de cache quelque part ?

J’utilise le fichier du 2020 03 04 avec un encodage ISO-8859-1.

__
Yves


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

Re: [OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Philippe Verdy]

Peut-être que l'outil de validation pourrait faire un test minimal sur
la validité de codage chaque chaîne (possible au moins pour l'UTF-8).
En cas de violation une analyse de probabilité: en France ça doit être
de l'ISO 8859-1 ou du CP-850 et les changements d'interprétation sont
certainement le plus souvent sur des lettres accentuées très courantes
dans la toponymie (é, è, à, ê, î) et une base de mots fréquents
(allée, église, cimetière, hôpital, dépôt, etc.) ou polygrammes finals
de mots fréquents (/.*ées?/, /.*ères?/, etc.)  doit pouvoir remédier à
l'ambiguité pour tenter une réparation automatique, mais dans tous les
cas ne laisser aucun encodage invalide et au minimum considérer que la
source est du Windows-1252, et en dernier lieu du CP850 (presque tout
les octets sont valides hors des contrôles C0), avant de convertir en
UTF-8, afin de laisser ces caractères visibles distinctement (même si
c'est encore du "mojibake") afin que le correcteur humain puisse s'en
apercevoir (qui sait si une source n'a pas utilisé par erreur lors de
la saisie un autre codage moins probable comme un jeu latin d'Europe
centrale en ISO ou page de code Windows ou OEM, ou a fait une erreur
d'utilisation dans un outil d'export ou une base intermédiaire)

Dans tous les cas, un journal de signalement devrait être réalisé pour
permettre au minimum un contrôle humain et une validation et un retour
d'informations vers la source de ces données boguées (toutes les
sources font des erreurs, même OSM lui-même, via des contributeurs
internationaux qui utilisent nativement divers claviers et langues et
des logiciels obsolètes ou mal configurés).



Le mer. 25 mars 2020 à 18:11, Frédéric Rodrigo
 a écrit :
>
> Le 25/03/2020 à 17:27, Yves P. a écrit :
> > Bonjour,
> >
> > Je viens de regarder le résultat de la dernière PR.
> > Ici
> > les
> > localisations ne correspondent pas du tout aux adresses.
>
> Ce sont les positions du fichier proposée en opendata. C'est bien pour
> ça que l'on passe par de l'intégration manuelle.
>
>
> >
> > Les accents sont aussi manquants (champ subtitle):
>
> C'est donc que l'encodage n'est toujours pas bon. Il y a peut être
> plusieurs encodage dans le fichier.
>
>
>
> ___
> 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] Osmose, voirie non connectée

[Frédéric Rodrigo]

Salut,
C'est corrigé. Dans certains cas le frontend ne supprimait pas des marqueurs
Frédéric.

Le 15/03/2020 à 09:45, Stéphane Péneau a écrit :

Salut,

Osmose m'indique une erreur de voirie non connectée, et j'avoue que je 
ne comprends pas du tout pourquoi :


http://osmose.openstreetmap.fr/fr/error/fe07c3d2-ba91-f492-f6b4-2c00cbdf8dd2 



Il s'agit de la jonction entre

https://www.openstreetmap.org/way/768475052
et
https://www.openstreetmap.org/way/123276562


Bug de l'analyse, ou alors je ne vois pas l'erreur ?


Stf


___
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] Osmose et intégration FINESS : problème de localisation

[Frédéric Rodrigo]

Le 25/03/2020 à 17:27, Yves P. a écrit :

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici 
les 
localisations ne correspondent pas du tout aux adresses.


Ce sont les positions du fichier proposée en opendata. C'est bien pour 
ça que l'on passe par de l'intégration manuelle.





Les accents sont aussi manquants (champ subtitle):


C'est donc que l'encodage n'est toujours pas bon. Il y a peut être 
plusieurs encodage dans le fichier.




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

[OSM-talk-fr] Osmose et intégration FINESS : problème de localisation

[Yves P.]

Bonjour,

Je viens de regarder le résultat de la dernière PR.
Ici
les
localisations ne correspondent pas du tout aux adresses.

Les accents sont aussi manquants (champ subtitle):

Exemple :
6, R, SAINT CYR, 71520 MATOUR, EHPA ne percevant pas des crdits d'assurance
maladie
Ce POI est localisé à Châlon-sur-Saône
http://osmose.openstreetmap.fr/fr/error/a7a2a6b6-a919-1acb-884a-247dbe7e3448

__
Yves

PS:
Nominatim ne trouve pas 6 RUE SAINT CYR  MATOUR
,
mais 6 RUE de SAINT CYR  MATOUR

https://www.openstreetmap.org/node/2916408042#map=19/46.30896/4.47885

Sa page web :
https://www.matour.fr/fr/2018/03/18/m-a-r-p-a/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et FINESS — Re: Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Jean-Guilhem Cailton]

Bonjour,

Le 22/03/2020 à 16:04, osm.sanspourr...@spamgourmet.com a écrit :
> Ça c'est du retour rapide !
>
> Dans le même cadre je me demandais (mais je ne connais la difficulté car
> il faudrait que les sous-thèmes soient aussi sous-thèmes de leur
> catégorie d'orinige) si on ne pouvait favoriser les thématiques en lien
> avec covid-19 en créant un thème qui sélectionnerait les "trucs à faire"
> autour du covid-19 :
>
> - intégration des pharmacies, des centres de santé, des structures
> hospitalières,...

Oui tout à fait Jean-Yvon, sans oublier les laboratoires d’analyses
médicales, qui vont bientôt avoir un rôle encore plus crucial à jouer,
avec la généralisation des tests annoncée par le Ministre de la Santé
Olivier Véran samedi !

>
> Avoir des lieux-dits et des numéros de rue c'est plus du BANO V2. Je dis
> ça, je dis rien^^.

Et oui, les adresses aussi c’est important ! Comme rappelé par Jorieke
(MSF), les adresses c’est bien utile pour le suivi des cas et des contacts.

Un très grand merci à tous ceux qui contribuent, de quelque façon que ce
soit !
(C’est aussi une façon de contribuer à sauver des vies…)

Prenez bien soin de vous, et des autres si vous pouvez,

Jean-Guilhem


>
> Jean-Yvon
>
> Le 22/03/2020 à 14:13, Frédéric Rodrigo - fred.rodr...@gmail.com a
> écrit :
>> Ok merci
>> https://github.com/osm-fr/osmose-backend/issues/806
>> Code corrigées. Données prochainement disponibles.
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
« Tant qu’on n’aura pas compris que le cerveau est une machine à
dominer, on ne pourra pas lutter efficacement contre ces hiérarchies
aliénantes. » Dominique Dupagne, La revanche du rameur

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

Re: [OSM-talk-fr] Osmose et FINESS — Re: Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[osm . sanspourriel]

Ça c'est du retour rapide !

Dans le même cadre je me demandais (mais je ne connais la difficulté car
il faudrait que les sous-thèmes soient aussi sous-thèmes de leur
catégorie d'orinige) si on ne pouvait favoriser les thématiques en lien
avec covid-19 en créant un thème qui sélectionnerait les "trucs à faire"
autour du covid-19 :

- intégration des pharmacies, des centres de santé, des structures
hospitalières,...

Avoir des lieux-dits et des numéros de rue c'est plus du BANO V2. Je dis
ça, je dis rien^^.

Jean-Yvon

Le 22/03/2020 à 14:13, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit :

Ok merci
https://github.com/osm-fr/osmose-backend/issues/806
Code corrigées. Données prochainement disponibles.




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

Re: [OSM-talk-fr] Osmose et FINESS — Re: Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Frédéric Rodrigo]

Ok merci
https://github.com/osm-fr/osmose-backend/issues/806
Code corrigées. Données prochainement disponibles.

Le 22/03/2020 à 10:28, Yves P. a écrit :


Le fichier FINESS n’a pas dû être importé avec le bon jeux de 
caractères ?
Dans analyser_merge_healthcare_FR_finess.py#L77 
 encoding='ISO-8859-15’, 
mais le fichier est encodé en *ISO-8859-1* ;)


analyser_merge_healthcare_FR_finess.py#L78 
 
fileUrl=u'https://static.data.gouv.fr/resources/finess-extraction-du-fichier-des-etablissements/20190307-093304/etalab-cs1100507-stock-20190307-0422.csv')),
La dernière version date du 02/03/2020 : 
https://www.data.gouv.fr/fr/datasets/r/e58dd347-8149-4b94-b585-a930540b3cad


__
Yves

___
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

[OSM-talk-fr] Osmose et FINESS — Re: Carto Maisons de retraites, EHPAD, etc… (était : Fwd: [CrisisMappers] Re: COVID-19 Response)

[Yves P.]

> Le fichier FINESS n’a pas dû être importé avec le bon jeux de caractères ?
Dans analyser_merge_healthcare_FR_finess.py#L77 

 encoding='ISO-8859-15’, mais le fichier est encodé en ISO-8859-1 ;)

analyser_merge_healthcare_FR_finess.py#L78 

 fileUrl = 
u'https://static.data.gouv.fr/resources/finess-extraction-du-fichier-des-etablissements/20190307-093304/etalab-cs1100507-stock-20190307-0422.csv')),

La dernière version date du 02/03/2020 : 
https://www.data.gouv.fr/fr/datasets/r/e58dd347-8149-4b94-b585-a930540b3cad

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

Re: [OSM-talk-fr] Osmose, voirie non connectée

[Stéphane Péneau]

Bonjour Jocelyn,

Je ne sais pas si c'est le même problème que le ticket que tu as créé, 
mais ici aussi j'ai corrigé l'erreur il y a 10 jours :

http://osmose.openstreetmap.fr/fr/error/daed4c07-1737-313c-98c2-816a2d1e5e1b

Stf

Le 16/03/2020 à 22:35, Jocelyn Jaubert a écrit :

Bonjour,

Le 16/03/2020 à 12:02, Stéphane Péneau a écrit :

J'ai l'impression que la BDD utilisée par Osmose cafouille un peu car je
vois des erreurs sur des choses que j'ai corrigées il y a presque 10 jours.

exemple :
http://osmose.openstreetmap.fr/fr/error/ba1e3dcb-6631-70b3-b2d1-30ca256913e2


le tag amenity = bus_station a été enlevé le 7 mars.

Merci pour avoir donné cette exemple précis.

J'ai ouvert un ticket sur le frontend, pour qu'on étudie le souci plus
précisément:

https://github.com/osm-fr/osmose-frontend/issues/225




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

Re: [OSM-talk-fr] Osmose, voirie non connectée

[Jocelyn Jaubert]

Bonjour,

Le 16/03/2020 à 12:02, Stéphane Péneau a écrit :
> J'ai l'impression que la BDD utilisée par Osmose cafouille un peu car je
> vois des erreurs sur des choses que j'ai corrigées il y a presque 10 jours.
> 
> exemple :
> http://osmose.openstreetmap.fr/fr/error/ba1e3dcb-6631-70b3-b2d1-30ca256913e2
> 
> 
> le tag amenity = bus_station a été enlevé le 7 mars.

Merci pour avoir donné cette exemple précis.

J'ai ouvert un ticket sur le frontend, pour qu'on étudie le souci plus
précisément:

https://github.com/osm-fr/osmose-frontend/issues/225

-- 
Jocelyn

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

Re: [OSM-talk-fr] Osmose, voirie non connectée

[pepilepi...@ovh.fr]

Le 16/03/2020 à 11:53, Francois Gouget a écrit :
> On Sun, 15 Mar 2020, Stéphane Péneau wrote:
>
>> Salut,
>>
>> Osmose m'indique une erreur de voirie non connectée, et j'avoue que je 
>> ne comprends pas du tout pourquoi :
>>
>> http://osmose.openstreetmap.fr/fr/error/fe07c3d2-ba91-f492-f6b4-2c00cbdf8dd2
>>
>> Il s'agit de la jonction entre
>>
>> https://www.openstreetmap.org/way/768475052
>> et
>> https://www.openstreetmap.org/way/123276562
>>
>> Bug de l'analyse, ou alors je ne vois pas l'erreur ?
> Je ne vois pas non plus. Je ne connais pas le code de cette partie 
> d'Osmose mais en suivant le lien je n'ai pas vu d'instance de 'lane' 
> donc je ne pense pas que ce soit à l'origine du rapport.
>
> Peut-être marquer le problème comme corrigé pour voir s'il revient 
> (corrigé hein, PAS faux positif). Il y a peut-être eu un cafouillage à 
> un moment donné.


Comme quelqu'un qui l'aurait gentiment corrigé mais pas MARQUÉ corrigé ?


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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question.

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

Re: [OSM-talk-fr] Osmose, voirie non connectée

[Stéphane Péneau]

Le 16/03/2020 à 11:53, Francois Gouget a écrit :


Je ne vois pas non plus. Je ne connais pas le code de cette partie
d'Osmose mais en suivant le lien je n'ai pas vu d'instance de 'lane'
donc je ne pense pas que ce soit à l'origine du rapport.

Peut-être marquer le problème comme corrigé pour voir s'il revient
(corrigé hein, PAS faux positif). Il y a peut-être eu un cafouillage à
un moment donné.


J'ai l'impression que la BDD utilisée par Osmose cafouille un peu car je 
vois des erreurs sur des choses que j'ai corrigées il y a presque 10 jours.


exemple : 
http://osmose.openstreetmap.fr/fr/error/ba1e3dcb-6631-70b3-b2d1-30ca256913e2


le tag amenity = bus_station a été enlevé le 7 mars.


Stf


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

Re: [OSM-talk-fr] Osmose, voirie non connectée

[Marc M.]

> On Sun, 15 Mar 2020, Stéphane Péneau wrote:
>> http://osmose.openstreetmap.fr/fr/error/fe07c3d2-ba91-f492-f6b4-2c00cbdf8dd2
>> Bug de l'analyse, ou alors je ne vois pas l'erreur ?

soupçon d'extrait corrompu, purge du cache osmose en cours,
on verra au prochain cycle

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

Re: [OSM-talk-fr] Osmose, voirie non connectée

[Francois Gouget]

On Sun, 15 Mar 2020, Stéphane Péneau wrote:

> Salut,
> 
> Osmose m'indique une erreur de voirie non connectée, et j'avoue que je 
> ne comprends pas du tout pourquoi :
> 
> http://osmose.openstreetmap.fr/fr/error/fe07c3d2-ba91-f492-f6b4-2c00cbdf8dd2
> 
> Il s'agit de la jonction entre
> 
> https://www.openstreetmap.org/way/768475052
> et
> https://www.openstreetmap.org/way/123276562
> 
> Bug de l'analyse, ou alors je ne vois pas l'erreur ?

Je ne vois pas non plus. Je ne connais pas le code de cette partie 
d'Osmose mais en suivant le lien je n'ai pas vu d'instance de 'lane' 
donc je ne pense pas que ce soit à l'origine du rapport.

Peut-être marquer le problème comme corrigé pour voir s'il revient 
(corrigé hein, PAS faux positif). Il y a peut-être eu un cafouillage à 
un moment donné.

-- 
Francois Gouget   http://fgouget.free.fr/
 We are Pentium of Borg. You will be approximated. Division is futile.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose, voirie non connectée

[Stéphane Péneau]

La signification est identique entre les 2 types d'écritures, donc je ne 
pense pas que ça vienne de ça.

Je ne suis même pas sûr que l'analyse prenne en compte ce type de tag.


Stf

Le 15/03/2020 à 17:57, Georges Dutreix via Talk-fr a écrit :
Je ne maîtrise pas trop la syntaxe des turn:lanes, mais ne faudrait-il 
pas "none|none|merge_to_left" au lieu de "||merge_to_left" ?


Peut-être cela crée-t-il le souci ?

Georges


Le 15/03/2020 à 09:45, Stéphane Péneau a écrit :

Salut,

Osmose m'indique une erreur de voirie non connectée, et j'avoue que 
je ne comprends pas du tout pourquoi :


http://osmose.openstreetmap.fr/fr/error/fe07c3d2-ba91-f492-f6b4-2c00cbdf8dd2 



Il s'agit de la jonction entre

https://www.openstreetmap.org/way/768475052
et
https://www.openstreetmap.org/way/123276562


Bug de l'analyse, ou alors je ne vois pas l'erreur ?


Stf


___
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



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

Re: [OSM-talk-fr] Osmose, voirie non connectée

[Georges Dutreix via Talk-fr]

Je ne maîtrise pas trop la syntaxe des turn:lanes, mais ne faudrait-il 
pas "none|none|merge_to_left" au lieu de "||merge_to_left" ?


Peut-être cela crée-t-il le souci ?

Georges


Le 15/03/2020 à 09:45, Stéphane Péneau a écrit :

Salut,

Osmose m'indique une erreur de voirie non connectée, et j'avoue que je 
ne comprends pas du tout pourquoi :


http://osmose.openstreetmap.fr/fr/error/fe07c3d2-ba91-f492-f6b4-2c00cbdf8dd2 



Il s'agit de la jonction entre

https://www.openstreetmap.org/way/768475052
et
https://www.openstreetmap.org/way/123276562


Bug de l'analyse, ou alors je ne vois pas l'erreur ?


Stf


___
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