Re: [OSM-talk-fr] Cartographier les voies vertes

[deuzeffe]

On 01/07/2018 13:04, osm.sanspourr...@spamgourmet.com wrote:

En général pour les voies vertes sur d'anciennes voies ferrées, les 
rails ont été enlevés.
Je ne sais s'il y a des exceptions car vélos et rails font rarement bon 
ménage.


Sauf s'ils se mettent en ménage, justement. Comme ici : 
https://www.openstreetmap.org/way/224752985 (la relation est à 
consolider :p)


--
deuzeffe

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

Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

[deuzeffe]

On 01/07/2018 22:21, Christian Rogel wrote:


Le portail existe déjà en NA, même s'il renvoie, pour les transports
inter-urbains, aux sites qui existaient déjà avant.

> Mais, ce qui nous intéresse, c’est moins les portails, que le nom
générique qui sera donné à chaque réseau multimodal (train + car, en
premier lieu).
Certes. Mais si la plateforme régionale découpe ses offres par 
département, je ne sais s'il est judicieux de faire disparaître ce 
découpage. Peut-être faudra-t-il passer par des ae (déjà pour virer 
network et operator des bus_stop, si je me souviens bien des conventions 
PTv2).



À partir de
https://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_transports_en_communs_en_France,
c'est ça ? >

Oui, on peut partir de cette page et en élaguer les réseaux
départementaux. La nouvelle loi, avec la réduction du nombre des
régions et des EPCI va la rendre possible, cependant, il  se posera
la question de créer une arborescence régionale et une autre par mode
(regrouper les TER, par exemple).
Comme il n'y a rien pour mon ancienne région et que le schéma régional 
n'est pas entièrement publié, il est donc urgent que j'attende ^^


--
deuzeffe, qui réduit sa ToDoList automagiquement

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[deuzeffe]

On 19/06/2018 19:10, François Lacombe wrote:

Bonsoir François,


Merci à toi pour l'effort :)


J'ai commencé à intégrer quelques poles et ce qui devait arriver arriva, 
osmose me reproche violettement que les poteaux sont isolés (il a de 
l'humour...) : bah oui, il manque le fil, je sais...


--
deuzeffe - mais comment donc fait-on ?

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

Re: [OSM-talk-fr] Gros travail pour mettre à jour les mobilités régionales en France

[deuzeffe]

On 01/07/2018 19:06, Christian Rogel wrote:


Un tremblement de terre institutionnel et concret va bouleverser la carte des 
mobilités (terme qui remplace « transports » dans la novlangue actuelle) dans 
toute la France.


Depuis 1 an, les Régions préparent discrètement la refonte des réseaux, car 
elles sont en charge de :
- les transports hors agglomérations, sauf scolaires (ex-départementaux en car)


*Y compris les transports scolaires* dans ma région (NA)

"Promulguée le 7 août 2015, la loi portant sur la Nouvelle Organisation 
Territoriale de la République (NOTRe) confie de nouvelles compétences 
aux régions et redéfinit clairement les compétences attribuées à chaque 
collectivité territoriale. Elle a donc transféré aux Régions la 
compétence en matière de transport -  les cars interurbains et les cars 
scolaires – exercée jusqu’alors par les Départements.
Ce transfert de compétence a pris effet au 1er septembre 2017, date 
depuis laquelle la Région Nouvelle-Aquitaine assure la gestion du 
transport interurbain et scolaire dans sa globalité."



A chacun de surveiller ce qui est annoncé chez lui.


Le portail existe déjà en NA, même s'il renvoie, pour les transports
inter-urbains, aux sites qui existaient déjà avant.


mise à jour des noms de réseau et d’opérateur


Sur ce que j'ai créé/modifié, déjà fait ^^


version 2 du schéma OSM


On s'y est employé aussi :P


mettre à jour le wiki OSM où on peut inciter à répartir le travail,
pas seulement en le complétant et notant les avancements, mais en
migrant les pages de réseaux départementaux sous l’intitulé
WikiProject France et en en créant d’autres


À partir de 
https://wiki.openstreetmap.org/wiki/WikiProject_France/Liste_des_transports_en_communs_en_France, 
c'est ça ?


--
deuzeffe, qui va allonger sa ToDo List

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

Re: [OSM-talk-fr] Cartographier les voies vertes

[deuzeffe]

Là aussi : https://www.openstreetmap.org/way/126471105

Faudrait peut-être en faire un relation aussi, non ?
--
deuzeffe, qui découvre, encore et toujours ^^

On 01/07/2018 11:31, lenny.libre wrote:


Le 30/06/2018 à 23:34, marc marc a écrit :


  >  railway=abandoned

ils sont tjs là ?
Celle de Jean-Yvon je ne sais pas, mais j'en connais une 
https://www.openstreetmap.org/way/154190499#map=18/43.46989/-0.93617 où 
les rails ne sont plus là 
https://www.mapillary.com/map/im/KkgHcdjWAzKgA2s9wcFpRw, mais comme 
c'est une ancienne voie ferrée 
https://www.mapillary.com/map/im/CFdpKylug_KPI7ODT8l3ag on pourrait 
remplacer le "railway=abandoned"par un "description=sur l'emplacement de 
l'ancienne liaison ferroviaire Puyoô-Mauléon" (pour garder l'info) et en 
profiter pour remplacer le "highway=path" par "track" ?


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] Recherche ressources pour présentation

[deuzeffe]

Au moins, Antoine* et toi êtes d'accord ! Me reste à comprendre pourquoi 
FF ESR refuse d'afficher les tuiles Now.


* J'ai exploré ton support "d'introduction" : je vais ré-utiliser 
certaines de tes dia. (avec l'attribution qui va bien). Merci à toi !


On 30/06/2018 10:30, Christian Quest wrote:

Pour l'état d'OSM en 2007, voici l'URL:
http://mvexel.github.io/thenandnow/#11/48.8019/2.3631

Son atout: montrer qu'on est vraiment parti d'une page blanche... ce qui
n'est pas évident pour quelqu'un qui découvre OSM aujourd'hui !

A compléter en indiquant que seuls deux imports massifs ont été faits:
l'occupation des sols (Corine Land Cover) et les bâtiments (et commune par
commune)... tout le reste c'est du fait main par les fourmis :)


Le 29 juin 2018 à 22:19, deuzeffe  a écrit :


Bonsoir,

Il y a une forte probabilité pour que je présente osm à ma collectivité
(commune et peut-être EPCI, visons haut).

Je cherche donc quelques ressources "graphiques" pour la présentation
générale d'osm, et en particulier une diapo. que Christian (?) a présenté
je ne sais plus quand, je ne sais plus où et montrant l'état de la carte
osm de la France il y a 10 ans et maintenant.

S'il existe d'autres ressources utiles à mon projet, je suis preneuse
aussi.

Merci d'avance !
--
deuzeffe

___
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] Recherche ressources pour présentation

[deuzeffe]

On 29/06/2018 23:00, Antoine Riche wrote:

La slide était peut-être une copie d'écran de 
https://mvexel.github.io/thenandnow/


Possible. J'ai vu passer ça sur mastodon, ça m'a impressionnée mais pas 
eu le réflexe de favoriser :) Pour le moment, ThenAndNow ne donne rien :/


J'avais préparé il y a quelques années un support de présentation, que 
tu peux trouver sur https://www.openstreetmap.org/user/naomap/diary. Ça 
mérite probablement d'être mis à jour.


C'est copieux, en tout cas ! Je tente de rapatrier ça et j'explore.

Merci à toi !
--
deuzeffe

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

[OSM-talk-fr] Recherche ressources pour présentation

[deuzeffe]

Bonsoir,

Il y a une forte probabilité pour que je présente osm à ma collectivité 
(commune et peut-être EPCI, visons haut).


Je cherche donc quelques ressources "graphiques" pour la présentation 
générale d'osm, et en particulier une diapo. que Christian (?) a 
présenté je ne sais plus quand, je ne sais plus où et montrant l'état de 
la carte osm de la France il y a 10 ans et maintenant.


S'il existe d'autres ressources utiles à mon projet, je suis preneuse aussi.

Merci d'avance !
--
deuzeffe

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[deuzeffe]

Le 23/06/2018 à 23:19, marc marc a écrit :


Quel est la précision de localisation de l'opendata rte et enedis ?
histoire de savoir s'il faut chercher large ou s'il faut "juste"
ajouter les tags manquants.


Dans ma zone de connaissance, c'est très proche de la localisation 
réelle sans être tout à fait exact (je te mesure qq écarts dès qu'il 
fait jour, ou un peu après ^^)


--
deuzeffe

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[deuzeffe]

Le 23/06/2018 à 22:00, François Lacombe a écrit :

Bonsoir François,


À ce propos, il y a 2 "distirbution" qui traînent dans le tableau :
je te laisse corriger ? ;)



C'est fait, merci du coup d'oeil


Servitrice.


J'ai donc commencé à m'attaquer aux "pole" (vus de mes yeux vus sur
le terrain plusieurs fois/jour). Au passage, il semble qu'un tag
switch puisse être ajouté, quand l'équipement existe (si j'ai bien
compris qu'il sert à disjoncter le « transfo. » en question). Je peux ?



Dans l'absolu on pourrait.
Pour l'instant on va confondre ces switch=* de protection des transfos 
avec les interrupteur du réseau 
(https://wiki.openstreetmap.org/wiki/File:Power_20kV_distribution_mechanical_switch_pole.jpg)


Si je comprends bien, lorsque je croise un pole comme celui illustré 
ci-dessus (avec la petite antenne kivabien), et je sais où il y en a, je 
peux ajouter le tag switch qui correspond donc à l'interrupteur de 
réseau et donc tagguer le pole comme l'exemple ici : 
https://wiki.openstreetmap.org/wiki/FR:Tag:switch%3Dmechanical ?


Étant systématiquement présents a coté des transfos puisque c'est dans 
la norme française, je serais d'avis de ne pas les ajouter et de faire 
le lien mental transformer=distribution <=> {transformateur + 
disjoncteur basse-tension}, au moins en France.


ok.

Bonne soirée.
--
deuzeffe

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

Re: [OSM-talk-fr] Proposition de projet du mois de Juillet (ce que vous allez découvrir va vous surprendre)

[deuzeffe]

Le 18/06/2018 à 01:56, François Lacombe a écrit :

Bonsoir à tous,


Pareil, mais *jour

Après avoir été gonflé à bloc par Donat pour inscrire l'idée sur le 
papier, voici une proposition de projet du mois pour Juillet prochain: 
constituer la Base Nationale des Postes électriques (oui ca fait BNPé)


https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/postes_electriques 


Question (bête ?) : les tensions E/S sont indiquées par le tag 
voltage=2;400 (comme ce que propose osmose pour l'intégration) pour 
tous les transfo. sauf pour les power=pole (voltage:primary=2 
voltage:secondary=400). C'est parce que (justement) c'est un pole et pas 
une substation ?
Les jeux de données ouvertes disponibles étant peu bavards, 


C'est le moins qu'on puisse dire. Ça ou rien, c'est presque pareil :(

la collecte 
d'informations de terrain a une valeur importante, démontrant si il le 
fallait encore la pertinence d'OSM.


C'était mon intention de faire ça dans « ma zone de confort ». Il me 
semble que j'en ai intégré quelques uns (vus sur le terrain). Que je 
vais donc reprendre pour compléter les tags...


Merci à toi pour la propal et surtout sa mise en wiki ;)
--
deuzeffe

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

Re: [OSM-talk-fr] Ce que vous avez manqué au SOTM-FR...

[deuzeffe]

Le 04/06/2018 à 17:54, Noémie Lehuby a écrit :

Le 2018-06-04 13:49, deuzeffe a écrit :
Sur https://next.openstreetmap.fr/contribuer/ ont disparu ML et canal 
IRC : c'est volontaire ?


c'est une réécriture from scratch donc on ne peut pas vraiment dire que 
la disparition de canaux de communication soit volontaire.
Mais le site est plutôt pensé pour le débutant qui ne connait pas encore 
OSM. Est-ce que la ML et IRC sont vraiment adaptés pour ce type 
d'utilisateurs ?


La ML, peut-être pas (mais c'est dommage de la passer sous silence).

En revanche, le canal IRC, oui, il y a des débutants en OSM (moi la 
première) qui viennent y demander de l'aide. Même s'il y a peu de gens 
qui y sont vraiment actifs (pas plus de 5 aux bonnes heures), les 
réponses sont beaucoup plus rapides que sur le forum, peut-être moins 
détaillées mais tout autant utiles pour débuter. Amttha de débutante ;)


--
deuzeffe


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

Re: [OSM-talk-fr] Ce que vous avez manqué au SOTM-FR...

[deuzeffe]

Le 04/06/2018 à 12:11, Christian Quest a écrit :

Un petit fil de discussion pour partager à compléter par tous !

- la preview de la prochaine version du site web: 
https://next.openstreetmap.fr


Sur https://next.openstreetmap.fr/contribuer/ ont disparu ML et canal 
IRC : c'est volontaire ?


--
deuzeffe - perplexe

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

Re: [OSM-talk-fr] Article sur "Le Monde.fr"

[deuzeffe]

Pire : « Cquest *adversaire patenté du service public* »

Encore un commentateur qui trolle sans avoir assuré ses arrières. Don't 
feed the troll et rigolons sous cape de la bêtise du dit.


--
deuzeffe - Troller, c'est un métier.

Le 04/06/2018 à 09:47, thevenon.jul...@free.fr a écrit :



- Mail original -
De: "Cyrille DERORY" 
Objet: [OSM-talk-fr] Article sur "Le Monde.fr"


https://www.lemonde.fr/chronique-des-communs/article/2018/06/01/hausse-des-tarifs-de-google-maps-on-a-plus-que-jamais-besoin-d-alternatives-libres_5307968_5049504.html


D ailleurs si quelqu un qui a un compte sur le monde pouvait enfoncer le clou sur 
"Christian Quest ennemi de l IGN et OSM=Uber fait travailler les gens 
gratuitement" en precisant par exemple que l IGN c est paye par nos impots et qu on 
doit quand meme payer pour utiliser les donnees se serait cool

Julien

___
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] office et craft dans le rendu FR...

