hebdoOSM Nº 338 03/01/2017-09.01.2017

[weeklyteam]

Bonjour,

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

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

Bonne lecture!

hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Adresses... (encore)

[Mathias Jérôme]

Alors, si on reprend la première définition du CNRTL (http://www.cnrtl.fr/)

"
Adresse :

Point d'acheminement ou indications sur le point d'acheminement d'un objet ou 
d'une personne. A.− Phraséologie.(Dans certaines loc. figées ou arch.). Point 
d'acheminement d'un objet, d'un acte; destination, destinataire."

La notion de destination et de destinataire est bien présent. La notion d'étape 
n'apparait pas.
Une adresse c'est bien pour atteindre quelque chose ou quelqu'un, c'est sa 
raison d'être.

Si vous voulez vous limiter aux points d'accès, il ne faut alors pas nommer vos 
projets "base d'adresse" mais base de points d'accès, ou de voies publiques 
numérotées, ou encore base d'adresse de logement individuel et de points 
d'accès aux zones de logement collectif (un truc du genre + le pendant pour la 
partie économique) !
Cela aurait au moins le mérite de l'honnêteté de la démarche.

Je ne sais plus quel document de la poste, précisait bien qu'une adresse 
complète c'est une partie "publique" et une partie "privée'.

Et dans la partie privée,  il y a le privé "privé" (M duschemol et sa famille, 
appartement 25) et le privé "partagé" : Résidence des oiseaux, Bâtiment les 
Mésanges, Escalier D.


L'intérêt d'avoir une adresse, pour le commun du mortel, nous, simple citoyen 
ou même service d'urgence, est bien de disposer d'un élément permettant de se 
donner une chance d'atteindre physiquement un certain point dans tous les cas.
Je ne vois pas l'intérêt de l'adresse point de passage entre domaine "public" 
et domaine "privé" dans le cas où celle-ci ne "littéralise"  qu'une moitié du 
chemin.

Petite histoire, il y a quelques années je me penchais sur les diagnostics 
pré-CUCS avec d'autres services de l'Etat. J'avais alors une interlocutrice 
locale qui me demandait des stat sur les quartiers de son département pour 
préparer les dossiers d'instructions en préfecture de ces futurs quartiers.


"Et pour le quartier des musiciens ? Qu'avez-vous comme chiffre ? Il y a plus 
de 1000 habitants ? "

    "wtf, euuhh ? Quel quartier des musiciens ? "

"Ha oui, attendez je crois que c'est Avenue des Blanchards son "adresse" "

    "Je regarde..."

"Il y a la résidence, Schuman, Mozart, Lully,etc... Enfin son adresse... Vous 
savez personne ne l'utilise cette adresse"

    "(après pas mal de temps...) ah oui c'est peut-être le 1-9 Avenue des 
Blanchards non ? "

"Oui, c'est ça, c'est ce que la poste nous demande d'utiliser, enfin vous savez 
pour normer les adresses..et pour avoir des prix pour l'affranchissement..."

"...mais le facteur nous demanderait bien d'écrire autrement parce que ce 
serait autrement plus facile pour sa tournée..."'

"...d'ailleurs, lorsqu'on a voulu ouvrir un centre social, ça été toute une 
affaire pour y mettre l'électricité !!! On a donné cette adresse à EdF, et il a 
fallu le faire revenir plusieurs fois avant que le local ai l'électricité, car 
avec son adresse... il n'arrivait pas à le trouver le local !... Au final on 
lui a demandé de nous appeler par portable a son arrivée à l'adresse, et à 
partir de là on est allé le chercher"

Rien d'inventé dans cette discussion  (sauf les numéro de rue car cette 
histoire remonte à une bonne dizaine d'année et j'ai eu la flemme de regarder 
dans la bano).

Qu'on en soit mécontent ou pas, tout une partie de l'histoire urbanistique 
française contemporaine a été marquée et est encore marquée notamment par la 
"chartre d'Athènes".dont l'un des point mis en avant pour "une ville 
fonctionnelle" était la stricte séparation des espaces piétonniers et des voies 
de circulation automobile...Ce qui veut dire que la dernière partie du trajet 
peut-être totalement piétonnière et du coup probablement privée". Et des 
exemples comme mis dans le dialogue rapporté il y en a pléthore en France. Et 
ce n'est pas forcément le seul contexte dans lequel ils apparaissent.
Sans compter que du stricte domaine public dans certains grands ensemble 
irriguées d'artères entièrement privées il peut très bien ne pas en avoir...
J'ai au moins un exemple de quartier de cette espèce en IdF je le retrouverais 
au besoin. Sur ce cas là si on avait pas les résidences dans le RIL, la seule 
adresse se trouvait effectivement sur la voie d'accès...donnant accès à... ? 2 
ou 3 rues , elles donnant accès à combien d'autres rues encore ? Et 2 ou 3 
dizaines résidences ? En cas d'urgence si on a que le point d'accèsça 
risque d'être folklo !

Pour 95% des foyers, l'adresse "vécue" par les habitants est concordante 
totalement avec la définition du point de passage entre partie publique et 
privé et donc du point d'accès.

Mais l'adresse vécue, c'est à dire l'adresse que les gens "partagent", celle 
qu'ils utilisent,  celle par laquelle ils disent "moi j'habite là" c'est le 
point de passage entre le public certes, mais aussi et surtout lorsqu'il 
existe, c'est le point de passage entre le privé partagé (au sens ou il est 
utilisé potentiellement par 

[OSM-talk-fr] Centrales électriques

[Jérôme Amagat]

Bonjour,

J'ai fait une carte des centrales électriques et leurs puissances
installées présentent dans OSM :
http://perso.numericable.fr/olyon
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR - les pontons

[Erwan Salomon]

super,
merci

> Le 16 janv. 2017 à 01:05, Christian Quest  a écrit :
> 
> C'est ajouté pour le name : 
> https://github.com/cquest/osmfr-cartocss/commit/c83a48ac86ab1cdd5b055aa99e28a88142e5e679
>  
> 
> 
> Le 15/01/2017 à 18:11, erwan salomon a écrit :
>> je viens de me rendre compte que le rendu français n’affichait pas 
>> systématiquement le nom des pontons
>> ici : 
>> http://tile.openstreetmap.fr/?zoom=17=47.86975=-3.91397=B000FF
>>  
>> 
>> les noms des pontons avec highway=path sont rendu (ou alors c’est le ref qui 
>> est rendu ?)
>> pas les autres
>> est-ce volontaire et doit-on rajouter un highway sur les pontons ?
>> le wiki https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dpier 
>>  ne mentionne un 
>> highway que pour connecté le ponton aux autres routes (la traduction 
>> française me semble en faute)
>> 
>> à noter que sur le rendu international sur cet exemple, comme il y a doublon 
>> entre le nom et le ref le rendu est un peu confus
>> 
>> erwan [GLYO]
>> 
> 
> -- 
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] JOSM erreur de chargement Orthophotoplan

[Christian Quest]

Je vois... j'ai remis en route le serveur chez moi sans remettre à jour 
son DNS... je fais ça ce soir.


Je ne pensais pas qu'il agissait comme proxy avec des services externes.


Le 16/01/2017 à 14:15, Julien Lepiller a écrit :

Le 2017-01-16 11:58, lenny.libre a écrit :


Chez moi, c'est long à afficher mais en insistant un peu et en
étant patient, ça marche. Par contre, dans ton URL, le domaine
semble incorrect : tu as « openstreetrnap.fr » au lieu de «
openstreetmap.fr ».

 Non, désolé c'est une erreur de recopie du domaine de ma part lors
du passage .jpg à .txt

J'ai le message d'erreur parfois en moins d'une minute, parfois plus
longtemps ; mais même en étant patient très longtemps, toujours
pareil


=>
http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2015/20/528294/382663

++


Chez moi cette tuile s'affiche correctement, mais la deuxième est 
effectivement longue à charger, puis j'obtiens le message suivant :


An error occurred: msDrawWMSLayerLow(): WMS server error. WMS GetMap 
request failed for layer 'toulouse_2015' (Status -6: Couldn't resolve 
host 'data1.cugt.org').
msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with 
curl error code 6 (Couldn't resolve host 'data1.cugt.org') for 
http://data1.cugt.org/geocache/wms/?LAYERS=ortho2015=GetMap=WMS=image/jpeg==256=1.1.1=EPSG:3943=256=1568985.22495748,2274357.67747031,1569013.44698237,2274385.80404803=TRUE=application/vnd.ogc.se_inimage
  File "/usr/lib/pymodules/python2.7/TileCache/Service.py", line 256, 
in modPythonHandler

host )
  File "/usr/lib/pymodules/python2.7/TileCache/Service.py", line 208, 
