Re: [OSM-talk-fr] Tagger (ou pas?) la compétence voirie à Paris (mairie vs. prefecture)

[Noémie Lehuby via Talk-fr]

Bonjour,

ça me semble être un information pertinente à ajouter à OSM, à condition 
de clarifier et documenter où trouver cette info (afin de s'assurer que 
c'est vérifiable et maintenable dans le temps).


Pour le tag, j'avais pensé naturellement à owner 
, mais operator 
est en effet peut-être plus adapté. L'ajout d'un operator:wikidata 
serait sûrement pertinent également.


Par contre, à voir comment on gère les compétences partagées ("ville + 
prescription préfecture de police" et "ville + avis préfecture de 
police") 樂


--
Noémie Lehuby

Le 03/04/2024 à 10:06, Marc_marc via Talk-fr a écrit :

Bonjour,

Le 02.04.24 à 11:57, Tristram Gräbener a écrit :

Est-ce qu’une telle information aurait donc sa place dans OSM ? Si
vous pensez que oui, quelle tête auraient les tags?


Je ne sais pas s'il faudrait tager cela, invisible sur l'espace public 
(mais après tout, on a plein de chose invisible sur le terrain dans osm)

mais si tu veux le faire, c'est le tag operator=*

et vu le volume, je te conseille de lire la page wiki des imports

Cordialement,
Marc




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


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

Re: [OSM-talk-fr] public transport edit war in the Nice area

[Noémie Lehuby via Talk-fr]

Bonjour,

Plusieurs personnes m'ont pokée pour que je donne mon avis sur ce sujet. 
Désolée d'arriver un peu après la bataille, je suis plutôt restée fidèle 
à la liste de diffusion transport 
 !
Pour le contexte, j'ai pas mal mappé du bus dans OSM en France et à 
l'étranger. J'ai fait de la vulgarisation sur mon blog et IRL, et j'ai 
participé au développement de nombreux outils d'édition mais aussi pour 
utiliser ces données, que ce soit pour du plan géographique/schématique, 
imprimé/interactif, de la conversion en format de données standard pour 
le calcul d’itinéraire ou l'analyse de réseau, etc.
Bref, même si j'ai d'autres troubles obsessionnels cartographiques en ce 
moment, disons que je connais un peu le sujet.


J'ai plein de commentaires sur pas mal de sujets, mais je ne vais 
répondre qu'au dernier mail de synthèse, histoire de ne pas remettre une 
pièce dans la machine et d'essayer de faire avancer le débat.


Je pense aussi que mettre à jour la doc est sûrement le meilleur levier 
d'action.
À noter que les formules de précaution dans la doc (du type "largement 
utilisée") sont là pour rappeler qu'il n y a pas de consensus global et 
qu'il y a des endroits dans le monde où on a interprété la définition du 
tag différemment. Cela me semble toujours préférable d'avoir une doc 
honnête sur nos faiblesses, plutôt que des guerres d'éditions déportées 
dans le wiki où chacun va écraser la doc avec sa version qu'elle est mieux.
Mais je suis d'accord sur le fait que c'est confusant et 
particulièrement complexe à comprendre même pour un non-débutant. On 
peut bosser sur une meilleure formulation pour toutes ces pages je pense.


À noter qu'il existe aussi cette page de doc : 
https://wiki.openstreetmap.org/wiki/FR:Bus
Elle reprend pas mal de choses qui avaient été discutées dans la 
communauté lors du projet du mois de 2017 
 
et c'est celle vers laquelle je renvoie habituellement ceux qui ont des 
questions sur le mapping (mais elle aussi mériterait une petite mise à jour)


> La documentation du tag public_transport aka PTv2 [2] donne les 
indications suivantes :

> (...)
> _Analyse personnelle _: on pourrait presque penser que ce schéma PTv2 
ne sert donc à rien au final. Il n’est pas obligatoire, ne vient qu’en 
complément de ce qui existe. Pourtant le PTv2 a largement été adopté en 
France puisqu’une très grande majorité des relations de transports en 
commun utilise ce schéma PTv2 [8].


Oui ! on a même déjà eu un projet de proposal pour supprimer les tags 
public_transport introduits par PTv2.
De mon côté, je ne suis pas aussi catégorique : autant il a ajouté bcp 
de confusion sur les objets arrêts et leurs définitions, autant il 
apporte des clarifications salutaires sur les relations en définissant 
des rôles explicites pour les différents types d'objets.


> La documentation du tag highway=bus_stop [3] donne les indications 
suivantes :

> (...)
> _Analyse personnelle _: étonnant de trouver un usage seulement 
recommandé pour highway=bus_stop dans la page wiki highway=bus_stop. Il 
serait peut-être plus judicieux de placer le terme obligatoire. De fait 
cette description laisse, à mon humble avis, plusieurs interprétations : 
l’arrêt de bus / zone d’attente est tagué avec highway=bus_stop ou il 
est tagué avec public_transport=platform ou il est tagué avec les 2. Au 
vu des divers retours, il me semble que dans tous le cas (à partir du 
moment où les relations sont en PTv2) les 2 tags 
public_transport=platform / highway=bus_stop devraient être utilisés ou 
je fais fausse route ?


Oui, je partage l'avis : les 2 tags devraient être utilisés 
systématiquement ensemble. Mais en fait, l'enjeu est sur la définition 
qu'on donne à highway=bus_stop : si on est d'accord pour dire que c'est 
l'endroit où les gens attendent pour monter dans le bus, il doit 
toujours avoir public_transport=platform, qu'il soit dans une relation 
en ptv2 ou pas.
Mais je comprends le choix fait dans la doc, il semble quand même 
important qu'on précise que la définition du tag n'était pas claire 
initialement et qu'il y a des endroits dans le monde (en Allemagne et en 
Suisse par exemple visiblement) où on positionne l'arrêt de bus sur la 
voirie (et donc dans ce cas, plutôt avec public_transport=stop_position).

Comment tu proposes qu'on reformule cette page ?

> /Emplacement de l'arrêt sur la route/
> (...)
> _Analyse personnelle _: étonnant de trouver un « il remplace la clé 
highway=bus_stop ». Devrait-on dans ce cas supprimer le highway=bus_stop 
de l’arrêt de bus est la première question que je me poserais. Il y a de 
fortes chances que ce ne soit pas le cas, mais pas évident d’y voir 
clair. De plus la page cite la zone d'arrêt mais avec un texte comme « 
Il est parfois intéressant de créer une relation de type 
type=public_transport et public_transport=stop_area » pas sûr que tous 

Re: [OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?

[Noémie Lehuby via Talk-fr]

Bonjour,

Merci pour vos retours.

J'ai créé un ticket côté StreetComplete pour suggérer a minima de ne pas 
reposer la question sur le noeud si l'info existe déjà sur le chemin : 
https://github.com/streetcomplete/StreetComplete/issues/5011


Prochaine étape : améliorer le wiki car l'info sur les passages piétons 
y reste confuse !


--
Noémie Lehuby

Le 26/04/2023 à 19:05, leni a écrit :

Bonjour

Le 25/04/2023 à 16:36, Noémie Lehuby via Talk-fr a écrit :

Bonjour,

Dites, quand vous cartographiez un passage piéton en chemin (way), 
les attributs du passage piéton (zébra, ilôt de refuge, feux sonores, 
bande podotactile, etc), vous les mettez plutôt :

1) sur le noeud higwhay=crossing
2) sur le chemin highway=footway + footway=crossing
3) sur les deux
?
Je ne crée le chemin footway/cycleway/path= crossing que pour créer la 
continuité de routage ; ce qui fait que si j'ai un highway=footway à 
droite séparé de la route par un obstacle et un sidewalk=left, mon 
footway= crossing s'arrête sur le nœud de la route


Il y a 1 115 224 higwhay=crossing, 101 673 footway=crossing, 4 456 
cycleway=crossing et 1 639 path=crossing


Mais l'inconvénient est que la donnée n'est pas uniforme, il faut 
parfois chercher l'info sur un noeud, parfois sur un chemin, et tous 
les éditeurs / réutilisateurs ne feront pas cet effort.


c'est pourquoi je les laisse sur le nœud (j'avais essayé avec le 
préréglage "passage piéton" de JOSM, mais il ne le permet pas sur les 
way)


Pour l'instant, je n'ai fais pas de micro-mapping - donc pas de bande 
bande podotactile, ni de bordure que je mettrais (je pense) sur un 
nœud prés du trottoir comme Marc


cordialement

leni


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


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

[OSM-talk-fr] Sur quel objet mettre les tags des passages piétons ?

[Noémie Lehuby via Talk-fr]

Bonjour,

Dites, quand vous cartographiez un passage piéton en chemin (way), les 
attributs du passage piéton (zébra, ilôt de refuge, feux sonores, bande 
podotactile, etc), vous les mettez plutôt :

1) sur le noeud higwhay=crossing
2) sur le chemin highway=footway + footway=crossing
3) sur les deux
?

Exemple illustré pour que ça soit plus clair : 
https://i.imgur.com/4IsT37m.png


J'ai tendance à faire plutôt le deuxième.
En effet, ça me semble plus cohérent (après tout, c'est utile pour les 
piétons, pas pour les voitures) et plus précis.


Mais l'inconvénient est que la donnée n'est pas uniforme, il faut 
parfois chercher l'info sur un noeud, parfois sur un chemin, et tous les 
éditeurs / réutilisateurs ne feront pas cet effort.
StreetComplete par exemple n'est pas de cet avis : les quêtes semblent 
porter toujours sur le noeud, et même lorsque les infos sont déjà 
renseignées sur le chemin, on a une quête qui re-pose la question sur le 
noeud.


Qu'en pensez-vous ?

--
Noémie Lehuby



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

Re: [OSM-talk-fr] Accessibilité d'une ville : recommandations

[Noémie Lehuby via Talk-fr]

Bonjour Daniel,

Pour ta problématique de recherche, tu peux essayer avec Qwant Maps.

Si je reprends ton test initial avec la carte positionnée sur la gare de 
Palaiseau Villebon et que je tape "mediatheque" j'obtiens les résultats 
suivants :



J'ai donc 1 résultat sur Villebon et plusieurs sur Palaiseau.

S'il n'y a pas la médiathèque que tu cherchais dans le liste, tu peux 
utiliser le "premier résultat" qui est en fait un bouton d'action pour 
lancer une recherche spécifique de bibliothèques autour de ce lieu (et 
pas juste de points d'intérêts qui ont un nom qui ressemble à médiathèque).


--
Noémie Lehuby

Le 08/12/2022 à 11:33, Daniel Garcia a écrit :

Merci de vos commentaires, indications et explications ! J'essaierai de
prendre tout ça en compte pour la ville.

J'ose espérer que le choix de l'entreprise ne soit pas définitif, et qu'en
fait ce soit juste "j'en ai entendu parler, je les invite à la réunion".
J'espère doublement que ce ne soit pas un cas de "je veux aider mes
copains".

J'ai installé Wheelmap, mais de base le nom de la ville ne donne pas son
adresse (on finit à Paris ; c'est dommage, c'est la même erreur que fait
Google Maps, mais par défaut OsmAnd donne la ville d'abord). Ensuite, j'ai
(étrangement) des endroits comme la mairie qui sont marqués comme
inaccessibles, alors qu'elle est bien accessible (j'ai même vu quelqu'un en
fauteuil roulant au 1er étage, donc ils ont des ascenseurs). Je vais
essayer de corriger et compléter des informations sur les commerces de la
ville, pour que ce soit plus propre. L'utilisabilité de l'application
laisse un peu à désirer à mon avis, mais pour tout le reste ça semble la
meilleure solution.


On Thu, Dec 8, 2022 at 9:14 AM Sarah Hoffmann via Talk-fr <
talk-fr@openstreetmap.org> wrote:


On Wed, Dec 07, 2022 at 05:04:20PM +0100, Daniel Garcia wrote:

Je n'ai jamais vraiment compris la logique de l'algo de Nominatim.

Je viens de faire un test, avec openstreetmap.org ainsi que via mon
application OsmAnd.

Je me suis placé sur une ville du 91, Palaiseau (la gare RER de Palaiseau
Villebon, pour être plus exact). Ensuite, j'ai cherché "mediatheque"

(sans

accents). Déjà, la carte a sauté vers le premier résultat, donc on n'a
aucune idée d'où on était avant (ce qui est assez déroutant). Ensuite,

on a

cette liste-ci :

[image: Screenshot_20221207_164617.png]

Il y a quand même *beaucoup* de médiathèques plus proches que celle de
Viry-Chatillon. C'est sans doute le manque d'accents qui le gêne. Les
résultats sautent vers le 46, puis 78, puis 98, puis 40, puis 98 à
nouveau... j'ai du mal à croire que la Nouvelle-Calédonie soit plus
pertinente que les centaines de médiathèques autour de Palaiseau. Sauf
qu'ils ont ajouté des choses sans accents, et ça suffit pour les faire
monter dans les résultats.

Rien a voir avec les accents. Les resultats sont simplement les
resultats "exacts". Ca veut dire, les objets OSM ont un tag
'name=Médiathèque' (avec ou sans accents).

La médiathèque la plus proche s'apelle "Médiathèque George Sand".

Cést juste comme explication du algo. Je ne dis pas que c'est parfait
comme ca.

Sarah

___
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


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

Re: [OSM-talk-fr] Trottoir : voie indépendante ou caractéristique de la route ?

[Noémie Lehuby via Talk-fr]

Bonjour,

La carto de trottoirs sur des chemins séparés est une bien une possibilité.
Elle comble nos lacunes sur les rendus (aucun ne prend pas en compte le 
tag sidewalk à ma connaissance) et les calculateurs d'itinéraires (qui 
se contentent souvent un peu bêtement de te dire de marcher sur la 
route). Ça ouvre aussi pas mal de possibilité de micromapping, notamment 
sur les sujets d'accessibilité PMR.


Au SOTM de Florence, j'ai bien du faire toutes les conférences qui 
parlaient de la cartographie pour les piétons, et je dirais que la 
tendance mondiale est plutôt d'aller vers une cartographie sur des 
chemins séparés.


Quel que soit sa préférence :

 * je recommande le coloriage JOSM "Sidewalks Plus" qui permet
   d'afficher ces trottoirs (qu'ils soient mappés en attribut ou en
   chemin séparé).
 * faire attention à bien connecter tous ces chemins pour que le graphe
   du calcul d'itinéraire piéton soit continu. Voir par exemple
   https://wiki.openstreetmap.org/wiki/File:Sidewalk_crossing-FR.png
 * l'ajout de sidewalk=separate sur la route quand on mappe en chemin
   séparé est une bonne pratique pour éviter les doublons d'info

--
Noémie Lehuby

Le 09/10/2022 à 22:29, Marc_marc a écrit :

Bonjour,

Le 09.10.22 à 19:49, Nicolas d a écrit :

trottoirs sont mappés comme des voies indépendantes



Est-ce :
- une possibilité,


oui, ce qui ne veux pas dire que c'est la meilleur :)
c'est surtout une possibilité pour le rendu : peu de style
renseigne les sidewalk=* hélas (tiens, faudrait p'tre que
je regarde cela pour proposer cela sur le rendu standard)
donc pour les montrer, on les renseignes séparément


- la bonne manière,


je m'en tiens à la règle de base de ne pas éclater
une highway=* quand il n'y a pas de séparation physique.
s'il y a une séparation (herbe, barrière, ...) alors cela a du sens
s'il n'y a en a pas, pour moi c'est comme une bande de circulation : 
certains sont réservées aux bus, d'autres aux vélos, d'autres

aux piétons.
et si on éclate les piétons dans un way séparé, on se retrouve
avec des gros soucis de connection (on peux librer traverser
une route à plus de X mètre d'un passage piéton, c'est info est
évidente pour un routeur quand c'est un sidewalk=*, elle est
dans l'état impossible à mettre en place avec des ways séparés,
sauf à inventer des passages piétons fictifs, et encore, il en
faudrait en face de chaque maison cooncernées puisque tu ignores
d'oü partira l'itinéraire


- une erreur ?


l'erreur est à mon avis de faire un rendu pour highway=path 
path=sidewalk mais pas de rendu pour sidewalk=*
tu verras même que certains ont transformé des trotoires en "rue 
piétonne" parce que le rendu affiche une rue piétonne surfacique

et pas un trotoir surfacique.., on est clairement dans le tag
pour le rendu, hélas

Cordialement,
Marc



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


OpenPGP_signature
Description: OpenPGP digital signature
___
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

[Noémie Lehuby via Talk-fr]

Merci pour vos avis. J'ai fait un ticket 
https://github.com/Sophox/sophox/issues/31 mais j'ai pas l'impression 
que le projet soit vraiment maintenu.


Une idée de solution alternative pour requêter les data items ?

--
Noémie Lehuby

Le 09/09/2022 à 15:01, Frédéric Rodrigo a écrit :
Pour moi OSM Data c'est les données d'OSM node, way relation... et 
metadata les DataItem.
Mais de tout façon les objets manquants sont quand même dans les 
DataItem depuis plus d'un an.


Le 09/09/2022 à 10:40, Nicolas VIGNERON a écrit :

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




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


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

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

[Noémie Lehuby via Talk-fr]

Bonjour,

est-ce qu'il y a des pro des 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 !

--
Noémie Lehuby



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

[OSM-talk-fr] Comment mapper une retoucherie ?

[Noémie Lehuby via Talk-fr]

Bonsoir,

Quels tags utiliser pour décrire une retoucherie : un commerce où on 
peut faire faire un ourlet, remplacer une fermeture éclair, etc ?


En faisant une petite recherche dans les données déjà dans OSM, je 
dirais qu'on a 3 tags candidats et surement à combiner : craft / shop / 
repair


Pour craft :
craft = tailor ou craft = dressmaker semble assez adapté (même si je ne 
vois pas trop comment choisir entre les deux pour une retoucherie)


Pour shop :
- si on y vend aussi du matos de couture : shop = sewing
- si ce n'est pas l'activité principale du lieu : c'est un pressing qui 
propose des retouches donc shop = dry_cleaning, c'est un magasin de 
vetements qui a un petit atelier donc shop = clothes, etc

- sinon : shop = tailor ? shop = dressmaker ? shop=clothes ?

Pour repair :
Le tag est à mon avis utile pour porter l'idée qu'on ne peut pas acheter 
un vêtement sur mesure ici, mais plutôt en modifier un existant

J'ai l'impression qu'on a deux choix ici :
- repair=only (pour indiquer qu'on ne fait que de la "réparation"). Mais 
si on le met sur un pressing, on ne comprend pas trop ...

- repair=clothes

Ce qui donnerait en conclusion :
- Un pressing retoucherie : shop=dry_cleaning + craft=dressmaker/tailor 
? + repair=clothes
- Une retoucherie qui ne fait que ça : shop=dressmaker/tailor ? + 
craft=dressmaker/tailor ? + repair=clothes/only ?


Qu'en pensez-vous ?

--
Noémie Lehuby


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

Re: [OSM-talk-fr] tag opening_hours vers texte

[Noémie Lehuby via Talk-fr]

Merci, c'est en effet la lib que j'avais en tête :)


Le 22/11/2020 à 00:10, David Faure a écrit :

Il existehttps://github.com/rezemika/humanized_opening_hours

mais c'est plus vraiment maintenu


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

[OSM-talk-fr] tag opening_hours vers texte

[Noémie Lehuby via Talk-fr]

Bonjour,

Vous connaissez un service qui serait capable de transformer un tag 
opening_hours en texte intelligible par un humain ?


Par exemple "Mo-Fr 09:30-12:00,13:30-18:00" deviendrait "du lundi au 
vendredi de 9h30 à 12h puis de 13h30 à 18h"


Il me semble avoir déjà entendu parler d'un lib qui ferait ça mais je 
n'arrive pas à remettre la main dessus...


--
Noémie Lehuby


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

Re: [OSM-talk-fr] Services publics et administrations locales

[Noémie Lehuby via Talk-fr]

Bonjour,

En effet, il y a un sujet sur le/les noms.
Je suis allé vérifier ce qu'il y a écrit sur la porte de quelques 
services près de chez moi : Sous-Préfecture de Torcy, Caf de 
Seine-et-Marne mais Pôle Emploi.
Pour les abréviations, certaines sont complètement passées dans le 
langage courant : il y a écrit Caf (pas CAF ou Caisse d'Allocations 
Familiales) sur la porte, et perso je ne sais pas ce que veut dire URSSAF...
On peut faire comme pour les gendarmeries et conserver le nom complet et 
explicite fourni notamment dans le fichier open data dans official_name 
(Caisse d'Allocations Familiales (Caf) de Seine-et-Marne - accueil de 
Lognes) ?


Autres questions :

 * que pensez-vous de la proposition d'Adrien d'utiliser
   prioritairement office=government et governement=* (plutôt notamment
   que social_facility=outreach) :
   https://wiki.openstreetmap.org/wiki/Talk:France/Services_Publics
 * network = Pôle Emploi ou operator = Pôle Emploi ?

nlehuby

Le 03/10/2020 à 19:00, lejun a écrit :

L'idée me plaît, rien à redire dessus. Par contre l'usage de name de
dérange :
- D'une part je me demande dans quelle mesure on privilégie une valeur
explicite, name=CPAM de X, plutôt que name=X + network=CPAM
- D'autre part je crois que l'usage d'abréviation comme CAF ou CPAM
risque de poser problème.
Peut être que la solution serait d'utiliser la clé alt_name ou
local_name pour signaler qu'en pratique courante on parle effectivement
de la CPAM de X.

Le 03/10/2020 à 18:48, Noémie Lehuby via Talk-fr a écrit :

Hello,

Comment on cartographie une CAF ? un Pôle Emploi ? un centre des 
impots ?

J'ai initié la page de wiki suivante pour tenter de répondre à ces
questions : https://wiki.openstreetmap.org/wiki/France/Services_Publics

Comme vous pouvez le voir, pour le moment c'est plus un texte à trou
qu'une vraie page de wiki utile ;)

Pour la plupart de ces lieux, on a des bases open data existantes (voire
déjà une analyse Osmose) donc il y a de la matière pour un ou plusieurs
prochains projets du mois une fois qu'on sera d'accord sur la manière de
mapper tout ça.

nlehuby

--
Lejun - Groupe Local OpenStreetMap Bourgogne-Franche-Comté

___
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] Services publics et administrations locales

[Noémie Lehuby via Talk-fr]

Hello,

Comment on cartographie une CAF ? un Pôle Emploi ? un centre des impots ?
J'ai initié la page de wiki suivante pour tenter de répondre à ces 
questions : https://wiki.openstreetmap.org/wiki/France/Services_Publics


Comme vous pouvez le voir, pour le moment c'est plus un texte à trou 
qu'une vraie page de wiki utile ;)


Pour la plupart de ces lieux, on a des bases open data existantes (voire 
déjà une analyse Osmose) donc il y a de la matière pour un ou plusieurs 
prochains projets du mois une fois qu'on sera d'accord sur la manière de 
mapper tout ça.


nlehuby


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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : point d'avancement

[Noémie Lehuby via Talk-fr]

Bonjour,

Si vous avez déjà arpenté votre quartier et cherchez des contributions à 
faire à distance, voici quelques propositions :

- https://maproulette.org/browse/challenges/14377
- https://maproulette.org/browse/challenges/14376
- 
https://ent8r.github.io/NotesReview/?query=%23deficoeur=1=6%2F46.9345%2F5.506


Bon dimanche !

--
Noémie Lehuby

Le 09/09/2020 à 08:25, Jérôme Seigneuret a écrit :
Il y en a en tous simplement plus sur le territoire que dans la base 
car ces éléments ne sont pas forcément déclaré. Beaucoup d'entreprise 
ont des dispositifs dans les usines, les bureaux etc. Aux responsable 
QHSE 
(et 
dérivé) de faire ces démarches. Encore faudrait-il qu'ils soient au 
courant ou qu'ils se mettent à la page.


Voir à fait une piqure de rappel. https://www.blog-qhse.com/ et la 
CARSAT peuvent surement jouer un rôle à ce niveau.


Le mar. 8 sept. 2020 à 21:32, Philippe Verdy > a écrit :


On est loin de l'objectif national d'équipement, qui devrait
atteindre au minimum 1 appareil pour 500 habitants, soit 100 000 à
120 000 appareils (peut-être moins dans les villes denses où
l'accessibiltié est plus facile qu'en milieu rural et où les
services d'urgences sont également beaucoup plus rapides à
intervenir).

Si on considère que les ERP doivent être équipés, et qu'en gros
ils reçoivent une centaine de visiteurs au plus, sauf les stades
ou campings et grands hôtels, qui ont une densité plus grande, et
les centres commerciaux qui ont des milliers de visiteurs, plus
les établissements publics municipaux (mairies, salles communales,
écoles, médiathèques, musées, salles d'accueil pour associations),
tous les EHPAD, on devrait avoir au moins une 4 ou 5 appareils
même dans les plus petites communes rurales pour aussi desservir
les quartiers résidentiels un peu éloignés du centre, avec les
aires de sport, campings municipaux, aires d'accueil de gens du
voyage. Et au besoin avec des accords public-privé pour les aider
à les doter et les entretenir.

D'ailleurs ces DAE sont aussi l'occasion de trouver les ERP et
aller voir sa mairie pour demander pourquoi certains sites ne sont
pas équipés, et revoir la proximité des équipements avec sa
population dans les quartiers périphériques (pourquoi pas alors
aux arrêts de bus en partenariat avec les sociétés de transport
qui elles aussi sont sensées s'équiper: elles accueillent un
public très nombreux sur leur réseau, et même si on n'équipe pas
tous les véhicules, au moins équiper des stations pour pouvoir
intervenir à l'arrêt en sécurité pour tout le monde et permettre
aussi de "dégager" le public inutile et gênant).

Et puisqu'on a une base publique DAE qui se met en place, mettre
le tout sur une carte permet de voir les zones sous-équipées où
celles où les DAE installés n'aident personne autour (notamment
ceux en accès restreint dans une entreprise). Sur une carte je
mettrais séparément ces DAE d'accès restreint (notamment ceux aux
sein même des établissements protégés comme les EHPAD.

