Re: [OSM-talk-fr] Nom de zone géographique / touristique

[Nicolas Bétheuil]

De plus plusieurs ont réagi sur l'exemple du Gévaudan

Pour préciser ma pensée sur cet exemple :
je regardais un documentaire sur des treks et la guide faisait un GR
qui passait dans le gévaudan et argumentait qu'on voyait les limites de
la région pusique la flore évoluait au fil de la randonnée,
probablement pour des raisons géologique.

De par ce documentaire je voulais voir sur la carte, dans OSM, cette
région et la recherche ne me donne rien de pertinent.

Il ne s'agit ni du PETR (mais dois quand même en faire partie),
wikipedia parle d'un ancien diocèse, il doit aussi y avoir une réalité
géologique, bref pleins de réalité différentes interessantes à
représenter tout en sachant que "la carte n'est pas le territoire".

Tout ça dans l'idée aussi, surtout ! de pouvoir dire et utiliser OSM
comme référence cartographique et pas, "ah bah non, là ça marche pas"
pour pleins d'excellentes raisonst interne à OSM

On Fri, 2022-06-24 at 17:06 +0200, Nicolas Bétheuil wrote:
> Merci beaucoup pour vos réponses. Je note le fait que certaines
> informations n'ont pas pour but d'être dans OSM pour la raison que ce
> sont des données historiques, sans réalité physique actuelle.
> 
> Sur le gévaudan en particulier, me suis rendu compte avec une requête
> overpass qu'il existe cette relation
> https://www.openstreetmap.org/relation/11284962
> 
> Salutations
> Nicolas
> 
> mais qui ne ressort pas dans Nominatim, parce que c'est une relation
> ?
> 
> Et sinon, sur les informations géologiques ?
> 
> On Fri, 2022-06-24 at 15:59 +0200, Marc_marc wrote:
> > Bonjour Yannick,
> > 
> > Le 24.06.22 à 12:13, Yannick a écrit :
> > > Le 24/06/2022 à 10:48, Marc_marc a écrit :
> > > 
> > > > à n'ajouter que si cela a du sens encore aujourd'hui vu que
> > > > c'est
> > > > vraiement vieux
> > > 
> > > Tu ne peux préjuger de ce qui est utile ou non à d'autres.
> > 
> > Merci pour ton avis.
> > Juger si c'est utile ou pas n'est pas mon propos.
> > mon propos c'est qu'osm c'est la réalité d'aujourd'hui.
> > osm n'est pas une base de donnée de l'histoire du monde.
> > 
> > exemple 1 :
> > le tracé de l'empire romain sans aucune trace sur le terrain
> > est utile à plein de personne mais il n'a pas sa place dans osm,
> > des prrojets style OpenHistoricalMap sont fait pour ce genre
> > de données historiques.
> > 
> > exemple 2:
> > Certaines communes fusionnées sont encore utilisée aujourd'hui,
> > des personnes disent encore parfois "j'habite dans l'ancienne
> > commune ABC", des noms de rues changent encore parfois de nom
> > à l'ancienne limite communale. je trouve pertinent de conserver
> > ce genre de donnée dans osm "pour un certain temps"
> > 
> > Pour une tracé d'une entité administrative qui n'existe plus
> > depuis la révolution française, j'ai un gros doute, ne sachant pas
> > si Nicolas parlait de l'entité administrative ou "géologique"
> > Si qlq trouve que cela a encore une réalité aujourd'hui,
> > alors cela a sa place dans osm, sinon (et c'est mon impression),
> > c'est une information pour OpenHistoricalMap
> > 
> > https://wiki.openstreetmap.org/wiki/FR:Open_Historical_Map
> > 
> > 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


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

Re: [OSM-talk-fr] Nom de zone géographique / touristique

[Nicolas Bétheuil]

Bonjour

Merci David pour toutes ces précisions et formalisation sur des usages
qui se rapprochent de l'idée.
Quelques questions pratique :
Quand tu parles d'une note, tu parles d'une mention dans le tag source
? 
Comment trouver la couche géologique pour décalquer les contours ? 
C'est un truc libre ?
Le rendu IGN des altitudes (couleur par altitude et pas juste courbe)
pourraient être intéressant mais j'imagine pas libre, même si le modèle
des courbes de niveau est lui libre (de la NASA j'avais lu ?)


On Fri, 2022-06-24 at 17:53 +, David Marchal via Talk-fr wrote:
> Bonjour à tous !
> 
> Si c’est pour des régions naturelles, il y a un schéma "non-officiel"
> (non approuvé par le processus de discussion/vote Wiki) de
> (multi)polygones pour cartographier ça: place=region +
> region:type=natural_area ; pour le pays d’Othe, par exemple :
> https://www.openstreetmap.org/relation/1241697 (pour info,
> OpenTopoMap rend ces informations par un label qui se courbe pour
> suivre au mieux les limites de la région :
> https://opentopomap.org/#map=8/47.9145/3.9880). Certains
> contributeurs utilisent natural=* ou region:type=mountain_range pour
> préciser davantage de quel type de région il s’agit.
> 
> Je me sers de ce genre de polygones/relations dans ma région, tout en
> mettant une note indiquant que, s’agissant de régions naturelles, les
> limites sont par définition contestables, et je constate que je ne
> suis pas le seul (https://www.openstreetmap.org/relation/3078437).
> Pour ma part, si j’estime pouvoir donner une limite, même imprécise,
> je cartographie la région en plaçant cette note ; charge à qui veut
> améliorer la limite de le faire, c’est tout le principe d’OSM. Si,
> par contre, c’est vraiment trop flou (genre, je n’ai que quelques
> noms de localités considérées comme incluses dans la région), je ne
> cartographie pas.
> 
> Toutefois, je me suis aperçu que, pour beaucoup de régions
> naturelles, utiliser une carte géologique et un modèle numérique de
> terrain, qui va indiquer côtes, lignes de crêtes, vallées… permet de
> placer assez précisément les limites des régions naturelles, qui
> correspondent assez souvent, par exemple, à un changement de roche
> mère ou à la brusque apparition d’un pays vallonné. Exemple avec les
> collines sous-vosgiennes
> (https://www.openstreetmap.org/relation/14220370) qui correspondent à
> l’apparition, depuis le plateau lorrain argilo-calcaire, d’un pays de
> collines gréseuses : avec carte géologique et ombrage des reliefs, ça
> va tout seul ! Bon, on a une précision à l’hectomètre ou au
> kilomètre, mais c’est plus précis qu’un nœud au milieu de nulle part,
> qui ne donne aucune idée, même approximative, de l’emprise.
> 
> On pourrait ergoter sur les limites précises, car qui peut dire où
> s’arrête un plateau et où commence la plaine qu’il domine ? À quel
> niveau de l’escarpement donner la limite ? Toutefois, le fait est que
> de telles régions existent, même si elles ont des limites floues ; la
> question est alors de savoir ce qu’on veut cartographier. La réalité
> dans toute son imprécision, ou une version expurgée de tout ce qui
> n’est pas considéré comme suffisamment précis ?
> 
> Concernant le Gévaudan, attention : un PETR est une entité
> administrative, et, par expérience, ces entités, même si elles
> reprennent le nom d’anciennes provinces ou de régions naturelles, ne
> les recouvrent qu’imparfaitement et en sont différentes. Selon le
> principe OSM « Un élément, une entité », le PETR et la région
> naturelle, s’ils sont tous deux cartographiés, devraient l’être, à
> mon sens, avec deux entités.
> 
> Enfin, je rappelle tout de même que tout cela n’est que mon avis,
> mais si ça peut servir…
> 
> Cordialement.
> 
> Gesendet mittels einer sicheren E-Mail von Proton Mail.
> 
> --- Original Message ---
> Christian Quest  schrieb am Freitag, 24.
> Juni 2022 um 17:14:
> 
> 
> > Le 24/06/2022 à 15:59, Marc_marc a écrit :
> > 
> > > Bonjour Yannick,
> > > 
> > > Le 24.06.22 à 12:13, Yannick a écrit :
> > > 
> > > > Le 24/06/2022 à 10:48, Marc_marc a écrit :
> > > > 
> > > > > à n'ajouter que si cela a du sens encore aujourd'hui vu que
> > > > > c'est
> > > > > vraiement vieux
> > > > 
> > > > Tu ne peux préjuger de ce qui est utile ou non à d'autres.
> > > 
> > > Merci pour ton avis.
> > > Juger si c'est utile ou pas n'est pas mon propos.
> > > mon propos c'est qu'osm c'est la réalité d'aujourd'hui.
> > > osm n'est pas une base de donnée de l'histoire du monde.
> > > 
> > > exemple 1 :
> > > le tracé de l'empire romain sans aucune trace sur le terrain
> > > est utile à plein de personne mais il n'a pas sa place dans osm,
> > > des prrojets style OpenHistoricalMap sont fait pour ce genre
> > > de données historiques.
> > > 
> > > exemple 2:
> > > Certaines communes fusionnées sont encore utilisée aujourd'hui,
> > > des personnes disent encore parfois "j'habite dans l'ancienne
> > > commune ABC", des noms de rues changent encore parfois de nom
> 

Re: [OSM-talk-fr] Nom de zone géographique / touristique

[Nicolas Bétheuil]

Merci beaucoup pour vos réponses. Je note le fait que certaines
informations n'ont pas pour but d'être dans OSM pour la raison que ce
sont des données historiques, sans réalité physique actuelle.

Sur le gévaudan en particulier, me suis rendu compte avec une requête
overpass qu'il existe cette relation
https://www.openstreetmap.org/relation/11284962

Salutations
Nicolas

mais qui ne ressort pas dans Nominatim, parce que c'est une relation ?

Et sinon, sur les informations géologiques ?

On Fri, 2022-06-24 at 15:59 +0200, Marc_marc wrote:
> Bonjour Yannick,
> 
> Le 24.06.22 à 12:13, Yannick a écrit :
> > Le 24/06/2022 à 10:48, Marc_marc a écrit :
> > 
> > > à n'ajouter que si cela a du sens encore aujourd'hui vu que c'est
> > > vraiement vieux
> > 
> > Tu ne peux préjuger de ce qui est utile ou non à d'autres.
> 
> Merci pour ton avis.
> Juger si c'est utile ou pas n'est pas mon propos.
> mon propos c'est qu'osm c'est la réalité d'aujourd'hui.
> osm n'est pas une base de donnée de l'histoire du monde.
> 
> exemple 1 :
> le tracé de l'empire romain sans aucune trace sur le terrain
> est utile à plein de personne mais il n'a pas sa place dans osm,
> des prrojets style OpenHistoricalMap sont fait pour ce genre
> de données historiques.
> 
> exemple 2:
> Certaines communes fusionnées sont encore utilisée aujourd'hui,
> des personnes disent encore parfois "j'habite dans l'ancienne
> commune ABC", des noms de rues changent encore parfois de nom
> à l'ancienne limite communale. je trouve pertinent de conserver
> ce genre de donnée dans osm "pour un certain temps"
> 
> Pour une tracé d'une entité administrative qui n'existe plus
> depuis la révolution française, j'ai un gros doute, ne sachant pas
> si Nicolas parlait de l'entité administrative ou "géologique"
> Si qlq trouve que cela a encore une réalité aujourd'hui,
> alors cela a sa place dans osm, sinon (et c'est mon impression),
> c'est une information pour OpenHistoricalMap
> 
> https://wiki.openstreetmap.org/wiki/FR:Open_Historical_Map
> 
> 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

[OSM-talk-fr] Nom de zone géographique / touristique

[Nicolas Bétheuil]

Bonjour,

En cherchant des noms de zone géographique, zone géologique nommée,
anciennes dénomination territoriale ... je sais pas trop comment
appeller ça, je suis toujours frustré de ne pas les trouver dans OSM
mais sur d'autres sources. 

Des exemples valent mieux que des grands discours :
 - le gévaudan
 - plateau des milles vaches
 - plateau de Calern (sur les hauts de Cannes)
 - des combes

J'ai vu qu'il y avait une proposition pour natural=plateau

Surement une bonne raison de leur absence. Si en plus c'est absent des
rendus où non pris en compte dans les moteurs de recherche, l'intéret
est limité.

Merci

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

Re: [OSM-talk-fr] géolocalisation des photos

[Nicolas Bétheuil]

Sur un nextcloud avec Yunohost c'est pas le cas, les exifs sautent.
Mais peut être plutôt côté android (LineageOS)

On Wed, 2022-06-22 at 19:51 +0200, Jacques Lavignotte wrote:
> 
> 
> Le 22/06/2022 à 19:42, Hélène PETIT a écrit :
> 
> 
> > Je viens de tester le partage sur mon cloud zaclys,
> 
> Le partage Owncloud/Linux chez Zaclys c'est ma configuration et elle
> et 
> je confirme que ça conserve la géoloc.
> 
>   puis vers une
> > adresse mail, puis sur mon pc ;
> 
> Et la photo dans mon mail de 15h44 ?
> 
> J.
> 


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

Re: [OSM-talk-fr] cohérence base adresse / siren / cadastre

[Nicolas Bétheuil]

On Tue, 2022-06-21 at 10:46 +0200, Christian Quest wrote:
> Le 20/06/2022 à 22:46, Nicolas Bétheuil a écrit :
> > Bonsoir,
> > 
> > Allant bientôt faire un tour de vélo dans le coin de la normandie
> > vers
> > le mont saint michel, j'ai voulu repérer les réparateurs de vélo au
> > cas
> > où. Je suis tombé sur un noeud entre le cadastre et la base
> > adresse.
> > 
> > Qui tranche entre les différentes autorités ?
> > 
> > La route en question :
> > https://www.openstreetmap.org/way/236981573
> > 
> > côté base adresse :
> > https://adresse.data.gouv.fr/base-adresse-nationale/50484_6ajy9x#16.19/48.579986/-1.103393
> > 
> > Il y a une différence dans la localisation du lieu dit/quartier "Le
> > clos drieux"
> > "Les isles" est lui absent du cadadre.
> > 
> > La société en question
> > SARL VELO'NATUREL
> > LES ISLES
> > 143 RTE D AVRANCHES
> > 50600 SAINT-HILAIRE-DU-HARCOUET
> > 
> > avec son site : https://www.velonaturel.com/
> > 
> > Du coup tout un paté de maison n'est pas géocodé et ne remonte pas
> > dans
> > osmose (j'imagine) dans l'analyse siren
> > http://osmose.openstreetmap.fr/en/map/#zoom=17&lat=48.580269&lon=-1.101916&item=8310&level=1%2C2%2C3&tags=&fixable=&class=
> > 
> > Les modifications que j'envisage :
> > déplacer le nom "le clos drieux"
> > placer "les isles"
> > nommer la way "route d'avranche"
> > positionner les adresses (le 143 est absent de la base adresse).
> > voir ce que osmose remonte
> > 
> > Comme la modif est un peu grosse et que c'est un peu nouveau, je me
> > demandais avant de tout casser.
> > 
> > Merci pour vos lumières
> > 
> 
> Petite enquête...
> 
> - la photo sur le site web https://www.velonaturel.com/ montre un 
> bâtiment bien récent
> 
> - il y a un terrain vague entre le 141 et le 145 de la BAN
> 
> - sur leur page facebook, les photos montrent en reflet dans leur 
> vitrine le bâtiment d'en face
> 
> - Mapillary permet de confirmer l'allure du bâtiment à la forme de
> son toit
> 
> - un contrôle sur GoogleStreetView confirme tout ça.
> 
> 
> J'ai fait les modifs.
> 

Ok, je me prends bien la tête, je note

Du coup j'ai un peu complété le coin

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

[OSM-talk-fr] cohérence base adresse / siren / cadastre

[Nicolas Bétheuil]

Bonsoir,

Allant bientôt faire un tour de vélo dans le coin de la normandie vers
le mont saint michel, j'ai voulu repérer les réparateurs de vélo au cas
où. Je suis tombé sur un noeud entre le cadastre et la base adresse.

Qui tranche entre les différentes autorités ?

La route en question :
https://www.openstreetmap.org/way/236981573

côté base adresse :
https://adresse.data.gouv.fr/base-adresse-nationale/50484_6ajy9x#16.19/48.579986/-1.103393

Il y a une différence dans la localisation du lieu dit/quartier "Le
clos drieux"
"Les isles" est lui absent du cadadre.

La société en question
SARL VELO'NATUREL
LES ISLES
143 RTE D AVRANCHES
50600 SAINT-HILAIRE-DU-HARCOUET 

avec son site : https://www.velonaturel.com/

Du coup tout un paté de maison n'est pas géocodé et ne remonte pas dans
osmose (j'imagine) dans l'analyse siren
http://osmose.openstreetmap.fr/en/map/#zoom=17&lat=48.580269&lon=-1.101916&item=8310&level=1%2C2%2C3&tags=&fixable=&class=

Les modifications que j'envisage : 
déplacer le nom "le clos drieux"
placer "les isles"
nommer la way "route d'avranche"
positionner les adresses (le 143 est absent de la base adresse).
voir ce que osmose remonte

Comme la modif est un peu grosse et que c'est un peu nouveau, je me
demandais avant de tout casser.

Merci pour vos lumières


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

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Nicolas Bétheuil]

> Est-ce que tu connais des algos vraiment performants pour le floutage
> des visages/plaques d'immatriculation, etc.. ? C'est un point très très
> important.

Chez un concurrent de street view, c'était du machine learning qui essayait
de remplacer une boite spécialisé d'un pays de l'est (qui du coup servait
d'entraînement à l'IA). Ça marchait plutôt bien.

Le ven. 19 juin 2020 à 09:58, Stéphane Péneau 
a écrit :

> Le 19/06/2020 à 09:31, PanierAvide a écrit :
> >
> > Si on est sur un modèle décentralisée / distribué, le coût du stockage
> > / maintenance est réparti, ce qui en fait une solution probablement
> > plus viable et surtout qui ne dépend plus d'une unique entité. Même si
> > Mapillary reste bienveillant à la vue de leur communication, on est
> > quand même dans un écosystème où ces solutions sont entièrement sous
> > la responsabilité des GAFAM : pas génial, on est quand même mieux dans
> > un monde où on a des alternatives.
> >
> > Quand on voit des outils comme Peertube, ou les plus vieux systèmes de
> > partage de fichier BitTorrent, je me dis qu'il y a sûrement une carte
> > à jouer sur les photos de rue géolocalisées... Une instance de
> > stockage par chapitre local OSM + instances d'entreprises qui font du
> > relevé photo, qui communiquent entre elles et avec un beau portail web
> > et des flux WFS... Ça fait rêver :-) Je crois que certains dans l'asso
> > avaient commencé à réfléchir au sujet.
> >
> Est-ce que tu connais des algos vraiment performants pour le floutage
> des visages/plaques d'immatriculation, etc.. ? C'est un point très très
> important.
>
> 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] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Nicolas Bétheuil]

l'IRC est un chat, pas un forum

sur un IRC les messages passent et son perdues, de la causette.
Sur un forum les messages restent, on peut chercher, avoir des fils de
discussions, des pièces jointes ...

Le jeu. 11 juin 2020 à 16:09, Yves P.  a écrit :

> > Euh, ça s'appelle un forum et ça n'a jamais cessé d'exister.
> Je t'invite à utiliser celui d'osm, l'IRC… 🥴
>
> __
> 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

Re: [OSM-talk-fr] et si c'était Nöel ? liste de souhait et d'intérêt des outils existant

[Nicolas Bétheuil]

Ah, si internet avait inventé un truc où l'on puisse suivre des sujets,
envoyer des messages, des clients riches ...
Euh, ça s'appelle un forum et ça n'a jamais cessé d'exister.
https://www.techradar.com/best/best-usenet-providers



Le jeu. 11 juin 2020 à 12:36, Stéphane Péneau 
a écrit :

> Le 10/06/2020 à 18:15, Marc M. a écrit :
> > Bonjour,
> >
> > au niveau de la liste de l'asso osm-fr, démarre une discussion
> > autour de "à quoi l'asso devrait affecter ses ressources humaines
> > et financière".
> > Du coup je trouve que c'est l'occasion de demander à la communauté
> > ce qu'elle a besoin mais qui n'existe pas, ce qui existe et qu'elle
> > utilise et de classer un peu tout cela en fonction de priorité (qui
> > sont évidement propre à chacun).
> > Cela pourrait éclairer l'association dans ses choix.
> > La liste des services fournit par l'asso est +- dispo sur
> > https://wiki.openstreetmap.org/wiki/FR:Serveurs_OpenStreetMap_France#VMs
>
> 1)
>
> Sur twitter, il y a un groupe "Mapillary team fr" ou on discute de
> ...Mapillary, de prises de vues, de matos, etc...
>
> L'idée avait été émise d'avoir un canal de discussion plus approprié. Il
> y a un prérequis assez important qui exclut la mailing liste ou le forum
> actuel :
>
> Pouvoir insérer des photos ou captures d'écrans très facilement. Un
> glisser-déposer ou ctrl+v doit suffire.
>
> 2)
>
> Sinon, autre cadeau : pouvoir suivre des objets osm en particulier, et
> être alerté (mail, flux rss, autre) en cas de modification.
>
> J'avais commencé à modifier osmada pour ça, mais je manque de temps
> libre. Ça implique aussi l'utilisation d'une instance Overpass qui gère
> les addif, et ce n'est pas le cas de l'instance française.
>
>
> 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] méthode et outil pour intégrer l'opendata

[Nicolas Bétheuil]

J'en étais resté à "utiliser une instance overpass publique pour des
requêtes sur de grandes régions n'est pas recommandé"
Et ce ne serait pas à faire qu'une fois mais à chaque nouvelle mise à jour
du jeu de données d'origine.

Après pré mâcher le travail en montant un overpass "perso", charger la zone
souhaitée, la requêter pour trouver ce qui est intéressant puis éteindre,
ça peut être une option.

Le mar. 2 juin 2020 à 22:21, Marc M.  a écrit :

> osmose monte en effet une base osm en local pour ses analyses.
> vu que l'étape 1 n'est à faire qu'une fois, une requête overpass
> sur l'étendue du jeux de donnée opendata est aussi possible.
>
> Le 02.06.20 à 09:57, Nicolas Bétheuil a écrit :
> > Bonjour,
> >
> > Effectivement on a pas la même définition de petit : je ne vois pas
> > comment faire la 1ère étape sans monter une base OSM (ou ses données et
> > comparer point par point). Conflation dans josm ? Analyse osmose, qui va
> > devoir monter une base OSM ? Une telle analyse sur un département c'est
> > en minutes voir dizaines de minutes sur mon poste (pour voir si ça
> > tourne) du coup je trouve ça gros.
> > Quand je parlais de petit c'était des changeset fait par un humain, du
> > coup moins d'une dizaine de point par changeset au fur à mesure.
> >
> > Salutations
> > Nicolas
> >
> > Le mar. 2 juin 2020 à 06:53, Marc M.  > <mailto:marc_marc_...@hotmail.com>> a écrit :
> >
> > Bonjour,
> >
> > Le 31.05.20 à 15:27, Nicolas Bétheuil a écrit :
> > > Diviser le travail en plus petit morceaux pour pouvoir avancer.
> >
> > c'est justement ce que je proposais et qui apparemment est mal
> compris
> > 1) intégrer tous points dont la position est connue dans osm
> > pour rajouter les infos opendata (import à discuter)
> > 2a) utiliser une image "rue" pour ajouter les points inexistant
> > dans osm mais dont une photo permet de le voir (contribution
> classique)
> > 2b) utiliser un éditeur sur le terrain pour ajouter les points
> > inexistants dans osm dont on n'a pas de photo (contribution
> classique)
> >
> > mais proposer une image sat parce que la localisation
> > n'est pas bonne, c'est comme un tournevis pour un clou :
> > si on ne voit pas la borne, on ne sait pas corriger la localisation,
> > correction estimé nécessaire pour justifier la revue humaine.
> >
> > Cordialement,
> > Marc
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org <mailto: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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Bonjour,

Je vais couper l'instance qui tourne pour od2osm : il n'y a pas eu de
nouvelles contributions sur ce jeu de données depuis son import.
Il y a eu débat sur l'utilité d'importer les données sans pouvoir les
qualifier finement.
Pour le jeu de données sur les commerces parisiens, suite à la formation de
Simon sur JOSM, il y a surement mieux à faire avec du qgis ...
Puis ça me coûte un peu de sous tous les jours ... autant l'utiliser
autrement qu'à ne rien faire.
La base de données, vu son usage/stockage est gratuite. Je pourrais
récupérer la données, mais qu'une conflation pourra aussi bien/mieux faire.


Le sam. 30 mai 2020 à 11:51, Nicolas Bétheuil  a écrit :

> Et bah voilà 12000 points de chargé
>
> amis contributeur, à vos souris
>
>
>
> Le ven. 29 mai 2020 à 22:21, Antonin Delpeuch (lists) <
> li...@antonin.delpeuch.eu> a écrit :
>
>> Salut Nicolas,
>>
>> Voilà la version complète:
>>
>> http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson
>>
>> Antonin
>> On 29/05/2020 17:07, Nicolas Bétheuil wrote:
>>
>> Les évolutions / correctifs avancent. Je pousse régulièrement.
>> Écrivez moi directement, je verrais si je fais une diffusion spécifique
>> pour vous gardez informé des nouveautés.
>>
>> Christian a ajouté od2osm au proxy IGN ! Merci !
>>
>> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent plus
>> qu'on cause ensemble, je te propose de continuer en issue github
>> @Antonin Le jeu de données que tu m'avais envoyé avait moins de 90
>> points, loin des 12 000 points que tu avais évoqué.
>>
>> Le mer. 27 mai 2020 à 12:02, Yves P.  a écrit :
>>
>>> Les "name" ont été enlevés du jeu de données et l 'outil affiche
>>> maintenant soit name soit ref (en fonction de ce qui existe)
>>>
>>> J'ai ajouté le fond de carte BD Ortho
>>>
>>> Merci :)
>>>
>>>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le proxy
>>> https://forum.openstreetmap.fr/viewtopic.php?f=5&t=4715&p=19681#p19681)
>>>
>>> ici ça marche aussi ;)
>>>
>>> Pour info, MyOSMatic (maposmatic) sort des carte
>>> <https://maposmatic.osm-baustelle.de/maps/116513> des PEIs : le
>>> résultat est plutôt bien :)
>>> Il faut revoir la taille des réserves incendie et des DAE, et
>>> éventuellement l'adapter avec les symboles utilisés en France.
>>>
>>> __
>>> Yves
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://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] méthode et outil pour intégrer l'opendata

[Nicolas Bétheuil]

Bonjour,

Effectivement on a pas la même définition de petit : je ne vois pas comment
faire la 1ère étape sans monter une base OSM (ou ses données et comparer
point par point). Conflation dans josm ? Analyse osmose, qui va devoir
monter une base OSM ? Une telle analyse sur un département c'est en minutes
voir dizaines de minutes sur mon poste (pour voir si ça tourne) du coup je
trouve ça gros.
Quand je parlais de petit c'était des changeset fait par un humain, du coup
moins d'une dizaine de point par changeset au fur à mesure.

Salutations
Nicolas

Le mar. 2 juin 2020 à 06:53, Marc M.  a écrit :

> Bonjour,
>
> Le 31.05.20 à 15:27, Nicolas Bétheuil a écrit :
> > Diviser le travail en plus petit morceaux pour pouvoir avancer.
>
> c'est justement ce que je proposais et qui apparemment est mal compris
> 1) intégrer tous points dont la position est connue dans osm
> pour rajouter les infos opendata (import à discuter)
> 2a) utiliser une image "rue" pour ajouter les points inexistant
> dans osm mais dont une photo permet de le voir (contribution classique)
> 2b) utiliser un éditeur sur le terrain pour ajouter les points
> inexistants dans osm dont on n'a pas de photo (contribution classique)
>
> mais proposer une image sat parce que la localisation
> n'est pas bonne, c'est comme un tournevis pour un clou :
> si on ne voit pas la borne, on ne sait pas corriger la localisation,
> correction estimé nécessaire pour justifier la revue humaine.
>
> 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] méthode et outil pour intégrer l'opendata (était: Import de points d'eau incendie en Saône-et-Loire)

[Nicolas Bétheuil]

valider
> > la position sur le terrain)
> >
> > Cordialement,
> > Marc
> >
> >
> > Le 30.05.20 à 14:30, Antonin Delpeuch (lists) a écrit :
> >> L'outil peut être utile pour intégrer toutes sortes de jeux de données:
> >> il n'est évidemment pas conçu spécifiquement pour les PEI comme tu l'as
> >> remarqué.
> >>
> >> Dans le cas spécique des PEI, c'est utile pour un contributeur qui
> >> souhaite ajouter des métadonnées à des PEIs repérés sur le terrain,
> >> qu'ils aient déjà des nœuds correspondant dans OSM ou pas.
> >>
> >> L'absence de dépendance à un éditeur externe est un gros plus pour moi,
> >> car le passage répété entre les deux a un coût vraiment non-négligeable.
> >>
> >> Je pense que c'est bien de respecter la diversité des approches et des
> >> outils, évitons de nous tirer dans les pattes…
> >>
> >> Antonin
> >>
> >> On 30/05/2020 11:21, Marc M. wrote:
> >>> Bonjour,
> >>>
> >>> je prend mon clavier pour reposer la question tant évitée :
> >>> la position est suposée mauvaise au point de ne pas vouloir d'import.
> >>> et l'imagerie sat ne permet pas de voir la borne,
> >>> du coup que fait le contributeur avec sa souris ?
> >>>
> >>> le positionement de ton outil m'échappe.
> >>>
> >>> Cordialement,
> >>> Marc qui penche pour osmose+pic4review+vespucci
> >>>
> >>> Le 30.05.20 à 11:51, Nicolas Bétheuil a écrit :
> >>>> Et bah voilà 12000 points de chargé
> >>>>
> >>>> amis contributeur, à vos souris
> >>>>
> >>>>
> >>>>
> >>>> Le ven. 29 mai 2020 à 22:21, Antonin Delpeuch (lists)
> >>>> mailto:li...@antonin.delpeuch.eu>> a
> écrit :
> >>>>
> >>>> Salut Nicolas,
> >>>>
> >>>> Voilà la version complète:
> >>>>
> >>>> http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson
> >>>>
> >>>> Antonin
> >>>>
> >>>> On 29/05/2020 17:07, Nicolas Bétheuil wrote:
> >>>>> Les évolutions / correctifs avancent. Je pousse régulièrement.
> >>>>> Écrivez moi directement, je verrais si je fais une diffusion
> >>>>> spécifique pour vous gardez informé des nouveautés.
> >>>>>
> >>>>> Christian a ajouté od2osm au proxy IGN ! Merci !
> >>>>>
> >>>>> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent
> >>>>> plus qu'on cause ensemble, je te propose de continuer en issue
> github
> >>>>> @Antonin Le jeu de données que tu m'avais envoyé avait moins de
> 90
> >>>>> points, loin des 12 000 points que tu avais évoqué.
> >>>>>
> >>>>> Le mer. 27 mai 2020 à 12:02, Yves P.  >>>>> <mailto:yves.prat...@gmail.com>> a écrit :
> >>>>>
> >>>>>> Les "name" ont été enlevés du jeu de données et l 'outil
> >>>>>> affiche maintenant soit name soit ref (en fonction de ce qui
> >>>>>> existe)
> >>>>>> J'ai ajouté le fond de carte BD Ortho
> >>>>> Merci :)
> >>>>>
> >>>>>>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur
> le
> >>>>>> proxy
> >>>>>>
> https://forum.openstreetmap.fr/viewtopic.php?f=5&t=4715&p=19681#p19681)
> >>>>> ici ça marche aussi ;)
> >>>>>
> >>>>> Pour info, MyOSMatic (maposmatic) sort des carte
> >>>>> <https://maposmatic.osm-baustelle.de/maps/116513> des PEIs :
> >>>>> le résultat est plutôt bien :)
> >>>>> Il faut revoir la taille des réserves incendie et des DAE, et
> >>>>> éventuellement l'adapter avec les symboles utilisés en
> France.
> >>>>>
> >>>>> __
> >>>>> Yves
> >>>>> ___
> >>>>> Talk-fr mailing list
> >>>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> >>>>> https://lists.openstreetmap.org/listinfo/talk-fr
> >>>>>
> >>>>>
> >>>>> ___
> >>>>> Talk-fr mailing list
> >>>>> Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
> >>>>> https://lists.openstreetmap.org/listinfo/talk-fr
> >>>> ___
> >>>> Talk-fr mailing list
> >>>> Talk-fr@openstreetmap.org <mailto: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
> >>>
> >>> ___
> >>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Et bah voilà 12000 points de chargé

amis contributeur, à vos souris



Le ven. 29 mai 2020 à 22:21, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> Salut Nicolas,
>
> Voilà la version complète:
>
> http://pintoch.ulminfo.fr/pei_sdis71.osm.geojson
>
> Antonin
> On 29/05/2020 17:07, Nicolas Bétheuil wrote:
>
> Les évolutions / correctifs avancent. Je pousse régulièrement.
> Écrivez moi directement, je verrais si je fais une diffusion spécifique
> pour vous gardez informé des nouveautés.
>
> Christian a ajouté od2osm au proxy IGN ! Merci !
>
> @Jean-Yvon j'ai des mails qui reviennent, les machinent veulent plus qu'on
> cause ensemble, je te propose de continuer en issue github
> @Antonin Le jeu de données que tu m'avais envoyé avait moins de 90 points,
> loin des 12 000 points que tu avais évoqué.
>
> Le mer. 27 mai 2020 à 12:02, Yves P.  a écrit :
>
>> Les "name" ont été enlevés du jeu de données et l 'outil affiche
>> maintenant soit name soit ref (en fonction de ce qui existe)
>>
>> J'ai ajouté le fond de carte BD Ortho
>>
>> Merci :)
>>
>>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le proxy
>> https://forum.openstreetmap.fr/viewtopic.php?f=5&t=4715&p=19681#p19681)
>>
>> ici ça marche aussi ;)
>>
>> Pour info, MyOSMatic (maposmatic) sort des carte
>> <https://maposmatic.osm-baustelle.de/maps/116513> des PEIs : le résultat
>> est plutôt bien :)
>> Il faut revoir la taille des réserves incendie et des DAE, et
>> éventuellement l'adapter avec les symboles utilisés en France.
>>
>> __
>> Yves
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Les évolutions / correctifs avancent. Je pousse régulièrement.
Écrivez moi directement, je verrais si je fais une diffusion spécifique
pour vous gardez informé des nouveautés.

Christian a ajouté od2osm au proxy IGN ! Merci !

@Jean-Yvon j'ai des mails qui reviennent, les machinent veulent plus qu'on
cause ensemble, je te propose de continuer en issue github
@Antonin Le jeu de données que tu m'avais envoyé avait moins de 90 points,
loin des 12 000 points que tu avais évoqué.

Le mer. 27 mai 2020 à 12:02, Yves P.  a écrit :

> Les "name" ont été enlevés du jeu de données et l 'outil affiche
> maintenant soit name soit ref (en fonction de ce qui existe)
>
> J'ai ajouté le fond de carte BD Ortho
>
> Merci :)
>
>  (j'ai laissé un mot sur le forum pour autorisé od2osm sur le proxy
> https://forum.openstreetmap.fr/viewtopic.php?f=5&t=4715&p=19681#p19681)
>
> ici ça marche aussi ;)
>
> Pour info, MyOSMatic (maposmatic) sort des
> carte
>  des PEIs : le résultat
> est plutôt bien :)
> Il faut revoir la taille des réserves incendie et des DAE, et
> éventuellement l'adapter avec les symboles utilisés en France.
>
> __
> 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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Les "name" ont été enlevés du jeu de données et l 'outil affiche maintenant
soit name soit ref (en fonction de ce qui existe)
J'ai ajouté le fond de carte BD Ortho (j'ai laissé un mot sur le forum pour
autorisé od2osm sur le proxy
https://forum.openstreetmap.fr/viewtopic.php?f=5&t=4715&p=19681#p19681)

Le lun. 25 mai 2020 à 11:24, Marc M.  a écrit :

> Le 25.05.20 à 10:44, Yves P. a écrit :
> >> *Fond de carte* : pouvoir basculer entre OSM et BDOrtho IGN serait
> >> appréciable :)
> >>
> >>
> >> La licence IGN accordé à OSM ne couvre pas
> >> uniquement openstreetmap.org  ?
> >
> > De mémoire elle est accordée pour cartographier dans OSM (il n'y a pas
> > de restriction sur l'outil et/ou le nom de domaine à utiliser).
>
> la licence n'a en effet pas de restriction d'outils pour contribuer à osm.
> le proxy IGN a lui quelques tests pour éviter l'utilisation illégale.
> je ne sais plus par coeur le message affiché, mais quand l'outil
> aura la config, si le message s'affiche, yaka le dire pour ajouter
> ce site dans la liste des sites servant à contribueer
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Sinon j'ai pleins de "Pas de bouche OSM dans les parages" kiki à fait ça ?
Je comprends pas.

Est-ce qu'en faite avec ce jeu de données on ajoute des
emergency=fire_hydrant mais en fait ça se colle à côté d'une bouche ? Je
comprends pas. Les fire_hydrant ne sont pas des bouches à incendies
justement ? Du coup faut juste les créer. Il faut chercher un poteau ? D'où
l'utilité des photos pour voir d'autres objets ? Ça aurait du sens avec
pic4review ?



Le sam. 23 mai 2020 à 21:19, Yves P.  a écrit :

> Bonsoir,
>
> Oups effectivement quelque troue dans la raquette.
>
> @Nicolas
>
> Premiers essais :
>
> http://od2osm.cleverapps.io/#/quests/2/points/PI%20CLUNY%2019
> *Conflation impossible* pourquoi ?
> Overpass ne trouve pas de PI dans un rayon de 60 m. Mais il n'y a pas
> cette option dans la liste ;)
>
> J'ai cliqué sur "Impossible à rapprocher" : je me retrouve dans la quête.
> Si je choisi "Rapprochement compliqué", je retrouve ce POI.
>
> Le terme "compliqué" est mal choisi : dans ce cas le rapprochement est
> impossible faute de trouver un poteau d'incendie dans OSM.
>
> Un lien/bouton permettant de d'*ajouter cet objet dans JOSM* (ou iD)
> serait le bienvenu :)
> Si il n'y a rien dans OSM, j'aimerais l'ajouter ;)
>
> *Fond de carte* : pouvoir basculer entre OSM et BDOrtho IGN serait
> appréciable :)
>
> *Libellés tronqués* :
> Sur Safari et Firefox ils sont tronqués (bouton "impossible à rapprocher",
> choix dans la liste déroulante)
> Sur Chrome, tout est lisible :)
>
>
> @Antonin et Nicolas
> D'où sort *name=PI CLUNY 19* ?
> Il y a une référence dans les données ouvertes : ID_SDIS.
>
> Dans le script d'Antonin
> , je ne
> vois pas de "recopie" dans le tag name.
> J'en déduis que Nicolas "invente" des données :D
>
> @Nicolas est-ce possible d'afficher un extrait du fichier de donnée de la
> quête ?
> Et/ou des infos sur la source de données ?
>
> *Points traités :*
> Le lien sur un point traité affiche {"statusCode":404,"error":"Not
> Found","message":"Not Found"}.
> Un lien sur l'objet OSM serait appréciable à la place :)
>
> En cours : modification /création
> Qu'est-ce que ça doit faire ?
> En cliquant sur un POI, ça relance à nouveau la requête overpass de
> rapprochement.
>
> @Nicolas
> Ton outil me semble un bon complément aux outils existants (JOSM et
> Osmose).
> Merci, continue :)
> __
> 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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Beaucoup de choses, vais tâcher de répondre dans le texte

Le sam. 23 mai 2020 à 21:19, Yves P.  a écrit :

> Bonsoir,
>
> Oups effectivement quelque troue dans la raquette.
>
> @Nicolas
>
> Premiers essais :
>
> http://od2osm.cleverapps.io/#/quests/2/points/PI%20CLUNY%2019
> *Conflation impossible* pourquoi ?
> Overpass ne trouve pas de PI dans un rayon de 60 m. Mais il n'y a pas
> cette option dans la liste ;)
>

Il n'y a pas de fire_hydrant dans les 20m, 40m, +20m... du coup il y a le
bouton créer qui s'active quand la requête overpass est revenu, pas besoin
d'ouvrir un autre outil.
Je note quand même, même si vous faisiez remarquer qu'utiliser plusieurs
outils allaient complexifier l'histoire
https://github.com/wadouk/od2osm/issues/16

Même si on peut déjà dire qu'il n'y a rien n'a changer et du coup marquer
le point comme OK


>
> J'ai cliqué sur "Impossible à rapprocher" : je me retrouve dans la quête.
> Si je choisi "Rapprochement compliqué", je retrouve ce POI.
>

En cliquant sur Impossible à rapprocher une sous partie s'affiche pour
expliquer le pourquoi. En validant cette explication, il change de statut
pour soit repasser dessus plus tard, soit le faire autrement.


> Le terme "compliqué" est mal choisi : dans ce cas le rapprochement est
> impossible faute de trouver un poteau d'incendie dans OSM.
>
> Un lien/bouton permettant de d'*ajouter cet objet dans JOSM* (ou iD)
> serait le bienvenu :)
> Si il n'y a rien dans OSM, j'aimerais l'ajouter ;)
>

D'où le bouton créer, mais je suspecte que quelque chose se passe mal et
que du coup vous ne voyez pas le bouton...


>
> *Fond de carte* : pouvoir basculer entre OSM et BDOrtho IGN serait
> appréciable :)
>

La licence IGN accordé à OSM ne couvre pas uniquement openstreetmap.org ?


>
> *Libellés tronqués* :
> Sur Safari et Firefox ils sont tronqués (bouton "impossible à rapprocher",
> choix dans la liste déroulante)
> Sur Chrome, tout est lisible :)
>
>
> @Antonin et Nicolas
> D'où sort *name=PI CLUNY 19* ?
> Il y a une référence dans les données ouvertes : ID_SDIS.
>
> Dans le script d'Antonin
> , je ne
> vois pas de "recopie" dans le tag name.
> J'en déduis que Nicolas "invente" des données :D
>

Pourtant en base je vois bien des name ...


> @Nicolas est-ce possible d'afficher un extrait du fichier de donnée de la
> quête ?
> Et/ou des infos sur la source de données ?
>

Rappeler l'url d'origine, la donnée d'origine je ne l'ai pas mais un champs
commentaire en markdown pour pouvoir rappeler un peu de contexte, je note
l'idée
https://github.com/wadouk/od2osm/issues/17


>
> *Points traités :*
> Le lien sur un point traité affiche {"statusCode":404,"error":"Not
> Found","message":"Not Found"}.
>

D'où ça vient ce 404 ?

Un lien sur l'objet OSM serait appréciable à la place :)
>
> En cours : modification /création
> Qu'est-ce que ça doit faire ?
> En cliquant sur un POI, ça relance à nouveau la requête overpass de
> rapprochement.
>

Une "forme de réservation" pour pas faire échouer un changeset d'un voisin
qui a commencé à bosser dessus et qui a acquitter que c'était une création
ou une modification mais pas encore validé le changeset.


>
> @Nicolas
> Ton outil me semble un bon complément aux outils existants (JOSM et
> Osmose).
> Merci, continue :)
>

Merci

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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Nicolas Bétheuil]

c'est prévu
https://github.com/wadouk/od2osm/issues/15

PS : merci, super premier cas grandeur nature.

Le sam. 23 mai 2020 à 17:51, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> Correction: la conflation marche malgré l'absence de noms (chouette !)
> sauf dans certains cas (peut-être à cause de limites de nombre de
> requêtes ?)
>
> Autre détail: quand on ajoute un POI au changeset, il faut un certain
> nombre de clics pour revenir à la liste des points à traiter dans la
> quête. Ça serait pratique d'y revenir directement, ou même mieux, de
> passer à un autre point à traiter.
>
> En tout cas super outil !
>
> Antonin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire

[Nicolas Bétheuil]

Pour virer les name déjà dans OSM, OSMOSE est ton ami, il doit te dire
qu'il y a plein de boulettes ;-P
Je regarde pour corriger ça rapidement, après Antonin pourra refaire son
jeu de données sans ces tags name

Le sam. 23 mai 2020 à 22:07,  a écrit :

> Pour ma part je consolide les données existantes dans OSM avec
> http://od2osm.cleverapps.io/.
>
> N. B. : Nicolas, ce serait bien de virer "name", les PEI (j'ai appris
> une abréviation) n'ayant pas de nom.
>
> Jean-Yvon
>
> Le 23/05/2020 à 18:09, Marc M. - marc_marc_...@hotmail.com a écrit :
> > Bonjour,
> >
> > ja'i du raté l'info de ce que tu fais pour pouvoir intégrer
> > ces bornes comparé à un import ?
> >
> > Le 23.05.20 à 17:06, Antonin Delpeuch (lists) a écrit :
> >> La possibilité d'ajouter les éléments manquants facilement depuis
> >> l'outil est un vrai plus - je ne vois pas
> >> comment faire ça depuis Osmose
> > exemple :
> >
> https://osmose.openstreetmap.fr/fr/map/#source=412054&item=8360&class=4&zoom=17&lat=50.556896&lon=2.899575&level=3&tags=&fixable=
> >
> > clic sur "fix-josm" te l'ajoute en un clic dans josm
> >
> > il y en a 1 en attente d'intégration en France :)
> >
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

ouhla oui euh mais vous êtes chaud bouillant ! c'est du bêta pas sec, faut
y aller molo ! j'ai pas ma machine pour balancer les hotfix.

n'inventer pas de données quand ce n'est pas pertinent. pour l'instant il
demande un nom mais ça plante carrément à l'import si y en a pas ? juste à
l'affichage ou juste une liste de vide ?

si le point n'existe pas il y a un bouton de création du point.

ça vous dit de temporiser un peu ? je vais pas pouvoir vous aider beaucoup
la

Le sam. 23 mai 2020 à 21:37, Yves P.  a écrit :

>
> >> D'où sort *name=PI CLUNY 19* ?
> >> Il y a une référence dans les données ouvertes : ID_SDIS.
> >
> > C'est moi qui l'ai rajouté en tant que nom pour od2osm parce que l'outil
> > a besoin d'un nom sur chaque point. Je ne l'ai pas ajouté dans la
> > version publique de mon script parce que je ne pense pas que les gens
> > veuillent ajouter des noms aux poteaux incendie en général…
>
> Il faudrait plutôt modifier od2osm pour afficher l'id.
> Par exemple saisir dans la quête quel champ afficher ?
> À défaut name, sinon ref ?
>
> > @Nicolas
> > Est-ce possible d'afficher un extrait du fichier de donnée de la quête ?
> > Et/ou des infos sur la source de données ?
>
> En créant une quête, il faudrait pouvoir "documenter" la source de données
> :
> URL des données ouvertes (ça existe déjà mais uniquement quand elles sont
> utilisées telles quelles)
> URL du script de transformation OD -> données utilisées par od2osm
> Zone de commentaire
> __
> 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

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

Oups effectivement quelque troue dans la raquette.
la conflagration utilise les coordonnées et un tag principal. le nom est
juste informatif pour aider le contributeur à trouver le bon point.
mais du coup oui la carte devient indispensable. il faut que j'augmente la
taille max autorisé je crois que c'est 1mo pour l'instant.
l'id est effectivement requis bien que pas vraiment geojson pour mesurer
l'avancement des rapprochements. c'est un soucis ?
j'ai essayé de faire des erreurs clair mais pas eu le temps de le faire
exploitable et intelligible. à améliorer.

