Re: [OSM-talk-fr] Osmose et INSEE

[Jérôme Amagat]

Je viens de trouver ça :
https://www.insee.fr/fr/information/2549968
l'INSEE donne la liste des communes nouvelles créé en 2016
 (et donc qui s'applique depuis le 2 janvier 2016 au 1er janvier 2017)

Le 16 janvier 2017 à 01:44, Jérôme Amagat  a écrit
:

> le test osmose c'est bien ça ?
> https://github.com/osm-fr/osmose-backend/blob/master/
> plugins/Administrative_INSEE_Name.py
>
> Déjà, il s'occupe des node place avec ref:INSEE, je pense que c'est pas
> une bonne chose vu que le chef lieu d'une commune n'a pas obligatoirement
> le même nom que la commune. (les node place ne devrait pas avoir de tag
> ref:INSEE non plus)
>
> Pour les relations, il ne s'occupe que des communes (administrative et
> admin_type=8) et sur le principe si il y a des faux positifs avec ce test
> c'est que la commune a été créer il y a trop peu de temps donc je dirais
> qu'il y a un test à effectuer que sur start_date=*. d'autant plus que
> toutes les communes avec admin_type:FR=commune nouvelle ont aussi
> start_date=* il me semble. (En plus admin_type:FR=commune nouvelle ne sert
> pas à grand chose (contrairement à admin_type:FR=commune déléguée mais qui
> est présent sur des admin_type=9) et n'est donc peut être pas présent
> partout vu que les "anciennes" communes et les "communes nouvelles"
> fonctionnent exactement pareil c'est la façon d’être créé qui change
> seulement et que certaines (la plupart) des communes nouvelles ont des
> "commune déléguée".
> Il y a aussi des dé-fusions qui crées des communes sans qu'elles soit des
> communes nouvelles (par contre c'est pas sur qu'elles aient un start_date=*
> avec la date de la recréation de la commune)
> Après pour le COG je sais pas quand il était a jour. Si c'est le 1 janvier
> 2016 donc sur le start date il ne faut pas être après le 2 janvier 2016 ?
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et INSEE

[Jérôme Amagat]

le test osmose c'est bien ça ?
https://github.com/osm-fr/osmose-backend/blob/master/plugins/Administrative_INSEE_Name.py

Déjà, il s'occupe des node place avec ref:INSEE, je pense que c'est pas une
bonne chose vu que le chef lieu d'une commune n'a pas obligatoirement le
même nom que la commune. (les node place ne devrait pas avoir de tag
ref:INSEE non plus)

Pour les relations, il ne s'occupe que des communes (administrative et
admin_type=8) et sur le principe si il y a des faux positifs avec ce test
c'est que la commune a été créer il y a trop peu de temps donc je dirais
qu'il y a un test à effectuer que sur start_date=*. d'autant plus que
toutes les communes avec admin_type:FR=commune nouvelle ont aussi
start_date=* il me semble. (En plus admin_type:FR=commune nouvelle ne sert
pas à grand chose (contrairement à admin_type:FR=commune déléguée mais qui
est présent sur des admin_type=9) et n'est donc peut être pas présent
partout vu que les "anciennes" communes et les "communes nouvelles"
fonctionnent exactement pareil c'est la façon d’être créé qui change
seulement et que certaines (la plupart) des communes nouvelles ont des
"commune déléguée".
Il y a aussi des dé-fusions qui crées des communes sans qu'elles soit des
communes nouvelles (par contre c'est pas sur qu'elles aient un start_date=*
avec la date de la recréation de la commune)
Après pour le COG je sais pas quand il était a jour. Si c'est le 1 janvier
2016 donc sur le start date il ne faut pas être après le 2 janvier 2016 ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Christian Quest]

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

Re: [OSM-talk-fr] Rendu FR 2017 en ligne...

[Christian Quest]

Une bête faute de frappe, corrigée: 
https://github.com/cquest/osmfr-cartocss/commit/d524924d07a04ce01fc94e41eb71ac29458753fa


Elles vont donc revenir au fur et à mesure de la mise à jour des tuiles...


Le 14/01/2017 à 20:56, Art Penteur a écrit :

Merci Christian

Cette version n'affiche plus les lignes de chemin de fer en construction.
Voir par exemple :
http://tile.openstreetmap.fr/?zoom=15=43.81381=4.50491=B000FF
où le texte "Contournement de Nîmes et Montpellier" s'affiche sur du vide.

Art.



--
Christian Quest - OpenStreetMap France


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

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

[Florian_G]

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.openstreetrnap.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 ».

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

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

