Re: [OSM-talk-fr] Noms des quartiers en ville

[Topographe Fou]

Vue la carte je doute que le Plan de Gaubert soit un hameau, cela m'a tout 
l'air d'un quartier et dans ce cas on utilise au maximum place=suburb (ou 
quarter ou neighboroud si pertinent).

Si il y a un quartier qui s'appelle Les Sieyes alors il mérite son propre noeud 
(ou way s'il y a une limite officielle).

OsmAnd se base sur la proximité géographique d'autres objets pour déterminer 
une adresse à partir d'une coordonnée de ce que j'ai pu comprendre, ce qui 
donne souvent des résultats incorrectes.

LeTopographeFou


  Message original  


De: arnaud.champoll...@linux-alpes.org
Envoyé: 30 juin 2020 7:54 AM
À: talk-fr@openstreetmap.org
Répondre à: talk-fr@openstreetmap.org
Objet: [OSM-talk-fr] Noms des quartiers en ville


Bonjour,

Je viens de constater un phénomène en partageant une adresse avec
l'application Osmand.

Quand on sélectionne cette position :
https://www.openstreetmap.org/?mlat=44.08165=6.20359#map=19/44.08165/6.20359

on obtient le libellé suivant :

Chemin des Gravas (Le Plan de Gaubert) 14, Digne-les-Bains
Position: geo:44.081646,6.20359?z=19
https://osmand.net/go?lat=44.081646=6.20359=19

Je m'interroge sur "Le Plan de Gaubert" qui est certes un quartier de la
ville, mais pas le bon. Il en est même relativement éloigné du point de
vue de l'organisation de la ville, même si proche à vol d'oiseau.

Est-ce parce-que "Le Plan de Gaubert" est le place=hamlet le plus proche ?

Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le quartier
du lieu correspondant à la position donnée ?

Et comment limiter la "portée" d'un place=hamlet pour qu'il ne soit pas
pris en compte par défaut dans d'autres parties de la ville qui en sont
dépourvues ?

Merci

Arnaud




___
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] Noms des quartiers en ville

[Yves P.]

> OsmAnd se base sur la proximité géographique d'autres objets pour déterminer 
> une adresse à partir d'une coordonnée de ce que j'ai pu comprendre, ce qui 
> donne souvent des résultats incorrectes.
Je ne sais pas si OsmAnd utilise Nominatim.

En tout cas, si tu cherches 14 Chemin des Gravas 

 dans OSM, il te retourne :
14, Chemin des Gravas, Le Plan de Gaubert, Digne-les-Bains, 
Alpes-de-Haute-Provence, Provence-Alpes-Côte d'Azur, France métropolitaine, 
04000, France

C'est un problème de Nominatim qui ne dit pas tout simplement "14, Chemin des 
Gravas, 04000 Digne-les-Bains, France"

J'avais demandé il y a quelques années aux développeurs de mettre un formatage 
par pays pour éviter ce problème, sans résultat :/

__
Yves

Photon ne renvoi pas d'adresse complète mais si tu mets bout à bout les valeurs 
retournées, l'adresse est bonne :
http://photon.komoot.de/api/?q=14+Chemin+des+Gravas
{
  "features": [
{
  "geometry": {
"coordinates": [
  6.2036739,
  44.0816309
],
"type": "Point"
  },
  "type": "Feature",
  "properties": {
"osm_id": 5498485824,
"osm_type": "N",
"country": "France",
"osm_key": "place",
"housenumber": "14",
"city": "Digne-les-Bains",
"street": "Chemin des Gravas",
"osm_value": "house",
"postcode": "04000",
"state": "Provence-Alpes-Côte d'Azur"
  }
}
  ],
  "type": "FeatureCollection"
}

En appelant l'API Nominatim et en lui demandant explicitement de détailler 
l'adresse on obtient :
https://nominatim.openstreetmap.org/search?q=14+Chemin+des+Gravas=json=1
[
  {
"place_id": 64039962,
"licence": "Data © OpenStreetMap contributors, ODbL 1.0. 
https://osm.org/copyright;,
"osm_type": "node",
"osm_id": 5498485824,
"boundingbox": [
  "44.0815809",
  "44.0816809",
  "6.2036239",
  "6.2037239"
],
"lat": "44.0816309",
"lon": "6.2036739",
"display_name": "14, Chemin des Gravas, Le Plan de Gaubert, 
Digne-les-Bains, Alpes-de-Haute-Provence, Provence-Alpes-Côte d'Azur, France 
métropolitaine, 04000, France",
"class": "place",
"type": "house",
"importance": 0.411,
"address": {
  "house_number": "14",
  "road": "Chemin des Gravas",
  "hamlet": "Le Plan de Gaubert",
  "town": "Digne-les-Bains",
  "municipality": "Digne-les-Bains",
  "county": "Alpes-de-Haute-Provence",
  "state": "Provence-Alpes-Côte d'Azur",
  "country": "France",
  "postcode": "04000",
  "country_code": "fr"
}
  }
]
En ne gardant que les champs house_number, road, town, postcode, country 
l'adresse "à la française" est correcte.

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

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

[Yves P.]

> Yves : en France on veut l'unicité des points adresse.
> 
Oui, et je suis d'accord avec ça.

L'idée de Florian est bonne, le résultat risque de l'être moins (cf. ton 
explication et celle de Jérôme).

Par rapport au cas du ciné sur le bâtiment, je règle le problème en séparant le 
POI (ici le ciné) du bâtiment :
Je met un noeud pour le POI vers son entrée, et laisse building=*, 
source=cadastre… sur le polygone.

Pour le moment je fais ça manuellement.

Je viens de regarder, d'après TagInfo FR, il y a 676 chemins et 9 relations 
 avec 
amenity=cinema.

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

Re: [OSM-talk-fr] maj base de rendu bloquée (osm.org, osm.fr, osm.ch et surement d'autres)

[Christian Quest]

Le correctif est arrivé (osm2pgsql 1.2.2 et libosmium 2.15.6).

osm13 et osm25 sont à jour, les mise à jour reprennent... quelques jours 
de retard à rattraper ce qui va prendre quelques heures.


Suite ici: https://github.com/osm-fr/infrastructure/issues/208


Le 27/06/2020 à 17:24, Marc M. a écrit :

Bonjour,

pour info, un diff bloque le maj des bases de rendu utilisant osm2pgsql,
entre autre celle de osm.org, osm.fr, osm.ch
sequenceNumber=4082799
timestamp=2020-06-26T19:17:02Z

On attend le correctif :)

Regards,
Marc


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Christian Quest]

C'est malheureusement la logique de fonctionnement de nominatim qui 
cherche à hiérarchiser toute la toponymie.


On a du coup parfois à des niveaux intermédiaires des toponymes 
inadaptés, uniquement par la proximité.


Un chemin près d'un hameau se retrouve rattaché même si il n'en fait pas 
partie.


Très difficile à changer sans revoir l'ensemble de la logique de 
nominatim qui doit surtout s'adapter à des densités très variables 
d'infos dans OSM. En France, nous avons l'ensemble des limites 
administratives et donc à ce niveau on peut raisonner par zonage, mais 
c'est loin d'être le cas partout dans le monde.


Ce défaut disparaît-il quand on définit le hameau en surfacique plutôt 
qu'avec un unique noeud ?



Le 30/06/2020 à 07:53, Arnaud Champollion a écrit :

Bonjour,

Je viens de constater un phénomène en partageant une adresse avec 
l'application Osmand.


Quand on sélectionne cette position :
https://www.openstreetmap.org/?mlat=44.08165=6.20359#map=19/44.08165/6.20359 



on obtient le libellé suivant :

Chemin des Gravas (Le Plan de Gaubert) 14, Digne-les-Bains
Position: geo:44.081646,6.20359?z=19
https://osmand.net/go?lat=44.081646=6.20359=19

Je m'interroge sur "Le Plan de Gaubert" qui est certes un quartier de 
la ville, mais pas le bon. Il en est même relativement éloigné du 
point de vue de l'organisation de la ville, même si proche à vol 
d'oiseau.


Est-ce parce-que "Le Plan de Gaubert" est le place=hamlet le plus 
proche ?


Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le quartier 
du lieu correspondant à la position donnée ?


Et comment limiter la "portée" d'un place=hamlet pour qu'il ne soit 
pas pris en compte par défaut dans d'autres parties de la ville qui en 
sont dépourvues ?


Merci

Arnaud


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Arnaud Champollion]

Le 30/06/2020 à 10:04, Christian Quest a écrit :

Ce défaut disparaît-il quand on définit le hameau en surfacique plutôt 
qu'avec un unique noeud ?


Je peux tester ça quand j'ai un moment.

Ou plutôt le passer en neighbourhood, ce qui correspondrait à la réalité 
(car il s'agit bien d'un quartier et non d'un hameau) ?



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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Arnaud Champollion]

Le 30/06/2020 à 10:27, osm.sanspourr...@spamgourmet.com a écrit :

Arnaud, ici c'est un neighbourhood, pas un hamlet donc déjà testé


On peut quand même le passer en neighbourhood, car c'est ce qui 
correspond à la réalité.


Et augmenter la densité des neighbourhood, dans le cas présent en 
ajoutant le nom du quartier qui manque, ça pourrait aider Nominatim à 
être plus précis ?


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

Re: [OSM-talk-fr] Learning with Verification: Improving Object Recognition with the Community’s Input - The Mapillary Blog

[Yves P.]

> > 297K of them were approvals of detections, and 293K were rejections.
> 
> 50 % de faux, pas mal !
> 
Si j'ai bien compris, c'était avant les vérifications faites par les 
utilisateurs.
Après les scores augmentent.

> > This led to a total number of 114K positive (approvals) and 137K negative 
> > (rejections) training samples to be used for improving our algorithms.
> 
> Encore pire !
> 
Bien avant de lire cet article j'ai constaté qu'ils détectent plus de choses : 
c'est assez bluffant.

Avez-vous vu ce lien en bas d'article ?
https://help.mapillary.com/hc/en-us/articles/360025532692-Verification-projects

Je l'ai parcouru en diagonal, mais ça semble intéressant.

Plutôt que de réinventer la roue, il faudrait voir si c'est possible de 
contribuer à entrainer leur "deep neural networks" mais avec une licence qui 
permet de récupérer les données d'apprentissage.

Et dans leur MarketPlace , on voit 
qu'il y a des projets "locaux" en France :
Paris :
MEMEX Research Project: Rosa Park https://memexproject.eu
Grenoble :
Help identifying bike racks in Grenoble
Help identifying crosswalks in Grenoble
Help identifying benchs in Grenoble.
Help identifying fire hydrants in Grenoble.

Quelqu'un en sait plus sur ces projets ?

__
Yves

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

Re: [OSM-talk-fr] Comment restaurer des données supprimée

[osm . sanspourriel]

La question est ambigüe, porte-t-elle sur le comment le faire auquel cas
Adrien a répondu ou sur le comment retrouver le changeset.

" je m'en rend compte très tardivement. La zone est très limité. Sur
deux immeubles."

À partir de https://www.openstreetmap.org/user//history
tu peux retrouver le changeset à problème que tu annules comme dit par
Adrien.

Tu peux utiliser overpass en mode diff avec deux dates, aussi près que
possible de la date de la boulette (avant et après) et tu cherches les
building supprimés. Il ne doit pas y en avoir beaucoup si tu zoomes
assez avant de lancer la requête. Là encore le plus simple c'est de
trouver ainsi le changeset et se ramener au cas précédent.

Jean-Yvon

Le 30/06/2020 à 07:53, PanierAvide - panierav...@riseup.net a écrit :


Bonjour,

Pour référence : https://wiki.openstreetmap.org/wiki/Change_rollback

Et dans ce cas là, à priori le plus simple est le plugin "undelete" de
JOSM https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete

Cordialement,

Adrien P.
Le 30/06/2020 à 06:33, Gad Jo a écrit :

Bonjour,


J'ai fait une suppression malheureuse mais je m'en rend compte très
tardivement. La zone est très limité. Sur deux immeubles.

C'est plus simple de refaire un import du cadastre mais je demande ça
aussi pour apprendre comment répondre à cette étude de cas.

J'ai posté la demande sur le forum pour que le plus grand nombre
profite de la réponse mais sans succès depuis depuis mai.

Est-ce qu'une personne aurait une solution ?
https://forum.openstreetmap.fr/viewtopic.php?f=5=7400
--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
brièveté.

___
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

[OSM-talk-fr] Learning with Verification: Improving Object Recognition with the Community’s Input - The Mapillary Blog

[Yves P.]

https://blog.mapillary.com/update/2020/06/09/improving-object-recognition-with-communitys-input.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Alternatives à Mapillary

[Yves P.]

> Je viens de mettre mon script sur github:
> https://github.com/tyndare/blur-persons

Une lecture en diagonal indique que tu utilises TensorFlow.

Je me demandais quel est l'algorithme derrière leur "deep neural networks"  ?

Dans la doc de TensorFlow on trouve les termes Convolutional Neural Network 
(CNN)  et Quantum 
Convolutional Neural Network (QCNN) 
.

Une recherche avec "mapillary QCNN" renvoi du code et des articles avec les 
termes CNN et R-CNN :
mapillary/seamseg: Seamless Scene Segmentation 
 - GitHub
Tout le code semble ouvert 

Ils utilisent (entre-autres) le jeu de détection d'objet COCO 
 (330 000 photos téléchargeables 
 en licence CC 4.0 
)


Y a-t-il un.e thésard.e dans la salle qui peut nous faire un topo en français ?

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Yves P.]

Pour répondre directement à ta question :)

> Est-ce parce-que "Le Plan de Gaubert" est le place=hamlet le plus proche ?
Oui

https://overpass-turbo.eu/s/VBm

> 
> Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le quartier du 
> lieu correspondant à la position donnée ?
Peut-être ?

> Et comment limiter la "portée" d'un place=hamlet pour qu'il ne soit pas pris 
> en compte par défaut dans d'autres parties de la ville qui en sont dépourvues 
> ?
Le problème est que nous définissions les lieux-dit, hameaux, quartiers dans 
OSM sous forme de noeuds.

Pour régler ce problème il faudrait définir un polygone, que nous n'avons 
presque jamais concernant les lieux dits/

L'autre solution serait d'avoir un formatage "régional" (pays par pays) cf. mon 
mél précédent.

Un formatage house_number + road + ',' + postcode + town + ',' + country 
fonctionne bien en ville en France.
Mais pas pour une adresse pour un hameau…

A creuser

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

Re: [OSM-talk-fr] Noms des quartiers en ville

[Arnaud Champollion]

Fait.

J'ai passé le Plan de Gaubert en place=neighbourhood

et ajouté un place=neighbourhood "Les Sieyes".




Le 30/06/2020 à 11:54, Arnaud Champollion a écrit :

Le 30/06/2020 à 10:27, osm.sanspourr...@spamgourmet.com a écrit :

Arnaud, ici c'est un neighbourhood, pas un hamlet donc déjà testé


On peut quand même le passer en neighbourhood, car c'est ce qui 
correspond à la réalité.


Et augmenter la densité des neighbourhood, dans le cas présent en 
ajoutant le nom du quartier qui manque, ça pourrait aider Nominatim à 
être plus précis ?


___
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] Noms des quartiers en ville

[osm . sanspourriel]

Le 30/06/2020 à 09:40, Yves P. - yves.prat...@gmail.com a écrit :


Si oui, faut-il créer un place=hamlet "Les Sieyes" qui est le
quartier du lieu correspondant à la position donnée ?

Peut-être ?


En tous cas pas des isolated_dweling comme ici :
https://overpass-turbo.eu/s/VBo

On devrait faire des requêtes pour vérifier l'absence de bâtiments
nombreux autour !


Le problème est que nous définissions les lieux-dit, hameaux,
quartiers dans OSM sous forme de noeuds.

Pour régler ce problème il faudrait définir un polygone, que nous
n'avons presque jamais concernant les lieux dits


Mais quand on l'a il faut le faire.


Le 30/06/2020 à 10:04, Christian Quest - cqu...@openstreetmap.fr a écrit :

Ce défaut disparaît-il quand on définit le hameau en surfacique plutôt
qu'avec un unique noeud ?


La réponse est non par contre on a des arguments pour demander à
Nominatim de ne pas retourner un tel résultat.

Exemple assez fort de café :

https://www.openstreetmap.org/search?query=jardins%20de%20vitalis%2C%20guidel#map=18/47.78742/-3.48546

2 réponses : le lotissement en question (bien) et une piscine en dehors
qui ne porte pas de nom ni d'adresse !

Arnaud, ici c'est un neighbourhood, pas un hamlet donc déjà testé ;-).

Jean-Yvon




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

Re: [OSM-talk-fr] Inscription à l'atelier du 8.07.2020 à 14h sur la standardisation des données vélo

[Yves P.]

> Pour celles et ceux intéressé par le vélo et OSM …

Le lien direct pour s'inscrire issu de "Des nouvelles de transport.data.gouv.fr 
! | Info-lettre Juin 2020"

Mercredi 8 juillet - atelier autour de l'harmonisation des données 
d'aménagements cyclables.
Cet atelier nous permettra d'avancer sur l'élaboration d'un schéma pour les 
données d'aménagements cyclables. 
Vous pouvez accéder à la billetterie ici  


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

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

[Yves P.]

> On en déduira que quelqu'un a vérifié que le cinéma a été transformé en 
> toilettes^^.
> 
> Ça ressemble plus à un nettoyage partiel.
> 
+1
Ou trop rapide :D

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

[OSM-talk-fr] Extracteur de fichier GeoJSON correspond aux points d'arrêts et aux lignes à partir d'un fichier GTFS

[Yves P.]

Bonjour,

Pour celles et ceux qui veulent cartographier dans OSM les lignes de transport 
en commun, transport.data.gouv.fr  vient 
d'annoncer ceci dans son Info-lettre de Juin 2020.

__
Yves


Des réseaux de transport cartographiés
Un extracteur de GeoJSON pour ouvrir de nouveaux usages.
[lien vers la photo dans l'article 
]
Le format GTFS peut faire peur. Le Point d'Accès National n'a pas pour seul but 
d'alimenter des calculateurs d'itinéraires mais doit permettre au plus grand 
nombre d'organisations de s'approprier ces données. Aussi diffuser les données 
sous d'autres formats peut être un moyen de toucher de nouveaux utilisateurs et 
développer de nouveaux usages. C'est pourquoi nous avons mis en place un 
extracteur de GeoJSON qui génère pour chaque fichier GTFS un fichier GeoJSON 
correspond aux points d'arrêts et aux lignes. La visualisation de ce GeoJSON 
est pour le moment disponible dans les résultats d'analyses de GTFS. Ceci sera 
également ajouté comme ressource communautaire sur chaque jeu de données pour 
permettre de télécharger ce fichier GeoJSON. Nous envisageons également de 
produire un fichier complet pour la France et une interface de visualisation. 
N'hésitez pas à nous indiquer votre intérêt pour ce travail, il serait alors 
priorisé !


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

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

[Jérôme Amagat]

Le mar. 30 juin 2020 à 09:13, Yves P.  a écrit :

> Yves : en France on veut l'unicité des points adresse.
>
> Oui, et je suis d'accord avec ça.
>
> L'idée de Florian est bonne, le résultat risque de l'être moins (cf. ton
> explication et celle de Jérôme).
>
> Par rapport au cas du ciné sur le bâtiment, je règle le problème en
> séparant le POI (ici le ciné) du bâtiment :
> Je met un noeud pour le POI vers son entrée, et laisse building=*,
> source=cadastre… sur le polygone.
>
> Pour le moment je fais ça manuellement.
>
> Je viens de regarder, d'après TagInfo FR, il y a 676 chemins et 9
> relations
>  avec
> amenity=cinema.
>
> Sur les relations, je pense qu'il y a des choses à modifier comme
https://www.openstreetmap.org/relation/11186531 et
https://www.openstreetmap.org/relation/11186492
Les relations type=site sont à éviter : pas rendu, peuvent être remplacer
par un polygone ou un multipolygone
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Inscription à l'atelier du 8.07.2020 à 14h sur la standardisation des données vélo

[Yves P.]

Bonjour,

Pour celles et ceux intéressé par le vélo et OSM et qui ne seraient pas inscrit 
à la liste v...@listes.openstreetmap.fr, je vous retransmet le message du 
Responsable de l'ouverture de donnéessur transport.data.gouv.fr
__
Yves

---
Bonjour,

Je suis responsable de l'accompagnement à l'ouverture des données mobilités  
chez transport.data.gouv.fr  , le point d'accès 
nationale aux données mobilité.

J'ai lu dans dans votre discussion sur le forum d'Openstreetmap que certains 
contributeurs aimeraient participer à notre atelier du 8.07 à 14h concernant 
l'élaboration d'un schéma de données pour décrire les aménagements cyclables. 

Pouvez-vous leur demander de m'envoyer un mail à l'adresse : 
deploiem...@transport.beta.gouv.fr   
pour que je puisse confirmer leur inscription et les inclure dans la liste de 
diffusion ?  

Si vous avez des questions ou recommandations, n'hésitez pas à me contacter.