merci pour les retours. je corrigerais prochainement. j'ai pas ma machine,
peut être demain fin d'après midi, sûrement plus tard.

pour osmose c'est forcément une analyse. Frédéric avait mis des exemples.

Le sam. 23 mai 2020 à 17:06, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> Merci !
>
> Problèmes rencontrés:
> - le jeu de donénes entier pour tout le département est rejeté car trop
> gros
> - sans "id" dans le geojson, le fichier est juste rejeté comme geojson
> invalide sans plus de détails: des messages d'erreurs explicites
> seraient appréciés
> - l'appli requiert un nom pour chaque POI à ajouter, et utilise ça pour
> la conflation, hors les points d'eau incendie n'utilisent généralement
> pas cet attribut, donc la conflation ne marche pas
> - visualiser la liste des points à intégrer comme une liste de noms
> n'est pas très utile, ça serait mieux de les voir sur une carte
>
> À part ça, j'aime l'idée ! La possibilité d'ajouter les éléments
> manquants facilement depuis l'outil est un vrai plus - je ne vois pas
> comment faire ça depuis Osmose (ce que je trouve très bizarre… j'ai dû
> louper quelque-chose ?)
>
> Antonin
>
> On 21/05/2020 22:50, Nicolas Bétheuil wrote:
> > @Antonin: C'est fait
> > http://od2osm.cleverapps.io/#/quests/add
> >
> > ne pas hésitez à poser des questions si ce n'est pas clair
> >
> > Salutations
> >
> > Le mer. 20 mai 2020 à 19:48, Nicolas Bétheuil  > <mailto:nbethe...@free.fr>> a écrit :
> >
> > oui y a 0 doc, la peinture est pas sèche encore c'est tout neuf.
> >
> > à ma connaissance comme ça dépends de chaque jeu de données un
> > script sale fera très bien le travail.
> >
> > vous pouvez voir ce que j'ai fait pour le premier jeu de donner sur
> >
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/
> >
> > et par
> > exemple
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/blob/master/taf.sh
> > qui fait téléchargement conversion envoie.
> >
> > le coeur est du nodejs mais c'est à votre main.
> >
> > j'ai des changements à faire avant que vous envoyez, le temps pour
> > vous de faire la conversion.
> >
> > sinon, pour le premier jeu de données je peux aussi regarder... mais
> > j'ai aussi du boulot à faire pour faire que ce soit possible.
> >
> > Le mer. 20 mai 2020 à 19:31, Antonin Delpeuch (lists)
> > mailto:li...@antonin.delpeuch.eu>> a
> écrit :
> >
> > On 20/05/2020 19:10, Nicolas Bétheuil wrote:
> > > sinon y a od2osm ;-p
> >
> > Ça a l'air sympa, mais c'est pareil, je ne vois pas de
> > documentation des
> > étapes nécessaires pour contribuer un jeu de données :)
> >
> > >
> > > @antonin quelques compétences en développement ?
> >
> > Oui mais j'ai pas beaucoup d'espace libre dans ma timeline
> github :(
> >
> > >
> > > sont-ce des nodes ? si oui c'est cool.
> >
> > Oui, les points d'eau incendie sont des points, aléluia :)
> >
> > >
> > > pour une première version : transformer le jeu de données en
> > geojson
> > > osmifié (avec les tags qui vont bien dans les properties des
> > feature) et
> > > un simple curl sur od2osm et hop les contributeurs peuvent se
> > partager
> > > le boulot.
> >
> > Est-ce qu'il y a des outils bien fichus pour osmifier du
> > geojson, ou on
> > fait un script dégoutant dans son coin ?
> >
> > Antonin
> >
> > >
> > > Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists)
> > > mailto:li...@antonin.delpeuch.eu>
> &g

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

@Antonin: C'est fait
http://od2osm.cleverapps.io/#/quests/add

ne pas hésitez à poser des questions si ce n'est pas clair

Salutations

Le mer. 20 mai 2020 à 19:48, Nicolas Bétheuil  a écrit :

> oui y a 0 doc, la peinture est pas sèche encore c'est tout neuf.
>
> à ma connaissance comme ça dépends de chaque jeu de données un script sale
> fera très bien le travail.
>
> vous pouvez voir ce que j'ai fait pour le premier jeu de donner sur
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/
>
> et par exemple
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/blob/master/taf.sh
> qui fait téléchargement conversion envoie.
>
> le coeur est du nodejs mais c'est à votre main.
>
> j'ai des changements à faire avant que vous envoyez, le temps pour vous de
> faire la conversion.
>
> sinon, pour le premier jeu de données je peux aussi regarder... mais j'ai
> aussi du boulot à faire pour faire que ce soit possible.
>
> Le mer. 20 mai 2020 à 19:31, Antonin Delpeuch (lists) <
> li...@antonin.delpeuch.eu> a écrit :
>
>> On 20/05/2020 19:10, Nicolas Bétheuil wrote:
>> > sinon y a od2osm ;-p
>>
>> Ça a l'air sympa, mais c'est pareil, je ne vois pas de documentation des
>> étapes nécessaires pour contribuer un jeu de données :)
>>
>> >
>> > @antonin quelques compétences en développement ?
>>
>> Oui mais j'ai pas beaucoup d'espace libre dans ma timeline github :(
>>
>> >
>> > sont-ce des nodes ? si oui c'est cool.
>>
>> Oui, les points d'eau incendie sont des points, aléluia :)
>>
>> >
>> > pour une première version : transformer le jeu de données en geojson
>> > osmifié (avec les tags qui vont bien dans les properties des feature) et
>> > un simple curl sur od2osm et hop les contributeurs peuvent se partager
>> > le boulot.
>>
>> Est-ce qu'il y a des outils bien fichus pour osmifier du geojson, ou on
>> fait un script dégoutant dans son coin ?
>>
>> Antonin
>>
>> >
>> > Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists)
>> > mailto:li...@antonin.delpeuch.eu>> a
>> écrit :
>> >
>> > Merci beaucoup ! La configuration de la source pour la Suisse est
>> > séduisante, avec son format complètement déclaratif - ça a l'air
>> propre.
>> >
>> > Je vais attendre que le processus soit plus documenté pour utiliser
>> > Osmose (ou même rendu plus simple si un système générique pour tous
>> les
>> > SDIS français est envisageable).
>> >
>> > Antonin
>> >
>> > On 20/05/2020 16:04, Frédéric Rodrigo wrote:
>> > > La doc est là:
>> > > https://github.com/osm-fr/osmose-backend/tree/master/doc
>> > > Mais le chapitre que tu veux n'est pas encore écrit.
>> > >
>> > > Mais il y a des précédents
>> > > https://github.com/osm-fr/osmose-backend/issues/413
>> > > https://github.com/osm-fr/osmose-backend/issues/543
>> > >
>> > > Il y a déjà eu une analyse pour faire ça en Suisse (code source
>> non
>> > > maintenu, à comparer avec celles toujours en cours d'utilisation)
>> > >
>> >
>> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
>> > >
>> > >
>> > >
>> > >
>> > > Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
>> > >> Merci Jean-Yvon, tu confirmes mes doutes.
>> > >>
>> > >> Comment faut-il s'y prendre pour envoyer le jeu de données dans
>> > Osmose ?
>> > >> Je ne trouve pas de documentation à ce sujet.
>> > >>
>> > >> Je vais aussi regarder du côté du greffon todolist.
>> > >>
>> > >> Antonin
>> > >>
>> > >> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com
>> > <mailto:osm.sanspourr...@spamgourmet.com> wrote:
>> > >>> Tu vas polluer, c'est sûr.
>> > >>>
>> > >>> C'est pourquoi en France on préfère passer par Osmose pour que
>> > les gens
>> > >>> repositionnent.
>> > >>>
>> > >>> Tu peux aussi exclure les points qui tombent sur du bâti e

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

oui y a 0 doc, la peinture est pas sèche encore c'est tout neuf.

à ma connaissance comme ça dépends de chaque jeu de données un script sale
fera très bien le travail.

vous pouvez voir ce que j'ai fait pour le premier jeu de donner sur
https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/

et par exemple
https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm/blob/master/taf.sh
qui fait téléchargement conversion envoie.

le coeur est du nodejs mais c'est à votre main.

j'ai des changements à faire avant que vous envoyez, le temps pour vous de
faire la conversion.

sinon, pour le premier jeu de données je peux aussi regarder... mais j'ai
aussi du boulot à faire pour faire que ce soit possible.

Le mer. 20 mai 2020 à 19:31, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> On 20/05/2020 19:10, Nicolas Bétheuil wrote:
> > sinon y a od2osm ;-p
>
> Ça a l'air sympa, mais c'est pareil, je ne vois pas de documentation des
> étapes nécessaires pour contribuer un jeu de données :)
>
> >
> > @antonin quelques compétences en développement ?
>
> Oui mais j'ai pas beaucoup d'espace libre dans ma timeline github :(
>
> >
> > sont-ce des nodes ? si oui c'est cool.
>
> Oui, les points d'eau incendie sont des points, aléluia :)
>
> >
> > pour une première version : transformer le jeu de données en geojson
> > osmifié (avec les tags qui vont bien dans les properties des feature) et
> > un simple curl sur od2osm et hop les contributeurs peuvent se partager
> > le boulot.
>
> Est-ce qu'il y a des outils bien fichus pour osmifier du geojson, ou on
> fait un script dégoutant dans son coin ?
>
> Antonin
>
> >
> > Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists)
> > mailto:li...@antonin.delpeuch.eu>> a écrit :
> >
> > Merci beaucoup ! La configuration de la source pour la Suisse est
> > séduisante, avec son format complètement déclaratif - ça a l'air
> propre.
> >
> > Je vais attendre que le processus soit plus documenté pour utiliser
> > Osmose (ou même rendu plus simple si un système générique pour tous
> les
> > SDIS français est envisageable).
> >
> > Antonin
> >
> > On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> > > La doc est là:
> > > https://github.com/osm-fr/osmose-backend/tree/master/doc
> > > Mais le chapitre que tu veux n'est pas encore écrit.
> > >
> > > Mais il y a des précédents
> > > https://github.com/osm-fr/osmose-backend/issues/413
> > > https://github.com/osm-fr/osmose-backend/issues/543
> > >
> > > Il y a déjà eu une analyse pour faire ça en Suisse (code source non
> > > maintenu, à comparer avec celles toujours en cours d'utilisation)
> > >
> >
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
> > >
> > >
> > >
> > >
> > > Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
> > >> Merci Jean-Yvon, tu confirmes mes doutes.
> > >>
> > >> Comment faut-il s'y prendre pour envoyer le jeu de données dans
> > Osmose ?
> > >> Je ne trouve pas de documentation à ce sujet.
> > >>
> > >> Je vais aussi regarder du côté du greffon todolist.
> > >>
> > >> Antonin
> > >>
> > >> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com
> > <mailto:osm.sanspourr...@spamgourmet.com> wrote:
> > >>> Tu vas polluer, c'est sûr.
> > >>>
> > >>> C'est pourquoi en France on préfère passer par Osmose pour que
> > les gens
> > >>> repositionnent.
> > >>>
> > >>> Tu peux aussi exclure les points qui tombent sur du bâti et par
> > exemple
> > >>> utiliser le greffon todolist de JOSM pour les importer à un
> > endroit plus
> > >>> réaliste.
> > >>>
> > >>> Tu peux aussi ajouter un fixme=repositionner, précision X m
> > >>>
> > >>> si tu ne sais pas le faire mais que tu as une bonne estimation
> > de X avec
> > >>> le jeu de données (à intégrer par département/caserne si c'est le
> > >>> critère pour expliquer la précision).
> > >>>
> > >>> 

Re: [OSM-talk-fr] Import de points d'eau incendie en Saône-et-Loire (osm: message 16 of 20)

[Nicolas Bétheuil]

sinon y a od2osm ;-p

@antonin quelques compétences en développement ?

sont-ce des nodes ? si oui c'est cool.

pour une première version : transformer le jeu de données en geojson
osmifié (avec les tags qui vont bien dans les properties des feature) et un
simple curl sur od2osm et hop les contributeurs peuvent se partager le
boulot.

je parle chinois ou c'est clair ? on me dit souvent que je parle pas très
français.
intéressé ?

Le mer. 20 mai 2020 à 16:26, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> Merci beaucoup ! La configuration de la source pour la Suisse est
> séduisante, avec son format complètement déclaratif - ça a l'air propre.
>
> Je vais attendre que le processus soit plus documenté pour utiliser
> Osmose (ou même rendu plus simple si un système générique pour tous les
> SDIS français est envisageable).
>
> Antonin
>
> On 20/05/2020 16:04, Frédéric Rodrigo wrote:
> > La doc est là:
> > https://github.com/osm-fr/osmose-backend/tree/master/doc
> > Mais le chapitre que tu veux n'est pas encore écrit.
> >
> > Mais il y a des précédents
> > https://github.com/osm-fr/osmose-backend/issues/413
> > https://github.com/osm-fr/osmose-backend/issues/543
> >
> > Il y a déjà eu une analyse pour faire ça en Suisse (code source non
> > maintenu, à comparer avec celles toujours en cours d'utilisation)
> >
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/disabled/analyser_merge_hydrant_point_CH_lausanne.py
> >
> >
> >
> >
> > Le 20/05/2020 à 15:29, Antonin Delpeuch (lists) a écrit :
> >> Merci Jean-Yvon, tu confirmes mes doutes.
> >>
> >> Comment faut-il s'y prendre pour envoyer le jeu de données dans Osmose ?
> >> Je ne trouve pas de documentation à ce sujet.
> >>
> >> Je vais aussi regarder du côté du greffon todolist.
> >>
> >> Antonin
> >>
> >> On 19/05/2020 22:35, osm.sanspourr...@spamgourmet.com wrote:
> >>> Tu vas polluer, c'est sûr.
> >>>
> >>> C'est pourquoi en France on préfère passer par Osmose pour que les gens
> >>> repositionnent.
> >>>
> >>> Tu peux aussi exclure les points qui tombent sur du bâti et par exemple
> >>> utiliser le greffon todolist de JOSM pour les importer à un endroit
> plus
> >>> réaliste.
> >>>
> >>> Tu peux aussi ajouter un fixme=repositionner, précision X m
> >>>
> >>> si tu ne sais pas le faire mais que tu as une bonne estimation de X
> avec
> >>> le jeu de données (à intégrer par département/caserne si c'est le
> >>> critère pour expliquer la précision).
> >>>
> >>> Mes 2 c€.
> >>>
> >>> Jean-Yvon
> >>>
> >>> Le 19/05/2020 à 21:16, Antonin Delpeuch lists -
> >>> li...@antonin.delpeuch.eu a écrit :
>  Ou
>  est-ce que je vais polluer la carte avec des points imprécis dont tout
>  le monde se fiche ? C'est pas clair pour moi…
> 
>  Antonin
> >>>
> >>> ___
> >>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvel outil : od2osm

[Nicolas Bétheuil]

PS: je rappelle l'adresse http://od2osm.cleverapps.io

Le mar. 19 mai 2020 à 16:05, Nicolas Bétheuil  a écrit :

> Oyé Oyé brave gens ! Je viens vers vous avec une grande nouvelle !
>
> C'est live ! En vrai !
> C'est vraiment branché sur overpass et sur le vrai OSM de production.
> Je joue un peu avec mais ça m'a l'air tout bon ! Je viens encore de
> trouver un chti bug vite corrigé mais ça sent très bon.
>
> J'ai pu faire mes premiers changements.
> https://www.openstreetmap.org/changeset/85446327
> https://www.openstreetmap.org/changeset/85445811
>
> J'attends vos retours ! Sinon bah bonnes contributions !
>
> Le ven. 15 mai 2020 à 17:41,  a écrit :
>
>> Bonjour, en fait Nicolas avait bien compris :
>> PDI = Point d'intérêt, POI en anglais
>> PDA = Point d'adresse
>>
>> mais j'ai du retard dans mes messages, notamment sur le trait de côte !
>> Et je n'avais pas pris le temps de lui dire qu'il avait bien compris. Je
>> voulais et veux toujours essayer plus son logiciel.
>>
>> Oui mettre des tickets sur github ça permet de ne pas surcharger cette
>> liste-ci et ne ne mettre que les points de discussion ici.
>>
>> Comme la gestion (en France et ailleurs) de la fusion ou pas des PDI/PDA.
>> Et je crois qu'en France on préfère ne pas mélanger.
>>
>> Jean-Yvon
>> Le 15/05/2020 à 12:12, Nicolas Bétheuil - nbethe...@free.fr a écrit :
>>
>> Bonjour,
>>
>> On m'avait parlé de PDI / PDA, de distance du bati pour la conflation
>> mais j'ai pas tout compris (même les acronymes).
>>
>> On parlait du point
>> https://www.openstreetmap.org/node/3688329411
>> que j'ai créé en dev (parce qu'inexistant dans la conflation que j'avais
>> faite, à cause de la distance et du changement d'environnement et que c'est
>> pas ça que je testais)
>> https://master.apis.dev.openstreetmap.org/node/4319598216
>>
>> L'échange en résumé
>> > Jean-Yvon
>> > Il ne me semble pas pertinent de placer le restaurant/traiteur (déjà
>> > Osmose va râler : restaurant ou traiteur ?) sur un point adresse.
>>
>> > Moi :
>> > il y a beaucoup de points dans Osm ou le restaurant est à l'adresse.
>>
>> > Jean-Yvon :
>> > Oui, à cause d'iD notamment qui incite à le faire ainsi.
>> > Pas forcément vigoureusement contre : il y a du positif et du négatif.
>> >Par contre "pourrir" la base en renforçant le cas ne va pas aider.
>>
>> > Moi
>> > Le rapprochement se fait par tag principal : shop ou amenity pour
>> l'instant.
>> > Il n'y aura pas de "pourrissement supplémentaire", si le point existe
>> déjà à l'adresse ( ou un autre shop, amenity ...), les autres tags seront
>> rajoutés.
>> > Si le point n'existe pas, il sera créé.
>>
>> Enfin :
>> J'ai trié mon ticket "améliorations"
>> https://github.com/wadouk/od2osm/issues/1
>>
>> Je vais traiter 4 points avant de basculer sur le vrai OSM
>> - interdire de créer si requête des points à proximité à échoué
>> (surcharge overpass (quand sera en vrai) ou credentials OSM (pour le test)
>> par exemple)
>> - avertir si champ principal (pour l'instant shop ou amenity) contient un
>> point virgule
>> - ajouter ou supprimer un tag manuellement
>> - rajouter en source du changeset l'url du jeu de données OpenData
>>
>> Il y en a d'autres dans l'issue mais que je considère moins important.
>> Une fois ces 4 points traités, je basculerais sur le vrai OSM.
>>
>> Salutations
>>
>>
>> Le jeu. 14 mai 2020 à 12:18, Nicolas Bétheuil  a
>> écrit :
>>
>>> J'ai complété le readme avec plusieurs détails. à discuter.
>>> Fait une issue sur les prochaines modifs en vrac.
>>>
>>> Le mer. 13 mai 2020 à 19:00, Nicolas Bétheuil  a
>>> écrit :
>>>
>>>> Bonjour,
>>>>
>>>> Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
>>>> OpenData2OpenStreetMap aka od2osm.
>>>>
>>>> Vous pouvez aller jouer avec à l'adresse https://od2osm.cleverapps.io
>>>>
>>>> Il faut être authentifié sur l'environnement de dev OSM
>>>> https://master.apis.dev.openstreetmap.org en attendant vos
>>>> commentaires acerbes et votre jugement implacable pour le mettre sur le
>>>> vrai "OSM".
>>>>
>>>> Vous pouvez en quelques cl

Re: [OSM-talk-fr] Nouvel outil : od2osm

[Nicolas Bétheuil]

Oyé Oyé brave gens ! Je viens vers vous avec une grande nouvelle !

C'est live ! En vrai !
C'est vraiment branché sur overpass et sur le vrai OSM de production.
Je joue un peu avec mais ça m'a l'air tout bon ! Je viens encore de trouver
un chti bug vite corrigé mais ça sent très bon.

J'ai pu faire mes premiers changements.
https://www.openstreetmap.org/changeset/85446327
https://www.openstreetmap.org/changeset/85445811

J'attends vos retours ! Sinon bah bonnes contributions !

Le ven. 15 mai 2020 à 17:41,  a écrit :

> Bonjour, en fait Nicolas avait bien compris :
> PDI = Point d'intérêt, POI en anglais
> PDA = Point d'adresse
>
> mais j'ai du retard dans mes messages, notamment sur le trait de côte ! Et
> je n'avais pas pris le temps de lui dire qu'il avait bien compris. Je
> voulais et veux toujours essayer plus son logiciel.
>
> Oui mettre des tickets sur github ça permet de ne pas surcharger cette
> liste-ci et ne ne mettre que les points de discussion ici.
>
> Comme la gestion (en France et ailleurs) de la fusion ou pas des PDI/PDA.
> Et je crois qu'en France on préfère ne pas mélanger.
>
> Jean-Yvon
> Le 15/05/2020 à 12:12, Nicolas Bétheuil - nbethe...@free.fr a écrit :
>
> Bonjour,
>
> On m'avait parlé de PDI / PDA, de distance du bati pour la conflation mais
> j'ai pas tout compris (même les acronymes).
>
> On parlait du point
> https://www.openstreetmap.org/node/3688329411
> que j'ai créé en dev (parce qu'inexistant dans la conflation que j'avais
> faite, à cause de la distance et du changement d'environnement et que c'est
> pas ça que je testais)
> https://master.apis.dev.openstreetmap.org/node/4319598216
>
> L'échange en résumé
> > Jean-Yvon
> > Il ne me semble pas pertinent de placer le restaurant/traiteur (déjà
> > Osmose va râler : restaurant ou traiteur ?) sur un point adresse.
>
> > Moi :
> > il y a beaucoup de points dans Osm ou le restaurant est à l'adresse.
>
> > Jean-Yvon :
> > Oui, à cause d'iD notamment qui incite à le faire ainsi.
> > Pas forcément vigoureusement contre : il y a du positif et du négatif.
> >Par contre "pourrir" la base en renforçant le cas ne va pas aider.
>
> > Moi
> > Le rapprochement se fait par tag principal : shop ou amenity pour
> l'instant.
> > Il n'y aura pas de "pourrissement supplémentaire", si le point existe
> déjà à l'adresse ( ou un autre shop, amenity ...), les autres tags seront
> rajoutés.
> > Si le point n'existe pas, il sera créé.
>
> Enfin :
> J'ai trié mon ticket "améliorations"
> https://github.com/wadouk/od2osm/issues/1
>
> Je vais traiter 4 points avant de basculer sur le vrai OSM
> - interdire de créer si requête des points à proximité à échoué (surcharge
> overpass (quand sera en vrai) ou credentials OSM (pour le test) par exemple)
> - avertir si champ principal (pour l'instant shop ou amenity) contient un
> point virgule
> - ajouter ou supprimer un tag manuellement
> - rajouter en source du changeset l'url du jeu de données OpenData
>
> Il y en a d'autres dans l'issue mais que je considère moins important.
> Une fois ces 4 points traités, je basculerais sur le vrai OSM.
>
> Salutations
>
>
> Le jeu. 14 mai 2020 à 12:18, Nicolas Bétheuil  a
> écrit :
>
>> J'ai complété le readme avec plusieurs détails. à discuter.
>> Fait une issue sur les prochaines modifs en vrac.
>>
>> Le mer. 13 mai 2020 à 19:00, Nicolas Bétheuil  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
>>> OpenData2OpenStreetMap aka od2osm.
>>>
>>> Vous pouvez aller jouer avec à l'adresse https://od2osm.cleverapps.io
>>>
>>> Il faut être authentifié sur l'environnement de dev OSM
>>> https://master.apis.dev.openstreetmap.org en attendant vos commentaires
>>> acerbes et votre jugement implacable pour le mettre sur le vrai "OSM".
>>>
>>> Vous pouvez en quelques clics ajouter de la données à OSM à partir d'un
>>> jeu de données de test : les commerces parisiens qui livrent pendant le
>>> confinement (oui c'est un peu parigo centré et peut être un peu dépassé,
>>> mais c'est pour jouer aussi).
>>>
>>> Ces données sont comparées avec l'environnement de dev d'OSM qui est
>>> plutôt vide et incohérent avec le fond de carte, vous allez donc faire
>>> beaucoup de création.
>>> Rien n’empêche de faire plusieurs fois une création par l

Re: [OSM-talk-fr] Nouvel outil : od2osm

[Nicolas Bétheuil]

Bonjour,

On m'avait parlé de PDI / PDA, de distance du bati pour la conflation mais
j'ai pas tout compris (même les acronymes).

On parlait du point
https://www.openstreetmap.org/node/3688329411
que j'ai créé en dev (parce qu'inexistant dans la conflation que j'avais
faite, à cause de la distance et du changement d'environnement et que c'est
pas ça que je testais)
https://master.apis.dev.openstreetmap.org/node/4319598216

L'échange en résumé
> Jean-Yvon
> Il ne me semble pas pertinent de placer le restaurant/traiteur (déjà
> Osmose va râler : restaurant ou traiteur ?) sur un point adresse.

> Moi :
> il y a beaucoup de points dans Osm ou le restaurant est à l'adresse.

> Jean-Yvon :
> Oui, à cause d'iD notamment qui incite à le faire ainsi.
> Pas forcément vigoureusement contre : il y a du positif et du négatif.
>Par contre "pourrir" la base en renforçant le cas ne va pas aider.

> Moi
> Le rapprochement se fait par tag principal : shop ou amenity pour
l'instant.
> Il n'y aura pas de "pourrissement supplémentaire", si le point existe
déjà à l'adresse ( ou un autre shop, amenity ...), les autres tags seront
rajoutés.
> Si le point n'existe pas, il sera créé.

Enfin :
J'ai trié mon ticket "améliorations"
https://github.com/wadouk/od2osm/issues/1

Je vais traiter 4 points avant de basculer sur le vrai OSM
- interdire de créer si requête des points à proximité à échoué (surcharge
overpass (quand sera en vrai) ou credentials OSM (pour le test) par exemple)
- avertir si champ principal (pour l'instant shop ou amenity) contient un
point virgule
- ajouter ou supprimer un tag manuellement
- rajouter en source du changeset l'url du jeu de données OpenData

Il y en a d'autres dans l'issue mais que je considère moins important.
Une fois ces 4 points traités, je basculerais sur le vrai OSM.

Salutations


Le jeu. 14 mai 2020 à 12:18, Nicolas Bétheuil  a écrit :

> J'ai complété le readme avec plusieurs détails. à discuter.
> Fait une issue sur les prochaines modifs en vrac.
>
> Le mer. 13 mai 2020 à 19:00, Nicolas Bétheuil  a
> écrit :
>
>> Bonjour,
>>
>> Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
>> OpenData2OpenStreetMap aka od2osm.
>>
>> Vous pouvez aller jouer avec à l'adresse https://od2osm.cleverapps.io
>>
>> Il faut être authentifié sur l'environnement de dev OSM
>> https://master.apis.dev.openstreetmap.org en attendant vos commentaires
>> acerbes et votre jugement implacable pour le mettre sur le vrai "OSM".
>>
>> Vous pouvez en quelques clics ajouter de la données à OSM à partir d'un
>> jeu de données de test : les commerces parisiens qui livrent pendant le
>> confinement (oui c'est un peu parigo centré et peut être un peu dépassé,
>> mais c'est pour jouer aussi).
>>
>> Ces données sont comparées avec l'environnement de dev d'OSM qui est
>> plutôt vide et incohérent avec le fond de carte, vous allez donc faire
>> beaucoup de création.
>> Rien n’empêche de faire plusieurs fois une création par l'outil, charge
>> au contributeur de vérifier si un point existe déjà, l'outil aide à
>> retrouver les éventuels points dèjà existant.
>> J'en ai moi même déjà ajouté pour tester et que vous puissiez voir
>> comment se passe une comparaison (même si du coup les tags vont être
>> identique).
>>
>> J'attends vos commentaires, avec une certaine impatience, ici ou en issue
>> sur le repo github https://github.com/wadouk/od2osm/issues.
>>
>> Je cherche déjà à valider l'usage contributeur (ajout communautaire et
>> collaboratif) avant d'ajouté d'autres jeu de données.
>>
>> D'avance merci pour votre aide et vos critiques aiguisées.
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvel outil : od2osm

[Nicolas Bétheuil]

J'ai complété le readme avec plusieurs détails. à discuter.
Fait une issue sur les prochaines modifs en vrac.

Le mer. 13 mai 2020 à 19:00, Nicolas Bétheuil  a écrit :

> Bonjour,
>
> Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
> OpenData2OpenStreetMap aka od2osm.
>
> Vous pouvez aller jouer avec à l'adresse https://od2osm.cleverapps.io
>
> Il faut être authentifié sur l'environnement de dev OSM
> https://master.apis.dev.openstreetmap.org en attendant vos commentaires
> acerbes et votre jugement implacable pour le mettre sur le vrai "OSM".
>
> Vous pouvez en quelques clics ajouter de la données à OSM à partir d'un
> jeu de données de test : les commerces parisiens qui livrent pendant le
> confinement (oui c'est un peu parigo centré et peut être un peu dépassé,
> mais c'est pour jouer aussi).
>
> Ces données sont comparées avec l'environnement de dev d'OSM qui est
> plutôt vide et incohérent avec le fond de carte, vous allez donc faire
> beaucoup de création.
> Rien n’empêche de faire plusieurs fois une création par l'outil, charge au
> contributeur de vérifier si un point existe déjà, l'outil aide à retrouver
> les éventuels points dèjà existant.
> J'en ai moi même déjà ajouté pour tester et que vous puissiez voir comment
> se passe une comparaison (même si du coup les tags vont être identique).
>
> J'attends vos commentaires, avec une certaine impatience, ici ou en issue
> sur le repo github https://github.com/wadouk/od2osm/issues.
>
> Je cherche déjà à valider l'usage contributeur (ajout communautaire et
> collaboratif) avant d'ajouté d'autres jeu de données.
>
> D'avance merci pour votre aide et vos critiques aiguisées.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Nouvel outil : od2osm

[Nicolas Bétheuil]

Bonjour,

Comme je vous l'avais annoncé, j'ai réalisé un nouvel outil :
OpenData2OpenStreetMap aka od2osm.

Vous pouvez aller jouer avec à l'adresse https://od2osm.cleverapps.io

Il faut être authentifié sur l'environnement de dev OSM
https://master.apis.dev.openstreetmap.org en attendant vos commentaires
acerbes et votre jugement implacable pour le mettre sur le vrai "OSM".

Vous pouvez en quelques clics ajouter de la données à OSM à partir d'un jeu
de données de test : les commerces parisiens qui livrent pendant le
confinement (oui c'est un peu parigo centré et peut être un peu dépassé,
mais c'est pour jouer aussi).

Ces données sont comparées avec l'environnement de dev d'OSM qui est plutôt
vide et incohérent avec le fond de carte, vous allez donc faire beaucoup de
création.
Rien n’empêche de faire plusieurs fois une création par l'outil, charge au
contributeur de vérifier si un point existe déjà, l'outil aide à retrouver
les éventuels points dèjà existant.
J'en ai moi même déjà ajouté pour tester et que vous puissiez voir comment
se passe une comparaison (même si du coup les tags vont être identique).

J'attends vos commentaires, avec une certaine impatience, ici ou en issue
sur le repo github https://github.com/wadouk/od2osm/issues.

Je cherche déjà à valider l'usage contributeur (ajout communautaire et
collaboratif) avant d'ajouté d'autres jeu de données.

D'avance merci pour votre aide et vos critiques aiguisées.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Workflow pour opendata

[Nicolas Bétheuil]

Week-end productif, j'ai fait ma première création
https://master.apis.dev.openstreetmap.org/node/4319598216

La modification plante : très probablement parce que tous les objets
n'existent pas dans cette base vu que j'interroge overpass. Merci François
et Marc.

l 'ihm a un peu changé, vous pouvez trouver les nouvelles capture d'écran
sur le readme
https://github.com/wadouk/od2osm

Le jeu. 7 mai 2020 à 10:19, Yves P.  a écrit :

>
> > J'ai oublié de dire que j'ai commencé à travailler sur la possibilité
> d'utiliser le backend Osmose avec Jupyter. Un sorte de shell python dans un
> navigateur web. Au début ça va être en local,
> C'est une grande avancée, merci :)
>
> __
> 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

Re: [OSM-talk-fr] Ça ouvre des pistes cyclable et calque CyclOSM infra vélo

[Nicolas Bétheuil]

Pour le point 2, y en a qui ont fait l'exercice de monter ça en atelier en
moins de 3h.
https://github.com/ulrich/devoxx-france-maps-hands-on/
https://cfp.devoxx.fr/2018/talk/WJU-4345/Reconstruire_Google_Maps_en_moins_de_3_heures.html

Serveur de tuile, Calcul d'itinéraire, Recherche full text

Bon, je crois que tous les participants ont pas réussi.



Le jeu. 7 mai 2020 à 11:22, Marc M.  a écrit :

> Le 07.05.20 à 11:00, Axel Listes a écrit :
> > Le 07/05/2020 à 10:48, Marc M. a écrit :
> >> je te conseille fortement de commencer par le point 1 vu
> >> qu'il est de toute facon nécessaire si tu estimes vouloir
> >> faire le point 2
> >
> > En fait, j'ai déjà créé il y a plusieurs années une carto que je mets
> > à jour de temps en temps manuellement, les tuiles étant générées par
> > Maperitive.
> >
> > J'ai l'idée depuis un bon moment de passe à Leaflet pour automatiser les
> > mises à jours, j'ai même sous la main des documentations qui semblent
> > complets, cependant je n'arrive pas à me dégager du temps pour cela.
>
> Leaflet ne s'occupe pas de la maj de la base de donnée ou des tuiles.
> il ne fait qu'aller chercher renseigner l'url des tuiles situées
> "ailleurs" pour afficher le rendu voulu sur la page web qui l'appelle
>
> > La demande concerne surtout le point deux qui répond à un besoin de
> > rapidement référencer les aménagements temporaires, qui doivent en
> > théorie être opérationnels dès le 11 mai.
>
> le 1 est le fait aussi, bcp plus rapide que de faire le point 2 puisque
> le point 2 nécessite *aussi* un leaflet ou équivalent pour l'afficher
> sur ton site.
>
> > J'ai vu qu'il y a des fichiers json dans la forge, du coup il me
> > semblait pas à priori qu'il y a de base de données, possible que je me
> > trompe.
>
> la base de donnée (quasi 1To au niveau mondial) n'est jamais comprise
> dans le style vu sa taille et le fait qu'elle change toutes les minutes
> cyclosm utilise une base monde hébergée par osm-fr
> si tu installes une base limité une agglomération, elle sera
> évidement beaucoup plus petite.
> si tu veux vraiement faire cette solution, il y a aussi un docker
> pour la partie bdd+tuile
>
> > si ce n'est pas simple à mettre en place
>
> la solution 1 minimale consiste à copier le code html de
> https://switch2osm.org/using-tiles/getting-started-with-leaflet/
> et à y rajouter celle de cyclo
>
> 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] Workflow pour opendata

[Nicolas Bétheuil]

C'est le même principe que pour les analyses des défibrillateurs ?
Parce que la c'est pas juste le point existe ou pas mais s'il existe
compléter les tags, ou pas. J'imagine que ça peut le faire mais j'ai un mal
de chien à comprendre et j'avoue faire une résistance au python, et l'ihm
d'osmose me rebute aussi.
J'ai du mal à trouver osmose adéquate pour l'open data. Tellement de
travail de scripting avant de pouvoir faire quelque chose alors que l'idée
"me parait" tellement simple mais c'est probablement l'insouciance de la
bleusaille.
J’espère trouver des solutions plus simple avec une feuille blanche que
d'essayer de faire rentrer ça dans osmose qui me parait tellement lourd
mais adapté à son usage initiale : vérifier la qualité de la donnée.

Après maintenant que je l'ai annoncé va falloir que je sorte quelque chose,
j'espère ne pas perdre la motivation comme tant d'autre side project.

Le mar. 5 mai 2020 à 16:37, Frédéric Rodrigo  a
écrit :

> Le 05/05/2020 à 14:09, Nicolas Bétheuil a écrit :
> > Je ne voyais pas comment faire mon analyse osmose avec des fois des
> > shop, des fois amenity, des fois autre chose. Trop de typologie
> > différentes.
>
> Quand il y a à boire et à manger, il faut partir sur une analyse
> dynamique. La plupart du temps on décrit le mapping dans un fichier de
> configurations
>
>
> https://github.com/osm-fr/osmose-backend/blob/master/merge_data/shop_FR.mapping.json
>
>
> https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_shop_FR.py
>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Workflow pour opendata

[Nicolas Bétheuil]

L'idée est justement de pas mettre tous les points sur une carte mais de
traiter point par points, et de partager le travail entre plusieurs
contributeurs, donc la base est là pour diffuser le travail.
Seul les devs auront à "s’embêter" avec cette base installé en docker ou
pas.
Va falloir que j’étoffe le readme pour expliquer à quel problème j'imagine
m'attaquer et résoudre.

Le mar. 5 mai 2020 à 16:26, Yves P.  a écrit :

> > pour l'instant curl, un formulaire d'upload serait pas compliqué à
> proposer en coup unique.
> Ok :)
>
> > mais vu que l'open data est évolutif et mis à jour, que ce soit
> automatisé sera mieux.
> Dans le cas d'un "gros" fichier mis à jour périodiquement, ça me parait
> plus du ressort dOsmose.
>
> Dans le cas des "petits" fichiers de bibliothèque de Magalie, un
> formulaire serait le bienvenu :)
>
> Et toujours pour les "petits" fichiers, est-ce que postgresql est vraiment
> nécessaire ?
>
> Une carte peut charger directement en mémoire quelques centaines voir un
> millier de POI.
> (cas des requêtes Overpass).
>
> ça permettrait peut-être de déployer le code plus facilement, et en tout
> cas d'éviter l'installation de Docker ou Postgresql.
> (c'est facile pour un dév qui travaille avec ça toute la journée, plus
> difficile pour les autres).
>
> > Le contributeur n'aura pas à rentrer dans node / postgres / clevercloud
> / git …
> Oui :) Je pensais plus à de gros logiciels QA comme Osmose ;)
>
> > Le premier fourni le fichier OD à od2osm le fera le langage/traitement
> qui lui va, même un tableur pour produire un geojson.
> > Les autres n'auront "qu'à" cliquer dans od2osm pour tout traiter.
>
>
> __
> 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

Re: [OSM-talk-fr] Workflow pour opendata

[Nicolas Bétheuil]

> Il y a un formulaire quelque part ou il faut utiliser cURL ?

pour l'instant curl, un formulaire d'upload serait pas compliqué à proposer
en coup unique.
mais vu que l'open data est évolutif et mis à jour, que ce soit automatisé
sera mieux.

Le contributeur n'aura pas à rentrer dans node / postgres / clevercloud /
git ...
Le premier fourni le fichier OD à od2osm le fera le langage/traitement qui
lui va, même un tableur pour produire un geojson.
Les autres n'auront "qu'à" cliquer dans od2osm pour tout traiter.

Le mar. 5 mai 2020 à 15:33, Yves P.  a écrit :

> En local j'ai un postgres dans un docker. Sur une plateforme comme clever
> cloud ou scalingo ce sera une application d'API node et un frontale. Il y a
> un point d'entrée d'api qui permet de téléverser le geojson et qui fait
> l'ajout en base (un post multipart sur /quests
> https://github.com/wadouk/od2osm/blob/363351488d06a2194e0975a15143fd3e841932e5/server.js#L81)
> qui recharge l'ensemble des points.
>
> Merci pour les explications.
>
> Tu envois comment le fichier en petits-morceaux sur l'api /quests ?
> Il y a un formulaire quelque part ou il faut utiliser cURL ?
>
> Tu m'avais causé d'open refine. Il fallait scripter pour aller plus loin
> pour un outil juste en local. Je trouve le coup d'entrée par contributeur
> un peu élevé pour un jeu de données évoluant.
>
> Le coup d'entrée est "relatif".
> Un contributeur lambda va avoir du boulot pour assimiler node.js, GitHub,
> clever cloud… ou Python… pour d'autres projets.
>
> OpenRefine est un couteau suisse assez facile à utiliser après une phase
> de digestion de la doc :)
> Et pas besoin de git, GitHub, PR et de cierges pour les merges ;D
>
> Pour que ce soit utilisable par un non développeur, il faut écrire un bon
> tutoriel :)
>
> De plus cet outil n'a pas à vocation à remplacer ni Osmose, ni JOSM,
> ni od2osm…
> C'est un bon complément selon moi.
> Il ne fait pas tout, mais le fait très bien :)
>
> Concrètement on peut triturer les données en "temps réel" avec quelques
> clics et des éditions de scripts.
> En saisissant une "formule" on voit les données se recalculer/reformatter
> (sur un échantillon de 5, 10 25 ou 50 lignes).
>
> Un fois la recette au point, on obtient un fichier directement utilisable :
>
>- en local avec JOSM,
>- ou en ligne avec Osmose, MapRoulette… ou peut-être od2osm.
>
>
> __
> 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

Re: [OSM-talk-fr] Workflow pour opendata

[Nicolas Bétheuil]

Bah en fait c'est un peu l'idée même si le côté "sans code" mof : il va
bien falloir convertir le jeu de données en tag pour faire rentrer les
ronds dans les carrés. Il va bien falloir faire un peu de code, mais dans
mon option il n'y a rien d'imposé.
Pour m'inspirer, elle était où cette discussion ?

Le mar. 5 mai 2020 à 14:59, Marc M.  a écrit :

> Bonjour,
>
> Le 05.05.20 à 12:24, Magalie Dartus a écrit :
> > je n'ai toujours pas acquis la compétence "charger le fichier
> > open data dans osmose".
>
> le plus simple pour avancer me semble être :
> - publier le fichier quelque part
> - créer un ticket https://github.com/osm-fr/osmose-backend/issues
> de là, ceux "qui savent" pourront sans doute mieux guider
> sur comment faire l'analyse.
>
> Il y avait aussi eu une discussion pour faire un système plus simple,
> sans code, genre on liste le fichier, les tags osm, et "voilà".
> mais ce n'est pas encore une réalité.
>
> 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] Workflow pour opendata

[Nicolas Bétheuil]

En local j'ai un postgres dans un docker. Sur une plateforme comme clever
cloud ou scalingo ce sera une application d'API node et un frontale. Il y a
un point d'entrée d'api qui permet de téléverser le geojson et qui fait
l'ajout en base (un post multipart sur /quests
https://github.com/wadouk/od2osm/blob/363351488d06a2194e0975a15143fd3e841932e5/server.js#L81)
qui recharge l'ensemble des points.

Tu m'avais causé d'open refine. Il fallait scripter pour aller plus loin
pour un outil juste en local. Je trouve le coup d'entrée par contributeur
un peu élevé pour un jeu de données évoluant. En regardant map roulette
j'ai vu qu'il fallait lui expliquer si c'était un ajout ou une modification
du coup compliqué aussi : charger les données spatiales et faire les diff.
Là l'idée est de faire des étapes plus petites, plus itératif.

Le mar. 5 mai 2020 à 13:27, Yves P.  a écrit :

> Bonjour,
>
> L'idée est de passer sur chaque point, de faire une requête overpass pour
> trouver un point "proche" et "similaire" et de créer ou fusionner les
> informations.
> L'outil stockera les points déjà rapprochés pour ne pas les re proposer
> par défaut.
>
>
> J'ai jeté un oeil rapide.
>
> Ton outil utilise une base postgresql dans un conteneur Docker.
> Comment sont chargées les données ?
>
>
> Pour info, j'ai bricolé un outil similaire avec OpenRefine (il n'y a que
> ce soft à installé et c'est facile).
> Une "formule" dans une colonne permet de lancer une requête overpass pour
> chaque POI.
>
> Je n'ai pas été plus loin, mais il existe un système de "réconciliation"
> avec comme source de données Wikidata… mais aussi n'importe quel point de
> connection SPARQL.
> Ça vaut la peine d'essayer avec celui d'OSM (Sophox)
>
> Par rapport à Omose ou ton outil, ça ne tourne qu'en local.
>
> Par contre il est facile de partager les "recettes" et les données pour
> réaliser une intégration à plusieurs contributeurs.
>
> __
> Yves
>
> PS: OpenRefine semble être beaucoup utilisé par les bibliothécaires ;)
> ___
> 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] Workflow pour opendata

[Nicolas Bétheuil]

En fait je vois 2 étapes dans cette première étape : convertir le jeu de
données en données compatible OSM (coordonnées et tags) puis envoyer ce jeu
de données pour qualification / trie / fusion.
od2osm ne convertie pas, il va attendre que ce travail soit déjà fait.
lui donner pour qu'il puisse aider les contributeurs, plus dans son
périmétre effectivement.

Le mar. 5 mai 2020 à 12:24, Magalie Dartus  a écrit :

> Bonjour,
>
> Pour l'instant juste en local, mais plus tard je publierais et peut être
>> même héberger si vous trouvez ça intéressant.
>> Ça demande à s'étoffer mais si ça vous parle ou si vous êtes curieux.
>>
>
>
> Très intéressée par ce genre d'outil car je travaille régulièrement sur
> l'ouverture de fichier (cf la discussion sur les bibliothèques), j'essaie
> de faire en sorte que les fichiers soient compatibles avec OSM (sinon je
> peux les retraiter à posteriori).
> N'étant qu'une simple humaine :-D je n'ai toujours pas acquis la
> compétence "charger le fichier open data dans osmose".
>
> Est-ce que l'outil od2osm permet de réaliser cette première étape?
>
> Merci
> Magalie
>
>
> Le mar. 5 mai 2020 à 12:10, Marc M.  a écrit :
>
>> Bonjour,
>>
>> Comment ton outil se compare avec osmose ?
>>
>> par ailleurs, les magasin dans osm peuvent aussi être des polygones,
>> dans la requête overpass, il suffit de changer node en nwr
>>
>> Cordialement,
>> Marc
>>
>> Le 05.05.20 à 11:42, Nicolas Bétheuil a écrit :
>> > Bonjour,
>> >
>> > Trouvant le taf un peu laborieux et la source de données grossissant
>> > (800 points il y a quelques jours) je me suis lancé dans un outil pour
>> > aider l'humain (en bon informaticien plutôt que faire le taf en 3j, ça
>> > fait longtemps que je joue à ça).
>> >
>> > L'idée est de passer sur chaque point, de faire une requête overpass
>> > pour trouver un point "proche" et "similaire" et de créer ou fusionner
>> > les informations.
>> > L'outil stockera les points déjà rapprochés pour ne pas les re proposer
>> > par défaut.
>> >
>> > Pour l'instant juste en local, mais plus tard je publierais et peut être
>> > même héberger si vous trouvez ça intéressant.
>> > Ça demande à s'étoffer mais si ça vous parle ou si vous êtes curieux.
>> >
>> > https://github.com/wadouk/od2osm
>> >
>> > Bon, j'aurais sûrement pas fini pour la fin du confinement (le jeu de
>> > données est sur les commerces qui livrent pendant le confinement) mais
>> > bon, ça fait quand même des infos sur des commerces.
>> > Je charge un geojson retraité
>> >
>> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm
>> >
>>
>>
>>
>> ___
>> 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] Workflow pour opendata

[Nicolas Bétheuil]

Je ne voyais pas comment faire mon analyse osmose avec des fois des shop,
des fois amenity, des fois autre chose. Trop de typologie différentes.

Plutôt que partir sur une analyse en python qui se base sur une région,
l'idée est de faire un pré formatage en geojson (dans le langage de son
choix, même un simple tableur) qui rapproche le format de la donnée vers
les tags OSM (voir
https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm)
et de téléverser le fichier résultat dans od2osm (upload sur une api). On a
donc des Features geojson avec des coordonnée et des tags. Comparer les
tags des points existants avec ceux de l'open data pour avoir une vue en
diff (un plus pour les tags ajoutées, un moins pour les tags enlevés, en
tilde ~ pour les tags modifiés)
Charge au contributeur de dire si le rapprochement est correct ou si c'est
faux et rajouter le point ou de passer ce rapprochement s'il ne comprends
pas.
Pas d'analyse géospatiale pour toute une région alors que l'on veut juste
quelques point à 20m aux alentours.

Gérer les polygones plutôt que juste les points viendra plus tard.
Interroger overpass n'est pas le plus compliqué mais mettre à jour OSM va
être une première étape, et peut être que je vais me rendre compte que ce
sera simple.

Le mar. 5 mai 2020 à 12:08, Marc M.  a écrit :

> Bonjour,
>
> Comment ton outil se compare avec osmose ?
>
> par ailleurs, les magasin dans osm peuvent aussi être des polygones,
> dans la requête overpass, il suffit de changer node en nwr
>
> Cordialement,
> Marc
>
> Le 05.05.20 à 11:42, Nicolas Bétheuil a écrit :
> > Bonjour,
> >
> > Trouvant le taf un peu laborieux et la source de données grossissant
> > (800 points il y a quelques jours) je me suis lancé dans un outil pour
> > aider l'humain (en bon informaticien plutôt que faire le taf en 3j, ça
> > fait longtemps que je joue à ça).
> >
> > L'idée est de passer sur chaque point, de faire une requête overpass
> > pour trouver un point "proche" et "similaire" et de créer ou fusionner
> > les informations.
> > L'outil stockera les points déjà rapprochés pour ne pas les re proposer
> > par défaut.
> >
> > Pour l'instant juste en local, mais plus tard je publierais et peut être
> > même héberger si vous trouvez ça intéressant.
> > Ça demande à s'étoffer mais si ça vous parle ou si vous êtes curieux.
> >
> > https://github.com/wadouk/od2osm
> >
> > Bon, j'aurais sûrement pas fini pour la fin du confinement (le jeu de
> > données est sur les commerces qui livrent pendant le confinement) mais
> > bon, ça fait quand même des infos sur des commerces.
> > Je charge un geojson retraité
> >
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm
> >
>
>
>
> ___
> 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] Workflow pour opendata

[Nicolas Bétheuil]

Bonjour,

Trouvant le taf un peu laborieux et la source de données grossissant (800
points il y a quelques jours) je me suis lancé dans un outil pour aider
l'humain (en bon informaticien plutôt que faire le taf en 3j, ça fait
longtemps que je joue à ça).

L'idée est de passer sur chaque point, de faire une requête overpass pour
trouver un point "proche" et "similaire" et de créer ou fusionner les
informations.
L'outil stockera les points déjà rapprochés pour ne pas les re proposer par
défaut.

Pour l'instant juste en local, mais plus tard je publierais et peut être
même héberger si vous trouvez ça intéressant.
Ça demande à s'étoffer mais si ça vous parle ou si vous êtes curieux.

https://github.com/wadouk/od2osm

Bon, j'aurais sûrement pas fini pour la fin du confinement (le jeu de
données est sur les commerces qui livrent pendant le confinement) mais bon,
ça fait quand même des infos sur des commerces.
Je charge un geojson retraité
https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm

Le jeu. 9 avr. 2020 à 14:29, Marc M.  a écrit :

> Le 09.04.20 à 14:22, osm.sanspourr...@spamgourmet.com a écrit :
> > intégration notes
> > Tu n'as pas pas la source
>
> j'utilise : source=note note=url de la note
> iD lui met resolved:note=numéro ou quelque chose du genre
> mais c'est en effet un peu le défaut des notes,
> tu ne sais pas la source de la note en cas de conflit entre 2 sources.
>
> ___
> 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] magasin alimentaire casher

[Nicolas Bétheuil]

ah bah oui bien sûr merci !

Le lun. 27 avr. 2020 à 14:46, Eric Brosselin - Osm 
a écrit :

> Le 27/04/2020 à 14:28, Nicolas Bétheuil a écrit :
>
> Bonjour,
>
> Je traite l'open data des livraison à Paris.
> Je suis surpris de trouver dans le wiki de diet:halal mais je trouve pas
> de diet:cacher ou diet:casher je sais pas chercher, ça n'existe pas dans
> OSM.
> Taginfo me dis que ça n'existe pas non plus.
>
> Merci des conseils.
>
> Il faut utiliser le nom anglais pour la valeur
> *kasher, casher* en français donne *kosher* en anglais
>
> https://wiki.openstreetmap.org/wiki/Key:diet:kosher
> ___
> 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] magasin alimentaire casher

[Nicolas Bétheuil]

Bonjour,

Je traite l'open data des livraison à Paris.
Je suis surpris de trouver dans le wiki de diet:halal mais je trouve pas de
diet:cacher ou diet:casher je sais pas chercher, ça n'existe pas dans OSM.
Taginfo me dis que ça n'existe pas non plus.

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

[Nicolas Bétheuil]

je lis un peu en diagonal.

le lien avec mapilary est il obligatoire ? ils ont l'air de préférer les
séquences, du coup ce n'est pas l'usage.

pic4review va aussi taper dans openstreetcam, ça cause aussi de improveosm,
de grab.

C'est vraiment récurrent ce problème de qualité d'image avec StreetComplete
? J'ai déjà contribué comme ça, d'autres ont résolu mes notes, ou j'ai déjà
revu des miennes, pas des dizaines mais quelques une.

J'ai l'impression qu'il y a plusieurs problèmes mais c'est bien de diviser
les questions aussi, ça permet de traiter. (qualité d'image, affectation à
un objet osm, tag)

My 2 cents



Le ven. 17 avr. 2020 à 09:46, European Water Project <
europeanwaterproj...@gmail.com> a écrit :

> Rebonjour,
>
> *Ici, tu choisis l'une des photos Mapillary que tu associes à un objet
> OSM.*
> *As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos
> d'un même objet physique dans Mapillary ?*
> *On peut probablement trouver des photos d'un monument historique à
> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…*
>
> Mapillary ne va pas garder une trace dans leur base de données de quel
> objet OSM est présent dans l'image, donc c'est plutôt à nous de lier les
> images keys de Mapillary (qui sont uniques et immuables) aux objets d'OSM.
>
> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de
> Mapillary pourraient être délimitées par des semicolons sur le
> key:mapillary, comme avec des images de wikimedia commons.
> Mais, déjà de réussir la première étape avec une photo bien cadrée avec
> une bonne luminosité rendrait la carte plus attractive.
>
>
> *>>>Tu parlais d'une discussion avec lui. Je pensais qu'elle était
> publique dans le forum Mapillary.  *
> Les conversations avec Chris et Fredrik étaient par visioconférence.
>
> A bientot,
>
> Stuart
>
> On Fri, 17 Apr 2020 at 09:18, Yves P.  wrote:
>
>>
>> filipc est un contributeur belge de Mapillary …
>>
>> Ok, alors je vais être fans aussi 🙂
>>
>> Dans le workflow proposé, c'est juste le temps nécessaire pour faire
>> l'ajout dans la base de données d'OSM.  L'idée était de stocker sur dans
>> une petite base de données, l'ID Mapillary, le OSM objet #, et les
>> coordonnées de l'objet. Une fois l'image key pret (24 heures plus tard),
>> l'image pourrait être liée au objet avec le Key:mapillary .
>>
>> Ok.
>>
>> Ici, tu choisis l'une des photos Mapillary que tu associes à un objet OSM.
>> As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un
>> même objet physique dans Mapillary ?
>> On peut probablement trouver des photos d'un monument historique à
>> plusieurs époques, saisons, la nuit, le jour, au couché/levé du soleil…
>>
>> *Je ne retourne pas la conversation avec Chris Beddow*
>> Désolé, mais je ne comprends pas cette phrase.
>>
>> Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique
>> dans le forum Mapillary.
>>
>>Est-ce que je peux te copier en cc dans mes communications futures
>> avec lui, surtout si elles deviennent plus technique ?
>>
>> Oui, merci 🙂
>>
>> Best regards,
>>
>> __
>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [caresteouvert] tag pour les marchands de marché

[Nicolas Bétheuil]

c'est bien ça
localisation=outdoor et reservation=required
mais du coup ce serait reservation:covid19=required parce que les jours de
marché on peut y acheter sans réserver

c'est effectivement un contournement plutôt qu'une entourloupe.
localisation officielle ? c'est un producteur normand du coup ça fait loin
non ?

Le jeu. 16 avr. 2020 à 12:55, Marc M.  a écrit :

> Bonjour,
>
> Le 16.04.20 à 09:19, Vincent Bergeot a écrit :
> > Fausse bonne idée, vraie mauvaise idée ? Petite impression de me perdre
> > dans les tags !
>
> si on veux le tager, je l'aurais fais ainsi :
>
> - la place de livraison (un amenity=parking_space est une partie
> d'un amenity=parking sinon c'est amenity=parking capacity=1)
> et access=delivery s'il y a un panneau "interdit sauf livraison".
> mais si ce n'est pas une place de livraison mais le lieux d'un marché,
> c'est pas bon...
>
> - le vendeur s'apparente un peu aux commerçant de marché qu'on tag
> parfois quand la position est fixe, sauf qu'il faut réserver avant
> dont shop=* opening_hours localisation=outdoor et reservation=required
>
> Mais faut-il tager le commerçant ? je n'ai pas vraiment l'impression
> que c'est un "commerce légal sur livraison" mais plutôt une entourloupe
> pour contourner les règles de fermeture des marchés pour confinement...
> du coup à minima, ce serrait sans doute bien tager sa localisation
> officielle (entreprise agricole ou bureau d'un vendeur)
>
> 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] [caresteouvert] tag pour les marchands de marché

[Nicolas Bétheuil]

Je comprends le dérivé vers un lieu de livraison.
J'aurais préféré identifier un commerçant récurent de marché non couvert
qui pendant le confinement fait de la livraison.

Il doit manquer une négation dans la phrase
"Places réservées à de la livraison pour NE approvisionner PAS un magasin
mais directement des gens qui ont passé commande."

La place n'est pas, à ma connaissance "réservée", aucune idée s'il y a
autorisation de la mairie au quoi que ce soit. Juste tu appelles, le
marchand te dit "venez à tel heure, au lieu du marché récurrent, je vous
donnerais votre commande". Ça doit dépendre des places de parking dispo en
plus ...
Du coup la localisation est complexe. Peut être pas sa place dans OSM, vu
que c'est un peu tordu que ce soit une donnée géographique.

Le jeu. 16 avr. 2020 à 09:19, Vincent Bergeot  a
écrit :

> Le 15/04/2020 à 13:44, Nicolas Bétheuil a écrit :
>
> C'est un commerce qui n'est que sur le marché. Il n'a pas de réalité au
> quotidien. Ce n'est pas un primeur qui a pignon sur rue.
> Et pendant le confinement, il propose de retirer les commandes au cul du
> camion sur des horaires précis.
>
> Si je reprends le déroulé :
>
> Les gens passent commande par téléphone et récupère à un lieu donné leur
> commande.
>
> Le lieu géographique est donc un point de livraison, qui possède un numéro
> de téléphone associé pour la commande, avec des horaires réguliers, et où
> l'on peut trouver un certains types de produits
>
> cela me fait penser à :
>
> amenity=parking_space
> parking_space=delivery
>
> Places réservées à de la livraison pour approvisionner un magasin mais
> directement des gens qui ont passé commande.
>
> produce ensuite et opening_hours:covid19 ?
>
> Fausse bonne idée, vraie mauvaise idée ? Petite impression de me perdre
> dans les tags !
>
> Cependant cela peut devenir un volume non négligeable de données car les 2
> sites cités par ailleurs (https://www.produits-locaux.bzh/ et
> https://plateforme.produits-locaux-nouvelle-aquitaine.fr) sont justement
> axés sur des points de livraisons de produits locaux.
>
>
> @nicolas ma surprise ci-dessous ne voulait pas dire que ce n'est pas ce
> qu'il faut faire (en me relisant, je me trouve ambigu), je ne sais pas non
> plus comment taguer un lieu de livraison.
>
>
>
> Le mer. 15 avr. 2020 à 12:45, Vincent Bergeot  a
> écrit :
>
>> Le 15/04/2020 à 11:54, Nicolas Bétheuil a écrit :
>> > Bonjour,
>> >
>> > Comment tagguer un commerçant qui "continue" les marchés en commande
>> > par tel au cul du camion ?
>> > https://www.openstreetmap.org/node/7404967885
>> >
>> > J'ai souvenir d'une recommandation récente mais je n'arrive pas à
>> > remettre la main dessus
>>
>>
>> ce qui me surprend sur le POI c'est shop=greengroccer (c'est un magasin
>> de légume, qui peut s'entendre pour un stand de légule sur un marché).
>>
>> Dans le cas d'un lieu de livraison sur commande, je ne suis pas sur que
>> cela soit "correct".
>>
>> Pour les diverses recommandations, peut-être fais tu référence à cela :
>>
>> https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19#Livraison.2C_vente_.C3.A0_emporter.2C_drive
>> ?
>>
>> à plus
>>
>>
>> --
>> Vincent Bergeot
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Vincent Bergeot
>
> ___
> 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] [caresteouvert] tag pour les marchands de marché

[Nicolas Bétheuil]

C'est un commerce qui n'est que sur le marché. Il n'a pas de réalité au
quotidien. Ce n'est pas un primeur qui a pignon sur rue.
Et pendant le confinement, il propose de retirer les commandes au cul du
camion sur des horaires précis.

Le mer. 15 avr. 2020 à 12:45, Vincent Bergeot  a
écrit :

> Le 15/04/2020 à 11:54, Nicolas Bétheuil a écrit :
> > Bonjour,
> >
> > Comment tagguer un commerçant qui "continue" les marchés en commande
> > par tel au cul du camion ?
> > https://www.openstreetmap.org/node/7404967885
> >
> > J'ai souvenir d'une recommandation récente mais je n'arrive pas à
> > remettre la main dessus
>
>
> ce qui me surprend sur le POI c'est shop=greengroccer (c'est un magasin
> de légume, qui peut s'entendre pour un stand de légule sur un marché).
>
> Dans le cas d'un lieu de livraison sur commande, je ne suis pas sur que
> cela soit "correct".
>
> Pour les diverses recommandations, peut-être fais tu référence à cela :
>
> https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19#Livraison.2C_vente_.C3.A0_emporter.2C_drive
> ?
>
> à plus
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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] [caresteouvert] tag pour les marchands de marché

[Nicolas Bétheuil]

Bonjour,

Comment tagguer un commerçant qui "continue" les marchés en commande par
tel au cul du camion ?
https://www.openstreetmap.org/node/7404967885

J'ai souvenir d'une recommandation récente mais je n'arrive pas à remettre
la main dessus

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Nicolas Bétheuil]

J'en était resté au niveau tag qu'un point virgule valait pour une valeur
multiple. Mais j'ai jamais trouvé la référence la dessus, mais pas cherché
non plus.

Le mer. 15 avr. 2020 à 08:15, Yves P.  a écrit :

>
> Donc on pourrait imaginer un phone:covid19, mais le plus simple vu que ce
> n'est pas très fréquent, c'est de l'indiquer dans description:covid19.
>
>
> A l'instant taginfo compte 39 phone:covid19=* C'est peu en effet.
> Cependant, rien que dans mon rayon de 1km j'ai plusieurs cas de téléphone
> dédié à la période : opticiens, agents immobiliers, pompes funèbres. En
> extrapolant, je pense que ça vaut le coup de pousser ce tag, ce sera
> toujours ça de moins dans les descriptions, par nature moins exploitables.
>
> J'ai eu des cas similaires.
>
> Comme c'était des téléphones mobiles (le perso du gérant ?), j'ai rajouté
> un *mobile=06 54 32 10 98, * le message dans *description:covid19*
> demandant d'appeler le mobile.
>
> __
> Yves
>
> PS: comment ÇaResteOuvert affiche les *phone=xxx;yyy;zzz* ?
> https://www.caresteouvert.fr/@46.800954,1.090192,17.69/place/n4985186669
>
> Il y en a 26 pour CRO : https://overpass-turbo.eu/s/SQg
> Et d'après TagInfo : *21 480* pour phone et *3* pour mobile
>
> *23 436* pour https://overpass-turbo.eu/s/SQk (lent)
> ___
> 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] Ça reste ouvert et notes : avis et retours

[Nicolas Bétheuil]

Quand la contribution directe à été ajoutée plutôt que les notes, j'ai
trouvé ça top.
Maintenant, j'ai du mal à voir ce qu'il resterait à mettre dans la note.
Il m'est arrivé d'abandonner un signalement dans çaresteouvert mais plus
pour des problèmes d'usage : décaler une heure d'ouverture, en format OSM
c'est simple, en format où il y a une ligne par jour, beaucoup moins. Du
coup j'ai fait une photo que j'ai traité en rentrant.

Le mar. 14 avr. 2020 à 13:22, PanierAvide  a écrit :

> Effectivement, tout ce qui peut être retranscrit sous forme de tags est
> déjà affiché dans la note (opening_hours:covid19, delivery:covid19,
> takeaway:covid19) avec la syntaxe key=value. Ça fonctionne dans JOSM et
> iD (si le champ de tags est basculé en mode "plein texte"/textarea).
> Pour ce qui est d'aller plus loin sur la contribution directe, je
> partage ton avis, mais j'ai eu également des retours contraires. D'où
> l'idée d'avoir plus de retours pour qu'on soit fixé ;-)
>
> Adrien P.
>
> Le 14/04/2020 à 13:05, Yves P. a écrit :
> > Si la note contient aussi les données formatter, le contributeur peut
> > faire un copier/coller dans JOSM ou iD.
>
> ___
> 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] Données produits-locaux.bzh

[Nicolas Bétheuil]

MDR ! Mais pourquoi les mettre en ligne alors ?
Ça mériterais un petit bashing sur la place publique.

Le mar. 14 avr. 2020 à 09:22, GarenKreiz  a écrit :

> Petite perle détectée dans les mentions légales : "Les visiteurs du site
> Internet s’interdisent ... l’utilisation, des informations auxquelles ils
> ont accès". Alors que l'objectif même du site est d'utiliser leurs
> informations pour établir des contacts entre producteurs et consommateurs!
>
>
>
> On Tue, 14 Apr 2020 at 08:50, Yann-Gaël LARGILLET 
> wrote:
>
>> Salut à tous, j'ai contacté la Région Bretagne pour savoir si on pouvait
>> récupérer leurs données concernant le site produits-locaux.bzh
>>  afin d'alimenter OSM et in fine
>> çaresteouvert.fr , mais malheureusement,
>> leur réponse a été assez simple en disant d'aller voir les mentions légales
>> (ce que j'aurais pu faire avant) :
>> https://www.produits-locaux.bzh/mentions-legales/
>>
>> Si quelqu'un peut confirmer que la réutilisation de leurs données est
>> clairement impossible ?
>>
>>
>> Merci d'avance,
>>
>> Cordialement,
>>
>> Yann-Gaël
>> --
>> "Lentius, Profundius, Suavius" (A.Langer)
>> ___
>> 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] Workflow pour opendata

[Nicolas Bétheuil]

Comme frosm m'est tombé sur le poil sur un changement précédent, je vais
demander avant ;P maintenant.
un avis sur les tags source ? J'ai fait un mailing pour qualifier plus
précisément les infos. Ça réponds 8% en une heure. Comment taguez vous une
info obtenue dans un mail ? Dans un jeu de donnée opendata ? Tag source ?
changeset ?


Le mer. 8 avr. 2020 à 23:04, Nicolas Bétheuil  a écrit :

> Pour les curieux
> https://github.com/osmontrouge/caresteouvert/issues/120#issuecomment-611191213
>
> Le mar. 7 avr. 2020 à 20:07, Yves P.  a écrit :
>
>> Tout ce que j'ai décrit (y compris les regex pour traiter les téléphones)
>> peut se faire facilement et rapidement avec OpenRefine.
>>
>> Ce qui est très pratique, ce sont les facettes qui permettent de
>> regrouper, trier, filtrer les données en  2 clics.
>>
>> Ici on voit assez facilement quel valeur donner à shop=* (encore plus
>> quand on filtre une catégorie et qu'on voit les noms des commerces)
>>
>> Alimentation générale et produits de première nécessité 70
>> Restaurant ou traiteur  56
>> Primeur 39
>> Boulangerie - pâtisserie36
>> Épicerie fine   33
>> Boucherie - charcuterie - rôtisserie31
>> Commerce de détail de boissons  30
>> Fromagerie  30
>> Pharmacies et parapharmacies17
>> Bricolage   4
>> Équipements informatiques   4
>> Poissonnerie4
>> Articles médicaux et orthopédiques  2
>> Presse et papeterie 2
>> Blanchisserie-teinturerie   1
>> __
>> 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

Re: [OSM-talk-fr] Workflow pour opendata

[Nicolas Bétheuil]

Pour les curieux
https://github.com/osmontrouge/caresteouvert/issues/120#issuecomment-611191213

Le mar. 7 avr. 2020 à 20:07, Yves P.  a écrit :

> Tout ce que j'ai décrit (y compris les regex pour traiter les téléphones)
> peut se faire facilement et rapidement avec OpenRefine.
>
> Ce qui est très pratique, ce sont les facettes qui permettent de
> regrouper, trier, filtrer les données en  2 clics.
>
> Ici on voit assez facilement quel valeur donner à shop=* (encore plus
> quand on filtre une catégorie et qu'on voit les noms des commerces)
>
> Alimentation générale et produits de première nécessité 70
> Restaurant ou traiteur  56
> Primeur 39
> Boulangerie - pâtisserie36
> Épicerie fine   33
> Boucherie - charcuterie - rôtisserie31
> Commerce de détail de boissons  30
> Fromagerie  30
> Pharmacies et parapharmacies17
> Bricolage   4
> Équipements informatiques   4
> Poissonnerie4
> Articles médicaux et orthopédiques  2
> Presse et papeterie 2
> Blanchisserie-teinturerie   1
> __
> 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

Re: [OSM-talk-fr] Workflow pour opendata

[Nicolas Bétheuil]

Renommer les colonnes dans JOSM ? Si je touche au properties d'un point ça
fait les autres ?
Une requête overpass pour retrouver le point ressemblant ou juste charger
toute la zone ?

Le mar. 7 avr. 2020 à 18:34, Yves P.  a écrit :

> > Comment feriez vous ?
> > Transformer les catégories par très précises (Restaurant ou traiteur) en
> tag
> > Fusionner avec des POI pré-existants
> Il n'y en a que 359.
>
> Les facettes d'OpenRefine montrent qu'il y en a 35 par code postal
> 75012   35
> 75017   33
> 75011   31
> 75015   26
> 75018   25
> 75013   23
> 75020   23
> 75010   20
> 75006   18
> 75005   17
> 75008   15
> 75014   15
> 75019   14
> 75016   12
> 75003   11
> 75002   10
> 75007   10
> 75009   10
> 75004   6
> 75001   3
> 75116   2
>
> Une dizaine ou une vingtaine de contributeurs peuvent se partager le
> boulot et intégrer ça rapidement avec JOSM.
> Tu charges le .geojson dans JOSM, renomme quelques colonnes (email, name,
> phone, website, comments).
> Ensuite, tu crée ou met à jour un POI en choisissant le shop=* le plus
> adapté au type de commerce…
>
> __
> 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] Workflow pour opendata

[Nicolas Bétheuil]

Bonjour,

Y a un jeu de données que je voudrais rapprocher / enrichir vers OSM
https://opendata.paris.fr/explore/dataset/coronavirus-commercants-parisiens-livraison-a-domicile/

Comment feriez vous ?
Transformer les catégories par très précises (Restaurant ou traiteur) en tag
Fusionner avec des POI pré-existants

Une analyse osmose ?
Du map roulette ?

Merci du coup de main
Cf https://github.com/osmontrouge/caresteouvert/issues/120
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OverpassTurbo] Manquent terminus dans ligne de métro

[Nicolas Bétheuil]

Regarde un peu la nomenclature des transports en commun, je risque de
raconter des bêtises.
En gros pour faire vite, il y a une nomenclature hiérarchisé :
 - les routes master représente la ligne
 - Qui ont des relations vers les routes, chaque sens
 - qui contient des points, le dessin de la ligne, les stations etc ...

La route master n’a pas de définition géographique, aucun point mais les
route oui.

Le lun. 11 nov. 2019 à 18:22, Shohreh  a écrit :

> Nicolas Bétheuil-2 wrote
> > J'étais passé par les route master pour sortir les lignes.
>
> Joli.
>
> J'avais besoin de créer une carte où chaque ligne réside dans sa propre
> couche afin de pouvoir les cacher/montrer séparément.
>
> C'est quoi "route master" ?
>
>
>
> --
> 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] [OverpassTurbo] Manquent terminus dans ligne de métro

[Nicolas Bétheuil]

Pas tout lu, si ça peut aider.
J'avais fait ça il y a un moment
https://wadouk.github.io/osm-public-transports/#11/48.8478/2.3957
https://framapic.org/GtpjRnySsEJ3/XvAlHvPbu0Oh.png

J'étais passé par les route master pour sortir les lignes.

c'est documenté (succinctement) par là
https://github.com/wadouk/osm-public-transport-split/tree/overpass



Le lun. 11 nov. 2019 à 14:33, Shohreh  a écrit :

> marc marc wrote
> > si l'utilisation final est umap c'est contre-productif de faire un gpx,
> > umap gère les requêtes overpass
>
> Oui, mais ça fait un appel à chaque fois vs. un fichier importé une seule
> fois. Pour des données qui changent rarement, une requête dynamique est
> contre-productive.
>
>
>
>
> --
> 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

[OSM-talk-fr] défibrillateurs sur relations

[Nicolas Bétheuil]

Bonjour,

J'ai déjà fait plusieurs analyse osmose pour ajouter les défibrillateurs,
et avant de dire OK pour le rendre publique sur le front osmose je
regardais un peu en comparant sur overpass http://overpass-turbo.eu/s/MXT.

Sur deux exemples, mairie du 12eme et une bibliothèque ça a été ajouté sur
le building ou une relation.
https://github.com/osm-fr/osmose-backend/issues/596#issuecomment-539964278.
Je change l'analyse pour les inclure (et laisser faire la conflation) où je
signale qu'il en manque un au risque d'en avoir deux alors qu'il y en a
qu'un ?

Le wiki dit qu'un défibrillateurs est un nœud.
https://wiki.openstreetmap.org/wiki/Tag:emergency%3Ddefibrillator

Du coup j'ai l'impression que la bonne réponse c'est :
 - voir pour que les défibrillateurs pas sur un noeud soit corrigé (~90
selon taginfo fr:
http://taginfo.openstreetmap.fr/tags/emergency=defibrillator)
 - laisser l'analyse tel quel

Ça vous parait comment ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] affichage sur osmose des corrections

[Nicolas Bétheuil]

qui vient d'où ? comment on peut la compléter ?

Le mer. 4 sept. 2019 à 10:23, Frédéric Rodrigo  a
écrit :

> Le 04/09/2019 à 10:12, Nicolas Bétheuil a écrit :
> > Bonjour,
> >
> > J'ai complété la doc pour un cas d'erreur (21101) mais je me rends
> > compte qu'il y a une partie correction dans la remontée des erreurs
> >
> https://wiki.openstreetmap.org/w/index.php?title=FR:Osmose/issues&diff=1899002&oldid=1687435
> > http://osmose.openstreetmap.fr/fr/error/31846899207
> >
> > Comment cette partie fonctionne ? je ne crois pas l'avoir vu souvent
> > renseignée. C'est pour les corrections automatiques ?
> >
>
> Non. C'est de l'explication libre sur comment corriger.
>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] affichage sur osmose des corrections

[Nicolas Bétheuil]

Bonjour,

J'ai complété la doc pour un cas d'erreur (21101) mais je me rends compte
qu'il y a une partie correction dans la remontée des erreurs
https://wiki.openstreetmap.org/w/index.php?title=FR:Osmose/issues&diff=1899002&oldid=1687435
http://osmose.openstreetmap.fr/fr/error/31846899207

Comment cette partie fonctionne ? je ne crois pas l'avoir vu souvent
renseignée. C'est pour les corrections automatiques ?

Merci pour l'info
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Nicolas Bétheuil]

Dans les exemples de data gouv, il n'y a que 6 digits dans la précision des
coordonnées, c'est souvent une limitation de ce genre de service.
6 décimales on est au dixième de metre
7 on est à 10mm
https://gis.stackexchange.com/questions/8650/measuring-accuracy-of-latitude-and-longitude

Le ven. 7 juin 2019 à 10:34, marc marc  a écrit :

> Bonjour,
>
> Le 07.06.19 à 09:51, Romain MEHUT a écrit :
> > https://overpass-turbo.eu/s/JKu en passant par
> > https://adresse.data.gouv.fr/api (voir tout en bas pour /reverse/csv/).
>
> le site dit :
> Il doit contenir les colonnes latitude (ou lat) et longitude (ou lon
> ou lng).
> overpass produit un fichier @lat @lon
> mais en le modifiant, cela ne suffit pas
>
> le site dit : un csv
> overpass produit un fichier séparé par des espaces
> mais en le modifiant, cela ne suffit pas
>
> j'ai pensé à un soucis avec les accents
> mais en le modifiant, cela ne suffit pas
>
> Même réduit à sa plus simple expression, cela plante quand même
> latitude,longitude
> 48.7162618,6.4914257
>
> 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

[OSM-talk-fr] [OSM-Talk-Fr] Extinction de l'éclairage public

[Nicolas Bétheuil]

Bonjour,

Avez-vous déjà référencé des villes / communes / village qui éteignent
l'éclairage public durant la nuit ?
Quels tags utiliseriez vous ?

Bon, en fait, en regardant un peu mieux dans le wiki et tag info j'ai
trouvé ça
https://taginfo.openstreetmap.org/keys/operating_times#map
https://wiki.openstreetmap.org/wiki/FR:Key:lit

Trop embryonnaire sûrement pour être pertinent.

Ce serait en s'inspirant de ça https://www.anpcen.fr/?id_rub=19 (mais pas
assez doué pour trouver une carte / liste un peu à jour)
Et pour savoir où je peux partir en vacances avec mon télescope, pour
adapter la lecture de la carte de l'avex
https://www.avex-asso.org/dossiers/wordpress/fr_FR/la-pollution-lumineuse-light-pollution/cartes-de-pollution-europeenne-avex-2016?lang=fr_FR#-cartes-classiques

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

[OSM-talk-fr] taginfo fr > combinaisons

[Nicolas Bétheuil]

Hello les gens,

ce serait plutôt sur une liste d'admin que je devrais dire ça, mais en fait
je ne la connais pas.

en regardant, ça fait plusieurs fois que je tombe sur une page de
combinaison vide
https://taginfo.openstreetmap.fr/tags/amenity=university#combinations
ça réponds bien en 200 sur
*https://taginfo.openstreetmap.fr/api/4/tag/combinations?key=amenity&value=university&filter=all&sortname=other_tag&sortorder=desc&page=1&rp=19&qtype=other_tag
*
mais les résultats sont vide

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

Re: [OSM-talk-fr] Contribuer avec son Smartphone

[Nicolas Bétheuil]

Gsmarena permet d'avoir des infos très précises sur les tel.

Le lun. 18 févr. 2019 à 22:16, Manu CAUSSE  a écrit :

> Bonjour à tous et à toutes
>
>
> Je dois prochainement renouveler mon smartphone. Je suis à la recherche
> de conseils, en effet mon principal critère est la qualité et la
> précision de la géolocalisation avec ce smartphone, le but au final
> étant de contribuer au mieux à OSM.
>
> Quelques téléphones commencent à permettre l'utilisation du réseau
> Galileo : voir la liste ici :
> https://www.usegalileo.eu/FR/inner.html#data=smartphone
>
> Le problème c'est que lorsque l'on va regarder en détails les specs de
> certains de ces smartphones ils ne mentionnent pas la possibilité
> d'utiliser le réseau Galileo.
>
> Donc ma question est : avez vous des retours sur des smartphones
> permettant une très bonne géolocalisation ?
>
> Bonne semaine à tous et toutes
>
> ___
> 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] Crawler sur les horaires d'ouverture

[Nicolas Bétheuil]

Ce n’est pas le stockage qui est offert, c’est La visibilité et la
disponibilité. Contrairement à son petit site maison, la page Facebook est
beaucoup plus facile à trouver sans faire d’optimistation.
J’ai toujours entendu que la seule source d’info sans trop de problème de
licence pour osm c’est e relevé individuel dans la rue.

Le jeu. 7 févr. 2019 à 09:41,  a écrit :

> Bonjour, entièrement d'accord avec Marc.
>
> il y a une différence entre un site web / une page FB du POI publiant ses
> horaires (y compris les pages des chaînes) et un site dont le but est
> notamment de regrouper les horaires, comme les Pages Jaunes ou Yelp.
>
FB ne fait que mettre à disposition un espace de stockage, il n'y a pas de
> service lié aux horaires d'ouverture (et FB pompe toutes les données pour
> valoriser sa pub : son modèle économique ne dépend nullement des horaires
> d'ouverture : si le POI publie ses horaires, c'est juste un plus).
>
> Oui Mapzen est la bonne piste.
>
> Jean-Yvon
> Le 07/02/2019 à 00:45, EpicKiwi - m...@epickiwi.fr a écrit :
>
> Mais dans ce cas, Facebook fait aussi un travail de stockage sur les
> horaires d'ouverture...
>
> On févr. 6 2019, at 6:26 pm, marc marc 
>  wrote:
>
> Le 06.02.19 à 23:50, EpicKiwi a écrit :
>
> Il semble aussi que les informations de POI sur Yelp ou TripAdvisor
> proviennent aussi du POI lui même donc il serait possible d'extraire de
> ce genre de sources...
>
>
> non parce que yelp a fait une base de donnée (= du travail
> pour regrouper toutes ces infos) et cela pose les mêmes soucis
> que recopier les pages jaunes
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Crawler sur les horaires d'ouverture

[Nicolas Bétheuil]

Une petite recherche dans la ml sur alltheplaces et on se rend compte que
ca a été évoqué mais jamais allé jusqu’à l’action, ou en tout cas pas
reporté ici

Le mer. 6 févr. 2019 à 22:30, marc marc  a
écrit :

> Le 06.02.19 à 18:57, Epickiwi a écrit :
> > Je me demande si cela est légale au niveau de la licence OSM de créer un
> > robot qui va chercher sur ces pages de reseaux sociaux ou le site
> > officiel les horaires d'ouverture et les ajouter aux données dans le tag
> > `opening_hours`.
>
> je ne suis pas un spécialiste des licences mais j'ai toujours
> entendu/considéré qu'un poi étai toujours une source valide pour
> lui-même (si un resto écrit son horaire quelque part, c'est toujours
> valide de lire ce "quelque part" pour l'écrire dans osm).
> ce serrait vraiment agréable un outil qui fasse cela (et mon avis sur la
> licence est incorrect, on pourrait au moins avoir une alerte osmose pour
> aller voir le poi "à la main")
>
> Par contre dans le cadre des chaînes de magasin ou d'annuaire,
> ce n'est plus le poi qui parle pour lui-même mais une chaîne ou un
> annuaire qui a une base de donnée, avec tous les soucis de licence que
> cela implique (on ne peux pas recopier les pages jaunes dans osm)
> ___
> 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] Site web pour récupérer coordonnées GPS d'un point?

[Nicolas Bétheuil]

Wadouk.github.io/maps avec conversion entre coordonnées décimales et
horaires avec une sélection de fond de cartes.
Encore très ameliorable.

Le mer. 31 oct. 2018 14:16, Shohreh  a écrit :

> J'ai trouvé une alternative presque aussi simple que ce que je cherchais :
>
> 1. Aller sur www.openstreetmap.org
> 2. Zoomer jusqu'au point recherché
> 3. Clic-droit > Show address
> 4. À gauche, passer la souris sur les coords pour afficher le marqueur
> 5. Copier les coords
> https://postimg.cc/LJHYBwpy
>
> Good enough.
>
> Merci!
>
>
>
> --
> 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] Carte vectoriel des transports en commun

[Nicolas Bétheuil]

Bonjour,

J'ai avancé sur l'affichage des transports. J'ai réussi à le faire au
niveau monde.
https://wadouk.github.io/osm-public-transports/
Il y a plus de 30k lignes compartimentées en 65k rectangle de ~5km. Les
données sont stockées chez 5apps, 750Mo dont 2/3 de pbf, le reste sont les
"index".

Certaines lignes sont trop longues (forcément) et du coup ça a planté
(entre les timeout et les crash overpass).
En passant par les relations route_master puis par leurs id, c'est "assez"
rapide
https://github.com/wadouk/osm-public-transport-split/tree/overpass.

Désolé pour les crash que j'ai pu occasionner sur overpass.

Encore beaucoup de choses à faire pour par exemple rendre les bus
exploitable mais ça peut être intéressant pour se rendre compte du travail
déjà accompli sur la carto les transports.

Le lun. 30 avr. 2018 à 22:41, Nicolas Bétheuil  a écrit :

> Bonsoir,
>
> Je viens de pousser en ligne la carte du métro sur paris & tram en ile
> de france (pour l'instant)
> https://wadouk.github.io/osm-public-transports/
>
> C'est en vectoriel, donc cliquable.
>
> Les couleurs sont celles d'osm.
> Les éléments en bordeaux sont ceux où je n'ai pas réussi à déterminer
> la bonne couleur ni par les attributs, ni par les relations.
>
> https://github.com/wadouk/osm-public-transports/blob/5375a4256eb4f1ea6e2faea646fc70d188974341/index.html#L38
>
> Les bus, c'est intéressant, mais c'est beaucoup trop gros, même sur
> paris uniquement.
> http://overpass-turbo.eu/s/yoM
> Il faut que j'avance sur la séparation (split) des fichiers de jeu de
> données.
>
> Les données sont extraites par la requête overpass ci dessus et
> télécharger en geojson : l'idée est d'avoir un post traitement de
> simplification pour alléger les données mais on verra ça plus tard.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Nicolas Bétheuil]

J'ai été poser la question

https://ask.openrouteservice.org/t/roadworks-and-how-to-handle-it/45
https://groups.google.com/forum/#!topic/osm-android-bikerouting/bsRYArj8fCM
https://groups.google.com/forum/#!topic/opentripplanner-users/ryjK46IoOY8

pour commencer

Le ven. 26 oct. 2018 à 08:28, Phyks  a écrit :

> Merci ! J'avais pensé à verser les signalements de cyclassist dans OED
> (et utiliser OED plutôt qu'une base différente pour cyclassist), mais je
> n'étais pas sûr que ça ait parfaitement sa place dans OED. J'avais eu un
> peu de mal à trouver de la doc / des points de contact aussi :/
>
> Mais c'est quelque chose qui pourrait changer facilement, il y a de quoi
> faire un dump des signalements de Cycl'Assist facilement.
>
>
> Concernant les travaux, pour l'instant je récupère des points libres
> mais je voudrais reprendre ça pour les associer à des objets OSM. La
> plupart des sources fournissent une aire touchée par les travaux et il
> suffit alors de chercher les intersections avec les objets OSM. C'est
> sur ma liste de trucs à faire.
>
>
> Concernant les modes de transport affectés (ou les fermetures partielles
> / totales etc), c'est très souvent donné dans un champ texte libre, avec
> toutes les variations possibles du coup… rien de normalisé et de facile
> à réutiliser j'ai l'impression :/
>
>
> Pour réutiliser ça dans un calculateur d'itinéraires, je sais que
> certains proposent d'éviter des zones (OpenRouteService proposé par JB,
> brouter aussi). Du coup, pas besoin d'associer ça précisément à un objet
> OSM. Le seul problème que je vois avec les zones à éviter c'est que ces
> zones de travaux ne sont pas forcément "à éviter" mais plutôt "à
> pénaliser", du moins tant que l'information précise des éléments
> (trottoirs, chaussée, fermeture partielle ou totale) n'est pas bien
> connu. Des travaux sur un trottoir impliquent probablement des
> complications pour les automobilistes, mais il n'y a aucune raison a
> priori d'éviter totalement la zone.
>
> --
> Phyks
>
> Le 25/10/2018 à 10:45, Nicolas Bétheuil a écrit :
> > Classe ! Félicitations !
> > J'adore la richesse d'OSM ! Ou de verser cyclassist dans OED ? L'api
> d'OED
> > est publique.
> > Dire si ça concerne que les vélos où aussi les voitures, les piétons,
> > mobilité réduite ?
> > Après pour que ce soit exploitable dans OSM par un calculateur
> > d'itinéraire, il faut rattacher ça à des objets OSM pour les tagguer ?
> >
> > Le jeu. 25 oct. 2018 à 09:33, Phyks  a écrit :
> >
> >> Salut,
> >>
> >>> Vu que chaque ville à sa propre base / api ça me paraît compliqué que
> les
> >>> calculateurs d'itinéraire le prenne en compte nottament avec les
> >> arguments
> >>> déjà évoqués. Vu aussi que l'idée est de ne pas faire d'import dans OSM
> >>> mais que des contributeurs revalident ces données, modifier OSM me
> parait
> >>> aussi compliqué en automatique : ce n'est pas qu'ajouter un POI, faire
> >> une
> >>> conflation ... les différents chantiers ont différents impact donc à
> >>> tagguer différemment.
> >>
> >> J'ai
> >>
> https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py
> >> en stock avec toutes les opendata sur les travaux que j'ai trouvées en
> >> France pour l'instant (et qui les uniformise un minimum).
> >>
> >> Ça devrait être possible de reprendre un script du genre et de
> >> l'injecter dans OED, non ?
> >>
> >> --
> >> Phyks
> >>
> >>
> >>
> >> ___
> >> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Nicolas Bétheuil]

Classe ! Félicitations !
J'adore la richesse d'OSM ! Ou de verser cyclassist dans OED ? L'api d'OED
est publique.
Dire si ça concerne que les vélos où aussi les voitures, les piétons,
mobilité réduite ?
Après pour que ce soit exploitable dans OSM par un calculateur
d'itinéraire, il faut rattacher ça à des objets OSM pour les tagguer ?

Le jeu. 25 oct. 2018 à 09:33, Phyks  a écrit :

> Salut,
>
> > Vu que chaque ville à sa propre base / api ça me paraît compliqué que les
> > calculateurs d'itinéraire le prenne en compte nottament avec les
> arguments
> > déjà évoqués. Vu aussi que l'idée est de ne pas faire d'import dans OSM
> > mais que des contributeurs revalident ces données, modifier OSM me parait
> > aussi compliqué en automatique : ce n'est pas qu'ajouter un POI, faire
> une
> > conflation ... les différents chantiers ont différents impact donc à
> > tagguer différemment.
>
> J'ai
> https://framagit.org/phyks/cyclassist/blob/master/scripts/opendata/works.py
> en stock avec toutes les opendata sur les travaux que j'ai trouvées en
> France pour l'instant (et qui les uniformise un minimum).
>
> Ça devrait être possible de reprendre un script du genre et de
> l'injecter dans OED, non ?
>
> --
> Phyks
>
>
>
> ___
> 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] Calcul d'itinéraire prenant en compte les travaux

[Nicolas Bétheuil]

C'est le cas aussi sur Paris.
https://www.paris.fr/services-et-infos-pratiques/deplacements-et-stationnement/amenagements-et-travaux-de-voirie/chantiers-de-voirie-3207#la-carte-des-chantiers_6


Vu que chaque ville à sa propre base / api ça me paraît compliqué que les
calculateurs d'itinéraire le prenne en compte nottament avec les arguments
déjà évoqués. Vu aussi que l'idée est de ne pas faire d'import dans OSM
mais que des contributeurs revalident ces données, modifier OSM me parait
aussi compliqué en automatique : ce n'est pas qu'ajouter un POI, faire une
conflation ... les différents chantiers ont différents impact donc à
tagguer différemment.

On pourrait demander aux différents calculateurs d’itinéraire sous quel
forme ils préféreraient la donnée.
En imaginant que ce soit sous forme de donnée OSM, on pourrait envisager
des signalements dans osmose ? Passer par OED pour simplifier le travail
dans osmose ?
ça peut effectivement être discuté sur la liste opentraffic en invitant les
"éditeurs" de solutions d’itinéraire open source s'ils n'y sont pas déjà ?
avant d'avoir les bouchons (idée de base d'opentraffic comme son nom
l'indique), déjà avoir les bouchons seraient une étape ?

Vous en pensez quoi ?

Le mer. 24 oct. 2018 à 19:42, marc marc  a
écrit :

> Pour ma durée, je pense que cela dépend surtout de la réactivé
> à les retirer mais un bon mois me semble un ordre de grandeur.
> Faut pas oublier que certains app ne mettent leur donnée à jour
> qu'une fois par mois. si tu tombes avant la modif de fermeture,
> c'est pas trop grave, c'est comme si elle n'existe pas.
> mais si tu tombes le jour avant la réouverture, elle n'aura
> lieux qu'un mois + tard.
>
> pour EDO, l'autre soucis, c'est que c'est Franco-français
> et je doute qu'il y ai bcp d'app motivé à faire une routine
> pour chaque pays.
> Freed a crée une liste Opentraffic
> https://listes.openstreetmap.fr/wws/info/opentraffic
> mais personne n'y a parlé :)
>
>
> Le 24. 10. 18 à 17:42, Julien Coupey a écrit :
> > Re,
> >
> >  > Idéalement, il faudrait éviter de modifier OSM pour y déclarer des
> >  > événement ponctuels
> >
> > Oui bien sûr, c'est pour cela que j'ai précisé « pour peu que la durée
> > des travaux le justifie ». Dans les exemples indiqués initialement, on
> > est sur du 3 à 4 mois de fermeture, donc ça me semble tout à fait
> > pertinent de tagger en « construction » le temps des travaux.
> >
> >  > Et, bien évidemment, il faudrait en parallèle, que les sites de
> >  > calculs d'itinéraires tiennent compte d'EOD
> >
> > Sans rentrer dans le débat de ce qu'il faudrait idéalement, ce n'est pas
> > le cas pour les principaux outils libres existants (OSRM, GraphHopper,
> > Valhalla). D'une part car une telle intégration n'a jamais été faite.
> > D'autre part comme indiqué par Christian parce que certains algos ont
> > besoin d'une vision statique du graphe à un instant donné et, une fois
> > un certain nombre de pré-calculs faits, ne pourront de toute façon pas
> > réagir de manière dynamique à d'autres sources d'informations.
> >
> > À mon avis, le premier pas le plus pragmatique est de faire la part de
> > ce qui vaut le coup d'être indiqué en dur comme inaccessible pendant une
> > durée significative.
> >
> > À +
> > Julien
> >
> > On 24/10/2018 16:21, Francescu GAROBY wrote:
> >> Bonjour,
> >> Idéalement, il faudrait éviter de modifier OSM pour y déclarer des
> >> événement ponctuels (ou à courte durée), car ce serait augmenter les
> >> risques de casser quelque chose.
> >> Il vaudrait mieux renseigner tout cela dans OpenEventDatabase :
> >> http://live.openeventdatabase.org/
> >> Et, bien évidemment, il faudrait en parallèle, que les sites de
> >> calculs d'itinéraires tiennent compte d'EOD. est-ce le cas ? Je
> >> l'ignore totalement...
> >>
> >> Francescu
> >>
> >> Le mer. 24 oct. 2018 à 16:13, Julien Coupey  >> > a écrit :
> >>
> >> Bonjour Sébastien,
> >>
> >> Le meilleur moyen pour que **tous** les calculateurs d'itinéraires
> >> basés
> >> sur OSM prennent en compte une rue barrée est de l'indiquer comme
> >> telle
> >> directement dans OSM pour peu que la durée des travaux le
> >> justifie. En
> >> tout cas c'est ce que je fais dans ce cas autour de chez moi en
> >> utilisant highway=construction (pourquoi pas ajouter la date de
> >> fin des
> >> travaux si elle est connue).
> >>
> >> La question me semble du coup être de savoir comment exploiter
> >> efficacement les données fournies par la ville pour assurer des
> >> mises à
> >> jour dans les deux sens (fermeture et ré-ouverture).
> >>
> >> À +
> >> Julien
> >>
> >> On 24/10/2018 15:53, Sébastien Dinot wrote:
> >>  > Bonjour à tous,
> >>  >
> >>  > On vient de me montrer que la communauté urbaine « Toulouse
> >> Métropole »
> >>  > publie sur son site Open Data une API permettant de connaitre les
> >>  > chantiers en cours
> >>  >
> >>
> >> <
> https://data.toulo

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