[lenny.libre]

Bonjour,

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.openstreetrnap.fr/tms/1.0.0/toulouse_2015/20/528294/382663

Tile size   :  256x256
Tile display size :  255.9993x255.999810832
Métadonnées noTileAtZoom :  false
Métadonnées expiration-time : 2017-01-15 09:54:20
Métadonnées lastModification : 2017-01-1409:53:17
Métadonnées httpResponceCode : 200

et des tuiles Nok : *"Erreur: Problem loading tile"*

Tile name : 20/528295/382663@Toulouse - Orthophotoplan 2015
Tile url : 
http://vms.openstreetrnap.fr/tms/1.0.0/toulouse_2015/20/528295/382663

Tile size :  256x256
Tile display size : 255.999307x255.999810832
Métadonnées noTileAtZoom : false
Métadonnées expirationTime : 2017-01-15 09:53:40
Métadonnées lastModification : 2017-01-1409:53:17
Métadonnées errorMessage: java.net.SocketTimeoutException: Read timed out
Métadonnées httpResponceCode: 500

J'ai beau "vider le cache des tuiles", "charger les tuiles avec des 
erreurs" ou "charger toutes les tuiles" ; j'ai toujours le même résultat.


cordialement

léni
___
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 !

[bernard]

Il y a aussi cette page

http://wiki.openstreetmap.org/wiki/EV1


Le 15/01/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] Rendu FR - les pontons

[erwan salomon]

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]___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] icônes des transformateurs (rendu FR)

[Philippe Verdy]

Je m'étonne de voir encore ces gros pavés d'icônes visibles dès le niveau
de zoom 14 uniquement pour de minuscules transformateurs électriques locaux.

Au zoom 12 un seul transfo peut cacher des routes ou même un petit village
ou gros hameau tout entier.

Mais ces icônes sont pour des constructions qui sont à peine plus grosses
que des toilettes publiques, sur le terrain on les voit à peine, il n'y a
pas de lignes aériennes

A mon avis ces horribles icônes de postes électriques locaux (postes basse
tension) ne devraient même pas être visibles avant le niveau 17 ou 18.
Avant ça c'est juste de la pollution de carte.

Ces icônes sont mêmes plus visibles que les stations de conversion à
l'arrivée des principales lignes haute tension (qu'on ne voit elles qu'à
partir du niveau 14)

Sinon je ne vois pas pourquoi ces icônes n'ont pas un fond transparent:
quelle utilité du pavé carré tout entier là où à la limite il ne devrait y
avoir qu'une fine bordure de contraste autour de "l'éclair" noir.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et INSEE

[Philippe Verdy]

Pour les communes nouvelles non encore présentes dans le COG il n'est pas
inutile d'ajouter "admin_type:FR=commune nouvelle" (les anciennes communes
devenant "admin_type:FR=commune déléguée" et admin_level=9 et gardant leur
nom). Et ne pas oublier effectivement start_date.

L'analuse sur le COG devrait indiquer la date de mise à jour du COG. Cela
éviterait aussi un faux positif quand le fichier COG est plus ancien que la
nouvelle commune.

Dans quelques cas des communes déléguées (ou anciennes communes associées)
passent en fusion simple (dans ce cas plus d'état-civil séparé, plus de
maire délégué), on peut se demander de la pertinence de garder les limites
mais si on doit les garder, passer en admin_level=10 (comme des
"quartiers", à moins qu'il y ait un nouveau découpage de quartiers dans les
cartons de la municipalité passant outre les ancienne limites)

Le 15 janvier 2017 à 14:38, Frédéric Rodrigo  a
écrit :

> Tu peux expliciter ce qu'il faudrait vérifier avec "admin_type:FR" ?
>
>
> Le 08/01/2017 à 21:23, Christian Quest a écrit :
>
>> Autre possibilité... que l'analyse regarde la présence et la valeur du
>> tag start_date et admin_type:FR ce qui permet de ne pas générer de faux
>> positifs pour les communes nouvelles.
>>
>> Le 8 janvier 2017 à 13:03,  osm.sanspourr...@spamgourmet.com>> a écrit :
>>
>> Bonjour,
>>
>> au fait FF marche a nouveau avec Osmose et je n'ai rien changé...
>>
>> Administratif/Code INSEE râle à juste titre sur les communes
>> nouvelles qui ont changé de nom car le COG ne connaît que les
>> anciens noms.
>>
>> Ne vaudrait-il pas mieux cacher ce test le temps que le COG soit
>> mis-à-jour ?
>>
>> Imaginons que quelqu'un tombe sur Mûr-de-Bretagne et voit un
>> curieux Guerlédan (curieux car le hameau de Guer Lédan ne se
>> trouve pas sur la commune nouvelle). et change en Mûr-de-Bretagne ?
>>
>> On aurait à refaire le boulot et tant que le COG ne sera pas à
>> jour Osmose serait content de l'ancien nom.
>>
>> Jean-Yvon
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose et INSEE

