Re: [OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

2020-02-02 Par sujet Stéphane Péneau 

Le 02/02/2020 à 20:48, François Lacombe a écrit :


Le dim. 2 févr. 2020 à 18:41, pepilepi...@ovh.fr 
 > a écrit :


Le 02/02/2020 à 14:50, Stéphane Péneau a écrit :


Ça m'a tout cassé mes jolies haies  :-(((

https://www.openstreetmap.org/#map=19/47.09460/-1.35571


Natural=scrub est-il incompatible ici ? (si tu veux retrouver tes
jolies haies...)


C'est plutôt pour la broussaille basse, les haies peuvent être 
composées d'arbres à part entière.
Et le rendu vert kaki reflète peu la broussaille qu'on trouve ici je 
trouve


De plus, les haies sont des barrières, ça n'a pas la même implication 
pour le routing.


Il y a une partie des haies que j'ai tracées à l'époque, qui devraient 
être moins larges qu'elles ne le sont. Les images sont meilleures 
maintenant.



Bon, je ne vais pas en faire tout un foin, c'est juste le rendu, et je 
crois que je n'ai pas tout compris aux discussions sur le ticket. De mon 
point de vue, un landuse=meadow + barrier=hedge, c'est mélanger 2 types 
de données.


https://github.com/gravitystorm/openstreetmap-carto/pull/3844


Stf

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

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

2020-02-02 Par sujet Francois Gouget 
On Wed, 29 Jan 2020, Philippe Verdy wrote:

> Traqueurs vides de tous clients connectés dessus, donc pas de
> téléchargement du tout. Les deux traqueurs n'annoncent personne (statut
> torrent : non annoncé, sur opentracker.org bien que marqué "activé" et
> "traqueur principal"; sur le second traqueur sur openbittorrent.com il
> l'est même pas pas activé, donc pas annoncé non plus).

J'ai eu un peu de mal avec ces sites :

* http://openbittorrent.com/
  -> Je me retrouve automatiquement sur https://openbittorrent.com/ dont 
 le certificat est valide pour *.opentrackr.org et pas 
 openbittorrent.com. Bon, en fait c'est la faute de Https Everywhere 
 mais il y a quand même un problème avec le certificat.

* http://opentracker.org/
  Page vide.
  -> Je suppose qu'en fait il s'agissait de https://opentrackr.org/

Et comme je ne connais pas bien Bittorrent je ne sais pas trop quoi en 
faire ensuite.

Par contre pour ce qui est du téléchargement à partir de 
http://osm.cquest.org/torrents/ pas de problème : débit de 800 Mb/s en 
moyenne. Vive la fibre.

Ensuite en upload, pratiquement rien. Moins de 100 kb/s de temps en 
temps. En ce moment 1 à 1,5 Mb/s, loin de la limite de mon coté. Je 
suppose que ça bouchone à l'autre bout.



Perso ce que j'aimerai bien c'est une solution pour fiabiliser 
l'affichage des différents fonds dans iD et Osmose : régulièrement 
lorsque je zoome j'ai des morceaux qui ne veulent pas se rafraîchir, du 
coup j'ai soit un trou noir, soit du flou. Cela dit c'est peut-être plus 
un mauvais coup de Firefox.

Mais si le problème vient de timeout liés à la saturation des serveurs 
alors une solution distribuée pourrait être intéressante. Quelque chose 
un peu à la PeerTube par exemple.

-- 
Francois Gouget   http://fgouget.free.fr/
 There are 10 types of people in the world...
   those who understand binary and those who don't.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Héberger un mirroir ou un bittorrent pour les planet, possible?

2020-02-02 Par sujet Francois Gouget 
On Sat, 1 Feb 2020, Philippe Verdy wrote:
[...]
> J'ai bien l'impression que Free a fait un compromis en supprimant ce qu'il
> juge "ne plus être utile" sur la Révolution (et répondre à la demande des
> abonnés d'avoir accès à Netflix dessus, même si ce n'est pas inclus dans
> l'offre, avec leurs propres identifiants Netflix, et sans passer à la Delta

Il y a peut-être un problème de place pour le firmware mais je doute 
fort que Netflix et Youtube Kids soient responsable : les torrents sont 
gérés sur le boitier serveur alors que tout ce qui est vidéo est géré 
sur le boitier TV. Deux boitiers donc deux firmwares indépendants.


-- 
Francois Gouget   http://fgouget.free.fr/
  Good judgment comes from experience, and experience comes from bad judgment
   -- Barry LePatner___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

2020-02-02 Par sujet François Lacombe 
Le dim. 2 févr. 2020 à 18:41, pepilepi...@ovh.fr  a
écrit :

> Le 02/02/2020 à 14:50, Stéphane Péneau a écrit :
>
> Ça m'a tout cassé mes jolies haies  :-(((
>
> https://www.openstreetmap.org/#map=19/47.09460/-1.35571
>
> Natural=scrub est-il incompatible ici ? (si tu veux retrouver tes jolies
> haies...)
>

C'est plutôt pour la broussaille basse, les haies peuvent être composées
d'arbres à part entière.
Et le rendu vert kaki reflète peu la broussaille qu'on trouve ici je trouve

Le dim. 2 févr. 2020 à 19:34,  a écrit :

> Sauf que Stéphane a bien mis area=yes.
>
> https://www.openstreetmap.org/way/458961507
>
> Stéphane, je crois que tu vas pouvoir ouvrir un ticket sur le sujet.
>
Le parti pris est bien de ne plus supporter area=yes sur barrier=hedge
(sans me prononcer si c'est bien ou mal)
https://github.com/gravitystorm/openstreetmap-carto/pull/3844

Bonne soirée

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

Re: [OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

2020-02-02 Par sujet Philippe Verdy 
C'est bien ce que je disais... Le area=yes n'est plus pris en compte. Je ne
me suis pas trompé en disant ça.

Le dim. 2 févr. 2020 à 19:34,  a écrit :

> Sauf que Stéphane a bien mis area=yes.
>
> https://www.openstreetmap.org/way/458961507
>
> Stéphane, je crois que tu vas pouvoir ouvrir un ticket sur le sujet.
>
> Jean-Yvon
> Le 02/02/2020 à 16:54, Philippe Verdy - ver...@gmail.com a écrit :
>
> effectivement, le tag area=yes n'est plus rendu sur les barrier=* qui
> redeviennent linéaires (qui n'est que leur valeur area=no par défaut...)
>
> Le dim. 2 févr. 2020 à 14:50, Stéphane Péneau 
> a écrit :
>
>> Le 01/02/2020 à 11:18, marc marc a écrit :
>> > * Supprimer le rendu de remplissage des polygones pour les zones de
>> > barrier=hedge (#3844)
>> >   Cela rend le rendu cohérent entre les murs et les haies en tant
>> que
>> > zones
>>
>> Ça m'a tout cassé mes jolies haies  :-(((
>>
>> https://www.openstreetmap.org/#map=19/47.09460/-1.35571
>>
>> Stf
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

2020-02-02 Par sujet osm . sanspourriel 

Sauf que Stéphane a bien mis area=yes.

https://www.openstreetmap.org/way/458961507

Stéphane, je crois que tu vas pouvoir ouvrir un ticket sur le sujet.

Jean-Yvon

Le 02/02/2020 à 16:54, Philippe Verdy - ver...@gmail.com a écrit :

effectivement, le tag area=yes n'est plus rendu sur les barrier=* qui
redeviennent linéaires (qui n'est que leur valeur area=no par défaut...)

Le dim. 2 févr. 2020 à 14:50, Stéphane Péneau
mailto:stephane.pen...@wanadoo.fr>> a écrit :

Le 01/02/2020 à 11:18, marc marc a écrit :
> * Supprimer le rendu de remplissage des polygones pour les zones de
> barrier=hedge (#3844)
>       Cela rend le rendu cohérent entre les murs et les haies en
tant que
> zones

Ça m'a tout cassé mes jolies haies  :-(((

https://www.openstreetmap.org/#map=19/47.09460/-1.35571

Stf

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


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

Re: [OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

2020-02-02 Par sujet pepilepi...@ovh.fr 
Le 02/02/2020 à 14:50, Stéphane Péneau a écrit :
> Le 01/02/2020 à 11:18, marc marc a écrit :
>> * Supprimer le rendu de remplissage des polygones pour les zones de
>> barrier=hedge (#3844)
>>   Cela rend le rendu cohérent entre les murs et les haies en tant
>> que
>> zones
>
> Ça m'a tout cassé mes jolies haies  :-(((
>
> https://www.openstreetmap.org/#map=19/47.09460/-1.35571

Natural=scrub est-il incompatible ici ? (si tu veux retrouver tes jolies
haies...)

Bonne soirée,

JP

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


-- 


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

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

[OSM-talk-fr] JOSM version 15806 traduction du changelog

2020-02-02 Par sujet leni 

Bonjour

JOSM vient de passer à la version stable 15806

Merci à Vincent et aux autres intervenants ... pour cette nouvelle version

Voici la traduction du Changelog 
https://josm.openstreetmap.de/wiki/Fr%3AChangelog (le lien vers 
l’original anglais est en haut à droite)


Quelqu'un pourrait-il contrôler cette traduction ? DeepL m'a bien aidé, 
mais les phrases techniques ne sont peut-être pas bien claires !!!  j'ai 
aussi mis en gras entre étoiles des éléments pour lesquels je n'étais 
pas sûr !!!


cordialement

leni



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

Re: [OSM-talk-fr] Lavoirs avec eau potable

2020-02-02 Par sujet Arnaud Champollion 

Le 02/02/2020 à 15:52, marc marc a écrit :

drinking_water=yes:)
rien n'empêche de faire 2 objets :
un polygone amenity=lavoir
un point dans celui-ci pour l'eau potable


OK merci, c'est fait :

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

OSM.org ne rend pas le polygone amenity=lavoir, mais il est bien présent.


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

Re: [OSM-talk-fr] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

2020-02-02 Par sujet Philippe Verdy 
effectivement, le tag area=yes n'est plus rendu sur les barrier=* qui
redeviennent linéaires (qui n'est que leur valeur area=no par défaut...)

Le dim. 2 févr. 2020 à 14:50, Stéphane Péneau 
a écrit :

> Le 01/02/2020 à 11:18, marc marc a écrit :
> > * Supprimer le rendu de remplissage des polygones pour les zones de
> > barrier=hedge (#3844)
> >   Cela rend le rendu cohérent entre les murs et les haies en tant que
> > zones
>
> Ça m'a tout cassé mes jolies haies  :-(((
>
> https://www.openstreetmap.org/#map=19/47.09460/-1.35571
>
> Stf
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Lavoirs avec eau potable

2020-02-02 Par sujet marc marc 
Le 02.02.20 à 14:07, Arnaud Champollion a écrit :
> water=yes , mais ça ne dit pas si l'eau est potable.

drinking_water=yes :)
rien n'empêche de faire 2 objets :
un polygone amenity=lavoir
un point dans celui-ci pour l'eau potable
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import massif dans OSM des panneaux publicitaires de la Métropole de Lyon

2020-02-02 Par sujet marc marc 
ce sont 2 questions séparéees :)
avoir conflate qui fait le taf, ne te met pas à l'abri de quelqu'un
qui estimerait que 2700 objets dans une aglo est un import.
autant une 100aine d'objets, bah, ca passe.
autant pour des milliers, franchement autant faire les choses bien.
surtout qu'avant cela, ce ne serrait pas du luxe de passer les tags en
revue (je dis cela en venant de voir un mapcontrib... améliorable)

Le 02.02.20 à 14:11, Cédric Frayssinet a écrit :
> 
> Merci pour vos différentes réponses. Il semble donc que conflate puisse
> faire le taf' correctement, sans nécessairement avertir la liste import :)
> 
> Je vais me rapprocher des experts JOSM lyonnais !
> 
> Cédric
> 
> 
> 
> Le 01/02/2020 à 11:35, Vincent Bergeot a écrit :
>> Le 01/02/2020 à 11:11, Christian Quest a écrit :
>>> Le 01/02/2020 à 11:03, marc marc a écrit :
 Bonjour,

 Le 01.02.20 à 10:11, Cédric Frayssinet a écrit :
> Nous aimerions injecter ce fichier dans OSM pour compléter l'existant,
> tout en n'écrasant par les différents POI qui pourraient exister.
 de combien d'objet parle-t-on environ ?
>>>
>>>
>>> Quelques centaines à ce que j'ai rapidement vu... pas de quoi
>>> déballer la grosse artillerie ou réveiller les troll de la liste
>>> imports ;)
>>
>>
>> 2700 objets si qgis compte bien
>>
>>>
>>> 1) Vérifier la qualité en comparant avec l'existant, et aussi en
>>> comparant un peu avec le terrain.
>>
>> c'était l'idée avec osmose, car cela peut permettre de comparer et
>> comme ce travail dans osm a été mené dans plusieurs villes, cela
>> pourrait "s'étendre"plus facilement !
>>
>>
>>>
>>> Ceci peut éventuellement l'occasion de faire une cartopartie thématique.
>>
>> +1, j'ai l'impression que les RAP sont bien partants et motivés en
>> plus ! (d'ailleurs Cédric, tu pourrais me mettre en lien avec une
>> personne sur Bordeaux ? par de réponse par leur page de contact !)
>>
>>>
>>> 2) Un bon coup de conflate dans JOSM
>>
>> oui, peut permettre d'aller plus vite
>>
>> oserai-je dire que la question de la ref est à poser ?
>>
>> à plus
>>
>>
> 
> -- 
> 
> Sur Mastodon : @bristow...@framapiaf.org 
> 
> Promouvoir et soutenir le logiciel libre 
> 
> 
> ___
> 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] Fwd: [OSM-dev] OpenStreetMap Carto release v4.25.0

2020-02-02 Par sujet Stéphane Péneau 

Le 01/02/2020 à 11:18, marc marc a écrit :

* Supprimer le rendu de remplissage des polygones pour les zones de
barrier=hedge (#3844)
  Cela rend le rendu cohérent entre les murs et les haies en tant que
zones


Ça m'a tout cassé mes jolies haies  :-(((

https://www.openstreetmap.org/#map=19/47.09460/-1.35571

Stf

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

Re: [OSM-talk-fr] Import massif dans OSM des panneaux publicitaires de la Métropole de Lyon

2020-02-02 Par sujet Cédric Frayssinet 

Merci pour vos différentes réponses. Il semble donc que conflate puisse
faire le taf' correctement, sans nécessairement avertir la liste import :)

Je vais me rapprocher des experts JOSM lyonnais !

Cédric



Le 01/02/2020 à 11:35, Vincent Bergeot a écrit :
> Le 01/02/2020 à 11:11, Christian Quest a écrit :
>> Le 01/02/2020 à 11:03, marc marc a écrit :
>>> Bonjour,
>>>
>>> Le 01.02.20 à 10:11, Cédric Frayssinet a écrit :
 Nous aimerions injecter ce fichier dans OSM pour compléter l'existant,
 tout en n'écrasant par les différents POI qui pourraient exister.
>>> de combien d'objet parle-t-on environ ?
>>
>>
>> Quelques centaines à ce que j'ai rapidement vu... pas de quoi
>> déballer la grosse artillerie ou réveiller les troll de la liste
>> imports ;)
>
>
> 2700 objets si qgis compte bien
>
>>
>> 1) Vérifier la qualité en comparant avec l'existant, et aussi en
>> comparant un peu avec le terrain.
>
> c'était l'idée avec osmose, car cela peut permettre de comparer et
> comme ce travail dans osm a été mené dans plusieurs villes, cela
> pourrait "s'étendre"plus facilement !
>
>
>>
>> Ceci peut éventuellement l'occasion de faire une cartopartie thématique.
>
> +1, j'ai l'impression que les RAP sont bien partants et motivés en
> plus ! (d'ailleurs Cédric, tu pourrais me mettre en lien avec une
> personne sur Bordeaux ? par de réponse par leur page de contact !)
>
>>
>> 2) Un bon coup de conflate dans JOSM
>
> oui, peut permettre d'aller plus vite
>
> oserai-je dire que la question de la ref est à poser ?
>
> à plus
>
>

-- 

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

[OSM-talk-fr] Lavoirs avec eau potable

2020-02-02 Par sujet Arnaud Champollion 

Bonjour,

Pour un petit lavoir avec eau potable courante, on met :

amenity=lavoir

ou

amenity=drinking_water

?

Il y a amenity=lavoir avec water=yes , mais ça ne dit pas si l'eau est 
potable.


Surtout si le lavoir, comme c'est souvent le cas aujourd'hui, ne sert 
plus tellement pour laver le linge, mais bien comme point d'eau.


Merci,


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

[OSM-talk-fr] Apple Plans (Maps) : la grosse refonte arrive en Europe dans les prochains mois

2020-02-02 Par sujet Yves P. 
Bonjour,

Un article sur le retour de l'application cartographique d'Apple.

Leur vue du sol s'appelle Look Around.
Sera-t-elle compatible avec la licence d'OSM ?

__
Yves

https://www.generation-nt.com/apple-plans-europe-google-maps-refonte-actualite-1972665.html
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr