Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Nicolas Dumoulin]

Salut,

Merci Adrian pour ton témoignage. Ça me conforte dans mon idée.

Marc, j'ai du mal à comprendre ce qu'il y aurait de compliqué. Le plus 
gros risque que je vois c'est que ces relations intermédiaires ne soient 
pas supprimées quand plus aucune relations n'y feraient référence. Mais 
bon, au final, ça peut se gérer sans trop de difficultés.


Dans le cas de modification du tracé de la voirie (travaux, ou 
amélioration de la cartographie du terrain pour prendre en compte un 
terre-plein par exemple), si plusieurs relations intermédiaires étaient 
présentes et mal nommées (pas de norme pour l'instant), je ne suis pas 
convaincu que ça ajoute tant de difficultés pour faire le tri sur ces 
relations intermédiaires et évaluer l'impact des modifications sur les 
itinéraires "route" liées. Par exemple sur Clermont-Ferrand, il y a un 
carrefour (Esplanade) où les lignes de bus passent à différents endroits 
selon leur itinéraire, et donc il y a 2 trajets (dans chaque sens), mais 
ça se voit bien et sans ces relations intermédiaire c'est assez galère à 
gérer. Et sur cet exemple précis qui est encore en travaux, j'appréhende 
les modifications à venir justement car il n'y a pas de relations 
intermédiaires. On va devoir se cogner une vingtaine de lignes (et au 
moins le double de relations route) à refaire sur ce carrefour 
spaghetti, alors qu'il n'y aurait que 4 relations intermédiaire pour le 
réseau de bus.


Bref, construire et maintenir des relations au fil de l'eau et de 
modifications incrémentales, ça peut se gérer. Mais quand tu as tout un 
bloc de modifications comme ce qu'on a vécu à Clermont-Ferrand et qu'on 
va probablement revivre, c'est vraiment une galère de refaire des 
dizaines de fois les mêmes selections de tronçons sans pouvoir les 
conserver de façon fiable (on peut créer une relation temporaire sauvée 
en local, mais aucune garantie de la pérennité des références).


Nicolas

Le 18/02/2024 à 23:17, Marc Gauthier via Talk-fr a écrit :

Bonsoir à tous,

Je suis partagé sur l'intérêt des relations partagées. Si sur certains 
tronçons l'intérêt est évident, j'ai sur la ville de Rennes de 
nombreux tracés qui évoluent très régulièrement et qui d'une fois sur 
l'autre ne partagent plus les mêmes tronçons communs.
La mise à jour dans ce cas sera plus complexe et ne sera possible 
qu'avec de rares outils manipulés par de plus rares initiés.


Marc
PS : j'ai renoncé à cartographier toutes les différentes dessertes, 
certaines lignes en comportent plus de 40.


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


--
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Nicolas Dumoulin]

Salut,

Merci pour vos réponses.

En effet, ce dont Marc parle est le cas des super-relations pour 
découper des très grosses relations.


Sur la maintenance, je pense justement que ça serait bénéfique car c'est 
très pénible de devoir modifier de manière similaire une dizaine de 
ligne sur une même portion.


Bref, vous m'avez confirmé que ça n'existait pas. Et je patienterai pour 
voir si ça émerge un jour …


Nicolas

Le 15/02/2024 à 17:58, Patchi Atwork a écrit :

Bonjour,

Il existe bien des relations de type superroute 
(https://wiki.openstreetmap.org/w/index.php?title=Relation:superroute=fr)
 mais uniquement pour indiquer un seul et même itinéraire / une seule et même 
référence (découpé/e en tronçons pour éviter comme indiqué dans le message 
précédent d'avoir des relations titanesques).

Faire des tronçons communs pour plusieurs itinéraires de bus ne me parait pas 
spécialement être une bonne idée. Et puis dès lors qu'il y aura un changement 
dans une des lignes, il faudra automatiquement reprendre plusieurs de ces 
lignes, pas forcément top (car le tronçon commun ne le sera plus). Je n'ai 
jamais vu ce genre de chose (mapper un tronçon pour plusieurs relations) ni 
pour les transports en commun, ni pour les itinéraires vélos / rando et 
compagnie.

Bonne continuation,

Patchi.

From: Marc_marc via Talk-fr 
Sent: Thursday, February 15, 2024 2:22 PM
To: talk-fr@openstreetmap.org 
Cc: Marc_marc 
Subject: Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

Bonjourr,

Le 15.02.24 à 08:40, Nicolas Dumoulin a écrit :

est-ce que vous savez si ça a déjà été évoqué quelquepart ?

j'ai vu cela pour des relations de bus titanesque,
de mémoire celle de Flexibus. elles sont découpés par pays.
mais j'imagine qu'aucun outil ne gère cela.
Je ne le ferai pas pour un bout de rue

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


--
Nicolas Dumoulin


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

[OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Nicolas Dumoulin]

Salut la team OSM

Tout d'abord, chaleureuse salutations à toustes que ça fait longtemps 
que j'ai pas vu :-)


Bon, j'ai une question. Je suis en train de tout casser les relations 
des trajets de Bus parceque Clermont-Ferrand est lui-même tout cassé et 
que le plan des bus a été tout chamboulé, bref. À force de refaire des 
relations, je me dis que ça serait cool de pouvoir créer des relations 
intermédiaires qui permettrait de modéliser des tronçons communs.


Genre, si 10 lignes de bus passent par les 3 même avenues composées de 
plein de ways joliment découpés, et bien ça serait pratique de grouper 
tous ces petits ways dans une relation qui modélise ce tronçon commun 
(et une autre pour le sens inverse) et qu'on pourrait ensuite coller 
dans les relations routes qui passent là.


Bref si vous comprenez ce que je veux dire, est-ce que vous savez si ça 
a déjà été évoqué quelquepart ?


J'ai cherché sur le wiki et rien trouvé.

Merci

--
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Absence de crédit

[Nicolas VIGNERON]

Bonjour,

Côté Wikipédia, ce genre de choses arrive très souvent.

Après un premier mail sympathique (car après tout la personne peut ne pas
savoir ou savoir et avoir oublié, c'est humain), on passe en général à un
mail faisant un rappel à la loi.
En particulier, la mention que la copie sans attribution est un délit de
contrefaçon qui peut être puni de trois ans d'emprisonnement et de 300 000
euros d'amende (article L335-2 et suivants du Code de la propriété
intellectuelle).
Dans un grand nombre de cas, cela fait réagir (et si même cela ne fait pas
réagir, en général rien ne le fera, même pas envoyé un avocat sur place).

Cdlt,
Nicolas



Le sam. 30 sept. 2023 à 11:10, Maxime Chourré  a
écrit :

> Bonjour, j'ai un problème similaire avec le site www.hosman.co qui
> utilise Mapbox.
>
> Je leur ai envoyé le 19 septembre le mail suivant (à cont...@hosman.co):
> =
> Bonjour,
> La carte affichée sur les annonces doit avoir un crédit vers Mapbox et
> OpenStreetMap.
> Merci de corriger ce problème d'attribution au plus vite.
> Pour plus de renseignements, consultez l'aide de Mapbox :
> https://docs.mapbox.com/help/getting-started/attribution/
> Cordialement,
> Maxime
> =
>
> Et depuis, pas de réponse...
> Comment faire ?
>
> Maxime Chourré
>
>
>
> On 9/25/23 20:01, Yannick wrote:
> > Bonsoir,
> >
> > La Fédération Française de Généalogie utilise OSM sur son site
> > https://genefede.com
> > Je n'ai pas vu le crédit sur la carte.
> > Il faudrait réagir fermement car c'est un prestataire qui a fait le site.
> >
> > Amitiés
> >
> > ___
> > 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] Trottoir : voie indépendante ou caractéristique de la route ?

[Nicolas d]

Bonjour à tous,

Nouveau contributeur depuis le début de l'année et ravi de contribuer :)

Je souhaite l'avis de la communauté sur le mapping des trottoirs.
A Angers <https://www.openstreetmap.org/#map=19/47.47452/-0.55184>, de très
nombreux trottoirs sont mappés comme des voies indépendantes. C'est la
première fois que je vois cela.
Est-ce :
- une possibilité,
- la bonne manière,
- une erreur ?

Merci pour vos retours.

Cordialement,

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

Re: [OSM-talk-fr] Requête sur les data items

[Nicolas VIGNERON]

Bonjour,

Je confirme que l'endpoint SPARQL ne contient visiblement pas toutes
les données.

J'ai fait une requête encore plus basique :

SELECT * WHERE {
  osmd:Q5706 ?x ?y
}

Qui ne renvoie que 6 résultats : des métadonnées de bases mais pas les
déclarations de l'élément (on peut mettre osmd:Q4771 à la place pour
voir le résultat qui est normalement attendu).

D'ailleurs, quand on regarde en bas à droite, au survol de la flèche
circulaire rouge, on voit bien écrit "OSM Data Données mises à jour il
y a il y a un an" [sic].

Cdlt,
Nicolas

Le jeu. 8 sept. 2022 à 20:02, Frédéric Rodrigo
 a écrit :
>
> Même avec la requête la plus basique ce qui te manque ne remonte pas.
> L'interface dit que les données sont a jour. Mais je pense qu'il doit y
> avoir un problème de synchro ou d’indexation.
>
> SELECT ?osmd
> WHERE {
>?osmd osmdt:P10 osmd:Q695. # "clé de l’attribut" shop
> }
>
>
> Le 08/09/2022 à 19:00, Noémie Lehuby via Talk-fr a écrit :
> > Bonjour,
> >
> > est-ce qu'il y a des pro des Data Items
> > <https://wiki.openstreetmap.org/wiki/FR:Data_items> ici ?
> > Je galère sur une requête Sophox qui semble pourtant triviale :
> > https://sophox.org/#SELECT%20%3Fosmd%20%3Ftag%20%3FosmdDescription%20%3FosmdAltLabel%20WHERE%20%7B%0A%20%20%3Fosmd%20osmdt%3AP10%20osmd%3AQ695.%0A%20%20%3Fosmd%20osmdt%3AP2%20osmd%3AQ2.%0A%20%20%3Fosmd%20osmdt%3AP25%20osmd%3AQ4683.%0A%20%20%3Fosmd%20osmdt%3AP19%20%3Ftag.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22fr%22.%20%7D%0A%7D
> >
> > Elle doit normalement me retourner les tags shop=* avec quelques infos
> > sur chaque, à partir de ce qu'on a dans les data items.
> > Je ne comprends pas pourquoi ça ne retourne que 68 éléments.
> > Pourquoi cet élément par exemple ne ressort pas ?
> > https://wiki.openstreetmap.org/wiki/Item:Q5706
> > ou celui-là ? https://wiki.openstreetmap.org/wiki/Item:Q4730
> >
> > Help !
> >
> >
> > ___
> > 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] Ile des Faisans - îlot historique entre Hendaye - Irun

[Nicolas VIGNERON]

Le jeu. 7 juil. 2022 à 21:40, Frédéric Rodrigo
 a écrit :
>
> Ce n'est pas le condominium seul qui existe au monde.
>
> https://www.openstreetmap.org/relation/3659532
>
> À la frontière LU-DE la zone est dans les deux pays à la fois.
>
> Ça parait plus raisonable.

Un peu plus au sud, il y a aussi le lac de Constance (cf.
https://www.swisstopo.admin.ch/fr/connaissances-faits/limites-territoriales/frontiere-nationale/different-types.html
).

Le cas n'est pas du tout rare (et les condominiums ne sont pas non
plus les seuls cas de frontières "exotiques"), ce serait bien d'avoir
une "vraie" solution.

Cdlt,
Nicolas

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

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]

ne 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
> > 
> > 
> > 
> > Je ne sais pas si on parle de la même chose, mais j'ai une maison
> > en
> > Bourgogne, dans l'Auxerrois, à côté du Pays d'Othe et de la Puisaye
> > 
> > Ces noms comme ceux listés dans le premier post sont usités, ils
> > ont
> > donc toute leur place dans OSM de mon point de vue. Il peuvent
> > correspondre à des découpages historiques, mais tant qu'on y fait
> > référence pourquoi s'en priver ?
> > 
> > C'est la grande richesse d'OSM, sa diversité dans les données.
> > 
> > --
> > Christian Quest - OpenStreetMap France
> > 
> > 
> > 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

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=48.580269=-1.101916=8310=1%2C2%2C3===
> > 
> > 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=48.580269=-1.101916=8310=1%2C2%2C3===

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

[Nicolas VIGNERON]

Cela dépend de ce que tu cherches mais dans tous les cas,
https://wiki.openstreetmap.org/wiki/Logos est sans doute un bon début de
réponse.

Cdlt/A galon/De qheur,
Nicolas


Le ven. 15 avr. 2022 à 11:16, Jacques Lavignotte  a
écrit :

> Bonjour,
>
> Où trouver des logos OpenStreetMap à intégrer à de la comm' papier/web etc.
>
> Merci, Jacques
>
> --
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> « Quand est-ce qu'on mange ? » AD (c) (tm)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] [Kivu] Help to young active men in kivu

[Nicolas Pettiaux]

Bonsoir,

Encore une fois, tu poses de très bonnes questions. Et j'aimerais que nos amis 
du sud puissent devenir maître de leur autonomie numérique. C'est une des 
raisons pour lesquelles je me dis que cartographier leur environnement, 
identifier les ressources physiques locales (fibres, pylônes, câbles, 
fournisseurs d'accès potentiels ou simplement personnes ou institutions assez 
bien connectées et disposées à partager de temps en temps cette connexion ...) 
et les rassembler dans openstreetmap.

Mais il y a en partie une question de poule et d'œuf, et de compétence comme de 
manque de disponibilité de ma part.

Par où commencer quand on ne dispose que de smartphones et de peu de bande 
passante ?

Peut-être que la communauté OpenStreetMap belge peut nous / les aider. Et si je 
mentionne riot, c'est que la dite communauté utilise aujourd'hui plutôt cela 
que le courriel.

Bonne soirée,

Nicolas

PS et je t'ai mis dans la boucle aussi car je sais que tu as correspondu avec 
nos amis

-- 
Nicolas Pettiaux
--
Nicolas Pettiaux, PhD - tel +32.496.24.55.01
Collaborer pour mieux enseigner - https://wiki.educode.be
Educode accompagne les écoles face aux défis du numérique
Envoyé de mon fairphone - veuillez excuser la brièveté

31 juil. 2020 18:47:05 Georges Khaznadar :

> Hello Nicolas, hello everybody,
> 
> using Riot rather than Telegram does not change much when one cannot
> master the web servers which are providing the service.
> 
> As far as I undestood, the high prices of Internet access in Kivu are
> due to foreign companies trusting the scarse hardware network.
> 
> If I live in Kivu, and if I want to create a small communication
> company, what would be the cost of opening a regional communication
> service, eventually featuring Riot? Can I do it independently, or must I
> accept the conditions of Orange, Airtel or Vodacom?
> 
> Best regards, Georges.
> 
> Nicolas Pettiaux a écrit :
>> Hello,
>> 
>> A team of active young men in kivu with very limited internet access are 
>> looking for help to map better their city of Bukavu and surroundings.
>> 
>> They have smatphones and expensive connections with low bandwidth.
>> 
>> They use telegram and email, but I don't know for riot.
>> 
>> Some are in cc and more are on the mailing list k...@educode.ne
>> 
>> Much thanks to everyone who van guide and help thème better than I can or do.
>> 
>> Regards,
>> 
>> Nicolas
>> 

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

[OSM-talk-be] Help to young active men in kivu

[Nicolas Pettiaux]

Hello,

A team of active young men in kivu with very limited internet access are 
looking for help to map better their city of Bukavu and surroundings.

They have smatphones and expensive connections with low bandwidth.

They use telegram and email, but I don't know for riot.

Some are in cc and more are on the mailing list k...@educode.ne

Much thanks to everyone who van guide and help thème better than I can or do.

Regards,

Nicolas

-- 
Nicolas Pettiaux
--
Nicolas Pettiaux, PhD - tel +32.496.24.55.01
Collaborer pour mieux enseigner - https://wiki.educode.be
Educode accompagne les écoles face aux défis du numérique
Envoyé de mon fairphone - veuillez excuser la brièveté

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

Re: [OSM-talk-fr] Comment qualifier un Chaussidou

[Nicolas Dumoulin]

Ok, merci pour la réponse. J'avais parcouru la page mais manqué cette mention.
Bon tant pis pour le tag spécifique, la combinaison est peut-être en effet 
suffisamment explicite.
Bon weekend
Nicolas

Le 23 juillet 2020 17:46:35 GMT+02:00, PanierAvide  a 
écrit :
>Bonjour,
>
>Voir ici, le cas L3 : 
>https://wiki.openstreetmap.org/wiki/FR:Bicycle#Bandes_cyclables
>
>Les tags : highway=* + cycleway=lane + lanes=1 + oneway=no
>
>Cordialement,
>
>Adrien P.
>
>Le 23/07/2020 à 17:42, Nicolas Dumoulin a écrit :
>> Salut :-)
>>
>> Je me demande comment qualifier un chaussidou, aussi appelé "Chaussée
>
>> à Voie Centrale Banalisée" (CVCB) décrite ici par exemple : 
>> https://www.cc37.org/chaussee-a-voie-centrale-banalisee-chaucidou/
>>
>> Une recherche de "chaussidou" sur taginfo ne me renvoie rien à part 
>> des mentions en attribut "note". Ça me semblerait intéressant de 
>> qualifier ce genre d'aménagement pour être plus précis et permettre 
>> une vue générale de la présence de cet aménagement.
>>
>> Ça ne semble bien sûr pas opportun d'utiliser un highway=* spécifique
>
>> ni d'omettre les tags "cycleway=*" mais d'ajouter un complément genre
>
>> highway:chaussidou=yes ou bien zone:chaussidou=yes. Pour rappel, ce 
>> type d'aménagement n'est pas spécifiquement Français, donc pas de
>"FR:".
>>
>> Qu'en pensez-vous ?
>>
>> P.S. : Ça faisait longtemps que je n'étais pas passé sur cette liste,
>
>> j'espère que vous allez bien. En tout cas, je constate qu'OSM
>continue 
>> à se faire sa place, quelle réjouissance pour un projet libre. 
>> Portez-vous bien.
>>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] Comment qualifier un Chaussidou

[Nicolas Dumoulin]

Salut :-)

Je me demande comment qualifier un chaussidou, aussi appelé "Chaussée à 
Voie Centrale Banalisée" (CVCB) décrite ici par exemple : 
https://www.cc37.org/chaussee-a-voie-centrale-banalisee-chaucidou/


Une recherche de "chaussidou" sur taginfo ne me renvoie rien à part des 
mentions en attribut "note". Ça me semblerait intéressant de qualifier 
ce genre d'aménagement pour être plus précis et permettre une vue 
générale de la présence de cet aménagement.


Ça ne semble bien sûr pas opportun d'utiliser un highway=* spécifique ni 
d'omettre les tags "cycleway=*" mais d'ajouter un complément genre 
highway:chaussidou=yes ou bien zone:chaussidou=yes. Pour rappel, ce type 
d'aménagement n'est pas spécifiquement Français, donc pas de "FR:".


Qu'en pensez-vous ?

P.S. : Ça faisait longtemps que je n'étais pas passé sur cette liste, 
j'espère que vous allez bien. En tout cas, je constate qu'OSM continue à 
se faire sa place, quelle réjouissance pour un projet libre. Portez-vous 
bien.


--
Nicolas Dumoulin


___
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=4715=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]

Effectivement c'est mon initiative.

Antonin a eu plus de facilité à utiliser mon outil pour son jeu de données.
Je ne crois pas qu'il lui avait été présenté pic4review, mais osmose ou
josm.

J'ai créé mon outil avec un premier jeu de données probablement plus adapté.

@Marc: Pour reprendre tes différents points
J'avais noté que les imports était plutôt (très) mal vue, positionnement
imprécis : ne pas mettre un borne incendie au milieu de la route par
exemple ou au milieu d'un bâtiment ...
L'interprétation de l'open data en tag OSM peut être compliqué : sur mon
jeu de données, il y a des commentaires dans lequel il y a pleins de choses
(horaires, précisions sur les livraisons ...)
Plutôt que de bloquer le traitement de tout l'import pour quelques-un, ou
d'importer n'importe quoi n'importe comment, autant compter sur
l'intelligence humaine et l'expérience des contributeurs pour traiter ces
exceptions (sur lesquel je n'ai pas assez de recul pour arbitrer, mais au
cas par cas, c'est plus simple). C'est un partit pris de l'outil.
Diviser le travail en plus petit morceaux pour pouvoir avancer.

Concernant le positionnement des points inexistant dans OSM, pour des
resto, des bars ... l'outil est suffisant. pour des bornes incendies, les
photos IGN peuvent aider. On va peut être pas pouvoir traiter les 12 000
points comme ça mais peut être 70% ? ou 20 % ?
En regardant l'autre jour pic4review, j'étais sur une missions des
coiffeurs de mémoire, à peine 50% pouvaient avoir une photo, du coup ce
n'est pas non plus "idéal".

On est d'accord que les relevés terrain sont la meilleur alternative, mais
vu le volume, si on peut déjà en traiter 50% ? Je sais pas trop.
Pour le premier jeu de données, on doit pouvoir en traiter 90% ou 95%.

Mon "positionnement" est de proposer une alternative quand un utilisateur a
du mal à embrasser la richesse de l'écosystème OSM. Peut être cela ne va
mener à rien, et on aura juste un outil de plus, et encore plus de
complexité à dans l'écosystème OSM, ou d'autres opportunités. Partir d'une
feuille blanche m'a permis de proposer autre chose, alors que je n'arrivais
à rien faire avec l'existant (mais c'est un autre sujet). En voyant une
autre manière de faire, peut être que des idées vont émergés. Au moins une
doc arbitrant les alternatives sur laquelle pouvoir se référer plutôt que
de laisser ça aux experts OSM ? Mon "rêve" est de peut être réussir à faire
autre chose avec les meilleurs énergies présentes.

Nicolas

Le dim. 31 mai 2020 à 13:26, Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu> a écrit :

> Juste pour mettre les choses au clair: il ne s'agit pas de mon outil ;)
>
> Antonin
>
> On 31/05/2020 09:46, Marc M. wrote:
> > Bonjour,
> >
> > je ne souhaite pas "nous tirer dans les pattes"
> > au contraire, je pense que tu poses le bon diagnostic :
> > un outil pour intégrer l'opendata sans basculer entre plusieurs outils.
> > mais je pense étrangement ton outil n'est pas adapté pour cela.
> >
> > je pense qu'il y a 3 cas :
> >
> > 1) les objets dont la position existe dans osm et auquel on ajoute des
> > infos opendata : à mon avis on n'a pas besoin d'un contributeur
> > qui fait un clic par objet sans aucune plus-value.
> > ex : il y une borne très proche dans osm et dans l'opendata.
> > l'opendata dit operator=A. c'est quoi la plus-value de le faire
> > à la main ? à mon avis on fait mieux de faire une procédure pour
> > importer tout cette donnée en une fois.
> >
> > 2) l'objet n'existe pas dans osm et la position de l'opendata n'est pas
> > bonne. ton outil ne permettant pas de voir la borne, il va falloir
> > ouvrir un autre outil, ce qui est donc l'exact contraire à ton but
> > de n'avoir un outil ne nécessitant pas de basculer avec un autre.
> >
> > 2a) si on a une photo libre de l'endroit. à ce moment là une mission
> > pic4review serrait bien adapté. encore mieux si elle peux récupérer
> > toutes les points opendata sans sortir de l'outil. histoire justement
> > de rester dans un seul outil.
> > https://pic4review.pavie.info/#/mission/copy
> > mission de type "intégrating fire hydrant"
> >
> > 2b) on n'a pas de photo libre de l'endroit. il faudra aller voir
> > sur le terrain, c'est en ce sens que Vespucci est adapté.
> > surtout qu'il permet de se connecter sur osmose, donc avoir
> > tout, tout en restant dans un seul outil.
> > il manque juste l'équivalent ios de Vespucci (dans le sens
> > un éditeur osm connectable sur osmose, afin de 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 do

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=4715=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=4715=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=4715=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
> <https://gist.github.com/wetneb/a39aaacb4526e67b93580185fc372320>, 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
> <https://gist.github.com/wetneb/a39aaacb4526e67b93580185fc372320>, 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=8360=4=17=50.556896=2.899575=3==
> >
> > 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>
> > <mailto:li...@antonin.delpeuch.eu
> > <mailto:li...@antonin.delpeuch.eu>>> a écrit :
> > >
> > >

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 et par
>> > exemple
>> > >>> utiliser le greffon todolist de JOSM 

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).
> > >>>
> > >>> Mes 2 c€.
> > >>>
> > >>> Jean-Yvon
> > >>

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

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

Re: [OSM-talk-be] La rencontre d'hier avec Marcel Shabani de OpenStreetMap à Bukavu

[Nicolas Pettiaux]

Bonjour,

En fait, on cartographie le mieux lorsqu'on est sur place, càd vous. Il
est tout à fait possible de le faire avec un smartphone.

Merci de nous dire quelles sont les systèmes d'exploitation de vos
smartphones.

Le groupe OSM-BE vous aidera en vous guidant. Je mets en copie 2 membres
particulièrement actifs de la liste belge et la liste de discussion de
osm-be : talk-be@openstreetmap.org

Comme cela, vous ne devrez presque pas utiliser le web. Juste une fois
de temps en temps pour transférer ce qui aura été stocké sur vos
smartphones.

@Jo, Joost, osm-be : pouvez vouns aider les membres de la communauté du
Kivu, des jeunes très actifs mais qui disposent en fait de très peu de
bande passante, très chère. Il faut que nous en tenions compte. Une des
idées de la cartographie est de les aider aussi à repérer les antennes
et points d'accès auxquels ils pourraient connecter le réseau internet
qu'avec Gaël Musquet (de https://hand.team) nous allons les aider à
construire, installer et maintenir, en étant aussi indépendant que
possibles.

Bonne journée,

Nicolas