Ah, c'est marrant, la Tour Rome lévite
http://demo.f4map.com/#lat=48.8248016&lon=2.3655067&zoom=20&camera.theta=80&camera.phi=-20.913

Le mer. 17 oct. 2018 à 10:07, Nicolas Bétheuil  a écrit :

> C'est beaucoup mieux
> http://demo.f4map.com/#lat=48.8249258&lon=2.3659648&zoom=18
>
> https://osmbuildings.org/?lat=48.82621&lon=2.36447&zoom=17.4&tilt=45&rotation=-5
>
> effectivement peux mieux faire pour dire que la dalle est en hauteur
>
> @althio le way est celui que j'ai corrigé mais effectivement, me demande
> pour supprimer le way et laisser la relation. sa forme est plus proche de
> ce que l'on peut appeler la dalle des olympiades.
>
> M’embête de remettre le nombre d'étage à 2 parce que du coup faut modifier
> chaque échoppe pour la monter de 2 étages, pour toujours les voir.
>
>
> Le mar. 16 oct. 2018 à 09:51, althio  a écrit :
>
>> La dalle en tant que voirie, aire de cheminement existe déjà :
>> https://www.openstreetmap.org/relation/3283058
>>
>> Ce way https://www.openstreetmap.org/way/79084943 :
>> C'est peut-être plutôt le bâtiment sous la dalle.
>> (donc peut-être remettre building=yes ? le bon nombre d'étages ? 2 ?
>> enlever le tag "name" ?... ???)
>>
>>
>> On Mon, 15 Oct 2018 at 20:31, Nicolas Bétheuil  wrote:
>>
>>> Du coup j'ai plutôt utilisé area=yes & pedestrian=yes et j'ai enlevé le
>>> fait que c'était un immeuble
>>> https://www.openstreetmap.org/changeset/63551936
>>>
>>>
>>> Le lun. 15 oct. 2018 à 18:15, Philippe Verdy  a
>>> écrit :
>>>
>>>> N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
>>>> Défense à Courbevoie, ou la dalle du Colombier à Rennes ? Et le même
>>>> problème dans toutes les villes construites sur des reliefs escarpés (comme
>>>> Monaco), où il est difficile de dire quel est le niveau du "sol" pour un
>>>> étage donné qui peut être sous-terrain ou en hauteur d'un autre côté avec
>>>> d'autres niveaux intercalaires?
>>>>
>>>> La notion de "niveau" (ou "étage") se gère à priori bâtiment par
>>>> bâtiment, pourtant on trouve des cas où deux batiments contruits sur des
>>>> sols différents ont des passages accolés au même niveau (on passe san
>>>> monter ou descendre du rez-de chaussée de l'un au 3e étage de l'autre) et
>>>> on en trouve même dans des villes réputées "plates" comme Paris (les
>>>> "grands magasins") ou Lille (par exemple sa fameuse grande librairie) qui
>>>> ont aussi réunit des niveaux différents de plusieurs bâtiments accolés (ou
>>>> assez proches pour installer des passerelles).
>>>>
>>>> Dans certains cas, au sein de ces batiments, la notion de "niveau"
>>>> n'est pas la même entre les surfaces occupées par un même magasin ou une
>>>> même entreprise, que celle d'étage au sein des batiments dans lesquels ces
>>>> locaux sont situés.
>>>>
>>>> On a le cas aussi avec les stations souterraines de train ou métro, où
>>>> la notion de niveau n'est pas beaucoup plus simple (le même niveau peut
>>>> pourtant avoir des altitudes de plancher variables, avec des pentes douces
>>>> ou quelques marches ignorées et sur une longueur assez grande cela fait
>>>> vite une différence).
>>>>
>>>> Le tag "layer=n" d'OSM ne donne qu'une relation d'ordre relatif entre
>>>> des éléments superposés à la même position géographique (longitude et
>>>> latitude), le tag "level=n" dans un batiment peut ne pas suffire non plus,
>>>> et il est difficile de taguer précisément tous les points avec une
>>>> véritable altitude, à moins de décider de ne plus taguer ça dans OSM
>>>>
>>>> Mais on peut le faire avec un véritable modèle 3D (hors d'OSM lui-même)
>>>> pour l'ensemble d'un édifice, qu'on géolocalisera ensuite sur un seul point
>>>> (avec aussi son orientation correcte) ; et alors dans OMS on se contentera
>>>> de tracer la seule empreinte au sol, quel que soit son altitude. Mais il
>>>> manquera alors dans OSM les "ways" de communication (on mes ajoute de façon
>>>> approximative sans tenir compte de l'altitude, mais en les ordonnant avec
>>>> "layer=n", le re

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

C'est beaucoup mieux
http://demo.f4map.com/#lat=48.8249258&lon=2.3659648&zoom=18
https://osmbuildings.org/?lat=48.82621&lon=2.36447&zoom=17.4&tilt=45&rotation=-5

effectivement peux mieux faire pour dire que la dalle est en hauteur

@althio le way est celui que j'ai corrigé mais effectivement, me demande
pour supprimer le way et laisser la relation. sa forme est plus proche de
ce que l'on peut appeler la dalle des olympiades.

M’embête de remettre le nombre d'étage à 2 parce que du coup faut modifier
chaque échoppe pour la monter de 2 étages, pour toujours les voir.


Le mar. 16 oct. 2018 à 09:51, althio  a écrit :

> La dalle en tant que voirie, aire de cheminement existe déjà :
> https://www.openstreetmap.org/relation/3283058
>
> Ce way https://www.openstreetmap.org/way/79084943 :
> C'est peut-être plutôt le bâtiment sous la dalle.
> (donc peut-être remettre building=yes ? le bon nombre d'étages ? 2 ?
> enlever le tag "name" ?... ???)
>
>
> On Mon, 15 Oct 2018 at 20:31, Nicolas Bétheuil  wrote:
>
>> Du coup j'ai plutôt utilisé area=yes & pedestrian=yes et j'ai enlevé le
>> fait que c'était un immeuble
>> https://www.openstreetmap.org/changeset/63551936
>>
>>
>> Le lun. 15 oct. 2018 à 18:15, Philippe Verdy  a
>> écrit :
>>
>>> N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
>>> Défense à Courbevoie, ou la dalle du Colombier à Rennes ? Et le même
>>> problème dans toutes les villes construites sur des reliefs escarpés (comme
>>> Monaco), où il est difficile de dire quel est le niveau du "sol" pour un
>>> étage donné qui peut être sous-terrain ou en hauteur d'un autre côté avec
>>> d'autres niveaux intercalaires?
>>>
>>> La notion de "niveau" (ou "étage") se gère à priori bâtiment par
>>> bâtiment, pourtant on trouve des cas où deux batiments contruits sur des
>>> sols différents ont des passages accolés au même niveau (on passe san
>>> monter ou descendre du rez-de chaussée de l'un au 3e étage de l'autre) et
>>> on en trouve même dans des villes réputées "plates" comme Paris (les
>>> "grands magasins") ou Lille (par exemple sa fameuse grande librairie) qui
>>> ont aussi réunit des niveaux différents de plusieurs bâtiments accolés (ou
>>> assez proches pour installer des passerelles).
>>>
>>> Dans certains cas, au sein de ces batiments, la notion de "niveau" n'est
>>> pas la même entre les surfaces occupées par un même magasin ou une même
>>> entreprise, que celle d'étage au sein des batiments dans lesquels ces
>>> locaux sont situés.
>>>
>>> On a le cas aussi avec les stations souterraines de train ou métro, où
>>> la notion de niveau n'est pas beaucoup plus simple (le même niveau peut
>>> pourtant avoir des altitudes de plancher variables, avec des pentes douces
>>> ou quelques marches ignorées et sur une longueur assez grande cela fait
>>> vite une différence).
>>>
>>> Le tag "layer=n" d'OSM ne donne qu'une relation d'ordre relatif entre
>>> des éléments superposés à la même position géographique (longitude et
>>> latitude), le tag "level=n" dans un batiment peut ne pas suffire non plus,
>>> et il est difficile de taguer précisément tous les points avec une
>>> véritable altitude, à moins de décider de ne plus taguer ça dans OSM
>>>
>>> Mais on peut le faire avec un véritable modèle 3D (hors d'OSM lui-même)
>>> pour l'ensemble d'un édifice, qu'on géolocalisera ensuite sur un seul point
>>> (avec aussi son orientation correcte) ; et alors dans OMS on se contentera
>>> de tracer la seule empreinte au sol, quel que soit son altitude. Mais il
>>> manquera alors dans OSM les "ways" de communication (on mes ajoute de façon
>>> approximative sans tenir compte de l'altitude, mais en les ordonnant avec
>>> "layer=n", le reste est trop difficile à modéliser avec le modèle 2D d'OSM
>>> qui n'est pas conçu pour gérer correctement la 3e dimension).
>>>
>>>
>>>
>>> Le lun. 15 oct. 2018 à 17:40, Nicolas Bétheuil  a
>>> écrit :
>>>
>>>> Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d
>>>> dans mapcontrib mais plutôt streetcomplete.
>>>>
>>>> My bad, Désolé pardon plates excuses confusantes.
>>>>
>>>>

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

Du coup j'ai plutôt utilisé area=yes & pedestrian=yes et j'ai enlevé le
fait que c'était un immeuble
https://www.openstreetmap.org/changeset/63551936


Le lun. 15 oct. 2018 à 18:15, Philippe Verdy  a écrit :

> N'est-ce pas le même problème sur d'autres "dalles" comme celle de la
> Défense à Courbevoie, ou la dalle du Colombier à Rennes ? Et le même
> problème dans toutes les villes construites sur des reliefs escarpés (comme
> Monaco), où il est difficile de dire quel est le niveau du "sol" pour un
> étage donné qui peut être sous-terrain ou en hauteur d'un autre côté avec
> d'autres niveaux intercalaires?
>
> La notion de "niveau" (ou "étage") se gère à priori bâtiment par bâtiment,
> pourtant on trouve des cas où deux batiments contruits sur des sols
> différents ont des passages accolés au même niveau (on passe san monter ou
> descendre du rez-de chaussée de l'un au 3e étage de l'autre) et on en
> trouve même dans des villes réputées "plates" comme Paris (les "grands
> magasins") ou Lille (par exemple sa fameuse grande librairie) qui ont aussi
> réunit des niveaux différents de plusieurs bâtiments accolés (ou assez
> proches pour installer des passerelles).
>
> Dans certains cas, au sein de ces batiments, la notion de "niveau" n'est
> pas la même entre les surfaces occupées par un même magasin ou une même
> entreprise, que celle d'étage au sein des batiments dans lesquels ces
> locaux sont situés.
>
> On a le cas aussi avec les stations souterraines de train ou métro, où la
> notion de niveau n'est pas beaucoup plus simple (le même niveau peut
> pourtant avoir des altitudes de plancher variables, avec des pentes douces
> ou quelques marches ignorées et sur une longueur assez grande cela fait
> vite une différence).
>
> Le tag "layer=n" d'OSM ne donne qu'une relation d'ordre relatif entre des
> éléments superposés à la même position géographique (longitude et
> latitude), le tag "level=n" dans un batiment peut ne pas suffire non plus,
> et il est difficile de taguer précisément tous les points avec une
> véritable altitude, à moins de décider de ne plus taguer ça dans OSM
>
> Mais on peut le faire avec un véritable modèle 3D (hors d'OSM lui-même)
> pour l'ensemble d'un édifice, qu'on géolocalisera ensuite sur un seul point
> (avec aussi son orientation correcte) ; et alors dans OMS on se contentera
> de tracer la seule empreinte au sol, quel que soit son altitude. Mais il
> manquera alors dans OSM les "ways" de communication (on mes ajoute de façon
> approximative sans tenir compte de l'altitude, mais en les ordonnant avec
> "layer=n", le reste est trop difficile à modéliser avec le modèle 2D d'OSM
> qui n'est pas conçu pour gérer correctement la 3e dimension).
>
>
>
> Le lun. 15 oct. 2018 à 17:40, Nicolas Bétheuil  a
> écrit :
>
>> Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d
>> dans mapcontrib mais plutôt streetcomplete.
>>
>> My bad, Désolé pardon plates excuses confusantes.
>>
>> Le lun. 15 oct. 2018 13:58, Nicolas Bétheuil  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> En me baladant hier, je suis passé dans le 13ème à faire un peu de
>>> MapContrib
>>> Le rendu 3d est vraiment pas terrible
>>> https://osmbuildings.org/?lat=48.82604&lon=2.36646&zoom=17.2&tilt=30
>>>
>>> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
>>> faisait 20 étages et du coup les commerces présents sur la dalle sont juste
>>> invisible.
>>>
>>> Vous auriez une idée de comment améliorer ç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] représentation 3d des olympiades

[Nicolas Bétheuil]

Tout le monde se sera bien entendu rendu compte qu'il n'y a pas de 3d dans
mapcontrib mais plutôt streetcomplete.

My bad, Désolé pardon plates excuses confusantes.

Le lun. 15 oct. 2018 13:58, Nicolas Bétheuil  a écrit :

> Bonjour,
>
> En me baladant hier, je suis passé dans le 13ème à faire un peu de
> MapContrib
> Le rendu 3d est vraiment pas terrible
> https://osmbuildings.org/?lat=48.82604&lon=2.36646&zoom=17.2&tilt=30
>
> Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
> faisait 20 étages et du coup les commerces présents sur la dalle sont juste
> invisible.
>
> Vous auriez une idée de comment améliorer ça ?
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] représentation 3d des olympiades

[Nicolas Bétheuil]

en faite, le soucis ne sont pas les bâtiments qui ont des "sous-sol" mais
la dalle qui est notée comme un immeuble de 19 étages.

Le lun. 15 oct. 2018 à 15:58, Rpnpif  a écrit :

> Le 15 octobre 2018, Nicolas Bétheuil a écrit :
>
> > j'ai regardé dans ID directement et pas regardé les objets, du coup j'ai
> > rien vu
> >
> > ok, building:levels=19 est faux, il n'y a pas d'étage à proprement parlé
> > sous la dalle
> > et tous les building:levels sont donné avec comme point 0 le niveau de la
> > dalle et non la rue
> >
> > https://www.wikiwand.com/fr/Dalle_des_Olympiades
> >
> > du coup je ferais bien sauter le building:levels
> >
> > Vous en pensez quoi ?
>
> Ou plutôt appliquer ça :
> https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr
>
> --
> Alain Rpnpif
>
> ___
> 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] représentation 3d des olympiades

[Nicolas Bétheuil]

C'est le même principe que Beaugrenelle dans le 15ème à Paris
http://demo.f4map.com/#lat=48.8507463&lon=2.2850715&zoom=18
Une dalle au dessus du niveau du sol assez haute pour que des camions
passent dessous (3.5m de hauteur max)
une rue souterraine, mais qui commence par monter (angle rue du javelot /
depuis la rue de tolbiac) (je vous laisse allez sur un street view, pas
trouvé de photos libre du coin. va falloir que j'y retourne)
Des tours posées au dessus avec des échoppes de juste un rez de chaussé ou
deux niveaux.

Tout dépends de ce que l'on appelle sous-sol. le sol est haut par là, deux
escaliers mécanique pour y grimper.



Le lun. 15 oct. 2018 à 15:30, Leni  a écrit :

> Je ne connais pas l'endroit, mais si je comprends ton mail il s'agit d'une
> dalle avec des niveaux en sous-sol.
> Si je lis le wiki,
> https://wiki.openstreetmap.org/wiki/FR:Key:building:levels?uselang=fr
> "building:levels=19" veut dire un immeuble de 19 étages au dessus du sol.
> Si c'est une dalle au 2eme et que les niveaux sont en sous-sol il me
> semble que ce serait plutôt "building:levels:underground=17" +
> "building:levels=2"
>
> Cordialement
> Leni
>
>
>  Message original 
> De: marc marc 
> Envoyé: Mon Oct 15 14:50:04 GMT+02:00 2018
> À: "talk-fr@openstreetmap.org" 
> Sujet: Re: [OSM-talk-fr] représentation 3d des olympiades
>
> Le 15. 10. 18 à 13:58, Nicolas Bétheuil a écrit :
> > https://osmbuildings.org/?lat=48.82604&lon=2.36646&zoom=17.2&tilt=30
> >
> > Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
> > faisait 20 étages et du coup les commerces présents sur la dalle sont
> > juste invisible.
>
> je connais pas vraiment le lieu
> mais je ne qualifierais pas la date de bâtiment
> https://www.openstreetmap.org/way/79084943
> mais je ne sais pas comment je la qualifierais mieux :)
> si j'ai bien décodé, c'est un parking souterrain
> avec une "square" principalement bétonné au dessus
> ___
> 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] représentation 3d des olympiades

[Nicolas Bétheuil]

j'ai regardé dans ID directement et pas regardé les objets, du coup j'ai
rien vu

ok, building:levels=19 est faux, il n'y a pas d'étage à proprement parlé
sous la dalle
et tous les building:levels sont donné avec comme point 0 le niveau de la
dalle et non la rue

https://www.wikiwand.com/fr/Dalle_des_Olympiades

du coup je ferais bien sauter le building:levels

Vous en pensez quoi ?

Le lun. 15 oct. 2018 à 14:50, marc marc  a
écrit :

> Le 15. 10. 18 à 13:58, Nicolas Bétheuil a écrit :
> > https://osmbuildings.org/?lat=48.82604&lon=2.36646&zoom=17.2&tilt=30
> >
> > Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
> > faisait 20 étages et du coup les commerces présents sur la dalle sont
> > juste invisible.
>
> je connais pas vraiment le lieu
> mais je ne qualifierais pas la date de bâtiment
> https://www.openstreetmap.org/way/79084943
> mais je ne sais pas comment je la qualifierais mieux :)
> si j'ai bien décodé, c'est un parking souterrain
> avec une "square" principalement bétonné au dessus
> ___
> 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] représentation 3d des olympiades

[Nicolas Bétheuil]

Bonjour,

En me baladant hier, je suis passé dans le 13ème à faire un peu de
MapContrib
Le rendu 3d est vraiment pas terrible
https://osmbuildings.org/?lat=48.82604&lon=2.36646&zoom=17.2&tilt=30

Il y a bien level: 2 pour la dalle mais il dessine comme si la dalle
faisait 20 étages et du coup les commerces présents sur la dalle sont juste
invisible.

Vous auriez une idée de comment améliorer ça ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] légende OSM ?

[Nicolas Bétheuil]

Cool

Je parlais de ça en rendu fr
https://screenshots.firefox.com/NdhgwwdtvcQHH7Wv/layers.openstreetmap.fr
et ça en rendu org
https://screenshots.firefox.com/UKPxLlBkNdCWzoUW/www.openstreetmap.org

mais merci Philippe pour ces explications fleuve sur la gestion des
caches. J'y apporterais bien des précisions, mais c'est pas vraiment
le lieu.
Le jeu. 20 sept. 2018 à 00:01, Jérôme Seigneuret
 a écrit :
>
> Bonne nouvelle
>
> Le mer. 19 sept. 2018 à 23:59, Éric Piel  a écrit :
>>
>> On 19-09-18 22:47, Éric Piel wrote:
>> > On 19-09-18 13:16, Julien Lepiller wrote:
>> >> Un multipolygone cassé ?
>> > Oui, peut être est-ce lié à cette annonce:
>> > https://www.openstreetmap.org/user/Harry%20Wood/diary/44900
>> >
>> > Il y a plusieurs "ronds roses" le long du bord de ce (non-)polygone:
>> > http://tools.geofabrik.de/osmi/?view=areas&lon=3.46088&lat=48.80984&zoom=12&opacity=1.00&overlays=ring_not_closed
>> Je viens d'essayer de les corriger avec iD et, étonnement, ça semble
>> avoir marché. J'ai corrigé 4 relations multipolygones, dont 2 très
>> grosses (correspondant au "rose").
>>
>> Pour confirmer il faut attendre un petit peu que les tuiles soient
>> recalculées (cf les réponses de Philipe Verdy, que je n'ai pas eu le
>> temps de lire pleinement mais qui semblent traiter en détail de ce
>> sujet) et/ou que OSM inspector refasse une passe.
>>
>> Éric
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
> ___
> 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] légende OSM ?

[Nicolas Bétheuil]

Bonjour,

Comment vous interprétez cette grande zone gris / vert plutôt que le
rose pâle qu'il y a autour
https://www.openstreetmap.org/#map=12/48.8106/3.5091
c'est au nord est de la ferté gaucher

Sur le rendu FR cette zone est plus petite

merci

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

Re: [OSM-talk-fr] station de rechargement d’hydrogène

[Nicolas Bétheuil]

merci pour vos réponses

Le fichier date de 2014 et n'a pas été mis à jour depuis.
Sur le site des carburants, l'hydrogène n'existe pas.

la station service : https://www.openstreetmap.org/node/5834033054
et le parking autour : https://www.openstreetmap.org/way/617141017
Le mer. 15 août 2018 à 01:37, Jérôme Seigneuret
 a écrit :
>
>
>
> Le mer. 15 août 2018 à 01:13,  a écrit :
>>
>> Je passe la réponse hors sujet - hydrogène pas recharge rapide électricité -
>
> J'ai pas compris ta remarque que veux-tu dire? L'hydrogène est utilisé dans 
> une pile pour alimenter un moteur électrique. le LH2 c'est l'hygrogène 
> liquide pour l'utilisation sur une pile NIH2 alimentant un moteur électrique. 
> C'est une opposition au modèle actuel de batterie électrique de type NIMH
>>
>> Le 14/08/2018 à 14:42, Philippe Verdy - verd...@wanadoo.fr a écrit :
>>
>> Expérimentation ou pas, le constructeur ne va pas donner du carburant 
>> gratuitement.
>>
>> Ce n'est pas non plus ce qui était demandé.
>
> En effet
>>
>>
>> Et ce n'est pas parce qu'il n'y a pas de lecteur de carte bancaire qu'il n'y 
>> a pas de détection de véhicule et de payement (le télépéage est un exemple).
>
> En effet il y a d'autre type de paiement sous forme d'abonnement et de 
> détection RFID ou/et code personnel à saisir.
> C'est ce que l'on utilise en interne ;-)
>>
>>
>> La réponse à la question posée est sur Key:fuel :
>> fuel:LH2=yes
>
> Bien vu
> Jérôme
> ___
> 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] station de rechargement d’hydrogène

