Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Axel Listes]

Le 18/06/2019 à 08:23, Christian Quest a écrit :
> Il y a quand même dans le libre une tendance à optimiser et maintenir une
> compatibilité pour permettre de fonctionner sur du matériel plus limité,
> voire ancien.
> 
> Là, oui, un linux léger permet de prolonger la durée d'usage d'un
> ordinateur qui avec un OS propriétaire (pas forcément de dernière
> génération mais au moins maintenu pour la sécurité) serait trop lent pour
> être utilisé. Ceci permet souvent de donner une deuxième vie aux machines
> qu'on mettrait sinon en déchetterie.

Je pense qu'il s'agit clairement du principal atout du logiciel libre.
La pollution numérique ne concerne pas uniquement la durée de vie utile
de l’appareil, mais aussi sa conception et son recyclable ... ou son
trafic dans le tiers monde.

Exploitation de métaux rares, non recyclage possible de la majorité de
ces mêmes métaux, eau, énergie consommé pour la génération de l’appareil
et son démantèlement ...
Dans le numérique, le geste le plus écologique est sûrement à ce jour le
prolongement de vie des appareils.

https://www.wwf.fr/projets/numerique-responsable

-- 

L’intégralité de ce courrier électronique est exclusivement réservé à
l'usage des personnes auxquelles il est destiné. L’auteur ne donne pas
autorisation pour une quelconque autre exploitation de données,
notamment à des fins de statistiques et de surveillance.

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

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Violaine_Do]

Merci ! Très intéressant!

J'avoue que j'avais pensé surtout au ressources 
humaines/énergétiques/matérielles qu'on gagne quand on ne réinvente pas 
ou recréé pas des données qui ont déjà été collectées (remarque de Marc 
:)). Ce serait marrant (ou inquiétant) de regarder osm vs google et/ou 
here et/ou les autres... avec toutes les incertitudes / incapacités à 
tracer ça... :/


On 17/06/2019 23:11, Vincent Bergeot wrote:

Le 18/06/2019 à 10:46, David Delon a écrit :

Bonjour,

Il y a pas mal de ressources avec les mots clefs "logiciel libre et 
développement durable", avec donc un élargissement à l'impact social 
et économique.


Voir entre autre :
- 
https://www.april.org/les-logiciels-libres-un-modele-pour-le-developpement-durable-de-notre-societe-samuel-chenal 
 (Verbatim de la conférence "Les logiciels libres, un modèle pour le 
développement durable de notre société 2014").


- 
https://framablog.org/2010/10/20/logiciel-libre-et-developpement-durable-meme-combat/ 
(Logiciel libre et développement durable, même combat ? 2010).


en complément

sur les rmll 2010 la thématique qui déjà m'intéressait un peu : 
http://2010.rmll.info/-Economie-Sociale-et-Solidaire-Developpement-Durable-.html


dont 
http://2010.rmll.info/Open-Source-et-RSE-Le-role-de-l-Open-Source-dans-l-informatique-responsable.html


et celle ci annulé d'un chercheur 
http://2010.rmll.info/Les-logiciels-libres-qui-participent-du-developpement-durable.html


à plus







David.






Le 18/06/2019 à 00:01, Violaine_Do a écrit :

Hello,

Je me demandais si certains d'entre vous avaient des références ou 
argumentaire sur le bien fondé du bien commun d'un point de vue 
environnemental / ressources et/ou un comparatif vs solutions 
propriétaire? (je pense qu'on est tous convaincus, mais un 
référentiel sur le sujet ne seraient que bénéfiques..). Je pense que 
ça peut aussi nous aider à faire avancer (encore plus) OSM...


Des liens / articles à lire sur le sujet?

Merci..

A bientôt

PS: gros big up aux organisateurs du SOTM et aux communicants, ça 
permet de suivre de loin!!




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




--
Violaine_Do


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

Re: [OSM-talk-fr] routage surfacique

[marc marc]

j'ai bien vu cela (même si n'est pas compréhensible sur la capture)
mais aucun des 4 itinéraires n’atteint l'itinéraire réel
alors que ce sont 2 points de osm de la place.
donc même ce site a du limiter le nuage de way représentant la place.
alors imagine les dégâts si tu routes entre Paris et Monpellier
en surfacique.

Le 18.06.19 à 20:25, osm.sanspourr...@spamgourmet.com a écrit :
> Marc j'ai fait comme toi, écrit à peu près le même message et me suis 
> rendu compte avant de l'expédier que c'était l'ergonomie de l'outil et 
> non l'outil qui péchait.
> 
> Car là il te montre 4 trajets possibles : le plus court, le plus calme, 
> le plus touristique...
> 
> Il faut cliquer à Gauche sur le mode fin que tu souhaites pour qu'il 
> mette en évidence un seul des 4 trajets.
> 
> Jean-Yvon
> 
> Le 18/06/2019 à 20:10, marc marc - marc_marc_...@hotmail.com a écrit :
>> Le 18.06.19 à 18:48, lenny.libre a écrit :
 donc pour ma part, les routes donnant sur une place
 se rejoignent en un point + souvent place=square
 c'est une représentation imparfaite, mais c'est
 à l'heure actuelle sans doute le meilleur compromis
>>> Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ?
>> les évolutions des tags dans osm se font généralement
>> - soit par des tags supplémentaires (highway puis maxspeed
>> puis lanes puis turn:lanes par ex)
>> - soit par un changement de tags (par ex power=sub_Station
>> divisé en 2 power=substation et power=generator).
>> Si on suit cette logique, c'est area:highway qui devrait
>> être utilisé pour une transitions sans dégradation.
>>
>> casser en disant "yaka faire du routage surfacique",
>> c'est méconnaître ce que cela implique techniquement :
>> il y a un gros travail de prétraitement à faire.
>> je ne retrouve plus hélas l'article qui était publiée sur osmweekly
>> mais la moindre place avec qlq rues est transformée en un nuage
>> de way qui connectent tous les paires de points de la surface.
>> en passant, cela veux dire aussi qu'une place surfacique
>> avec 8 nœuds consomme 9x l'espace disque et mémoire
>> comparé à sa version linéaire et ce n'est pas en un claquement
>> de doigt qu'on augmente la puissance d'un serveur gratuit.
>>
>> je pense que les outils continueront de s'améliorer simplement
>> à la demande de leur utilisateur, en fonction des ressources dispo.
>>
>>> alors quehttps://moodwalkr.com/@montpellier/itineraire
>>> peut calculer un itinéraire
>> https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png
>> j'espère que tu partageras mon avis que l'amélioration par
>> rapport à une représentation filaire ne saute pas aux yeux
>> alors que le point de départ et d'arrivée sont accessible
>> en ligne droite sans obstacle.
>> PS: je n'ai pas chercher à mettre l'outil en difficulté,
>> j'ai juste demandé la place et une adresse de la place.
>> ___
>> 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] routage surfacique

[osm . sanspourriel]

Marc j'ai fait comme toi, écrit à peu près le même message et me suis
rendu compte avant de l'expédier que c'était l'ergonomie de l'outil et
non l'outil qui péchait.

Car là il te montre 4 trajets possibles : le plus court, le plus calme,
le plus touristique...

Il faut cliquer à Gauche sur le mode fin que tu souhaites pour qu'il
mette en évidence un seul des 4 trajets.

Jean-Yvon

Le 18/06/2019 à 20:10, marc marc - marc_marc_...@hotmail.com a écrit :

Le 18.06.19 à 18:48, lenny.libre a écrit :

donc pour ma part, les routes donnant sur une place
se rejoignent en un point + souvent place=square
c'est une représentation imparfaite, mais c'est
à l'heure actuelle sans doute le meilleur compromis

Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ?

les évolutions des tags dans osm se font généralement
- soit par des tags supplémentaires (highway puis maxspeed
puis lanes puis turn:lanes par ex)
- soit par un changement de tags (par ex power=sub_Station
divisé en 2 power=substation et power=generator).
Si on suit cette logique, c'est area:highway qui devrait
être utilisé pour une transitions sans dégradation.

casser en disant "yaka faire du routage surfacique",
c'est méconnaître ce que cela implique techniquement :
il y a un gros travail de prétraitement à faire.
je ne retrouve plus hélas l'article qui était publiée sur osmweekly
mais la moindre place avec qlq rues est transformée en un nuage
de way qui connectent tous les paires de points de la surface.
en passant, cela veux dire aussi qu'une place surfacique
avec 8 nœuds consomme 9x l'espace disque et mémoire
comparé à sa version linéaire et ce n'est pas en un claquement
de doigt qu'on augmente la puissance d'un serveur gratuit.

je pense que les outils continueront de s'améliorer simplement
à la demande de leur utilisateur, en fonction des ressources dispo.


alors que https://moodwalkr.com/@montpellier/itineraire
peut calculer un itinéraire

https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png
j'espère que tu partageras mon avis que l'amélioration par
rapport à une représentation filaire ne saute pas aux yeux
alors que le point de départ et d'arrivée sont accessible
en ligne droite sans obstacle.
PS: je n'ai pas chercher à mettre l'outil en difficulté,
j'ai juste demandé la place et une adresse de la place.
___
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] routage surfacique

[marc marc]

Le 18.06.19 à 18:48, lenny.libre a écrit :
>> donc pour ma part, les routes donnant sur une place
>> se rejoignent en un point + souvent place=square
>> c'est une représentation imparfaite, mais c'est
>> à l'heure actuelle sans doute le meilleur compromis
> 
> Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ?

les évolutions des tags dans osm se font généralement
- soit par des tags supplémentaires (highway puis maxspeed
puis lanes puis turn:lanes par ex)
- soit par un changement de tags (par ex power=sub_Station
divisé en 2 power=substation et power=generator).
Si on suit cette logique, c'est area:highway qui devrait
être utilisé pour une transitions sans dégradation.

casser en disant "yaka faire du routage surfacique",
c'est méconnaître ce que cela implique techniquement :
il y a un gros travail de prétraitement à faire.
je ne retrouve plus hélas l'article qui était publiée sur osmweekly
mais la moindre place avec qlq rues est transformée en un nuage
de way qui connectent tous les paires de points de la surface.
en passant, cela veux dire aussi qu'une place surfacique
avec 8 nœuds consomme 9x l'espace disque et mémoire
comparé à sa version linéaire et ce n'est pas en un claquement
de doigt qu'on augmente la puissance d'un serveur gratuit.

je pense que les outils continueront de s'améliorer simplement
à la demande de leur utilisateur, en fonction des ressources dispo.

> alors que https://moodwalkr.com/@montpellier/itineraire   
> peut calculer un itinéraire
https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png
j'espère que tu partageras mon avis que l'amélioration par
rapport à une représentation filaire ne saute pas aux yeux
alors que le point de départ et d'arrivée sont accessible
en ligne droite sans obstacle.
PS: je n'ai pas chercher à mettre l'outil en difficulté,
j'ai juste demandé la place et une adresse de la place.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet OSM et BNF...

[deuzeffe]

On 18/06/2019 08:17, Jean-Christophe Becquet wrote:


Il serait utile d'ajouter l'année en paramètre pour avoir des urls qui
pointent directement vers le millésime choisi.


+1

--
deuzeffe

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

Re: [OSM-talk-fr] OpenStreetMap dans « Libre à vous ! » - demain mardi 11 juin sur radio Cause Commune

[deuzeffe]

On 18/06/2019 10:29, Jean-Christophe Becquet wrote:


Bonjour,

Pour ceux qui préfèrent lire qu'écouter, l'April vient de publier la
transcription de l'émission :


J'ai bien aimé :)


https://www.april.org/libre-a-vous-radio-cause-commune-transcription-de-l-emission-du-11-juin-2019


Tout à fait le genre d'article qui aurait sa place sur le site de 
l'assoc (Revue de presse ou un truc comme ça), amtttha non ?
(pis avec l'April, on est sûr que la licence permet la diffusion, si je 
ne me goure pas dans les acronymes en bas de page ^^)


--
deuzeffe

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

Re: [OSM-talk-fr] Osmose erreurs#1270

[lenny.libre]

Le 18/06/2019 à 11:36, marc marc a écrit :

Bonjour,

Le 18.06.19 à 11:03, lenny.libre a écrit :

on ne tague pas pour les outils

non on ne tage pas pour les outils.
mais quand 99% des routages sont ko,
on peux se poser la question de la pertinence.
donc pour ma part, les routes donnant sur une place
se rejoignent en un point + souvent place=square
c'est une représentation imparfaite, mais c'est
à l'heure actuelle sans doute le meilleur compromis


Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ? (je 
sais, je ne devrais pas en parler ... , je serais bien incapable de 
faire ces outils)


Mais, pour ceux qui étaient à Montpellier ce we...  la Place de la 
Comédie 
(https://www.openstreetmap.org/relation/5616152#map=18/43.60893/3.88015) 
a un ensemble de chemins qui la traversent, tracés pour les calculateurs 
: https://www.openstreetmap.org/way/470207595 alors que 
https://moodwalkr.com/@montpellier/itineraire peut calculer un 
itinéraire qui la traverse en ligne directe sans les utiliser (ou un 
autre trajet au choix).



si quelqu'un passait une autoroutes en surface,
je ne doute pas qu'on ferrait un revert parce
que l'avantage (un rendu + joli) ne compense pas
le défaut (beaucoup d'usage insatisfaisant)


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

Re: [OSM-talk-fr] viennoiseries

[osm . sanspourriel]

Il faudrait d'abord voter sur bakery:FR:chocolatine_zone ou
bakery:FR:pain_au_chocolat_zone ;-). Et penser à dater au cas où la zone
évoluerait au cours du temps.

Assez d'accord. D'une manière générale un tag utilisé une fois et dont
on ne voit pas l'équivalent c'est probablement du nanomapping. Et encore
il ne dit pas quels types de brötchen ;-).

Mais comme je n'aime pas supprimer brutalement des infos mal taguées...

Pour la question petits pains ou viennoiserie : c'est un germanophone
qui a mis la clé mais le camping est en France, il aurait été en Alsace
j'aurais parlé de mauricettes ;-). Et je vois mal un camping en PACA ne
proposer que des mauricettes au petit-déjeuner.

Pour les Alsaciens, les mauricettes sont des mauricettes. Pour les
Allemands du Nord ce sont des Brötchen et pour ceux du Sud des Weck ou
des Weckle.

shop=backery me semble superfétatoire, c'est un accueil de camping,

vending=*, c'est pour les automates.

je vais mettre un backery=yes car shop=backery indique que c'est une
boulangerie or c'est un accueil de camping.

Comme dit Christian, il faut avoir des priorités mais là la priorité
c'est l'accueil pas la bouffe ;-).

Et là pour moi, c'était virer une clé pourrie.

Jean-Yvon

Le 18/06/2019 à 14:10, Christian Quest - cqu...@openstreetmap.fr a écrit :

Ce niveau de détail de tagging me semble parfois ridicule.

Bientôt un bakery:FR:chocolatine_zone=yes/no ?

Le mar. 18 juin 2019 à 13:29, althio mailto:althio.fo...@gmail.com>> a écrit :

> oui, mais il semble qu'il soit question de viennoiseries et non
de pain :)

ah bon ? et alors ?
les propositions suggérées par les protagonistes :
brötchenservice=yes
bakery_goods_delivery=yes
bakery=yes

tout ça, c'est de la boulangerie, ils cherchent à distinguer le lieu
de production et le lieu de vente.

je n'ai pas compris qu'ils cherchaient à distinguer une vente de pain
d'une vente de viennoiseries.

et au passage, pour Brötchen (=petits pains)
https://de.wikipedia.org/wiki/Br%C3%B6tchen


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

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

[Johnparis]

C'est fait. Merci de vérifier.

On Sat, Jun 8, 2019, 23:12 Johnparis  wrote:

> Tu as raison. Je vais demander un changement.
>
> On Sat, Jun 8, 2019, 22:15 marc marc  wrote:
>
>> Le 08.06.19 à 10:00, Johnparis a écrit :
>> > quelle est l'erreur de documentation ?
>>
>> je pensais aux 7 exemples avec &
>> Si tu fais un copier/coller, cela ne va pas.
>> il faut une simple/double quotte autour de ce genre d'url
>> ___
>> 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] viennoiseries

[marc marc]

> mais il semble qu'il soit question de viennoiseries

franchement faut faire simple
shop=bakery bakery=* pour ceux qui veulent des sous-catégorie
(22 occurrences (sans les yes) donc sans doute pas réellement utilisé)
ou l'alternative vending=* utilisé par qlq apps
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] viennoiseries

[Jacques Lavignotte]

Le 18/06/2019 à 14:10, Christian Quest a écrit :


Bientôt un bakery:FR:chocolatine_zone=yes/no ?


Indispensable sinon il y'a risque de fork.
--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [OSM-talk-fr] viennoiseries

[Christian Quest]

Ce niveau de détail de tagging me semble parfois ridicule.

Bientôt un bakery:FR:chocolatine_zone=yes/no ?

Le mar. 18 juin 2019 à 13:29, althio  a écrit :

