[OSM-talk-fr] Re : You are an OpenStreetMap Foundation member

[thevenon . julien]

- Mail d'origine -
De: Jacques Lavignotte
Objet: [OSM-talk-fr] You are an OpenStreetMap Foundation member

> Bonsoir,

> « You are an OpenStreetMap Foundation member eligible to vote in the 
election for the four open positions on the Foundation Board. »

> Personne n'en parle ?

> Je ne vois pas comment choisir ?

Tu es allé voir la page leurs manifestes ?ou ils répondent aux questions ?


https://wiki.openstreetmap.org/wiki/Foundation/AGM2022/Election_to_Board/Answers_and_manifestos/Manifestos

https://wiki.openstreetmap.org/wiki/Foundation/AGM2022/Election_to_Board/Answers_and_manifestos

Julien


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

Re: [OSM-talk-fr] OSRM n'aime pas les pistes cyclables ?

[Julien Coupey]

> Peut-être qu'OSRM considère la non-séparation des voies vélo / piéton
> pour calculer une moyenne de 8 km/h.

Non, 8 km/h est la vitesse par défaut pour highway=path (cf mon 2e lien 
vers les valeurs du profil). Avec highway=cycleway, on serait à 16 km/h.


On 18/05/2022 17:37, Arnaud Champollion wrote:

Le 18/05/2022 à 10:01, Julien Coupey a écrit :

Quand à savoir d'où vient le choix de la vitesse sur la piste cyclable 
(peut-être sous-estimée ici),


En effet car il n'y a aucune raison qu'on roule moins vite sur la piste 
cyclable que sur la route. C'est même l'inverse.


En tout cas 8km/h c'est quand même très bas, c'est la vitesse d'un 
échauffement de petit footing.


Est-ce qu'OSRM prend en compte aussi les feux rouges et autres 
intersections qui impactent inévitablement la vitesse moyenne sur la 
route ?



 là il faut rentrer dans le détail du profil pour comprendre. Par 
défaut, une piste taggée explicitement en highway=cycleway aura une 
bien plus grande vitesse[2] qu'un highway=path (il semble qu'OSRM ne 
tienne pas spécialement compte du bicycle=designated).


Dans le cas présent c'est une piste mixte vélo / piétons :

higway=path
foot=designated
bicycle=designated

sans séparation

segregated=yes

Peut-être qu'OSRM considère la non-séparation des voies vélo / piéton 
pour calculer une moyenne de 8 km/h.


En effet selon les villes et en cas de très forte affluence aux belles 
heures de la journée, en zone touristique, c'est une vitesse moyenne qui 
peut savoir une certaine réalité.


___
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] OSRM n'aime pas les pistes cyclables ?

[Julien Coupey]

Bonjour

Ce n'est jamais évident de débugger des choix d'itinéraires car ça met 
en jeu le profil de calcul d'itinéraire qui décide l'affectation des 
vitesses et pénalités sur les chemins OSM.


L'avantage d'OSRM (et de l'instance de démo hébergée par FOSSGIS), c'est 
qu'on peut avoir une visualisation du graphe sous-jacent[1] après 
traitement via le profil.


Sur cet exemple, on voit que la piste cyclable est bien « routable » 
mais que la vitesse estimée dessus est à 8 km/h tandis qu'on roule à 15 
km/h sur l'avenue du Maréchal Juin, ce qui explique le choix d'itinéraire.


Quand à savoir d'où vient le choix de la vitesse sur la piste cyclable 
(peut-être sous-estimée ici), là il faut rentrer dans le détail du 
profil pour comprendre. Par défaut, une piste taggée explicitement en 
highway=cycleway aura une bien plus grande vitesse[2] qu'un highway=path 
(il semble qu'OSRM ne tienne pas spécialement compte du bicycle=designated).


Sinon comme outil basé également sur OSRM mais très orienté vélo il y a 
cycle.travel[3] développé par Richard Fairhurst.


[1] http://routing.openstreetmap.de/debug/bike.html#16.73/44.08383/6.22476
[2] 
https://github.com/fossgis-routing-server/cbf-routing-profiles/blob/16453fa5ded78671560dba15e124ea5bac6d52d3/bike.lua#L126-L144

[3] https://cycle.travel/

À +
--
Julien

On 18/05/2022 07:55, Arnaud Champollion wrote:

Bonjour,

Je me demande si c'est OSRM qui n'aime pas les pistes cyclables, ou s'il 
y a quelque-chose qui cloche dans les données sur mon itinéraire.


Trajet vélo avec GraphHopper, 3 km

https://www.openstreetmap.org/directions?engine=graphhopper_bicycle=44.0810%2C6.2204%3B44.1007%2C6.2341#map=14/44.0912/6.2392 



Même trajet avec OSRM, 3.1 km, et la piste cyclable est tout à fait 
ignorée.


https://www.openstreetmap.org/directions?engine=fossgis_osrm_bike=44.0810%2C6.2204%3B44.1007%2C6.2341#map=14/44.0909/6.2280 



Je me demande si OSRM n'a pas un paramétrage par défaut qui lui fait 
éviter certains passages s'il rencontre tel ou tel attribut, mais je 
n'arrive pas à voir quoi;


Merci

___
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] Cartopartie, venez vous promener Cartopartie à Pleyber-Christ

[Louis julien De la Bouere]

Bonjour,

Dans le cadre du projet CoopCarto, le Pays de Morlaix, la commune de 
Pleyber-Christ et Tiriad vous invitent à :



*La cartographie collaborative s’invite à Pleyber-Christ (29)*

*Les 14 et 15 mai 2022*

Espace Porz Ruz - Espace Cybercommune


*Samedi 14 mai*

9 h 3 0 accueil café

1 0 h - 1 2 h 3 0 et 1 4 h - 1 7 h

 *

   P l e y b e r - C h r i s t d ' h i e r à a u j o u d ' h u i

Venez avec vos photos et cartes postales anciennes de Pleyber-Christ 
afin de créer une carte sur l'évolution de la commune.


 *

   P l e y b e r - C h r i s t v u p a r s e s h a b i t a n t s

Parlez nous de votre commune : vos coups de cœur, vos envies pour le 
futur, etc.


 *

   « J ’ a p p r e n d s à f a i r e d e s c a r t e s n u m é r i q u
   e s »

Formez vous aux outils de cartographie numérique.


*Dimanche 15 mai*

1 0 h - 1 2 h 3 0 et 1 4 h - 1 6 h

 *

   P l e y b e r - C h r i s t d ' h i e r à a u j o u d ' h u i

Créez la carte numérique "Pleyber- Christ d'hier à aujourd'hui".

 *

   P l e y b e r - C h r i s t v u p a r s e s h a b i t a n t s

Créez la carte numérique "Pleyber-Christ vu par ses habitants ».

 *

   C a r t o p a r t i e " a c c e s s i b i l i t é "

Venez collecter de la donnée sur le terrain autour de l'accessibilité et 
de la mobilité dans la commune.


1 6 h - 1 7 h

Découvrez le travail réalisé au cours du week-end sur les trois thématiques.

Et pour célébrer ensemble le printemps, venez tout le week-end 
participer au recensement des nichoirs (oiseaux, chauves-souris, hôtels 
à insectes, etc.) sur la carto collaborative nichoir.org !


/*Plus d'informations : 02 98 62 39 36 et 
https://cartographie-collaborative.eu/?CartopartiePleyberChrist*/


--
Louis-Julien de la Bouëre
Tiriad
ljbou...@tiriad.org
http://www.tiriad.org
http://carterra.net
Portable : 06 58 79 80 56
OpenStreetMap :http://hdyc.neis-one.org/?Ljbouere
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cartopartie à Commana (29)

[Louis julien De la Bouere]

Bonjour,

Nous vous invitons à une journée de cartopartie #openstreetmap 
#gogocarto #yeswiki à Commana (29)


De 9h à 17h promenades du terrain, landes, villages à l'ordi pour aider 
la commune à avoir de belles cartes.


Au plaisir de vous y retrouver sous le soleil !

Plus d'infos en bas de page : https://cartographie-collaborative.eu

--
Louis-Julien de la Bouëre
Tiriad
ljbou...@tiriad.org
http://www.tiriad.org
http://carterra.net
Portable : 06 58 79 80 56
OpenStreetMap : http://hdyc.neis-one.org/?Ljbouere


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

Re: [OSM-talk] Article sur Geovelo dans l Usine Nouvelle

[THEVENON Julien via talk]

>> Bonjour,
>> Un article sur Geovelo dans l Usine 
>> Nouvelle>>https://www.usinenouvelle.com/article/geovelo-l-appli-qui-federe-utilisateurs-et-collectivites-autour-de-la-pratique-du-deux-roues.N1034384
Hi,
Sorry for that, wrong mailing list
CheersJulien
  ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] Article sur Geovelo dans l Usine Nouvelle

[THEVENON Julien via Talk-fr]

Bonjour,
Un article sur Geovelo dans l Usine 
Nouvellehttps://www.usinenouvelle.com/article/geovelo-l-appli-qui-federe-utilisateurs-et-collectivites-autour-de-la-pratique-du-deux-roues.N1034384
Julien
   
   -


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

[OSM-talk] Article sur Geovelo dans l Usine Nouvelle

[THEVENON Julien via talk]

Bonjour,
Un article sur Geovelo dans l Usine 
Nouvellehttps://www.usinenouvelle.com/article/geovelo-l-appli-qui-federe-utilisateurs-et-collectivites-autour-de-la-pratique-du-deux-roues.N1034384
Julien
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSRM-talk] New v5.23.0 release

[Julien Coupey]

Thanks a lot Daniel, Denis and Michael for your answers.

Michael, I did not go through the details of your changes in PR #5860, 
but I gave a go at building and installing. I can confirm that the 
dowstream compilation problem reported in #5741 is gone with your changes.


Regards
Julien

On 18/10/2020 07:34, Michael Bell wrote:

I've had a go at reverting the breaking change:
https://github.com/Project-OSRM/osrm-backend/pull/5860
I was able to compile libosrmc against it.

Michael

On Thu, 15 Oct 2020 at 17:14, Denis Chapligin  wrote:


IIRC you had some idea of hiding that change and unbreaking the API by 
templating ResultT type. If you can explain your idea I can probably implement 
it.

чт, 15 окт. 2020 г. в 17:43, Daniel Patterson via OSRM-talk 
:


Dammit, sorry Julien, I'd forgotten about that issue - I'm not using the 
libosrm bindings directly, so this change slipped my mind.

If someone has time to fix the interface, we can release 5.24.0 to address it, 
and mark 5.23.0 as a dud.  The interface change clearly breaks semver rules as 
it's not backward compatible.  The alternative would be to release OSRM 6.0.0, 
but this feels like much too small a change to justify doing that.

While I managed to find time to work through the release process, I do not have 
time to do any significant refactoring work :-/

daniel

On Thu, Oct 15, 2020 at 12:38 AM Julien Coupey  wrote:


Hi Daniel and all

Thanks for your work on this release, and all the various recent
contributions that made it possible. It's great to see a new OSRM
version, first one in a long time!

I'd like to ask for a clarification though, if possible, on the status
of libosrm regarding this new version and possible future ones. There
are a couple of reports about the API breaking changes ([1] and [2]). It
means that projects relying on libosrm v5.* no longer compile with
v5.22, and now v5.23. This is a major problem for downstream users and
maintainers, especially since the OSRM release process has long been
adhering to the semver scheme. I only see two ways out:

1. The new v5.23 release somehow endorses the API change (after all a
fix now would also be a new change from the last two releases). In which
case downstream users will have to fiddle with adjustments based on
libosrm minor version.

2. This is considered as something that must be fixed at some point in
the future. Then no action is required downstream, except stating that
current libosrm versions are no longer compatible until a patch or new
minor version is released.

Knowing which option is the most likely would definitely help.

[1] https://github.com/Project-OSRM/osrm-backend/issues/5548
[2] https://github.com/Project-OSRM/osrm-backend/issues/5741

Regards
Julien

On 14/10/2020 23:14, Daniel Patterson via OSRM-talk wrote:

Hello all,

Well, after a long hiatus, I've finally had time to cut a new
release.  I've bundled up a bunch of the changes that have been
submitted over the last couple of years, and tagged 5.23.0, and cleaned
up the changelog/master branch which had been left dangling in an
unclear state for a while.  Build/publish of the various binaries is
underway and should be complete soon.  Here's what's changed - mostly
bugfixes, but a few small features as well.

- Changes from 5.22.0
  - Build:
- FIXED: pessimistic calls to std::move
[#5560](https://github.com/Project-OSRM/osrm-backend/pull/5561)
  - Features:
- ADDED: new API parameter - `snapping=any|default` to allow
snapping to previously unsnappable edges
[#5361](https://github.com/Project-OSRM/osrm-backend/pull/5361)
- ADDED: keepalive support to the osrm-routed HTTP server
[#5518](https://github.com/Project-OSRM/osrm-backend/pull/5518)
- ADDED: flatbuffers output format support
[#5513](https://github.com/Project-OSRM/osrm-backend/pull/5513)
- ADDED: Global 'skip_waypoints' option
[#5556](https://github.com/Project-OSRM/osrm-backend/pull/5556)
- FIXED: Install the libosrm_guidance library correctly
[#5604](https://github.com/Project-OSRM/osrm-backend/pull/5604)
- FIXED: Http Handler can now deal witch optional whitespace
between header-key and -value
[#5606](https://github.com/Project-OSRM/osrm-backend/issues/5606)
  - Routing:
- CHANGED: allow routing past `barrier=arch`
[#5352](https://github.com/Project-OSRM/osrm-backend/pull/5352)
- CHANGED: default car weight was reduced to 2000 kg.
[#5371](https://github.com/Project-OSRM/osrm-backend/pull/5371)
- CHANGED: default car height was reduced to 2 meters.
[#5389](https://github.com/Project-OSRM/osrm-backend/pull/5389)
- FIXED: treat `bicycle=use_sidepath` as no access on the tagged
way. [#5622](https://github.com/Project-OSRM/osrm-backend/pull/5622)
- FIXED: fix table result when source and destination on same
one-way segment.
[#5828](https://github.com/Project-OSRM/osrm-backend/pull/5828)
- FIXED: fix occasional segfault when

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[Julien djakk]

Cela dit, je m'interroge, représenter un lieu-dit par un point ou un
polygone, ok, mais par une ligne c'est étrange non, de plus en
utilisant l'objet "route" ? Est-ce une bonne idée de copier cette
technique depuis le cadastre ?

Julien "djakk"

Le mer. 14 oct. 2020 à 10:50, Julien djakk
 a écrit :
>
> Salut ! Pour moi c'était une mauvaise pratique pour faire comme Google
> Maps ! J'ignorai que c'était dans le cadastre.
>
> Julien "djakk"
>
> Le mer. 14 oct. 2020 à 07:18, Arnaud Champollion
>  a écrit :
> >
> > Le 14/10/2020 à 07:05, Gad Jo a écrit :
> > > description=* si tu veut communiquer à destination des usagers utilisant
> > > ces voies.
> >
> > Bonjour, une question que je me pose parfois (car j'utilise aussi
> > souvent ce tag pour décrire) : quelles applications utilisent et
> > affichent la valeur de l'attribut "description" à destination des usagers ?
> >
> >
> >
> >
> > ___
> > 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] Etiqueter des routes selon le nom du lieu-dit

[Julien djakk]

Salut ! Pour moi c'était une mauvaise pratique pour faire comme Google
Maps ! J'ignorai que c'était dans le cadastre.

Julien "djakk"

Le mer. 14 oct. 2020 à 07:18, Arnaud Champollion
 a écrit :
>
> Le 14/10/2020 à 07:05, Gad Jo a écrit :
> > description=* si tu veut communiquer à destination des usagers utilisant
> > ces voies.
>
> Bonjour, une question que je me pose parfois (car j'utilise aussi
> souvent ce tag pour décrire) : quelles applications utilisent et
> affichent la valeur de l'attribut "description" à destination des usagers ?
>
>
>
>
> ___
> 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] Besoin d'aide pour référence d'un ligne TGV

[Julien djakk]

Salut !

On a le droit de copier les fiches horaires de la SNCF ?

Julien "djakk"

Le dim. 11 oct. 2020 à 01:39, Gad.Jo  a écrit :
>
> La modification a été bien plus simple et rapide que prévu :
> https://www.openstreetmap.org/changeset/92288895
>
> J'ai remis à jour les relations qui y ressemblait le plus vers les
> nouveau numéro de ligne actuellement active sur le site de la SNCF.
> Normalement il n'y a pas de casse sur les gares où je suis passé (ajout
> de tag, mise en conformité)...
>
> L'ancienne ligne TGV 752 a été remplacée par les lignes TGV 6871, 6873,
> 6823, 9836 et 9862
>
> En dehors de la gare Lille Europe où un trou persiste dans les relations
> (pas chaud pour modifier une grosse gare). Tout les trajets sont continu.
>
> Le 10/10/2020 à 21:42, Gad.Jo a écrit :
> > Après une courte recherche j'ai trouvé le très bon site :
> > https://www.fiches-horaires.net/ (leur description en pied de page est
> > très amusante et pleine de bon sens)
> >
> > A défaut de trouver les fiches horaires officielle il y a de la
> > données valide. Par contre... où on t'ils trouvé leur données ?
> >
> > Le 10/10/2020 à 16:40, Adrian via Talk-fr a écrit :
> >> Il y a deux ans environ, je voulais couper des chemins (ways) de
> >> chemin de fer pour introduire des ponts. Ces chemins étaient membres
> >> de plus que dix relations d'itinéraire. Comme toi, j'ai vu qu'il y
> >> avait deux genres de relation. Il y avait les itinéraires
> >> d'infrastructure, comme la ligne de Combs-la-Ville à Saint-Louis. Et
> >> il y avait les itinéraires passagers, les voyages sans correspondance
> >> proposés par la SNCF, comme le TGV 752. J'ai remarqué que les
> >> itinéraires passagers reflétaient l'état d'il y a cinq ans ou plus.
> >>
> >> Les relations étaient un vrai désordre. Toutes étaient cassées à
> >> multiples endroits avec des types diverses d'erreur. Quelques-unes
> >> étaient très longues avec jusqu'à trois mille membres. Le format de
> >> toutes les relations est un hybride de v1 et v2 des transports en
> >> commun. Il y a une liste des gares, et une liste des chemins dans les
> >> deux sens (sauf voie unique), sans les rôles forward ou backward. Les
> >> listes des chemins comprennent des blocs alternés de chemins dans le
> >> sens aller et chemins dans le sens retour. Les relations
> >> d'infrastructure contiennent souvent toutes les voies des gares, y
> >> compris les voies de garage et d'évitement. Les relations passagers
> >> contiennent souvent toutes les voies par lesquelles les trains
> >> pourraient passer par les gares. Je pense que les relations ont été
> >> créées ainsi par des enthousiastes des chemins de fer. Mais je n'ai
> >> pas cherché qui, ou pourquoi, ou si c'est documenté quelque part.
> >>
> >> J'ai passé des heures à faire une réparation partielle des
> >> plus-que-dix relations, sans changer le format. Une réparation
> >> entière aurait fallu beaucoup trop longtemps. Ainsi j'ai pu
> >> introduire les ponts sans empirer le bordel.
> >>
> >> À mon avis, un tel cas a besoin d'une méthode différente de
> >> cartographier les itinéraires. Les relations d'itinéraire devraient
> >> avoir comme membres, d'autres relations: des tronçons d'itinéraire.
> >> Ça pourrait être fait avec ou sans des relations superroute. On
> >> arriverait à une grande simplification.
> >>
> >> Et alors, que faire? Mettre en bonne état et à jour seulement les
> >> relations qui passent par ton coin, est un très grand boulot. Et en
> >> idéal, il faudrait discuter avec ceux qui cartographient les chemins
> >> de fer, quel est le format préféré des relations. Les relations sont
> >> utilisées par https://www.openrailwaymap.org/ et
> >> https://magosm.magellium.com/portail/#/carte p.ex. Supprimer des
> >> relations serait dommage, vu le temps que plusieurs contributeurs ont
> >> passé à les créer. À mon avis, il faudrait améliorer ou mettre à
> >> jour; ou bien laisser tel quel.
> >>
> >> À noter qu'il y a toujours des liaisons directes Lyon - Barcelone.
> >> Mais pas Lyon - Bordeaux, ça va plus vite maintenant via Paris que
> >> via Montpellier!
> >>
> >> Un projet du mois, peut-être? Mais je me demande s'il y aurait assez
> >> de contributeurs intéressés. Et comment découvrir la gamme des
> >> itinéraires passagers, vu qu'il n'y a plus de fiches horaires TGV
> >> disponibles en ligne?
> >>
> >> ___
> >> 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] Mappons le temporaire qui dur

[Julien djakk]

Bonsoir ! Je ressuscite cette discussion pour proposer / remarquer
qu'il faut en général utiliser un "namespace" avec temporary :
https://www.openstreetmap.org/way/809893926 <- il faudrait ajouter
cycleway:right:temporary=yes - le reste de la rue n'est pas temporaire
donc un temporary=yes ne marche pas …

Julien "djakk"

Le jeu. 28 mai 2020 à 17:06, Florimond Berthoux
 a écrit :
>
> Il y a simplement end_date pour préciser la date prévu de fin d'une feature.
>
> Le jeu. 28 mai 2020 à 14:18, Marc M.  a écrit :
>>
>> Bonjour,
>>
>> Le 27.05.20 à 16:22, Florimond Berthoux a écrit :
>> > explicitement marqué par un panneau un début et de fin, etc.
>>
>> pour le début start_date
>> pour la fin : il serrait utile d'avoir un tag pour encoder
>> une date à partir de laquelle il faudrait retourner voir
>> si le temporaire a été prolongé ou si cela a changé.
>> une sorte de opening_date inversé -> ending_date ?
>>
>> > contrôle qualité pour lister les aménagements à vérifier régulièrement.
>>
>> survey:date pourrait être utile pour cela lorsque la vérif
>> sur place ne nécessite aucun changement dans osm parce que
>> rien n'a changé.
>> ou alors un changement blanc mais c'est tordu et
>> source de confusion pour les autres contributeurs.
>>
>> Cordialement,
>> Marc
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Florimond Berthoux
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] validation : sorties nommées

[thevenon . julien]

- Mail original -
De: "osm sanspourriel" 
À: talk-fr@openstreetmap.org
Envoyé: Mercredi 30 Septembre 2020 14:11:35
Objet: Re: [OSM-talk-fr] validation : sorties nommées

*Vous connaissez des routeurs qui affichent les destinations ?*

Magic Earth le fait il me semble

Julien

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

Re: [OSM-talk-fr] rendus FR en vectoriels, on se lance ?

[Julien djakk]

Salut ! Ça m'intéresse ! :) Est-ce que ça pourrait potentiellement être un
peu rémunéré ?
Il y a quelque temps j’avais fait ceci :
https://github.com/djakk/openstreetmap-on-heroku

Julien « djakk »


Le ven. 18 sept. 2020 à 11:41, Florian LAINEZ  a écrit :

> Hello,
> Et si on se mettait sérieusement au boulot pour créer des rendus français
> en vectoriel ?
> On voit clairement la limite de ceux affichés sur
> https://www.openstreetmap.fr et dans nos service connexes (umap, projet
> du mois, ...).
> On pourrait commencer avec le rendu osm-fr ou bien le rendu vélo.
>
> Je sais, c'est un serpent de mer. Je sais, ce n'est pas si facile. Et je
> sais aussi que je ne serai sûrement pas d'une grande utilité pour le faire,
> mais je pense que ça serait tout de même un grand pas en avant qui
> mériterait une plus grande attention de notre part.
> #AppelABonnesVolontés
>
>
> --
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *FlorianLainez*
> @overflorian <http://twitter.com/overflorian>
>
>
> ___
>
> 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] bâtiments composites / fusion de polygones ?

[Julien Lepiller]

Le Thu, 3 Sep 2020 14:20:36 +0200,
osm.sanspourr...@spamgourmet.com a écrit :

> Le 03/09/2020 à 13:56, draenog - drae...@harinezumi.fr a écrit :
> 
> > Je contribue quasi exclusivement depuis mon téléphone,
> > StreetComplete / Vespucci (un peu, je découvre), et cela me
> > semblait curieux de demander (StreetComplete) des numéros de rue
> > plusieurs fois pour le même lieu (mais est-ce gênant pour OSM ?)  
> 
> SC a des requêtes pourrissant pas mal la base comme demander plusieurs
> adresses à un bâtiment.
> 
> Au moins en France on veut ne voir qu'une adresse et plutôt au droit
> de l'accès principal.
> 
> Et qu'elle soit dans une associatedStreet si c'est une adresse de rue.
> 
> Avec plusieurs adresses il y a du travail pour afficher une carte
> propre. J'ai déjà vu des coins ou les adresses 12 pullulaient mais peu
> d'autres d'adresses dans le coin.
> 
> Et tu imagines que si tu demandes d'aller au "13 rue de la Mairie" on
> demande si tu veux aller :
> - au toit "13 rue de la Mairie"
> - au bâtiment de plain-pied "13 rue de la Mairie"
> - au bâtiment de deux étages "13 rue de la Mairie"
> 
> etc...

C'est pour ça qu'il faudrait regrouper les bouts sous un seul bâtiment
: un `building=*` qui fait le tour de tous les bouts, et passer chaque
bout en building:part, au lieu de building. D'un côté on a un bâtiment
logique, et chaque bout peut coder un nombre d'étage différent, un type
différent, etc.

> 
> De plus avec les possibilités d'intégrer les adresses depuis le
> cadastre, il serait raisonnable de déactiver cette quête sur SC. Et
> d'inciter à utiliser dev.cadastre.openstreetmap.fr à la place.
> 
> C'est un peu comme demander le revêtement de la route sur une
> départementale en France : dans 99 % des cas c'est surface=asphalt. Je
> pense qu'on a mieux à faire que demander le revêtement de la route.
> 
> Je ne dis pas que surface est sans intérêt mais seulement quand la
> surface est étonnante ou que vu le type de voirie ça n'a rien
> d'évident.
> 
>  > Je contribue quasi exclusivement depuis mon téléphone,  
> 
> C'est un peu le problème : en contribuant via SC tu n'a pas forcément
> les bons outils.
> 
> Je ne dis pas que SC ne peut pas être utile mais qu'il est utilisé de
> manière sous optimale. A cause des quêtes pas des utilisateurs^^.
> 
> > Le bon type pour l'exemple au-dessus serait "toit" ?  
> 
> oui (roof=no en termes d'attributs).

non, ça ça veut dire qu'il n'y a *pas* de toit :)

C'est plutôt `building=roof`, non ?

> 
> Jean-Yvon
> 
> 
> 
> 
> ___
> 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: [Talk-us] [Imports] Import WestCOG building footprints in south-west Connecticut

[Julien Lepiller]

So, it's been a week since that last message. Do you think we should
import addresses and buildings at the same time? Should we import the
buildings first and care about addresses later?

Yury, what are your thoughts about the data source quality? Do you
think it's a good idea to import from WestCOG and maybe rely on CT data
for the rest of CT? I tried playing with the data and I didn't see any
difference between drawing the buildings from scratch and having to
simplify and correct CT's data.

Thanks!

Le Sat, 22 Aug 2020 19:36:23 -0400,
Martin Machyna  a écrit :

> Thank Julien for pushing this forward!
> 
> yeah, I tried to get addresses from here:
> http://geodata-ctmaps.opendata.arcgis.com/datasets/bfa7da83da384c2aa809882179369dc4_0/features/305004
> and add them on top of the westCOG buildings.
> 
> The data is a big mess because it's a join_table of like 30 different
> address databases. I lost a bit of motivation there, but I could have
> a look at it again.
> 
> Martin
> 
> On Sat, Aug 22, 2020 at 2:19 PM Julien Lepiller 
> wrote:
> 
> > Le Sat, 22 Aug 2020 13:30:02 -0400,
> > Yury Yatsynovich  a écrit :
> >  
> > > Hi Julien,
> > > The following communication that I've had recently with a CT
> > > official might be of interest to you:
> > >
> > >  
> >
> > Oh, great! I think we already saw this data (I tried to contact them
> > too, but never got a reply :/). From what we saw (I think it was in
> > February?) the footprints have simplification issues (see
> > https://files.slack.com/files-pri/T029HV94T-FTDGDHXTM/image.png for
> > instance) where they are too detailed, not square enough, etc. Some
> > buildings also have holes in them, when there's none in the imagery.
> >
> > So I think it's too bad to be used directly, without a lot of manual
> > effort to simplify, square and redraw the shapes. However, the
> > address data is very interesting, so maybe we could extract from
> > it? Or we could use a separate dataset if they have addresses
> > separately.
> >
> > ___
> > Imports mailing list
> > impo...@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/imports
> >  


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

Re: [OSRM-talk] Blocking zones in OSM

[Julien Coupey]

Hi Alex

There is probably no easy approach for this in OSRM, because the whole 
speedup-through-precomputation pipeline is at the opposite of dynamic 
adjustments.


Removing the regions on the fly *per request* does not seem realistic 
because you'd have to go through the data treatment pipeline again. On 
the other hand, if the excluded regions are not decided per request but 
based on the overall situation throughout the day, then you might want 
to try the MLD pipeline that allow for fast updates to the graph.


Another option may be worth a try if the area is small enough **and** 
the excluded regions can be grouped into a small subset of classes. Then 
the `exclude` parameter[1] would be a way to turn off some region 
classes at query-time. Note that having multiple exclude classes will 
highly impact memory requirements.


HTH
Julien

[1] 
https://github.com/Project-OSRM/osrm-backend/blob/master/docs/http.md#general-options


On 26/08/2020 03:29, Alex Valencia wrote:

Hi All!.

   I'm using OSRM V5 in my company and we are currently thinking how we 
can work with OSRM ignoring zones in a map in some sort of dynamic way.


   For example I want my travel time matrix to be calculated without 
considering some zones in the map modeled as polylines regions. 
Currently the only way we can think of is to remove those regions 
directly from OSM, but this is clearly not a very scalable way 
(especially if the underlying OSM is big).


   So I was thinking if there is a proper way to achieve this goal. We 
are considering separating the matrix calculation over the map in a 
separate function and feeding it with a decorated version of the 
original map where we can remove these regions on the fly prior to the 
calculation. But I'm also not sure if this is a realistic way either.


   Our requirement is to solve VRP instances usually over regions no 
bigger than a city, for example Mexico City,


   Your advice would be much appreciated. Thanks.

   Alex Valencia

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk



___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-us] [Imports] Import WestCOG building footprints in south-west Connecticut

[Julien Lepiller]

Le Sat, 22 Aug 2020 13:30:02 -0400,
Yury Yatsynovich  a écrit :

> Hi Julien,
> The following communication that I've had recently with a CT official
> might be of interest to you:
> 
> 

Oh, great! I think we already saw this data (I tried to contact them
too, but never got a reply :/). From what we saw (I think it was in
February?) the footprints have simplification issues (see
https://files.slack.com/files-pri/T029HV94T-FTDGDHXTM/image.png for
instance) where they are too detailed, not square enough, etc. Some
buildings also have holes in them, when there's none in the imagery.

So I think it's too bad to be used directly, without a lot of manual
effort to simplify, square and redraw the shapes. However, the address
data is very interesting, so maybe we could extract from it? Or we
could use a separate dataset if they have addresses separately.

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

[Talk-us] Import WestCOG building footprints in south-west Connecticut

[Julien Lepiller]

Hi!

With other contributors in Connecticut, we would like to import
building footprints. We have evaluated different data sources, and
concluded that no Connecticut-wide sources were usable without a lot of
manual work to fix building geometry.

We found that the WestCOG has very accurate building footprint data on
its territory (south west Connecticut), available online and with a
compatible license (CC0):
http://data.westcog.org:8080/GIS_data/Buildings.gdb.zip
That's 513,141 buildings, and 296,423 building parts in some of them,
that cover this territory:
https://westcog.org/wp-content/uploads/2015/08/WestCOG_Locus_Map-e1439920850177-790x1024.jpg

Other COGs unfortunately don't share this data online. We hope that a
successful import could be a convincing argument for other COGs to open
their data.

We have documented our current plan at
https://wiki.openstreetmap.org/wiki/Connecticut/Western_COG_Building_Import
on the wiki.

We have contacted local mappers of this part of
Connecticut (we are based in and around New Haven, not is south-west
Connecticut), with no negative feedback and 2-3 positive responses. We
have created a process to convert the data from WestCOG to OSM tags and
files that can easily be loaded in JOSM.

We have never done an import before, so we'd appreciate any advice on
how to properly do the import. From our reading the wiki, we should use
a separate user to import the data. Is that one shared user for the
import, or one user for each person importing data?

We have identified potential issues with this import: roads and
waterways come from an old import and might very well cross the
buildings we'd like to import. For now, we have a task on the osmus
task manager to try and correct road geometry (currently finished at
50%) that covers Fairfield County (WestCOG is a part of Fairfield
county): https://tasks.openstreetmap.us/project/193. This is not going
very fast, so we'd like to start the import even though we haven't
finished the tasks. We plan to fix road and water issues as we
encounter them instead, while encouraging people to go and fix them
independently from our import.

WestCOG currently has almost no building mapped, but obviously we plan
to keep existing buildings and only import buildings that are not yet
mapped.

What is a good way to split this import? Is there a good size per
changeset that you could recommend?

Thanks for your help!

Julien

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

[OSM-talk-be] Import of GPX files for marked trails in OSM / Import de traces GPX pour promenades balisées dans OSM

[Julien Minet]

Hello / Bonjour,

Thanks to an active lobbying of Jacques Fondaire, contributor in Aubange,
we had the explicit right (well, an email) to use some GPX files from the
local tourism offices from the province of Luxembourg for completing the
marked trails in South-Luxembourg in OSM. We did not receive all the tracks
yet but in total there are about 120 walking marked trails in the Parc
Naturel Haute-Sure Forêt d'Anlier.

This is not an automatic import since, to the best of my knowledge, there
is no automatic tool to convert some GPX into OSM relations. So we have to
manually add these relations based on the GPX information. From my
experience, it takes about 15 min. per relation to do so (in JOSM). I plan
to write a few lines about this import somewhere on the OSM wiki such as
here
.


If anyone wants to help to enter this information in OSM, just let me know!
If you want to know how to add some marked trails in OSM, have a look at this
page  and that one

for Belgian specificities. A nice app rendering all these routes is
https://hiking.waymarkedtrails.org/.

// en français //

Grâce à un lobbying actif de Jacques Fondaire, collaborateur à Aubange,
nous avons eu le droit explicite (enfin, un email) d'utiliser certains
fichiers GPX des offices de tourisme locaux de la province de Luxembourg
pour compléter les sentiers balisés du Sud-Luxembourg dans OSM. Nous
n'avons pas encore reçu tous les fichiers, mais il s'agit d'environ 120
pistes balisées dans le Parc Naturel Haute-Sure Forêt d'Anlier.

Il ne s'agit pas d'une importation automatique car, à ma connaissance, il
n'existe pas d'outil automatique permettant de convertir des GPX en
relations OSM. Nous devons donc ajouter manuellement ces relations sur la
base des GPX. D'après mon expérience, il faut environ 15 minutes par
relation pour le faire (dans JOSM). J'ai l'intention d'écrire quelques
lignes sur cette importation quelque part, par exemple ici
.


Si quelqu'un veut aider à saisir ces informations dans OSM, faites-le moi
savoir ! Si vous voulez savoir comment ajouter quelques pistes balisées
dans OSM, jetez un coup d'oeil à cette page
 et à celle-ci

(spécificités belges). Une belle application rendant tous ces parcours est
https://hiking.waymarkedtrails.org/.

Happy mapping,

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

Re: [OSM-talk-fr] Projet du mois de septembre (en préparation) : défibrillateurs !

[Julien Lepiller]

Le Tue, 4 Aug 2020 12:29:09 +0200,
PanierAvide  a écrit :

> Bonjour à tous,
> 
> Et si on s'organisait un projet du mois en septembre, par exemple sur 
> les défibrillateurs (DAE) ? :-)
> 
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Defibrillateurs
> 

J'ai regardé sur la commune de mes parents, où j'avais renseigné deux
DAE. L'un d'entre eux n'est pas remonté par osmose (je me serais
attendu à ce qu'il propose un rapprochement, ne serait-ce que pour
ajouter un ref:fr:GeoDAE ou un nom) :

https://www.openstreetmap.org/node/6725173672

Le deuxième est rapporté par osmose (sans doute parce que mal
localisé) :

https://www.openstreetmap.org/node/6832700105

et

https://osmose.openstreetmap.fr/fr/error/c4cda4f3-e2ae-d720-ad31-9500c2ef7f15

Il y en a a priori deux autres dans la commune, et vu leur nom, tout
aussi mal localisés. Au passage, osmose indique que celui que j'ai déjà
renseigné est à l'intérieur, mais, à moins qu'il ait bougé depuis
l'année dernière, il est bien à l'extérieur.

Je ne comprends pas bien les attributs proposés (reception_desk,
security_desk, surveillance), ça n'a pas l'air indiqué sur la page du
wiki :).

Il y a moyen d'accéder à une carte qui affiche les données de GeoDAE,
en dehors d'osmose qui ignore normalement ce qui est déjà dans OSM ?

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

Re: [OSM-talk] expanded outdoor map on www.freemap.sk/?layers=X

[THEVENON Julien via talk]

Le jeudi 9 juillet 2020 à 21:41:06 UTC+2, Martin Ždila 
 a écrit : 

Hello,

> Let me announce that we have expanded our outdoor map to more (european) 
> countries. You can see it in action at www.freemap.sk/?layers=X

> Most of it is the work of a single person (me) doing it in his free time and 
> therefore some features may not be 100% user friendly.

Very nice !
Hope to see France covered one day, my holiday destination is not so far from 
the coverage limit :-(

Cheers
Julien

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

Re: [OSM-talk] Building a tile-server

[Julien djakk]

Hello Tom,

About vector tiles : I have managed to render some vector tiles on
heroku : https://github.com/djakk/openstreetmap-on-heroku
The database is populated thanks to osm2pgsql. Rendering is done by mapnik.
Maybe you can adapt it to your server ?

Julien "djakk" J

Le jeu. 2 juil. 2020 à 02:44, Paul Norman via talk
 a écrit :
>
> On 2020-07-01 3:28 p.m., Martin Koppenhoefer wrote:
> >
> > sent from a phone
> >
> >> On 1. Jul 2020, at 23:26, Paul Norman via talk  
> >> wrote:
> >>
> >> In general, work_mem=128GB is good with most styles.
> >
> >
> > Paul, he wrote he had 32GB of RAM, should one assign more work_mem than 
> > there physically is on the machine?
> >
> > I am asking because I thought that the value of work_mem could be used 
> > multiple times and the sum should not exceed the actual RAM, but maybe this 
> > isn’t how it works?
> >
> > Cheers Martin
>
>
> Whoops, that should be 128MB.
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] an interesting read about Mapillary-Facebook

[THEVENON Julien via talk]

 Le mercredi 1 juillet 2020 à 12:13:31 UTC+2, mbranco2  a 
écrit : 

> - "Why on Earth did Facebook Just Acquire Mapillary?",  by Joe Morrison 
> [1]Linked in the previous article, another interesting paper:- "Corporate 
> Editors in the Evolving Landscape of OpenStreetMap" [2]

>

Very interestring, thanks!
Julien

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

Re: [OSM-talk-fr] OsmMyBiz et appropriation de nos outils par le "grand public"

[Julien Lepiller]

Le 20 juin 2020 03:36:44 GMT-04:00, "Yves P."  a écrit :
>Bonjour,
>
>Nous ne sommes pas assez nombreux pour mettre à jour tous les POI dans
>OSM en temps réel.
>Nous aimerions tous que chaque commerçant, association, citoyen…
>contribue directement à OSM pour mettre à jour "son" POI.
>
>Hors pour des cas courants ça reste compliqué, partiel. Des exemples
>concrets :
>
>1. Un garage Peugeot qui répare des voitures mais vends aussi des
>neuves.
>
>Je trouve 2 POI côte à côte :
>shop=car et
>shop=car_repair
>Le contributeur utilise iD et a 140 éditions à son actif.
>
>On peut utiliser shop=car_repair et spécifier les services (réparation
>et vente).
>Il existe 2 façons de taguer et les valeurs proposées par les preset
>d'iD et de JOSM ne sont pas normalisées (je vous passe les détails )
>
>Les traductions sont foireuses "Véhicule de service" au lieu de
>"services" (sous entendu proposé).
>
>Je me rappel d'OsmMyBiz et jette un oeil car ça doit être facile de
>saisir ça :
>Et bien non. Il y a cette traduction perturbante, mais aucune
>possibilité de préciser la vente (en plus de la réparation) !

Merci d'avoir signalé ce problème de traduction. J'ai corrigé dans transifex et 
la nouvelle traduction devrait être disponible avec la prochaine version d'iD. 
Je crois que osmmybiz utilise les traductions d'iD, donc il devrait aussi finir 
par avoir la bonne traduction.

@tous : N'hésitez pas à aller modifier directement sur transifex, ou à 
rapporter les erreurs ici si dous en voyez d'autres !

>
>2. Une salle de cinéma
>
>Souvent, c'est une salle de ciné dans une salle de spectacle, de
>théâtre, une salle des fêtes voir un centre artistique et culturel.
>Comment saisir ça ?
>Actuellement il faut dupliquer les POI :/
>
>Il me parait donc "urgent" et prioritaire (par rapport à des sujets
>important comme le rachat de Mapillary) de travailler sur les POI.
>Et découper ça en plusieurs axes :
>l'édition avec un outil dédié et adapté (genre OsmMyBiz)
>l'homogénéisation :
>des outils d'éditions (vérifier que ça donne le même résultat avec
>JOSM, iD, OsmMyBiz…)
>des traductions
>des outils de QA (vérifier qu'Osmose et consorts aille dans le même
>sens).
>vérifier qu'un POI soit "trouvable" facilement avec un moteur de
>recherche (Nominatim…)
>
>Il faut mettre en place une méthodologie générale pour tous les POI.
>Puis travailler POI par POI de façon "exhaustive".
>
>C'est un gros chantier qui demande des ressources humaines.
>
>Bref un projet à rajouter à la liste du Père Noël :)
>
>__
>Yves


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

Re: [OSM-talk-fr] Cartopartie : comment relever efficacement les horaires des commerces ?

[Julien Lepiller]

Le 18 juin 2020 07:42:38 GMT-04:00, "Yves P."  a écrit :
>> Oui, mais pour "prendre une photo", il faut le faire sur un poi ou un
>point que tu places sur la carte avec un appui long.
>
>> Si tu utilises les actions rapides, ça place le point au centre de la
>carte, mais tu peux la bouger avant de prendre la photo, pour qu'elle
>soit placée au bon endroit.
>ça y est, j'ai compris :D
>
>J'utilisais le bouton dans le panneau de droite. Il prend directement
>une photo avec les coordonnées GPS de l'instant (sans possibilité de
>"recaler" manuellement le point).
>
>Le bouton action rapide fonctionne comme dans Street Complete :)
>
>Mon cas d'utilisation est dans la "cambrousse". Je dois donc afficher
>la "carte en ligne" BDOrtho IGN pour avoir une référence visuelle pour
>recaler éventuellement ma photo.
>
>Voici une copie d'écran
>.
>
>__
>Yves

Ah ! J'avais jamais fait attention au bouton « Démarrer ». J'ai toujours cru 
que c'était en rapport aux traces gpx. D'où la confusion de mon côté aussi. 
C'est vrai que ce bouton n'est pas terrible.

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

Re: [OSM-talk-fr] Cartopartie : comment relever efficacement les horaires des commerces ?

[Julien Lepiller]

Le 18 juin 2020 07:04:18 GMT-04:00, "Yves P."  a écrit :
>> Heu ? OsmAnd place les photos là où tu lui dit de les placer. Si
>c'est mal localisé, c'est ta faute :p
>> 
>> Ou j'ai loupé quelque chose ?
>On ne doit pas procéder de la même manière ?
>
>Je randonne et j'appui sur le bouton prendre une photo.
>
>__
>Yves
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

Oui, mais pour "prendre une photo", il faut le faire sur un poi ou un point que 
tu places sur la carte avec un appui long. Si tu utilises les actions rapides, 
ça place le point au centre de la carte, mais tu peux la bouger avant de 
prendre la photo, pour qu'elle soit placée au bon endroit.

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

Re: [OSM-talk-fr] Cartopartie : comment relever efficacement les horaires des commerces ?

[Julien Lepiller]

Le 18 juin 2020 04:21:02 GMT-04:00, "Yves P."  a écrit :
>>> Je m'en suis servi hier, j'ai des photos assez mal localisées.
>> 
>>> Je fais un glisser-déplacer directement des photos dans JOSM.
>> 
>>> Faut-il plutôt charger la trace comme dans OSMTracker ?
>> 
>> Tu auras la même précision : celle du GPS.
>Pas forcément ;)
>
>Certains logiciels laisse faire l'application "appareil photo"
>d'Android pour stocker les coordonnées GPS dans les données EXIF.
>Hors elle utilise un filtre (les dernières photos sont toutes à la même
>position) ☹️
>
>Dans ce cas, le coordonnées de la photo dans la trace GPX de
>l'application sont différentes des coordonnées EXIF (et bien
>meilleures).
>
>__
>Yves
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

Heu ? OsmAnd place les photos là où tu lui dit de les placer. Si c'est mal 
localisé, c'est ta faute :p

Ou j'ai loupé quelque chose ?

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

Re: [OSM-talk-fr] Cartopartie : comment relever efficacement les horaires des commerces ?

[Julien Lepiller]

Le 14 juin 2020 16:24:00 GMT-04:00, Arnaud Champollion 
 a écrit :
>Oui, pour un commerce ça va.
>Mais là on va probablement prendre une centaine de photos, avec des 
>devantures de magasin espacées de quelques mètres à peine.
>J'ai un peu peur que la précision du GPS ne soit pas suffisant.
>
>Tu prends des photos avec OSMAND ?
>
>
>
>Le 14/06/2020 à 21:14, Georges Dutreix via Talk-fr a écrit :
>> Contribution perso en dehors de toute action collective : quand je
>relève des horaires, je prend une photo avec Osmand et GPS activé. Il
>m'arrive d'y ajouter un commentaire vocal.
>> Quand je rentre chez moi, je saisis ça dans OSM sans risque d'erreur
>sur la localisation.
>> 
>> 
>> ___
>> 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

C'est aussi comme ça que je procède. OsmAnd a un greffon de prise de note 
audio/photo. Avec un appui long tu peux placer un point et choisir photo dans 
le menu contextuel. Ça te permet de placer la ou les photos avec précision sur 
la carte.

Si le poi existe déjà c'est rapide, on appuie dessus et on prend la photo 
depuis le menu. Ça peut être un peu plus long si le commerce n'est pas 
renseigné (prendre aussi le nom en photo et trouver l'emplacement est plus 
compliqué qu'appuyer sur le poi existant). Faut s'assurer aussi de prendre une 
ou deux photos pour se trouver le bon attribut à utiliser, ou une note.

Par contre ne pas en faire trop (pas plus d'une heure de sortie par exemple, 
sauf si on passe son temps à chercher des commerces dans une zone peu dense), 
parce que la saisie est beaucoup plus longue.

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

Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

[Julien djakk]

> c'est pourtant le plus facile pour détecter que le réseau est complet.
Que veux-tu dire par là ?

> j'ai en souvenir ta vision très controversé du réseau voiture.
> du coup un exemple et une source utilisable pour osm sur ce point ?
> ou c'est juste un feeling comme pour les voitures ?
Il y a quelques boucles de comptage sur les routes et les pistes
cyclables mais oui c'est beaucoup de feeling, il me semble pas plus+
pas moins- que pour construire le réseau de highway pour voitures : à
force d'arpenter sa ville, le contributeur sait par où passent les
voitures, par où passent les vélos, et si c'est très fréquenté ou pas
trop selon chaque mode de transport.

Exemple : j'aurai pu ressentir que la récente piste cyclable du
boulevard Sébastopol est plus+ empruntée que la rue Saint-Denis
parallèle (https://www.openstreetmap.org/#map=19/48.85984/2.34936)
bien que cette dernière supporte un itinéraire vélo officiel, fléché
et cartographié dans OpenStreetMap par plusieurs relation.

Julien "djakk"


Le mar. 9 juin 2020 à 14:41, Marc M.  a écrit :
>
> Le 09.06.20 à 14:36, Julien djakk a écrit :
> > En fait, je ne pense pas faire de relations, trop casse-pied à gérer,
>
> c'est pourtant le plus facile pour détecter que le réseau est complet.
>
> > quand deux itinéraires vélo "secondary" se rejoignent,
> > ça peut donner un itinéraire vélo "primary" etc.
>
> j'ai en souvenir ta vision très controversé du réseau voiture.
> du coup un exemple et une source utilisable pour osm sur ce point ?
> ou c'est juste un feeling comme pour les voitures ?
>
> ___
> 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] Hiérarchisation du réseau cyclable

[Julien djakk]

En fait, je ne pense pas faire de relations, trop casse-pied à gérer,
mais faire comme le réseau routier voitures, caractériser ligne par
ligne. De plus, quand deux itinéraires vélo "secondary" se rejoignent,
ça peut donner un itinéraire vélo "primary" etc.

Julien "djakk"


Le mar. 9 juin 2020 à 13:58, Julien djakk  a écrit :
>
> Merci marc, je vais jeter un œil là-dessus.
>
> Bonjour Romain, en général ces itinéraires cartographiés avec une
> relation sont des itinéraires touristiques. Et merci : je ne savais
> pas qu'il existait une liste "vélo" ! :)
>
> Julien "djakk"
>
> Le mar. 9 juin 2020 à 12:51, Romain MEHUT  a écrit :
> >
> > Bonjour,
> >
> > N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ?
> >
> > Romain
> >
> > Le 09/06/2020 à 12:35, Julien djakk a écrit :
> > > Bonjour tout le monde !
> > >
> > > Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
> > > cyclables et de routes ouvertes au vélos. Comment faire ?
> > > Je pensais faire à la manière du réseau routier voitures :
> > > highway="primary", "secondary", etc. -> cycleway="primary",
> > > "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
> > > autre clé (cycleway:importance ?).
> > >
> > > On se retrouverait dans certains cas avec des voies
> > > highway="residential" + cycleway:importance="primary".
> > >
> > >
> > > Julien "djakk"
> > >
> > > ___
> > > 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] Hiérarchisation du réseau cyclable

[Julien djakk]

Merci marc, je vais jeter un œil là-dessus.

Bonjour Romain, en général ces itinéraires cartographiés avec une
relation sont des itinéraires touristiques. Et merci : je ne savais
pas qu'il existait une liste "vélo" ! :)

Julien "djakk"

Le mar. 9 juin 2020 à 12:51, Romain MEHUT  a écrit :
>
> Bonjour,
>
> N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ?
>
> Romain
>
> Le 09/06/2020 à 12:35, Julien djakk a écrit :
> > Bonjour tout le monde !
> >
> > Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
> > cyclables et de routes ouvertes au vélos. Comment faire ?
> > Je pensais faire à la manière du réseau routier voitures :
> > highway="primary", "secondary", etc. -> cycleway="primary",
> > "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
> > autre clé (cycleway:importance ?).
> >
> > On se retrouverait dans certains cas avec des voies
> > highway="residential" + cycleway:importance="primary".
> >
> >
> > Julien "djakk"
> >
> > ___
> > 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] Hiérarchisation du réseau cyclable

[Julien djakk]

Bonjour tout le monde !

Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
cyclables et de routes ouvertes au vélos. Comment faire ?
Je pensais faire à la manière du réseau routier voitures :
highway="primary", "secondary", etc. -> cycleway="primary",
"secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
autre clé (cycleway:importance ?).

On se retrouverait dans certains cas avec des voies
highway="residential" + cycleway:importance="primary".


Julien "djakk"

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Julien Lepiller]

Le 8 juin 2020 04:42:07 GMT-04:00, "Yves P."  a écrit :
>> Hélas si le nombre de réponses augmente on s'éloigne de l'esprit de
>StreetComplete, qui cherche des quêtes simples.
>
>> Dans l'idéal c'est une réponse simple oui/non qui est attendue.
>C'est un peu le problème de SC.
>
>Mais proposer un formulaire avec une case à cocher pour chaque moyen de
>paiement en France est-ce un problème ?
>
>Ou faut-il faire une quête pour les TR ?
>Puis repasser au même endroit pour une autre quête sur les cartes VISA
>?
>Etc.
>
>__
>Yves

Un peu comme la quête des types de bâtiments, on peut imaginer proposer les 
logos des titres restaurant et des cartes de paiement, éventuellement 
regroupées par type. « sélectionnez tous les moyens de paiement acceptés ici 
puis validez la quête ». Il y a beaucoup de commerces qui ont ces logos sur 
leur vitrine, donc ça devrait pas être trop compliqué.

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

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

[Julien Lepiller]

Le 30 mai 2020 11:22:13 GMT-04:00, Philippe Verdy  a écrit :
>Son article 5 ne s'approprie pas le contenu tiers, il indique seulement
>disposer de tous les droits d'usage nécessaires:
>
>"Romain Briaux est propriétaire des droits de propriété intellectuelle
>ou
>détient les droits d’usage sur tous les éléments accessibles sur le
>site,
>notamment les textes, images, graphismes, logo, icônes, sons,
>logiciels."
>
>Il y a bien un "ou", le cas des données n'est pas indiqué explicitement
>dans la liste des éléments accessibles  mais le "notamment" indique que
>cette liste n'est pas exclusive. Donc il indique disposer de tous les
>droits nécessaires pour les données OSM (ce qui n'est pas vrai dans
>l'attribution obligatoire requise par leur licence).
>
>Je citais OVH seulement comme dernier recours (en cas d'action
>légale... on
>n'est évidemment pas obligé d'en arriver jusque là, mais OVH est aussi
>parfois contraint par un ordre judiciaire de faire cesser un
>hébergement en
>infraction avec la loi, et il le fait et dispose des mentions
>contractuelles nécessaires dans ses contrats de service qui lui permet
>de
>le fait sans aucun dédommagement dû au propriétaire du site en
>infraction).
>
>
>
>Le sam. 30 mai 2020 à 16:48, Julien Lepiller  a écrit
>:
>
>> Le 30 mai 2020 10:18:51 GMT-04:00, Philippe Verdy 
>a
>> écrit :
>> >A son propriétaire, créateur et éditeur (Romain Briaux) qui
>s'attribue
>> >la
>> >totalité des droits du site (ou prétend détenir les droits d'usage
>de
>> >tous
>> >les autres contenus tiers) ?
>> >Ou aussi à son hébergeur technique (OVH) ?
>> >
>> >Le sam. 30 mai 2020 à 15:28, Dlareg  a écrit :
>> >
>> >> Bonjour,
>> >>
>> >> Je viens de prendre contact avec le site suivant qui utilise
>mapbox
>> >mais
>> >> qui ne mentionne pas le crédit OSM :
>> >> https://www.etang-de-peche.fr
>> >>
>> >>
>>
>> @Dlareg: n'hésite pas à compléter le wiki :
>>
>https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e
>>
>> Si c'est pas trop tard, tu peux aussi mentionner l'article 5 des
>> conditions du site, qui s'approprie le contenu tiers (tu peux lui
>suggérer
>> de rajouter "sauf mention contraire") comme les imageries de Google
>ou les
>> cartes OSM une fois correctement attribuées.
>>
>> @Verdy: pourquoi embêter OVH ? Ils ont rien à voir dans cette
>histoire. Et
>> puis s'acharner sur un pauvre type qui a probablement copié-collé ses
>> conditions sans bien les comprendre, c'est pas très bienveillant ;)
>>

Ah bien vu, du coup tout va bien de ce côté là :)

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

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

[Julien Lepiller]

Le 30 mai 2020 10:18:51 GMT-04:00, Philippe Verdy  a écrit :
>A son propriétaire, créateur et éditeur (Romain Briaux) qui s'attribue
>la
>totalité des droits du site (ou prétend détenir les droits d'usage de
>tous
>les autres contenus tiers) ?
>Ou aussi à son hébergeur technique (OVH) ?
>
>Le sam. 30 mai 2020 à 15:28, Dlareg  a écrit :
>
>> Bonjour,
>>
>> Je viens de prendre contact avec le site suivant qui utilise mapbox
>mais
>> qui ne mentionne pas le crédit OSM :
>> https://www.etang-de-peche.fr
>>
>>

@Dlareg: n'hésite pas à compléter le wiki : 
https://wiki.openstreetmap.org/wiki/FR:Manque_d%27attribution_appropri%C3%A9e

Si c'est pas trop tard, tu peux aussi mentionner l'article 5 des conditions du 
site, qui s'approprie le contenu tiers (tu peux lui suggérer de rajouter "sauf 
mention contraire") comme les imageries de Google ou les cartes OSM une fois 
correctement attribuées.

@Verdy: pourquoi embêter OVH ? Ils ont rien à voir dans cette histoire. Et puis 
s'acharner sur un pauvre type qui a probablement copié-collé ses conditions 
sans bien les comprendre, c'est pas très bienveillant ;)

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

Re: [OSM-talk-fr] Rendu OSM et fusion de communes

[Julien Lepiller]

Le 28 mai 2020 08:45:22 GMT-04:00, "Yann-Gaël LARGILLET"  
a écrit :
>Salut à tous, 
>
>Je me permets d'écrire sur cette liste, merci de me dire si ce n'est
>pas
>le bon endroit. J'ai envoyé un message sur le forum, mais j'ai
>l'impression que ma question aura peut-être plus de chances de réponses
>sur cette liste ! 
>
>Contexte : MAJ des noms de communes dans OSM suite à fusion sur le
>territoire. Il s'agit de "Saint-M'Hervon" et
>"La-Chapelle-du-Lou-du-Lac"
>à l'ouest de Rennes en Ille-et-Vilaine -->
>https://www.openstreetmap.org/#map=12/48.2254/-2.0623 
>
>"Saint-M'Hervon" a été engloutie par la commune de
>"Montauban-de-Bretagne". J'ai donc transformé le point en lieu-dit,
>est-ce ok ? 
>
>"La-Chapelle-du-Lou-du-Lac" est la fusion de 2 communes :
>"La-Chapelle-du-Lou" et "Le Lou du Lac". La mairie de cette nouvelle
>commune se trouvant dans l'ancienne de "La-Chapelle-du-Lou", j'ai donc
>renommer le point "La-Chapelle-du-Lou" en "La-Chapelle-du-Lou-du-Lac"
>et
>j'ai transformé le point "Le Lou du Lac" en lieu-dit, est-ce ok ? 
>
>J'ai un petit doute sur la méthodo car le rendu OSM m'affiche toujours
>les communes de "Saint-M'Hervon" et "La-Chapelle-du-Lou" à un certain
>niveau de zoom, au niveau du seuil 12 pour, dès le seuil 13, m'afficher
>les bons noms modifiés. 
>
>J'ai bien compris qu'il ne faut pas cartographier OSM dans l'optique
>"rendu" mais n'y aurait-il pas un autre paramètre à modifier ? Au
>niveau
>des limites administratives ? Ou ailleurs ? J'ai voulu modifier les
>"admin_level" mais je ne voudrais pas me tromper... 
>
>Merci à vous, 
>
>Yann-Gaël

C'est simplement une question de temps de rendu et de cache. Ça va finir par 
converger :)

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

Re: [OSM-talk-fr] Tagging/suppression d'un passage dangereux

[Julien djakk]

Il s’agit d’une ligne de désir ! Pour moi elles ont leur place dans OSM.
Certains endroits, certaines routes, sont dangereux pour les piétons et les
vélos mais on ne le cartographie pas dans osm ... sauf si panneau explicite
(exemple : la N79, route française).

Julien « djakk »



Le mer. 27 mai 2020 à 18:02, André Maroneze  a écrit :

> Bonjour,
>
> En utilisant OsmAnd pour trouver un chemin de promenade, je suis tombé sur
> un "chemin" sauvage qui traverse une avenue puis une départementale dans
> les deux sens. Le chemin en question n'est autre que de l'herbe écrasée à
> force du passage des gens. Il est donc non-officiel, dangereux (même en
> pleine journée un dimanche, je n'ai pas voulu essayer de l'emprunter, car
> les voitures le croisaient régulièrement), et à mon avis sans intérêt ; on
> pourrait très bien choisir de passer à côté, si on veut vraiment faire
> n'importe quoi. Sinon, à 5 minutes à vélo de là, un passage souterrain
> permet de franchir la route en toute sécurité. Ce dernier ne m'a pas été
> suggéré justement à cause de ce chemin alternatif, plus court.
>
> J'aimerais donc qu'il ne soit plus utilisé pour le routage piéton, ou au
> minimum qu'il soit affiché en tant que "dangereux". Il y a déjà une note
> sur la carte dans ce sens, rajoutée par quelqu'un d'autre, mais elle n'est
> pas visible par les applications.
>
> J'ai vu sur https://wiki.openstreetmap.org/wiki/Key:access qu'il y a
> "access=discouraged", mais l'utilisation indiquée ne correspond pas
> exactement à ce que je veux. Sur la page française de la clé, je ne vois
> pas de mention à cela.
>
> Est-ce que "access=no" serait valide ici, vu que légalement, il me semble
> que traverser une départementale à pied en dehors d'un passage piéton soit
> interdit ? Ou sinon, faudrait-il supprimer ce chemin (qui risque d'être
> remis plus tard) ?
>
> Pour information, le chemin en question est là :
> https://www.openstreetmap.org/way/81972368#map=19/48.67500/2.18292
>
> Merci pour vos avis et suggestions,
> ___
> 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] DCbrain rend publique une partie de son code en open source

[thevenon . julien]

DCbrain rend public un convertisseur de données, sur son compte Github. Il 
s'agit d'un convertisseur de données géographiques postgresql en format 
openstreetmap
Apparemment c est en rapport avec OSRM

Source: 
https://www.programmez.com/actualites/dcbrain-rend-publique-une-partie-de-son-code-en-open-source-30553

Julien

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

[OSM-talk-fr] OpenstreetMap sur Heroku

[Julien djakk]

Salut tout le monde,

j'ai réussi à monter un serveur nodejs (du
javascript-sans-le-côté-web) pour afficher les données OpenstreetMap
en vectoriel grâce à Mapnik, et sous Heroku :) ->
http://openstreetmap-on-heroku.herokuapp.com /
https://github.com/djakk/openstreetmap-on-heroku

C'est centré sur le quartier de la rue Anatole France à Rennes (qui a
une station de métro à son nom).

Rien de grand public pour le moment, c'est pour celles et ceux qui
aiment lire un code informatique !

N'hésitez pas si vous avez des remarques et/ou des questions :)


Julien "djakk"

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

Re: [OSM-talk-fr] Valeurs multiples pour shop=*

[Julien djakk]

Salut ! D’un point de vue ingénieur ça me semble plus simple de gérer une
liste qu’une multitude de tag ;-)

Julien “djakk”


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

> Bonjour,
>
> Voici une colle pour les développeur de Ça reste ouvert ?
> cf. bug n°28 <https://github.com/osmontrouge/caresteouvert/issues/218>
>
> C'est difficile de gérer correctement shop=newsagent;tobacco
> <https://taginfo.openstreetmap.org/tags/shop=newsagent;tobacco>,
> shop=kiosk;lottery;newsagent;tobacco
> <https://taginfo.openstreetmap.org/tags/shop=kiosk;lottery;newsagent;tobacco>,
> etc.
>
> Comment taguer ça correctement avec nos éditeurs et logiciels actuels ?
>
> Que pouvons nous faire ?
>
>- modifier le wiki (il y a beaucoup de pages)
>- faire des éditions de "masse", des maproulettes…
>- … ?
>
>
> __
> Yves
>
> Voici quelques exemples (un inventaire à la Prévert) :
>
> Un kiosk ?
>
>- shop=kiosk
>- ± tobacco=yes
>- ± *?=yes*
>
> quel tag pour les journaux ?
>
>- newsagent=yes
><https://taginfo.openstreetmap.org/keys/newsagent#values>
>- newspaper=yes <https://taginfo.openstreetmap.org/keys/newspaper>
>- newspapers=yes <https://taginfo.openstreetmap.org/keys/newspapers>
>- rien (on considère qu'un kiosque vend toujours des journaux ??)
>
>
> quel tag pour le lotto ?
>
>- gambling=lottery
>- lottery=yes
>- gambling=yes
>
>
> quel tag pour les courses de chevaux
>
>- gambling=yes
>- gambling=PMU
>
>
> Plutôt un point presse avec du tabac ?
> *shop=newsagent;tobacco*
>
>- shop=newsagent
>- tobacco=yes
>- lottery=yes
>
> Plutôt un bureau de tabac avec des journaux ?
> *shop=tobacco; newsagent*
>
>
>- shop=tobacco
>- ?=yes
>
>
> Un bar - tabac
>
>- amenity=bar
>- tobacco=yes
>
>
> Un bar - tabac - journaux
>
>- amenity=bar
>- tobacco=yes
>- ± ?=yes
>- ± lottery=yes
>
>
> Un magasin qui vend principalement des tickets de loto :
>
>- shop=lottery
>
>
> Un petit supermarché qui vend de tout :
>
>- shop=convenience
>- ± tobacco=yes
>
> ___
> 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 - 1 km

[Julien Coupey]

Bonjour Jean-Yvon

> Alors un•e volontaire pour nous coder un parcours par les POI
> potentiellement ouverts n'ayant pas des horaires explicites covid19 dans
> un rayon de 1 km ?

C'est déjà codé. S'il y a moyen de récupérer la liste de ces POI 
(Overpass ou autre), il suffit de la donner à manger ici[1].


Par contre je ne suis pas certain que cartographier les horaires (même 
dans un rayon de 1 km) soit une raison valable de sortie...


[1] http://map.vroom-project.org/

À +
Julien

On 29/03/2020 13:27, osm.sanspourr...@spamgourmet.com wrote:

Bonjour,

une idée en mode yaka fokon (mais pas tout à fait).

Comme George l'a remarqué alors que certaines fois on a comme
information "restreint" ou "ouvert"(mais pas les horaires complets) au
lieu de mettre "restricted" ou "open" certains mettent "same".

Alors on peut-être améliorer les choses.

Quand on sort pour une raison autorisée, on n'a pas forcément le
temps/le droit de s'arrêter pour noter les nouveaux horaires.

Déjà si on voit que c'est ouvert en passant on peut mettre "open" à
défaut de mieux.

Alors une photo qu'on garde pour soi ou qu'on dépose sur le net
(Mapillary, OpenStreetCam, Framapic...) pour que d'autres ou soi-même
puissent faire ça depuis chez soi.

@GarenKreis, ton parcours ressemble à celui de la mouche qui se tape
contre les vitres. Il n'y pas de chemin près de chez toi ?

 > si on ajoute en gros deux kilomètres pour l'atteindre
Le point de départ, c'est de chez toi. C'est un disque et non un cercle
qui t'est autorisé. "rayon maximum de 1 km" pas "rayon de 1 km" ;-).

Alors un•e volontaire pour nous coder un parcours par les POI
potentiellement ouverts n'ayant pas des horaires explicites covid19 dans
un rayon de 1 km ?

Peut aussi servir quand on fait par exemple des course : tant qu'on
n'est pas loin d'où on va/vient, peu de risques de se faire verbaliser,
d'autant qu'on permet d'optimiser les déplacements futurs.

Jean-Yvon



___
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] #AttributionIsNotOptional experiment on OSM France tile servers

[THEVENON Julien via talk]

Le jeudi 12 mars 2020 à 15:43:17 UTC+1, Simon Poole  a écrit : 

> To use a completely different example: assume that you purchase a TV set paid 
> by monthly instalments and you default on them. In civilised countries that 
> doesn't give the seller the right to break in to your apartment and repossess 
> the TV, they don't get to cut off electricity to the flat and they don't get 
> the right to stick big notices on your doors. The seller needs to utilize the 
>  whatever tools are provided by the legal system, totally regardless off how 
> upset they are and how righteous they might feel about their actions.

Hi Simon,