in dispatchRequest

return self.renderTile(tile, params.has_key('FORCE'))
  File "/usr/lib/pymodules/python2.7/TileCache/Service.py", line 138, 
in renderTile

data = layer.render(tile, force=force)
  File "/usr/lib/pymodules/python2.7/TileCache/Layer.py", line 444, in 
render

return self.renderTile(tile)
  File "/usr/lib/pymodules/python2.7/TileCache/Layers/MapServer.py", 
line 51, in renderTile

mapImage = wms.draw()
  File "/usr/lib/python2.7/dist-packages/mapscript.py", line 1574, in 
draw

def draw(*args): return _mapscript.mapObj_draw(*args)

ce qui est étrange, c'est que data1.cugt.org résout très bien...

___
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] 5 relations pour la Vélodyssée !

[Romain MEHUT]

Bonjour,

J'ai regardé les différentes relations.

La relation 2763798 est effectivement la relation de type superroute qui
rassemble les portions par pays traversé. Je m'étonne que les membres d'une
relation superroute puissent être aussi des relations superroute. Cela fait
un "empilage" pas des plus simples à comprendre. Je pense que l'on
s'attendrait plutôt à ce que la relation superroute rassemble uniquement
des relations de type route.

Une de ces sous-relations superroute est la relation 4774799 de type
superroute. Elle regroupe 14 sous-relations de type route pour scinder la
portion française depuis Roscoff jusque Hendaye. A noter qu'il y a un 15ème
membre https://www.openstreetmap.org/way/188189815 qui est à retirer de
cette relation car déjà membre d'une des sous-relations.

Pour éviter d'imbriquer une relation superroute dans une autre, on pourrait
donc convertir la relation 4774799 en une simple relation du style de la
relation 646159 où tous les ways sont en "enfilade". On aurait ainsi une
seule relation pour toute la France. C'est qu'y est fait pour les parties
anglaises, espagnoles et portugaises.

Les relations 2345773 et 6461592 peuvent donc être supprimées mais au
préalable s'assurer que la relation conservée qui définira la portion
française sera bien représentative de l'itinéraire à emprunter. Il y a en
effet des discordances entre les différentes realtions. Exemple :
https://www.openstreetmap.org/way/175885737 et
https://www.openstreetmap.org/way/204836688

Autres points à corriger, la sous-relation superoute irlandaise ne contient
qu'un seul membre, la relation "Donegal Cycle Route". Dans ce cas, aucun
intérêt à passer par une sous-relation superroute et autant prendre la
relation "Donegal Cycle Route"en tant que route.

D'autres avis ?

Romain

Le 15 janvier 2017 à 11:56, Adrien Grellier  a écrit :

> Bonjour,
>
> J'ai du mal à comprendre la logique de cartographie de la Vélodyssée,
> partie française de la route Euro-Vélo 1. En effet, on trouve 5 relations
> pour décrire ce circuit vélo :
>
> – *Euro Vélo 1 - Route du littoral Atlantique* (relation 2763798), qui
> correspond au circuit international
> https://fr.wikipedia.org/wiki/EuroVelo_1
> – *EuroVelo 1 - Route du littoral Atlantique Vélodyssée* (relation
> 4774799), qui correspond à la partie française de l'EuroVélo (Vélodyssée),
> et fait partie de la relation précédente. Au passage cette relation est
> marquée « network=icn », hors elle est totalement nationale et non
> internationale.
> – *EV1 : Redon - Nantes* (relation 5444942), qui correspond à la
> déclinaison locale de l'EV1, et fait partie de la relation précédente. De
> même elle est marqué « network=icn », mais elle est locale.
>
> – *EV1 : Route du littoral Atlantique - tronçon France* (relation
> 2345773), qui correspond à un tronçon Roscoff - Nantes, mais est
> indépendant des deux relations précédente !
> –  *EV1 : La Vélodyssée *(relation 6461592), qui semble correspondre à
> une partie de la vélodyssée et est indépendante des autres relations !
>
> Je comprend bien les trois premières relations, mais j'ai du mal avec les
> deux dernières. Dans ma ville, Sucé sur Erdre, cela donne des bizarreries
> en dessinant deux chemins différents, dont l'un est faux :
>
> https://cycling.waymarkedtrails.org/#routelist?map=16!47.3417!-1.5251
>
> Si quelqu'un pouvait éclairer ma lanterne, pour savoir comment
> cartographie correctement tout ça, j'en serais reconnaissant. En
> particulier, doit-on supprimer purement et simplement les deux dernières
> relations ?
>
> Bonne journée
>
> Adrien
>
> ___
> 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] JOSM erreur de chargement Orthophotoplan