> > oui, mais il semble qu'il soit question de viennoiseries et non de pain
> :)
>
> ah bon ? et alors ?
> les propositions suggérées par les protagonistes :
> brötchenservice=yes
> bakery_goods_delivery=yes
> bakery=yes
>
> tout ça, c'est de la boulangerie, ils cherchent à distinguer le lieu
> de production et le lieu de vente.
>
> je n'ai pas compris qu'ils cherchaient à distinguer une vente de pain
> d'une vente de viennoiseries.
>
> et au passage, pour Brötchen (=petits pains)
> https://de.wikipedia.org/wiki/Br%C3%B6tchen
>

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

Re: [OSM-talk-fr] Version patché d'iD

[marc marc]

Le 18.06.19 à 13:08, Benoit Fournier a écrit :
>> c'est un problème humain bien avant un problème technique.
> Je ne parle pas de problème ou de solution technique.
> Je parle de gouvernance

je suis partiellement d'accord avec toi et je le redis + simplement :
un dépôt technique de + ne change rien au fond (il y en a d'ailleurs 
déjà 5 utilisé pour construire iD), ce qui doit changer c'est la 
gouvernance.
si un dépôt de + facilite le changement de gouvernance de changer,
tant mieux.
mais un dépôt de + n'est ni une garantie d'un changement ni un prérequis

si c'est juste un Xieme dépôt contrôlé par la même gouvernance,
cela ne résout rien !
hors pour l'instant, le ticket parle de modif technique afin d'ouvrir
de nouveaux marchés pour iD, le ticket ne parle pas de gouvernance.

à l'inverse, la maj 2.15.2 parle de réaction face aux plaintes,
c'est un changement radical comparé au "je m'en fou" d'avant.
la demande de maj sur osm.org a même un lien vers la page wiki.
raison de + pour y documenter les problèmes.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] viennoiseries

[althio]

> oui, mais il semble qu'il soit question de viennoiseries et non de pain :)

ah bon ? et alors ?
les propositions suggérées par les protagonistes :
brötchenservice=yes
bakery_goods_delivery=yes
bakery=yes

tout ça, c'est de la boulangerie, ils cherchent à distinguer le lieu
de production et le lieu de vente.

je n'ai pas compris qu'ils cherchaient à distinguer une vente de pain
d'une vente de viennoiseries.

et au passage, pour Brötchen (=petits pains)
https://de.wikipedia.org/wiki/Br%C3%B6tchen

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

Re: [OSM-talk-fr] Version patché d'iD

[althio]

> NB: il se raconte en coulisse que la maquette aurait
> peut-être déjà atteint en partie son but, des commits
> d'annulation sorti de nulle part pour une partie des conflits
> ont été poussé à toute hâte sur le dépôt officiel et
> une version 2.15.2 est sortie en dehors de tout planning
> habituel en vert dans la liste ci-dessous
> https://github.com/openstreetmap/iD/commit/ff8e5bd5d3c7caae9e7f3202c2a5aceddb4a92db
> pas sur qu'on doivent attribuer tout cela à la maquette
> mais les 2 qui m'en ont parlé en privé m'ont clairement dit
> qu'il y avait une peur que la maquette prenne de l'ampleur

Oui, effectivement, avec un message assez révélateur que quelque chose
a fait bougé les lignes (la maquette, et/ou des pressions antérieures,
et/ou une décision des employeurs et financeurs).

https://github.com/openstreetmap/openstreetmap-website/pull/2267

===
Extrait et traduction semi-automatique
===

Mise à jour vers iD v2.15.2 #2267

bhousel a commenté il y a 15 heures -
Bonjour ! Nous avons beaucoup reçu de nombreux retours à propos des
nouvelles fonctionnalités de validation d'iD v2.15. Nous savons que
tout le monde n'approuve pas toutes les améliorations apportées [...]
nous avons donc décidé de revenir sur plusieurs des changements
controversés. Notamment :

- supprimé l'option autofix du validateur - les utilisateurs doivent
maintenant inspecter et décider de chaque problème détecté
individuellement.
- supprimé la possibilité d'attribut nonsquare=yes pour les bâtiments
non carrés .
- ajusté le libellé des messages pour utiliser une formulation plus
neutre lors de la mise à jour d'éléments avec lié à des marques.
- corrigé le bogue qui faisait que le validateur ajoutait barrier=kerb
lors de la mise à jour des balises highway=crossing.
- modifié les préréglages pour les quais et les plates-formes de
transport public pour ne plus ajouter highway=footway comme attribut
suggéré.

Nous sommes vraiment désolés pour les problèmes causés par la récente
mise à jour d'iD, et nous espérons travailler avec la communauté
OpenStreetMap pour que la carte soit la meilleure possible.

Merci, Bryan et Quincy.
(@bhousel et @quincylvania)

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

Re: [OSM-talk-fr] Version patché d'iD

[Benoit Fournier]

> > https://github.com/openstreetmap/iD/issues/6483
> >
> > Dans cette refonte, les aspects de tagging-presets seraient découplés
> > du cœur du logiciel.
> > Ce qui répond, d'une certaine manière
>
> oui et non.
> oui parce que techniquement cela serrait un minuscule pas en avant d'avoir 2 
> dépôts différents.
> non parce que un ou 2 dépôts ne change rien au fond :
> si celui qui contrôle le dépôt des presets et/ou si celui qui contrôle le 
> dépôt du "id osm.org" ne souhaite pas la version communautaire, un ou 2 dépôt 
> ne change rien.
> si celui qui contrôle "id osm.org" veux des presets non conflictuel, un seul 
> dépôt n'est pas un problème.
> on peux même faire un script qui déploie le tout.
> c'est un problème humain bien avant un problème technique.

Je ne parle pas de problème ou de solution technique.
Je parle de gouvernance, de séparation des pouvoirs, et d’opportunité
pour la communauté de reprendre le contrôle sur les aspects qu'elle
souhaite contrôler.
Ce qui est apparent, selon moi, c'est la volonté des développeurs (et
de leurs employeurs...) de se décharger de la partie spécifique-OSM et
de laisser la communauté se débrouiller avec. Si cela se réalise, la
gouvernance associée à ce dépôt spécifique-OSM devra être établie.

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

Re: [OSM-talk-fr] viennoiseries

[Jean-Claude Repetto]

Le 18/06/2019 à 11:31, althio a écrit :
et bien, à la lecture de la page wiki anglaise 
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dbakery

je suggère :

shop=bakery (qui est un simple lieu de vente, dans sa définition stricte)
noname=yes
opening_hours=08:00-10:00
operator=camping xyz

et en optionnel, utiliser un tag pour différencier une boulangerie d'un 
simple dépôt de pain.

craft=bakery pour une boulangerie

et en optionnel, inventer/détourner un tag pour différencier un simple 
dépôt de pain d'une boulangerie.

no:craft=bakery ou oven=no ou ??? pour un dépôt de pain ???



oui, mais il semble qu'il soit question de viennoiseries et non de pain :)



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

Re: [OSM-talk-fr] Version patché d'iD

[marc marc]

Le 18.06.19 à 12:00, Benoit Fournier a écrit :
> Les développeurs d'iD s'orientent vers une refonte du logiciel,  
> où ils feraient d'iD un éditeur générique de données géographiques,  
> et pouvant être resservir à d'autres projets que strictement l'édition  
> de données OpenStreetMap.
> https://github.com/openstreetmap/iD/issues/6483
> 
> Dans cette refonte, les aspects de tagging-presets seraient découplés  
> du cœur du logiciel.
> Ce qui répond, d'une certaine manière

oui et non.
oui parce que techniquement cela serrait un minuscule pas
en avant d'avoir 2 dépôts différents.
non parce que un ou 2 dépôts ne change rien au fond :
si celui qui contrôle le dépôt des presets et/ou si celui
qui contrôle le dépôt du "id osm.org" ne souhaite pas la
version communautaire, un ou 2 dépôt ne change rien.
si celui qui contrôle "id osm.org" veux des presets
non conflictuel, un seul dépôt n'est pas un problème.
on peux même faire un script qui déploie le tout.
c'est un problème humain bien avant un problème technique.

NB: il se raconte en coulisse que la maquette aurait
peut-être déjà atteint en partie son but, des commits
d'annulation sorti de nulle part pour une partie des conflits
ont été poussé à toute hâte sur le dépôt officiel et
une version 2.15.2 est sortie en dehors de tout planning
habituel en vert dans la liste ci-dessous
https://github.com/openstreetmap/iD/commit/ff8e5bd5d3c7caae9e7f3202c2a5aceddb4a92db
pas sur qu'on doivent attribuer tout cela à la maquette
mais les 2 qui m'en ont parlé en privé m'ont clairement dit
qu'il y avait une peur que la maquette prenne de l'ampleur
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Version patché d'iD

[Benoit Fournier]

Merci Fred et Marc pour la preuve de concept et la mise en place d'un
prototype fonctionnel.
Et pour l'annonce ici ;)

J'ai discuté un peu avec Fred et Roland Olbricht à Montpellier ce week-end
et avec d'autres personnes au hasard des tables et des rencontres.
Pour rappel Roland propose une discussion ouverte sur un sujet large "
tagging-presets-éditeurs-osm.org
", à animer lors du State
of the Map mondial en Allemagne en septembre.

En repassant quelques messages et interactions, j'ai relevé quelque chose
qui me parait important, relayé par weeklyOSM :
Les développeurs d'iD s'orientent vers une refonte du logiciel, où ils
feraient d'iD un éditeur générique de données géographiques, et pouvant
être resservir à d'autres projets que strictement l'édition de données
OpenStreetMap.
https://github.com/openstreetmap/iD/issues/6483

Dans cette refonte, les aspects de tagging-presets seraient découplés du
cœur du logiciel.
Ce qui répond, d'une certaine manière, à une demande récurrente de certains
membres de la communauté internationale.
quelques archives sur le sujet : [Tagging] iD presets - was:
emergency=lifeguard fil à partir de
https://lists.openstreetmap.org/pipermail/tagging/2018-June/037085.html

Peut-être que la gouvernance des tagging-presets pourrait devenir plus
ouverte et libre pour la communauté, grâce à ce fonctionnement en plugin,
une sorte de séparation des pouvoirs.

--
Benoît

osm.sanspourr...@spamgourmet.com :
> Je pense que ça vaut le coup de voir comment les développeurs
payés réagissent à ces PR.

Frédéric Rodrigo  :

> Non, pas de PR vers le code d'origine. Si ces points sont conflictuels,
> c'est parce qu'ils ont déjà étaient rejetés par les mainteneurs.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose erreurs#1270

[marc marc]

Bonjour,

Le 18.06.19 à 11:03, lenny.libre a écrit :
> on ne tague pas pour les outils

non on ne tage pas pour les outils.
mais quand 99% des routages sont ko,
on peux se poser la question de la pertinence.
donc pour ma part, les routes donnant sur une place
se rejoignent en un point + souvent place=square
c'est une représentation imparfaite, mais c'est
à l'heure actuelle sans doute le meilleur compromis

si quelqu'un passait une autoroutes en surface,
je ne doute pas qu'on ferrait un revert parce
que l'avantage (un rendu + joli) ne compense pas
le défaut (beaucoup d'usage insatisfaisant)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] viennoiseries

[althio]

et bien, à la lecture de la page wiki anglaise
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dbakery
je suggère :

shop=bakery (qui est un simple lieu de vente, dans sa définition stricte)
noname=yes
opening_hours=08:00-10:00
operator=camping xyz

et en optionnel, utiliser un tag pour différencier une boulangerie d'un
simple dépôt de pain.
craft=bakery pour une boulangerie

et en optionnel, inventer/détourner un tag pour différencier un simple
dépôt de pain d'une boulangerie.
no:craft=bakery ou oven=no ou ??? pour un dépôt de pain ???

On Mon, 17 Jun 2019 at 18:29,  wrote:

> Non ce n'est pas vous dire que des viennoiseries vous attendent à la pause
> café ;-).
>
> À un accueil de camping (Marc : amenity=reception_desk ;-=)) il y avait
> brötchenservice=yes.
>
> Le contributeur n'est pas d'accord pour modifier en breakfast=yes ou
> shop=convenience. Il irait plutôt vers une nouvelle clé
> bakery_goods_delivery.
>
> Je propose plutôt backery=yes.
>
> Qu'en pensez-vous ?
>
> 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-fr] area=yes (était Osmose erreurs#1270)

[osm . sanspourriel]

Stricto sensu tu as raison, des outils créent ses chemins virtuels pour
pouvoir naviguer dans les places. Voir à ce sujet les projets de
cartographie de la SNCF passés sur la liste : il y avait des liens
fournis vers de tels outils.

Mais la plupart des outils ne font pas ce prétraitement.

Maintenant d'un point de vue pratique tu vas traverser tout droit le
Square de l'Aérodrome, ça ne me choque pas de prolonger le chemin :
c'est ce que 99,9 % des gens feront même s'ils peuvent faire trois fois
le tour de la place avant de continuer.

Ça me semble d'ailleurs plutôt intéressant pour les piétons de savoir
que là ils doivent faire plus attention aux cyclistes.

Jean-Yvon

Le 18/06/2019 à 11:03, lenny.libre - lenny.li...@orange.fr a écrit :


Le 13/06/2019 à 21:32, David Crochet a écrit :

Bonjour

Le 13/06/2019 à 12:44, lenny.libre a écrit :

Est-ce le "area=yes" qui perturbe Osmose où une erreur de ma part ?



Si le chemin arrive à une aire, cela nécessite la continuité dudit
chemin à l'intérieur de l'aire.


Je ne voit pas pourquoi "cela nécessite" Il me semble bien qu'il y
avait eu une discussion (il y a bien longtemps et je ne l'ai pas
retrouvée) qui disait qu'il ne fallait pas créer des chemins à
l'intérieur des aires (on ne peut pas le vérifier sur le terrain, il
n'y a pas de cheminement dessiné au sol) comme on ne tague pas pour le
rendu, on ne tague pas pour les outils (certain calculateur
d'itinéraire piéton sait traverser des places -area=yes +
highway=pedestrian - sans avoir besoin de créer des toiles d'araignée
virtuelles).

Leni



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

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Vincent Bergeot]

Le 18/06/2019 à 10:46, David Delon a écrit :

Bonjour,

Il y a pas mal de ressources avec les mots clefs "logiciel libre et 
développement durable", avec donc un élargissement à l'impact social 
et économique.


Voir entre autre :
- 
https://www.april.org/les-logiciels-libres-un-modele-pour-le-developpement-durable-de-notre-societe-samuel-chenal 
 (Verbatim de la conférence "Les logiciels libres, un modèle pour le 
développement durable de notre société 2014").


- 
https://framablog.org/2010/10/20/logiciel-libre-et-developpement-durable-meme-combat/ 
(Logiciel libre et développement durable, même combat ? 2010).


en complément

sur les rmll 2010 la thématique qui déjà m'intéressait un peu : 
http://2010.rmll.info/-Economie-Sociale-et-Solidaire-Developpement-Durable-.html


dont 
http://2010.rmll.info/Open-Source-et-RSE-Le-role-de-l-Open-Source-dans-l-informatique-responsable.html


et celle ci annulé d'un chercheur 
http://2010.rmll.info/Les-logiciels-libres-qui-participent-du-developpement-durable.html


à plus







David.






Le 18/06/2019 à 00:01, Violaine_Do a écrit :

Hello,

Je me demandais si certains d'entre vous avaient des références ou 
argumentaire sur le bien fondé du bien commun d'un point de vue 
environnemental / ressources et/ou un comparatif vs solutions 
propriétaire? (je pense qu'on est tous convaincus, mais un 
référentiel sur le sujet ne seraient que bénéfiques..). Je pense que 
ça peut aussi nous aider à faire avancer (encore plus) OSM...


Des liens / articles à lire sur le sujet?

Merci..

A bientôt

PS: gros big up aux organisateurs du SOTM et aux communicants, ça 
permet de suivre de loin!!




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



--
Vincent Bergeot


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

Re: [OSM-talk-fr] Osmose erreurs#1270

[lenny.libre]

Le 13/06/2019 à 21:32, David Crochet a écrit :

Bonjour

Le 13/06/2019 à 12:44, lenny.libre a écrit :
Est-ce le "area=yes" qui perturbe Osmose où une erreur de ma part ? 



Si le chemin arrive à une aire, cela nécessite la continuité dudit 
chemin à l'intérieur de l'aire.


Je ne voit pas pourquoi "cela nécessite" Il me semble bien qu'il y avait 
eu une discussion (il y a bien longtemps et je ne l'ai pas retrouvée) 
qui disait qu'il ne fallait pas créer des chemins à l'intérieur des 
aires (on ne peut pas le vérifier sur le terrain, il n'y a pas de 
cheminement dessiné au sol) comme on ne tague pas pour le rendu, on ne 
tague pas pour les outils (certain calculateur d'itinéraire piéton sait 
traverser des places -area=yes + highway=pedestrian - sans avoir besoin 
de créer des toiles d'araignée virtuelles).


Leni



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

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[David Delon]

Bonjour,

Il y a pas mal de ressources avec les mots clefs "logiciel libre et 
développement durable", avec donc un élargissement à l'impact social et 
économique.


Voir entre autre :
- 
https://www.april.org/les-logiciels-libres-un-modele-pour-le-developpement-durable-de-notre-societe-samuel-chenal 
 (Verbatim de la conférence "Les logiciels libres, un modèle pour le 
développement durable de notre société 2014").


- 
https://framablog.org/2010/10/20/logiciel-libre-et-developpement-durable-meme-combat/ 
(Logiciel libre et développement durable, même combat ? 2010).



David.  






Le 18/06/2019 à 00:01, Violaine_Do a écrit :

Hello,

Je me demandais si certains d'entre vous avaient des références ou 
argumentaire sur le bien fondé du bien commun d'un point de vue 
environnemental / ressources et/ou un comparatif vs solutions 
propriétaire? (je pense qu'on est tous convaincus, mais un référentiel 
sur le sujet ne seraient que bénéfiques..). Je pense que ça peut aussi 
nous aider à faire avancer (encore plus) OSM...


Des liens / articles à lire sur le sujet?

Merci..

A bientôt

PS: gros big up aux organisateurs du SOTM et aux communicants, ça permet 
de suivre de loin!!




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

Re: [OSM-talk-fr] OpenStreetMap dans « Libre à vous ! » - demain mardi 11 juin sur radio Cause Commune

[Jean-Christophe Becquet]

Le 15/06/2019 07:22, Jean-Christophe Becquet a écrit :
> Le podcast est à présent disponible sous licence libre sur le site de
> l'April :
> https://media.april.org/audio/radio-cause-commune/libre-a-vous/emissions/20190611/libre-a-vous-20190611-openstreetmap-state-of-the-map-france-christian-quest-jean-christophe-becquet-noemie-lehuby.ogg

Bonjour,

Pour ceux qui préfèrent lire qu'écouter, l'April vient de publier la
transcription de l'émission :
https://www.april.org/libre-a-vous-radio-cause-commune-transcription-de-l-emission-du-11-juin-2019

Morceaux choisis :

« Noémie Lehuby : Oui. Je voudrais revenir un petit peu sur le côté
collaboratif et participatif parce qu’effectivement, je pense qu’une des
grandes forces du projet c’est sa communauté. Avant d’être un projet
informatique de création de base de données c’est un projet de
communauté et ce sont beaucoup de communautés de passionnés qui se
retrouvent dans ce projet. On a avoir des cyclistes qui vont venir
cartographier des équipements cyclables, des pistes cyclables, des
parkings vélos, etc. On va avoir, je ne sais pas, des végétariens qui
vont indiquer quels sont les restaurants qui servent des plats
végétariens, et c’est un petit peu toute cette agrégation de passionnés
qui fait qu’on a une aussi belle carte aujourd’hui. »

« Jean-Christophe Becquet : Comme Noémie l’a dit OpenStreetMap c’est
d’abord une base de données géographiques sur laquelle s’appuie tout un
ensemble de services en ligne, ceux qu’on trouve sur le site
openstreetmap.org mais aussi tout un tas d’autres. En fait, cette base
de données libres et ses enjeux libres rejoignent les enjeux du logiciel
libre qu’on défend à l’April, c’est-à-dire retrouver la maîtrise de son
informatique, retrouver la maîtrise de ses données. Tout simplement,
dans la base de données OpenStreetMap, si je constate une erreur, une
manque, une information qui n’est pas à jour, eh bien comme dans
Wikipédia, je clique sur le bouton « modifier », je corrige, je complète
et dans l’instant la base de données est actualisée, complétée,
améliorée. Je pense que ce caractère libre de la base de données
OpenStreetMap est vraiment un enjeu important qui permet de retrouver la
maîtrise de sa base de données.
Dans ma ville, Digne-les-Bains, la base de données OpenStreetMap est de
qualité nettement supérieure à celle de ses concurrents propriétaires
parce qu’il y a des contributeurs OpenStreetMap dans ma région. Donc
aujourd’hui si on cherche un service public, un restaurant, une adresse
à Digne, il vaut beaucoup mieux passer par OpenStreetMap que par les
cartes propriétaires. »

« Christian Quest : Oui. Tout à fait. OpenStreetMap a vocation à décrire
le monde, on va dire un monde un petit peu statique, une base de données
géographiques mais relativement statiques avec des choses qui ont de la
pérennité. Donc tout ce qui est très temporaire comme des travaux, des
bouchons ou des accidents, effectivement ça n’a pas sa place dans la
base OpenStreetMap.
Je vais faire une toute petite parenthèse : j’ai essayé de démarrer un
projet qui s’appelle OpenEventDatabase pour venir combler ce manque et
pour venir compléter OpenStreetMap en apportant des données qui, elles,
sont localisées dans l’espace mais aussi dans le temps, donc avec des
choses beaucoup plus liées au temps réel. Mais là, pareil, il va falloir
qu’il y ait de la collaboration, il faut que tout le monde partage ses
données en temps réel, ce qui n’est pas évident. Déjà, quand on a
démarré, ce n’était pas évident pour les données cartographiques, mais
alors pour les données en temps réel. aujourd’hui c’est encore considéré
comme le petit trésor ! »

Bonne lecture

JCB
-- 
Digne : SIG libres à l'IUT avec les étudiants - mercredi 19 juin
https://iut.univ-amu.fr/presentation-logiciels-libres-sig-19-juin-2019

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


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

Re: [OSM-talk-fr] Osmose erreurs#1270

[osm . sanspourriel]

Parions sur place=square.

Le 18/06/2019 à 09:53, marc marc - marc_marc_...@hotmail.com a écrit :

Le 18.06.19 à 09:26, Francois Gouget a écrit :

On Thu, 13 Jun 2019, David Crochet wrote:

Si le chemin arrive à une aire, cela nécessite la continuité
dudit chemin à l'intérieur de l'aire.

Donc sur un endroit comme ci-dessous il faut faire traverser les chemins
et voies cyclables ? Où est-ce que c'est pas encore bien décidé ?

https://osmose.openstreetmap.fr/fr/map/#item=1270&zoom=18&lat=47.497935&lon=-0.581093&level=1%2C2%2C3&tags=&fixable=

oui assurer la continuité est une des façon de résoudre le soucis

l'autre c'est de se demander ce que représente ceci
https://www.openstreetmap.org/way/359798404
une rue piétonne qui n'est pas une rue et qui est permis aux voitures
je sais pas ce que cela voulait représenter mais cela ne semble pas
être une rue piétonne :)

fred horse=yes a encore frappé :) (en passant, il n'y a sans doute
pas de panneau concernant les chevaux,donc pas besoin de tag horse)
___
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] Osmose erreurs#1270

[marc marc]

Le 18.06.19 à 09:26, Francois Gouget a écrit :
> On Thu, 13 Jun 2019, David Crochet wrote:
>> Si le chemin arrive à une aire, cela nécessite la continuité 
>> dudit chemin à l'intérieur de l'aire.
> 
> Donc sur un endroit comme ci-dessous il faut faire traverser les chemins
> et voies cyclables ? Où est-ce que c'est pas encore bien décidé ?
> 
> https://osmose.openstreetmap.fr/fr/map/#item=1270&zoom=18&lat=47.497935&lon=-0.581093&level=1%2C2%2C3&tags=&fixable=

oui assurer la continuité est une des façon de résoudre le soucis

l'autre c'est de se demander ce que représente ceci
https://www.openstreetmap.org/way/359798404
une rue piétonne qui n'est pas une rue et qui est permis aux voitures
je sais pas ce que cela voulait représenter mais cela ne semble pas
être une rue piétonne :)

fred horse=yes a encore frappé :) (en passant, il n'y a sans doute
pas de panneau concernant les chevaux,donc pas besoin de tag horse)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[marc marc]

Le 18.06.19 à 08:23, Christian Quest a écrit :
> Le libre est-il plus léger en usage de ressources ? Pas bien sûr, pas 
> forcément, pas toujours.

en ressource humaine, sans doute (= réutilisation du code/des librairies
des autres), mais pas d'étude sous la main $ ce sujet.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose erreurs#1270

[Francois Gouget]

On Thu, 13 Jun 2019, David Crochet wrote:

> Bonjour
> 
> Le 13/06/2019 à 12:44, lenny.libre a écrit :
> > Est-ce le "area=yes" qui perturbe Osmose où une erreur de ma part ? 
> 
> Si le chemin arrive à une aire, cela nécessite la continuité dudit 
> chemin à l'intérieur de l'aire.

Donc sur un endroit comme ci-dessous il faut faire traverser les chemins 
et voies cyclables ? Où est-ce que c'est pas encore bien décidé ?

https://osmose.openstreetmap.fr/fr/map/#item=1270&zoom=18&lat=47.497935&lon=-0.581093&level=1%2C2%2C3&tags=&fixable=


-- 
Francois Gouget   http://fgouget.free.fr/
 Any sufficiently advanced technology is indistinguishable from magic.
Arthur C. Clarke___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet OSM et BNF...

[Christian Quest]

Je me suis sûrement emmêlé les fichiers pour sortir mes millésimes...

A refaire en partant du full planet d'avril 2012 !

L'avantage c'est que la quantité de données était limitée et que ça va bien
plus vite qu'un planet actuel ;)

Le mar. 18 juin 2019 à 09:14,  a écrit :

> Je me demande si les versions "antiques" sont correctement restituées :
>
>
> http://osm13.openstreetmap.fr/~cquest/leaflet/archeosm.html#18/48.73512/-3.43681
>
> J'ai comme l'impression que les chemins ont l'emprise actuelle et non
> l'emprise à la date indiquée : ça semble étonnant que les ronds-points
> soient disjoints des routes y menant.
>
> J'avais envisagé des évolutions de tags mais aux deux ronds-points
> regardés de plus près les petits morceaux de voie à sens unique ont été
> rajoutés plus récemment.
>
> Jean-Yvon
> Le 18/06/2019 à 08:37, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> Certificat corrigé, en principe ça devrait être tout bon de ce côté :)
>
> Le lun. 17 juin 2019 à 20:25, Christian Quest  a
> écrit :
>
>> Pas tout, encore un petit pépin de certificat... mais je verrai après
>> diner, faut pas déconner avec les priorités.
>>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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
>


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

Re: [OSM-talk-fr] Projet OSM et BNF...

[osm . sanspourriel]

Je me demande si les versions "antiques" sont correctement restituées :

http://osm13.openstreetmap.fr/~cquest/leaflet/archeosm.html#18/48.73512/-3.43681

J'ai comme l'impression que les chemins ont l'emprise actuelle et non
l'emprise à la date indiquée : ça semble étonnant que les ronds-points
soient disjoints des routes y menant.

J'avais envisagé des évolutions de tags mais aux deux ronds-points
regardés de plus près les petits morceaux de voie à sens unique ont été
rajoutés plus récemment.

Jean-Yvon

Le 18/06/2019 à 08:37, Christian Quest - cqu...@openstreetmap.fr a écrit :

Certificat corrigé, en principe ça devrait être tout bon de ce côté :)

Le lun. 17 juin 2019 à 20:25, Christian Quest mailto:cqu...@openstreetmap.fr>> a écrit :

Pas tout, encore un petit pépin de certificat... mais je verrai
après diner, faut pas déconner avec les priorités.


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