[deuzeffe]

\o/ Mer-Ci !

Le 25/04/2018 à 14:40, Christian Quest a écrit :

Les POI office=* ont été ajouté il y a peu dans le rendu OSM.

J'ai fait de même sur le rendu FR, et étendu aux craft=*

Autre petit plus... shop/office/craft=vacant ont une marque différenciée 
(légèrement transparente au centre, bord opaque).


C'est déployé, les zoom 19/20 on été effacés du cache primaire, vous les 
verrez donc plus rapidement. Le reste (zoom 17-18) deviendra visible au 
fur et à mesure des mises à jour des metatuiles...


Exemple: 
http://tile.openstreetmap.fr/~cquest/leaflet/l.html#19/48.80387/2.48566 



--
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] Import station essence

[deuzeffe]

Bonsoir,

Ça donne des trucs bizarres, comme :
tags_create 
fuel:e10DELETE TAG aechohve0Eire4ooyeyaey1gieme0xoo
fuel:e85DELETE TAG aechohve0Eire4ooyeyaey1gieme0xoo
fuel:lpgDELETE TAG aechohve0Eire4ooyeyaey1gieme0xoo

Alors qu'il n'y a rien à effacer comme tag concernant ces 3 items, cf 
http://osmose.openstreetmap.fr/fr/error/17295690893


HTH
--
deuzeffe

> Bien ! C'est cause des doubles comptes que ça me semblait cohérent.
> Je corrige.

> Voilà ce qui va être proposé à la modification,
>   10 
>  101 
>  111 
>  203 
>  466 
>  756 


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

[OSM-talk-fr] osmfr-cartocss : point pour POI sans icône

[deuzeffe]

Bonjour,

À la demande de Christian, il y a quelques semaines, j'avais suggéré que 
sur le modèle des shop=* sans icône qui sont représentés par un point 
(de la couleur idoine), on puisse envisager la même chose pour craft et 
office, voire pour des healthcare comme health_facility:type=laboratory 
ou infirmiers ? C'est mentionné ici : 
https://github.com/cquest/osmfr-cartocss/issues/43


Bonne/mauvaise idée ? À élargir ?

--
deuzeffe


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

Re: [OSM-talk-fr] BANO : date de la BAN

[deuzeffe]