[Nicolas Bétheuil]

Bonjour,

Je viens de découvrir qu'il y a une borne de rechargement d’hydrogène
dans Paris. Elle semble être réservée pour des taxis d'une certaine
marque.
http://www.lefigaro.fr/societes/2015/12/04/20005-20151204ARTFIG00015-une-station-hydrogene-au-coeur-de-paris.php

Je suis surpris de voir que depuis 2015 personne n'a ajouté la station.
Ce n'est que de l'expérimentation visiblement. Pas de moyen de
paiement par exemple.

Ça a du sens à ajouter dans OSM ?
Néanmoins taguer ça comme une station service me parait abusif. Ça
m'étonnerais que les applications qui afficherait les stations service
filtre par la dispo des carburants du coup ça pourrait afficher de
fausses informations.

Vous en pensez quoi ?

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

Re: [OSM-talk-fr] Point relais pour la réception de colis

[Nicolas Bétheuil]

Le site dit :
The downloads provided above and the data contained therein are
released under Creative Commons’ CC-0 waiver.

Après, je ne sais pas si légalement ça tiens.

On ne dit pas que les données seront re-téléverser dans OSM (ce n'est
pas la pratique, et fortement décourager) pour plutôt un service
interrogée par des apps (osm.org osmand mapsme ...) bref une autre
base de donnée, avec son propre cycle de vie, et éventuellement des
corrections pour dire "ça n'existe plus" ou "c'est différent" ...

Mais effectivement, cela ne marche que pour les chaines, groupes,
franchises, pas les petits commerces.

Effectivement, c'est une source de plus, mais si la gestion isolée /
cloisonnée permet d'avoir une meilleur qualité.
La carte sur le site montre une bonne emprise aux états-unis &
Allemagne, Angleterre. Je crois savoir que les allemands sont très
OSM, donc pourrait être intéressant de connaitre leur position sur le
sujet.

Et je rassure, tout ça c'est à monter, yaka, donc continuer à éditer
dans OSM a encore de beau jours encore et surtout une bonne longévité.
Le sam. 4 août 2018 à 08:12, Jean-Christophe Becquet  a écrit :
>
> Le 03/08/2018 11:44, Nicolas Bétheuil a écrit :
> > https://www.alltheplaces.xyz/ initié par Mapzen avec pour objectif de
> > scraper les listes de localisations des sites officiels de franchises
>
> Bonjour,
>
> Intéressant mais se pose quand même la question de la licence des
> données ainsi obtenues. Sauf mention particulière sur le site scrapé, on
> ne peut pas les réutiliser pour OSM.
>
> Bon week-end
>
> JCB
> --
> La coopération, nouvelles approches
> http://www.apitux.org/index.php?2006/09/08/226-la-cooperation-nouvelles-approches
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> BP 32 - 04001 Digne-les-Bains Cedex
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
> ___
> 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] Point relais pour la réception de colis

[Nicolas Bétheuil]

https://www.alltheplaces.xyz/ initié par Mapzen avec pour objectif de
scraper les listes de localisations des sites officiels de franchises
Le ven. 3 août 2018 à 09:30, marc marc  a écrit :
>
> Le 03. 08. 18 à 08:42, Nicolas Bétheuil a écrit :
> > Il y a un projet qui propose par script / batch / scrapping de récupérer
> > les réseaux de magasin.
>
> lequel ?
>
> > Avoir ça en mode service me paraît tellement plus pertinent.
>
> c'est bien tout le soucis de l'ecosystème autour de ces données non
> géographique mais tellement utile dans un gps.
> comment une app fait pour proposer "aller au point relais le plus
> proche" ? et une foi cette méthode codée, comment on fait pour éviter
> d'avoir à coder une 2ieme fois la même chose pour chercher un Relais Colis ?
> c'est comme pour les heures d'ouverture, osm n'est sans doute pas le
> meilleur endroit pour ce genre de donnée non géographique et volatile.
> mais vu qu'il n'y a pas vraiement moins pire, cela finit logiquement
> dans osm.
>
> Le ven. 3 août 2018 05:12, a écrit :
> >  > parcel_pickup=yes (utilisé 3 fois)
>
> c'est vraiment le terme anglais correct ?
> j'ai regardé la 10aine de valeur ayant mondial relay via overpass
> aucune n'a de tag décrivant cela.
> quelqu'un aurait il deja mapé un automate de distribution de colis
> postaux (la machine qu'on trouve dans certaine gare pour
> mettre/récupérer des colis) ? cela pourrait être utile de voir les tags
> qui ont été utilisé
> ___
> 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] Point relais pour la réception de colis

[Nicolas Bétheuil]

En même temps, je me demande vraiment la légitimité de dupliquer l'info
dans osm vu qu'ils références déjà leur point de collecte, que ça dépend de
chaque commerçant qui du jour au lendemain peut décider d'arrêter.
Il y a un projet qui propose par script / batch / scrapping de récupérer
les réseaux de magasin. Avoir ça en mode service me paraît tellement plus
pertinent.

Ma réflexion sur les réseaux de magasin.

Le ven. 3 août 2018 05:12,  a écrit :

> Et donc les
> parcel_pickup:Relais_Colis:yes
> parcel_pickup:Mondial_Relay:yes
> qui vont bien.
>
> > parcel_pickup=yes (utilisé 3 fois)
>
> Je sens que Noémie va nous faire péter le high score ;-).
>
> Ça semble aller de soit. Un message sur la liste internationale et on fait
> valider ?
>
> C'est un moyen de le faire connaître et de le multiplier.
>
> Jean-Yvon
> Le 02/08/2018 à 18:03, PanierAvide - panierav...@riseup.net a écrit :
>
> Bonjour Noémie,
>
> Pas grand chose de rare non plus côté Taginfo, il y a parcel_pickup=yes
> (utilisé 3 fois) ou pickup=yes (utilisé 4 fois). parcel_pickup a l'air
> d'être pas mal, et donne quelques résultats sensés dans les recherches en
> anglais.
>
> Adrien.
>
> Le 02/08/2018 à 17:38, Noémie Lehuby a écrit :
>
> Bonjour,
>
> à votre avis, comment indiquer qu'un commerce est un point relais pour
> récupérer des colis (type "Relais Colis" ou "Mondial Relay") ?
>
> Je n'ai rien trouvé sur le wiki :(
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> PanierAvide
> Géomaticien & développeur
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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] Un nouveau 'concurrent' ?

[Nicolas Bétheuil]

Vous avez prévu de croiser la base de crawl avec celle de la carte ?
Quelques commerçants ont leur site avec des infos faisant fois. Ajouter ça
a une notion de poi pourrait permettre de donner la valeur aux deux
services et de trouver une super plus value.
Ou l'idée est de se baser strictement sur osm/Opendata/Odbl ?

J'ai vu la discussion sur l'autre thread pour que les commerçants eux même
le fasse sur leur site sous par exemple une forme sémantique.

Le jeu. 19 juil. 2018 17:31, Noémie Lehuby  a
écrit :

> Bonjour,
>
> Soyez rassurés, je vous préviendrai quand ça sortira ^^
> Il est en effet prévu qu'on publie une version bêta assez rapidement, mais
> soyons honnêtes, la route est encore longue et cette première version aura
> encore très peu de fonctionnalités.
> Pour les plus impatients et les plus geeks d'entre vous, vous pouvez jeter
> un œil à ce repo github qui décrit ce qu'on prépare :
> https://github.com/QwantResearch/qwantmaps
> 
>
> En ce moment, on bosse sur l'affichage des informations complémentaires
> sur les lieux, et les résultats sont un peu décevants : on n'a pas beaucoup
> de commerces bien renseignés (horaires d'ouverture, site web, numéro de
> téléphone, etc) Si vous ne savez pas quoi faire cet été, il y a peut-être
> un petit tour d'actualisation des commerces à faire dans votre quartier ;)
>
> D'ailleurs, j'en profite : on a prévu de mettre un petit encart pour
> inciter à contribuer à OSM (comme on a déjà un lien qui invite à contribuer
> à Wikipédia quand un encart Wikipédia s'affiche dans les résultats)
> Un avis sur le lien vers lequel ça devrait rediriger ?
> Je pensais à https://learnosm.org mais on n'a peut-être mieux en stock ?
> Pour info, pour Wikipédia, ça redirige vers
> https://fr.wikipedia.org/wiki/Aide:Wikip%C3%A9dia_pas_%C3%A0_pas
>
> --
> Noémie Lehuby
> Qwant Research
>
> Le 2018-07-19 12:34, Cédric Frayssinet a écrit :
>
>
> Bonjour à tous,
>
> Je relance ce sujet car certains articles annoncent la dispo de Qwant Maps
> pour Septembre, certains d'entre vous ont plus d'infos à ce sujet ?
>
> J'ai hâte de voir cela :)
>
> Cédric
>
>
> Le 17/04/2018 à 12:55, Vincent Frison a écrit :
>
> Le 16 avril 2018 à 11:39, Cédric Frayssinet  a
> écrit :
>
>>
>> Merci Noémie pour ces précisions !
>>
>> Qwant étant un moteur de recherche, est-il prévu également d'améliorer le
>> moteur actuel d'OpenStreetMap qui est pour moi le point faible autant sur
>> OpenStreetMap.org que sur OsmAnd. En effet, une seule petite lettre en
>> défaut et on n'obtient aucun résultat :( C'est une des grosses forces de
>> GMaps pour le coup...
>>
>> Sur Mastodon, on m'a dit que ce serait chouette de se rapprocher de cette
>> interface : https://en.mapy.cz/ et moi je rajoute celle-ci :
>> https://maps.mapcat.com/
>>
>
> Je trouve Mapy.cz impressionnant, pour moi c'est peut-être la meilleure
> webmap basée sur OSM ! Elle a quasiment tout, il manque juste la
> possibilité de voir l'ensemble des données comme sur osm.org (par ex.
> certains commerces ou restaurant ne sont pas visibles, même avec la carte
> "touriste"). Bref merci pour le lien...
>
> Pour revenir au sujet j'ai vraiment hâte de voir ce que Qwant va nous
> proposer, c'est pas tous les jours qu'une "grosse" boite fait une solution
> cartographique pour le grand public basée sur OSM...
>
> ++ Vincent
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> En cure de désintoxication  de Google
> ! Client d'Enercoop ,
> l'énergie militante
>
> Également sur Mastodon : @bristow...@framapiaf.org
> 
>
> [image: Promouvoir et soutenir le logiciel libre] 
>
> ___
> 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] wiki osm.org mort ?

[Nicolas Bétheuil]

ah oui, revenu ...
Le sam. 7 juil. 2018 à 12:33, lenny.libre  a écrit :
>
> Le 07/07/2018 à 12:26, Nicolas Bétheuil a écrit :
> > Hello,
> >
> > Le wiki est cassé ?
> >
> > Sur la page d'acceui https://wiki.openstreetmap.org/wiki/Main_Page
> > 2018-07-07 10:23:43: Erreur fatale de type « Wikimedia\Rdbms\DBQueryError »
> >
> > idem sur https://wiki.openstreetmap.org/wiki/FR:Key:club
> >
> > serait possible de le faire remonter à la bonne personne ?
>
> Les deux pages s'affichent normalement chez moi : W1 + firefox 61.0.1
>
> cordialement
>
> Leni
>
>
>
> ___
> 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] wiki osm.org mort ?

[Nicolas Bétheuil]

Hello,

Le wiki est cassé ?

Sur la page d'acceui https://wiki.openstreetmap.org/wiki/Main_Page
2018-07-07 10:23:43: Erreur fatale de type « Wikimedia\Rdbms\DBQueryError »

idem sur https://wiki.openstreetmap.org/wiki/FR:Key:club

serait possible de le faire remonter à la bonne personne ?

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

Re: [OSM-talk-fr] Export bitmap avec marqueurs "umap"

[Nicolas Bétheuil]

Visiblement c'est ça qu'il y a derrière https://github.com/maposmatic/ocitysmap
Le mer. 13 juin 2018 à 14:05, marc marc  a écrit :
>
> Le 13. 06. 18 à 13:57, Phyks a écrit :
>
> > Quelqu'un saurait où est le code qui tourne derrière et s'il serait
> > possible d'exporter des cartes plus grandes sur une instance perso ?
>
> peut-être https://github.com/hholzgra/maposmatic
> c'est l'occasion de lui demander et si c'est exact, lui signaler que la
> page about ne va pas
>
> Il y a aussi l'installation en cours d'une instance sur un serveur
> osm-fr mais ce n'est pas opérationnel pour le moment
> ___
> 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] Export bitmap avec marqueurs "umap"

[Nicolas Bétheuil]

Avec chrome, ll y a un mode headless
google-chrome --headless --screenshot --window-size=5000,5000
http://openstreetmap.org
un fichier screenshot.png est créé avec une image de 5000x5000

https://developers.google.com/web/updates/2017/04/headless-chrome

doit être possible de faire kifkif avec firefox mais j'ai pas cherché

j'aurais bien envoyé l'exemple mais il fait 27Mo ...
Le mer. 13 juin 2018 à 11:11, Dominique Rousseau  a écrit :
>
> Le Wed, Jun 13, 2018 at 09:38:08AM +0200, Antoine Riche 
> [antoine.ri...@zaclys.net] a écrit:
> > Bonjour Dominique,
> >
> > Une possibilité est de télécharger les données complètes de la carte
> > uMap (menu partager), puis de les importer dans MapOSMatic (instance
> > https://maposmatic.osm-baustelle.de/) : onglet "Umap data file" dès
> > le premier écran "Générer votre carte".
>
> J'avais pense a MapOSMatic, mais la zone est trop grande :(
>
> (par contre, j'apprends que MapOSMatic peut importer des données umap,
> merci du tuyau ;-)
>
>
> >
> > Antoine.
> >
> >
> > Le 12/06/2018 à 14:14, Dominique Rousseau a écrit :
> > >Bonjour la liste,
> > >
> > >J'ai préparé une carte sur uMap, avec quelques marqueurs, dans le but de
> > >pouvoir sortir une version "bitmap" à imprimer (~ format A3, je pense).
> > >
> > >Quelqu'un aurait une piste, plus "fine" qu'une copie d'écran ?
> > >et qui ne nécessite pas d'exporter un fichier .osm, installer mapnik,
> > >etc :o)
> > >
> > >Ma zone couvre en gros 80km x 80km, c'est pour ça que je voudrais une
> > >résolution suffisante pour que les détails soient lisibles, une fois
> > >imprimé.
> > >
> > >
> >
> >
> >
> > ---
> > L'absence de virus dans ce courrier électronique a été vérifiée par le 
> > logiciel antivirus Avast.
> > https://www.avast.com/antivirus
>
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Dominique Rousseau
> d...@lee-loo.net - 06 82 43 12 27
>
> A l'instant où l'esclave décide qu'il ne sera plus esclave,
> ses chaînes tombent.  -- Mahatma Gandhi
>
> ___
> 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] #sotmfr partage des supports ?

[Nicolas Bétheuil]

C'est par là
https://annuel.framapad.org/p/sotmfr-2018
depuis https://twitter.com/UMR_Passages/status/1003562349813526534

Le lun. 4 juin 2018 à 09:13, Nicolas Bétheuil  a écrit :

> Bonjour,
>
> Réveil un peu compliqué après un super state of the map à Pessac. Merci
> aux orga, à l'université et tout 😘😁
>
> Y aurait moyen que les intervenants partagent les supports de leur
> présentation genre sur le wiki ? Souvent des mines d'or, ce serait dommage
> que ça reste sur les machines de ceux qui savent déjà.
>
> Merci
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] #sotmfr partage des supports ?

[Nicolas Bétheuil]

Bonjour,

Réveil un peu compliqué après un super state of the map à Pessac. Merci aux
orga, à l'université et tout 😘😁

Y aurait moyen que les intervenants partagent les supports de leur
présentation genre sur le wiki ? Souvent des mines d'or, ce serait dommage
que ça reste sur les machines de ceux qui savent déjà.

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

Re: [OSM-talk-fr] Carte vectoriel des transports en commun

[Nicolas Bétheuil]

L'idée est uniquement la consultation. L'édition c'est plus complexe et il
y a d'autres outils pour ça.

Pourquoi faut-il se passer d'overpass ?
Il y a un hébergement pour voir ce que ça donne ?



Le mar. 1 mai 2018 17:27, Noémie Lehuby  a écrit :

> Hello,
>
> Très joli !
> Les différences de couleur permettent même de détecter des petites
> erreurs de mapping.
>
> Pour les bus, on a un projet en cours de carte interactive si ça te dit
> : https://github.com/Jungle-Bus/VapourTrail
>
> --
> Noémie Lehuby
> Jungle Bus - http://junglebus.io
>
> Le 30/04/2018 à 22:41, Nicolas Bétheuil a écrit :
> > Bonsoir,
> >
> > Je viens de pousser en ligne la carte du métro sur paris & tram en ile
> > de france (pour l'instant)
> > https://wadouk.github.io/osm-public-transports/
> >
> > C'est en vectoriel, donc cliquable.
> >
> > Les couleurs sont celles d'osm.
> > Les éléments en bordeaux sont ceux où je n'ai pas réussi à déterminer
> > la bonne couleur ni par les attributs, ni par les relations.
> >
> https://github.com/wadouk/osm-public-transports/blob/5375a4256eb4f1ea6e2faea646fc70d188974341/index.html#L38
> >
> > Les bus, c'est intéressant, mais c'est beaucoup trop gros, même sur
> > paris uniquement.
> > http://overpass-turbo.eu/s/yoM
> > Il faut que j'avance sur la séparation (split) des fichiers de jeu de
> données.
> >
> > Les données sont extraites par la requête overpass ci dessus et
> > télécharger en geojson : l'idée est d'avoir un post traitement de
> > simplification pour alléger les données mais on verra ça plus tard.
> >
> > ___
> > 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] Carte vectoriel des transports en commun

[Nicolas Bétheuil]

Bonsoir,

Je viens de pousser en ligne la carte du métro sur paris & tram en ile
de france (pour l'instant)
https://wadouk.github.io/osm-public-transports/

C'est en vectoriel, donc cliquable.

Les couleurs sont celles d'osm.
Les éléments en bordeaux sont ceux où je n'ai pas réussi à déterminer
la bonne couleur ni par les attributs, ni par les relations.
https://github.com/wadouk/osm-public-transports/blob/5375a4256eb4f1ea6e2faea646fc70d188974341/index.html#L38

Les bus, c'est intéressant, mais c'est beaucoup trop gros, même sur
paris uniquement.
http://overpass-turbo.eu/s/yoM
Il faut que j'avance sur la séparation (split) des fichiers de jeu de données.

Les données sont extraites par la requête overpass ci dessus et
télécharger en geojson : l'idée est d'avoir un post traitement de
simplification pour alléger les données mais on verra ça plus tard.

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

Re: [OSM-talk-fr] Import stationnement vélo de Paris

[Nicolas Bétheuil]

j'ai vérifié certaines localisation d'emplacement vélo/moto que je
connais et ceux ci ne semble pas mélangé
 - sortie metro picpus
 - rue du docteur goujon

c'est bien mentionné dispo pour les 2 roues et velo mais velo prioritaires
et effectivement la capacité n'est pas forcement capitale. au moins
les localisations

Le 28 avril 2018 à 21:53, Florimond Berthoux
 a écrit :
> La première version date de 2014, elles sont régulièrement actualisées
> « Modifié 21 février 2017 17:23 »
>
> Qu'entends tu par trouver des contre exemple ?
>
> À vrai dire le nombre de place n'est pas l'information la plus importante,
> la plus part des parkings vélo parisien faisant une dizaine de place, le
> plus important c'est l’existence d'un parking.
>
> Le 28 avril 2018 à 21:07, Thomas Ruchin  a écrit :
>>
>> Bonsoir
>>
>> Oui, ces données datent de mars 2014. Elles en sont donc plus très
>> fraîches. Il faudrait attendre que le relevé d'octobre 2017 soit publié en
>> opendata.
>> Pour le nombre de place qui varie du simple au double suivant le type
>> d'arceau, il faudrait trouver concrètement des contres exemples. A mon
>> souvenir, les places mixtes (moto / vélo) sont comptées par la mairie 2/3
>> moto 1/3 vélo. Dans OSM, ce découpage arbitraire n'a pas forcément grand
>> sens.
>>
>> T. Riuchin.
>>
>> Le 28 avril 2018 à 20:48, Florimond Berthoux
>>  a écrit :
>>>
>>> Bonjour,
>>>
>>> Paris propose en donnée ouverte les stationnements, j'aimerais les
>>> utiliser pour compléter les données concernant les parkings vélo dans OSM.
>>>
>>>
>>> https://opendata.paris.fr/explore/dataset/stationnement-sur-voie-publique-emprises/table/?refine.regpri=2+Roues&refine.regpar=V%C3%A9los&location=15,48.83181,2.33715
>>>
>>> En travaillant les données (avec JOSM) je remarque :
>>> - il manque quelques centaines d'emplacement, l'import est donc
>>> intéressant
>>> - les localisations ont l'air plus précises
>>> - le nombre de place varie du simple au double suivant le type d'arceau,
>>> visiblement certains arceaux sont considérés par le service de la mairie
>>> comme ne pouvant prendre qu'un vélo, ce qui est concrètement faux.
>>>
>>> Sachant cela, je compte :
>>> - mettre à jour les positions des parking déjà présent avec les données
>>> de la mairie grâce à Conflation.
>>> - ajouter les nœuds manquant.
>>>
>>> Auriez vous des suggestions ou des remarques ?
>>>
>>> Cordialement.
>>>
>>> --
>>> Florimond Berthoux
>>>
>>> ___
>>> 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
>>
>
>
>
> --
> Florimond Berthoux
>
> ___
> 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] Vous pensez quoi de ma note ? une rue au milieu d'une place ?

[Nicolas Bétheuil]

https://www.openstreetmap.org/note/1165330

merci pour vos avis d'experts

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

[OSM-talk-fr] Paris Soirée de Contribution au Libre

[Nicolas Bétheuil]

Hey,

kiki viendra ?
https://www.agendadulibre.org/events/16717

Je pense bosser sur les défibrillateurs de France & Navarre

A partir de https://www.data.gouv.fr/fr/search/?q=defibrillateur
Christian a déjà couvert Paris
https://twitter.com/cq94/status/988451160272011265
J'ai ajouté Issy ce matin là https://www.mapcontrib.xyz/t/7f46aa-Defibrillateur

Voir ce qu'on peut faire dessus
Des avis ?

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

[OSM-talk-fr] article sur un point de vue d'un dev sur l'usage d'OSM

[Nicolas Bétheuil]

Bonjour,

Ce n'est pas pour déclencher ici une polémique ou un troll velu mais
plus pour partager un point de vue, au cas où cette article n'est pas
remonté dans votre veille

https://www.killiankemps.fr/fr/blog/faut-il-un-nouveau-openstreetmap

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

Re: [OSM-talk-fr] scraping de POIs

[Nicolas Bétheuil]

Hey,

Comme d'hab, pas vraiment utilisable pour des imports massif mais pour
faire des recoupements/validation de données ça pourrait être très utile.
Par contre sur la licence, j'ai un gros doute. c'est pas parce que c'est
dispo sur le web que ça peut être utilisé dans un traitement automatique et
hop tomber en CC.

Le 21 mars 2018 à 11:57, Noémie Lehuby  a écrit :

> Hello,
>
> Avez-vous entendu parler du projet AllThePlaces :
> https://www.alltheplaces.xyz/ ?
> Il a été initié par Mapzen avec pour objectif de scraper les listes de
> localisations des sites officiels de franchises.
> Il est indiqué que les données ainsi récoltées sont dans le domaine public
> (Creative Commons’ CC-0 waiver).
>
> Qu'en pensez-vous ? Utilisable pour contribuer ?
>
> Noémie
>
>
> ___
> 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