Le 18/05/20 à 16:42, CHAVEZ CIKURU a écrit :
> Bonjour Prof. Nicolas,
> Bonjour à tous.
>
> Le mail, nous venons de le lire avec une grande attention et avons
> compris sa quintessence.
> Nous sommes prêts d'apprendre à cartographier avec OSM.BE <http://OSM.BE>.
> Nous vous proposons, dans la mesure du possible, comme nous (KIVU) on
> est pas de temps en temps connecté avec le Web, nous donner le jour
> précis où la communauté belge de OSM commencera avec la cartographie.
>
> Voilà.
> Bien à vous.
> Alain
>
>
> Le ven. 15 mai 2020 à 16:04, Nicolas Pettiaux  <mailto:nico...@pettiaux.be>> a écrit :
>
> Bonjour
>
> Merci pour ton mail. Je me réjouis de la rencontre.
>
> Je rajoute à la conversation la liste des contributeurs belges de
> OpenStreetMap (OSM) (and sorry, I go on in French because the team
> in south Kivu speak French, very few English and not Flemish) pour
> leur aide. Je continue aussi par email car riot est pour le moment
> difficile pour nos amis du Kivu qui ont surtout accès au peu
> d'internet dont ils disposent par smartphones.
>
> @osm-be friends : could you help the team of very motivated young
> people around Alain to map Bukavu and south Kivu, to
>
>  1. have the best possible map of the country
>  2. use the map to build a good community-based internet network
>
> They have access to smartphones and apparently hardly to any
> desktops or laptops, nor to good and cheap internet access ...
> that we want to help achieve.
>
> À toi Alain et les membres de la liste k...@educode.be
> <mailto:k...@educode.be>, 
>
> Ce qui est nécessaire c'est que vous appreniez à faire le travail
> de cartographie qui peut être fait avec des smartphones en ayant
> que de temps en temps une connexion au web. Les membres de OSM-be
> peuvent vous aider à apprendre les outils sur smartphone et les
> bonnes méthodes, et nous pouvons aussi vous aider en
> cartographiant certains morceaux d'ici avec les photos aériennes,
> mais votre travail sur place reste essentiel dans la philosophe de
> OSM.
>
> Et une des contributions de Gaël sera de vous aider à avoir le
> matériel pour construire les réseaux locaux dont vous avez besoin
> en vous inspirant de http://hand.team/#la-methode avec notre
> support et si possible nos soutiens financiers et logistiques aussi.
>
> Bonne journée et à très bientôt,
>
> Nicolas
>
> Le 14/05/20 à 13:04, CHAVEZ CIKURU a écrit :
>> Bonjour Professeur Nicolas, 
>> Bonjour à tous.
>>
>> J'espère que vous allez mieux.
>> Hier, aux environs de 17h (heure de Bukavu) nous nous sommes
>> rencontrés (/ALAIN, VICTOR et MARCEL/) à l'ISDR Bukavu avec
>> Marcel de OpenStreetMap à Bukavu.
>>
>> Il nous a clairement dit qu'il est prêt à faire pour nous la
>> cartographie des ressources existantes (pylônes de 4G, lieux qui
>> fournissent le Wifi, Points d'accès, etc.). 
>> C'est selon lui, ça c'est un moment (moment de confinement)
>> profitable pour faire ça car il ne reste pas beaucoup de temps à
>> Bukavu.
>> Mais il nous a vraiment expliqué le problème qui est presque
>> commun (en RDC), qui ne peux pas lui permettre de faire la
>> cartographie vite et bien. Le problème c'est l'accès à la
>> connexion internet. Pour y accéder il faut des moyens (acheter
>> des forfaits).  Voilà donc le problème. La connexion internet il
>> doit acheter.  Mais il est vraiment prêt à le faire pour nous.
>>
>> Bon après midi.

Re: [OSM-talk-be] privacy ed

[Nicolas Pettiaux]

Hello

> No! You need prior permission to take a photo of a person.

can you provide a legal text with that ?

I thought that we are allowed to take a picture for our personal needs
but we have to ask the permission to publish it unless special cases,
eg. as journalists. Otherwise, journalists and whistle blowers could not
do their jobs without authorization

-- 
*Nicolas Pettiaux, phd* - gsm +32 496 24 55 01 - nico...@pettiaux.be
Avenue du Pérou 29 à 1000 Bruxelles


0xA9920C887AF627FD.asc
Description: application/pgp-keys


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

Re: [OSM-talk-be] La rencontre d'hier avec Marcel Shabani de OpenStreetMap à Bukavu

[Nicolas Pettiaux]

Bonjour

Merci pour ton mail. Je me réjouis de la rencontre.

Je rajoute à la conversation la liste des contributeurs belges de
OpenStreetMap (OSM) (and sorry, I go on in French because the team in
south Kivu speak French, very few English and not Flemish) pour leur
aide. Je continue aussi par email car riot est pour le moment difficile
pour nos amis du Kivu qui ont surtout accès au peu d'internet dont ils
disposent par smartphones.

@osm-be friends : could you help the team of very motivated young people
around Alain to map Bukavu and south Kivu, to

 1. have the best possible map of the country
 2. use the map to build a good community-based internet network

They have access to smartphones and apparently hardly to any desktops or
laptops, nor to good and cheap internet access ... that we want to help
achieve.

À toi Alain et les membres de la liste k...@educode.be, 

Ce qui est nécessaire c'est que vous appreniez à faire le travail de
cartographie qui peut être fait avec des smartphones en ayant que de
temps en temps une connexion au web. Les membres de OSM-be peuvent vous
aider à apprendre les outils sur smartphone et les bonnes méthodes, et
nous pouvons aussi vous aider en cartographiant certains morceaux d'ici
avec les photos aériennes, mais votre travail sur place reste essentiel
dans la philosophe de OSM.

Et une des contributions de Gaël sera de vous aider à avoir le matériel
pour construire les réseaux locaux dont vous avez besoin en vous
inspirant de http://hand.team/#la-methode avec notre support et si
possible nos soutiens financiers et logistiques aussi.

Bonne journée et à très bientôt,

Nicolas

Le 14/05/20 à 13:04, CHAVEZ CIKURU a écrit :
> Bonjour Professeur Nicolas, 
> Bonjour à tous.
>
> J'espère que vous allez mieux.
> Hier, aux environs de 17h (heure de Bukavu) nous nous sommes
> rencontrés (/ALAIN, VICTOR et MARCEL/) à l'ISDR Bukavu avec Marcel de
> OpenStreetMap à Bukavu.
>
> Il nous a clairement dit qu'il est prêt à faire pour nous la
> cartographie des ressources existantes (pylônes de 4G, lieux qui
> fournissent le Wifi, Points d'accès, etc.). 
> C'est selon lui, ça c'est un moment (moment de confinement) profitable
> pour faire ça car il ne reste pas beaucoup de temps à Bukavu.
> Mais il nous a vraiment expliqué le problème qui est presque commun
> (en RDC), qui ne peux pas lui permettre de faire la cartographie vite
> et bien. Le problème c'est l'accès à la connexion internet. Pour y
> accéder il faut des moyens (acheter des forfaits).  Voilà donc le
> problème. La connexion internet il doit acheter.  Mais il est vraiment
> prêt à le faire pour nous.
>
> Bon après midi.
> Bien à vous.
> Alain CHAVEZ KAMERA
>
> -- 
> *CIKURU KAMERA Alain Chavez*
> *Technicien en Développement Rural et Consultant en Matières de
> Développement.*
> *Tél: +243 97 57 57 359, +243 85 23  36 465*
-- 
*Nicolas Pettiaux, phd* - gsm +32 496 24 55 01 - nico...@pettiaux.be
Avenue du Pérou 29 à 1000 Bruxelles


0xA9920C887AF627FD.asc
Description: application/pgp-keys


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

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

[OSM-talk-be] Cartographie au kivu

[Nicolas Pettiaux]

Bonjour Alain,
Bonjour les personnes des listes osm-be et osm-fr,

Alain est un étudiant du Kivu intéressé par les projets autour des
ressources éducatives libres, des webinaires et formations à des outils
libres que Educode met en place à l'occasion de ce confinement. (voir
https://educode.be et https://wiki.educode.be)

Nous nous sommes rendus compte que avant de pouvoir discuter des
contenus et outils, il y a une vraie difficulté au Kivu (et sans doute
en général dans une bonne partie de l'Afrique). L'accès à internet est
compliqué et cher.

Donc, il paraît nécessaire de commencer par attaquer ce problème avant
les autres. Il me semblait que cartographier les ressources existantes
(points d'accès, pylônes de 4G, lieux qui fournissent du wifi,
ressources électriques telles que panneaux solaires, éoliennes,
générateurs ...) puis voir comment mettre en place des réseaux
indépendants (comme ce que http://hand.team/ fait dans les caraïbes pour
rendre les populations indépendantes) pourrait être opportuns.

À propos de la cartographie, il me semble que les groupes OSM-BE et
OSM-FR seraient de bien meilleures aides que moi. Voilà pourquoi je vous
ai mis en copie.

Vous trouverez ci-dessous la suite de la correspondance avec Alain qui
est l'interface avec les autres personnes (surtout des enseignants) du Kivu.

Pour le moment aussi, les discussions en dehors de celles par email
(ici) sont sur whatsapp. Peut-être auriez-vous des suggestions pour des
outils plus opportuns, qui fonctionnent sur smartphone comme sur
desktop, et ne dépendent pas de Facebook (et facile à apprendre) ? Ex
Matrix / riot ?

Merci pour votre aide à tous,

Le 21/04/20 à 11:09, CHAVEZ CIKURU a écrit :
> Bonjour Professeur.
>
> Je vais bien.
> Hier, j'ai lu votre mail avec une très grande attention.
> Je veux juste avoir quelques éclaircissements par rapport aux lieux
> (en ville et au village): 
> Nous allons donc identifier les lieux de points d'accès et wifi (là
> qu'il y a la connexion?), les endroits où l'on peut mettre un wifi?
> C'est ça?
l'idée est d'abord de répertorier tout ce qui existe autour de vous; sur
le plus possible de choses pour avoir les cartes les plus détaillées. Il
ne tient qu'à vous de faire cela, avec l'aide des élèves, étudiants,
parents ... bref tout le monde. Cela peut devenir un jeu et même un bel
objectif : avoir la carte la plus complète et la plus précise du Kivu /
de RDC / d'Afrique.
> Ou soit nous allons indiquer des lieux selon la qualité de connexion:
> La 4G, le WIFI, La fibre Optique?
tout cela aussi
> D'abord, ici chez nous, presque dans chaque ville de la province,
> chaque territoire est arrosé par la connexion de 4G (du réseau Airtel,
> Organge et Vodacom).
ce serait bien de mettre aussi les localisations des antennes de chaque
fournisseur
>
> Et puis donc, nous allons donner les prix pour chaque qualité de
> connexion?
oui, dans un autre document. Ceci n'a pas vocation à se trouver dans
OpenStreetMap.
> C'est pas les prix des routeurs?
Je vous propose de voir ceci par la suite
> Voilà donc quelques questions sur lesquelles je souhaite avoir des
> éclaircissements.

mon idée est donc : avant tout, il faut avoir une bonne idée de
l'existant et le mieux est de le mettre dans une carte partagée.

Vous pourrez sûrement

>  
> En attente de vous relire.
> Bien à vous.
> Cordialement
> */CIKURU KAMERA Alain Chavez/*
>
> Le lun. 20 avr. 2020 à 15:28, Nicolas Pettiaux (educode)
> mailto:nico...@educode.be>> a écrit :
>
> Bonjour Alain,
>
> Merci beaucoup pour le fichier. C'est très bien. Je ne m'étais pas
> bien exprimé pour les niveaux (Années enseignées/d’études de la
> colonne G). Je voulais dire "le niveau des classes enseignées" par
> exemple, "secondaire inférieur 1ere, secondaire supérieur 4e,
> primaire 3è, supérieur 2e" ... (nous comptons pour les années
> primaires de 1 à 6, secondaires de 1 à 6 de nouveau, puis pour le
> supérieur (universitaire ou non) de 1 à 5. Cela permet de savoir
> donc à quels niveaux chacun enseigne.
>
> J'ai réfléchi, et vous propose de commencer par faire ce que nous
> pouvons pour que vous puissiez avoir de bonnes connexions aussi
> bon marché que possible à internet.
>
> Ceci passe à mon avis par identifier chez vous quels sont les
> endroits où vous pouvez avec accès à internet dans les villes et
> villages, et a meilleure manière pour faire cela est sans doute
> d'apprendre à éditer la carte https://openstreetmap.org pour y
> ajouter les informations adéquates (telles que lieux des points
> d'accès et wifi, qualité des connexions à chaque endroits ...) .
> Il faudrait aussi à mon avis maintenir une liste des coûts de
> l'accès pour chacun de ceux-ci. Pour cela, OpenStreetMap n'est pas
> le bon endroit,

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] Cartes les plus avancées

[Nicolas Moyroud]

Salut,

Je serai aussi tenté de répondre Montpellier. Outre le fait d'avoir 
accueilli le SOTM-FR 2019, la métropole de Montpellier contribue 
officiellement à OSM et y verse ses données OpenData :


https://wiki.openstreetmap.org/wiki/Montpellier#Bonnes_pratiques_Montpellier_M.C3.A9diterran.C3.A9e_M.C3.A9tropole

Et voir également leur présentation faite au SOTM-FR.

A+

Nicolas

Le 05/12/2019 à 10:15, Jean-Christophe Becquet a écrit :

Le 04/12/2019 19:31, Xavier BIZOT a écrit :

Quelles sont selon vous les villes dont la carte est le plus avancée une
sorte de TOP 10 ?


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

Re: [OSM-talk-fr] Un peu de BANO v2

[Nicolas Moyroud]

Pas sûr simplement, car il n'y a aucune conservation d'historique côté BANO, où 
on se contente de constater un état à date. Je crains que pour répondre au 
besoin on s'engage sur une complexité pas forcément proportionnelle au besoin. 
Cependant si quelqu'un se sent de défricher le sujet, yaka bien sûr. Ca se 
passerait à la fois côté BANO (les traitements des données) et osm-vs-fantoir 
(les pages d'exposition des données). Pour en discuter donc, on peut continuer 
à https://github.com/osm-fr/bano/issues et 
https://github.com/osm-fr/osm-vs-fantoir/issues


Ouaip en effet ça peut être complexe. Un truc peut-être un peu con : en 
faisant par département à chaque maj une conservation des données de la 
base avant maj / puis maj / puis diff entre les 2 tables / puis 
suppression des anciennes données. M'enfin bon après je ne connais pas 
la structure de la base hein...


Un exemple simple : les pompiers sont très intéressés pour détecter les 
nouvelles zones construites. Ils savent qu'ils ont sans doute là un 
manque dans leur données en terme d'adresses et de bornes incendie. Et 
je me disais que ce serait là un moyen assez simple pour eux. Mais bon 
des fois, je me dis trop de trucs ! ;-)


Nicolas



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

Re: [OSM-talk-fr] Un peu de BANO v2

[Nicolas Moyroud]

cfr l'autre sujet : il y a eu un retard de maj pendant environ 10 jours
sur les fichiers diff utilisés pour mettre à jour la bdd bano v2,
retard résorbé dimanche vers 8h


Ah ok merci j'avais zappé ce passage. J'ai fait une maj hier et 
effectivement ça a bien disparu de la liste dans la nuit. Donc ça a 
l'air tout bon !


Nicolas



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

Re: [OSM-talk-fr] Un peu de BANO v2

[Nicolas Moyroud]

Salut Vincent,

Un grand grand merci pour ce travail réalisé sur BANO v2. J'attendais 
avec impatience les mises à jour des différentes listes fantoir pour 
continuer à travailler. J'aime bien prendre la liste départementale et 
faire de temps en temps quelques voies manquantes pour une commune. Et 
dans le Gard et l'Hérault c'est un super moyen pour détecter les 
nouveaux lotissements qui poussent comme des champignons en périphérie 
des villages ! Du coup je passe un coup de bâtiments manquants depuis le 
cadastre en complément. D'ailleurs grand merci en passant à ceux qui ont 
développés le plugin cadastre pour JOSM.


Mais au fait question en passant : en combien de temps les listes 
fantoir BANO v2 se mettent-elles à jour par rapport aux ajouts dans OSM 
? L'autre jour j'ai fait 2-3 communes et ça a mis quelques jours à 
disparaître il me semble et pas moins de 24h comme tu le précisait dans 
ton mail. Ou alors c'est moi qui ai mal compté le temps, c'est bien 
possible aussi, trop impatient ! :-)


Du coup sur ce sujet j'aurai aussi une suggestion à faire pour 
l'interface fantoir (au moins la liste départementale). J'aimerai bien 
que les derniers éléments disparus de la liste soient conservés quelque 
part. Peut-être avec une couleur différente ou une colonne "date d'ajout 
dans OSM" ou même dans une liste séparée pour ne pas surcharger. Mon 
idée c'est que j'aimerai bien revenir sur ce qui a été fait pour savoir 
plus tard où était les nouveaux lotissements. Ça me permettrait par 
exemple de faire plus tard les adresses ou savoir que c'est une zone à 
aller vérifier sur le terrain. Tu crois que ce serait possible de faire 
ça ? J'ai aussi d'autres idées d'utilisation de ça mais je ne vais pas 
charger sur la liste OSM-FR mon mail est déjà trop long. ;-) On peut en 
parler directement si tu veux.


a+

Nicolas



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

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

[Nicolas Moyroud]

Salut Guillaume,
Bravo !  car j'imagine que la communauté OSM locale n'est pas pour 
rien dans une décision comme ça !


Oui ça fait un paquet d'années qu'on échange avec eux et notamment avec 
Jérémie Valentin le chargé de mission OpenData de la Métropole qui a été 
impliqué au départ dans l'organisation de carto-parties OSM 
accessibilité (à l'époque c'était même seulement la Ville de 
Montpellier). Bon maintenant ils n'ont plus vraiment besoin de nous pour 
avancer mais on continue à échanger. Ils vont venir nous présenter leurs 
travaux récents à notre réunion mensuelle du groupe local en janvier.


a+

Nicolas


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

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

[Nicolas Moyroud]

Salut,

Les données "récupérées" de OSM peuvent être envoyé "brute" dans un 
portail OpenData ?


Par exemple l'ensemble des arrêts de BUS d'une ville ?


Alors c'est exactement ce que fait la Métropole de Montpellier sur son 
portail OpenData depuis déjà pas mal de temps : 
https://data.montpellier3m.fr/datasets?query=openstreetmap


Si tu veux les infos sur l'implication de la Métropole de Montpellier 
dans la contribution et l'utilisation des données OSM, tu as tous les 
détails qui sont donnés ici : 
https://wiki.openstreetmap.org/wiki/Montpellier#Bonnes_pratiques_Montpellier_M.C3.A9diterran.C3.A9e_M.C3.A9tropole


Tu y trouveras notamment le lien vers les scripts qu'ils ont développés 
pour automatiser l'extraction depuis OSM et la publication sur leur 
portail : http://gitlab.montpellier3m.fr/opendata/import_openstreetmap_data


a+

Nicolas

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

[OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

[Nicolas Moyroud]

Bonjour à tous,

Une annonce que je voulais partager avec vous qui vient de tomber hier 
sur le portail OpenData de la Métropole de Montpellier : les plans de 
ville et métropole conçus à partir des données OSM ont été publiées ! Et 
leur objectif sur 2020 est de décliner les plans en flux et pour chacune 
des 30 autres communes au 1/1. Toutes les informations et liens ici :


http://data.montpellier3m.fr/ajout-en-open-data-des-plans-de-la-ville-de-montpellier-et-de-la-metropole-issus-dopenstreetmap

Et pour rappel si vous voulez plus d'informations sur l'ensemble de la 
démarche de la Métropole de Montpellier avec OSM, ça a été expliqué au 
dernier SoTM-FR 2019 :


https://nextcloud.openstreetmap.fr/index.php/s/xzAqyacaJWsnXNZ/download?path=%2F=SOTMFR2019-05-OpenStreetMap-et-la-Metropole-de-Montpellier-(Valentin-Marc-Ambrosy).pdf

https://peertube.openstreetmap.fr/videos/watch/f44f75f9-3dbe-4218-9025-0344305a751c

a+

Nicolas


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

Re: [OSM-talk-fr] offre d'emploi

[Nicolas Moyroud]

Salut Tony,

Ne le prends pas comme une critique personnelle hein, je connais (un 
peu) le contexte des collectivités territoriales. Mais quand je vois le 
contenu de cette fiche de poste, je trouve que la quantité et le niveau 
des compétences demandées relèveraient plutôt d'un profil ingénieur que 
technicien...


Sinon la carte pas OSM sur la page de l'offre oui c'est pas bien, mais 
là je pense que Tony ne peut rien y faire ! ;-)


a+
Nicolas

Le 22/11/2019 à 13:23, Tony Emery via Talk-fr a écrit :

Bonjour à tous,

Nous recrutons un Technicien SIG à partir du 1er février 2020, merci de
faire passer l’annonce :
https://www.emploi-territorial.fr/details_offre/2wNwlKjs--8,,,
<https://www.emploi-territorial.fr/details_offre/2wNwlKjs--8,,,>



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

Re: [OSM-talk-fr] J'ai besoin de votre expertise

[Nicolas Moyroud]

Salut,

J'ai participé à l'opération libre des Fougerets. Une chose qui 
m'avais bien plu c'est qu'il y avait une grande carte sus laquelle les 
habitants étaient invités à laisser des notes, surtout sur la toponymie. 


Dans cet ordre d'idée je te conseille également de regarder du côté des 
fieldpapers pour les relevés de données sur le terrain avec des plans 
papiers plutôt que des GPS : http://fieldpapers.org


a+

Nicolas


___
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

Re: [OSM-talk-fr] bridge=simple_brunnel

[Nicolas Moyroud]

S'ils partagent géométriquement une zone commune (assimilable à un 
point), on met un point en commun et un tag dessus.
C'est le cas d'un gué : il existe physiquement une zone qu'on peut 
passer à pied (en se mouillant les chaussures éventuellement), et où 
l'eau passe aussi.


Pour les ruisseaux busés, les deux flux sont bien séparés. La buse 
canalise l'eau, pas le passage humain/véhicules, donc c'est 
inapproprié de mettre un tag tunnel sur la voie. 


J'avoue ne pas comprendre cette "logique" : dans les deux cas la 
largeur de la route traversée est la même. Et assimilable à un point 
puisqu'on a modélisé le réseau routier en linéaire.


Pour la longueur traversée, elle est plus petite quand le ruisseau est 
busé que quand il peut s'étaler sur la route.


Et là tu dis :
large = représentation ponctuelle possible
étroit = représentation linéaire obligatoire (mais dans l'autre sens 
qui n'a pourtant pas changé).


Comme tu dis il y a un problème de topologie... mais dans ta logique !

J'ai l'impression que tu fais la différence entre frontière floue (gué 
le long de la route) et nette (route, busage). Avec cette logique tu 
devrais refuser de taguer les routes en filaire puisque leur largeur 
est nette.


Ton argument tient peut-être... mais je ne vois pas comment^^.

Je ne vois pas le rapport qu'il y a avec large / étroit. Dans le cas du 
gué les deux objets physiques routes / rivières passent au même niveau 
et en suivant l'un on passe forcément par l'autre. Dans le cas du 
ruisseau busé il passe en-dessous de la route et on n'est pas censé 
mettre les pieds dans l'eau quand on emprunte la route. Donc aucune 
raison topologique de mettre un point commun entre les deux. Je rajoute 
d'ailleurs systématiquement layer=-1 sur le tronçon tunnel=culvert pour 
bien indiquer qu'il est en-dessous.


Nicolas



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

Re: [OSM-talk-fr] bridge=simple_brunnel

[Nicolas Moyroud]

Bonjour,

Souvent créer un "pont" pour signifier que l'eau passe sous la route 
est un peu exagéré, je pense aux cas de simples buses comme ici 
<https://www.openstreetmap.org/node/6440906544>.



Bonsoir,


Pour une buse il y a "tunnel=culvert" sur le waterway.



Bonjour,

Pour ce genre de cas j'ai toujours utilisé le tag tunnel=culvert sur le 
waterway. Je ne vois pas ce qu'apporte de plus ce "nouveau" tag 
simple_brunnel.


Nicolas

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

Re: [OSM-talk-fr] Rapprochement OSM/Fantoir : données cadastre obsolètes ?

[Nicolas Moyroud]

Salut Vincent,

Merci pour ces informations, j'attends ça avec impatience !

Pour info, je vais changer d'employeur le 1er janvier pour aller faire 
de la géomatique chez les pompiers de l'Hérault (SDIS34). Et une des 
premières problématiques dont ils m'ont parlé c'est les délais de mise à 
jour de l'IGN concernant les nouvelles rues. Pour leur système d'alerte 
c'est plutôt embêtant quand quelqu'un appelle les secours de ne pas 
avoir son adresse dans la base de données. Et c'est une grosse 
problématique dans l'Hérault car certains villages ont tendance à 
grossir plutôt vite. Du coup, j'ai bien l'intention de leur vendre OSM, 
BANO et l'interface fantoir pour leur montrer que les mises à jour on 
peut les faire facilement nous-même avec OSM et qu'on aura les infos 
tout de suite ! Ne restera plus qu'à réaliser la moulinette 
d'intégration depuis les données OSM mais ça je sais faire. :-)


a+

Nicolas

Le 30/09/2019 à 22:40, Vincent de Château-Thierry a écrit :


J'ai parlé ici il y a quelques mois d'une BANO v2. C'est bien en 
cours, plus près de la fin que du début. Concrètement cette BANO 
tourne actuellement sur un serveur d'OSM-fr mais n'a pas encore 
publiquement pris la place de l'instance qui tourne depuis 2014. Il 
reste à y (re)brancher les lieux-dits, les exports pour "publier" bano 
en csv, json et rdf chaque jour, les interfaces comme 
http://cadastre.openstreetmap.fr/fantoir/ justement, et le rendu carto 
BANO évidemment. Encore un peu de boulot donc.
Dans cette BANO v2, FANTOIR sera bien sûr à jour (actuellement juillet 
2019).

Merci pour votre patience

vincent



___
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=1899002=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=1899002=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] Importations traces GR30

[Nicolas Pettiaux]

Bonjour,

La situation se présente partout. Et si dans OSM, un autre nom était
mis en place pour ces sentiers, qui ne serait pas GR.

Par exemple BP comme « belles promenades » ou CP «chemins de promenade
». Juste pour couper l'herbe sous le pied de ces interlocuteurs
grincheux, les laisser vendre leurs livres par ailleurs intéressant et
proposer de constituer dans le monde entier (= en commençant quand même
localement autour de nous) des listes de chemins qui pourraient être
balisés en bleu et jaune (ou toute couleur qui n'est pas rouge et
blanc) et qui seraient les mêmes et plus encore (rien n'empêche de
mettre 2 balisages partout)

Bonne journée,

NP
-- 
Dr Nicolas Pettiaux - nico...@educode.be -|- GSM : +32 (0)496 24 55 01
Educode asbl -|- Informer, former & réfléchir aux défis du numérique
https://educode.be & https://wiki.educode.be -|- ven 27/09 & lun 7/10
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Importations traces GR30

[Nicolas Pettiaux]

Le vendredi 30 août 2019 à 10:42 +0200, Florimond Berthoux a écrit :
> De manière générale doit-on se coucher devant le vol de notre
> propriété commune ?
non, sûrement pas.
> Au contraire je pense qu'il faut se défendre, sinon c'est trop facile
> de privatiser le domaine public sous la menace d'un procès.
oui, mais c'est difficile et on hésite trop souvent.
> Je ne sais trop comment juridiquement on peut éclairer quoi est à
> qui, mais cela serait utile de demander à un juge de partager le
> bébé.
ou à une avocat connaisseur du sujet de la législation ET des biens
communs (ou du bien commun) et à priori en faveur du partage et qui
pourrait éclairer 
Merci
Nicolas
> Le jeu. 22 août 2019 à 12:33, Christian Quest <
> cqu...@openstreetmap.fr> a écrit :
> > Petits rappels des épisodes précédents et de quelques notions
> > juridiques ;)
> > 
> > Le droit des marques permet de citer une marque, mais seul de
> > détenteur de la marque peut l'apposer sur quelques chose.
> > 
> > On peut donc mettre "Monoprix" sur un Monoprix, mais pas sur un
> > autre commerce.
> > 
> > On peut donc aussi mettre "GR" sur un GR de la FFRP détentrice de
> > la marque... sauf que là un deuxième droit intervient: la propriété
> > intellectuelle.
> > 
> > La FFRP considère que ses itinéraires sont des "oeuvres de
> > l'esprit" et donc protégés par le droit de propriété
> > intellectuelle.
> > Il y a eu deux jugements sur ce point, l'un considérant que
> > l'itinéraire était bien une oeuvre originale, l'autre considérant
> > au contraire que le meilleur chemin pour randonner de A à B était
> > celui-là et qu'il n'avait donc rien d'original.
> > 
> > Jamais OSM France, n'a pu aboutir avec la FFRP, malgré plusieurs
> > contacts et deux réunions dans leur locaux.
> > Nous avions fait le bilan du kilométrage de GR/PR présents dans les
> > données OSM dès la première réunion.
> > La FFRP est donc bien au courant depuis suffisamment longtemps pour
> > avoir fait valoir ses droits, ce qu'elle n'a jamais fait.
> > 
> > Pour info, pour éviter les fâcheries le rendu FR masque toutes les
> > mentions "GR" même si la donnée est présente.
> > 
> > 
> > Le problème n'est pas vraiment dans l'ajout de ces infos dans les
> > données OSM, mais plutôt sur le risque que cela fait
> > potentiellement peser sur les réutilisateurs qui ne sont pas au
> > courant de ce droit revendiqué par la FFRP sur les itinéraires.
> > Quelqu'un qui éditerai (de bonne foi), un guide avec une carte
> > montrant l'itinéraire pourrait être poursuivi par la FFRP (qui a
> > une chance sur deux da gagner vue la maigre jurisprudence). Ce
> > réutilisateur pourrait potentiellement se retourner contre OSM.
> > 
> > Veut-on jouer à ça ?
> > 
> > Moi non.
> > 
> > 
> > Le jeu. 22 août 2019 à 10:52, Florimond Berthoux <
> > florimond.berth...@gmail.com> a écrit :
> > > Bonjour,
> > > 
> > > Mes deux sous :
> > > Si on retire la marque GR d'OSM il faudrait penser à retire les
> > > autres marques aussi, comme : Monoprix, Monop', Giant, Louis
> > > Vuitton, ...
> > > Je ne connais pas grand chose en droit des marques, mais ça me
> > > semblerait bizarre d'interdire l'utilisation d'une marque pour
> > > désigner celle-ci.
> > > 
> > > Le problème c'est la propriété intellectuelle de l'œuvre d'un
> > > itinéraire. En fouillant sur leur site ils considère que leurs
> > > traces GPX sont leurs œuvres, très bien il suffit de ne pas les
> > > utiliser, mais pour les itinéraires eux mêmes ?
> > > 
> > > Je considère que ça vaut le coup de se battre pour régler la
> > > situation, ça sert aussi à ça la justice.
> > > 
> > > -- 
> > > Florimond Berthoux
> > > ___
> > > 
> > > Talk-fr mailing list
> > > 
> > > Talk-fr@openstreetmap.org
> > > 
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> > > 
> > 
> > -- 
> > Christian Quest - OpenStreetMap France
> > ___
> > 
> > Talk-fr mailing list
> > 
> > Talk-fr@openstreetmap.org
> > 
> > https://lists.openstreetmap.org/listinfo/talk-fr
> > 
> 
> 
> ___Talk-fr mailing 
> listtalk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
-- 
Dr Nicolas Pettiaux - nico...@educode.be -|- GSM : +32 (0)496 24 55 01
Educode asbl -|- Informer, former & réfléchir aux défis du numérique
https://educode.be & https://wiki.educode.be -|- ven 27/09 & lun 7/10
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] ordering channels in the Community Index

[Nicolas Pettiaux]

Le vendredi 30 août 2019 à 11:00 +0200, Jonathan Beliën a écrit :
> I completely agree with your suggested order !
+1
> But I would merge Riot and IRC in one single "channel".
+1

Just to add : as I am old, accustomed to email, I go on with it. But I
know I should use mure riot.
Thanks
-- 
Dr Nicolas Pettiaux - nico...@educode.be -|- GSM : +32 (0)496 24 55 01
Educode asbl -|- Informer, former & réfléchir aux défis du numérique
https://educode.be & https://wiki.educode.be -|- ven 27/09 & lun 7/10
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Ajouter le nom d'une société sur plusieurs bâtiments

[Nicolas Moyroud]

Salut,

Je dessinerai le périmètre de l'ensemble et ensuite je le mettrai avec 
les bâtiments dans une relation type=site avec le rôle perimeter pour 
l'objet précédent et le rôle building pour chacun des bâtiments. Ensuite 
mettre le nom de la société sur le tag name de la relation.


Nicolas


Le 14/08/2019 à 14:11, Sébastien Kalt a écrit :

Bonjour,

Dans une zone d'activité, une société a plusieurs bâtiments, est-ce 
qu'il y a une règle pour ajouter le nom de la société ?


Sur tous les bâtiments, mais alors cela créé des doublons, ce qui ne 
semble pas logique ?


Est-ce qu'il y aurait une relation pour ce genre de chose ?

De manière pragmatique, en mettant le nom sur le bâtiment qui a 
l'accueil ou l'entrée ?


Ce dernier point me semble le plus logique.

Bonne journée,

Sébastien


___
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] 15 bougies pour OSM !

[Nicolas Moyroud]

15 ans et toujours une grande défiance de la part des institutions... 
comme l'a très rugueusement rappelé Gaël il y a quelques semaines: 
https://www.youtube.com/watch?v=9es9773wgIs=1805


Gaël appui toujours très bien là où ça fait mal. Merci Gaël pour cette 
intervention !


PS: dans moins d'une semaine je fêterai mes 10 ans d'ouverture de 
compte ;)


Pour moi les 10 ans ce sera en novembre. Tu es donc un peu plus "vieux" 
que moi Christian ! ;-)


Nicolas



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

[OSM-talk-be] Ideas & osoc2019

[Nicolas Pettiaux]

Dear all,

yesterday, I have discovered with much pleasure numerous projects
relate to OSM at OSOC2019 (Open summer of code) public presentation.

See https://2019.opensummerofcode.be/2019 

I have been really impressed by

* https://2019.opensummerofcode.be/2019/open-heritage-map
* https://2019.opensummerofcode.be/2019/configuroute
* https://2019.opensummerofcode.be/2019/hopper
* https://2019.opensummerofcode.be/2019/cycling-up
* https://2019.opensummerofcode.be/2019/road-report

to name a few.

I dream that soon, hopper be another (a third one) routing proposal of
the official osm.org for example as well as configuroute.

Or that configuroute would ask "why" a user at some point wants to
change the default proposed route and that this reason be automatically
entered, it the users wants and confirm, into a road-report to add
another point of concern related to the street states (eg as a cyclist
I could rather say change the route due to bad road state than enter
the case in road-report).

I dream that road-report would have results and data that are
completely public to allow the public to follow and spot the treatment
by the administration of the reported cases and problems. 
for example.

For this, I think that we, the Belgian OSM-be people coult help improve
the projects and then support their addition to OSM.

What do you think ?

Have a good day,

Nicolas

-- 
Nicolas Pettiaux, phd - nico...@pettiaux.be - portable 0496 24 55 01
Educode - asbl - informer, former & réfléchir aux défis du numérique
https://educode.be & https://wiki.educode.be - ven 27/9 & lun 7/10 2019



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

Re: [OSM-talk-fr] [osm-fr asso] Fwd: OSM- Salon géonumérique St Dié

[Nicolas Moyroud]

Salut à tous,

Pour information le labo dans lequel je travaille (UMR TETIS / Maison de 
la Télédétection) a également été sollicité via l'organisme de formation 
AgroParisTech qui propose chez nous des formations en géomatique, pour 
animer quelque chose autour d'OSM avec des lycéens (carto-partie ou 
autre). Le responsable des formations Frédéric Portet sera présent sur 
place à Saint-Dié. Peut-être serait-ce une bonne idée de coordonner les 
actions entre AgroParisTech et OSM France ? Sur ma suggestion il vient 
de s'inscrire sur cette liste donc le contact est maintenant établi !


Nicolas

Le 17/07/2019 à 14:50, PanierAvide a écrit :


Bonjour,

L'équipe d'organisation nous confirme que nous aurons le stand mis à 
disposition gratuitement (voir réponse ci-dessous), si une animation 
est proposée. Des personnes présentes localement sont intéressées ?


Cordialement,

Adrien P.

Bonjour,

Après discussion avec l’équipe organisatrice du salon géonumérique de 
St Dié, nous vous confirmons que la participation à la programmation 
du salon via une animation permet la mise à disposition gratuite d’un 
stand.


En ce qui concerne cette animation, il faudrait quelque chose de 
ludique/pédagogique (majorité de scolaire le vendredi, grand public 
pas forcément initié à la géographie le weekend), sachant qu’il y a 
déjà plusieurs proposition de carto-party.


Bien cordialement,


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

[OSM-talk-fr] Problème d'attribution sur une carte en ligne

[Nicolas Moyroud]

Salut à tous,

Il me semble qu'il manque les bonnes attributions OSM sur cette carte non ?

https://climbingaway.fr/fr/site-escalade/carriere-de-boisseron

Vous connaissez ? Quelqu'un pour leur signaler ?

Nicolas


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

[OSM-talk-be] invitation à educode 2019 le vendredi 27 septembre 2019 à Bruxelles

[Nicolas Pettiaux]

Bonjour,

Je souhaite

 1. vous/t' inviter à educode2019 le vendredi 27 septembre 2019 à
Bruxelles 
 2. vous/t' inviter à y faire une ou des conférences sur le logiciel
libre et les licences creative commons dans vos usages, et pour
créer des œuvres libres,
 3. faire un ou des ateliers sur tout logiciel (libre bien sûr) ou
contenus (aussi libre) que des profs pourraient utiliser et
 4. tenir un stand.

Une conférence et un atelier peuvent être faits à distance. On en a déjà
qui seront faits depuis l'Argentine.

Comme educode 2018 (voir http://educode.be et 2018.educode.be qui
restera) on veut informer, former et susciter la réflexion des acteurs
du monde de l'enseignement (= tout le monde) sur le numérique,
l'informatique et les ressources libres. Vous (et tous vos membres, amis
... ) êtes donc autant attendus que bienvenus.

Nous avons déjà pas mal de conférences, d'ateliers, partenaires mais il
en faut encore.

Toute aide (financière, humaine, logistique, en matériel, pour la
promotion, en temps de calcul ...) est la très bienvenue. On cherche
encore des partenaires

Pour info, educode 2020 aura lieu les 7 et 8 février à Lille (université
de Lille) juste après didapro.

Merci  et à très bientôt j'espère,

Nicolas

-- 
Nicolas Pettiaux - PhD - nico...@pettiaux.be
Avenue du Pérou 29 - B-1000 Bruxelles - gsm +32.496.24.55.01

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

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

Re: [OSM-talk-fr] Umap

[Nicolas Frery]

Bonjour,

à priori le projet semble toujours maintenu par Yohan Boniface.

https://github.com/umap-project/umap/commits/master

Nicolas

Le 15/05/2019 à 18:06, Magalie Dartus a écrit :
> Bonjour à tous,
>
> Est-ce que vous savez si le projet umap est toujours maintenu?
>
> Il me semblait avoir entendu l'année dernière au SOTM que le/les
> développeurs avaient d'autres porjets et ne trouvaient plus de temps
> pour umap...
>
> Est-ce que vous en savez plus? Est-ce seulement un rumeur?
>
> Magalie
>
>
>
> ___
> 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