[Christian Quest]

admin_type:FR contient "commune déléguée" ou "commune nouvelle" pour les
fusions récentes mais ce tag peut ne pas être présent sur une commune qui a
fusionné et qui n'est pas passée sous statut de commune déléguée (c'est
possible, il y a des cas même sis ils sont minoritaires).

il y a aussi disused:admin_level=8 qui permet de détecter qu'on est face à
une commune qui a fusionné.


Le 15 janvier 2017 à 14:38, Frédéric Rodrigo  a
écrit :

> Tu peux expliciter ce qu'il faudrait vérifier avec "admin_type:FR" ?
>
>
> Le 08/01/2017 à 21:23, Christian Quest a écrit :
>
>> Autre possibilité... que l'analyse regarde la présence et la valeur du
>> tag start_date et admin_type:FR ce qui permet de ne pas générer de faux
>> positifs pour les communes nouvelles.
>>
>> Le 8 janvier 2017 à 13:03,  osm.sanspourr...@spamgourmet.com>> a écrit :
>>
>> Bonjour,
>>
>> au fait FF marche a nouveau avec Osmose et je n'ai rien changé...
>>
>> Administratif/Code INSEE râle à juste titre sur les communes
>> nouvelles qui ont changé de nom car le COG ne connaît que les
>> anciens noms.
>>
>> Ne vaudrait-il pas mieux cacher ce test le temps que le COG soit
>> mis-à-jour ?
>>
>> Imaginons que quelqu'un tombe sur Mûr-de-Bretagne et voit un
>> curieux Guerlédan (curieux car le hameau de Guer Lédan ne se
>> trouve pas sur la commune nouvelle). et change en Mûr-de-Bretagne ?
>>
>> On aurait à refaire le boulot et tant que le COG ne sera pas à
>> jour Osmose serait content de l'ancien nom.
>>
>> Jean-Yvon
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Rendu FR 2017 en panne...

[Christian Quest]

Oups... disque plein sur le cache, j'ai fait du ménage dans les logs...
c'est ok

Le 15 janvier 2017 à 14:04,  a écrit :

> Le 15/01/2017 à 13:25, Philippe Verdy a écrit :
>
> En ce moment le rendu FR affiche beaucoup trop de tuiles manquantes à tous
> les niveaux. Inutilisable.
>
>
> Effectivement, il manque plein de tuiles. Pour les tuiles manquantes, la
> console réseau de FireFox (F12) dit 200 OK mais 0 byte.
>
> C/.
>
>
> Le 14 janvier 2017 à 20:56, Art Penteur  a écrit :
>
>> Merci Christian
>>
>> Cette version n'affiche plus les lignes de chemin de fer en construction.
>> Voir par exemple :
>> http://tile.openstreetmap.fr/?zoom=15=43.81381=4.504
>> 91=B000FF
>> où le texte "Contournement de Nîmes et Montpellier" s'affiche sur du vide.
>>
>> Art.
>>
>> Le 1 janvier 2017 à 20:30, Christian Quest < 
>> cqu...@openstreetmap.fr> a écrit :
>> > Voilà, j'ai fait la bascule cet après-midi.
>> >
>> > Le serveur est bien chargé, mais ça devrait se stabiliser dans les
>> heures à
>> > venir.
>> >
>> > Merci pour les différents retours et suggestions (il reste encore
>> quelques
>> > bricoles à rectifier).
>> >
>> > --
>> > 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
>>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
>
>   Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours
>
>  (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
> ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø
>
>
> ___
> 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] Osmose et INSEE

[Frédéric Rodrigo]

Tu peux expliciter ce qu'il faudrait vérifier avec "admin_type:FR" ?


Le 08/01/2017 à 21:23, Christian Quest a écrit :
Autre possibilité... que l'analyse regarde la présence et la valeur du 
tag start_date et admin_type:FR ce qui permet de ne pas générer de 
faux positifs pour les communes nouvelles.


Le 8 janvier 2017 à 13:03, > a écrit :


Bonjour,

au fait FF marche a nouveau avec Osmose et je n'ai rien changé...

Administratif/Code INSEE râle à juste titre sur les communes
nouvelles qui ont changé de nom car le COG ne connaît que les
anciens noms.

Ne vaudrait-il pas mieux cacher ce test le temps que le COG soit
mis-à-jour ?

Imaginons que quelqu'un tombe sur Mûr-de-Bretagne et voit un
curieux Guerlédan (curieux car le hameau de Guer Lédan ne se
trouve pas sur la commune nouvelle). et change en Mûr-de-Bretagne ?

On aurait à refaire le boulot et tant que le COG ne sera pas à
jour Osmose serait content de l'ancien nom.

Jean-Yvon


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





--
Christian Quest - OpenStreetMap France


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




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

Re: [OSM-talk-fr] Rendu FR 2017 en panne...

[Philippe Verdy]

Le 15 janvier 2017 à 14:04,  a écrit :

> Le 15/01/2017 à 13:25, Philippe Verdy a écrit :
>
> En ce moment le rendu FR affiche beaucoup trop de tuiles manquantes à tous
> les niveaux. Inutilisable.
>
>
> Effectivement, il manque plein de tuiles. Pour les tuiles manquantes, la
> console réseau de FireFox (F12) dit 200 OK mais 0 byte.
>
> C/.
>

En fait ça retourne des erreurs réseau (fermeture de session quasi
instantanée, parfois au bout d'1,5seconde, et réponse vide, même pas un
statut HTTP 200 OK ni aucun statut d'ailleurs)
Cela n'affecte pas toutes les tuiles mais 3 sur 4. Apparemment c'est un
problème des serveurs cache, il n'y en a qu'un sur 4 qui répond. Je
soupçonne un problème de DNS sur les alias de domaine.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR 2017 en panne...

[cyrille+talk-fr]

Le 15/01/2017 à 13:25, Philippe Verdy a écrit :
En ce moment le rendu FR affiche beaucoup trop de tuiles manquantes à 
tous les niveaux. Inutilisable.


Effectivement, il manque plein de tuiles. Pour les tuiles manquantes, la 
console réseau de FireFox (F12) dit 200 OK mais 0 byte.


C/.



Le 14 janvier 2017 à 20:56, Art Penteur > a écrit :


Merci Christian

Cette version n'affiche plus les lignes de chemin de fer en
construction.
Voir par exemple :

http://tile.openstreetmap.fr/?zoom=15=43.81381=4.50491=B000FF


où le texte "Contournement de Nîmes et Montpellier" s'affiche sur
du vide.

Art.

Le 1 janvier 2017 à 20:30, Christian Quest
> a écrit :
> Voilà, j'ai fait la bascule cet après-midi.
>
> Le serveur est bien chargé, mais ça devrait se stabiliser dans
les heures à
> venir.
>
> Merci pour les différents retours et suggestions (il reste
encore quelques
> bricoles à rectifier).
>
> --
> 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





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


--

  Cyrille Giquello - 06 32 33 02 18 - cyri...@giquello.fr - 37000 Tours

 (¯`·._.·[   Coopérateur @ Artefacts - http://artefacts.coop   ]·._.·´¯)
ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø¸¸,ø¤º°`°º¤ø

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

Re: [OSM-talk-fr] Rendu FR 2017 en ligne...

[Philippe Verdy]

En ce moment le rendu FR affiche beaucoup trop de tuiles manquantes à tous
les niveaux. Inutilisable.

Le 14 janvier 2017 à 20:56, Art Penteur  a écrit :

> Merci Christian
>
> Cette version n'affiche plus les lignes de chemin de fer en construction.
> Voir par exemple :
> http://tile.openstreetmap.fr/?zoom=15=43.81381=4.
> 50491=B000FF
> où le texte "Contournement de Nîmes et Montpellier" s'affiche sur du vide.
>
> Art.
>
> Le 1 janvier 2017 à 20:30, Christian Quest  a
> écrit :
> > Voilà, j'ai fait la bascule cet après-midi.
> >
> > Le serveur est bien chargé, mais ça devrait se stabiliser dans les
> heures à
> > venir.
> >
> > Merci pour les différents retours et suggestions (il reste encore
> quelques
> > bricoles à rectifier).
> >
> > --
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Osmose: détection des limites admin décalées...

[Christian Quest]

J'ai revu l'analyse du décalage des limites administratives.

Dans la première mouture, j'avais utilisé les données ADMIN EXPRESS de
l'IGN, mais celles-ci ont finalement des géométries trop simplifiées pour
donner une bonne indication.

J'ai refait la même chose, mais en utilisant les limites extraites du
cadastre.

L'analyse repère les sommets des limites du cadastre qui sont à plus de 25m
des limites OSM. Elle les regroupe à 100m à la ronde pour sortir une
anomalie dans osmose afin d'éviter d'avoir plein d'erreurs et indiquer la
zone à vérifier.

Pour faciliter la vérification et la correction, j'ai ajouté dans le rendu
Route500 les limites de commune du cadastre (en violet) ainsi que les
limites d'ADMIN EXPRESS (en gris, à titre indicatif).

J'ai déjà pu détecter et corriger des décalage importants, tracés il y a
pas mal d'années (2008) par exemple entre Orly et Thiais (un pâté de
maisons entier).

L'analyse France entière est en cours de calcul, vous pouvez déjà regarder
ce que ça donne en Ile-de-France:
http://osmose.openstreetmap.fr/fr/map/#item=7170=40

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

[OSM-talk-fr] 5 relations pour la Vélodyssée !

[Adrien Grellier]

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



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] Adresses... (encore)

[Maël REBOUX]

Je ne pense personnellement que du bien de ce document :D

L’original est ici : 
https://drive.google.com/open?id=0B3TzG4CYNDnYeDZhNHU4d1ppRlk

Sans volonté de prolonger les débats, il peut être utile de lire cet autre 
document : "Proposition d’un modèle de données simple visant à alimenter la BAN 
par des fichiers v 1.1"
https://drive.google.com/open?id=0B3TzG4CYNDnYSXM0dDhaVjNGTDQ

La lecture des pages 9 et 10 est éclairante sur les différentes valeurs 
possibles que l’on peut donner à une « position » d’adresse.
Il y a un schéma que je vous laisse découvrir qui peut aider à visualiser les 
différents cas de figure.
/ ! \ c’est une vision des collectivités locales pour aider à l’alimentation de 
la BAN.

Maël

Le 13 janv. 2017 à 16:49, Jean-Martial NDOUTOUME NFENGONE - ZIT.COM 
 a écrit :

> Voies et adresses : les procédures légales et les bonnes pratiques en vigueur
> 
> ).
> 
> Qu'en pensez-vous?
> 
> Jean-Martial
> 
> 
> - Mail original -
>> De: "Christian Quest" 
>> À: "Discussions sur OSM en français" 
>> Envoyé: Vendredi 13 Janvier 2017 15:17:38
>> Objet: Re: [OSM-talk-fr] Adresses... (encore)
>> 
>> 
>> 
>> Un numéro d'adresse est à voir plutôt comme un repère ordonné le long
>> d'une voie... ensuite il peut se passer plein de choses derrière: N
>> parcelles, M bâtiments qui peuvent en plus être liés à d'autres
>> adresses (accès multiples).
>> 
>> 
>> Pour la BAN on a discuté aussi très longuement de tout ça et le
>> consensus est resté sur le point de passage du domaine public au
>> domaine privé.
>> 
>> 
>> Le souci avec le raisonnement qui aboutit au bâtiment, c'est qu'on
>> saute l'étape parcelle car elle est absente d'OSM. Elle fait en
>> général le lien.
>> 
>> 
>> 
>> 
>> Le 13 janvier 2017 à 16:10, Nicolas Moyroud < nmoyr...@free.fr > a
>> écrit :
>> 
>> 
>> 
>> 
>> 
>> Cette discussion sera fin tant que tu n'auras pas conceptualisé
>> l'adresse autrement que penser qu'elle se rapporte obligatoirement à
>> un bâtiment.
>> Pas forcément un bâtiment mais en tout cas l'adresse se rapporte à
>> quelque chose. Et un point seul dans le vide ne rapporte à rien à
>> part lui-même (sauf si tu le mets dans une relation comme je le
>> disais précédemment). Et je pense également que cette discussion
>> sera sans fin tant que certains n'auront pas conceptualisé ça.
>> Je prends un exemple : tu as 4 entrées rapprochées au fond d'une
>> impasse tu mets tes 4 numéros d'adresse les uns à côté des autres.
>> Tu ne sais plus à quel objets se rapportent chacune des adresses (je
>> dis objet volontairement pour que tu y mette ce que tu veux dans
>> objet : bâtiment, parcelle).
>> Donc c'est bien de mettre un numéro d'adresse tout seul, ça sert dans
>> certains cas, mais il y a une perte d'informations et c'est dommage.
>> 
>> Nicolas
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>> 
>> 
>> 
>> --
>> 
>> 
>> Christian Quest - OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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