Bonne après-midi
-- 

  •  Miryad Ali
  •  Responsable de l'ouverture de donnéessur transport.data.gouv.fr
  •  Pour prendre rendez-vous : 
https://calendly.com/miryad-ali/reunion-1h 

  •  Incubateur de Services Numériques – DINUM (Services du Premier Ministre)
  •  20, Avenue de Ségur, 75007 Paris  
  •  miryad@beta.gouv.fr  – 
+33.(0)6.95.88.28.69 
> VélOSM mailing list
> v...@listes.openstreetmap.fr
> https://listes.openstreetmap.fr/wws/info/velo
> Archives : https://listes.openstreetmap.fr/wws/arc/velo

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

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

[osm . sanspourriel]

Le 30/06/2020 à 15:22, Yves P. - yves.prat...@gmail.com a écrit :

https://www.openstreetmap.org/relation/11186492
Les relations type=site sont à éviter : pas rendu, peuvent être
remplacer par un polygone ou un multipolygone

C'est curieux ?
Relier des toilettes au bout d'un dédale de souterrain? qui mène au
cinéma (le polygone du bâtiment) ?
Et pour l'autre relier une entrée sur une autre rue avec la salle de
cinéma ??


Justement les dédales ne sont pas dans la relation :
https://www.openstreetmap.org/way/445308489. Est-ce des couloirs publics
? J'imagine mal des toilettes réservées aux clients en dehors du
bâtiment (même si je connais le cas).

Alors j'ai d'autres problèmes :

- toilet=yes Indicates that a feature has a toilet.

Ce n'est donc pas les toilettes elles-mêmes (qui sont publiques amenity
=toilets
).

Donc je mettrais simplement toilet=yes sur le cinéma.

Je suppose que les gens utilisent OSM pour trouver des toilettes
publiques mais par contre que dans un cinéma ils suivent les flèches (et
non les mouches^^ ou OSM).

Mais y a-t-il des cinémas sans toilettes ? Hormis les cinémas en plein
air peut-être.

À voir l'historique du point ça semble avoir été considéré comme le
cinéma. Une entrée ?

source=survey reste depuis le début.

On en déduira que quelqu'un a vérifié que le cinéma a été transformé en
toilettes^^.

Ça ressemble plus à un nettoyage partiel.

Jean-Yvon

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

Re: [OSM-talk-fr] Alternatives à Mapillary

[Yves P.]

> Y a-t-il un.e thésard.e dans la salle qui peut nous faire un topo en français 
> ?

Une recherche GitHub montre qu'il existe plusieurs modèles pré-entrainés dont 
de la détection de visage, d'expression du visage, de postures…

#pretrained-models #face-detection 

timesler  / facenet-pytorch 

MaybeS  / face-detection 

syedalamabbas  / FaceLandMark 


L'image animée 

 dans le readme 
 du premier 
projet est bluffante :)

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

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

[Yves P.]

> Sur les relations, je pense qu'il y a des choses à modifier comme 
> https://www.openstreetmap.org/relation/11186531 
>  et 
> https://www.openstreetmap.org/relation/11186492 
> 
> Les relations type=site sont à éviter : pas rendu, peuvent être remplacer par 
> un polygone ou un multipolygone
C'est curieux ?
Relier des toilettes au bout d'un dédale de souterrain? qui mène au cinéma (le 
polygone du bâtiment) ?
Et pour l'autre relier une entrée sur une autre rue avec la salle de cinéma ??

Je pige, tu veux mettre des tags sur un polygone avec une adresse (beurk) sans 
mélanger ces tags avec avec ceux du polygone building=* + addr:*=* (+ 
toilets=yes )

KISS 

Admettons que je mette le noeud amenity=cinema près de l'entrée : 48.8321269, 
2.3758317

Voici les adresses géocodées :
Google  : 162 Avenue de France 128, 
75013 Paris
Site du Mk2  : 128/162 av. de 
France 75013 Paris
Fichier du CNC : 128 A 162 AVENUE DE FRANCE Paris 13e Arrondissement
Nominatim 

 : 128-162, Avenue de France, 75013, Paris
Photon  : 
128-162 Avenue de France 75013 Paris
adresse.data.gouv.fr 
 134 
Avenue de France 75013 Paris

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

Re: [OSM-talk-fr] édition en masse sur les adresses des cinémas

[Florian LAINEZ]

@jérome @jean-yvon @Yves je suis très conscient des effets de bords que
vous mentionnez et je suis embêté.
A vrai dire je suis à deux doigts de suggérer d'abandonner totalement ces
"contact:" à tout jamais.

Je constate en effet que 9500 contact:street sont en France sur les 10300
utilisés de par le Monde, soit 92%. Autant dire que c'est un tag
franco-français.

Cela me fait réfléchir sérieusement : @christian @vdct pourriez-vous svp
rappeler les raisons qui nous ont poussé à utiliser ces tags ?
Y a-t-il d'autres raisons que celle, évidente, d'éviter les doublons
d'adresse ? Est-ce que cela justifie vraiment de créer tout un jeu de tags
qui n'est utilisé que par les français et qui restera durablement
incompatible avec les outils d'édition prédominants ?

Ces tags n'apparaissent pas sur les pages
https://wiki.openstreetmap.org/wiki/FR:Adresses
https://wiki.openstreetmap.org/wiki/FR:Key:contact
Par ailleurs le graphique en haut de la page
https://wiki.openstreetmap.org/wiki/Key:contact indique la popularité
déclinante des tags "contact:" ces dernières années.

Désolé de ressortir ce vieux squelette du placard mais je ne m'étais pas
rendu compte que la France faisait exception sur le sujet et j'ai
l'impression qu'on a fait fausse route depuis des années.
Ne serait-il pas temps de tuer le monstre ?

Florian, qui donne entre 2 mails un avis totalement opposé (après avoir
creusé le sujet)

Le mar. 30 juin 2020 à 15:59, Yves P.  a écrit :

> On en déduira que quelqu'un a vérifié que le cinéma a été transformé en
> toilettes^^.
>
> Ça ressemble plus à un nettoyage partiel.
>
> +1
> Ou trop rapide :D
>
> __
> Yves
> ___
> 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] édition en masse sur les adresses des cinémas

[Florian LAINEZ]

Pour en rajouter une couche, quand on voit la progression de la courbe des
tags "contact:" liée aux adresses, elle est carrément flat :
https://taghistory.raifer.tech/#***/contact:street/&***/contact:housenumber/&***/contact:postcode/&***/addr:street/&***/addr:housenumber/&***/addr:postcode/

Le mar. 30 juin 2020 à 23:18, Florian LAINEZ  a écrit :

> @jérome @jean-yvon @Yves je suis très conscient des effets de bords que
> vous mentionnez et je suis embêté.
> A vrai dire je suis à deux doigts de suggérer d'abandonner totalement ces
> "contact:" à tout jamais.
>
> Je constate en effet que 9500 contact:street sont en France sur les 10300
> utilisés de par le Monde, soit 92%. Autant dire que c'est un tag
> franco-français.
>
> Cela me fait réfléchir sérieusement : @christian @vdct pourriez-vous svp
> rappeler les raisons qui nous ont poussé à utiliser ces tags ?
> Y a-t-il d'autres raisons que celle, évidente, d'éviter les doublons
> d'adresse ? Est-ce que cela justifie vraiment de créer tout un jeu de tags
> qui n'est utilisé que par les français et qui restera durablement
> incompatible avec les outils d'édition prédominants ?
>
> Ces tags n'apparaissent pas sur les pages
> https://wiki.openstreetmap.org/wiki/FR:Adresses
> https://wiki.openstreetmap.org/wiki/FR:Key:contact
> Par ailleurs le graphique en haut de la page
> https://wiki.openstreetmap.org/wiki/Key:contact indique la popularité
> déclinante des tags "contact:" ces dernières années.
>
> Désolé de ressortir ce vieux squelette du placard mais je ne m'étais pas
> rendu compte que la France faisait exception sur le sujet et j'ai
> l'impression qu'on a fait fausse route depuis des années.
> Ne serait-il pas temps de tuer le monstre ?
>
> Florian, qui donne entre 2 mails un avis totalement opposé (après avoir
> creusé le sujet)
>
> Le mar. 30 juin 2020 à 15:59, Yves P.  a écrit :
>
>> On en déduira que quelqu'un a vérifié que le cinéma a été transformé en
>> toilettes^^.
>>
>> Ça ressemble plus à un nettoyage partiel.
>>
>> +1
>> Ou trop rapide :D
>>
>> __
>> Yves
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>


-- 

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