[Julien Lepiller]

Le 2017-01-16 11:58, lenny.libre a écrit :


Chez moi, c'est long à afficher mais en insistant un peu et en
étant patient, ça marche. Par contre, dans ton URL, le domaine
semble incorrect : tu as « openstreetrnap.fr » au lieu de «
openstreetmap.fr ».

 Non, désolé c'est une erreur de recopie du domaine de ma part lors
du passage .jpg à .txt

J'ai le message d'erreur parfois en moins d'une minute, parfois plus
longtemps ; mais même en étant patient très longtemps, toujours
pareil


=>
http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2015/20/528294/382663

++


Chez moi cette tuile s'affiche correctement, mais la deuxième est 
effectivement longue à charger, puis j'obtiens le message suivant :


An error occurred: msDrawWMSLayerLow(): WMS server error. WMS GetMap 
request failed for layer 'toulouse_2015' (Status -6: Couldn't resolve 
host 'data1.cugt.org').
msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with 
curl error code 6 (Couldn't resolve host 'data1.cugt.org') for 
http://data1.cugt.org/geocache/wms/?LAYERS=ortho2015=GetMap=WMS=image/jpeg==256=1.1.1=EPSG:3943=256=1568985.22495748,2274357.67747031,1569013.44698237,2274385.80404803=TRUE=application/vnd.ogc.se_inimage
  File "/usr/lib/pymodules/python2.7/TileCache/Service.py", line 256, in 
modPythonHandler

host )
  File "/usr/lib/pymodules/python2.7/TileCache/Service.py", line 208, in 
dispatchRequest

return self.renderTile(tile, params.has_key('FORCE'))
  File "/usr/lib/pymodules/python2.7/TileCache/Service.py", line 138, in 
renderTile

data = layer.render(tile, force=force)
  File "/usr/lib/pymodules/python2.7/TileCache/Layer.py", line 444, in 
render

return self.renderTile(tile)
  File "/usr/lib/pymodules/python2.7/TileCache/Layers/MapServer.py", 
line 51, in renderTile

mapImage = wms.draw()
  File "/usr/lib/python2.7/dist-packages/mapscript.py", line 1574, in 
draw

def draw(*args): return _mapscript.mapObj_draw(*args)

ce qui est étrange, c'est que data1.cugt.org résout très bien...

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

Re: [OSM-talk-fr] JOSM erreur de chargement Orthophotoplan

[lenny.libre]

Le 15/01/2017 à 23:16, Florian_G a écrit :

Hello,

Le 15/01/2017 à 20:28, lenny.libre a écrit :
J'ai retrouvé les imageries aériennes qui sont ré-affichées dans josm 
; merci à Christian ...


Pas de grands soucis, mais des problèmes sur quelques endroits.

Quand je vais avec josm, téléchargement de la zone délimitée : 
http://www.openstreetmap.org/#map=21/43.65833/1.37593 - j'obtiens 
quelques tuiles ok


Tile name: 20/528294/382663@Toulouse - Orthophotoplan 2015
Tile url : 
http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2015/20/528294/382663


Chez moi, c'est long à afficher mais en insistant un peu et en étant 
patient, ça marche. Par contre, dans ton URL, le domaine semble 
incorrect : tu as « openstreetrnap.fr » au lieu de « openstreetmap.fr ».


Non, désolé c'est une erreur de recopie du domaine de ma part lors du 
passage .jpg à .txt


J'ai le message d'erreur parfois en moins d'une minute, parfois plus 
longtemps ; mais même en étant patient très longtemps, toujours pareil


=> http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2015/20/528294/382663

++



___
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