My internet access provider provide IP TV. If I`m late to pay my TV display a 
message saying I cannot look at stream until my debt is payed and this is 
perfectly legal even it targets me precisely.
My Internet access provider don't break into my appartment neither modify my 
TV, this is just the stream it sent to me.
In the case that interest us this is the stream of tile that is modified in the 
same way except this is due to a non-respect of license instead of a debt.

Best regards
Julien


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

Re: [OSM-talk-be] tile.osm.be

[Julien Fastré via Talk-be]

Le 11/03/20 à 10:26, Jonathan Beliën a écrit :
> Any help to make the OSMBE tileserver work more efficiently is more than 
> welcome.
> Maybe we could partner up to make such a thing happen.
> If you have any idea to make it work more efficiently or improve/simplify the 
> update process we can meet to talk about it :)

I think you did most part of the work, but, we will be pleased to give
some help, if you think this is useful.

I am going to send you a private email.

JF

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

Re: [OSM-talk-be] tile.osm.be

[Julien Fastré]

Hi Jonathan,

Le 10/03/20 à 20:51, Jonathan Beliën a écrit :
> 
> That being said, I'm also investigating some other solutions for the
> OSMBE tileserver to simplify the update but didn't find any suitable
> solution so far (adding vector tiles is also part of my research).

At Champs-Libres, we are facing a similar issue: pre-renders tiles for
an area like Belgium from big cloud servers paid on an hourly basis.

We are thinking about an ansible script which will start a server in the
cloud, launch the required tasks, and then stop it.

Did you think about this ? Do you want to collaborate on such project ?

> The update is not live because we (GEO-6) decided not to invest such a "big" 
> amount of money in a server that could handle a live (or at least regular) 
> automated update (and the current tilserver is still one of the biggest - 
> meaning more expensive - server we manage and pay for).

If needed, we can also consider to give some help or money to host the
service.

> That being said, I'm also investigating some other solutions for the OSMBE 
> tileserver to simplify the update but didn't find any suitable solution so 
> far (adding vector tiles is also part of my research).

If you need it / want it, we can also discuss about that.

Julien

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

Re: [OSM-talk-fr] Plans lignes RER?

[Julien djakk]

Salut JB !

Je suis aussi très intéressé par ton travail sur le rendu TC ;)
Je cherche aussi à compter le nombre de voies sur une voie ferrée.

Julien « djakk »


Le lun. 9 mars 2020 à 10:47, JB  a écrit :

> J'arrive avec un peu de retard, et je ne suis pas sûr de comprendre
> exactement le besoin : tracé « géographique » tel que sur le terrain, ou
> réseau plus ou moins analysé/simplifié, rassemblant les voies sur un
> seul axe ?
> Si une simplification est recherchée, j'avais sorti ça à une époque :
> https://twitter.com/RandoCarto/status/1201458577799569408/photo/1, il y
> a possibilité d'arrêter le traitement une étape plus tôt, avant
> l'éclatement des lignes superposées, et de sortir la donnée brute. Comme
> c'est un peu de boulot, je ne me lance pas dans le travail pour l'instant.
> JB.
>
> Le 09/03/2020 à 01:17, Shohreh a écrit :
> > cquest wrote
> >> Les tracés d'IDFM ne sont pas non plus parfait, loin de là ! La boucle
> de
> >> terminus de la ligne 6 à Nation n'a sûrement pas cette allure. Données à
> >> prendre avec du recul donc...
> > Ils sont un peu plus propres : avec la relation, je récupérais des ways
> et
> > des nodes en plus (plusieurs voies et points dans une gare).
> >
> > J'ai eu le même genre de problème en récupérant des parcours vélos dans
> OSM
> > type Eurovelo etc. → il vaut mieux récupérer une vraie trace sur des
> sites
> > spécialisés.
> >
> >
> >
> > --
> > Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de Hack Weekend à Toulouse, 4 et 5 avril

[Julien djakk]

Ouiii :)

Julien « djakk »


Le lun. 9 mars 2020 à 11:10, PanierAvide  a écrit :

> +2 rennais qui n'ont pas d'hébergement pour l'instant et qui sont
> preneurs d'une solution commune :-)
>
> Cordialement,
>
> Adrien P.
>
> Le 09/03/2020 à 11:04, Sébastien Hinderer a écrit :
> > Bonjour,
> >
> > Frédéric Rodrigo (2020/03/09 10:59 +0100):
> >> Parmi ceux qui comptent venir au Hack Weekend il y a du monde qui
> cherche un
> >> hébergement ou qui ne se sont pas encore organisé ?
> >   * |Lupini| lève la main :)
> >
> > Oui, moi, pardon de ne pas m'être inscrit sur le wiki, j'essaie de faire
> > ça dès ce soir.
> >
> > Cheers,
> >
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] Fwd: Espace Public Numérique d'Arlon - OpenStreetMap - Cartographie numérique - Atelier ouvert

[Julien Minet]

Salut Pierre,

Comme je te l'ai signalé, j'y serai présent!

A bientôt,
Julien

On Mon, Feb 24, 2020 at 11:58 PM Pierre Parmentier <
pierrecparment...@gmail.com> wrote:

> Bonjour,
>
> L'Espace Public Numérique (EPN) d'Arlon vous ouvre ses portes pour un
> atelier "OpenStreetMap" ce mercredi 4 mars de 13.00 à 17.00 heures.
>
> Voir : https://www.epnarlon.com/nos-ateliers/mars-2020/
>
> C'est ouvert à tous !
>
> Pas de programme prédéfini mais vous pourrez poser vos questions, recevoir
> des conseils, expérimenter en matière de cartographie numérique.
>
> On pourra aborder OpenStreetMap, uMap, Osmand, OSMTracker, MyOSMatic,
> Inkscape, Field Papers, overpass turbo, la création d'itinéraires, la
> réalisation de cartes "papier" ainsi que les géo-portails de nos régions.
>
> Pierre Parmentier
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Arrêt de bus à la demande

[Julien Lepiller]

Le 16 février 2020 05:00:33 GMT-05:00, GarenKreiz  a 
écrit :
>Bonjour,
>
>J'aimerais savoir quel tag utiliser pour un arrêt de bus à la demande :
>le
>détour est soit demandé au chauffeur à la montée, soit réservé par
>téléphone. Le wiki ne propose qu'un tag "hail_and_ride" qui ne
>s'applique
>qu'à un trajet emprunté systématiquement par les bus.
>
>Cordialement
>
>Garenkreiz

Ah bah tient c'est rigolo, j'ai deux lignes comme ça ici qui font du porte à 
porte si on les appelle et que ça les dévie pas trop, à partir de 18h, aussi 
bien pour ramasser que pour déposer. S'il y a moyen de cartographier un truc 
pareil je suis preneur.

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

Re: [OSM-talk] GitHub and GitLab wiki userboxes

[Julien Lepiller]

Le 27 janvier 2020 07:47:39 GMT-05:00, dcapillae  a écrit :
>Hi,
>
>Many OpenStreetMap contributors have a GitHub or GitLab account. I've
>created two wiki userboxes which you can put on your wiki user pages to
>indicate who you are on GitHub or GitLab. 
>
>- GitHub userbox:
>https://wiki.openstreetmap.org/wiki/Template:User_GitHub
>- GitLab userbox:
>https://wiki.openstreetmap.org/wiki/Template:User_GitLab
>
>These templates are associated with user categories in order to provide
>a
>list of OpenStreetMap contributors who can be contacted via GitHub or
>GitLab. Feel free to use them!
>
>Greetings from Spain and happy mapping.
>
>Regards,
>
>Daniel
>
>
>
>--
>Sent from:
>http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk

Since gitlab can be self-hosted, could you maybe add a parameter to indicate a 
custom server? Thanks :)

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

Re: [OSM-talk] BuzMap - Global Transit Map http://buz-map.com

[Julien djakk]

Hello Mark !

I have tried this too :
http://itineraires.de.bus.free.fr

With parallel lines and generalization :)

Julien “djakk”


Le dim. 26 janv. 2020 à 05:41, Mark Lester via talk 
a écrit :

> Hello Mappers,
> I've been building this http://buz-map.com, there's a couple of read me's
> at the top. There are a stack of issues but this now looks eminently doable.
>
> My pitch on all this is that people like maps. Give people a map of a
> transport network and they will follow the wiggly lines. They will notice
> that an island has a connecting ferry and a bus network (see Estonia).
> Envisage mountainous and wilderness areas and their transit geography more
> easily (see Sweden). Be able to scan an entire metropolis network to it's
> extremities without having to use trial and error (see Paris, Prague,
> Petersburg, Athens). And generally be intrigued and want to zoom in and
> discover. I am not having much success evangelizing this view with regard
> to a global transit map. If I can get this to a production state with all
> known GTFS, and sex up the high level areas that have no listed transport
> with a much deeper road network than you normally get at higher tiers, we
> will at least have the "intrigue me" travel map that I personally want.
>
> Obviously I haven't got very far with the front end. In particular it's
> not interacting very well on mobile, it's lousy in fact. I need help in any
> way shape or form available but if anyone knows how to get a thin line to
> interact in Leaflet on mobile, please suggest. I did try to paint a massive
> invisible one on top but it didn't work and I got nowhere with the
> debugger, so even help with that would be appreciated. I also want to do
> funky stuff like flipping the railways or buses to the foreground on
> touching. In a dense centre of a metropolis, being able to flip the metro
> or tram network to the top is already an important requirement. The Mapbox
> stuff does this but I haven't sussed the layers within tiles stuff and how
> to do it yet.
>
> I've got a game plan to fix most of the other bugs, especially in the rail
> routing which is quite screwed right now once you zoom in. I will get the
> whole of the visible GTFS world on there, so all of USA that's available,
> and anything else that I can find. It's going to take a few months,
> probably most of the year including downtime. I say visible GTFS, as oppose
> to existing. There is an awful lot of bus data that patently exists as it's
> in booking engines, and in GTFS form if it's on Google, but isn't anywhere
> easily found.
>
> What I want to investigate is to use the reduction method I have to draw
> efficient level 8 to 1 vector tiles of simplified road networks. So you can
> look at say all of India, US, Canada, China, Russia, Brazil or any area of
> that size, and get a decent view of the national road infrastructure even
> if I haven't got any bus data yet. I still will need to do some of the
> same simple reduction used for doing the detailed lower tier standard
> rendering of levels 7-16, i.e. filter road classifications down once it
> becomes an unavoidable mess even with reduction, leaving only motorways for
> the top two or so tiers. I think we will get a usable, readable and
> "representative" map of these upper layers, which by default are either
> road light or completely vacant. The bus network I have in Europe, which
> is just a tiny subset, is messy at the high level, I will try to refine it,
> but the trains work, so I am sure motorways will too and we'll tune in the
> lower road classifications and with appropriate clustering radii as we
> proceed down the tile tree.
>
> Any input gratefully received. Apologies for the spam of three lists,
> please respond directly unless it's something of interest to more than just
> me. Also I am in contact with OSM folks, I know I am using free tile
> servers. How we run this as a public self funding service is one of the
> many things I need help with. It seems an obvious gimme for anyone selling
> bus tickets but it's not easy to get anyone to pick the phone up. I have
> resigned myself to having to build a production system in between doing not
> a lot.
>
> Mark Lester
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Motorroad sur Trunk en France

[Julien djakk]

Oui l’idéal serait de faire comme Angleterre où le trunk est une
super-primary ( grandes routes ou grandes artères urbaines)

Julien “djakk”


Le dim. 26 janv. 2020 à 23:16, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Merci, vu le manque de réponse c'est bien indéfini en France.
> Je me posais la question pour Cyclosm.org : la nouvelle version (fraîche
> de ce soir) considère par défaut cyclable les Trunk et non cyclable s'il y
> a motorroad=yes.
> C'est la position visiblement la plus universelle.
> Et ma position, un tag (highway) pour l'aspect et la hiérarchie dans le
> réseau routier et un tag pour le côté l'égal du panneau, comme ça on évite
> de mélanger les torchons et les serviettes et les moutons sont bien gardés.
> Je pense changer cette petite phrase du wiki.
>
> Le dim. 26 janv. 2020 à 20:54, Axel Listes  a écrit :
>
>> Bonsoir,
>>
>> Le 25/01/2020 à 21:12, Florimond Berthoux a écrit :
>> > Je suis tombé sur une phrase qui m'a étonné sur la page de la clé
>> motorroad
>> > du wiki
>> > «France
>> > This tag is not required, just use highway=trunk. »
>> > https://wiki.openstreetmap.org/wiki/Key:motorroad?uselang=fr#France
>> >
>> > Et effectivement pas de traduction en français de la page, et sur la
>> page
>> > française de Trunk l'explication du tag est resté en anglais.
>> >
>> > Cette phrase me parait assez fausse parce qu'en France une motorroad ça
>> a
>> > un panneau voir
>> > https://fr.wikipedia.org/wiki/Route_pour_automobiles#En_France
>> > Le tag est très utilisé dans le pays des Trunk (Bretagne) et ailleurs.
>> > Et pour ce qui me concerne j'ai l'exemple d'une voie rapide dont un
>> premier
>> > tronçon est cyclable puis un panneau "route pour automobile" après la
>> > premier sortie, où le tag motorroad est fort utile.
>> >
>> > Alors, je corrige la page ?
>>
>> J'avais déjà lancé le sujet en 2014, au final il n'y a jamais eu de
>> consensus.
>>
>> http://gis.19327.n8.nabble.com/highway-trunk-en-France-td5821793.html
>>
>> Si tu arrives à faire bouger les lignes, merci d'avance !
>>
>> Axel.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Florimond Berthoux
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Numéro en double dans la rue

[Julien djakk]

Bonjour !

Petite remarque : dans ma rue il y a deux fois le numéro 1 : parfois ça
peut arriver ;)

Julien J



Le dim. 12 janv. 2020 à 16:20, Jacques Lavignotte 
a écrit :

> Bonjour,
>
>
> Osmose said :
>
> « Numéro en double dans la rue
> Le numéro “2” apparaît plusieurs fois sur le chemin “Allée de la
> République”
> node 860267766 »
>
> Tous les numéros de ce petit bout de placette sont signalés en double...
>
> Ca date de 2010 et ça sort maintenant dans mes erreurs ? En 2010
> j'ignorai même l'existence d'OSM...
>
>
> J'ai un peu regardé mais ne sais que faire...
>
> Dites-moi donc que faire...
>
> Merci, Jacques
>
> --
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> On mangera ? (c) (tm)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] adresse mail rejetée - expéditeur wanadoo.fr via gmail pour destintaire free gmail laposte et autres

[Julien djakk]

Philippe n’a jamais tord 

Julien « djakk »


Le mer. 8 janv. 2020 à 22:30, Jacques Lavignotte  a
écrit :

>
>
> Le 08/01/2020 à 22:21, Philippe Verdy a écrit :
> > Le gros du problème est sur le serveur de liste d'OSM, son logiciel pas
> > à jour depuis longtemps et utilisent certaines vieilles RFC et pas les
> > mises à jour et correctifs demandés.
> Non, rien.
>
> J.
>
> --
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> On mangera ? (c) (tm)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limite numérique des identifiants de noeuds/ways OSRM

[Julien Coupey]

> Sais-tu si l'équipe les traite encore?

Le problème est qu'à l'heure actuelle il n'y a plus vraiment d' « équipe 
» sur OSRM, tout juste danpat qui fait un peu de SAV en commentant les 
nouveaux tickets ouverts.


S'il s'agit vraiment d'un bug facilement reproductible, il y a toutefois 
des chances que tu aies un retour. Il y a quand même pas mal de gens qui 
continuent à utiliser OSRM et tout ce petit monde a intérêt à ce que ça 
fonctionne. ;-)


Bonne soirée
Julien

On 08/01/2020 18:06, François Lacombe wrote:
Merci Julien, je vais essayer de fournir un fichier de ce style là pour 
une issue

Effectivement je pense que c'est un bug aussi

Sais-tu si l'équipe les traite encore?
Les derniers essais que j'ai fait n'ont pas obtenus de réponse.

Bonne soirée :)

François

Le mer. 8 janv. 2020 à 16:06, Julien Coupey <mailto:o...@coupey.fr>> a écrit :


Re

Si tu récupères en sortie (dans l'objet `annotation.nodes` d'une route)
des ids de nœuds qui ne sont pas dans les données d'entrée, alors c'est
un bug, même si ça n'a apparemment pas de lien avec le fait que les
valeurs soient supérieures à 2^32.

Ça vaudrait certainement le coup d'ouvrir un ticket avec un exemple
minimal pour reproduire. C'est peut-être ça le plus compliqué dans ton
cas car tu sembles utiliser des nœuds renumérotés à la main. Peut-être
réduire l'extrait OSM à un simple way composé de nœuds problématiques
pour pouvoir le fournir ?

À +
Julien

On 08/01/2020 12:29, François Lacombe wrote:
     > Bonjour Julien,
 >
 > Merci pour ta réponse, ça me rassure tout de même.
 > Pour les identifiants de ways, c'est moins problématique pour moi.
 >
 > Ce qui ne passe pas, c'est que j'injecte un XML qui comporte des
noeuds
 > identifiés avec
 > 91220288029161
 > 91220288025445
 > 91220288026438
 >
 > Et qui ressortent avec des identifiants tronqués à 10 digits (ce
ne sont
 > pas les mêmes noeuds). En tout cas ces identifiants là ne sont pas
 > présents dans le .osm d'entrée.
 > 1885473760
 > 246430160
 > 5846804688
 > 737485280
 > 8063904192
 >
 > 8063904192 étant déjà supérieur à la limite 32 bits, j'ai pensé à
une
 > limitation à 10 digits
 >
 > Une idée du problème ?
 >
 > François
 >
 > Le mer. 8 janv. 2020 à 11:41, Julien Coupey mailto:o...@coupey.fr>
 > <mailto:o...@coupey.fr <mailto:o...@coupey.fr>>> a écrit :
 >
 >     Bonjour François
 >
 >     OSRM supporte normalement sans problème les ids OSM sur 64
bits pour
 >     les
 >     nœuds depuis un moment[1]. Ce n'est pas le cas pour les ways (ids
 >     toujours sur 32 bits) mais a priori il y a de la marge si tu
utilises
 >     les données OSM telles quelles.
 >
 >       > ca ne passe pas.
 >
 >     Si tu peux développer un peu sur ce qui coince, peut-être que ça
 >     vaut le
 >     coup d'ouvrir un ticket ?
 >
 >     [1] https://github.com/Project-OSRM/osrm-backend/pull/1793
 >
 >     À +
 >     Julien
 >
 >     On 08/01/2020 11:19, François Lacombe wrote:
 >      > Bonjour la liste
 >      >
 >      > Est-ce que quelqu'un familier avec OSRM saurait me dire quelle
 >     est la
 >      > limite exacte pour les identifiants de nœuds et de chemins
OSM?
 >      >
 >      > Je remarque que ces identifiants ne dépassent pas 10
digits dans les
 >      > réponses fournies par l'API route.
 >      > On en est à 5700014039 de nœuds dans la base, le plafond va
 >     bientôt être
 >      > atteint.
 >      > La maintenance de ces derniers mois est au ralenti, fort à
parier
 >     que ce
 >      > ne sera bientôt plus utilisable?
 >      >
 >      > Perso je régénère des fichiers xml osm avec des
identifiants 64
 >     bits et
 >      > ca ne passe pas.
 >      >
 >      > Preneur de vos commentaires, merci par avance
 >      >
 >      > François
 >      >
 >      > ___
 >      > Talk-fr mailing list
 >      > Talk-fr@openstreetmap.org
<mailto:Talk-fr@openstreetmap.org> <mailto: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-

Re: [OSM-talk-fr] Limite numérique des identifiants de noeuds/ways OSRM

[Julien Coupey]

Re

Si tu récupères en sortie (dans l'objet `annotation.nodes` d'une route) 
des ids de nœuds qui ne sont pas dans les données d'entrée, alors c'est 
un bug, même si ça n'a apparemment pas de lien avec le fait que les 
valeurs soient supérieures à 2^32.


Ça vaudrait certainement le coup d'ouvrir un ticket avec un exemple 
minimal pour reproduire. C'est peut-être ça le plus compliqué dans ton 
cas car tu sembles utiliser des nœuds renumérotés à la main. Peut-être 
réduire l'extrait OSM à un simple way composé de nœuds problématiques 
pour pouvoir le fournir ?


À +
Julien

On 08/01/2020 12:29, François Lacombe wrote:

Bonjour Julien,

Merci pour ta réponse, ça me rassure tout de même.
Pour les identifiants de ways, c'est moins problématique pour moi.

Ce qui ne passe pas, c'est que j'injecte un XML qui comporte des noeuds 
identifiés avec

91220288029161
91220288025445
91220288026438

Et qui ressortent avec des identifiants tronqués à 10 digits (ce ne sont 
pas les mêmes noeuds). En tout cas ces identifiants là ne sont pas 
présents dans le .osm d'entrée.

1885473760
246430160
5846804688
737485280
8063904192

8063904192 étant déjà supérieur à la limite 32 bits, j'ai pensé à une 
limitation à 10 digits


Une idée du problème ?

François

Le mer. 8 janv. 2020 à 11:41, Julien Coupey <mailto:o...@coupey.fr>> a écrit :


Bonjour François

OSRM supporte normalement sans problème les ids OSM sur 64 bits pour
les
nœuds depuis un moment[1]. Ce n'est pas le cas pour les ways (ids
toujours sur 32 bits) mais a priori il y a de la marge si tu utilises
les données OSM telles quelles.

  > ca ne passe pas.

Si tu peux développer un peu sur ce qui coince, peut-être que ça
vaut le
coup d'ouvrir un ticket ?

[1] https://github.com/Project-OSRM/osrm-backend/pull/1793

À +
Julien

On 08/01/2020 11:19, François Lacombe wrote:
 > Bonjour la liste
 >
 > Est-ce que quelqu'un familier avec OSRM saurait me dire quelle
est la
 > limite exacte pour les identifiants de nœuds et de chemins OSM?
 >
 > Je remarque que ces identifiants ne dépassent pas 10 digits dans les
 > réponses fournies par l'API route.
 > On en est à 5700014039 de nœuds dans la base, le plafond va
bientôt être
 > atteint.
 > La maintenance de ces derniers mois est au ralenti, fort à parier
que ce
 > ne sera bientôt plus utilisable?
 >
 > Perso je régénère des fichiers xml osm avec des identifiants 64
bits et
 > ca ne passe pas.
 >
 > Preneur de vos commentaires, merci par avance
 >
 > François
 >
 > ___
 > 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

Re: [OSM-talk-fr] Limite numérique des identifiants de noeuds/ways OSRM

[Julien Coupey]

Bonjour François

OSRM supporte normalement sans problème les ids OSM sur 64 bits pour les 
nœuds depuis un moment[1]. Ce n'est pas le cas pour les ways (ids 
toujours sur 32 bits) mais a priori il y a de la marge si tu utilises 
les données OSM telles quelles.


> ca ne passe pas.

Si tu peux développer un peu sur ce qui coince, peut-être que ça vaut le 
coup d'ouvrir un ticket ?


[1] https://github.com/Project-OSRM/osrm-backend/pull/1793

À +
Julien

On 08/01/2020 11:19, François Lacombe wrote:

Bonjour la liste

Est-ce que quelqu'un familier avec OSRM saurait me dire quelle est la 
limite exacte pour les identifiants de nœuds et de chemins OSM?


Je remarque que ces identifiants ne dépassent pas 10 digits dans les 
réponses fournies par l'API route.
On en est à 5700014039 de nœuds dans la base, le plafond va bientôt être 
atteint.
La maintenance de ces derniers mois est au ralenti, fort à parier que ce 
ne sera bientôt plus utilisable?


Perso je régénère des fichiers xml osm avec des identifiants 64 bits et 
ca ne passe pas.


Preneur de vos commentaires, merci par avance

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

Re: [OSM-talk] no-go-areas

[Julien djakk]

Hello ! For this kind of tagging, which is as subjective as the
highway=secondary, there should be a consensus of local mappers.

This kind of areas could be tagged as “you need to know the area to be safe
among locals” :-)

Julien “djakk”



Le lun. 6 janv. 2020 à 05:23, Paul Johnson  a écrit :

>
>
> On Tue, Dec 31, 2019 at 12:10 PM Mark Wagner 
> wrote:
>
>> On Tue, 31 Dec 2019 16:14:30 +0100
>> Martin Trautmann  wrote:
>>
>> > hi all,
>> >
>> > did you read about the Suisse tourist couple which was shot because
>> > they got lost in a Brasilian favela?
>> >
>> > NZZ (Neue Zürcher Zeitung) from Tuesday 31.12.2019. ("Schweizer
>> > Ehepaar bei Irrfahrt duch Favela in Brasilien
>> > angeschossen")
>> >
>> > Other examples are e.g. Mafia areas within Kosovo - or name your own
>> > home town no-go area.
>> >
>> > Is there any option to mark certain areas in order to bypass routing
>> > whenever possible?
>> >
>>
>> The problem is that most of these "no-go" areas are subjective, both in
>> boundary and in level of danger.  If you ask a half-dozen people, you
>> might get a half-dozen responses ranging from "I go there all the time"
>> to "The police don't patrol in less than platoon strength".
>>
>
> Yeah, I get this same impression.  This has the potential to rear its head
> in a really classist, and varying ranges of racist, ways as well.  For
> example, go post on Reddit on any given city's subreddit, and ask "I'm
> moving to ___, what parts of town should I avoid?"  Fair warning, try this
> for a city you're familiar with, and be prepared to die a little inside
> with the answers you get.
>
> Personally, I'm more likely to consider middle-class suburbia a no-go area
> because large parking lots make it easy for car prowlers no matter how many
> police are on the streets, transit coverage tends to be iffy before morning
> and after evening peak commuter hours, and 5+-lane-wide boulevards tend to
> be not-safe-for-life if you need to traverse them without using a car.
> Your mileage may vary.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir

[Julien djakk]

Ben quand on se retrouve avec des champs ou une route avec un nom de
lieu-dit que je ne
connaissais pas malgré ma connaissance du terrain :
https://www.openstreetmap.org/#map=19/48.15750/-1.69837

Julien “djakk”


Le ven. 3 janv. 2020 à 15:07, Jérôme Amagat  a
écrit :

>
>
>> Mais pas systématiquement. "Le moulin de" fait parti de l'adresse de ma
>> cousine par exemple. Ça correspond à un vrai usage, donc ça a sa place dans
>> osm, non ?
>>
>> C'est pour ça que j'ai écrit : "quand le château existe encore et que le
> terme désigne seulement ce château". pareil pour les moulins.
>
> Sinon, 820  place=* name="Le Bourg" ou "Au Bourg" ou "Bourg" (il y en en
> sûrement quelques uns de légitime mais pas la plupart)
> https://overpass-turbo.eu/s/Pqj
> dont plus de la moitié place=locality
> Pour un bon nombre même pas sur le bourg mais un peu a coté là ou c'est
> écrit sur le cadastre
>
> Pour Château, plus de 650 (dont une cinquantaine sans accent circonflexe)
> et je n’inclus pas les "Château machin". Dans ce cas c'est plus compliqué
> que le bourg je suis d'accord ,pour beaucoup le nom fait référence a un
> hameau ou a un bâtiment qui n'est pas un château mais est ce qui s'en
> approche le plus sur la commune...
>
> Je comprend pas bien les avis, il doit y avoir près d'une discussion sur 2
> ou il y a au moins quelqu"un qui va dire "c'est le terrain qui prime ..."
> mais là parce que c'est soit disant ancien on se fout de savoir si c'est
> encore utilisé ou même si ça a été un jour été utilisé ailleurs que sur le
> cadastre.
> Et donc il y plein de communes ou les lieux dit du cadastre on été importé
> directement sans vérification, tous ou presque avec place=locality, placé
> là où c'est écrit sur le cadastre même si on est très loin du lieu réel.
> Toujours sur le cadastre, mais là il n'y a pas ce rapport à "l'ancien", il
> est pas conseillé d'importer les adresses sans vérification. Pour les
> rivières pressentent sur le cadastre il y avait des restrictions à son
> import dans osm.
> Dans un cas le cadastre à tout bon, dans d'autres c'est approximatif et il
> faut vérifier.
>
> ___
> 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] nord/sud/est/ouest et osm-vs-fantoir

[Julien djakk]

Cyrille, en tout cas j’aimerai trouver un moyen de distinguer ces
lieux-dits uniquement administratifs, des autres, encore utilisés ;)

Julien “djakk”



Le ven. 3 janv. 2020 à 13:54, Donat ROBAUX  a écrit :

> Ce n'est techniquement pas un ancien nom vs nouveau nom. C'est un nom
> ancien
> qui n'est plus utilisé ou si peu, donc tombé en désuétude. On crée un
> disused:name ?
>
> Donat
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir

[Julien djakk]

Christian, ok pour ton point de vue. Si c’est toujours utilisé dans le
notariat, mais plus utilisé par ailleurs, est-ce qu’on ne taggerait pas
avec old_name uniquement ?

Julien “djakk”


Le ven. 3 janv. 2020 à 12:41, deuzeffe  a écrit :

> Le 03/01/2020 à 12:35, Christian Quest a écrit :
>
> > Il n'y a que l'ajout des points cardinaux par la DGFiP qui est
> > artificiel et ne correspond qu'à une vue isolée d'une administration.
>
> This is my point. Thx.
> --
> deuzeffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir

[Julien djakk]

Ok mais ... j’ai l’impression que ces lieux-dits font partie du passé et
pas du présent ?

Julien “djakk”


Le ven. 3 janv. 2020 à 09:56, Cyrille37 OSM  a
écrit :

> Hello
>
> Ces lieux dits ont souvent du sens, OSM n'est pas "que" pour l'adressage
> du présent pour du routage sur smartphone. Ne pas systématiquement
> effacer les lieux-dits, s'il vous plaît.
>
> Par exemple, grâce à OSM on peut retrouver des lieux-dits cités dans des
> livres, ou par grand-mère ;-)
>
> Cyrille37.
>
> Le 03/01/2020 à 02:52, Julien Lepiller a écrit :
> > Le 2 janvier 2020 18:20:19 GMT-05:00, "Jérôme Amagat" <
> jerome.ama...@gmail.com> a écrit :
> >> Oui pour virer les point cardinaux mais il n'y en a d'autres que je
> >> n'aime
> >> pas. Qui sont là juste pour remplir le cadastre avec des lieu dit.
> >> "sous un autre lieu dit", les prés de un autre lieu dit" ... peut être
> >> que
> >> parfois ça a vraiment une utilité mais pour moi c'est la même chose que
> >> les
> >> points cardinaux.
> >> "Le bourg"  si c'est le village de la commune, il faut mettre son nom
> >> pas
> >> besoin d'un lieu dit qui porte le nom "le bourg"
> >> "Le château", quand le château existe encore et que le terme désigne
> >> seulement ce château, il faut mettre les bons tags et nom sur le
> >> bâtiment
> >> mais pas besoin d'ajouter un lieu dit.
> >> Pareil pour les moulins (et sûrement d'autres choses du même style)
> > Mais pas systématiquement. "Le moulin de" fait parti de l'adresse de ma
> cousine par exemple. Ça correspond à un vrai usage, donc ça a sa place dans
> osm, non ?
> >
> > ___
> > 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] nord/sud/est/ouest et osm-vs-fantoir

[Julien Lepiller]

Le 2 janvier 2020 18:20:19 GMT-05:00, "Jérôme Amagat"  
a écrit :
>Oui pour virer les point cardinaux mais il n'y en a d'autres que je
>n'aime
>pas. Qui sont là juste pour remplir le cadastre avec des lieu dit.
>"sous un autre lieu dit", les prés de un autre lieu dit" ... peut être
>que
>parfois ça a vraiment une utilité mais pour moi c'est la même chose que
>les
>points cardinaux.
>"Le bourg"  si c'est le village de la commune, il faut mettre son nom
>pas
>besoin d'un lieu dit qui porte le nom "le bourg"
>"Le château", quand le château existe encore et que le terme désigne
>seulement ce château, il faut mettre les bons tags et nom sur le
>bâtiment
>mais pas besoin d'ajouter un lieu dit.
>Pareil pour les moulins (et sûrement d'autres choses du même style)

Mais pas systématiquement. "Le moulin de" fait parti de l'adresse de ma cousine 
par exemple. Ça correspond à un vrai usage, donc ça a sa place dans osm, non ?

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

Re: [OSM-talk-fr] nord/sud/est/ouest et osm-vs-fantoir

[Julien djakk]

Pas d’accord avec toi Philippe : Fantoir n’est pas à jour !

Julien “djakk”


Le jeu. 2 janv. 2020 à 20:08, Philippe Verdy  a écrit :

> Le jeu. 2 janv. 2020 à 15:27, deuzeffe  a écrit :
>
>> Le 02/01/2020 à 14:09, Frédéric Rodrigo a écrit :
>>
>> > Tu peux juste mettre plusieurs code FANTOIR pour un seul objet OSM.
>>
>> Merci pour ta réponse, j'ai l'impression d'avoir loupé un truc :( mais
>> ça va bien m'aider !
>>
>
> Bof... On est sensé coder l'existant. Hors l'existant c'est ce qui est
> officiel dans une base publique, et pas toujorus visible par un panneau sur
> le terrain (où les noms affichés varient aussi selon l'usage et qui pose le
> panneau ou communique). FANTOIR est sensé représenter l'existant. Mais
> mettre deux codes différents ayant des noms et des positions différentes
> sur un lieu unique avec deux codes et le même nom ne peut pas aider à
> rapprocher les choses.
>
> C'est là que le guichet public pour la BAN pourrait aider à clarifier les
> choses. Sinon si on fait disparaitre les noms qui ne sont pas affichés sur
> le terrain ou affichés de façon différente, la BAN ne va plus fonctionner
> comme il faut. Par principe même une référence FANTOIR a un nom unique et
> deux codes n'ont pas les mêmes noms, et certains lieux-dits sur deux
> communes ont deux orthographes distinctes et aucune commune ne va vouloir
> en changer (même chose pour les noms de rues)n chacune ayant une compétence
> égale sur leur territoire, ne peut décider que pour elle-même !
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Élections au board de la Fondation OSM

[thevenon . julien]

- Mail original 
De: "Vincent Bergeot" 
À: talk-fr@openstreetmap.org
Envoyé: Lundi 9 Décembre 2019 10:15:12
Objet: [OSM-talk-fr] Élections au board de la Fondation OSM

> Bonjour, 

> Vote à la fondation jusqu'au 14 décembre (2019-12-14 16:00 UTC ) pour les 
> votant(-e)s et pour la curiosité des autres : 
>  * l'ensemble des réponses et des manifestes (en anglais) : 
> https://wiki.openstreetmap.org/wiki/Foundation/AGM19/Election_to_Board/Answers_and_manifestos
>  
> Des analyses et propositions de votes : 
>* 
> http://blog.imagico.de/2019-osmf-board-candidates-analysis-and-recommendations/
>  
>* https://wiki.openstreetmap.org/wiki/User:Westnordost/AGM19_Cheatsheet 
>* https://www.openstreetmap.org/user/SJFriedl/diary/391453 

Hello,

Petit rappel pour ceux qui ont recus les bulletins mais qui n auraient pas 
encore votes !
Pour les autres n hesitez pas a lire les manifestes des candidats ou l analyse 
de Christoph Hormann ( 
http://blog.imagico.de/2019-osmf-board-candidates-analysis-and-recommendations/ 
), ca illustre bien les enjeux de l election

Julien

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

Re: [OSM-talk-fr] Lignes BT et HTA Was: Re: dégradation notable d'OSM

[Julien Lepiller]

Le 10 décembre 2019 12:13:12 GMT+01:00, "Yves P."  a 
écrit :
>@Christian
>> Si tu veux que le noeud s'ajoute sur la ligne sans la décaler:
>> - coller (ctrl-V)
>> - N (décale le poteau pour le mettre sur la ligne proche) à la place
>de J (qui fait passer la ligne proche par le poteau qu'on vient de
>coller)
>Je suis preneur aussi, merci 
>Bon, ça ne marche pas avec W 
>
>> Il y a une multitude de raccourcis comme ça dans JOSM qui font gagner
>un temps fou !
>> Les libellés dans les menus ne sont pas toujours des plus explicites
>(difficile de faire mieux), l'ideal est d'essayer pour voir ce que ça
>fait ;)
>Il faut qu’on se fasse une bonne vieille Cheatsheet 
>Celle de vi <http://kevinmichaelcoy.com/blog/tag/cheat-sheet/> (vee
>aille) est un peu particulière, mais plus sérieusement, ça serait
>vraiment pratique.
>
>Si des graphistes / créatifs (pléonasme) nous entendent… 
>
>@Julien
>> J'ai trouvé mieux : je trace la ligne, puis les points, puis
>j'envoie. Là je me fait engueuler par l'analyse qualité, je lui dit ok,
>je vais corriger, ce qui permet de sélectionner tous les points en
>erreur et de leur ajouter un power=pole :D
>C’est en forgeant qu’on devient forgeron 
>
>> Au passage, HTA c'est forcément du 20 000 V, ou ça peut être d'autres
>tensions ? 
>Oui, regarde la « bible
><https://wiki.openstreetmap.org/wiki/Power_networks/France#R.C3.A9seau_HTA>
>» de François.
>Regarde aussi sur OpenInfraMap pour voir ce qui est déjà fait.
>
>
>> Aussi, j'ai vu à plusieurs endroits des trucs bizarres, comme s'il y
>avait trois poteaux (trois ombres rapprochées) côte à côte, mais une
>seule ligne.
>
>> Vu que je suis pas sur le terrain, c'est quoi ? J'ai vu ça dans ou à
>proximité de postes sources typiquement.
>Regarde sur les « street-view ». Sinon indique des coordonnées et on
>regarde.
>
>A la description je dirais que c’est un jeux de barres
><https://fr.wikipedia.org/wiki/Jeu_de_barres#Jeux_de_barres_HTB> :
>https://wiki.openstreetmap.org/wiki/Tag:line=busbar
><https://wiki.openstreetmap.org/wiki/Tag:line=busbar>
>Quelques photos sur Commons
><https://commons.wikimedia.org/wiki/Category:High-voltage_busbars>.
>
>—
>Yves

Je ne crois pas que ce soit ça. C'est vraiment sur la ligne et vertical 
(l'ombre est dans le même sens que celle des autres poteaux). Un exemple hors 
d'un poste, c'est https://osm.org/node/7045058642

La même dans un poste : https://osm.org/node/7045181346

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

Re: [OSM-talk-fr] Lignes BT et HTA Was: Re: dégradation notable d'OSM

[Julien Lepiller]

Le 10 décembre 2019 11:25:54 GMT+01:00, Christian Quest 
 a écrit :
>Si tu veux que le noeud s'ajoute sur la ligne sans la décaler:
>- coller (ctrl-V)
>- N (décale le poteau pour le mettre sur la ligne proche) à la place de
>J
>(qui fait passer la ligne proche par le poteau qu'on vient de coller)
>
>Il y a une multitude de raccourcis comme ça dans JOSM qui font gagner
>un
>temps fou !
>Les libellés dans les menus ne sont pas toujours des plus explicites
>(difficile de faire mieux), l'ideal est d'essayer pour voir ce que ça
>fait
>;)
>
>
>Le lun. 9 déc. 2019 à 15:16, Yves P.  a écrit :
>
>> @Christian
>>
>> Ou un grand coup de W suivi d'un ctrl-clic pour rajouter chaque
>noeuds de
>> poteau... et on les modifie en masse à la fin ;)
>>
>> Le noeud ajouté n’est pas sur la ligne…
>>
>> J’ai trouvé la doc suite à un message de janvier 2018 d’un certain
>> Christian Q. 
>> https://josm.openstreetmap.de/wiki/Help/Action/ImproveWayAccuracy
>>
>> Elle précise que cet outil est adapté pour des forêts, cours d’eau…
>où
>> l’on a pas besoin de précision contrairement au « man_made ».
>>
>> Par contre après un rapide essai, c’est vraiment bien pour améliorer
>un
>> chemin dans la cambrousse, le contour d’une forêt.
>> J’ai bien galèré avant de connaitre ça.
>>
>> J’adopte, merci Christian 
>>
>> Ou alors... on copie un modèle de poteau, puis coller à chaque
>emplacement
>> et J pour faire passer la ligne déjà tracée par le noeud qu'on vient
>de
>> créer.
>>
>> J’ai fait ça aussi, on perd l’alignement. Je l’utilise plus pour «
>poser »
>> des poteaux incendie.
>>
>> Un système de macro pour JOSM existe-il ? L'inverse des raccourcis en
>> quelque sorte, où on choisirait un raccourci clavier, puis on lui
>> associerai une série d’actions.
>>
>> ça serait bien pour automatiser des modifications (sélection,
>correction…)
>>
>> —
>> Yves
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>

J'ai trouvé mieux : je trace la ligne, puis les points, puis j'envoie. Là je me 
fait engueuler par l'analyse qualité, je lui dit ok, je vais corriger, ce qui 
permet de sélectionner tous les points en erreur et de leur ajouter un 
power=pole :D

Un peu détourné, mais rudement efficace tant qu'on fait que ça. Au passage, HTA 
c'est forcément du 20 000 V, ou ça peut être d'autres tensions ? Pour savoir si 
je peux ajouter la tension automatiquement ou pas.

Aussi, j'ai vu à plusieurs endroits des trucs bizarres, comme s'il y avait 
trois poteaux (trois ombres rapprochées) côte à côte, mais une seule ligne. Vu 
que je suis pas sur le terrain, c'est quoi ? J'ai vu ça dans ou à proximité de 
postes sources typiquement.

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

Re: [OSM-talk-fr] Lignes BT et HTA Was: Re: dégradation notable d'OSM

[Julien Lepiller]

Le 9 décembre 2019 15:14:16 GMT+01:00, "Yves P."  a 
écrit :
>@Christian
>
>> Ou un grand coup de W suivi d'un ctrl-clic pour rajouter chaque
>noeuds de poteau... et on les modifie en masse à la fin ;)
>Le noeud ajouté n’est pas sur la ligne…
>
>J’ai trouvé la doc suite à un message de janvier 2018 d’un certain
>Christian Q. 
>https://josm.openstreetmap.de/wiki/Help/Action/ImproveWayAccuracy
>
>
>Elle précise que cet outil est adapté pour des forêts, cours d’eau… où
>l’on a pas besoin de précision contrairement au « man_made ».
>
>Par contre après un rapide essai, c’est vraiment bien pour améliorer un
>chemin dans la cambrousse, le contour d’une forêt.
>J’ai bien galèré avant de connaitre ça.
>
>J’adopte, merci Christian 
>
>> Ou alors... on copie un modèle de poteau, puis coller à chaque
>emplacement et J pour faire passer la ligne déjà tracée par le noeud
>qu'on vient de créer.
>J’ai fait ça aussi, on perd l’alignement. Je l’utilise plus pour «
>poser » des poteaux incendie.
>
>> Un système de macro pour JOSM existe-il ? L'inverse des raccourcis en
>quelque sorte, où on choisirait un raccourci clavier, puis on lui
>associerai une série d’actions.
>ça serait bien pour automatiser des modifications (sélection,
>correction…)
>
>—
>Yves

Alors pour m'assurer que je fait pas de bêtises, le hta, c'est power=line ? Ou 
minor_line ? Ctrl+Maj+N n'a pas l'air de faire quoi que ce soit. Comment 
récupérer les données d'enedis pour le faire manger à josm pour faciliter la 
saisie ? J'ai bien trouvé leur carte, mais j'y comprends pas grand chose…

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

Re: [OSM-talk-fr] dégradation notable d'OSM

[Julien Lepiller]

Le 5 décembre 2019 21:43:51 GMT+01:00, osm.sanspourr...@spamgourmet.com a écrit 
:
>Le 04/12/2019 à 11:43, lenny.libre - lenny.li...@orange.fr a écrit :
>
>> une remarque concernant uniquement le nombre d'anomalies Osmose
>
>Tu vas dans le même sens que Philippe du coup je publie ma réponse
>initialement privée :
>
>Je n'ai pas dit qu'il était responsable des erreurs, j'ai juste parlé
>de
>métrique. Il ne faut pas faire dire à une métrique ce qu'elle ne veut
>pas dire. [j'ajoute : comme ici on est quand même essentiellement entre
>personnes expérimentées, ça me semblait évident que je ne prenais la
>métrique Osmose pas comme l'alpha et l'oméga mais comme une simple
>métrique, j'aurais dû être plus explicite]
>
>Simplement pour arriver à cela c'est qu'il n'en a rien à faire.
>
>J'ai 0 erreur de niveau 1, je me suis mangé plein d'erreurs de niveau 2
>du fait d'une modification massive des mairies (suppression du
>ref:INSEE) et je vais prendre mon bâton de pèlerin pour virer ces
>erreurs.
>
>Ce n'est pas parce qu'on ne les a pas créées qu'on ne peut profiter
>pour
>les corriger.
>
>N. B. : à l'opposé les pylônes transformateurs sont restés sans ligne
>autour parce que c'est difficile à suivre sur les photos et je n'ai pas
>le courage de prendre les fonds RTE/Enedis pour les suivre.
>
>Jean-Yvon

Je réagis sur les fonds rte. Il y en a qui sont utilisables pour l'édition ? 
Parce que le sujet m'intéresse et que je pourrais aider à compléter dans ce cas.

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

Re: [OSM-talk-fr] Cartes les plus avancées

[Julien Coupey]

Bonjour

Vu les échanges lors du dernier State of the Map France, il semblerait 
que la ville de Montrouge occupe à elle toute seule les 10 premières 
places du classement. ;-)


À +
Julien (déjà sorti)

On 04/12/2019 19:31, Xavier BIZOT wrote:

Bonjour à toutes et à tous

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


Je vous remercie

Amicalement

Xavier

___
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: [OSRM-talk] what(): Could not find any metrics for MLD in the data. Did you load the right dataset?

[Julien Coupey]

Hi,

The osrm-contract command is used to create the hierarchy for the CH 
algorithm. You need to use the MLD pipeline[1] to preprocess the data.


Alternatively, you can change the algorithm used in example.cpp here[2].

HTH,
Julien

[1] 
https://github.com/Project-OSRM/osrm-backend/wiki/Running-OSRM#quickstart
[2] 
https://github.com/Project-OSRM/osrm-backend/blob/master/example/example.cpp#L42


On 29/11/2019 14:27, Nana Li via OSRM-talk wrote:
Hi, when I was trying to run the example.cpp using Cmake, I got this 
strange message, saying that could not find any metrics for MLD in the 
data. Did you load the right dataset?


|$ ./osrm-example ~/Desktop/my_osrm_learning/myMap.osrm terminate called 
after throwing an instance of 'osrm::util::exception' what(): Could not 
find any metrics for MLD in the data. Did you load the right dataset? 
Aborted (core dumped) |


I figured that the data have to be pre-processed to fit the algorithm 
MLD. I was wondering how to do that? What I did is building from the 
source to get this osrm-* binaries, and then using osrm-extract and 
osem-contract commands to preprocess the .osm.pbf file. After building 
osrm-example using Cmake, run the command ./osrm-example. Did I miss 
something?


Any comments are greatly appreciated.



___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk



___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSM-talk-fr] Re : Re: OSM concurrent serieux de Google Maps

[thevenon . julien]

De: Cyrille37 OSM 
Objet: Re: [OSM-talk-fr] OSM concurrent serieux de Google 
> Il y a eu récemment un article (que je n'ai pas sous la main) pour 
présenter la communauté de bénévoles Waze qui complètent la carte

oui on en a parle sur la liste
http://gis.19327.n8.nabble.com/Sur-01net-L-incroyable-histoire-de-Waze-la-carte-routiere-la-plus-precise-au-monde-concue-par-des-bes-td5949246.html

Julien


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

[OSM-talk-fr] OSM concurrent serieux de Google Maps

[thevenon . julien]

Bon ok il disent qu OSM n est pas reelement une menance...
Lu dans un article de CNet France

"La première (NDLR: Google Maps) , depuis sa création en 2005, domine le petit 
monde de la cartographie. Elle n'a dans son domaine d'origine pour seul 
concurrent sérieux qu'Open Street Map, un service libre, open source et 
collaboratif - qui ne propose pas de services de calcul d'itinéraires ou de 
notation des commerces, et qui n'est donc pas réellement une menace."

Source
https://www.cnetfrance.fr/news/waze-le-tresor-cache-de-google-pour-devenir-le-leader-du-covoiturage-39894149.htm

Julien

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

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

[Julien Lepiller]

Le 22 novembre 2019 09:32:18 GMT+01:00, Xavier BIZOT 
 a écrit :
>Bonjour à tous,
>
>Dans le cadre de la Journée citoyenne dans ma commune, je voudrais
>proposer
>une Cartopartie. Cette Journée citoyenne devrait se déroulait au
>courant du
>deuxième trimestre 2020.
>
>Ce mardi 26, une réunion publique va avoir lieu afin que les habitants
>proposent des ateliers. Donc je voudrais faire une présentation de ce
>que
>pourrait apporter une Cartopartie dans cet élan citoyen. En sachant que
>je
>vais m'adresser à un public loin des technologies et j'espère grâce à
>cette
>Cartopartie attiré aussi un autre public.
>
>Mais pour cela je vais avoir besoin de la communauté.
>
>Personnellement je débute dans la cartographie et plus particulièrement
>sur
>OSM.
>
>Un peu dans le désordre, mais voici mes interrogations
>
>Alors comment bien organiser une cartopartie ? ça serait une première
>et si
>je veux que cela puisse devenir pérenne (je pense à en faire une par
>trimestre ensuite), il faut qu'elle puisse avoir un excellent écho
>auprès
>des habitants.
>
>Je pense utiliser MapContrib,
>
>Mais comment s'assurer que les informations qui pourraient être
>renseigné
>avant, pendant et après cette Cartopartie soit conforme ?
>
>Il faudrait également que je puisse sectoriser le territoire, comme
>avec
>MapCraft mais il est impossible de créer une nouvelle map, avez-vous
>une
>solution ?
>
>Je voudrais également faire une page wiki dans le style de celle de
>Montrouge (https://wiki.openstreetmap.org/wiki/Montrouge), mais comment
>fait-on ?
>
>Quelles seraient selon vous les tags importants à renseigner pour cette
>première Cartopartie ?
>
>Quelles sont les applications sur Androïd et IOS (surtout pour les
>randonnées et les pistes cyclables)
>
>
>
>De mon côté je pensais à (là aussi en vrac) :
>
>Arbres
>Lampadaire
>Poubelles
>Sac à canins
>Passage piétons marqués ou non
>Armoire de rue (EDF, TELECOM etc)
>Réseau électrique (aérien qui gâche l'esthétique)
>Parking
>Parking vélo
>Cabine à livre
>Commerce (ils existent mais il manque plus renseignement)
>Aire de jeux
>Panneaux de signalisation
>Borne escamotable (queue de requin)
>Potelets et barrières sur les trottoirs
>Bornes de réseaux
>Kiosque
>Table de pique-nique
>Terrain de sport (sont renseignés de base, pour une description
>détaillée)
>Centre sportif
>Piste de course
>Panneaux vélos
>Accessibilité PMR
>Bancs
>Plaque d'égout
>Borne incendie
>Passage à niveau
>Point de collecte
>Point de collecte vêtements
>Pierre dressée portant des inscriptions uniques gravées à sa surface.
>Croix ou calvaire
>Espace vert
>Escalier
>Mat de drapeaux
>
>
>
>Plus précisément :
>
>Trottoirs (Là je me demande comment faire avec MapContrib. Un trottoir
>c'est d'un point A à un point B sur une route, comment faire sous
>MapContrib)
>
>Les chemins de randonnées de la commune (c'est une trace GPS je pense
>mais
>avec quelle application ? sur Androïd et IOS)
>
>Bande/piste cyclable (là aussi comment les renseigner en détail)
>
>Monument aux morts (là il serait intéressant de renseigné les noms des
>soldats), j'ai aussi un monument sur la commune en mémoire à 19 jeunes
>fusillés (pour un travail de mémoire)
>
>
>
>Je suis preneur de tout ce que la communauté peu et pourrait m'apporter
>pour mener à bien cette Cartopartie.
>
>Je pense avoir oublié plein de choses...
>
>Merci pour vos retours et votre soutien
>
>Amicalement,
>
>Xavier

Salut !

Un collègue suggérait le terme de « cartoballade » en Français qui donne un 
côté un peu bucolique et sympathique :). On voit tout de suite ce que c'est, 
alors qu'il faut expliquer cartopartie.

D'expérience avec les ateliers qu'on fait à Rennes, avoir un thème précis aide 
à avoir plus de public (certes plus spécialiste du thème). Bizarrement plus de 
monde est intéressé par la cartographie des courts d'eau que par la 
cartographie… sans doute lié au fait qu'en disant cartographie, on ne pense pas 
immédiatement à son domaine de prédilection. Donc peut-être ratisser un peu 
large dans la comm, en indiquant les différents thèmes qui peuvent être traités.

Pour l'organisation elle-même je ne sais pas trop, je n'ai jamais fait. Je 
dirais au minimum une salle si possible avec des équipements à disposition pour 
permettre la saisie le jour même.

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

Voilà, j'espère que ça pourra t'éclairer un peu et que d'autres sauront te 
répondre plus sur le côté technique. Ça m'intéresse aussi :)

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

[OSM-talk-fr] Re : Re: Élections au board de la Fondation OSM

[thevenon . julien]

De: Guillaume Rischard
Objet: Re: [OSM-talk-fr] Élections au board de la Fondation OSM

> J’ai évité l’hiver dernier une tentative d’entrisme de la Fondation par 100 
> employés de la société GlobalLogic. Ceux qui ont lu le rapport du MWG que 
> j’ai co-écrit avec Steve Friedl 
> (https://openstreetmap.lu/MWGGlobalLogicReport20181226.pdf) savent que le 
> risque est réel, et à quel point le problème me tient à cœur. La communauté 
> française a involontairement joué un rôle crucial dans l’enquête.

Ah oui j avais lu le rapport. sacre travail d analyse et de reporting, c etait 
passionnant a lire.
Merci pour les différentes précisions, javais vu HOT dans ta bio mais il n 
etait pas précisé simple contributeur ou membre

Bon week end
Julien

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

Re: [OSM-talk-fr] Élections au board de la Fondation OSM

[thevenon . julien]

- Mail original -
De: "JB" 
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 8 Novembre 2019 13:32:59
Objet: [OSM-talk-fr] Élections au board de la Fondation OSM

> Hello,
> Je ne sais pas quelle proportion de personnes suivent la liste OSMF-talk, 
> mais les élections du board de la fondation OSM arrivent bientôt, et cette 
> année il y a 4 postes à pourvoir sur sept. Les candidatures sont attendues 
> dans deux jours au plus tard…
> Et il faut dire que je suis un peu triste du choix qu'il y a pour 
l'instant : 
> https://wiki.openstreetmap.org/wiki/Foundation/AGM19/Election_to_Board#Candidates
> Combien de représentants de la communauté de contributeurs, plutôt que 
> d'intérêts financiers/entrepreneuriaux/politiques ou autres.Si vous ne savez 
> pas quoi faire d'une partie de votre temps libre ces deux prochaines années, 
> lancez-vous !

Merci JB, j ai beau etre abonne a OSMF-talk j avais rate ca, notamment le grand 
retour de Steve C aux affaires ( peut etre en lien avec sa demande de mettre l 
accent sur les adresses ? )
Pour ce qui est des candidats autant certains je vois bien le lien avec  Mapbox 
ou des entreprises: Steve C, Mikel Maron, Jinal Foflia, Rory Mc Cann Geofrabrik 
)
Pour HOT: Mikel Maron, Guillaume Rischard 
Pour Geofrabik j avoue ne pas avoir d a priori negatifs car j ai toujours eu l 
impression qu ils aidaient OSM
Par contre pour ce qui est de Clifford Snow j ai lu beaucoup de ces 
interventions mais je ne me rappelle pas de liens evidents ?
Guillaume Rischard, Eugene Alvin Villar le nomm evoque quelque chose mais je me 
rappelle pas de lien non plus
Allan Mustard ca me dit rien

Reste qu un representant de la communaute francaise se serait bien je suis 
daccord

Julien

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

Re: [OSM-talk-fr] canaux de communication

[thevenon . julien]

- Mail original -
De: "marc marc" 
Objet: Re: [OSM-talk-fr] canaux de communication

> ils auront le choix. c'est à eux de voir si un email fait + ou - peur,
> perso je ne saisi pas la réalité de cet argument.
> au contraire c'est triste qu'en 2019 il n'y ai tjs pas de fusion (au 
> sens nabble par ex) entre forum et ml. le protocole ne devrait pas
> impliquer une différence de contenu.

Bonjour,

Il y a bien un nabble qui donne une vue forum de la mailing liste mais cela n a 
jamais pris le pas sur le forum lui meme ( et encore ca s est simplifie il y a 
quelques annees il y avait le forum de Sly Letuffe qui attirait plus de monde 
que le forum officiel ! )
De mon experience ce qui saoule les gens avec les mailing listes c est le 
volume de mail qui fait que juste decider si un mail doit etre lu ou pas c est 
du boulot...

Julien

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

Re: [OSM-talk-fr] Projet OpenMaps

[Julien djakk]

Je te propose : PCM, Pretty Cool Maps :)


Julien “djakk”

Le jeu. 10 oct. 2019 à 18:10, Cédric Frayssinet  a
écrit :

>
>
> Bonjour à tous,
>
> L'application est dorénavant disponible sur le store F-Droid :
> https://f-droid.org/packages/app.fedilab.openmaps/
>
> Elle est déjà traduite en 5 langues, dont le français.
>
> N'hésitez pas à proposer des améliorations sur le dépôt :
> https://framagit.org/tom79/openmaps/issues . J'essaierai de qualifier les
> demandes sachant que Thomas n'est pas du tout expert OSM, il se contente de
> coder et il le fait plutôt bien et vite :)
>
> A noter que le nom risque de changer car OpenMaps est visiblement plutôt
> beaucoup pris sur internet... Faudrait pas avoir un procès pour une
> histoire de nom :)
>
>
> Cédric
>
> Le 06/10/2019 à 15:27, Cédric Frayssinet a écrit :
>
>
> Bonjour,
>
> Et merci pour vos retours. Je n'ai pas forcément pensé immédiatement
> l'application comme outils de contributions mais plutôt un outil à avoir
> sur soi pour switcher facilement entre les services éparpillés sur le web.
>
> On peut imaginer le scénario suivant (purement fictif, hein ^^) : Je veux
> aller manger dans un restau végétarien au centre d'une petite ville de
> province.
>
> - je lance l'application et OpenRouteService pour trouver le trajet
> adapté,
> - je switche sur OpenfuelMap pour faire le plein moins cher,
> - je switche sur FreeParking pour trouver un parking gratuit,
> - je switche sur OpenVegeMap et avant, je peux avoir basculé sur
> OpenBeerMap pour trouver le bar avec ma bière préféré :)
>
> Bref, l'idée est une application simple et je trouve que l'application s'y
> prête mieux qu'un navigateur sur mobile.
> De plus, je suis de plus en plus surpris par l'usage des smartphones des
> gens 'normaux'. La plupart se contente de recherches dans le champ Google
> pour afficher le navigateur, ils n'ont pas l'usage des marque-pages,
> historique ou raccourcis sur le bureau du smartphone.
>
> Concernant la contribution, je l'ai rajouté après car il m'arrive souvent
> de lancer la navigateur pour avoir le rendu osm.org afin de savoir si
> certains POI que je croise sont déjà dans la base. C'est la contribution
> avec OsmAnd qui me rend méfiant. En ajoutant, OpenAdvert ou MapContrib,
> cela pourrait être pratique de tout avoir sous la main.
>
> Cédric
>
> Le 06/10/2019 à 14:46, Stéphane Péneau a écrit :
>
> Question peut-être idiote :
> Pourquoi une appli et pas un site web ?
>
> Stf
>
> Le 06/10/2019 à 14:03, PanierAvide a écrit :
>
> Bonjour Cédric,
>
> Content de découvrir cette application, ça me semble très prometteur pour
> faire la promotion de la diversité des données d'OSM. Avec quelques
> fonctionnalités en plus (liens vers les applis mobiles, ajout de notes ?)
> ça pourrait même devenir un bon couteau suisse de contribution ;-)
>
> Cordialement,
>
> Adrien P.
>
> Le 06/10/2019 à 10:43, Cédric Frayssinet a écrit :
>
> Bonjour à tous,
>
> Quand je suis en formation SNT, pour présenter OpenStreetMap, j'ai
> tendance à afficher quelques cartes thématiques pour montrer la richesse
> de l'éco-système OpenStreetMap. Et puis, jeudi, lors d'une formation, je
> me suis dit que ce serait pas mal d'avoir une appli qui me recense ces
> cartes.
>
> J'en ai parlé à Tom79, le talentueux développeur de Fedilab (application
> pour Mastodon, PeerTube, Pleroma, PixelFed...) qui m'a codé cela hier.
>
> L'application OpenMaps est donc née et elle propose un unique bouton
> menu qui permet de switcher très rapidement sur les différentes cartes
> basées sur OSM, classées par catégories.
>
> J'ai donc la toute première version à vous soumettre, l'apk est sur la
> page du projet ici : https://framagit.org/tom79/openmaps
>
> Dites-moi ce que vous en pensez :)
>
> Bon dimanche !
>
> Cédric
>
> PS : il y a un bug sur MapContrib, je ne sais pas bien pourquoi...
>
>
> ___
> 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
>
>
> --
> Dégooglisé ! <https://degooglisons-internet.org/> - Sociétaire Enercoop
> <https://souscription.enercoop.fr/code/PARRAIN_OrcGUb>, l'énergie
> militante
>
> Sur Mastodon : @bristow...@framapiaf.org
> <https://framapiaf.org/@Bristow_69>
>
> [image: Pro

[OSM-talk-fr] Invitation Opération Libre Saint-Marc, Brest 19 et 20 octobre prochains

[Louis-Julien de la Bouëre]

*Bonjour,
*
*
*
*La première Opération Libre dans un quartier de Brest c’est demain !*

Dans le cadre de Brest en Communs, le collectif Tiriad organise une 
"Opération Libre" dans le quartier de Saint-Marc

*les 19 et 20 octobre prochain au foyer laïque de Saint-Marc, Brest.*
 Il s'agit d'une opération participative conviviale, ouverte 
(habitants, associations, contributeurs...), sur une durée de 48 heures 
pour libérer un territoire avec cette fois deux fils conducteurs :

 - l'appropriation de l'espace public
 - émergence et partage des initiatives locales

Et pour "libérer" Saint-Marc nous avons besoin de vous ! Toutes les 
propositions sont les bienvenues :

Voici quelques ateliers imaginés :
 - Ateliers Wiki-Brest, Wikipédia, Wikimédias, ...
 - Ateliers capteurs citoyens
 - Rencontres naturalistes, botanique ouverte...
 - Cartographies OpenStreetMap et subjectives...
 - Patrimoines partagés, cultures ouvertes
 - Arbres à idées libres !
 - "Son" Saint-Marc (à double sens bien sûr!)
 - à vous de compléter la liste...

*P**our en savoir plus sur le Wiki de l'OPL 
:***http://tiriad.org/oplsaintmarc

   - les infos d’organisation générale
*- le lien pour s’inscrire 
<http://tiriad.org/oplsaintmarc/?Inscription>*(pas obligatoire mais nous 
aidera à calibrer l'évènement)
   - La carte et liste des participants 
<http://tiriad.org/oplsaintmarc/?ParticipantS>


Nous serons heureux de vous voir ou revoir pour partager ce moment avec 
nous.

*Contactez nous si besoin : *
Contacts : ljbou...@tiriad.org, c.gue...@tiriad.org
A très bientôt

--
Louis-Julien de la Bouëre
Tiriad
ljbou...@tiriad.org
http://www.tiriad.org
http://carterra.net
Portable : 06 58 79 80 56
Twitter : @assotiriad
OpenStreetMap : http://hdyc.neis-one.org/?Ljbouere
Mapillary : https://www.mapillary.com/app/user/ljbouere

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

Re: [OSM-talk-fr] Argumentaire pour la mise en place d'un serveur de tuile OSM

[Julien djakk]

Bien joué !

Moi je n’y connais rien en montage hardware de serveur, j’ai donc loué chez
OVH 150€ pour un mois de test mais la capacité était de 1To seulement.

Julien “djakk”


Le lun. 30 sept. 2019 à 22:00,  a écrit :

> Ma réponse à Julien :
>
> *À 100 € le To, tu peux expliquer ?*
>
> *Je viens d'acheter un Crucial MX500 2 To pour 175 €.*
>
> *194
> <https://www.ebay.fr/itm/Crucial-MX500-2To-2-5-SSD-CT2000MX500SSD1-neuf-et-scelle-garantie-5-ans/254368375916>**
> mais j'avais 10 % de réduction.*
>
> *C'est la Rolls (avec la Samsung 860) en 2,5" SATA.*
>
> *Et j'ai fait 500 coupures franches sur un MX300 (moins bien sur tous les
> points de vue) pour essayer de mettre le système de protection contre les
> coupures sans arriver à le mettre en défaut*
>
> *Jean-Yvon*
>
> Je précise que j'ai monté un serveur non pas monde mais plusieurs pays
> d'Afrique, plusieurs d'Europe, plusieurs d'Asie (au moins).
>
> J'utilisais Tessera, aujourd'hui je partirais plutôt d'OpenMapTiles.
>
> Ils partagent feuilles de style (vectoriel) et imp2osm pour l'import dans
> PostGres.
>
> Jean-Yvon
> Le 30/09/2019 à 17:09, PIERRE Sylvain via Talk-fr -
> talk-fr@openstreetmap.org a écrit :
>
>
>
> Bonjour,
>
>
>
> J’ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me
> lance :
>
>
>
> Je m’interroge sur la possibilité/nécessité de mettre en place un serveur
> de tuile OSM sur le périmètre d’une région française et de ses régions
> limitrophes.
>
> Au départ le constat que le rendu OSM patine un peu de temps en temps (la
> rançon du succès ?), plus des besoins secondaires m’amène à cette
> interrogation.
>
>
>
> Du coup de quel argumentaire factuel, objectif puis-je disposer pour
> vendre ce projet à mes responsables ? Le jeu en vaut-il la chandelle ?
>
>
>
> Cordialement
>
>
>
> Sylvain
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Argumentaire pour la mise en place d'un serveur de tuile OSM

[Julien djakk]

Salut !

J’ai essayé pour la planète mais la technique actuelle demande beaucoup de
disque dur ! Le passage du pbf à postgis est gourmand en disque dur ...
Bon je te rassure, pour une région française ça ira.

Mais monter son serveur de rendu avec Europe.osm ou planet.osm est trop
exigeant en infrastructure, malgré les tutoriels ça n’est accessible qu’à
l’élite qui dispose d’un super-serveur ...
J’aimerai trouver une technique qui permette de démocratiser le rendu
mondial. Du genre moins de disque dur mais plus de processeur. Mapnik ne
prend pas que du postgis en entrée ... :-)


Julien “djakk”



Le lun. 30 sept. 2019 à 17:35, Christian Quest  a
écrit :

> Possibilité:
> - sans aucun problème, il y a des tonnes de tutoriels pour ça, le
> principal étant https://switch2osm.org/
> - choix possible aussi de passer en rendu vectoriel... les tutos
> commencent aussi à s'accumuler
>
> Nécessité:
> - si votre usage est important, ceci libère des ressources sur les
> serveurs de la fondation
> - si votre usage est critique, ceci vous permet de ne pas être ennuyé par
> l'indisponibilité (même temporaire par saturation) des serveurs de la
> fondation
>
> Les ressources nécessaires sur une zone restreinte ne sont pas énormes,
> surtout si l'on ne fait que des mises à jour pas trop fréquentes.
>
>
> Le lun. 30 sept. 2019 à 17:11, PIERRE Sylvain via Talk-fr <
> talk-fr@openstreetmap.org> a écrit :
>
>>
>>
>> Bonjour,
>>
>>
>>
>> J’ouvre peut-être quelques portes déjà bien ouvertes, mais voilà je me
>> lance :
>>
>>
>>
>> Je m’interroge sur la possibilité/nécessité de mettre en place un serveur
>> de tuile OSM sur le périmètre d’une région française et de ses régions
>> limitrophes.
>>
>> Au départ le constat que le rendu OSM patine un peu de temps en temps (la
>> rançon du succès ?), plus des besoins secondaires m’amène à cette
>> interrogation.
>>
>>
>>
>> Du coup de quel argumentaire factuel, objectif puis-je disposer pour
>> vendre ce projet à mes responsables ? Le jeu en vaut-il la chandelle ?
>>
>>
>>
>> Cordialement
>>
>>
>>
>> Sylvain
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] qui sont ces internautes qui cartographie la Corée du Nod sur OSM

[thevenon . julien]

Un article de Numérama

https://www.numerama.com/politique/550269-qui-sont-ces-internautes-qui-cartographient-la-coree-du-nord-sur-openstreetmap.html

Julien

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

Re: [OSM-talk-fr] hebdoOSM Nº 474 2019-08-13-2019-08-19

[Julien Coupey]

Bonjour,

Merci pour cette précision sémantique.

> Les pièges de la traduction automatique ;)

En l'espèce, pas du tout. En effet, la traduction via DeepL de la 
version anglaise de l'article en question[1] fait bel et bien apparaître 
l'expression « réseau électrique » suggérée, et non « grille électrique 
» comme dans l'édition 474.


C'est bien la preuve que le weekly est rédigé par des contributeurs 
humains, qui se posent plein de questions sur la bonne façon de formuler 
les choses mais n'ont pas la prétention d'être au fait des terminologies 
les plus adaptées dans tous les domaines.


Et c'est aussi une nouvelle preuve du fait que nous avons besoin de 
davantage de contributeurs pour collecter, rédiger... ou tout simplement 
relire les éditions ! ;-)


[1] http://weeklyosm.eu/archives/12335#wn474_20654

À +
Julien

On 06/09/2019 15:43, Rpnpif via Talk-fr wrote:

Le 29 août 2019, theweekly@gmail.com a écrit :


Bonjour,

Le résumé hebdomadaire n° 474 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/12335/

Bonne lecture !

Saviez-vous que vous pouvez vous aussi soumettre des messages pour la note 
hebdomadaire sans être membre ? Il vous suffit de vous connecter sur 
https://osmbc.openstreetmap.de/login avec votre compte OSM. Pour en savoir plus 
sur la rédaction d'un article, cliquez ici: 
http://www.weeklyosm.eu/fr/this-news-should-be-in-weeklyosm


Bonjour,

...

Le nouveau projet du trimestre britannique consiste à cartographier les 
panneaux solaires sur les toits. Cela aidera à prévoir le comportement de la 
grille électrique


grille-pain ?
Les pièges de la traduction automatique ;).

electrical grid = réseau électrique.



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

Re: [OSM-talk-fr] Import traces sentier Lacs des volcans d’Auvergne

[THEVENON Julien via Talk-fr]

   Le vendredi 30 août 2019 à 09:29:55 UTC+2, Irina  a écrit 
:  
 
   > Bonjour à tous

Bonjour,
Au final plein de mails sur des considerations juridiques mais j ai l 
impression que personne ne t a repondu
> Grands mercis à nouveau pour vos contributions. > J’ai téléchargé en mode 
> identifiable les 4 fichiers qui constituent l’ensemble du GR30 :
> -Auto 30-JUL-19 09.48.57 AM.gpx appelé 
> SentierLaBourboule-SalonduCapucin-MontDore
> -Auto 31-JUL-19 09.47.00 AM.gpx appelé SentierLaBourboule-LacdeServières 
> -Auto 01-AUG-19 08.54.34 AM.gpx appelé SentierLacdeServières-Montlosier
> -Current.gpx appelé SentierMontlosier-SalonduCapucin-MontDore
 
Super d avoir uploade les traces !

> Mais j’avoue ne pas savoir trop quoi en faire : sur cette page par exemple 
> (voir schéma joint https://framagenda.org/s/S6iyM9jSS2t9Yig) 
> https://www.openstreetmap.org/edit?gpx=3086917#map=20/45.58652/2.78412 où > 
> je visionne (ligne rose) les traces du fichier ‘Auto 30-JUL-19 09.48.57 
> AM.gpx’, je voudrais déplacer une petite portion ou raccorder 2 morceaux, 
> mais je n’arrive pas à trouver la façon de faire...
Vu la capture d ecran personnellement j aurais tendance a te conseiller d 
utiliser l editeur JOSM, je le trouve plus adapte pour ce genre d editions.Tu 
peux facilent bouger les ways, les couper les raccorder etc

> Faut-il recréer une ligne en repassant sur les 200km de l’ensemble des traces 
> ?
 
Non. Ce qu il faut c est suivre ta trace pour voir si des portions ont deja ete 
tracees ou si d autres sont manquantes.Si des sections sont manquantes alors il 
faut que tu les traces a la main en decalquant par dessus ta trace GPS avec les 
bon tags et que tu les raccordes aux traces existantes. A toi de mettre le 
nombre de points qui vont bien en fonction de la geometrie de la trace ( pas de 
besoin d un point tous les 10cm si c est une grande ligne droite )

>Sinon, je vois que certaines portions sont déjà décrites (sentier, route…) 
>mais que la nouvelle trace déposée n’est pas tout à fait en correspondance 
>avec…Suivant les conditions meteo, la precision de ton GPS ou celles de traces 
>anciennes etc tu peux voir des ecarts, la correspondance n est pas forcement 
>parfaite
Dans ce cas la il faut que tu juges en fonction de ton bon sens et des sources 
disponibles (moyenne des traces uploadees dans OSM, imagerie cadastres etc ) 
quel est le meilleur trace et si necessaire modifier l existant

 > Comment faire un seul linéaire qui représente le sentier qu’on pourrait 
 > dénommer ‘Lacs des volcans d’Auvergne’, 

Je pense que tu ne pourras pas avoir un seul way, c est plutot une sucession de 
ways differents qui mis bout a bout forment l itineraire
> avec par exemple ces identifiants "highway=path", trail_visibility=excellent 
> (sinon quoi d’autre?), surface=*, name=sentier Lacs des volcans d’Auvergne, 
> ref=* ?
Si les informations comme highway trail_visibility surface etc sont manquante 
sur certains ways tu les rajoutes.Pour ce qui est de name et ref comme il s 
agit d un itineraire j aurais plutot tendance a creer une relation route et a 
les renseigner dessus

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

Re: [OSM-talk-fr] Voies d'accès aux stations-essence

[Julien djakk]

Salut !

Un peu à voir, à Paris les panneaux indiquent "Piste" pour les voies
sur trottoir. Je crois que ça s'applique aussi aux quelques station
services parisiennes ?

Julien "djakk"

Le mar. 6 août 2019 à 10:52, marc marc  a écrit :
>
> Bonjour,
>
> Le 06.08.19 à 10:48, Florian LAINEZ a écrit :
> > dégommer du rouge
>
> dans quel outil ?
>
> > service=driveway
> > "desserve une entreprise"
>
> c'est ce que j'utilise
>
> 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] 15 bougies pour OSM !

[Julien djakk]

Bon anniversaire OSM !

Moi déjà 9 ans OMG 


Julien "djakk"

Le sam. 10 août 2019 à 10:58, Christian Quest
 a écrit :
>
> Et oui... déjà 15 ans !
>
> Quel formidable travail collaboratif accomplit, il suffit de regarder un peu 
> en arrière pour mieux s'en rendre compte.
>
> Voici une bonne occasion de rappeler l'existence de 
> https://osm.cquest.org/archeosm/
> Vous pouvez y explorer l'état de la carte au 1er janvier 2007, 2008 jusqu'à 
> 2011, avec le rendu FR actuel.
>
> 15 ans et toujours une grande défiance de la part des institutions... comme 
> l'a très rugueusement rappelé Gaël il y a quelques semaines: 
> https://www.youtube.com/watch?v=9es9773wgIs=1805
>
> PS: dans moins d'une semaine je fêterai mes 10 ans d'ouverture de compte ;)
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] Proxy IGN ?

[Julien Lepiller]

Hello, j'ai un petit souci avec le proxy IGN depuis iD : certaines images 
fonctionnent et d'autres sont en erreur 503. Il se passe quelque chose ?

Exemple : 
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/18/130039/90848.jpg

Alors qu'une autre pas loin fonctionne bien : 
https://proxy-ign.openstreetmap.fr/94GjiyqD/bdortho/18/130045/90848.jpg

Merci !

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

Re: [OSM-talk-fr] Indiquer un croisement

[Julien djakk]

Salut ! Regarde le cas sud-coréen ou japonais !

Julien J


Le mar. 9 juil. 2019 à 14:32, althio  a écrit :

>
> je me suis aperçu que la place Jean Jaurès à Montrouge n'était pas un
>> élément en tant que tel.
>> *Quelle est la meilleure méthode d'après vous pour indiquer une place /
>> un croisement ?*
>>
>> 1. créer un polygone qui englobe tous les éléments de la place
>>
>
> avec https://wiki.openstreetmap.org/wiki/Tag:place%3Dsquare
>
> C'est mon avis.
>
> -- althio
> ___
> 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] Camera 360

[Julien djakk]

Bonjour Magalie ! J’ai une GoPro fusion 1 et je suis déçu par la qualité
des photos : on ne peut pas lire du texte à moins d'être à 2 mètres.

Du coup il faut soit acheter plus cher soit utiliser un système DIY avec 4
appareils photos ...

La panono est de bonne qualité mais je ne crois pas qu’elle puisse prendre
des photos toutes les secondes.


Julien “djakk”



Le mar. 9 juil. 2019 à 08:45, Magalie Dartus  a
écrit :

> Bonjour,
>
> Je viens demander un conseil technique.
> Nous avons bien entendu l'appel du bureau des OSM France proposant de
> financer l'achat de matériel pour les groupes locaux. Ainsi les membres du
> groupe toulousain ont décidé de se lancer dans la prise de vues Mappilarry.
> Il faut noter que la conférence "Montrouge : la ville la mieux mappée de
> France" du SOTM 2019 a très fortement inspiré cette initiative (Merci à
> eux!).
>
> Voilà l’intention, par contre on ne sait absolument pas quelle caméra
> prendre pour ce projet
> Est-ce que certains d'entre vous ont déjà de l'expérience et pourraient
> nous conseiller sur des modèles adéquats?
> Question pour les membres du bureau : quel tarif est-il envisageable de
> regarder pour cet achat?
>
> Merci et bonne journée
> Magalie
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données routières ouvertes en France

[Julien Minet]

Bonjour,

Un grand merci pour toutes les réponses qui nous permettent d'y voir 
beaucoup plus clair!


Nous allons télécharger un extrait de la BD Topo sur une commune et la 
comparer avec OSM, non seulement vis-à-vis de la complétude de la 
géométrie mais aussi de certains attributs (lanes, width). Probablement 
qu'OSM sera suffisant pour le besoin. Si nous allons assez loin, je ne 
manquerai pas de rapporter la comparaison à la communauté.


Pour info, le but est de relier des rues (avec leur nom et attributs) à 
des points lumineux (lampadaires) pour évaluer l'éclairage public.


Bonne journée et happy mapping,

juminet


On 08/07/2019 18:23, Christian Quest wrote:


La version vectorielle du cadastre contient des objets "voies de 
communication", qui sont des géométries qui correspondent aux routes 
et chemins.


C'est pas parfait car:
- ce sont des objets de décoration des plans cadastraux qui servent à 
porter le nom de la voie
- parfois les mots composant le nom sont dans le désordre, parfois, un 
même objet sert à porter plusieurs noms
- les voies non nommées sur le cadastre n'ont sûrement pas d'objet de 
ce type présent dans les données vecteur

- il n'y a aucun attribut pour savoir si c'est carrossable ou pas

Un gros boulot de rapprochement avec OSM est envisageable pour 
détecter ce qui manque dans OSM... mais comme beaucoup de choses j'y 
pense depuis longtemps, mais toujours pas fait :(


Il n'y a pas eu d'import du cadastre, à part l'intégration des 
bâtiments et une partie des limites de communes.



Route500... ça permet d'être sûr d'avoir tout jusqu'à un certain 
niveau dans le réseau. Il y a les ref et il me semble le nombre de 
voies, mais pas beaucoup plus de détails.



A quoi doivent servir ces données ? Du plan ? Du calcul d'itinéraire ? 
Autre chose ?


--
Christian Quest - OpenStreetMap France

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


--
Julien Minet
Champs-Libres.coop
+32 496 24 17 60

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

Re: [OSM-talk-fr] Traduire le wiki ?

[Julien Lepiller]

Le 4 juillet 2019 15:33:17 GMT+02:00, marc marc  a 
écrit :
>Le 04.07.19 à 15:27, Vincent Bergeot a écrit :
>> https://wiki.openstreetmap.org/wiki/FR:Key:shop#Autres
>> shop=pest_control
>> j'ai voulu traduire la description dans le tableau
>
>si cela n'a pas changé récement, le tableau reprend
>les intitulés des pages de chaque tag via taginfo.
>donc la traduction se fait sur
>https://wiki.openstreetmap.org/wiki/FR:Tag:shop%3Dpest_control
>
>Ensuite la nuit taginfo met à jour sa base et cela devrait
>être à jour dans le tableau du wiki au petit matin.
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

À la fin du tableau il y a en petit un lien « La traduction en français peut 
être éditée ici ». C'est pas plutôt ça ?

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

Re: [OSM-talk-fr] Données routières ouvertes en France

[Julien Minet]

Merci pour les réponses de marc_marc et Jérôme.

D'après ce que je comprends, la source= cadastre est effectivement la 
source des noms, et cette info a probablement été ajoutée sur base 
d'édition manuelle avec la couche WMS du cadastre. Visiblement, il n'y a 
pas eu d'import dans OSM de routes du cadastre puisque cette donnée (la 
géométrie) n'existe pas au cadastre.


En fait, j'aimerai connaitre la source originelle des rues qui sont 
affichées sur geoportail.fr. Je suspecte que ce soit la BD Topo 
<http://professionnels.ign.fr/bdtopo> de l'IGN, qui n'est 
malheureusement pas libre.


Il semble qu'on va devoir utiliser OSM pour ce projet (ben tant mieux). 
A voir si la complétude des rues sur OSM est satisfaisante en France, 
une idée sur ce point ? (vaste question, je serai incapable de répondre 
pour la Belgique!)


Bonne journée,

Julien



On 04/07/2019 03:10, Jérôme Amagat wrote:
Les tag source=cadastre c'est le plus souvent pour le name=* de la 
route voir la ref.
Le cadastre est bien vectoriel sur une bonne parti de la France mais 
on y trouve le bâti et les parcelles de terrain mais pas les routes à 
ma connaissance.
on peut quand même en déduire où sont une partie des routes : c'est là 
où il n'y a pas de parcelle :) mais une petite partie des routes sont 
sont sur des parcelles...


on peut le trouvé là :
https://cadastre.data.gouv.fr/datasets


Le mer. 3 juil. 2019 à 17:33, Julien Minet 
<mailto:julien.mi...@champs-libres.coop>> a écrit :


Bonjour,

Je travaille à Champs-Libres.coop en Belgique où nous développons
des applications avec les données OSM.

Pour un de nos projets, on cherche des données de réseaux routiers
en Belgique et en France. Par données de réseau routier, j'entends:

  * tout type de route carrossables, de la
"residential/unclassified" à la "motorway"
  * la géométrie des routes
  * des attributs comme le nom, et si possible le "ref", "lanes",
"width", voire d'autres infos.

Bien sûr OSM est une bonne option que nous espérons proposer au
client, mais j'aimerai prospecter les sources officielles de
données existantes en France (et éventuellement comparer les 2).
Après quelques recherches, je vois que les données de l'IGN (BD
Carto et BD Topo) ne sont pas libres mais disponibles après
paiement. Il y a bien Route 500
<https://www.data.gouv.fr/fr/datasets/route-500/> dispo
gratuitement mais cela ne concerne que les "grandes" routes.

Or il se trouve que sur certaines routes en France dans OSM, j'ai
trouvé plusieurs fois cette source : "cadastre-dgi-fr source :
Direction Générale des Impôts - Cadastre. Mise à jour : 20XX".

Je me suis donc renseigné sur l'import du cadastre en lisant les
pages du wiki
<https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/Cadastre>
mais je n'ai pas trouvé qu'elle était la source originelle qui a
servi à cet import. D'où ma question: est-ce que les données
cadastrales des voiries en France sont disponibles *en vectoriel*?
Ou bien est-ce que ces données ont été digitalisées à partir d'un
WMS?

Plus largement, connaissez-vous des données ouvertes de voiries en
France disponibles?


Happy mapping,

Julien Minet aka juminet

-- 
Julien Minet

Champs-Libres.coop
+32 496 24 17 60

___
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


--
Julien Minet
Champs-Libres.coop
+32 496 24 17 60

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

[OSM-talk-fr] Données routières ouvertes en France

[Julien Minet]

Bonjour,

Je travaille à Champs-Libres.coop en Belgique où nous développons des 
applications avec les données OSM.


Pour un de nos projets, on cherche des données de réseaux routiers en 
Belgique et en France. Par données de réseau routier, j'entends:


 * tout type de route carrossables, de la "residential/unclassified" à
   la "motorway"
 * la géométrie des routes
 * des attributs comme le nom, et si possible le "ref", "lanes",
   "width", voire d'autres infos.

Bien sûr OSM est une bonne option que nous espérons proposer au client, 
mais j'aimerai prospecter les sources officielles de données existantes 
en France (et éventuellement comparer les 2). Après quelques recherches, 
je vois que les données de l'IGN (BD Carto et BD Topo) ne sont pas 
libres mais disponibles après paiement. Il y a bien Route 500 
<https://www.data.gouv.fr/fr/datasets/route-500/> dispo gratuitement 
mais cela ne concerne que les "grandes" routes.


Or il se trouve que sur certaines routes en France dans OSM, j'ai trouvé 
plusieurs fois cette source : "cadastre-dgi-fr source : Direction 
Générale des Impôts - Cadastre. Mise à jour : 20XX".


Je me suis donc renseigné sur l'import du cadastre en lisant les pages 
du wiki 
<https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/Cadastre> 
mais je n'ai pas trouvé qu'elle était la source originelle qui a servi à 
cet import. D'où ma question: est-ce que les données cadastrales des 
voiries en France sont disponibles *en vectoriel*? Ou bien est-ce que 
ces données ont été digitalisées à partir d'un WMS?


Plus largement, connaissez-vous des données ouvertes de voiries en 
France disponibles?



Happy mapping,

Julien Minet aka juminet

--
Julien Minet
Champs-Libres.coop
+32 496 24 17 60

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

Re: [OSM-talk-fr] Sotm Heidelberg : on y va ensemble ?

[Julien djakk]

Salut ! Avez-vous rempli le tableur partagé ? :)

Sinon, outre les Tesla (modèle "S" à 5 places et modèle "3" à 4 places),
j'ai eu un contact d'un ami de mon frère qui loue des "9 places" à Paris,
il fait un prix = 80€ la journée, kilométrage illimité. Mais c'est du
diesel :(

@+
Julien "djakk"


Le lun. 17 juin 2019 à 19:05, Julien djakk  a
écrit :

> Bonjour ! J’en serai ! J’émets l’idée d’y aller en Tesla, je connais un
> petit loueur sur Rennes qui a tous les modèles :)
>
> Julien « djakk »
>
>
> Le lun. 17 juin 2019 à 14:53, PanierAvide  a
> écrit :
>
>> Bonjour à tous,
>>
>> Le State of the Map mondial se déroule cette année à Heidelberg, ville
>> allemande assez proche de nos frontières. L'association OSM France
>> souhaite ainsi faciliter la venue de contributeurs français à
>> l'évènement. Plusieurs idées ont été émises pour y parvenir :
>>
>> - Partager le transport depuis Paris pour converger vers Heidelberg
>> - Partager un hébergement sur place pour réduire les frais
>> - Prendre en charge les frais de transport/hébergement de contributeurs
>>
>> Afin que nous puissions trouver les solutions répondant au mieux aux
>> attentes, j'ai ouvert un tableur partagé où vous pouvez indiquer si vous
>> prévoyez de vous rendre à l'évènement, et quels aspects vous
>> intéresseraient pour faciliter votre venue :
>>
>> https://lite.framacalc.org/orga_fr_sotm_heidelberg
>>
>> Je vous laisse y ajouter vos infos le plus rapidement possible (avant la
>> fin du mois) pour que nous puissions ensuite vous proposer une offre
>> mutualisée ou prise en charge dans la mesure du possible :-)
>>
>> Cordialement.
>>
>> --
>> Adrien P.
>>
>>
>> ___
>> 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] Sotm Heidelberg : on y va ensemble ?

[Julien djakk]

Bonjour ! J’en serai ! J’émets l’idée d’y aller en Tesla, je connais un
petit loueur sur Rennes qui a tous les modèles :)

Julien « djakk »


Le lun. 17 juin 2019 à 14:53, PanierAvide  a écrit :

> Bonjour à tous,
>
> Le State of the Map mondial se déroule cette année à Heidelberg, ville
> allemande assez proche de nos frontières. L'association OSM France
> souhaite ainsi faciliter la venue de contributeurs français à
> l'évènement. Plusieurs idées ont été émises pour y parvenir :
>
> - Partager le transport depuis Paris pour converger vers Heidelberg
> - Partager un hébergement sur place pour réduire les frais
> - Prendre en charge les frais de transport/hébergement de contributeurs
>
> Afin que nous puissions trouver les solutions répondant au mieux aux
> attentes, j'ai ouvert un tableur partagé où vous pouvez indiquer si vous
> prévoyez de vous rendre à l'évènement, et quels aspects vous
> intéresseraient pour faciliter votre venue :
>
> https://lite.framacalc.org/orga_fr_sotm_heidelberg
>
> Je vous laisse y ajouter vos infos le plus rapidement possible (avant la
> fin du mois) pour que nous puissions ensuite vous proposer une offre
> mutualisée ou prise en charge dans la mesure du possible :-)
>
> Cordialement.
>
> --
> Adrien P.
>
>
> ___
> 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] Traiteur

[Julien Lepiller]

Le 15 juin 2019 19:31:36 GMT+02:00, Muselaar  a écrit :
>Bonjour,
>
>Comment peut-on taguer un commerce qui ne vend que des plats à emporter
>
>? Pour moi, c'est un traiteur, mais je ne trouve rien à ce sujet dans
>le 
>wiki, mis à part FR:Tag:craft=caterer qui ne me semble pas approprié.
>Ça 
>devrait plutôt être shop=caterer, mais rien sur le wiki, et encore
>moins 
>dans les valeurs enregistrées de JOSM…
>
>Merci d'avance pour toute bonne idée,
>
>Muselaar
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

takeway=only ?

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

Re: [OSM-talk-fr] Absence d'attribution sur www.etablissementsdesante.fr

[Julien Lepiller]

Le 10 juin 2019 14:23:19 GMT+02:00, Vincent Bergeot  a 
écrit :
>Le 10/06/2019 à 13:54, Yves P. a écrit :
>>
>> Un
>>
>débuthttps://wiki.openstreetmap.org/wiki/FR:Lacking_proper_attribution
>>
>>
>> Merci :)
>>
>> À quoi correspond la colonne "Auteurs OK" ?
>
>
>traduction faite vite, j'ai pas beaucoup regardé, 
>https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
>
>je dirais que ceux sont les auteurs du sites ou les éditeurs du site.
>La 
>// entre l'accord de principe et la mise en oeuvre effective ?
>
>je ne sais pas vraiment en fait !
>
>Et d'ailleurs à l'usage, je trouverai plus pertinent d'avoir dans la 
>première colonne une url directement vers un manquement à la licence et
>
>pas vers le site générique (plus facile par exemple si l'on veut faire 
>des mises à jour).
>
>à plus
>
>
>
>
>
>
>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr

Si on regarde sur la page anglaise, il y a des exemples avec auteurs ok mais 
pas licence, mais aussi licence ok mais pas auteurs. Je dirais plutôt qu'il y a 
distinction entre les deux parties de l'attribution : les auteurs 
d'openstreetmap d'un côté et la licence odbl de l'autre.

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

Re: [OSM-talk] How to Translate Strings in OSM to other languages

[Julien Lepiller]

Le Fri, 31 May 2019 20:37:47 +0200 (CEST),
Mateusz Konieczny  a écrit :

> 31 May 2019, 19:47 by tshriniva...@gmail.com:
> 
> > For translation, I got few contributors, who can translation if give
> > the exact content in a excel sheet or in some translation system.
> > They are not willing to explore osm, jsom, overpass query etc for
> > translating the strings.
> >  
> note: what I propose below is not existing at this moment, though
> maybe it would be a good idea to create something like this
> 
> What about an Android application that displays map, with markers for 
> locations where name in one of local languages is missing?
> 
> And user can fill such missing names, based on ground survey as one
> walks across town/village/neighbourhood?
> 

That sounds like something that Street Complete could do, don't you
think? But it will probably add a very dense set of quests, and most of
these questions will be very difficult to answer from the ground.

I can only talk about my experience in Brittany (France) where some
street signs are bilingual. If I had a quest on Street Complete for
that, I would almost certainly hide it, because maybe half of the
streets do not have a bilingual sign, so the question is impossible to
answer. Apart from roads and towns, POIs in my experience only have one
name, and it doesn't make sense to translate it, since people won't
recognize the name at all. For instance I don't think it makes sense to
add a name:en to a bar called "le bar bleu" even though it could be
`name:en=the blue bar`. Nobody would understand or use that name.

Since Tamil uses a different script from English, it might make sense
to use transliteration to show a map in the Tamil script, in which
case it's up to the map renderer to do a proper transliteration. It
might also be the case that the POI was named using a transliteration
(from a tourist who can't read Tamil for instance), in which case
renaming the POI to use the Tamil script makes sense I think. I believe
this has already been discussed for Japanese?

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

[OSM-talk-fr] Bilan d'activités de l'association OSM-Fr

[Louis-Julien de la Bouëre]

Bonsoir,

Lors de la prochaine Assemblée générale de l'association OSM-Fr, nous 
souhaitons faire une place belle à toutes les initiatives que vous avez 
menées depuis la dernière AG *au nom de l'association avec le soutien de 
l'asso, en lien avec, etc*


Que ce soient des présentations, des animations, des conférences, des 
apérocartos, des cartoparties, etc tout est bon à partager pour montrer 
ce qui se passe un peu partout localement. Et tout particulièrement si 
vous ne venez pas à Montpellier.


Nous vous proposons de remplir le pad suivant avec tous les éléments 
dont vous disposez :


https://mypads.framapad.org/mypads/?/mypads/group/osm-fr-upup77pw/pad/view/activites2018-2019-dw2my37lp 



Merci d'avance pour vos retours

belle soirée

--
Louis-Julien de la Bouëre
Tiriad
ljbou...@tiriad.org
http://www.tiriad.org
http://carterra.net
Portable : 06 58 79 80 56
Twitter : @assotiriad
OpenStreetMap : http://hdyc.neis-one.org/?Ljbouere
Mapillary : https://www.mapillary.com/app/user/ljbouere

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