Et puis il suffit d'aller voir votre gymnase municipal proche,
votre stade, et les salles de sports privées qui elles aussi
devraient être équipées. Et voir votre comité de quartier (et
demander aussi à votre mairie de planifier des rencontres
publiques dans les quartiers et mettre la question à l'ordre du
jour et lui demander de faire cette collecte et le communiquer (ne
serait-ce que par le site de l'intercommunalité qui lui aussi
devrait avoir sa section "open data", et pas que les grosse
métropoles).

Des entreprises industrielles seraient aussi concernées
(exploitants et distributeurs sur les réseaux d'énergie notamment,
autorités portuaires, sites "Seveso" et toute industrie classée
comme dangereuse par les produits ou matériels utilisés ou stockés
: en cas d'accident industriel, ils monopilinsent fortement les
secours et il faut une capacité locale pour agir...). Et à mon
avis ces matériels devraient aussi être assurés en même temps que
leur contrat d'entretien, et on devrait pouvoir impliquer aussi
les sociétés d'assurances et mutuelles qui couvrent ces risques ou
subventionnent les équipements.

En attendant GeoDAE n'est qu'un jeu d'essai qui n'a pas encore
d'utilisation pratique, il faudra vraiment il plus grande
implication aussi avec tous les services d'urgence (15, SAMU,
SDIS, pompiers, services de police) et de contrôle (y compris la
médecine du travail et les comités d'entreprise) et les assos et
comités de quartiers pour que tout le monde accepte de remonter
ses infos et pas 

Re: [OSM-talk-fr] Besoin de conseils pour les diagrammes de transport public

[Noémie Lehuby via Talk-fr]

Bonjour,

Merci pour le feedback. Unroll n'est disponible qu'en anglais pour le 
moment.


Pour le wiki, c'est une bonne idée ! L'idéal serait de l'ajouter 
directement dans le template existant BrowseLine plutôt que de créer un 
nouveau template que personne ne va utiliser non ?
Par contre, ça va modifier toutes les pages qui l'utilisent et 
l'opération n'est pas sans risque apparement (cf les remarques sur cette 
page https://wiki.openstreetmap.org/wiki/Template:Relation)


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 28/08/2020 à 15:33, Percherie OnDaNet a écrit :
Fort sympa Unroll. Y a t'il une interface en français ? J'ai regardé 
sur le wiki et il ne semble pas y avoir de modèle permettant de 
générer de lien pointant vers Unroll (idéalement Unroll + 
sketch-line). Un peut comme les template "BrowseLine" ou "Relation" 
disponible quand on édite une page du wiki.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin de conseils pour les diagrammes de transport public

[Noémie Lehuby via Talk-fr]

Hello,

Beau boulot sur Narbonne !

Effectivement, sketch-line a une interprétation du modèle de transport 
qui peut donner des résultats décevants. Ton bug est celui-ci non ? 
https://github.com/drolbr/Overpass-API/issues/190

Malheureusement, il me semble que l'outil n'est plus vraiment maintenu...

Je pense que ne pas mettre highway=bus_stop n'est pas une bonne solution 
: le tag est largement utilisé par la plupart des outils, contrairement 
aux public_transport=stop/platform.
En particulier, les arrêts de ta ligne A sont invisibles sur tous les 
rendus que je connais, y compris dans les applis mobile. Par exemple, je 
suis passée par Narbonne la semaine dernière, j'aurais très bien pu me 
dire "chic, il y a plein d'arrêts à mapper ici" et commencer à les 
ajouter depuis mon smartphone sans même voir qu'ils existaient déjà ^^"


Personnellement, j'utilise et je recommande la carto des arrêts de bus 
avec highway=bus_stop + public_transport=platform, sans mapper les 
stop_position du tout.
Ce modèle est compatible avec sketch-line (voir par exemple cette ligne 
 et son 
diagramme 
), 
tous les rendus qui affichent des arrêts de bus ainsi que la grande 
majorité des outils qui utilisent des données de transport d'OSM 
.


Après, si on veut aller plus loin, je pense que la bonne correction 
serait d'avoir un traitement différencié par mode pour identifier 
l'objet qui caractérise l'arrêt qu'on veut afficher dans le diagramme. 
En effet


 * c'est en général le rôle platform pour les lignes de bus
 * pour les lignes de mode ferré, c'est plutôt le rôle stop_position.
   Les platform sont souvent des quais et ont rarement un nom (et pas
   forcément celui de la station)

C'est l'approche que j'ai choisie dans l'outil Unroll, qui permet de 
visualiser toutes les infos d'une ligne:


 * ta ligne de bus avec platform et stop position :
   https://jungle-bus.github.io/unroll/route.html?line=2667720
 * une ligne de métro :
   https://jungle-bus.github.io/unroll/route.html?line=3328765

--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 24/08/2020 à 22:24, Gad Jo a écrit :

Bonsoir,


Depuis 2012 j'ai commencé à cartographier les lignes de bus de l'Agglo 
narbonnaise (souvent mis de côté, toujours repris). Grâce à Pic4Review 
et Mapillary/OpenStreetCam j'ai accéléré sur ce projet (plus besoin de 
faire les relevés de tête)


Le suivi de l'avancement est disponible sur 
https://wiki.openstreetmap.org/wiki/Narbonne/Transports_en_commun#Lignes_Urbaines


Actuellement je travail sur le rendu des diagrammes grâce à l'outil 
dédié https://overpass-api.de/
Pour l'occasion le style "narbonne" a été créé en partant du style 
"paris".


Problème : si les plateform possède le tag highway=bus_stop les arrêts 
sont comptabilisé en double. Pourtant le modèle public_transport 
l'indique comme recommandé. Sans ça le rendu osm n'affiche plus les 
arrêts et Osmose couine.


Actuellement et le temps d'analyser toutes les lignes j'ai supprimé le 
tag highway=bus_stop. C'est l'exemple parfait de taguer pour le rendu. 
En attendant les diagramme sont maintenant lisible : 
https://overpass-api.de/api/sketch-line?ref=A=Citibus=narbonne


J'aurai besoin de conseils pour faire fonctionner correctement 
https://overpass-api.de/ quitte à proposer des améliorations mais où 
le faire ?
Le problème semble exister depuis pas mal de temps et j'ai constaté un 
peu partout dans le monde que cela incite les contributeurs à taguer 
pour le rendu. Je me demande si ils n'ont pas arrêté de corriger leur 
générateur de diagramme.

À moins que d'autres générateur de diagramme existe.

Là j'aurai besoin qu'on me conseil pour arriver à une solution 
fonctionnelle.




--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
brièveté.


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

[OSM-talk-fr] Fleuristes manquants dans OSM

[Noémie Lehuby via Talk-fr]

Hello,

Avez-vous bien cartographié tous les fleuristes de votre quartier ?

C'est le 1er mai donc c'est l'occasion de le vérifier !

Cette analyse Osmose liste des commerces à ajouter dans OSM qui font de 
la vente de fleurs, plantes, graines, engrais, animaux de compagnie et 
aliments pour ces animaux :
- 
http://osmose.openstreetmap.fr/fr/map/#item=8310=4707626=10=49.0756=0.026=3==

- https://projetdumois.5apps.com/#11/48.8352/2.5541

Et n'oubliez pas d'y ajouter les tags *:covid19 sur Ça Reste Ouvert 
 
pour qu'on sache s'ils font de la livraison ou du retrait de commande ;)


Bonne fête du travail à tous !

--
Noémie Lehuby

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

[OSM-talk-fr] Calcul d'itinéraire véhicule électrique

[Noémie Lehuby via Talk-fr]

Hello,

vous connaissez des solutions OSM pour calculer des trajets pour 
véhicules électriques (avec estimation de la décharge de la batterie en 
fonction du trajet, affichage des bornes, etc) ?


Je sais qu'il y a au moins A Better Routeplanner : 
https://abetterrouteplanner.com/
mais s'il utilise bien OSM pour son calcul d'itinéraire, ce n'a pas 
l'air d'être le cas pour les bornes


--
Noémie Lehuby
Jungle Bus - http://junglebus.io


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

Re: [OSM-talk-fr] Data Item à la place de *:wikidata

[Noémie Lehuby via Talk-fr]

Hello,

j'ai un peu expérimenté sur le sujet des data item, mais j'arrive pas à 
grand chose.
Je résume l'objectif : éviter de mettre des tags qui veulent dire à peu 
près la même chose dans OSM, à savoir brand et brand:wikidata.


Pour l'exercice, imaginons que j'essaye de récupérer les logos de 
quelques magasins franchisés.
Aujourd'hui, je peux le faire en faisant un lien entre OSM et Wikimédia 
Commons en passant par Wikidata à l'aide du tag brand:wikidata.

Par exemple avec une requête de ce type : https://tinyurl.com/rq7uktj

Essayons maintenant de reproduire l'expérience sans le tag 
brand:wikidata, en utilisant le tag brand et les data items du wiki pour 
faire le lien.


Voici une requête qui récupère des supermarchés avec un tag brand, puis 
qui cherche dans les data items du wiki l'élement brand=ce qui 
m'intéresse, puis récupère son tag wikidata associé et va chercher le 
logo : https://tinyurl.com/r6zofzz


Bon, ça retourne rien, mais ... en vrai, il n'y a aucun data item avec 
des marques de supermarchés (cf aparté ci-dessous)


Si je refais la même requête avec une marque qui a un data item existant 
: https://tinyurl.com/r8kz2d6


ben ça marche toujours pas ... une idée de pourquoi ?


Aparté :

Cette requête affiche les data items brand=qqch :
https://tinyurl.com/ve4fq9r

On constate
- qu'il y en a 6 en tout
- que seuls 2 ont un id wikidata

La volumétrie est vraiment donc très faible pour le moment.

Questions : est-ce qu'on peut faire un import des brand dans la base du 
wiki, avec a minima l'id wikidata (en commençant par la France, voire 
juste les supermarchés en France) ?
Quelles sont les bonnes pratiques ? Quels sont les outils qui 
permettraient de faire ça ?


Le 27/03/2020 à 20:38, Noémie Lehuby via Talk-fr a écrit :


Bonjour,

Il y a pas mal d'homonymes dans le domaine des transports (même si 
c'est plus network:wikidata ou operator:wikidata que brand:wikidata je 
te le concède) . Personnellement, j'ai découvert ce sujet grâce à / à 
cause des deux réseaux "Arc-en-Ciel" (en Haute-Garonne 
<https://fr.wikipedia.org/wiki/R%C3%A9seau_Arc-en-Ciel> et dans le 
Nord <https://fr.wikipedia.org/wiki/Arc-en-Ciel>) qui ont fait coulé 
pas mal d'encre sur nos listes de diff.


L'idée est intéressante en tout cas, je ne pensais pas qu'on pouvait 
utiliser les Data Item pour cela. Il y a déjà de la doc sur ce sujet 
et ce cas d'usage ?
Pour que ça puisse remplacer / complémenter wikidata et éviter la 
saisie d'info redondantes dans OSM, il faudrait qu'on puisse savoir 
facilement si une liaison entre un tag brand=qqch et wikidata existe 
déjà, savoir comment accéder à ces infos par APIs ou en téléchargeant 
un dump de la base, etc


--
Noémie Lehuby
Le 26/03/2020 à 22:52, François Lacombe a écrit :


Le jeu. 26 mars 2020 à 18:10, Yves P. <mailto:yves.prat...@gmail.com>> a écrit :


> Je suggère de ne taguer les objets OSM qu'avec brand=*
Le problème, c’est qu’il y a des homonymes…
C’est pour ça qu’il existe wikidata ;)


Oui mais les identifiants wikidata ne sont pas lisibles.
Le parti pris d'OSM est d'avoir des valeurs lisibles par l'homme il 
me semble?
Et puis la question qui se pose est d'avoir deux fois la même 
information sur les objets.


Peux-tu me citer un exemple d'homonyme s'il te plait?

> Et dans le DataItem relatif à une marque donné
brand=Harley-Davidson ->
https://wiki.openstreetmap.org/wiki/Item:Q5371

Ok, mais ça revient à recréer wikidata ?


Non parce que wikidata ne va pas te dire sur quelle géométrie 
peut-être utilisé le tag, ou à quelles règles de validation il va 
répondre.

Les DataItem c'est la description sémantique propre à OSM.

> Sinon on ne va faire que ça et cette liaison va être modifiée
en permanence en plus d'être difficile à maintenir partout.
+1

> Cela donne un cas d'usage positif supplémentaire aux dataitems
OK. Mais en pratique, on fait comment dans iD, JOSM et n’importe
quel outil OSM pour passer d’un tag à un DataItem ?


Tu n'aurais pas à le faire justement si tout se passe dans le DataItem.
Les éditeurs vont toutefois intégrer progressivement cette base de 
données qui rencontre une certaine réticence jusque là

J'avoue ne pas comprendre pourquoi.

Bonne soirée

François

___
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.fr - on fait le point

[Noémie Lehuby via Talk-fr]

Hello,

un nouveau tuto publié sur le blog de Ça reste ouvert, qui explique 
comment utiliser et configurer NotesReview pour traiter les notes : 
https://blog.caresteouvert.fr/contributeurs-openstreetmap-comment-traiter-les-notes-caresteouvert/


Dépêchez-vous, il n'y en aura pas pour tout le monde :p

--
Noémie Lehuby

Le 27/03/2020 à 08:58, PanierAvide a écrit :

Bonjour Marc,

Très pertinent, je viens de préciser la chose sur la page wiki : note 
ou note:covid19 si c'est à destination de la communauté OSM, et 
description:covid19 si c'est à destination du public. Je vais vérifier 
les tags existants et basculer ce qui est nécessaire en 
description:covid19.


Cordialement,

Adrien P.

Le 27/03/2020 à 08:39, Marc M. a écrit :

Bonjour,

Le 26.03.20 à 22:07, Florian LAINEZ a écrit :

note:covid19=*

il y a une erreur de tag.
note est destiné aux contributeurs osm pour information d'une situation
tordue au prochain contributeur
hors note:covid19 semble être une description pour l'utilisateur final.
il faudrait basculer sur description:covid19 quitte à ce que le site
affiche aussi covid19 pendant le temps de la bascule

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] Projet du mois de mars - répartition des données ouvertes

[Noémie Lehuby via Talk-fr]

Il y en a encore un peu ici : 
https://www.data.gouv.fr/fr/datasets/infrastructures-de-recharge-pour-vehicules-electriques-mobive-1/#discussion-5e67e9c98b4c4102f4898da2 
(Nouvelle Aquitaine)


Il faut que le producteur leur ajoute un certain mot clef sur datagouv 
pour qu'elles soient consolidées et apparaissent dans le fichier final.


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 01/04/2020 à 19:35, Yves P. a écrit :

Bonjour,

J’ai chargé le fichier brut 
 dans 
JOSM : il y a beaucoup de zones vides.


Il n’y a vraiment pas de données ouvertes en Nouvelle Aquitaine, 
Limousin, Normandie… ?

Il n’y en a que 8 noeuds à Bordeaux.
__
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] préfixe S dans dans le 3ieme groupe de la référence européenne d'une borne de recharge

[Noémie Lehuby via Talk-fr]

Hello,

en effet, c'est troublant. Si tu veux le remonter, c'est ce jeu de 
données : 
https://www.data.gouv.fr/fr/datasets/localisation-des-points-de-recharge-pour-vehicules-electriques/#_


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 27/03/2020 à 20:43, Marc M. a écrit :

Bonjour,

http://osmose.openstreetmap.fr/fr/error/91edea36-dd31-7050-84f9-49518689f1b1
le préfixe identifiant l'objet est S dans le 3ieme groupe
FR*SOD*S*NPDC*248*1*_*_

https://www.afirev.fr/fr/informations-generales/ ne prévoit que P E C

que signifie S ?
est-ce normal d'avoir des bornes avec S ?
si c'est une erreur comment faire corriger ? écrire au réseau et/ou à
l'association AFIREV ?

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] Ça reste ouvert : on a besoin de vous !

[Noémie Lehuby via Talk-fr]

Bonjour,

On a eu beaucoup de signalements de commerce manquants depuis le 
lancement de Ça reste ouvert. Vu qu'on croule déjà sous les notes à 
traiter, je pense que nos solutions habituelles (https://www.onosm.org/, 
https://osmybiz.osm.ch) ne sont pas adaptées.


J'ai donc rédigé un petit guide pour faire sa première contribution : 
https://blog.caresteouvert.fr/que-faire-sil-manque-un-commerce-dans-ca-reste-ouvert/


N'hésitez pas à le partager, et gardez un oeil sur les nouvelles 
contributions dans votre zone ;)


--
Noémie Lehuby

Le 27/03/2020 à 17:00, Philippe Verdy a écrit :

La limite de 1km et 1h ne concerne que la pratique sportive et la
promenade des animaux domestiques; les approvisionnements de nécessité
ne sont pas limités en distance mais on doit pouvoir justifier en
indiquant assez précisément où on va ou qu'on a un RDV.

S'il y a la queue dans un commerce ou un centre de distribution, on
garde son ticket de caisse (il y a l'heure dessus) ou on demande un
justificatif horaire à l'asso pour le retour (évidemment si c'est pour
les courses et qu'on tarde trop et rentre sans rien, on a fait autre
chose)

Et ça se verra au controle si on vient d'une distribution alimentaire,
d'autant que les assos ne laissent plus entrer, mais donnent des colis
préempaquetés à emporter tels quels, exceptionnellement elles peuvent
utiliser des sachets plastiques à défaut de sacs en papier ou amidon,
le but pour ces assos étant aussi de minimiser les contacts avec les
nombreux bénéficiaires, uniquement ceux préinscrits et qu'elles
invitent à des horaires plus étalés et par téléphone pour éviter les
files d'attentes !

Le jeu. 26 mars 2020 à 18:16, François de Metz  a écrit :

Bonjour Martin,

Merci pour les encouragements !


Cela peut être une belle porte d'entrée sur OSM, peut-être en mettant une
partie des informations visible sur la page "à propos" dès la page d'accueil
? (une pop up à la première connexion ?)


Dans le même ordre d'idée, y aurait-il quelque chose à faire autour de la
correction d'informations erronées/manquantes hors Covid ? (j'ai fait
quelques corrections sur Chambéry ce matin et il y a pas mal de commerces
pas à jour ou sans horaires pré-covid - honte à nous :-D - ça pourrait être
l'occasion de les repérer en ajoutant un format de notes sur les corrections
de nom et d'horaires normaux, en les affichant)

C'est un sujet en réflexion, mais pour le moment le plan est de
permettre la contribution directement sur le site pour le tag
opening_hours:covid19.


Enfin, je pense qu'il y a plein d'idées que vous pourriez rajouter : p. ex.
le calculateur de distance d'1km (vu que l'outil déjà partagé ici avait
plein de traqueurs malvenus), voire un outil calculant certaines
infrastructures les plus proches si >1km (pourrait servir de justificatif,
"je n'ai pas de pharmacie plus proche, la preuve" !), l'idée qui vient
d'être émise sur les centres de santé, etc. etc. Ça dépasse largement mes
compétences techniques par contre, je ne pourrais pas vous aider ;-)

On va certainement rajouter le cercle de 1km.

Pour le reste c'est vrai qu'on est parti sur un format carte
classique, mais on pourrais lister seulement les commerces autour d'un
point.

François


Encore bravo en tout cas !

Martin


On 26/03/2020 13:00, talk-fr-requ...@openstreetmap.org wrote:

Subject:
Re: [OSM-talk-fr] Ça reste ouvert : on a besoin de vous !
From:
François de Metz 
Date:
26/03/2020, 12:59

To:
Discussions sur OSM en français 


Bonjour,

Merci à toute les personnes qui contribuent et ferment les notes.

La mise à jour automatique des données OpenStreetMap n'est pas encore
effective, donc ne vous étonnez pas que vos contributions ne soient
pas encore affichées. Cela arrive très vite.

François

___
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

[OSM-talk-fr] Data Item à la place de *:wikidata

[Noémie Lehuby via Talk-fr]

Bonjour,

Il y a pas mal d'homonymes dans le domaine des transports (même si c'est 
plus network:wikidata ou operator:wikidata que brand:wikidata je te le 
concède) . Personnellement, j'ai découvert ce sujet grâce à / à cause 
des deux réseaux "Arc-en-Ciel" (en Haute-Garonne 
 et dans le Nord 
) qui ont fait coulé pas mal 
d'encre sur nos listes de diff.


L'idée est intéressante en tout cas, je ne pensais pas qu'on pouvait 
utiliser les Data Item pour cela. Il y a déjà de la doc sur ce sujet et 
ce cas d'usage ?
Pour que ça puisse remplacer / complémenter wikidata et éviter la saisie 
d'info redondantes dans OSM, il faudrait qu'on puisse savoir facilement 
si une liaison entre un tag brand=qqch et wikidata existe déjà, savoir 
comment accéder à ces infos par APIs ou en téléchargeant un dump de la 
base, etc


--
Noémie Lehuby

Le 26/03/2020 à 22:52, François Lacombe a écrit :


Le jeu. 26 mars 2020 à 18:10, Yves P. > a écrit :


> Je suggère de ne taguer les objets OSM qu'avec brand=*
Le problème, c’est qu’il y a des homonymes…
C’est pour ça qu’il existe wikidata ;)


Oui mais les identifiants wikidata ne sont pas lisibles.
Le parti pris d'OSM est d'avoir des valeurs lisibles par l'homme il me 
semble?
Et puis la question qui se pose est d'avoir deux fois la même 
information sur les objets.


Peux-tu me citer un exemple d'homonyme s'il te plait?

> Et dans le DataItem relatif à une marque donné
brand=Harley-Davidson ->
https://wiki.openstreetmap.org/wiki/Item:Q5371

Ok, mais ça revient à recréer wikidata ?


Non parce que wikidata ne va pas te dire sur quelle géométrie 
peut-être utilisé le tag, ou à quelles règles de validation il va 
répondre.

Les DataItem c'est la description sémantique propre à OSM.

> Sinon on ne va faire que ça et cette liaison va être modifiée en
permanence en plus d'être difficile à maintenir partout.
+1

> Cela donne un cas d'usage positif supplémentaire aux dataitems
OK. Mais en pratique, on fait comment dans iD, JOSM et n’importe
quel outil OSM pour passer d’un tag à un DataItem ?


Tu n'aurais pas à le faire justement si tout se passe dans le DataItem.
Les éditeurs vont toutefois intégrer progressivement cette base de 
données qui rencontre une certaine réticence jusque là

J'avoue ne pas comprendre pourquoi.

Bonne soirée

François

___
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] Ajout de brand:wikidata sur les enseignes

[Noémie Lehuby via Talk-fr]

Hello,

Pour avancer sur l'ajout de tags brand et brand:wikidata sur les 
enseignes, je vous propose ce petit challenge Maproulette : 
https://maproulette.org/browse/challenges/13011


Il traite uniquement des banques, pour commencer.

ID est un éditeur particulièrement efficace pour ce genre de tâche car 
il arrive à deviner les bons tags à ajouter dans pas mal de cas ;)


--
Noémie Lehuby

Le 26/03/2020 à 09:26, Yves P. a écrit :

Une contribution intéressante est également de rajouter le tag
brand:wikidata sur les boutiques qui n'en ont pas.


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

[OSM-talk-fr] #balanceTaBorne - intégration donnés open data

[Noémie Lehuby via Talk-fr]

Hello,

Merci à ceux qui continuent de mapper des bornes de recharge électrique 
malgré l'impossibilité de faire des relevés terrain.


Voici quelques nouvelles statistiques de ce pauvre projet du mois 
victime des circonstances :


On a ajouté des références open data sur toutes les bornes déjà dans OSM 
et pour lesquelles l'info était disponible \o/


On a presque 4700 bornes qui correspondent à environ 8500 points de 
charge. Soit à peu près d'1/4 de ce qu'il existe sur le territoire français.


Un nouveau challenge est disponible dans Osmose pour ajouter des 
nouvelles bornes à partir de l'open data, en croisant bien sur au 
maximum avec nos autres sources habituelles : 
https://osmose.openstreetmap.fr/fr/map/#item=8410=500=3=8=43.782=6.094== 



Restez bien chez vous !

--
Noémie Lehuby
Jungle Bus -http://junglebus.io


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

Re: [OSM-talk-fr] Encodages des données ?

[Noémie Lehuby via Talk-fr]

Le 20/03/2020 à 17:23, Marc M. a écrit :

PS: je vais tester ce soir un conflate entre les FINESS et osm.
si quelqu'un d'autre est entrain de le faire, dis le


Le fichier que j'ai envoyé ce matin est déjà une fusion entre les 
données open data et OSM.
Les premières colonnes proviennent du fichier 
https://www.data.gouv.fr/fr/datasets/finess-extraction-des-autorisations-dactivites-de-soins/ 
(filtré pour ne garder que les lieux disposant d'un service de réanimation)

Les dernières colonnes proviennent d'OSM

Si les données open data sont fiables et qu'on envisage un 
enrichissement massif d'OSM avec cette source, voici quelques points 
d'attentions (peut-être pas anormal, je ne m'y connais pas assez sur 
cette thématique)
Il y a des doublons dans OSM : plusieurs objets avec le même tag 
ref:FR:FINESS
Il y a des doublons dans le jeu open data: plusieurs objets avec le même 
"finess et"



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

Re: [OSM-talk-fr] Encodages des données ?

[Noémie Lehuby via Talk-fr]

Non, tu n'es pas un bug :p
En effet, les deux fichiers sources que j'ai utilisés pour le générer 
n'avaient pas le même encodage.


Voilà un fichier plus propre : 
https://framadrop.org/r/aCsYT6F2cV#x3p7XQpX2fCkueDIRPfqeh59oDUVSOV+ozgqu7a7Mkc=


Le 20/03/2020 à 09:11, Vincent Bergeot a écrit :

Salut Noémie,

j'ai un problème d'encodage pour l'ouverture de ton fichier, je ne 
comprend pas pourquoi et libreoffice ne me trouve aucun encodage 
permettant d'éliminer les caractères "spéciaux".


tu as une version utf8 ?

ou c'est moi qui est un bug ?

Bises au passage



Le 20/03/2020 à 08:54, Noémie Lehuby via Talk-fr a écrit :

Donat,

Voici la liste des hopitaux d'OSM qui, d'après le fichier open data 
des autorisations d'activités de soins, ont un service de réanimation :


https://framadrop.org/r/V6SBFgdBYd#5qBl0TnjLB8/NCYHVHw7GSE84jBJRtIJ31QY+tYDyAY=

Il y en 348 (mais il y a quelques doublons à regarder plus en détail)

Est-ce que ça correspond à ce qu'il te fallait ?


Le 20/03/2020 à 01:32, Jérôme Amagat a écrit :



Le ven. 20 mars 2020 à 00:52, Marc M. <mailto:marc_marc_...@hotmail.com>> a écrit :


Bonjour,

La base finess étant dispo en opendata, ne serrait-il
pas plus agréable de pondre une analyse osmose ?

ou même se passer d'osm.

le jeu de donnée sur les activités de soins :
https://www.data.gouv.fr/fr/datasets/finess-extraction-des-autorisations-dactivites-de-soins/
Le fichier n'est pas bien foutu, il ne faut pas s'occuper des 6000 
premières lignes... et pour savoir ce que sont les différentes 
colonnes, il y a un fichier "description des données ..." sur la 
page de data.gouv.fr <http://data.gouv.fr>

il y a comme activité "Réanimation"
il y en a 358 mais certain sont en double ou triple (c'est divisé en 
Réanimation pour adultes, pédiatrique et pédiatrique spécialisée et 
des établissement ont pour tous).
Dans ce fichier il y a une ligne avec le "Numéro FINESS ET" (le 
numéro Finess EJ je sais pas ce que c'est, un id par l'activités de 
soins sûrement)


Après il faut aller chercher tous les établissements pour avoir plus 
d'info sur les établissements ici :

https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/
il y a un fichier avec la géolocalisation, le numéro de téléphone et 
l'adresse de tous les établissements de soins du pays.

le "Numéro FINESS ET" permet de faire le lien entre les 2 fichiers.

Donc on peut relié tous les service de réa a un nom, une 
géolocalisation ...




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


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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Covid-19 et carto

[Noémie Lehuby via Talk-fr]

Donat,

Voici la liste des hopitaux d'OSM qui, d'après le fichier open data des 
autorisations d'activités de soins, ont un service de réanimation :


https://framadrop.org/r/V6SBFgdBYd#5qBl0TnjLB8/NCYHVHw7GSE84jBJRtIJ31QY+tYDyAY=

Il y en 348 (mais il y a quelques doublons à regarder plus en détail)

Est-ce que ça correspond à ce qu'il te fallait ?


Le 20/03/2020 à 01:32, Jérôme Amagat a écrit :



Le ven. 20 mars 2020 à 00:52, Marc M. > a écrit :


Bonjour,

La base finess étant dispo en opendata, ne serrait-il
pas plus agréable de pondre une analyse osmose ?

ou même se passer d'osm.

le jeu de donnée sur les activités de soins :
https://www.data.gouv.fr/fr/datasets/finess-extraction-des-autorisations-dactivites-de-soins/
Le fichier n'est pas bien foutu, il ne faut pas s'occuper des 6000 
premières lignes... et pour savoir ce que sont les différentes 
colonnes, il y a un fichier "description des données ..." sur la page 
de data.gouv.fr 

il y a comme activité "Réanimation"
il y en a 358 mais certain sont en double ou triple (c'est divisé en 
Réanimation pour adultes, pédiatrique et pédiatrique spécialisée et 
des établissement ont pour tous).
Dans ce fichier il y a une ligne avec le "Numéro FINESS ET" (le numéro 
Finess EJ je sais pas ce que c'est, un id par l'activités de soins 
sûrement)


Après il faut aller chercher tous les établissements pour avoir plus 
d'info sur les établissements ici :

https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/
il y a un fichier avec la géolocalisation, le numéro de téléphone et 
l'adresse de tous les établissements de soins du pays.

le "Numéro FINESS ET" permet de faire le lien entre les 2 fichiers.

Donc on peut relié tous les service de réa a un nom, une 
géolocalisation ...




___
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] Projet du mois de mars - import CITEOS-FRESHMILE / Territoire d'Énergie 90

[Noémie Lehuby via Talk-fr]

Bonjour,

Les données open data correspondent en effet (en théorie) à des stations 
(pool).
S'il y a deux bornes sur le terrain, il faut bien créer deux 
amenity=charging_station

Et en effet, dans ce cas, les tags capacity et socket:type* sont à adapter.
Le tag ref:EU:EVSE doit être ajouté sur les deux (il n'y a pas de 
référence de borne)


Les pages de wiki https://wiki.openstreetmap.org/wiki/FR:Key:ref:EU:EVSE 
et 
https://wiki.openstreetmap.org/wiki/France/data.gouv.fr/Bornes_de_Recharge_pour_V%C3%A9hicules_%C3%89lectriques 
détaillent tout cela plus en détail.


Pour le reste, je n'ai pas d'avis : c'est aux contributeurs locaux de 
déterminer s'il existe bien quelque chose qui ressemble à un réseau et 
qui s'appelle TE90 ou si les données open data reprennent des notions 
métier internes non pertinentes pour OSM


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 19/03/2020 à 17:55, Yves P. a écrit :

Bonjour,

Osmose 
 propose 
d’intégrer une « borne » à Danjoutin près de Belfort.


amenity = charging_station
capacity = 4
fee = yes
motorcar = yes
name = Eglise 
network = TE90
operator = CITEOS-FRESHMILE
owner = Territoire d'Énergie 90
ref:EU:EVSE = FR*S90*P090032117
socket:typee = 2

Sur la carte Freshmile, ce « pool » est en fait constitué de 2 bornes 
: MESN1 ,MESN2 
 et MEUS1 
,MEUS2 



Plusieurs problèmes dans ces données :

  * capacity=4
Ok si on tag un pool, sinon 2 si on tag une borne

  * network=TE90
Il me semble que plutôt c’est Freshmile 

  * operator=CITEOS-FRESHMILE
Et ici, c’est Citeos 

  * ref:EU:EVSE = FR*S90*P090032117
Comme on tag des bornes, peut-on retrouver la référence EVSE de la
borne à partir de celle du pool ?

  * socket:typee=2
oui par borne, non par pool

  * socket:type2=2
pas dans les données ;)


Des avis ?

__
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] [AlterBase-86] Projet du mois de mars - #balanceTaBorne

[Noémie Lehuby via Talk-fr]

Hello,

pour le coup, les bornes de ce réseau sont disponibles dans l'analyse 
Osmose et lorsque la vue est dégagée il n'est pas rare de distinguer les 
emplacements réservés aux véhicules électriques sur la BD Ortho : on 
doit déjà pouvoir dégommer du rouge (enfin du vert en l'occurrence) en 
combinant ces deux sources.
C'est aussi parfois l'occasion de tracer les parkings et les voies 
d'accès à ces parkings qui peuvent encore être manquants.


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 14/03/2020 à 19:23, Jacques Lavignotte a écrit :



Le 14/03/2020 à 19:13, Marc M. a écrit :


perso je suis favorable à lancer une procédure d'import s'il reste des
bornes à la fin du mois


Ok,


mais la première étape d'un import est d'évaluer les données,
donc pas une mauvais chose que chacun jette un oueil aux données dans
son coin.


C'est ce que j'ai fait hier en allant chercher mon panier bio

pour trouver les bornes du coin déjà importées en arrivant chez moi.

J.



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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - Open Charge Map

[Noémie Lehuby via Talk-fr]

Le 14/03/2020 à 08:54, Yves P. a écrit :

Pour une intégration OSM, il y aurait une question de licence : 
https://github.com/openchargemap/ocm-app/issues/2


Mais Osmose pourrait simplement signaler qu’il y a une borne dans les 
parages. Reste au contributeur local à aller sur place, prendre des 
photos …



Bonjour,

comme je l'indiquais samedi dernier, on peut en effet assez facilement 
récupérer les bornes référencées sur Open Charge Map pour organiser sa 
collecte terrain :


> Téléchargez les bornes référencées sur le site Open Charge Map. 
L’adresse est la suivante (en remplaçant bien sûr par les 
latitude/longitude de votre ville) :
> 
https://api.openchargemap.io/v3/poi/?latitude=LAT=LON=10=km=kml
> Chargez ensuite ces signets sur votre téléphone pour les ouvrir dans 
Maps.me.



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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne

[Noémie Lehuby via Talk-fr]

Bonjour,


voici quelques statistiques de notre projet du mois en cours :
Il y a environ 28 mille points de recharge pour voitures électriques en 
France, dans OSM nous en avons presque 7 500.

Voici l'évolution depuis le début du mois :


Comme vous pouvez le voir c'est un début ... assez timide :

 * seules 152 bornes pour voiture ont été ajoutées
 * 2 bornes pour vélo ont été ajoutées :(


Nous avons en revanche beaucoup amélioré les détails des bornes déjà 
présentes, notamment grâce à l'analyse Osmose 
<https://osmose.openstreetmap.fr/fr/map/#item=8411=500=3=9=48.936=2.625==> 
open data :


 * il nous reste encore environ 500 bornes où l'open data peut aider à
   préciser
 * un challenge Pic4Review
   <https://pic4review.pavie.info/#/mission/921> et un challenge
   MapRoulette <https://maproulette.org/browse/challenges/12463> sont
   également dispo pour compléter le nombre de place de charge des
   bornes à partir des imageries dispo

*Noémie Lehuby
* Jungle Bus

icone twitter.png @busjungle <http://twitter.com/busjungle>
favicon http://junglebus.io <http://junglebus.io/>

Le 01/03/2020 à 19:07, François Lacombe a écrit :

Hello

Merci Noémie pour la préparation !
Cela a été l'occasion de se poser quelques question sur les tags 
existant et d'apporter quelques corrections mineures.


Les données issues de ce projet seront d'autant de bonne qualité que 
nous nous rendrons sur le terrain à mon avis (quitte à utiliser Osmose 
pour guider ses déplacements)


Je mettrai un tweet sur le sujet demain matin

Bonne fin de weekend

François

Le dim. 1 mars 2020 à 10:33, Noémie Lehuby via Talk-fr 
mailto:talk-fr@openstreetmap.org>> a écrit :


Bonjour,

Plus de 28 000 points de recharge pour véhicules électriques de
recharge existent en France.
Votre mission, si vous l’acceptez, est de cartographier toutes les
bornes servant de support à ces points de recharge.

Nous en avons déjà repéré environ 4 000, félicitations. Mais le
compte n’y est pas !

Vous l’aurez compris, il va s’agir d’une mission de terrain :
ouvrons l’œil et n’en manquons aucune !

Et comme pour chaque mission, nous pouvons nous appuyer sur ces
précieux outils : MapContrib

<https://www.mapcontrib.xyz/t/d21a0a-Bornes_de_recharge_de_vehicules_electriques>,
MapRoulette <https://maproulette.org/browse/challenges/12463>,
Mapillary, Pic4Review
<https://pic4review.pavie.info/#/mission/921>, NotesReview

<https://ent8r.github.io/NotesReview/expert/?query=%23balancetaborne=100=2020-01-15>,
etc.

Le mot-dièse de cette mission est #balanceTaBorne. Pensez à
l’indiquer dans vos changesets, vos notes OSM et vos
communications sur les réseaux sociaux.

Les détails plus précis de cette mission sont à retrouver sur la
page de wiki

<https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/bornes_vehicules_electriques>.

Bonne chance !

-- 
Noémie Lehuby

Jungle Bus -http://junglebus.io

___
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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Noémie Lehuby via Talk-fr]

Hello,

est-ce qu'on est ok sur le plan d'action suivant pour migrer les prises 
type 3 vers type 3c ?


- on modifie l'analyse Osmose (car dans les fichiers open data, on a en 
général "T3", et Osmose le transforme aujourd'hui en socket:type3)


- on modifie les bornes en France qui ont le tag socket:type3 en 
socket:type3c, en ayant vérifié au préalable sur le site de chaque 
réseau ou opérateur concerné que c'est bien le cas


(dans un ordre ou un autre)

Je pense qu'on aura à faire ensuite également le socket:schuko vers 
socket:typee ;)


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 11/03/2020 à 23:57, Philippe Verdy a écrit :

Tout ça est un sacré bordel pour promouvoir le véhicule électrique en
France avec déjà peu de bornes qui devront toutes être changées ou
modifiées pour avoir le connecteur européen, ou obliger les
utilisateurs à devoir acheter un autre câble adaptateur pour utiliser
les bornes type 2 aux normes européennes.
Et que dire des touristes européens qui ne peuvent pas venir en France
(ou veulent traverser la France par exemple de l'Italie à l'Espagne)
avec leur véhicule s'il n'y a aucune station type 2 pour eux?
Renault veut faire cavalier seul, Tesla promeut ses prises, au final
il n'y aura pas de prise pour tout le monde et il faudrait encore des
prises différentes pour les 2 roues.
Au final ça coûtera cher pour équiper les stations et rester
compatible avec les véhicules déjà vendus en France. Cela ne peut que
freiner les ventes du tout électrique)
Renault, Toyota et Tesla devront revoir leur stratégie et proposer le
remplacement à leur charge des prises sur leurs véhicules pour les
mettre en conformité européenne (d'autant qu'ils omettent totalement
de le dire dans leurs publicités). Sinon ça coûtera cher aux
collectivités pour multiplier les connecteurs ou câbles sur les
stations de recharge du domaine public ou commercial (et leurs
véhicules ne peuvent alors être chargés qu'à domicile avec la station
de charge spécifique au véhicule et ne peuvent prétendre à une
autonomie réelle hors des courts trajets, sauf si ces véhicules
restent hybrides, qui donc rouleront systématiquement au pétrole pour
les distances un peu plus longues).
Le tout électrique n'est finalement pas encore pour aujourd'hui en
France: peu de stations et stations existantes inadaptées (les
véhicules électriques étant légers, il est hors de question non plus
d'imposer aux utilisateurs de transporter aussi une batterie de câbles
adaptateurs dans des coffres déjà pas grands!)

Le mer. 11 mars 2020 à 13:26, Yves P.  a écrit :

Pour socket:type3c, on peut faire sans problème une édition de masse
en la remplaçant par socket:type3

c'est une double typo ? je n'ai jamais vu une tye3 non type3c en France.
donc c'est l'inverse que je proposais.

C’était pour simplifier avec les autres types. Puisqu’en France, une type 3 
pour une voiture est forcément une type 3C :)

Le plus précis serait de virer toutes les type3 et de mettre soit des type3a, 
soit des type3c.


application très concrête : la zone frontalière franco-italienne.
ce n'est pas à l'utilisateur de jongler pour séparer les type3c des type3a.

Il n’y a que 5 prise type 3A dans OSM.
Par contre dans chargemap il y en a des milliers !

Osmose ne propose rien.

On trouve des bornes dans openchargemap.org. La licence est CC BY-SA 4.0 ;)
https://github.com/openchargemap/ocm-data

Ici, la prise type3a s'appelle « SCAME Type 3A »

Exemple : Piazza Tommaso Edison, Milano (2 x type2 et 2 x type3a)
https://www.openstreetmap.org/node/3396938704


exemple dans uen app propriétaire (chargemap pour ne pas la nomer) :
t'as un cable avec une fiche nécessitant une prise type3c, il te montre
les bornes ayant ce type.

La borne https://www.openstreetmap.org/node/4271233784  est visible sur 
https://fr.chargemap.com/wizard/81512#
Les prises sont bien de type 3a. Sur les photos, on voit les voitures et moto 
branchées sur la prise du haut (type 2), et les scooters sur la prise du bas.


+ motocar=yes

aucune déduction ne peux être faite qu'un type de borne donné ai un
emplacement pour voiture

On tague les bornes ou les places de parking ?


(exemple hier avec une borne pour camion.

Je ne savais pas que ça existait. Que dit OSM à ce sujet ?

__
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] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Noémie Lehuby via Talk-fr]

Bonjour,

tu as raison Marc, il y a une confusion entre le T3 et le T3c :
je ne crois pas avoir déjà vu de T3, mais en effet, j'ai moi-même taggé 
quelques prises T3c en socket:type3 par erreur.


L'édition de masse me semble risquée, mais on pourra peut-être 
l'envisager par réseau ou opérateur une fois qu'on aura avancé dans la 
qualification des bornes de recharge existantes.


Autre question : On a également des prises T3 mentionnées dans les 
données open data (réseaux Révéo, Alterbase, SIEGE 27, Watt else?, 
SYDEV, etc). Est-ce que ce sont également des T3c ?


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 09/03/2020 à 15:56, Marc M. a écrit :

Bonjour,

J'allais modifier le wiki pour déplacer le type de socket 3c dans la
catégorie "courant en France" et voulant sourcer mon avis, j'ai regarder
pour confirmation. https://taginfo.openstreetmap.fr/search?q=socket%3A
et là je vois que le type3 surpasse le type3c.
la page du projet renseigne aussi type3 et non type3c

Mais à ma connaissance, ce n'est pas le même type de prise.
j'avais même ajouté la photo type3c sur le wiki l'an passé
https://wiki.openstreetmap.org/wiki/File:Socket.type3c.jpg
a comparer avec la photo du type3
https://wiki.openstreetmap.org/wiki/File:Colonnine.jpg

Du coup quid ?
on continue à renseigner un type de prise pas exact ?
on vérifie les prises type3 pour voir si sont des type3c mal renseigné ?
on fait une édition de masse si personne n'a jamais vu de "type3" autre
que les type3c ?

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] Projet du mois de mars - #balanceTaBorne - problème des prise type3 <> type3c

[Noémie Lehuby via Talk-fr]

Le 09/03/2020 à 16:37, Jacques Lavignotte a écrit :
https://framapic.org/gallery#tLTivoSiWGuj/61powXfE1ZtF.jpg,xw4l8FI1iVnt/zsIyq4IUZWou.jpg 



Que rajouter (i.e socket) ? 

Alors je dirais
- capacity=2 (car on voit deux places peintes en verte devant la borne)
- fee (est-ce payant ?) serait cool, mais je ne saurais dire avec les 
photos si c'est plutot oui ou plutôt non


Ensuite pour les prises, sur la première photo, on voit écrit sur le 
côté de la borne "CHAdeMO DC" avec une représentation schématique qui 
ressemble à un groin de cochon >> tu peux ajouter socket:chademo = 1


Il y a une autre prise de l'autre côté, donc une photo d'un autre angle 
serait utile.
Si les paris sont ouverts, je je crois avoir déjà vu des bornes très 
ressemblantes donc je dirais qu'il y a écrit "DC COMBO" avec un picto 
qui ressemble un peu à ET tête en bas (>> socket:type2_combo = 1) ;)




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

Re: [OSM-talk-fr] Projet du mois - astuces Maps.me

[Noémie Lehuby via Talk-fr]

Excellente idée Wikimédia Commons ! je l'ai ajoutée à la page de wiki du 
projet du mois (et j'ai moi aussi publié ma première photo sur ce thème)


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 08/03/2020 à 13:23, Yves P. a écrit :


Puis, vous n’avez plus qu’à vous rendre sur place aux emplacements 
des différents signets, pour prendre des photos sur Mapillary ou 
faire directement des modifications ou des notes dans OSM.



On peut aussi les mettre dans Wikimedia Commons 
https://commons.wikimedia.org/wiki/Category:Electric_vehicle_charging_stations_in_France

Quelques remarque après mon premier #balanceTaBorne :

  * Le template JOSM ne propose pas :
  o de prises de type E
  o de réseau
  o de puissance par type de prise

  * Des erreurs à nettoyer dans les données :
  o Places de parkings taguées comme une borne :
  + Way 607292224 
  o Ne pas confondre capacité et puissance : capacity=22 +
description=« Accélérée 22 kW » 
  o des tags bizarres :
  + ogr_type_1=T3 et EF (Node 3709750452
)
  o Plusieurs références (et pas le bon séparateur)
  + ref="NDJF, NLRW"
  o Une référence qui semble être une référence ref:EU:EVSE :
  + ref="eborn:FR*S38*P38161*A"
  o Les unités de puissance saisies inutilement :
  + socket:type2:output=22 kW
 +
socket:chademo:output=50kW
  o Nom, note et/ou description inutiles :
  + name=« Station de recharge voiture électrique »
  + description=« 2 cars can load at the same time. » → capacity=2
  + note="Strom für Elektroautos"


—
Yves

PS: Ma première à Annecy d’après une photo Wikimedia Commons : 
https://www.openstreetmap.org/node/7276464122

J’en ai deux à rajouter à Lons-le-Saunier…


___
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] Projet du mois - astuces Maps.me

[Noémie Lehuby via Talk-fr]

Bonsoir,

Le projet du mois, c’est aussi l’occasion de découvrir et tester des 
nouveaux outils ou méthodes pour cartographier !
Voici quelques astuces qui utilisent la fonctionnalité de signets de 
l’application MAPS.ME 


Téléchargez la liste des bornes de recharge électriques de l’analyse 
Osmose open data :
Sur l'analyse Osmose 
, 
zoomez sur la zone qui vous intéresse, puis lien “Export” > KML


Téléchargez la liste des bornes incomplètes et qui n’ont pas de photo 
libre (mapillary, openstreetcam) disponible :
Sur la mission Pic4Review , 
puis bouton “exporter les manques en photos” > format KML


Téléchargez les bornes référencées sur le site Open Charge Map. 
L’adresse est la suivante (en remplaçant bien sûr par les 
latitude/longitude de votre ville) :

https://api.openchargemap.io/v3/poi/?latitude=LAT=LON=10=km=kml

Chargez ensuite ces signets sur votre téléphone pour les ouvrir dans 
Maps.me .
Puis, vous n’avez plus qu’à vous rendre sur place aux emplacements des 
différents signets, pour prendre des photos sur Mapillary ou faire 
directement des modifications ou des notes dans OSM.


Bon mapping !

--
Noémie Lehuby
Jungle Bus - http://junglebus.io

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne

[Noémie Lehuby via Talk-fr]

Si tout à fait, même si pour le moment on ne peut pas faire grand chose 
: les données open data n'ont pas encore été mises à jour et les bornes 
sont toujours physiquement présentes sur le terrain.


Ça me semble d'autant plus pertinent de préciser les informations sur 
les bornes déjà existantes dans OSM : cela nous permettra au moins de 
distinguer facilement les Izivia impactées des Ionity également 
présentes sur les aires d'autoroutes mais qui resteront bien en service.


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 07/03/2020 à 13:02, leni a écrit :


Est-ce que cette info ne risque pas avoir un impact sur les données ?

https://www.deplacementspros.com/transport/voitures-electriques-edf-supprime-189-bornes-de-recharge-sur-les-autoroutes

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

Re: [OSM-talk-fr] Projet du mois de mars - #balanceTaBorne

[Noémie Lehuby via Talk-fr]

Hello,

Voici les premiers résultats de ce projet du mois après 6 jours :

on est à mi-chemin sur l'intégration des références opendata sur les 
objets existants avec Osmose 
 
\o/ il en reste encore un peu plus de 600 à vérifier et ajouter. Merci 
au passage à ceux qui ont commenté les données open data sources (et 
n'hésitez pas à m'envoyer des éventuels fichiers que vous ne retrouvez 
pas dans Osmose)


Près de 700 bornes ont été modifiées depuis le début du mois.
On en a encore assez peu qui ont été crées et les bornes de recharges 
pour vélo électriques sont un peu délaissés : avis aux cyclistes, on 
doit pouvoir faire mieux ;)


Désolée au passage pour le petit faux départ, j'ai du prendre quelques 
jours AFK cette semaine.


*Noémie Lehuby
* Jungle Bus

icone twitter.png @busjungle 
favicon http://junglebus.io 

Le 05/03/2020 à 22:09, Stéphane Péneau a écrit :

C'est bon, c'est corrigé pour le doubs.
Ajoutons ça une petite modif sur le script etalab, et la prochaine 
consolidation devrait ajouter un peu plus de 1500 bornes de recharges. 
Ensuite ce sera à Noémie d'importer cette nouvelle version dans Osmose.


Malgré tout, il reste encore de nombreux fichiers qui ne sont pas dans 
les clous pour être intégrés.


Stf

Le 03/03/2020 à 13:59, Stéphane Péneau a écrit :



Un contributeur à fait le boulot :
https://www.data.gouv.fr/fr/datasets/r/601cffc9-d63e-45da-a7d4-82461223c077 



J'ai vu, mais c'est une vieille version (2018), et elle n'est pas 
récupérée par le script.


Stf

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




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

[OSM-talk-fr] Projet du mois de mars - #balanceTaBorne

[Noémie Lehuby via Talk-fr]

Bonjour,

Plus de 28 000 points de recharge pour véhicules électriques de recharge 
existent en France.
Votre mission, si vous l’acceptez, est de cartographier toutes les 
bornes servant de support à ces points de recharge.


Nous en avons déjà repéré environ 4 000, félicitations. Mais le compte 
n’y est pas !


Vous l’aurez compris, il va s’agir d’une mission de terrain : ouvrons 
l’œil et n’en manquons aucune !


Et comme pour chaque mission, nous pouvons nous appuyer sur ces précieux 
outils : MapContrib 
, 
MapRoulette , 
Mapillary, Pic4Review , 
NotesReview 
, 
etc.


Le mot-dièse de cette mission est #balanceTaBorne. Pensez à l’indiquer 
dans vos changesets, vos notes OSM et vos communications sur les réseaux 
sociaux.


Les détails plus précis de cette mission sont à retrouver sur la page de 
wiki 
.


Bonne chance !

--
Noémie Lehuby
Jungle Bus - http://junglebus.io

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

Re: [OSM-talk-fr] Vandalisme utilisateur "PARIS SUD", le retour

[Noémie Lehuby via Talk-fr]

Hello,

voici un nouveau challenge MapRoulette pour se partager le boulot et 
passer en revue les bouches de métro "vandalisées" : 
https://maproulette.org/browse/challenges/12646


N'hésitez pas à jeter un oeil à tout le changeset par la même occasion, 
ça sera en plus potentiellement l'occasion d'identifier d'autres types 
d'objets à vérifier.


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 18/02/2020 à 17:49, pepilepi...@ovh.fr a écrit :

Le 17/02/2020 à 21:39, osm.sanspourr...@spamgourmet.com a écrit :

En MP, Noémie et moi parlions de revitaliser le MapRoulette consacré à
RB94 :

https://maproulette.org/challenge/3443/task/7996740



Euh...

Y'a pas d'explication sur le maproulette... Y faut faire QUOI ? 
(Désolé, je me rappelle avoir vu passer cette histoire mais je ne m'en 
souviens plus très bien)


Sachant que s'il faut aller voir sur le terrain, pour moi c'est foutu.

Merci, bonne soirée

Jean-Pierre



Comme ça on se partage le boulot sans devoir se coordonner expressément.

Effectivement si quelqu'un est déjà intervenu entre temps, je ne sais si
la requête de Noémie le verra ou passera à travers.

Marc : tiens j'en ai pris un au hasard :

https://www.openstreetmap.org/node/5894483018/history

Et hop un que j'avais corrigé avec un commentaire qui était assez
clair... Ça donne plus envie de faire un revert sur les changesets en
question !

Jean-Yvon

Le 17/02/2020 à 21:26, marc marc - marc_marc_...@hotmail.com a écrit :

Bonsoir,

il est de retour, rebanni car revandalisé plein de noms
et autres erreurs comme les fois précédentes.
il serrait utile que chacun prenne un objet dans
http://osmose.openstreetmap.fr/fr/byuser/PARIS%20SUD?level=1
et analyse tout le changeset qui a créé l'anomalie,
en y laissant un mot pour que le contributeur suivant sache que ce
changeset a été traité

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



--


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



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

Re: [OSM-talk-fr] Données sur les bouches de métro franciliennes

[Noémie Lehuby via Talk-fr]

Bonjour,

La page de wiki est normalement à jour avec les bonnes pratiques : 
https://wiki.openstreetmap.org/wiki/FR:Tag:railway%3Dsubway_entrance


Et effectivement, sur la région parisienne, il reste encore pas mal de 
boulot.

Quelques remarques :
- Toutes les relations des stations existent, mais il y a encore des 
bouches de métro qui ne sont pas dans ces relations
- Le nom de la bouche ne devrait pas répéter le nom de la station, mais 
plutôt être de la forme "Sortie 2 - Place de l'Église"
- Certaines bouches de métro n'ont pas de "destination", certaines 
bouches n'ont pas de numéro ... Aucune idée des règles qui déterminent 
ça (dans ce cas, name = Sortie)
- Les sorties de certaines gares de RER et Transilien ont le tag 
railway=train_station_entrance, avec les mêmes règles de fonctionnement
- Il y a des données sur les bouches de métro sur le portail open data 
d'IDFM donc on pourrait envisager une analyse Osmose pour compléter les 
noms et numéro de ces bouches de métro et sorties de gares déjà présents 
dans OSM et peut-être aussi en détecter d'éventuelles manquantes


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 13/02/2020 à 23:17, Sébastien Hinderer a écrit :

Bonsoir Marc,

Merci beaucoup pour ta réponse rapide!

marc marc (2020/02/13 21:51 +):

à chaud, sans avoir été chercher la précédente discussion sur le sujet :

le nom de la station n'est pas celui de la sortie, le wiki recommande
l'utilisation d'une relation public_transport=stop_area
pour les lier (et je partage cet avis)

OK. Si j'ai bien compris ça fait ce que je suggérais pour regrouper les
bouches par stations donc c'est bien, ça veut dire que
l'information est déjà présente! Ce que je me demande c'set si on peut
raisonnablement estimer que c'est exhaustif, ou est-ce qu'il manque des
choses? La question se pose pour les bouches elles-mêmes aussi,
d'ailleurs.

J'essaierai de voir bientôt s'ily a des bouches qui ne sont dans aucune
relation par exemple, des choses comme ça.


les sorties devraient avoir leur no dans ref=*, j'espère que tout le
monde était d'accord :)

266 noeuds sans tag ref. Est-ce que l'absence de ce tag a aussi une
sémantique (par exemple il n'y a qu'une sortie), ou est-ce que ce sont
des données manquantes?

Quid de exit_number alors? Faudrait-il l'enlever?


de mémoire (mais je peux me tromper) nous avions surtout discuté du tag
name qui souvent n'est pas vraiment un nom propre à la sortie mais une
destination (pour lequel il existe le tag destination, par exemple
utilisé pour les sorties routières). bien que pertinent comme argument,
je m'en tiens pour l'instant à l'usage documenté (le tag name).

1070 noeuds ont un attribut name, seulement 57 ont un attribut
destination. Est-ce que du coup on pourrait faire disparaître l'attribut
destination?

Et qu'en est-il de découper le contenu de name, ou au moins d'en avoir
une version alternative découpée en plusieurs morceaux?


j'avais testé une appli capable d'indiquer le no de sortie le plus court
vers la destination, je ne me souviens hélas plus de son nom.

Il y a "Métro sorties" que j'avais mais qui ne marche plus trop bien. Il
y en a d'autres aussi mais qui ofnt les choses de façon graphique, donc
inutilisable pour les déficients visuels.

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] Types de prises IRVE

[Noémie Lehuby via Talk-fr]

Hello,

je suis en train de bosser sur l'intégration osmose (en prévision d'un 
projet du mois) :)


Voici une page de wiki avec le mapping entre l'open data et OSM : 
https://wiki.openstreetmap.org/wiki/France/data.gouv.fr/Bornes_de_Recharge_pour_V%C3%A9hicules_%C3%89lectriques


Pour les prises :

 * EF correspond à socket:typee
   =*
 * T2 - EF veut dire qu'il y a deux prises sur le point de recharge
   (une T2 et une EF)

--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 17/01/2020 à 13:08, PanierAvide via Talk-fr a écrit :

Bonjour,

IRVE = Infrastructure de recharge de véhicule électrique

Cordialement,

Adrien P.

Le 17/01/2020 à 12:46, marc marc a écrit :

Bonjour,

Le 17.01.20 à 12:29, emeric Prouteau a écrit :

Je souhaite intégrer les IRVE

VE ok mais IRVE c'est quoi ?
wikipedia ne connait que https://en.wikipedia.org/wiki/IRVE

manquantes de Dordogne basé sur la donnée mobive disponible sur 
data.gouv.

de combien d'objet parle-t-on ?
ayant corrigé des horreurs de précédent import un peu partout
cela serrait sûrement profitable de faire une conversion propre via
osmose une fois pour toute.


Le wiki : https://wiki.openstreetmap.org/wiki/Key:socket
   * CHADEMO (Ca c'est Ok)

socket:chademo :)


   * COMBO

socket:type2_combo


   * EF
   * T2 - EF

je ne connait pas, une photo ?
dans la base osm, il y a UN socket=EF-T3 (justement
un import qui ne respecte pas la syntaxe courante)


   * T2

socket:type2

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] outil vérification de relation ? lignes de bus ?

[Noémie Lehuby via Talk-fr]

Hello,

Pour faciliter la visualisation et la compréhension des erreurs sur les 
transports, on a commencé un outil web : Bifidus, improve your transit


https://jungle-bus.github.io/bifidus/map.html#12.14/47.39656/0.68564

C'est encore largement en bêta, mais ça peut servir de point de départ 
pour explorer les problèmes remontés par Osmose sur le sujet.


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 19/11/2019 à 20:23, osm.sanspourr...@spamgourmet.com a écrit :


Vérifier une relation c'est assez vaste comme sujet.

Si c'est pour voir si c'est un tracé d'un seul tenant, je rappelle ce 
que je disais sur le fil "Supervision des relations (itinéraires de 
randonnées, fleuves...)".


Sinon effectivement pour les lignes de bus il y a mieux (et 
effectivement, même avec "juste" Osmose il y a du taf' dans mon coin).


Tu peux partir de quelque chose comme ça :

curl -s 
"http://ra.osmsurround.org/analyzeRelation?relationId=*1083417*&_noCache=on; 
| grep "Graph" | wc -l

Ça donne le nombre de graphes disjoints. Si c'est 1 c'est bon.

En interactif, http://ra.osmsurround.org fait ce que tu veux, là j'ai 
juste un peu automatisé.


Mais comme dit Christian, si tu peux faire tourner les vérifications 
localement avec JOSM par exemple, c'est mieux surtout si tu as pas mal 
de relations à vérifier.


Jean-Yvon


Le 19/11/2019 à 18:03, Cyrille37 OSM - cyrille+talk...@giquello.fr a 
écrit :

Le 19/11/2019 à 17:48, XavierBizot22440 a écrit :

Cyrille37, comment tu as fait pour la vérification via JOSM ?

Je suis preneur également de la manip via JOSM


Dans les préférences de Josm,
onglet "Validateur de données",
ajouter "Jungle Bus - validation ruleset",
puis charger des données
et cliquer sur "validation" dans la fenêtre "Résultats de validation"

Cyrille37.



Merci

Xavier

Le 19 nov. 2019 à 16:40, Cyrille37 OSM 
 a écrit :


Le 19/11/2019 à 16:05, marc marc a écrit :

aussi particulièrement pour les relations transport, lignes de bus ?
josm complété par les règles jungle bus + osmose

Merci Marc.

Je ne connaissais pas, je viens de lancer les règles Jungle Bus sur 
mon quartier, et comment dire ... Ya du taf à la pelle, plein 
d'erreurs (et d'avertissements) !


Cyrille37.


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


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


___
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] Fond de carte avec frontières de pays

[Noémie Lehuby via Talk-fr]

Le 27/10/2019 à 11:02, marc marc a écrit :

Le validateur josm connaissant l'étendue des pays,
c'est clair qu'un critère de recherche "dans pays" serrait pratique !
Il y a une option dans la fenêtre de recherche pour pouvoir utiliser la 
syntaxe du validateur JOSM ("sélecteur MapCSS").


Une fois qu'elle est activée, la recherche suivante 
/node[highway=bus_stop][inside("FR")]/ trouve bien uniquement des arrêts 
de bus en France.


La doc : 
https://josm.openstreetmap.de/wiki/Help/Styles/MapCSSImplementation#Territoryselector


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

Re: [OSM-talk-fr] Réseau de transport : intégration OD

[Noémie Lehuby via Talk-fr]

Du coup, le tuto ne sera ptet pas suffisant 樂

Je t'ai retravaillé les données dans un format plus exploitable : il y a 
un fichier par ligne (ouvrable dans josm ou mapcontrib) avec les arrêts 
(et les shapes s'il y en pas).


la Gironde : 
https://framadrop.org/r/rj6Tgb9mHj#4rae8NOUlNKLLvyNPBuqjbx+lkuNs+E0GrPIl+CFlpU=


la Vienne : 
https://framadrop.org/r/OY6mYAeWyW#E28R6aMfnXCnB7NSqsBKOhD9oyUPd1VmqmeoS5R1Ljg=


J'ai pas bien compris quel réseau t'intéressait, si ce n'est pas un de 
ceux là, hésite pas ;)


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 02/06/2019 à 11:33, deuzeffe a écrit :

Merci à vous trois pour les réponses !

On 02/06/2019 11:07, Noémie Lehuby via Talk-fr wrote:

Hello,

voilà peut-être une idée pour un prochain article de blog :)


Owiowiowi ;)

Merci pour les explications détaillées (j'allège) mais...

Ensuite pour le reste, il faut faire des jointures avec le fichier 
des circulations : trips.txt.


Jointures :/ Je vois bien l'idée, je conçois bien le principe, mais je 
ne sais pas faire (me suis arrêtée à DBaseIII pour ce qui concerne la 
manipulation des DB). Je suis vraiment une bleuette bleu clair dans le 
domaine :/ Si tu fais un tuto, je crains que tu ne sois obligée de 
faire un encart "pour nulle" :P




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

Re: [OSM-talk-fr] Réseau de transport : intégration OD

[Noémie Lehuby via Talk-fr]

Hello,

voilà peut-être une idée pour un prochain article de blog :)

Tu peux ouvrir le fichier stops en renommant les colonnes stop_lat en 
latitude et stop_lon en longitude
Personnellement, pour une première exploration, j'aime bien le charger 
en couche temporaire dans le thème MapContrib de Jungle Bus : 
https://www.mapcontrib.xyz/t/e7200d-Arrets_de_bus#temp/layer

Mais ça marche aussi dans JOSM avec le greffon Opendata en effet.

Le fichier routes.txt contient en général la description des lignes. 
Utile pour initialiser la page de wiki qui va bien ;)


Ensuite pour le reste, il faut faire des jointures avec le fichier des 
circulations : trips.txt.


pour le fichier shapes.txt s'il existe, qui contient les points de 
passages des tracés de circulations : il faut le relier au fichier 
routes en passant par le trip_id.
Une fois que c'est fait, il s'ouvre de la même manière en renommant les 
headers des colonnes lat / lon.


Pour avoir la liste des arrêts de chaque ligne dans l'ordre c'est un peu 
plus compliqué : il faut utiliser le fichier stop_times, et le relier au 
fichier stops et au fichier routes, toujours en passant par le trip_id


En général, je retravaille les fichiers en ligne de commande, et je 
procède ligne par ligne :
- je retire les colonnes non utiles du fichier stop_times (toutes celles 
avec les infos sur les horaires) pour alléger le fichier

- je joins avec le fichier trips.txt pour récupérer les id des routes
- je joins avec le fichier routes.txt pour récupérer les infos utiles 
sur les routes et garder uniquement la ligne qui m'intéresse
- je joins avec le fichier stops.txt pour récupérer les infos utiles sur 
les arrêts

- tu saupoudres le tout de "sort|uniq" régulièrement, et voilà

Après, s'il y a beaucoup de trips différents pour une même ligne, ça 
n'aidera pas beaucoup et il sera plus efficace d'étudier la grille 
horaire ou le plan proposé par le transporteur pour comprendre comment 
les variantes s'agencent entre elles.


--
Noémie Lehuby
Jungle Bus - http://junglebus.io

Le 01/06/2019 à 17:19, Vincent de Château-Thierry a écrit :

Bonjour,

Le 01/06/2019 à 17:09, Leni a écrit :

Bonjour.

Tu peux trouver la description des fichiers 
https://developers.google.com/transit/gtfs/reference/?hl=fr


Je ne suis pas chez moi, je ne peux pas te donner, pour l'instant, le 
nom du greffon, si quelqu'un d'autre...



*De:* deuzeffe http://opensm.pub>@deuzeffe.org>
On 01/06/2019 13:15, Yves P. wrote:
    J'ai regardé rapidement pour ma région.
    De mémoire il y a un fichier CSV des arrêts.
Plein de fichiers délimités oui (extension .txt !!!) avec les routes,
les trips, les stops, les stop_time, etc. Pas réussi à trouver comment
se fait la jointure route-stop :(

    Tu dois pour le charger
    dans JOSM avec le bon greffon et en renommant éventuellement les
    colonnes.


Il y a le bien nommé greffon "OpenData" : 
https://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData


vincent

___
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] Assemblée Générale Ordinaire 2019 OSM-Fr

[Noémie Lehuby via Talk-fr]

Bonjour à tous,

La prochaine assemblée générale ordinaire de l'association OpenStreetMap 
France aura lieu samedi 15 juin à Montpellier à partir de 17h30 (horaire 
à confirmer) lors du SotM-Fr.


Vous pouvez retrouver la convocation sur notre site internet : 
https://www.openstreetmap.fr/convocation-a-lassemblee-generale-ordinaire-2019/


Quelques rappels utiles :

Vous pouvez vous porter candidat pour le Conseil d'Administration : nous 
attachons de l'importance à ce que de nouvelles personnes puissent nous 
rejoindre chaque année afin d'impliquer plus nos adhérents et de faire 
tourner les responsabilités

Vous pouvez également nous proposer des motions à voter en AG.

Le tout doit être envoyé

 * sur la liste de diffusion de l'association ( association arobase
   listes.openstreetmap.fr)
 * avant*le 1er juin* afin de pouvoir préparer l'ordre du jour
   conformément à nos statuts


Pour prendre part aux votes, il faut être adhérent (c'est-à-dire avoir 
cotisé depuis la dernière assemblée générale)  : vous pouvez cotiser en 
ligne 



Enfin, si vous ne pouvez pas vous joindre à nous pour l'AG, vous pouvez 
donner procuration à un membre présent (également en postant sur la 
liste de diffusion association).


À très bientôt !

--
Noémie Lehuby - OpenStreetMap France
Venez poser vos questions surhttp://forum.openstreetmap.fr/  ;)

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

[OSM-talk-fr] polygone pour représenter un trottoir

[Noémie Lehuby via Talk-fr]

Bonjour,

que pensez-vous de cette modélisation des trottoirs, sous la forme de 
multipolygones ?


https://www.openstreetmap.org/relation/1979876
https://www.openstreetmap.org/relation/1979878

Je comprends qu'il soit tentant de micro-cartographier les trottoirs 
comme des polygones, mais je suis un peu sceptique.


Le wiki est en tout cas formel, la représentation de ce type d'objet est 
normalement uniquement sous forme de chemin : 
https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dfootway


--
nlehuby


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

Re: [OSM-talk-fr] fee = interval ?

[Noémie Lehuby via Talk-fr]

Bonjour,

Merci pour vos retours.

Je suis d'accord fee:conditional serait surement plus explicite : sur 
des valeurs type "Jul-Aug", on ne sait pas trop si c'est gratuit ces 
mois-ci ou à l'inverse payant ces mois-ci.
fee est un vieux tag, peut-être qu'une proposal serait bénéfique pour 
remettre un peu d'ordre ^^


En attendant, pour mon fee=interval, je propose de mettre à jour de la 
doc pour transformer interval en // en italique (comme sur la 
page anglaise) sur les pages


 * https://wiki.openstreetmap.org/wiki/FR%3AKey%3Afee
 * https://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dparking#Attributs
 * vous en voyez d'autres ?


J'aimerais bien aussi changer les objets qui l'ont pour éviter que ça se 
reproduise par mimétisme. Il y en a une quarantaine en France.

Je mets fee=yes à la place, peut-être avec un tag fixme ?

---
nlehuby

Le 24/04/2019 à 21:07, Johnparis a écrit :

Oui, le wiki en anglais precise cela.

fee = yes/no/ (pas le mot "interval", mais les horaires)

Le wiki en anglais precise le mot "interval" en italique. Le wiki en 
français a tout les mots "yes/no/interval" en italique.


Recemment il y avait ce commentaire :

I would rather use fee:conditional 
<https://wiki.openstreetmap.org/w/index.php?title=Key:fee:conditional=edit=1>=* 
using conditional restrictions 
<https://wiki.openstreetmap.org/wiki/Conditional_restrictions> syntax 
- it keeps value of fee tag usable without extensive processing 
Mateusz Konieczny 
<https://wiki.openstreetmap.org/wiki/User:Mateusz_Konieczny> (talk 
<https://wiki.openstreetmap.org/wiki/User_talk:Mateusz_Konieczny>) 
22:20, 8 February 2018 (UTC)


Moi je suis d'accord avec Mateusz.

On Wed, Apr 24, 2019 at 8:39 PM Leni <mailto:lenny.li...@orange.fr>> wrote:



Je suis d'accord dans "fee="  correspondent
bien à l'intervalle de temps pendant lequel le parking est payant,
mais il faut utilisée la même syntaxe que pour les heures d'ouverture.

Leni
----------------
*De:* "Noémie Lehuby via Talk-fr"
*Envoyé:* Wed Apr 24 19:50:38 GMT+02:00 2019
*À:* "Discussions sur OSM en français"
*Cc:* "Noémie Lehuby"
*Sujet:* [OSM-talk-fr] fee = interval ?

Bonjour,

J'ai remarqué qu'il y avait pas mal d'occurrences de fee = interval sur
des parkings. Je n'arrive pas trop à comprendre comment interpréter
cette valeur pour déterminer si le parking est payant ou pas.

J'ai l'impression que ça ne devrait pas exister et que ça vient d'une
confusion dans le wiki, qui dit :

fee=interval - Le paiement n'est requis qu'à certaines heures de la
journée, utilisez la même syntaxe que pour opening_hours=*, par exemple
: fee=Mo-Fr 08:00-13:00

Qu'en pensez-vous ?

nlehuby




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

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


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

[OSM-talk-fr] fee = interval ?

[Noémie Lehuby via Talk-fr]

Bonjour,

J'ai remarqué qu'il y avait pas mal d'occurrences de fee = interval sur 
des parkings. Je n'arrive pas trop à comprendre comment interpréter 
cette valeur pour déterminer si le parking est payant ou pas.


J'ai l'impression que ça ne devrait pas exister et que ça vient d'une 
confusion dans le wiki, qui dit :


fee=interval - Le paiement n'est requis qu'à certaines heures de la 
journée, utilisez la même syntaxe que pour opening_hours=*, par exemple 
: fee=Mo-Fr 08:00-13:00


Qu'en pensez-vous ?

nlehuby


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

Re: [OSM-talk-fr] Dépose-minute

[Noémie Lehuby via Talk-fr]

Donc si je résume :

Pour les voies de dépose-minute, on utilisera highway=service ou 
highway=driveway, et un tag complémentaire, avec comme candidats :

- service=drop_off
- service = kiss_ride

Pour un parking dépose-minute, on utilisera amenity=parking et un tag 
complémetaire avec comme candidats :

- service = drop_off
- kiss_ride = yes
- kiss_and_ride = yes
- kiss_n_ride = yes

Comment on tranche ?


Le 05/04/2019 à 14:03, marc marc a écrit :

c'est le beau fou
cela montre qu'on aurait du remonter cela sur tagging la fois
précédente pour essayer d'avoir un qlq chose harmonisé :-)

il semble n'y avoir que 2 tag documenté :
maxstay=load-unload : il a l'avantage de pouvoir couvrir
2 cas dans une recherche : bande de dépose minute et emplacement
style parking.

parking:lane:both=no_parking convient aussi pour une bande de dépose minute

Pour une dépose le long d'une voie de service, parking:lane:=* +
parking:condition:=kiss_and_ride ?

après c'est clair que cela mériterait :
- une harmonisation : drop_off <> kiss_ride et and <> _n_ <> &
- documenter la solution "finale" sur le wiki
- voir pour une valeur de service=*
pour ma part j'aurais été tenté par service=driveway
vu que c'est la voie qui mène à la gare ou l'aéroport

Le 05.04.19 à 12:01, althio a écrit :

Je reste sur mon candidat :
highway=service + service=drop_off
+ fee... + maxstay...

cf: https://lists.openstreetmap.org/pipermail/talk-fr/2018-January/087452.html

-- althio

On Fri, 5 Apr 2019 at 11:34, Noémie Lehuby via Talk-fr
 wrote:

Hello,

Je n'ai rien trouvé sur le sujet dans le wiki : comment cartographier un 
dépose-minute, d'une gare ou d'un aéroport par exemple ?

Je dirais
si c'est un parking : amenity=parking + kiss_ride = yes
parce que dépose minute se dit "Kiss & Ride" en anglais, et en miroir de 
park_ride qu'on utilise pour les parking relais.
Il y a quelques très rares occurrences de kiss_ride = * et de 
capacity:kiss_and_ride dans OSM.

si c'est une voie de circulation (ce qui est à mon avis le cas le plus 
fréquent) :
highway=service + service=kiss_ride ?

--
nlehuby

___
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

[OSM-talk-fr] Dépose-minute

[Noémie Lehuby via Talk-fr]

Hello,

Je n'ai rien trouvé sur le sujet dans le wiki : comment cartographier un 
dépose-minute, d'une gare ou d'un aéroport par exemple ?


Je dirais
si c'est un parking :/amenity=parking + kiss_ride = yes/
parce que dépose minute se dit "Kiss & Ride" en anglais, et en miroir de 
park_ride qu'on utilise pour les parking relais.
Il y a quelques très rares occurrences de /kiss_ride = */ et de 
/capacity:kiss_and_ride/ dans OSM.


si c'est une voie de circulation (ce qui est à mon avis le cas le plus 
fréquent) :

/highway=service + service=kiss_ride/ ?

--
nlehuby

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

[OSM-talk-fr] DataViz Challenge Éducation et Territoires - 22-23 mars

[Noémie Lehuby via Talk-fr]

Bonjour,

Il y a un autre hackathon les 22 et 23 mars, et ils recherchent 
également des mentors OpenStreetMap ;)
Il s'agit d'un DataViz Challenge "Éducation & Territoires" organisé par 
le lab d'innovation de l'éducation nationale, à Paris.
Plus d'infos sur l'événement ici : 
https://www.education.gouv.fr/110bislab/cid139098/participez-au-dataviz-challenge-education-territoires.html


À noter que la présence des mentors n'est pas nécessaire en continu, il 
est possible de faire juste une matinée, une aprem, une soirée ou même 
une partie de la nuit.


Si ça vous intéresse, dites-moi que je vous mette en contact ;)

Le 12/03/2019 à 21:13, Donat ROBAUX a écrit :

Plus de précisions pour les profils recherchés.

---

Nous recherchons les deux types de public, des participants et des 
mentors.


Nous avons d’abord pensé à vous comme mentor, en particulier pour 
expliquer aux différentes équipes intéressées comment exploiter de la 
donnée d’OSM (extraction de données ou/et API) et comment aussi 
reverser à OSM comme contributeur (logique et équitable).


Pour aller plus loin, sans que ce soit imposé, le mentor pourrait 
aussi montrer des exploitations d’accessibilité (osmrouting). Nous 
attendons un retour de Navitia® également pour venir nous aider en 
mentor également.


J’aurai sur place un serveur SQL ouvert (un serveur de formation chez 
nous) et une base dans laquelle j’aurai notamment un dump d’OSM pour 
la Normandie avec l’extension hstore pour permettre des mises en forme 
et des extractions à façon. Nous aurons aussi un serveur QGIS/Lizmap 
pour pousser des cartes. Mais si le mentor peut aussi faire une 
présentation de la cartographie interactive « umap » naturelle pour 
OSM ce serait très bien.


Si vous trouvez des personnes intéressées pour participer ce serait 
vraiment super.
*Dites-leur bien que l’inscription est obligatoire (en ligne) et que 
les équipes sont (re)composées sur place pour la pluridisciplinarité.
*Autre précision : les mentors sont remboursés de leur frais de 
déplacement et d’hébergement. Les participants n’ont pas d’hébergement 
et ne sont pas remboursés de leur frais de déplacement, les 
récompenses sont intéressantes ceci-dit.


Le dim. 3 mars 2019 à 14:05, Donat ROBAUX > a écrit :


Bonjour à tous,


J'ai eu un échange téléphonique ce vendredi et voilà le mail qu'on
m'a envoyé.

Si quelqu'un est intéressé-e, merci de me mettre dans la boucle.


Donat


/Le _Pôle métropolitain de l’estuaire de la Seine (PMES)

_,
qui regroupe 8 Établissements Publics de Coopération
Intercommunale (EPCI) estuariens, a mandaté l’Agence d’Urbanisme
de la Région du Havre et de l’Estuaire de la Seine (AURH) pour
mener ses missions stratégiques. Celles-ci qui reposent sur quatre
piliers dont le développement économique territorial. Dans ce
pilier, nous retrouvons plusieurs actions dont le développement
d’une plateforme _Open Data sur le territoire de l’estuaire

_
et l’organisation d’un _Hackathon Tourisme

_
en ce début d’année. /

//

/Au sujet même de ce Hackathon tourisme : nous travaillons
actuellement à la mise en place de l’événement et nous avons ciblé
OSM France comme un potentiel partenaire. Votre organisme
serait-il intéressé par cette proposition ? /

//

/Pour information, le Hackathon tourisme du PMES aura lieu le
22-23 mars 2019 à Deauville. Il réunira 7 équipes de 7 personnes./

//

/Pour plus d’informations, je me tiens à votre entière disposition./

Je pense à titre personnel et professionnel qu’OpenStreetMap est
vraiment une bonne opportunité de découverte pour nos participants
et notre écosphère de l’opendata. Tout un symbole. *A ce titre, un
mentor d’OSM serait idéal. Comme je vous l’ai dit
téléphoniquement, nous prenons en charge les frais de transport et
d’hébergement pour nos experts.*

Merci de nous informer rapidement des disponibilités du ou des
intervenants potentiels si vous en trouvez. N’hésitez pas à
relayer l’information du Hackathon Tourisme Estuaire de la Seine
des 22-23 mars à Deauville.

Bien cordialement,

Jean-François

Jean-François Mary

Chef de projets – SIG

*AURH – Agence d’urbanisme 

[OSM-talk-fr] centre info retraite

[Noémie Lehuby via Talk-fr]

Hello,

comment cartographie-t-on un centre d'information retraite, qui permet 
d'en savoir plus sur ses droits et de se faire accompagner pour faire 
son dossier de retraite ?


J'hésite entre

 * social_facility=outreach : puisqu'il me semble que c'est ce qu'on
   met pour les centres d'information jeunesse et autres lieux où un
   jeune peut avoir du conseil sur son orientation
 * office = qqch ?? on a office=employment_agency sur Pôle Emploi. Ce
   n'est pas exactement ça, mais ça ressemble un peu

Qu'en pensez-vous ?


Noémie

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