Re: [OSM-talk-fr] Maps.me et autres contributions grand public

[Christian Quest]

Le 14 juin 2018 à 07:13, Cyrille37 OSM  a
écrit :

> Bonjour,
>
> Avec les applications grand public comme Maps.me il va falloir si faire au
> manque de précision et aux doublons, c'est inévitable. Soit il faut une
> formation préalable et interdire la contribution à ce genre d'outil, soit
> les contributeurs "avancés" développent des techniques et outils pour
> passer derrière les contributions "grand public".
>
> Perso, je suis pour la contribution grand public mais les outils comme
> Maps.me qui ne devrait créer que des notes et pas directement des données.
>

Voire ne permettre des contributions directes que si tu as plus de NN
changesets à ton actif et pas tous avec l'appli utilisée ;)

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

Re: [OSM-talk-fr] Maps.me et autres contributions grand public

[Cyrille37 OSM]

Bonjour,

Avec les applications grand public comme Maps.me il va falloir si faire 
au manque de précision et aux doublons, c'est inévitable. Soit il faut 
une formation préalable et interdire la contribution à ce genre d'outil, 
soit les contributeurs "avancés" développent des techniques et outils 
pour passer derrière les contributions "grand public".


Perso, je suis pour la contribution grand public mais les outils comme 
Maps.me qui ne devrait créer que des notes et pas directement des données.


Cyrille.


Le 13/06/2018 à 21:47, osm.sanspourr...@spamgourmet.com a écrit :


J'ai été moins patient car dans les modifs il y avait en plus des 
doublons (comme la station service, un camping), un "parc" ne 
correspondant pas à un parc d'après la photo aérienne, une aire de 
repos où visiblement ils se sont juste arrêtés sur le bord de la 
route, une parking où ils ont campé, etc...


Je lui ai conseillé d'utiliser umap.

J'ai déjà eu à résoudre deux conflits à la main (la correction de 
Balaïtous - conservée - et une correction Osmose d'un numéro de 
téléphone... d'un camping doublonné et qui avait le bon nom).



Je crois qu'il va falloir demander à maps.me de changer son ergonomie 
afin que les gens ne polluent pas la base et ne mappent pas ainsi à 
l'arrache.


En particulier concernant les noms, les descriptions et le fait que ce 
soit partagé avec tout le monde.


C'est bien d'avoir de nouveaux contributeurs mais pas au prix de 
(presque) tout défaire.


Jean-Yvon


Le 13/06/2018 à 01:37, Jérôme Seigneuret - jerome.seigneu...@gmail.com 
a écrit :
J'ai commenté le changeset. S'il n'y a pas de changement, je ferai un 
revert des données car ça ressemble plus à une carte perso comme on 
peut le faire sur une Umap (souvenir de vancance).


Qui plus est c'est pas dis que les élément ne soit pas déjà renseigné 
sur la carte...
Comme dis Marc tu peux corriger les données en fonction de tes 
connaissances.

Bonne  soirée

Le mer. 13 juin 2018 à 00:59, Jérôme Seigneuret 
mailto:jerome.seigneu...@gmail.com>> a 
écrit :


Ouai les données du type camping avec comme nom papa, maman...

Le mer. 13 juin 2018 à 00:45, marc marc
mailto:marc_marc_...@hotmail.com>> a
écrit :

Bonsoir,

Le 13. 06. 18 à 00:38, Balaïtous a écrit :
> Je viens de tomber sur ce changeset
> https://www.openstreetmap.org/changeset/59727319
> https://osmcha.mapbox.com/changesets/59727319
> Que faut-il faire ? (J'ai corrigé sur l'Hospitalet)

écris un commentaire sur le changeset pour signaler le problème.
comme c'est un utilisateur de maps.me , tu as
d'expérience ~0% de chance
d'avoir une réponse (j'ignore pq le fait d'utiliser cette
application
rend compliqué la lecture de l'email d'osm)

Comme le changeset est petit, tu peux essayer de voir s'il y
a des
éléments réels (la stations d'essence et les campings)
et en fonction faire un revert de tout ou juste des noms
fantaisistes

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




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




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


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

Re: [OSM-talk-fr] Blocage de contributeur

[Johnparis]

Oui, je suis vraiment en contact. Il traville vite et parfois mal. (Pas
toujours, certaines de ses contributions sont bonnes.)

Je vais l'encourager de proceder plus lentement pendant ces temps.

Les erreurs ne sont pas dangereuses, alors je pense que l'on peut attendre
plus que 48 heures pour la réeducation :). Sache qu'il a commencé avec
MAPS.ME, alors il a fait beaucoup des erreurs sans voir les critiques.
Maintenant il utilise iD, alors il peut voir les commentaires.

Merci de la patience.

John






2018-06-13 18:34 GMT+02:00 Philippe Verdy :