Bon, j'ai retrouvé les numéros manquants (point gris) quelques 
(beaucoup) dizaines de mètres plus loin : les coordonnées géographiques 
données par la BAN pour ces numéros ne sont pas en adéquation avec le 
terrain :(


Désolée pour le dérangement.
--
deuzeffe - qui a vraiment besoin de changer ses carreaux

Le 10/04/2018 à 19:49, deuzeffe a écrit :

Le 10/04/2018 à 19:37, Christian Quest a écrit :

Elles datent un peu en effet... février 2017 si je ne me trompe pas.


C'est ce qui m'embête un peu, non pas que la BAN soit de 2017, mais que 
de vieilles adresses ne s'y retrouvent point. Bon, c'est pas grave, j'ai 
mon fichier .csv sous les yeux.


Par contre... les adresses ajoutées dans OSM ne vont pas dans la BAN, 
car la BAN étant diffusée sous d'autres licences que l'ODbL, il n'est 
pas possible d'inclure les adresses provenant d'OSM.


Tout à fait, j'avions bien compris, même si on la trouve sous 2 licences.


Elle se retrouvent par contre dans BANO.


Yep.



Le 09/04/2018 à 23:23, deuzeffe a écrit :

(c'est encore moi)

Bonsoir,

Je viens de m'entraîner à numéroter une très vieille rue, avec de 
vieilles maisons habitées (et numérotées) depuis longtemps (pas un 
lotissement à peine éclos comme les pissenlits de saison). Sources : 
survey, cadastre et BAN (du 8/4/18).


La relation est là : 
https://www.openstreetmap.org/relation/8194667#map=18/45.79804/1.14605 (j'ai 
positionné au bâtiment...)


Une dernière vérification sur 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/45.79768/1.14457 



Et oh, surprise ! des adresses bien *présentes* dans le fichier BAN 
tout frais n'ont pas leur numéro/point gris (enfin, une les a, et 
complètement décalé :///).


D'où ma question : quel est l'âge (la date ?) du fichier BAN utilisé 
pour le rendu BANO ? Même si la màj de BANO ne suit peut-être pas le 
rythme effréné de la màj de BAN, les adresses que j'ai tagguées 
existent depuis assez longtemps pour être dans la BAN. Ou alors, y a 
un autre problème quelque part :(


Merci pour les réponses, quelles qu'elles soient.




___
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] BANO : date de la BAN

[deuzeffe]

Le 10/04/2018 à 19:37, Christian Quest a écrit :

Elles datent un peu en effet... février 2017 si je ne me trompe pas.


C'est ce qui m'embête un peu, non pas que la BAN soit de 2017, mais que 
de vieilles adresses ne s'y retrouvent point. Bon, c'est pas grave, j'ai 
mon fichier .csv sous les yeux.


Par contre... les adresses ajoutées dans OSM ne vont pas dans la BAN, 
car la BAN étant diffusée sous d'autres licences que l'ODbL, il n'est 
pas possible d'inclure les adresses provenant d'OSM.


Tout à fait, j'avions bien compris, même si on la trouve sous 2 licences.


Elle se retrouvent par contre dans BANO.


Yep.



Le 09/04/2018 à 23:23, deuzeffe a écrit :

(c'est encore moi)

Bonsoir,

Je viens de m'entraîner à numéroter une très vieille rue, avec de 
vieilles maisons habitées (et numérotées) depuis longtemps (pas un 
lotissement à peine éclos comme les pissenlits de saison). Sources : 
survey, cadastre et BAN (du 8/4/18).


La relation est là : 
https://www.openstreetmap.org/relation/8194667#map=18/45.79804/1.14605 
(j'ai positionné au bâtiment...)


Une dernière vérification sur 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/45.79768/1.14457 



Et oh, surprise ! des adresses bien *présentes* dans le fichier BAN 
tout frais n'ont pas leur numéro/point gris (enfin, une les a, et 
complètement décalé :///).


D'où ma question : quel est l'âge (la date ?) du fichier BAN utilisé 
pour le rendu BANO ? Même si la màj de BANO ne suit peut-être pas le 
rythme effréné de la màj de BAN, les adresses que j'ai tagguées 
existent depuis assez longtemps pour être dans la BAN. Ou alors, y a 
un autre problème quelque part :(


Merci pour les réponses, quelles qu'elles soient.




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

[OSM-talk-fr] BANO : date de la BAN

[deuzeffe]

(c'est encore moi)

Bonsoir,

Je viens de m'entraîner à numéroter une très vieille rue, avec de 
vieilles maisons habitées (et numérotées) depuis longtemps (pas un 
lotissement à peine éclos comme les pissenlits de saison). Sources : 
survey, cadastre et BAN (du 8/4/18).


La relation est là : 
https://www.openstreetmap.org/relation/8194667#map=18/45.79804/1.14605 
(j'ai positionné au bâtiment...)


Une dernière vérification sur 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/45.79768/1.14457


Et oh, surprise ! des adresses bien *présentes* dans le fichier BAN tout 
frais n'ont pas leur numéro/point gris (enfin, une les a, et 
complètement décalé :///).


D'où ma question : quel est l'âge (la date ?) du fichier BAN utilisé 
pour le rendu BANO ? Même si la màj de BANO ne suit peut-être pas le 
rythme effréné de la màj de BAN, les adresses que j'ai tagguées existent 
depuis assez longtemps pour être dans la BAN. Ou alors, y a un autre 
problème quelque part :(


Merci pour les réponses, quelles qu'elles soient.
--
deuzeffe - emme^H^H^H^Hcurieuse de service.

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

Re: [OSM-talk-fr] BANO : aide pour légende

[deuzeffe]

Vu ! Mais j'ai quand même l'impression qu'on perd des alertes :(

Autre question :

- « légende des points turquoise = voies sans adresses numérotées » si 
j'ai bien suivi, puisque j'en retrouve dans cette catégorie dans 
cadastre/fantoir ;


- Or, sur le terrain (et même sur la couche BANO), ces voies sont bien 
numérotée (numéro gris <- BAN) ;


- Donc, ma question, de quelle base et avec quel code/flag/tag provient 
l'info. « voie non numérotée » ?


--
deuzeffe

Le 08/04/2018 à 09:40, Christian Quest a écrit :
J'ai finalement quand même modifié la requête afin de ne pas signaler 
les voies pour lesquelles un nom similaire est trouvé entre BANO et BAN, 
mais pour lesquelles le rapprochement FANTOIR n'a pas été fait côté BAN.


Moins de gris pointillé et de rouge pointillé du coup, ce qui allège pas 
mal de rendu par endroit comme dans l'exemple de deuzeffe...


Le 7 avril 2018 à 22:48, Christian Quest <cqu...@openstreetmap.fr 
<mailto:cqu...@openstreetmap.fr>> a écrit :


Il y a sûrement des cas où ces signalements sont utile, comme tu
l'indiques sur des adresses toutes fraiches. Donc je laisse, mais il
va falloir compléter le wiki ;)

Il n'est pas toujours évident en effet d'être à jour de partout
entre le COG, FANTOIR, les adresses où chacun avance à son rythme.
Le millésimage est un sérieux problème et je pense qu'on n'est pas
top à jour partout côté BANO.

La Poste met à jour vraiment en continu et diffuse chaque mois une
nouvelle version de ses données.
Le cadastre remonte les infos locales une à deux fois par an en
national si j'ai bien compris.
Du coup à la sortie du tuyau on ne peut pas dire que l'un va plus
vit que l'autre.
Pour la BAN en plus, on a l'IGN entre les deux qui jusqu'à présent
attendait les données du cadastre (reçues annuellement) pour
déterminer des positions géographiques aux nouvelles adresses reçues
de La Poste (sans info géo).


Le 7 avril 2018 à 19:51, Christian Rogel
<christian.ro...@club-internet.fr
<mailto:christian.ro...@club-internet.fr>> a écrit :



> Le 7 avr. 2018 à 19:38, Christian Quest <cqu...@openstreetmap.fr 
<mailto:cqu...@openstreetmap.fr>> a écrit :
>
> Ces tracés pointillés gris ne sont pas pertinents... ils indiquent 
les adresses de la BAN pour lesquelles un code FANTOIR de voie n'a pas été 
retrouvé.
>
> Je vais les retirer du rendu car ils ne sont pas utiles pour les 
contributions OSM et BANO, je ne sais même plus pourquoi je les avais ajouté... du 
debug qui est resté ;)

Pourtant, ils permettent quelquefois de voir les retards du
cdastre par rapport aux décisions nouvelles des communes,
généralements dans les zones les plus rurales.
Je soupçonnais que la Poste pouvait doubler le cadastre. Qu’en
est-il ?


Christian R.


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




-- 
Christian Quest - OpenStreetMap France





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

[OSM-talk-fr] BANO : aide pour légende

[deuzeffe]

Bonjour,

Soit, dans BANO une rue notée en gris et entourée de pointillés gris 
(par exemple la rue des Bouvreuils ici : 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.79054/1.12574 )


D'après la légende de BANO, « en pointillé et nommées en gris et 
italique : ensembles d'adresses sur des voies de la BAN n'ayant pas pu 
être rapprochées de FANTOIR, ni dans OSM »


Or cette rue :
- est OK dans la BAN ;
- est OK dans FANTOIR (et rapprochée) ;
- est OK dans OSM (et rapprochée avec FANTOIR, donc) ;
- est cadastrée correctement (voie au bon endroit avec la bonne graphie).

Quel éléphant dans le salon (ou la rue) m'empêche de voir pour quelle 
incohérence elle apparaît en gris/pointillé gris ?


--
deuzeffe - qui risque de devoir changer ses besicles.

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

Re: [OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[deuzeffe]

Le 06/04/2018 à 00:04, Vincent de Château-Thierry a écrit :

Il y avait un souci (que je n'explique pas) qui faisait planter la mise 
à jour des lieux-dits. Je viens de corriger, et de tester sur la 
Haute-Vienne. Ca a l'air de marcher, c'est visible ici : 
https://cadastre.openstreetmap.fr/fantoir/#insee=87001=5 et aussi là 
: 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.8115/1.1548 
en vidant les caches ;)

Ce sera effectif pour les autres départements demain matin normalement.


C'est mieux — beaucoup mieux ! – merci d'y avoir passé un bout de ta 
soirée ;)


Si ça ne fonctionne pas, le dire dans ce ticket : 
https://github.com/osm-fr/bano/issues/147


C'est noté. À moi de faire le tri entre le rouge « normal » (absent dans 
osm) et le rouge « anormal » (présent dans osm et pas automatiquement 
rapproché).


L'idée de départ, qui vient du chantier BANO, c'est d'y voir clair par 
commune sur le reste à faire pour qu'OSM soit le plus complet possible 
côté voies et lieux-dits. Une conséquence est en effet l'alimentation de 
BANO, mais il n'y aurait pas BANO, on pourrait néanmoins vouloir y voir 
clair sur l'avancement de la contribution OSM sur une commune "tout 
court" (je sais pas si c'est clair, il est un peu tard).


Sissi, c'est très clair, surtout que c'est aussi comme ça que je m'en 
sers en priorité (même si BANO peut être un déclencheur) !


Bon week-end.
--
deuzeffe

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

Re: [OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[deuzeffe]

Le 05/04/2018 à 14:40, Vincent de Château-Thierry a écrit :

Bonjour,


Bonsoir,


D'autre part, on remarque sur
https://cadastre.openstreetmap.fr/fantoir/#insee=87001=5 qu'il y
a un lieu-dit dont le type/libellé est "isolated_dwelling : Las
Tauveyras" alors qu'il est taggué "place=hamlet" dans osm (cf
https://www.openstreetmap.org/node/4477492698/history) comme si la
mise à jour à partir de la base osm ne se faisait pas.


Oui clairement il y a un souci de màj. Je tente de regarder ça dans les 
prochains soirs.


Merci !


Enfin, dernier bug(?), j'ai voulu forcer le rapprochement des
lieux-dits
non-rapprochés que j'avais localisés en les taggant avec leur code
fantoir. Mal m'en a pris : ils se sont retrouvés dans la catégorie
"voies sans adresse numérotée". J'ai supprimé les codes Fantoir dans
les tags en attendant des jours meilleurs :)


Là dessus je ferai la même remarque pour 
https://cadastre.openstreetmap.fr/fantoir/ que celle qu'on fait pour Osmose 
parfois : ce ne sont que des robots, et la finalité n'est pas de tagguer juste 
pour (com)plaire au robot, surtout s'il a un comportement louche. Si tes codes 
Fantoir sont OK et que c'est mal rendu sur la page cadastre/Fantoir, c'est pas 
la donnée qu'il faut corriger, mais le code... :)


Céçuikidikié ;) Blague à part, dans ma naïveté de débutante, je pensais 
que le rapprochement fantoir/osm, surtout pour les lieux-dits, servait à 
alimenter la BANO, ou un truc du genre ;)


--

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

Re: [OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[deuzeffe]

Le 05/04/2018 à 00:07, Vincent de Château-Thierry a écrit :

Bonsoir,


Bonjour,


Le 04/04/2018 à 17:53, deuzeffe a écrit :


Est-ce qu'on peut supposer que la correction du bug concerne tout le 
territoire (ou suis-je trop pressée ;p) ?


Parce que le problème (constaté depuis plusieurs mois sans oser trop 
dire quoi que ce soit ^^) persiste (vérifié à l'instant) dans mon 
coin, par exemple ici : 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.8138/1.1464


Donc pour avancer, il faudrait que tu décrives ton problème, s'il est 
différent.


Oups, je n'ai pas été assez précise, désolée. Donc, le problème concerne 
les lieux-dits (et pas les voies ou adresses).


Si tu regardes le lien ci-dessus, il a des rapprochements OK (vert/bleu) 
qui concernent des lieux-dits localisés il y a bieen longtemps (plus 
d'un an et jusqu'à plus de sept ans). En revanche, les lieux-dits que 
j'ai localisés depuis quelques mois ne sont pas rapprochés (presque tous 
ceux en rouge dans le lien ci-dessus. On remarque d'ailleurs qu'ils sont 
bien dans la base osm, cf la carte...). Est-ce la valeur "hamlet" qui 
n'est pas prise en compte ? (pourtant, elle l'est pour des lieux-dits 
rapprochés il y a longtemps...)


D'autre part, on remarque sur 
https://cadastre.openstreetmap.fr/fantoir/#insee=87001=5 qu'il y a 
un lieu-dit dont le type/libellé est "isolated_dwelling : Las Tauveyras" 
alors qu'il est taggué "place=hamlet" dans osm (cf 
https://www.openstreetmap.org/node/4477492698/history) comme si la mise 
à jour à partir de la base osm ne se faisait pas.


Enfin, dernier bug(?), j'ai voulu forcer le rapprochement des lieux-dits 
non-rapprochés que j'avais localisés en les taggant avec leur code 
fantoir. Mal m'en a pris : ils se sont retrouvés dans la catégorie 
"voies sans adresse numérotée". J'ai supprimé les codes Fantoir dans les 
tags en attendant des jours meilleurs :)


Voilà ce que j'ai remarqué. À ta disposition pour plus de précision (en 
privé ou sur irc si tu préfères, ça m'est égal).


--
deuzeffe - En plus, le fichier Fantoir originel de début 2018 n'est pas 
à jour (faute de déclaration par les services municipaux ?)


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

Re: [OSM-talk-fr] Rapprochement des adresses OSM et FANTOIR

[deuzeffe]

Le 03/04/2018 à 15:06, Vincent de Château-Thierry a écrit :

Bonjour,


Bonjour,

L'anomalie que tu soulignais est normalement corrigée désormais. Elle 
était liée à un bug sur le traitement des suffixes (la commune de 
Perpignan est concernée) qui faisait en cascade planter toutes les mises 
à jour de la commune.


=> https://github.com/osm-fr/bano/issues/146


Est-ce qu'on peut supposer que la correction du bug concerne tout le 
territoire (ou suis-je trop pressée ;p) ?


Parce que le problème (constaté depuis plusieurs mois sans oser trop 
dire quoi que ce soit ^^) persiste (vérifié à l'instant) dans mon coin, 
par exemple ici : 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.8138/1.1464


Merci pour la réponse, quelle qu'elle soit.
--
deuzeffe - impatiente

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

Re: [OSM-talk-fr] Import station essence

[deuzeffe]

Le 26/03/2018 à 13:47, marc marc a écrit :

La source est Navads.


Et « We have the full permission to add all of these to OpenStreetMap: 
that's the very reason we were contacted. » (from 
https://wiki.openstreetmap.org/wiki/Navads_Imports#Source) semble 
suffisant ? Quid de telles données une fois qu'elles font partie d'OSM, 
avec une telle (absence de) licence (clairement pas identifiée) ?


--
deuzeffe - qui s'instruit



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

Re: [OSM-talk-fr] Import station essence

[deuzeffe]

Ma zone de confort n'est probablement pas représentative du territoire 
entier, cependant :

- sur les 4 existantes, il en manque une (une « de marque ». Hasard ?) ;
- les « à créer » existent déjà quelques dizaines de mètres plus loin ;
- les modif. pour les « à compléter » sont YOLO (je suis gentille).

Je n'ai pas regardé plus loin (le script est un infâme goinfre de 
ressources), mais je doute que ça soit de meilleure qualité. Pas compris 
d'où vient sa source (la DB sur data.gouv, même datant de 2 ans ?)


Je suis assez de ton avis : augmenter la qualité de l'import (virer tout 
ce qui coince ; l'adapter au pays ?) puis on voit la nouvelle mouture. 
Au nom de la communauté, bien entendu !


Et puis (question de débutante) : quel intérêt d'un import massif pour 
des territoires où les données OSM sont pléthoriques ?


--
deuzeffe - qui aime bien osmose, mais quand même !

Le 25/03/2018 à 20:52, marc marc a écrit :

Il y a clairement un problème de qualité dans cette proposition d'import.
N'hésitez pas à signaler les problèmes sur la page wiki,
surtout si vous estimez que c'est pas un problème de "quelques points
à corriger mais général"
Ou alors on fait un post commun dans qlq jours au nom de
la communauté "talk-fr" ?
Car pour l'instant de ce que j'en ai entendu, il s'attend à ce que les
communautés locales corrigent les problèmes pour ensuite considérer
que la problème de qualité est résolu et donc l'import à faire.

Le 25. 03. 18 à 20:18, Cyrille37 OSM a écrit :

Le 25/03/2018 à 19:36, osm.sanspourr...@spamgourmet.com a écrit :

Ne pas importer, au plus permettre un rapprochment.


Oui, comme avec Osmose qui propose puis on indique si c'est fait, si
c'est un faux positif, ...


Le problème c'est qu'à la main, cela n’intéresse pas assez de monde.
cfr > 400k élément en attente rien que pour la France.
http://osmose.openstreetmap.fr/fr/errors/graph.png?item=8xxx=1%2C2%2C3=france*
http://osmose.openstreetmap.fr/fr/errors/?item=8xxx=1%2C2%2C3=france*
c'est pour cela que je trouve qu'un import de meilleur qualité aurait
du sens :
- sans heure d'ouverture vu le manque de qualité
- sans import de no de téléphone dupliqué (ou alors ils devraient
aller dans operator:phone ou brand:phone
- sans code postal si l'adresse n'est pas complète et/ou si le code
postal existe deja sous forme d'aire
- gérer le problème des doublons (peut-être que la distance minimale
devrait être augmentée)
- mai que faire des ajouts de stations sur la position n'est pas bonne ?
lui mettre un tag fixme=position a affiner ?
c'est pourtant suposé être éliminatoire si trop d'élément sont de
mauvaise qualitée... de l'autre avoir des infos est parfois mieux que de
ne pas en avoir... et lui dire d'abandonner son outil perso pour migrer
sur osmose, je n'y crois pas trop.. l'idéal serrait d'avoir des données
communes aux 2 outils pour les objets nécessitant intervention humaine.


*Gesendet:* Sonntag, 25. März 2018 um 19:18 Uhr
*Von:* "Stéphane Péneau - stephane.pen...@wanadoo.fr"
http://audit.osmz.ru/browse/navads_fuel
https://wiki.openstreetmap.org/wiki/Navads_Imports
https://lists.openstreetmap.org/pipermail/imports/2018-March/005436.html

___
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] Bornes incendie : base de données

[deuzeffe]

Le 24/03/2018 à 18:47, Guillaume Largeau a écrit :

Bonjour,

Selon les permis de construire (industries, extension de lotissement, 
...) le service prévision/prévention du SDIS est interrogé pour savoir 
si la ressource pour la lutte contre les feux est en adéquation avec la 
demande. Si ce n’est pas le cas, un avis de création de poteau ou autre 
réserve d’eau est fait.


Oui, pas mal des nouveaux lotissements qui poussent autour de chez moi 
possèdent des "Réserves pompiers", avec mention de la capacité, en plus 
! (sans compter les bassins de rétention pour éviter les inondations...)


« Bêtement », je pensais que l'existence de tel équipement, même à usage 
réservé, faisait l'objet d'une base de données nationales (y a bien la 
base des équipements sportifs, donc, bon). Je ne sais pas si la 
cartographie des bornes/bouches/réservoir pompier a déjà été proposée 
comme Projet du mois...


--
deuzeffe - qui va se balader à la recherche des petits êtres rouges locaux

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

[OSM-talk-fr] Bornes incendie : base de données

[deuzeffe]

Bonjour tout le monde,

J'ai comme l'impression qu'à part aller sur le terrain ou éventuellement 
s'adresser au SDIS local, il n'y a pas moyen d'avoir une liste/DB de 
toutes les bornes/bouches d'incendie présentes sur une collectivité 
territoriale donnée.


J'ai mal cherché ou bien ?

--
deuzeffe

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

Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?

[deuzeffe]

Le 17/03/2018 à 10:19, Rpnpif a écrit :


Bonjour,

Très intéressant. Bysance comme dit Deuzeffe.

Je venais de la télécharger chez moi dans Qgis (trop grosse pour JOSM).


J'avais cru comprendre que QGis et JOSM avaient des objectifs différents :)


J'apprends Qgis et pour l'instant ne sait pas l'utiliser pour mettre à
jour OSM (cours d'eau par cours d'eau ou portion de cours d'eau, pas
en masse).


Mmmhhh ??? On peut utiliser QGis pour mettre à jour JOSM qui mettra à 
jour osm ? C'est plus intéressant que JOSM seul ?



Est-elle utilisable avec Id ?


Si j'en crois ce que j'ai écrit là 
https://wiki.openstreetmap.org/wiki/WikiProject_France/BDCarthage oui ;) 
Depuis la version 2.7 d'iD.


--
deuzeffe


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

Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?

[deuzeffe]

Le 17/03/2018 à 12:20, marc marc a écrit :

Bonjour,

Le 17. 03. 18 à 10:19, Rpnpif a écrit :

(trop grosse pour JOSM).


Que veux-tu dire ?
C'est une couche, tu ne télécharges que la zone que tu vois.
c'est donc ni + lourd ni - lourd que d'afficher une couche satellite.


Tu peux aussi charger la base ici : 
http://professionnels.ign.fr/bdtopo-hydrographie#tab-3


Tout dépend de comment tu veux l'utiliser, amtha ;)

--
deuzeffe

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

Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?

[deuzeffe]

J'ai édité la page du wiki pour prendre en compte la BD TOPO Hydro et 
les précisions de Christian : 
https://wiki.openstreetmap.org/w/index.php?title=WikiProject_France/BDCarthage=1589579=982674


(pas pu mettre de liens : pour enregistrer, le wiki demande de résoudre 
un captcha que mon navigateur ne me montre pas...).


HTH
--
deuzeffe

Le 12/03/2018 à 14:59, deuzeffe a écrit :

Le 12/03/2018 à 07:46, Christian Quest a écrit :

Tes voeux ont déjà été exaucés !


C'est Byzance ! Et magique ;)

Sur le rendu Carthage, la couche Hydro de la BD Topo est visible en 
mauve. 


Ah, c'est donc ça !

Le tracé est mieux définit comparé à la BD Carthage, par contre les 
attributs sont bien moins nombreux. J'ai aussi ajouté les altitudes en 
extrémité de tronçons.


Et tout ça est documenté/a été annoncé quelque part, je parie ? (la 
question qui tue)


Quoi qu'il en soit, merci pour la réponse et le boulot :)



Le 10/03/2018 à 11:13, deuzeffe a écrit :

Bonjour,

Contexte : j'essaie de mettre à jour les infos de 
https://wiki.openstreetmap.org/wiki/FR:Sources_de_donn%C3%A9es_potentielles/France 



Si j'ai bien tout compris, la BD TOPO Hydrographie remplace la BD 
Carthage (dont la convention ONEMA-IGN est caduque en 2018, en plus). 
Cette « nouvelle » BD est en licence ouverte 1.0 et présentée ici : 
http://professionnels.ign.fr/bdtopo-hydrographie


Est-ce que c'est possible, techniquement et légalement, qu'à 
court/moyen terme elle remplace le calque BD Carthage tout récemment 
intégré à iD (pardon Marc-Marc :p)


Merci pour les réponses, quelles qu'elles soient.




___
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] BDOrtho IGN par défaut dans iD!

[deuzeffe]

Ayé, la MàJ d'iD en 2.7.1 a pris en compte les corrections des erreurs 
du bien connu trop motivé luxembourgeois : la cadastre est dans les 
fonds et Route500 dans les calques.


--
deuzeffe - qui se demande quoi mettre dans le fond personnalisé, 
maintenant...


Le 07/03/2018 à 22:36, deuzeffe a écrit :

Le 07/03/2018 à 20:19, osm.sanspourr...@spamgourmet.com a écrit :
Bien mais comme disait Florian si c'était à fond transparent on 
pourrait s'en servir comme surcouche.


Dans le fond personnalisé, devenu tout vide vu la promotion de la 
BDOrtho IGN, on peut aussi mettre 
http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png pour 
patienter d'ici la prochaine màj d'iD.


D'après le bien connu motivé soi-même.

HTH.
--
deuzeffe


Si un Luxembourgeois motivé peut le faire...
La nationalité n'est pas une condition nécessaire ;-)
Jean-Yvon

Le 07/03/2018 à 13:36, Guillaume Rischard - openstreet...@stereo.lu a 
écrit :

On 7 Mar 2018, at 00:46, Florian_G<forums+...@floriang.eu>  wrote:

Le 07/03/2018 à 00:22, Christian Rogel a écrit :
C’est sûr que la BD ortho est géniale, mais, cela se paie de la 
disparition du cadastre dans la liste des couches par défaut.

Un moyen de le retrouver ?

Il est toujours là mais relocalisé dans « Calques » en-dessous de « 
Fond de carte » (par contre, ça aurait été bien si le blanc devenait 
transparent, comme pour le Cadastre luxembourgeois) :
C’était d'ailleurs une erreur de la part de ce luxembourgeois trop 
motivé :). C’est corrigé 
surhttps://github.com/osmlab/editor-layer-index/commit/7767834a  et 
ça sera repris dans la prochaine version d’iD, qui retrouvera donc la 
couche Cadastre dans les fonds de carte comme avant. Au passage, la 
couche Route 500 passera dans les calques.


Guillaume
___
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] Cartosm.eu

[deuzeffe]

Le 15/03/2018 à 15:29, Philippe Verdy a écrit :
Je me demande pourquoi le service Cartosm.eu n'est pas plus mis en avant 
comme une alternative possible au serveur de tuiles d'OSM.org pour 
l'intégration sur les sites web.


Je l'ai découvert il y a 2-3 ans à la suite de l'annonce de la fermeture 
du fond MapQuest (même si ce n'était pas tout à fait le même service). 
Et à l'époque, le service de génération de code HTML pour intégrer 
l'iframe (parce qu'en fait c'est bien le service principal — et oh 
combien utile !) donnait bien osm.org comme serveur de tuile. Et il me 
semble que la semaine dernière aussi (mais je n'en jurerais pas).


D'autant qu'il dispose de son propre serveur de tuiles ( 
http://{a,b,c}.tile.cartosm.eu/z/x/y.png <http://tile.cartosm.eu/z/x/y.png>)


C'est peut-être récent ?
--
deuzeffe

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

Re: [OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?

[deuzeffe]

Le 12/03/2018 à 07:46, Christian Quest a écrit :

Tes voeux ont déjà été exaucés !


C'est Byzance ! Et magique ;)

Sur le rendu Carthage, la couche Hydro de la BD Topo est visible en 
mauve. 


Ah, c'est donc ça !

Le tracé est mieux définit comparé à la BD Carthage, par contre 
les attributs sont bien moins nombreux. J'ai aussi ajouté les altitudes 
en extrémité de tronçons.


Et tout ça est documenté/a été annoncé quelque part, je parie ? (la 
question qui tue)


Quoi qu'il en soit, merci pour la réponse et le boulot :)



Le 10/03/2018 à 11:13, deuzeffe a écrit :

Bonjour,

Contexte : j'essaie de mettre à jour les infos de 
https://wiki.openstreetmap.org/wiki/FR:Sources_de_donn%C3%A9es_potentielles/France 



Si j'ai bien tout compris, la BD TOPO Hydrographie remplace la BD 
Carthage (dont la convention ONEMA-IGN est caduque en 2018, en plus). 
Cette « nouvelle » BD est en licence ouverte 1.0 et présentée ici : 
http://professionnels.ign.fr/bdtopo-hydrographie


Est-ce que c'est possible, techniquement et légalement, qu'à 
court/moyen terme elle remplace le calque BD Carthage tout récemment 
intégré à iD (pardon Marc-Marc :p)


Merci pour les réponses, quelles qu'elles soient.




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

[OSM-talk-fr] De BD Carthage à BD TOPO Hydrographie ?

[deuzeffe]

Bonjour,

Contexte : j'essaie de mettre à jour les infos de 
https://wiki.openstreetmap.org/wiki/FR:Sources_de_donn%C3%A9es_potentielles/France


Si j'ai bien tout compris, la BD TOPO Hydrographie remplace la BD 
Carthage (dont la convention ONEMA-IGN est caduque en 2018, en plus). 
Cette « nouvelle » BD est en licence ouverte 1.0 et présentée ici : 
http://professionnels.ign.fr/bdtopo-hydrographie


Est-ce que c'est possible, techniquement et légalement, qu'à court/moyen 
terme elle remplace le calque BD Carthage tout récemment intégré à iD 
(pardon Marc-Marc :p)


Merci pour les réponses, quelles qu'elles soient.
--
deuzeffe

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

Re: [OSM-talk-fr] BDOrtho IGN par défaut dans iD!

[deuzeffe]

Le 07/03/2018 à 20:19, osm.sanspourr...@spamgourmet.com a écrit :
Bien mais comme disait Florian si c'était à fond transparent on pourrait 
s'en servir comme surcouche.


Dans le fond personnalisé, devenu tout vide vu la promotion de la 
BDOrtho IGN, on peut aussi mettre 
http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png pour 
patienter d'ici la prochaine màj d'iD.


D'après le bien connu motivé soi-même.

HTH.
--
deuzeffe


Si un Luxembourgeois motivé peut le faire...
La nationalité n'est pas une condition nécessaire ;-)
Jean-Yvon

Le 07/03/2018 à 13:36, Guillaume Rischard - openstreet...@stereo.lu a 
écrit :

On 7 Mar 2018, at 00:46, Florian_G<forums+...@floriang.eu>  wrote:

Le 07/03/2018 à 00:22, Christian Rogel a écrit :

C’est sûr que la BD ortho est géniale, mais, cela se paie de la disparition du 
cadastre dans la liste des couches par défaut.
Un moyen de le retrouver ?


Il est toujours là mais relocalisé dans « Calques » en-dessous de « Fond de 
carte » (par contre, ça aurait été bien si le blanc devenait transparent, comme 
pour le Cadastre luxembourgeois) :

C’était d'ailleurs une erreur de la part de ce luxembourgeois trop motivé :). 
C’est corrigé surhttps://github.com/osmlab/editor-layer-index/commit/7767834a  
et ça sera repris dans la prochaine version d’iD, qui retrouvera donc la couche 
Cadastre dans les fonds de carte comme avant. Au passage, la couche Route 500 
passera dans les calques.

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