> Il y a des outils plus efficaces que le blocage d'IP, notamment il y a des
> moyens de récupérer des infos privées (et les garder en lieu sûr)
> collectées par diverses techniques, des filtres de détection bahésiens pour
> pondérer et évaluer statistiquement certaines contributions. Il est facile
> aussi de matcher plusieurs IP successives (parfois alternées) qui seraient
> utilisées par un même utilisateur faisant et refaisant les mêmes
> "constributions", ce qui permet de mettre un panneau d'alerte sur un
> tableau de bord permettant une évaluation prioritaire afin de faire des
> reverts plus rapides et moins nocifs et moins difficiles pour les autres
> avant que les données se propagent et polluent les caches et obligent à
> reconstruire sans arrêt les mêmes tuiles de carto plus souvent que
> nécessaire.
> Les IP sont en général non fixes mais assez stables (au moins 24 heures,
> sinon plus pour les accès en France, sauf via les mobiles qui accèdent à
> OSM en IPv4 via un NAT depuis une IPv4 partagée d'un opérateur mobile) au
> lieu d'IPv6 qui lui est TRES stable.
> Je serais OSM, je militerais pour que tous les éditeurs OSM passent en
> priorité sur IPv6 (dont les adresses sont rarement dynamiques) chaque fois
> que possible (et c'est généralement le cas en mobilité car l'IPv4 via le
> NAT massif partagé des opérateurs est lent et ne permet pas des sessions
> TCP très longues, l'IPv4 utilisée peut changer alors très rapidement toutes
> les 5 minutes dans les zones denses, et on ne peut pas bloquer tout un
> opérateur mobile dans une zone très peuplée sans créer de gros dommages
> collatéraux vis-à-vis des autres utilisateurs). Utiliser IPv6 devrait être
> même une obligation de tous les éditeurs pour mobiles sur tous les
> téléphones et tablettes compatibles (IPv6 est déjà la norme partout en
> Asie, et ça commence à s'imposer ailleurs).
> Ensuite il restera le cas des VPN et proxies, mais les VPN et proxies
> sérieux incluent des traces de suivi permettant d'identifier numériquement
> un de leurs utilisateurs même si on ne sais pas précisément qui, mais cela
> permet de faire des corrélations fortes, et ensuite de signaler l'usage
> abusif à l'exploitant du VPN ou proxy qui peut prendre des mesures plus
> contraignantes si les signalements sont trop nombreux (l'exploitant n'est
> pas obligé de nous livrer l'identité réelle, mais les abuseurs laissent
> souvent assez de traces pour qu'on les identifie directement, il y a
> presque toujours des "signatures" dans les données, les textes soumis, les
> descriptions, la typologie des erreurs systématiques, les fautes de frappe
> ou d'orthographe les plus fréquentes, la présentation, le style, la langue
> utilisée, et l'intérêt marqué pour certains lieux ou sujets abusés).
>
> Il n'est pas difficile non plus de repérer le commentaire de changeset
> (souvent répété à l'identique ou avec juste quelques caractères modifiés),
> les filtre bahésiens font des notes de concordances fortes. Cependant au
> niveau du serveur OSM (via son API) on ne voit pas tout et le serveurs
> dispose de logs plus détaillés (qui sont conservés privés mais exploitables
> par des agents qualifiés et autorisés qui ont signé une charte de
> confidentialité et s'interdisent de révéler autre chose que la réponse à
> une question précise d'identification: est-ce le même utilisateur ou pas,
> y-a-t-il des concordances supplémentaires entre des changesets suspects,
> peut-on créer des "classes" de changesets apparentés avec une note de
> concordance forte pour un même utilisateur). Alors on peut faire des
> tableaux de bord (comme celui utilisé par le DWG qui évalue ce qui est
> suspect, passe des filtres de tolérance, puis annule sélectivement après
> avoir demandé une approbation ou une revue communautaire).
>
> L'analyse est ensuite combinatoire: il n'y a pas tant que ça de
> contributeurs tous les jours sur OSM, la plupart étant très occasionnels,
> et les autres étant parfaitement identifiés et connus et ne posant pas de
> problèmes, il ne reste alors que des éléments dispersés provenant
> occasionnellement d'utilisateurs divers ou débutants qu'on peut guider et
> avec qui on peut discuter le plus souvent et qu'on peut aider en leur
> montrant comment faire mieux, ou en leur suggérant d'autres outils pour
> certaines modifications, ou en les guidant vers des projets collaboratifs
> plus ciblés, ainsi que vers les documentations disponibles

Re: [OSM-talk-fr] [Hot-francophone] [Tagging-fr] Tags à Madagascar - Praticabilité des routes en priorités

[Violaine Doutreleau]

Merci Pierre,Effectivement les routeurs vont calculer les itinéraires, et isochrones en fonction des éléments surface, highway, praticability, et d'autres, mais c'est le routeur qui choisit quelle vitesse affecter en fonction des attributs OSM. Et pour moi c'est un problème car c'est impossible de standardiser ça à l'échelle mondiale, trop dépendant de contextes locaux. Typiquement rien qu'entre OSRM et OpenRouteService on n'a pas la même échelle de valeurs sur le tag smoothness=ground par exemple (pour références : OSRM lien 1, OpenRouteService lien 2). Bref je vais regarder du côté des vitesses, prctical vs avgspeed, on retracera tout ça dans le wiki le moment venu, merci pour ta contribution!Bonne journée/nuit1: https://github.com/Project-OSRM/osrm-backend/blob/master/profiles/car.lua2: https://github.com/GIScience/openrouteservice-docs#travel-time-calculationLe 8 juin 2018 à 18:18, Pierre Béland  a écrit :  Les outils de navigation routière se basent sur des éléments tels surface et practicability.  Pour une tell route, j'indiques habituellement surface=dirty, practicability=horrible. Et le horrible tient évidemment compte des dommages causés par la pluie et le traffic routier la rendant inpraticable - par exemple camions remorques.Exemple parlant https://twitter.com/irinnews/status/954452916483559424 Pierre Le vendredi 8 juin 2018 09 h 30 min 59 s HAE, Lukas Sommer  a écrit :Salut Violaine.  > Est-ce que tu pourrais donner un peu plus d’élément, quel est ton moyen de > locomotion, qu’est ce qui fait que la route n’est pas praticable ? > inondations ? trop de gros trous ? dégradée un peu plus entre 2 passages ?  Voiture 4 × 4 ou voiture ordinaire ou moto.  Le plus grand problème est la boue : La surface de la route est très moue, la voiture s’enfonce est ne peut plus sortir. Cela est particulièrement fréquent en saison pluvieuse, parce que la route est encore mouillée de la dernière pluie, et maintenant, très peu de pluie est suffisante pour la rendre impraticable. (Parfois, il pleut dans une partie de la ville, mais ne pas dans une autre partie, donc il faut voir cas par cas.)  Le deuxième problème ce sont des passages ou il y a trop d’eau. Si c’est plus de 30 cm d’eau sur le sol, ça devient compliqué. Le problème des passages submergés dépend fortement d’où exactement la pluie est tombée, est pour où l’eau est évacuée. Aussi en ville la canalisation est parfois ne pas en bon état, ce que causent des inondations sur des passages normalement bien praticables.  Le troisième problème c’est qu’après une forte pluie, souvent les trous sont plus grands, et cela parfois rend impraticable une route pendant des mois, parce que les dégâts ne sont pas réparés tôt.  > A Madagascar > pour 2 routes en terre, l’une peut être nationale praticable en voiture, > l’autre être une route qui s’enfonce dans la brousse et nécessité d’avoir un > 4x4 voire treuil.  Oui. La page wiki https://wiki.openstreetmap.org/wiki/FR : Highway_Tag_Africa est une très bonne description de la situation : Si une route est « primary » ou « unclassified » ne dépend pas de son état ou de sa surface, mais uniquement de son importance dans le réseau routier. On peut trouver dans le même pays des routes « unclassified » goudronnées et des routes « primary » non-goudronnée. Et effectivement, c’est aussi le cas en Côte d’Ivoire. Ladite page wiki a aussi quelques autres astuces utiles pour les routes en mauvais état. (À mon avis, ce qui est décrit sur cette page est très bien formulé et ne vaut pas seulement pour l’Afrique, mais aussi pour le reste du monde.)  Au fait nous avons développé pour openstreetmap-carto une possibilité de visualiser la clé « surface ». Avec un peu de chance, ça sera visible sur openstreetmap.org dans peut-être deux mois…  > quand on prend du recul, qu’on regarde une zone > entière on va voir les tronçons de routes  > Par contre, vu que notre problème à nous (a Vatomandry) > c’est les ponts, on pourrait penser (car à cette échelle on va pas voir les > coupure d’itinéraire / les ponts qui manquent) que c’est possible d’aller à > un tel ou tel endroit alors que c’est pas possible.  D’accord, J’ai bien compris le problème maintenant : Le calcul d’itinéraire marche comme il faut, mais tu as besoin d’une visualisation sur une carte qui de montre d’un seul coup d’œil des zones accessibles et non-accessibles.  > Donc j’imaginais passer > par une relation, un genre d’itinéraire voiture composé de ponts si yen a et > de tronçon de routes et qualifier l’ensemble de l’itinéraire.  Cette idée je ne l’ai pas encore bien compris.  > Ce que j’aimerais c’est mettre en lumière et rendre accessible cette infos à > tous, tous les itinéraires qui ne sont pas accessibles à cause de manque de > ponts (c’est impressionnant).  Je n’ai pas d’expérience avec cela. Mais à  https://wiki.openstreetmap.org/wiki/Isochrone tu trouve une introduction dans des calculs de ce genre. Et à  https://tools.geofabrik.de/osmi/ tu trouve des analyses géométriques po

[OSM-talk-fr] SotM FR 2018 : retour sur 2 ans de carte avec toponymes en breton moderne

[Christian Rogel]

[Désolé pour le postage double]

Au cours du State of the Map FR à Bordeaux-Pessac,  Maël Reboux et moi-même, 
avons présenté, au nom du groupe « OSM e brezhoneg », l’État de la carte en 
langue bretonne.

Vous trouverez une captation vidéo par le lien suivant sur la chaîne PeerTube 
d’OpenStreetMap France 
.

Points à souligner :

L’idée de créer une version localisée d’OSM est née fin 2015 du constat que des 
name:br étaient déjà ajoutés par des centaines de contributeurs (prés de 9 000 
aujourd’hui 36 000)
Les name:br, s’ils ne peuvent avoir le garde-fou d’un registre officiel, 
peuvent avoir des sources acceptées par consensus. La source trouvée est 
indiquée (à défaut : proper translation)
Toutes les langues de France n’ont pas de code de langue officiel. On peut 
créer un code provisoire (voir dans la captation)
« OSM e brezhoneg » a, pas à pas, monté une version de la «  carte en breton » 
(la kartenn) et fait héberger un serveur de tuiles raster par OpenStreetMap 
France (merci à elle)
Les prochaines étapes : 
faire adopter la kartenn par des entités culturelles et sociales
améliorer et compléter le rendu
réfléchir avec les acteurs du numérique sur les applications et les usages
faire bénéficier les autres langues de la République de notre travail (dialogue 
avec l’Institut d’estudis occitans)




Christian R.
OpenStreetMap e brezhoneg 

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

Re: [OSM-talk-fr] Changeset suspect

[osm . sanspourriel]

J'ai été moins patient car dans les modifs il y avait en plus des 
doublons (comme la station service, un camping), un "parc" ne 
correspondant pas à un parc d'après la photo aérienne, une aire de repos 
où visiblement ils se sont juste arrêtés sur le bord de la route, une 
parking où ils ont campé, etc...


Je lui ai conseillé d'utiliser umap.

J'ai déjà eu à résoudre deux conflits à la main (la correction de 
Balaïtous - conservée - et une correction Osmose d'un numéro de 
téléphone... d'un camping doublonné et qui avait le bon nom).



Je crois qu'il va falloir demander à maps.me de changer son ergonomie 
afin que les gens ne polluent pas la base et ne mappent pas ainsi à 
l'arrache.


En particulier concernant les noms, les descriptions et le fait que ce 
soit partagé avec tout le monde.


C'est bien d'avoir de nouveaux contributeurs mais pas au prix de 
(presque) tout défaire.


Jean-Yvon


Le 13/06/2018 à 01:37, Jérôme Seigneuret - jerome.seigneu...@gmail.com a 
écrit :
J'ai commenté le changeset. S'il n'y a pas de changement, je ferai un 
revert des données car ça ressemble plus à une carte perso comme on 
peut le faire sur une Umap (souvenir de vancance).


Qui plus est c'est pas dis que les élément ne soit pas déjà renseigné 
sur la carte...
Comme dis Marc tu peux corriger les données en fonction de tes 
connaissances.

Bonne  soirée

Le mer. 13 juin 2018 à 00:59, Jérôme Seigneuret 
mailto:jerome.seigneu...@gmail.com>> a 
écrit :


Ouai les données du type camping avec comme nom papa, maman...

Le mer. 13 juin 2018 à 00:45, marc marc mailto:marc_marc_...@hotmail.com>> a écrit :

Bonsoir,

Le 13. 06. 18 à 00:38, Balaïtous a écrit :
> Je viens de tomber sur ce changeset
> https://www.openstreetmap.org/changeset/59727319
> https://osmcha.mapbox.com/changesets/59727319
> Que faut-il faire ? (J'ai corrigé sur l'Hospitalet)

écris un commentaire sur le changeset pour signaler le problème.
comme c'est un utilisateur de maps.me , tu as
d'expérience ~0% de chance
d'avoir une réponse (j'ignore pq le fait d'utiliser cette
application
rend compliqué la lecture de l'email d'osm)

Comme le changeset est petit, tu peux essayer de voir s'il y a
des
éléments réels (la stations d'essence et les campings)
et en fonction faire un revert de tout ou juste des noms
fantaisistes

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




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


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

Re: [OSM-talk-fr] Question citoyenne au gouvernement sur la reprise des itinéraires de randonnée

[Romain MEHUT]

Le 13 juin 2018 à 00:03,  a écrit :

> Heu ?
>
> https://data.loire-atlantique.fr/explore/?q=randonn%C3%A9e&;
> sort=modified&disjunctive.theme&disjunctive.diffuseur&
> disjunctive.publisher&disjunctive.gestionnaire&disjunctive.keyword
>
> Ils ont quand même des trajets en ODbL.
>
> Ce qui est un progrès, non ?
>
Pour la Loire Atlantique, on le savait déjà. Je parlais de la fédération
nationale...

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

Re: [OSM-talk-fr] Question citoyenne au gouvernement sur la reprise des itinéraires de randonnée

[David Marchal]

Bonsoir.

Ton travail se remarque quand on navigue en France sur 
hiking.waymarkedtrails.org autour de la 
Loire-Atlantique ; chapeau !

Cordialement.

Le 13 juin 2018 à 19:42, Adrien Grellier 
mailto:pe...@adrieng.fr>> a écrit :


Bonjour,

Ce n'est pas vraiment nouveau. En effet, j'ai cartographié tous les GR et GRP 
de Loire-Atlantique depuis 2016, en me basant sur cet OpenData justement. C'est 
d'ailleurs mentionné dans le tag source des relations.

En septembre 2017, j'en ai également parlé sur le wiki, en me positionnant 
contre la volonté de nettoyage des rando :

https://wiki.openstreetmap.org/wiki/WikiProject_France/NettoyageDesItin%C3%A9rairesDeRandonn%C3%A9e

Bonne journée

Adrien

Le 13/06/2018 à 19:07, César Bihler a écrit :

Pour info, il a l'air d'y avoir du nouveau localement, notamment en Loire 
Atlantique pour le GR3 en ODbL (?) :

Lien général : 
https://data.loire-atlantique.fr/explore/?q=randonnee&sort=modified&disjunctive.theme&disjunctive.diffuseur&disjunctive.publisher&disjunctive.gestionnaire&disjunctive.keyword

Exemple d'une portion ODbL : 
https://data.loire-atlantique.fr/explore/dataset/391177847_randonnee-en-loire-atlantique-gr3-le-cellier-thouare-sur-loire/information/?location=16,47.28402,-1.3963&basemap=jawg.streets

Le 12-Jun-18 à 22:24, Romain MEHUT a écrit :
Salut,

Voilà où nous en sommes 
https://twitter.com/Romain_MEHUT/status/1003993335634120705 c'est à dire 
toujours au même point !

Romain

Le 12 juin 2018 à 14:07, David Marchal 
mailto:pene...@live.fr>> a écrit :
Salut, les gens.

Pour info, je viens de poser, sur le site Parlement ouvert, une question 
concernant la publication à titre gratuit des données des itinéraires de 
randonnées (https://questions.parlement-ouvert.fr/post/551). Puisque la FFRP ne 
semble pas vouloir avancer sur cette question, une résolution venant de plus 
haut pourrait nous sortir de la situation de type « cul entre deux chaises » 
actuelle. Pour ceux ne connaissant pas le site, la question ne rentre pas dans 
les détails, étant donnée la limitation à 500 caractères, et sert surtout à 
attirer l’attention sur le problème ; tout le monde peut commenter, approuver 
ou désapprouver la question, qu’un député pourra ensuite choisir de poser au 
gouvernement à l’Assemblée. Il est probable qu’une question suscitant des 
réactions, surtout positives, ait plus de chances d’être suivie d’effets.

Cordialement.


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





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





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


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

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

Re: [OSM-talk-fr] Question citoyenne au gouvernement sur la reprise des itinéraires de randonnée

[Adrien Grellier]

Bonjour,

Ce n'est pas vraiment nouveau. En effet, j'ai cartographié tous les GR
et GRP de Loire-Atlantique depuis 2016, en me basant sur cet OpenData
justement. C'est d'ailleurs mentionné dans le tag source des relations.

En septembre 2017, j'en ai également parlé sur le wiki, en me
positionnant contre la volonté de nettoyage des rando :

https://wiki.openstreetmap.org/wiki/WikiProject_France/NettoyageDesItin%C3%A9rairesDeRandonn%C3%A9e

Bonne journée

Adrien


Le 13/06/2018 à 19:07, César Bihler a écrit :
>
> Pour info, il a l'air d'y avoir du nouveau localement, notamment en
> Loire Atlantique pour le GR3 en ODbL (?) :
>
> Lien général :
> https://data.loire-atlantique.fr/explore/?q=randonnee&sort=modified&disjunctive.theme&disjunctive.diffuseur&disjunctive.publisher&disjunctive.gestionnaire&disjunctive.keyword
>
> Exemple d'une portion ODbL :
> https://data.loire-atlantique.fr/explore/dataset/391177847_randonnee-en-loire-atlantique-gr3-le-cellier-thouare-sur-loire/information/?location=16,47.28402,-1.3963&basemap=jawg.streets
>
> Le 12-Jun-18 à 22:24, Romain MEHUT a écrit :
>> Salut,
>>
>> Voilà où nous en sommes
>> https://twitter.com/Romain_MEHUT/status/1003993335634120705 c'est à
>> dire toujours au même point !
>>
>> Romain
>>
>> Le 12 juin 2018 à 14:07, David Marchal > > a écrit :
>>
>> Salut, les gens.
>>
>>
>> Pour info, je viens de poser, sur le site Parlement ouvert, une
>> question concernant la publication à titre gratuit des données
>> des itinéraires de
>> randonnées (https://questions.parlement-ouvert.fr/post/551
>> ). Puisque la
>> FFRP ne semble pas vouloir avancer sur cette question, une
>> résolution venant de plus haut pourrait nous sortir de la
>> situation de type « cul entre deux chaises » actuelle. Pour ceux
>> ne connaissant pas le site, la question ne rentre pas dans les
>> détails, étant donnée la limitation à 500 caractères, et sert
>> surtout à attirer l’attention sur le problème ; tout le monde
>> peut commenter, approuver ou désapprouver la question, qu’un
>> député pourra ensuite choisir de poser au gouvernement à
>> l’Assemblée. Il est probable qu’une question suscitant des
>> réactions, surtout positives, ait plus de chances d’être suivie
>> d’effets.
>>
>>
>> Cordialement.
>>
>>
>>
>> ___
>> 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



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

Re: [OSM-talk-fr] Question citoyenne au gouvernement sur la reprise des itinéraires de randonnée

[César Bihler]

Pour info, il a l'air d'y avoir du nouveau localement, notamment en Loire 
Atlantique pour le GR3 en ODbL (?) :

Lien général : 
https://data.loire-atlantique.fr/explore/?q=randonnee&sort=modified&disjunctive.theme&disjunctive.diffuseur&disjunctive.publisher&disjunctive.gestionnaire&disjunctive.keyword

Exemple d'une portion ODbL : 
https://data.loire-atlantique.fr/explore/dataset/391177847_randonnee-en-loire-atlantique-gr3-le-cellier-thouare-sur-loire/information/?location=16,47.28402,-1.3963&basemap=jawg.streets

Le 12-Jun-18 à 22:24, Romain MEHUT a écrit :
Salut,

Voilà où nous en sommes 
https://twitter.com/Romain_MEHUT/status/1003993335634120705 c'est à dire 
toujours au même point !

Romain

Le 12 juin 2018 à 14:07, David Marchal 
mailto:pene...@live.fr>> a écrit :

Salut, les gens.


Pour info, je viens de poser, sur le site Parlement ouvert, une question 
concernant la publication à titre gratuit des données des itinéraires de 
randonnées (https://questions.parlement-ouvert.fr/post/551). Puisque la FFRP ne 
semble pas vouloir avancer sur cette question, une résolution venant de plus 
haut pourrait nous sortir de la situation de type « cul entre deux chaises » 
actuelle. Pour ceux ne connaissant pas le site, la question ne rentre pas dans 
les détails, étant donnée la limitation à 500 caractères, et sert surtout à 
attirer l’attention sur le problème ; tout le monde peut commenter, approuver 
ou désapprouver la question, qu’un député pourra ensuite choisir de poser au 
gouvernement à l’Assemblée. Il est probable qu’une question suscitant des 
réactions, surtout positives, ait plus de chances d’être suivie d’effets.


Cordialement.


___
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] Blocage de contributeur

[Philippe Verdy]

Il y a des outils plus efficaces que le blocage d'IP, notamment il y a des
moyens de récupérer des infos privées (et les garder en lieu sûr)
collectées par diverses techniques, des filtres de détection bahésiens pour
pondérer et évaluer statistiquement certaines contributions. Il est facile
aussi de matcher plusieurs IP successives (parfois alternées) qui seraient
utilisées par un même utilisateur faisant et refaisant les mêmes
"constributions", ce qui permet de mettre un panneau d'alerte sur un
tableau de bord permettant une évaluation prioritaire afin de faire des
reverts plus rapides et moins nocifs et moins difficiles pour les autres
avant que les données se propagent et polluent les caches et obligent à
reconstruire sans arrêt les mêmes tuiles de carto plus souvent que
nécessaire.
Les IP sont en général non fixes mais assez stables (au moins 24 heures,
sinon plus pour les accès en France, sauf via les mobiles qui accèdent à
OSM en IPv4 via un NAT depuis une IPv4 partagée d'un opérateur mobile) au
lieu d'IPv6 qui lui est TRES stable.
Je serais OSM, je militerais pour que tous les éditeurs OSM passent en
priorité sur IPv6 (dont les adresses sont rarement dynamiques) chaque fois
que possible (et c'est généralement le cas en mobilité car l'IPv4 via le
NAT massif partagé des opérateurs est lent et ne permet pas des sessions
TCP très longues, l'IPv4 utilisée peut changer alors très rapidement toutes
les 5 minutes dans les zones denses, et on ne peut pas bloquer tout un
opérateur mobile dans une zone très peuplée sans créer de gros dommages
collatéraux vis-à-vis des autres utilisateurs). Utiliser IPv6 devrait être
même une obligation de tous les éditeurs pour mobiles sur tous les
téléphones et tablettes compatibles (IPv6 est déjà la norme partout en
Asie, et ça commence à s'imposer ailleurs).
Ensuite il restera le cas des VPN et proxies, mais les VPN et proxies
sérieux incluent des traces de suivi permettant d'identifier numériquement
un de leurs utilisateurs même si on ne sais pas précisément qui, mais cela
permet de faire des corrélations fortes, et ensuite de signaler l'usage
abusif à l'exploitant du VPN ou proxy qui peut prendre des mesures plus
contraignantes si les signalements sont trop nombreux (l'exploitant n'est
pas obligé de nous livrer l'identité réelle, mais les abuseurs laissent
souvent assez de traces pour qu'on les identifie directement, il y a
presque toujours des "signatures" dans les données, les textes soumis, les
descriptions, la typologie des erreurs systématiques, les fautes de frappe
ou d'orthographe les plus fréquentes, la présentation, le style, la langue
utilisée, et l'intérêt marqué pour certains lieux ou sujets abusés).

Il n'est pas difficile non plus de repérer le commentaire de changeset
(souvent répété à l'identique ou avec juste quelques caractères modifiés),
les filtre bahésiens font des notes de concordances fortes. Cependant au
niveau du serveur OSM (via son API) on ne voit pas tout et le serveurs
dispose de logs plus détaillés (qui sont conservés privés mais exploitables
par des agents qualifiés et autorisés qui ont signé une charte de
confidentialité et s'interdisent de révéler autre chose que la réponse à
une question précise d'identification: est-ce le même utilisateur ou pas,
y-a-t-il des concordances supplémentaires entre des changesets suspects,
peut-on créer des "classes" de changesets apparentés avec une note de
concordance forte pour un même utilisateur). Alors on peut faire des
tableaux de bord (comme celui utilisé par le DWG qui évalue ce qui est
suspect, passe des filtres de tolérance, puis annule sélectivement après
avoir demandé une approbation ou une revue communautaire).

L'analyse est ensuite combinatoire: il n'y a pas tant que ça de
contributeurs tous les jours sur OSM, la plupart étant très occasionnels,
et les autres étant parfaitement identifiés et connus et ne posant pas de
problèmes, il ne reste alors que des éléments dispersés provenant
occasionnellement d'utilisateurs divers ou débutants qu'on peut guider et
avec qui on peut discuter le plus souvent et qu'on peut aider en leur
montrant comment faire mieux, ou en leur suggérant d'autres outils pour
certaines modifications, ou en les guidant vers des projets collaboratifs
plus ciblés, ainsi que vers les documentations disponibles ou en les
mettant en contact avec d'autres utilisateurs proches ou parlant leur
langue.

En soit les erreurs ne sont pas mauvaises (c'est même comme ça qu'on
apprend la plupart du temps), mais il faut arriver à convaincre calmement
qu'on eput faire les choses mieux et plus facilement, ou simplement en
évitant d'aller vite (car souvent il n'y a aucune urgence à modifier
l'existant et on peut planifier les changements s'il y en a beaucoup à
faire). Et OSM dispose d'outils pour ça (exemple HOTOSM avec un découpage
fin par zones prioritaire et des objectifs ciblés sur certains aspects
seulement, puis un passage de révision/qualification: on n'est pas obligé
non plus de tout pr

Re: [OSM-talk-fr] Blocage de contributeur

[Christian Quest]

Après deux jours et pas d'amélioration... j'ai fait les corrections, on ne
va pas laisser la base se pourrir petit à petit ainsi.

Nouveau blocage plus long ? Un blocage par IP est-il possible (si c'est la
même IP qui est utilisée) ?

Le 13 juin 2018 à 15:37, Thomas Ruchin  a écrit :

> Salut John,
>
> Tu es vraiment en contact avec RB94
>  ? Parce que notre ami continue
> ses modification douteuses (il confond généralement nom et descriptions),
> n'a strictement rien corrigé de ses anciennes contributions et ne répond
> pas lorsqu'un changeset est commenté ?
> Pour rappel, les données notamment transports sont très utilisées par des
> applications extérieures, donc cela cause un dommage certain au sérieux et
> à la fiabilité d'OSM.
>
> Franchement, on attend vraiment qu'il ait pollué toute la base pour agir ?
> Pour ce genre de contributeur, il faudrait proposer 6 mois de pratique
> dans un bac à sable...
>
> [Marc marc, avant de demander plus d'éléments,  je t'invite à faire par
> toi même un tour détaillé dans les contributions de RB94 ;)]
>
> Thomas
>
> Le lun. 11 juin 2018 à 19:44, Johnparis  a écrit :
>
>> RB94 m'a repondu par l'affirmative.
>>
>> Merci de ne pas le bloquer pour le moment. Nous allons commencer par ses
>> changements les plus recents.
>>
>>
>>
>>
>>
>>
>> 2018-06-11 19:36 GMT+02:00 :
>>
>>> Comme dit par Christian, on a été nombreux à lui tendre la main.
>>> En réponse un doigt d'honneur.
>>>
>>> Par exemple (anecdotique) je lui demandais de mieux préciser dans les
>>> changeset ce qu'il faisait.
>>>
>>> Maintenant le commentaire systématique c'est "J'ai fait quelque
>>> modifications bien précisés".
>>>
>>> Donc oui Johnparis, bon comportement de ta part mais sans vouloir te
>>> décevoir, tu n'es pas le premier à essayer.
>>> > tu as un exemple d'objet oü le revert précédent a oublié d'annuler un
>>> des modifs incorrecte ?
>>> Guillaume avait posté toute une liste sur la liste :
>>> https://etherpad.net/p/revertparis
>>>
>>> Guillaume, alors que tu as bloqué RB94, il recommence sans tenir compte.
>>> https://www.openstreetmap.org/user/RB94/blocks
>>> Du coup je propose un blocage plus long et par IP.
>>>
>>> Donat, la procédure c'est essayer de faire changer la pratique en
>>> commentant des changeset et en désespoir de cause de contacter
>>> d...@osmfoundation.org (ici aussi Guillaume car il a plusieurs qualités
>>> : inscrit sur cette liste, francophone, membre du DWG et il a aussi annulé
>>> des modifs de RB et bloqué au nom du DGW, ce qui fait beaucoup pour un seul
>>> homme et c'est tant mieux !).
>>>
>>> Jean-Yvon
>>>
>>>  Message transféré 
>>> Sujet : blocking RB94
>>> Date : Tue, 5 Jun 2018 16:49:44 +0200
>>> Pour : d...@osmfoundation.org
>>> Copie à : Thomas Ruchin  ,
>>> Guillaume Rischard  ,
>>> Noémie Lehuby  
>>>
>>> Rayan Belhir is now using a third account, modifying wildly station
>>> names as he has done before.
>>>
>>> More efficient methods (ID-address, editor, locale...) may be needed!
>>>
>>> Thanks in advance.
>>>
>>> Jean-Yvon
>>>
>>>
>>>
>>>
>>> Le 11/06/2018 à 15:59, Christian Quest - cqu...@openstreetmap.fr a
>>> écrit :
>>>
>>> Il me semble que nous avons été nombreux à le joindre en tendant la main.
>>>
>>> Quand un contributeur persiste, s'ouvre une second puis un troisième
>>> compte pour continuer à contribuer malgré les blocages du DWG, on peut
>>> difficilement parler de bonne foi.
>>>
>>> Ce genre de situation est bien regrettable, heureusement que ça n'arrive
>>> pas souvent.
>>>
>>> Le 11/06/2018 à 14:14, Johnparis a écrit :
>>>
>>> Je lui ai écris, en offrant de revoir ses contributions et montrer les
>>> reglements, des listes de diffusion, etc. On verra. Je pense qu'il essaie
>>> en bonne foi d'ameliorer l'OSM, mais en vain.
>>>
>>> 2018-06-11 11:59 GMT+02:00 Donat ROBAUX :
>>>
 Bonjour,

 Je viens de lui envoyer un com de changeset bien senti!
 Je ne connais pas les procédures du DWG, mais il serait bon que le
 blocage soit définitif non pas sur son compte mais sur son adresse ip,
 histoire qu'on entende plus parler de lui.

 Vos avis?

 Donat


> -- Forwarded message --
> From: Thomas Ruchin 
> To: talk-fr@openstreetmap.org, Guillaume Rischard <
> openstreet...@stereo.lu>
> Cc:
> Bcc:
> Date: Mon, 11 Jun 2018 11:29:40 +0200
> Subject: Re: [OSM-talk-fr] Blocage de contributeur
> Bonjour,
>
> Il continue :
> https://www.openstreetmap.org/user/RB94.
> Exemple : https://www.openstreetmap.org/node/2799009880
> Par ailleurs, le problème sur ses modifications des semaines passées
> est que malgré le passage de plusieurs contributeurs chevronnées
> (Christian, Donat, Noémie, Jean-Yvon, Guillaume,...) certains jeux de
> données sont encore pollués par des éléments qui ne correspondent pas aux
> règles OSM. Par exemple, dans les nommages de voies ferrées ou dan

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

[Dominique Rousseau]

Le Wed, Jun 13, 2018 at 01:57:10PM +0200, Phyks [ph...@phyks.me] a écrit:
> Bonjour,
> 
> Dans Firefox, il y a moyen de faire pareil (avec un rendu en direct,
> utile pour déboguer) en ouvrant la vue adaptative (menu ->
> développement web -> vue adaptative) et en spécifiant une grande
> résolution. Il y a un bouton en haut pour faire une capture d'écran
> de la page dans son intégralité.

Merci Phyks, j'avais deja utilise la vue "adaptative" pour simuler un
affichage plus petit pour du developpment web, mais je n'avais pas pense
pour une vue "plus grande" !

Merci Nicolas aussi, wvec une version relativement recente de Chromium
ca marche impeccable. 

Je vais du coup affiner ma carte uMap et je pourrais sortir une belle
imae à imprimer :)


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

[OSM-talk-fr] IODC - 2018 Buenos aires

[Magalie Dartus]

Bonjour à tous,

Est-ce que certain.e.s d'entre vous ont prévu de faire le déplacement en
Argentine les 23-24 septembre pour l'IODC18 (International Open Data
Conference)?

J'ai une demande de la part d'une personne qui coordonne un appel à projet
de soutien à l'outillage technique d'initiatives open data en Afrique
francophone.

Le porteur de projet choisi passera une semaine de formation et de sprint
de prototypage pendant l'IODC (23-24 septembre à Buenos Aires).  Il se
trouve que la plupart des projets sont en lien avec OSM, notamment un qui
est en bonne place.
La coordinatrice souhaiterait associer les contributeurs OSM qui serait
présents à la conférence afin d'intervenir comme "expert", "support",
"formateur"... le rôle et les détails restent à définir.


Si vous y allez et que vous êtes intéressé.e.s, je vous mettrai en contact.

Bonne journée à tous

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

Re: [OSM-talk-fr] Blocage de contributeur

[Thomas Ruchin]

Salut John,

Tu es vraiment en contact avec RB94
 ? Parce que notre ami continue
ses modification douteuses (il confond généralement nom et descriptions),
n'a strictement rien corrigé de ses anciennes contributions et ne répond
pas lorsqu'un changeset est commenté ?
Pour rappel, les données notamment transports sont très utilisées par des
applications extérieures, donc cela cause un dommage certain au sérieux et
à la fiabilité d'OSM.

Franchement, on attend vraiment qu'il ait pollué toute la base pour agir ?
Pour ce genre de contributeur, il faudrait proposer 6 mois de pratique dans
un bac à sable...

[Marc marc, avant de demander plus d'éléments,  je t'invite à faire par toi
même un tour détaillé dans les contributions de RB94 ;)]

Thomas

Le lun. 11 juin 2018 à 19:44, Johnparis  a écrit :

> RB94 m'a repondu par l'affirmative.
>
> Merci de ne pas le bloquer pour le moment. Nous allons commencer par ses
> changements les plus recents.
>
>
>
>
>
>
> 2018-06-11 19:36 GMT+02:00 :
>
>> Comme dit par Christian, on a été nombreux à lui tendre la main.
>> En réponse un doigt d'honneur.
>>
>> Par exemple (anecdotique) je lui demandais de mieux préciser dans les
>> changeset ce qu'il faisait.
>>
>> Maintenant le commentaire systématique c'est "J'ai fait quelque
>> modifications bien précisés".
>>
>> Donc oui Johnparis, bon comportement de ta part mais sans vouloir te
>> décevoir, tu n'es pas le premier à essayer.
>> > tu as un exemple d'objet oü le revert précédent a oublié d'annuler un
>> des modifs incorrecte ?
>> Guillaume avait posté toute une liste sur la liste :
>> https://etherpad.net/p/revertparis
>>
>> Guillaume, alors que tu as bloqué RB94, il recommence sans tenir compte.
>> https://www.openstreetmap.org/user/RB94/blocks
>> Du coup je propose un blocage plus long et par IP.
>>
>> Donat, la procédure c'est essayer de faire changer la pratique en
>> commentant des changeset et en désespoir de cause de contacter
>> d...@osmfoundation.org (ici aussi Guillaume car il a plusieurs qualités
>> : inscrit sur cette liste, francophone, membre du DWG et il a aussi annulé
>> des modifs de RB et bloqué au nom du DGW, ce qui fait beaucoup pour un seul
>> homme et c'est tant mieux !).
>>
>> Jean-Yvon
>>
>>  Message transféré 
>> Sujet : blocking RB94
>> Date : Tue, 5 Jun 2018 16:49:44 +0200
>> Pour : d...@osmfoundation.org
>> Copie à : Thomas Ruchin  ,
>> Guillaume Rischard  ,
>> Noémie Lehuby  
>>
>> Rayan Belhir is now using a third account, modifying wildly station names
>> as he has done before.
>>
>> More efficient methods (ID-address, editor, locale...) may be needed!
>>
>> Thanks in advance.
>>
>> Jean-Yvon
>>
>>
>>
>>
>> Le 11/06/2018 à 15:59, Christian Quest - cqu...@openstreetmap.fr a
>> écrit :
>>
>> Il me semble que nous avons été nombreux à le joindre en tendant la main.
>>
>> Quand un contributeur persiste, s'ouvre une second puis un troisième
>> compte pour continuer à contribuer malgré les blocages du DWG, on peut
>> difficilement parler de bonne foi.
>>
>> Ce genre de situation est bien regrettable, heureusement que ça n'arrive
>> pas souvent.
>>
>> Le 11/06/2018 à 14:14, Johnparis a écrit :
>>
>> Je lui ai écris, en offrant de revoir ses contributions et montrer les
>> reglements, des listes de diffusion, etc. On verra. Je pense qu'il essaie
>> en bonne foi d'ameliorer l'OSM, mais en vain.
>>
>> 2018-06-11 11:59 GMT+02:00 Donat ROBAUX :
>>
>>> Bonjour,
>>>
>>> Je viens de lui envoyer un com de changeset bien senti!
>>> Je ne connais pas les procédures du DWG, mais il serait bon que le
>>> blocage soit définitif non pas sur son compte mais sur son adresse ip,
>>> histoire qu'on entende plus parler de lui.
>>>
>>> Vos avis?
>>>
>>> Donat
>>>
>>>
 -- Forwarded message --
 From: Thomas Ruchin 
 To: talk-fr@openstreetmap.org, Guillaume Rischard <
 openstreet...@stereo.lu>
 Cc:
 Bcc:
 Date: Mon, 11 Jun 2018 11:29:40 +0200
 Subject: Re: [OSM-talk-fr] Blocage de contributeur
 Bonjour,

 Il continue :
 https://www.openstreetmap.org/user/RB94.
 Exemple : https://www.openstreetmap.org/node/2799009880
 Par ailleurs, le problème sur ses modifications des semaines passées
 est que malgré le passage de plusieurs contributeurs chevronnées
 (Christian, Donat, Noémie, Jean-Yvon, Guillaume,...) certains jeux de
 données sont encore pollués par des éléments qui ne correspondent pas aux
 règles OSM. Par exemple, dans les nommages de voies ferrées ou dans les
 schémas de relations de transport.

 Que fait on ?

 Thomas

 Le mer. 6 juin 2018 à 00:28, Johnparis  a écrit :

> Verifié, j'espère.
>
> 2018-06-05 19:21 GMT+02:00 Guillaume Rischard  >:
>
>> Bonjour,
>>
>> Est-ce que la communauté locale peut vérifier ces objets que je n’ai
>> pas pu annuler?
>>
>> https://etherpad.net/p/revertparis
>>
>> J

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

[Nicolas Bétheuil]

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

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

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

[marc marc]

Le 13. 06. 18 à 13:57, Phyks a écrit :

> Quelqu'un saurait où est le code qui tourne derrière et s'il serait 
> possible d'exporter des cartes plus grandes sur une instance perso ?

peut-être https://github.com/hholzgra/maposmatic
c'est l'occasion de lui demander et si c'est exact, lui signaler que la 
page about ne va pas

Il y a aussi l'installation en cours d'une instance sur un serveur 
osm-fr mais ce n'est pas opérationnel pour le moment
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Phyks]

Bonjour,

Dans Firefox, il y a moyen de faire pareil (avec un rendu en direct, 
utile pour déboguer) en ouvrant la vue adaptative (menu -> développement 
web -> vue adaptative) et en spécifiant une grande résolution. Il y a un 
bouton en haut pour faire une capture d'écran de la page dans son 
intégralité.


J'ai un problème similaire, j'aurais voulu sortir des cartes 
d'itinéraires cyclistes (genre partir de 
http://umap.openstreetmap.fr/fr/map/a-velo-avec-openstreetmap_202362#8/46.136/-0.610 
et avoir un feuillet de feuilles A4 avec les plans détaillés). Je viens 
de découvrir https://maposmatic.osm-baustelle.de/ par ce fil, qui a 
l'air vraiment top (et fait tous ces exports). Par contre, il ne 
supporte pas vraiment de grandes zones…


Quelqu'un saurait où est le code qui tourne derrière et s'il serait 
possible d'exporter des cartes plus grandes sur une instance perso ?


Merci !
--
Phyks


Le 2018-06-13 11:36, Nicolas Bétheuil a écrit :

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

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

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

j'aurais bien envoyé l'exemple mais il fait 27Mo ...
Le mer. 13 juin 2018 à 11:11, Dominique Rousseau  a 
écrit :


Le Wed, Jun 13, 2018 at 09:38:08AM +0200, Antoine Riche 
[antoine.ri...@zaclys.net] a écrit:

> Bonjour Dominique,
>
> Une possibilité est de télécharger les données complètes de la carte
> uMap (menu partager), puis de les importer dans MapOSMatic (instance
> https://maposmatic.osm-baustelle.de/) : onglet "Umap data file" dès
> le premier écran "Générer votre carte".

J'avais pense a MapOSMatic, mais la zone est trop grande :(

(par contre, j'apprends que MapOSMatic peut importer des données umap,
merci du tuyau ;-)


>
> Antoine.
>
>
> Le 12/06/2018 à 14:14, Dominique Rousseau a écrit :
> >Bonjour la liste,
> >
> >J'ai préparé une carte sur uMap, avec quelques marqueurs, dans le but de
> >pouvoir sortir une version "bitmap" à imprimer (~ format A3, je pense).
> >
> >Quelqu'un aurait une piste, plus "fine" qu'une copie d'écran ?
> >et qui ne nécessite pas d'exporter un fichier .osm, installer mapnik,
> >etc :o)
> >
> >Ma zone couvre en gros 80km x 80km, c'est pour ça que je voudrais une
> >résolution suffisante pour que les détails soient lisibles, une fois
> >imprimé.
> >
> >
>
>
>
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le 
logiciel antivirus Avast.
> https://www.avast.com/antivirus

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


--
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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


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


--
Phyks

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

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

[Nicolas Bétheuil]

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

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

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

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

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

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

[Dominique Rousseau]

Le Wed, Jun 13, 2018 at 09:38:08AM +0200, Antoine Riche 
[antoine.ri...@zaclys.net] a écrit:
> Bonjour Dominique,
> 
> Une possibilité est de télécharger les données complètes de la carte
> uMap (menu partager), puis de les importer dans MapOSMatic (instance
> https://maposmatic.osm-baustelle.de/) : onglet "Umap data file" dès
> le premier écran "Générer votre carte".

J'avais pense a MapOSMatic, mais la zone est trop grande :(

(par contre, j'apprends que MapOSMatic peut importer des données umap,
merci du tuyau ;-)


> 
> Antoine.
> 
> 
> Le 12/06/2018 à 14:14, Dominique Rousseau a écrit :
> >Bonjour la liste,
> >
> >J'ai préparé une carte sur uMap, avec quelques marqueurs, dans le but de
> >pouvoir sortir une version "bitmap" à imprimer (~ format A3, je pense).
> >
> >Quelqu'un aurait une piste, plus "fine" qu'une copie d'écran ?
> >et qui ne nécessite pas d'exporter un fichier .osm, installer mapnik,
> >etc :o)
> >
> >Ma zone couvre en gros 80km x 80km, c'est pour ça que je voudrais une
> >résolution suffisante pour que les détails soient lisibles, une fois
> >imprimé.
> >
> >
> 
> 
> 
> ---
> L'absence de virus dans ce courrier électronique a été vérifiée par le 
> logiciel antivirus Avast.
> https://www.avast.com/antivirus

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


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

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

[Antoine Riche]

Bonjour Dominique,

Une possibilité est de télécharger les données complètes de la carte 
uMap (menu partager), puis de les importer dans MapOSMatic (instance 
https://maposmatic.osm-baustelle.de/) : onglet "Umap data file" dès le 
premier écran "Générer votre carte".


Antoine.


Le 12/06/2018 à 14:14, Dominique Rousseau a écrit :

Bonjour la liste,

J'ai préparé une carte sur uMap, avec quelques marqueurs, dans le but de
pouvoir sortir une version "bitmap" à imprimer (~ format A3, je pense).

Quelqu'un aurait une piste, plus "fine" qu'une copie d'écran ?
et qui ne nécessite pas d'exporter un fichier .osm, installer mapnik,
etc :o)

Ma zone couvre en gros 80km x 80km, c'est pour ça que je voudrais une
résolution suffisante pour que les détails soient lisibles, une fois
imprimé.






---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr