Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel
Oui donc c'est bien ce qu'il me semblait. Merci Philippe. Et merci à vous tous. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel
2014-09-24 10:19 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Oui donc c'est bien ce qu'il me semblait. Merci Philippe. Et merci à vous tous. Comme toujours, il faut prendre ce que dit Philippe avec des pincettes et nuancer. Ce qu'il dit est correct si le fossé est effectivement une simple buse enterrée. Par contre, il y a aussi des fossés qui sont enjambés avec un vrai tablier pour la route. C'est à voir au cas par cas et c'est difficile voire impossible à dire si on utilise Bing par exemple. Mais comme je l'ai déjà écrit, c'est un détail et la plupart des contributeurs peuvent se contenter de la définition si plus long que large, etc. Par contre, avant de changer un bridge en tunnel ou inversement, il vaut mieux connaitre la réalité du terrain. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Belle carto des accidents
Le 23/09/2014 22:48, DH a écrit : Le 23/09/2014 22:40, Vincent de Château-Thierry a écrit : Ça a donné cette carto : http://rue89.nouvelobs.com/2014/06/25/carte-presque-tous-les-accidents-route-2012-253113 (warning : c'est du BANO sur fond Google) C'est pour cela que ça pique autant les yeux ! Tous ne sont pas habitués. Oui, on les a juste aidé pour le géocodage, on a pas eu notre mot à dire pour le fond de carte ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ref:FR:SIRET
Bonjour, En coordination avec Jean-Jouis Zimmermann, nous avons changé les tags fr:SIRET en ref:FR:SIRET sur la ville d'Orange. Puis récemment, ceux-ci ont été changés en ref:FR:SIREN alors qu'ils s'agissait bien d'identifiant d'établissements. Au delà de cette petite erreur, je me fais la réflexion suivante. Les ref:FR:SIRET (14 chiffres) sont bien des identifiants (géographiques, précise wikipédia) d'établissement, à apposer sur le point, le way de l'établissement. Quant aux ref:FR:SIREN (9 chiffres), il sont des identifiants d'entreprises. Ils pourraient être apposés à l'établissement où réside le siège social de l'entreprise tel que indiquent des sites comme [1] qui précise le SIRET du siège social. Cela permettrait de faire les requêtes qui vont bien pour géolocaliser les établissements d'une entreprise et son siège social. Par ailleurs : Le code NAF (anciennement APE) est référencé dans le tag ref:FR:NAF [2], bien pratique et précis. Les communes [3], et probablement les collectivité locales on un numéro SIRET (et donc SIREN). Le SIREN pourrait être mis sur le point admin_centre, et le SIRET sur la mairie. Si cet usage vous convient, je modifierai le wiki en ce sens. Aujourd'hui, il y a encore peu de SIRET dans OSM. Mais après BANO, je pense que la géolocalisation des entreprises intéressera beaucoup de monde. Peut-être que certains imports peuvent être mécanisés, par exemple pour les collectivités locales, les écoles (on a déjà un ref:UAI qui pourrait devenir, pour cohérence, un ref:FR:UAI). [1] http://www.score3.fr/STANDARD-329881148.shtml [2] http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:NAF [2] voir par exemple https://www.openstreetmap.org/node/26692306 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] pont ferroviaire, pont routier, tunnel
@Pieren: Il est vrai que sans avoir vérifier sur le terrain il est difficile de faire la différence . C'est pour cela que je proposait de faire un fixme (par exemple sur un nœud quand on ne sait pas ou de ne pas traiter l'erreur plutôt que de faire des ponts et tunnel qu'un contributeur devra derrière faire deux étapes. En clair en cas d'erreur c'est 3 étapes de plus pour remettre les choses correctement. Il y a beaucoup de contributions se basant sur BING (Et j'en fait parti). Mon objectif et donc de pouvoir faire comprendre que BING n'est pas la solution adaptée dans tous les cas. Dans le cas de fossé on peut avoir du cours d'eau (et oui pour les ruisseaux ça passe des fois par une simple buse) Et dans certains cas ce sont des ponts romains car pas de busage possible à l'époque. Je parle des édits dans ma zone car je ne peux pas faire du terrain partout. Pour le moment je m'occupe de vérifier l'axe Avignon - Montpellier sur une bande de 50 Km. Dans l'ensemble des domaines. J'essai de quadriller mais bon c'est pas évident. En tout cas merci pour l'éclaircissement. Le 24 septembre 2014 10:30, Pieren pier...@gmail.com a écrit : 2014-09-24 10:19 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Oui donc c'est bien ce qu'il me semblait. Merci Philippe. Et merci à vous tous. Comme toujours, il faut prendre ce que dit Philippe avec des pincettes et nuancer. Ce qu'il dit est correct si le fossé est effectivement une simple buse enterrée. Par contre, il y a aussi des fossés qui sont enjambés avec un vrai tablier pour la route. C'est à voir au cas par cas et c'est difficile voire impossible à dire si on utilise Bing par exemple. Mais comme je l'ai déjà écrit, c'est un détail et la plupart des contributeurs peuvent se contenter de la définition si plus long que large, etc. Par contre, avant de changer un bridge en tunnel ou inversement, il vaut mieux connaitre la réalité du terrain. Pieren ___ 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] Belle carto des accidents
Le 23/09/2014 22:19, Eric Debeau a écrit : Belle réalisation présentant des accidents de la route qui date d'avril 2014 Merci :-) http://www.ideeslibres.org/Accidents/Gravite/#bbox=41.1290213474951,-7.80029296875,51.34433866059924,22.21435546875lgd=1 Utilisation des tuiles MapQuest et bonnes attributions ;-) Les noms de voie se basent sur les codes Rivoli. Ce serait bien de mettre à jour avec les données BANO qui sont plus précises ;-) Eric Oui, le travail est entamé : sur 129 141 accidents potentiellement géocodables de manière stricte (ou on a numéro + libellé de rue + code insee), le géocodeur (utilisant BANO et Solr) en trouve 68 552. Pour faire mieux, il faudrait que je réalise un pré-traitement sur les libellés de rues qui ne sont pas formidables tels quels. Il faut que je m'y remette ;-) Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref:FR:SIRET
Question richesse des données, le problème c'est que ces données sont vendus par les CCI,les chambres des métiers et la chambre d'Agriculture. Donc, sauf contributions directes, on n'a pas encore beaucoup de données. Un truc à intégrer dans osmose si c'est pas déjà le cas: un doc DSI CNRS avec un check à faire dans Osmose pour la validité des SIREN SIRET http://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=1cad=rjauact=8ved=0CCMQFjAAurl=http%3A%2F%2Fwww.dsi.cnrs.fr%2Fconduite-projet%2Fphasedeveloppement%2Ftechnique%2Fetude-detaillee%2Fmodele-de-donnees%2Fregles-SIREN-SIRET.docei=y5siVN6XC_SOsQTP2IHwCgusg=AFQjCNFAtauEUHuvf0gpDwz7_UgguLhAIAsig2=upiQ0nxUR7jBC7q6A1nC_Q Sinon comme chaque établissement à son propre SIRET + SIREN pourquoi aller le mettre sur la commune... C'est pas un contact donc pas un établissement à proprement parlé mais Le SIREN servira, par requête, à savoir les établissements commun mais en aucun cas c'est un admin_centre. Je pense pas que ce soit cohérent de le mettre là. Mais le renseigner sur chaque établissement oui. Quand on parle de géographie on parle d'adressage d'un contact car sans adresse tu ne peux pas reçevoir de courrier et pas avoir de compte bancaire. Une commune et une unité territoriale Un établissement public gère l'unité et a une adresse (le SIREN ne porte pas l'adresse) Si on veux savoir ou et le siège social il faudra définir un champs pour identifier l’établissement principal Sinon on fait aussi porter le code SIREN pour les département et les régions... Autre chose à prendre en compte puisse que tu parle de BANO et d'automatisation Il serait peut être bien de dissocier adresse physique (à l'entrée ou devant le bati) et contact dans les éditeurs (comme ID par exemple). contact http://wiki.openstreetmap.org/wiki/Key:contact:housenumber http://wiki.openstreetmap.org/w/index.php?title=Key:housenumberaction=editredlink=1 pour les entreprises et organismes car l'éditeur id propose d'office addr http://wiki.openstreetmap.org/wiki/Key:addr:housenumber http://wiki.openstreetmap.org/w/index.php?title=Key:housenumberaction=editredlink=1 Quand l'adresse est saisie deux fois ça pose problème. C'est souvent le cas dans les saisies et je pense qu'en import de masse on risque d'avoir un problème à un moment. C'est certes un autre sujet mais je pense que dans l'automatisation il faudra y penser sinon ça va entrer en conflit avec les adressages en cours. http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_%28BANO%29#R.C3.A8gles_de_priorit.C3.A9s_entre_sources Jérôme ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Wow, le MNT de la Nasa à 30 mètres n'est plus réservé qu'aux américains. Selon cet article: http://www.jpl.nasa.gov/news/news.php?release=2014-321 le nouveau jeu de données à 30 mètres va être progressivement libéré, d'abord pour l'Afrique puis pour les autres continents dans l'année suivante. Jusqu'ici, seul l'Amérique avait le droit d'utiliser ces données à 30m, les autres devant se contenter de données à 90m. On se rapproche lentement mais sûrement des MNT payants de l'IGN à 25m (interpolés à 1m). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins de randonnée (GR et autres)
Trop forts, ces Belges. Dans le même genre, toujours en Belgique, il y avait aussi le circuit de la Gaume Buissonnière (225 km), dont les cartes étaient sous le rendu R25 modifié. http://gaumebuissonniere.host22.com/index.php?lang=frsubpage=01page=04ch=1 JB. Le 23/09/2014 14:00, Romain MEHUT a écrit : Merci Pieren pour cette très bonne trouvaille. Pour aller plus loin, maintenant qu'il existe par ailleurs d'autres exemples de plans touristiques à partir d'OSM (cf. http://www.openstreetmap.org/user/1piedsurTerre/diary/21853), ce serait très utile que soit documentée la (les) méthode(s) permettant d'arriver à ces résultats... Romain Le 23 septembre 2014 11:10, Pieren pier...@gmail.com mailto:pier...@gmail.com a écrit : Pour ajouter une pierre à l'édifice, voici une entrevue avec l'auteur d'un topo-guide GR utilisant des cartes OSM: http://blog.bmaron.net/post/2014/09/22/Interview%3A-des-Sentiers-de-Grande-Randonn%C3%A9e-et-OpenStreetMap Mais, bon, c'est en Belgique, c'est ballot. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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] addr:housenumber dans Hamlet sans associatedStreet
Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
C'est un gros progrès ! Pour mémoire, sur l'Europe on a déjà un MNT à 30m, basé sur SRTM et ASTER, c'est l'EU-DEM. Le 24 septembre 2014 13:19, Pieren pier...@gmail.com a écrit : Wow, le MNT de la Nasa à 30 mètres n'est plus réservé qu'aux américains. Selon cet article: http://www.jpl.nasa.gov/news/news.php?release=2014-321 le nouveau jeu de données à 30 mètres va être progressivement libéré, d'abord pour l'Afrique puis pour les autres continents dans l'année suivante. Jusqu'ici, seul l'Amérique avait le droit d'utiliser ces données à 30m, les autres devant se contenter de données à 90m. On se rapproche lentement mais sûrement des MNT payants de l'IGN à 25m (interpolés à 1m). Pieren ___ 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] addr:housenumber dans Hamlet sans associatedStreet
Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ 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] addr:housenumber dans Hamlet sans associatedStreet
Je suis d'accord avec Christian. Il faut aussi que ton lieudit, s'il n'existe pas, soit créer en tant que noeud place. Le 24 septembre 2014 14:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ 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] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
On va avoir les courbes géodésiques dans OSM? Le 24 septembre 2014 14:17, Christian Quest cqu...@openstreetmap.fr a écrit : C'est un gros progrès ! Pour mémoire, sur l'Europe on a déjà un MNT à 30m, basé sur SRTM et ASTER, c'est l'EU-DEM. Le 24 septembre 2014 13:19, Pieren pier...@gmail.com a écrit : Wow, le MNT de la Nasa à 30 mètres n'est plus réservé qu'aux américains. Selon cet article: http://www.jpl.nasa.gov/news/news.php?release=2014-321 le nouveau jeu de données à 30 mètres va être progressivement libéré, d'abord pour l'Afrique puis pour les autres continents dans l'année suivante. Jusqu'ici, seul l'Amérique avait le droit d'utiliser ces données à 30m, les autres devant se contenter de données à 90m. On se rapproche lentement mais sûrement des MNT payants de l'IGN à 25m (interpolés à 1m). Pieren ___ 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] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Des courbes de niveau ? J'ai déjà tout généré pour l'Europe, mais pas encore utilisé dans un rendu, sauf quelques essais comme ici: http://cl.ly/image/2h0X2L3j2C0r Il y a l'ombrage (pas génial, à améliorer), les courbes de niveau et un effet de neige à partir de 1500m ;) Le 24 septembre 2014 14:26, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : On va avoir les courbes géodésiques dans OSM? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Je vais peut-être inventer des tags, mais bon dans OSM on a le droit ;-) Ne serait-ce pas plus cohérent avec le modèle habituel de créer une relation type=associatedPlace et d'y regrouper le noeud place (avec comme rôle place) et les points d'adresses ? Le ref:FR:FANTOIR pourrait être mis sur la relation du coup. Nicolas - Nicolas Moyroud Site web libre@vous : http://libreavous.teledetection.fr - « Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding. Le 24/09/2014 14:20, Christian Quest a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
L'erreur reportée est ici Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=46.717334lon=1.85225item=2060level=3layer=Mapnikoverlays=FFFTbbox=1.6426277160644531%2C46.69419634511967%2C1.9279289245605469%2C46.803349630913125 Si j'ai bien compris: Sur les noeuds ou le numéro du bati est indiqué, je met addr:housenumber addr:place=Villejovet ref:FR:FANTOIR=36005B302W Se le noeud place, je rajoute aussi ref:FR:FANTOIR=36005B302W Et tout ça sans aucune relation. Je crains qu'Osmose m'indique l'erreur Pas de rôle street. Le 24 septembre 2014 14:25, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Je suis d'accord avec Christian. Il faut aussi que ton lieudit, s'il n'existe pas, soit créer en tant que noeud place. Le 24 septembre 2014 14:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ 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] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est un troll ? Pour les amateurs, http://tile.openstreetmap.fr/ propose un calque d'ombrage des pentes et http://www.francetopo.fr/ affiche des courbes de niveau, mais ces exemples sont des représentation du modèle de terrain - une donnée extérieure à Openstreetmap et dont le caractère automatique de la collecte l'exclus de son périmètre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Non c'est pas un troll... C'est juste que j'ai pas vu la données dans OSM. Et comme le dis @Peiren, ça permettrait de comprendre certains décalage d'ortho bien pourri dans les zones montagneuses... et d'éviter des édit à la c** Le 24 septembre 2014 14:55, Pieren pier...@gmail.com a écrit : 2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). Pieren ___ 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] addr:housenumber dans Hamlet sans associatedStreet
A mon avis, ref:FR:FANTOIR n'a rien à faire sur les noeuds d'adresse. Un code FANTOIR fait référence à une voie ou un lieu dit, pas à une adresse. C'est donc cohérent de la part d'osmose de signaler une erreur. ref:FR:FANTOIR ne devrait être utilisé que: - sur une relation type=associatedStreet - sur un highway - sur un noeud place=* (pour les lieux-dits) Si on veut faire le lien entre une adresse et la voie/lieu-dit correspondant, soit on le fera par le nom identique et la proximité géographique, soit via une relation associatedStreet ou pourquoi pas associatedPlace si il y a consensus pour les créer. Je rappelle que les ref:FR:FANTOIR sont surtout utile pour résoudre les problèmes de rapprochement que l'on ne peut pas résoudre sans. Là où les rapprochements se font tout seul, on peut envisager qu'ils soient remplis automatiquement si cela s'avère utile (pas vraiment de consensus là dessus il me semble). Le 24 septembre 2014 14:46, Cavok cavok...@free.fr a écrit : L'erreur reportée est ici Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=46.717334lon=1.85225item=2060level=3layer=Mapnikoverlays=FFFTbbox=1.6426277160644531%2C46.69419634511967%2C1.9279289245605469%2C46.803349630913125 Si j'ai bien compris: Sur les noeuds ou le numéro du bati est indiqué, je met addr:housenumber addr:place=Villejovet ref:FR:FANTOIR=36005B302W Se le noeud place, je rajoute aussi ref:FR:FANTOIR=36005B302W Et tout ça sans aucune relation. Je crains qu'Osmose m'indique l'erreur Pas de rôle street. Le 24 septembre 2014 14:25, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Je suis d'accord avec Christian. Il faut aussi que ton lieudit, s'il n'existe pas, soit créer en tant que noeud place. Le 24 septembre 2014 14:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ 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 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Pour rappel c'est conditionnel : La méthode préconisée pour réaliser cette correction est la suivante: 1. Utiliser le rendu BANO dans un navigateur http://layers.openstreetmap.fr/?zoom=9lat=48.94104lon=2.10869layers=00B00FFT ou dans JOSM (tms[20]: http://{switch:a,b,c}.layers.openstreetmap.fr/bano/{zoom}/{x}/{y}.png) pour repérer des points rouges signalant une voie non rapprochée 2. Si le name http://wiki.openstreetmap.org/wiki/FR:Key:name=* dans OSM est incorrect et que sa correction correspond à la valeur donnée par le cadastre, alors on corrige le name http://wiki.openstreetmap.org/wiki/FR:Key:name=* (éventuellement ajouter un source:name=cadastre/survey/local knowldege/etc). 3. Si le name http://wiki.openstreetmap.org/wiki/FR:Key:name=* est correct mais différent de la valeur donnée par le cadastre, alors on rajoute ref:FR:FANTOIR http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR (exemple: ref:FR:FANTOIR=741310010A) pour que le script BANO puisse quand même faire la jointure tout en conservant la valeur validée par le terrain et par là même conserver trace de la différence de libellé - notez que le code Direction (chiffre en 3ème position) du fichier de la DGFiP ne doit pas être saisi... La valeur utilisée par OpenStreetMap pour ref:FR:FANTOIR est donc une version à 10 chiffres et non 11 ! 4. Si le name http://wiki.openstreetmap.org/wiki/FR:Key:name=* est correct mais qu'aucune référence FANTOIR http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR existe, alors on ajoute ref:FR:FANTOIR http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR=no Le 24 septembre 2014 14:58, Christian Quest cqu...@openstreetmap.fr a écrit : A mon avis, ref:FR:FANTOIR n'a rien à faire sur les noeuds d'adresse. Un code FANTOIR fait référence à une voie ou un lieu dit, pas à une adresse. C'est donc cohérent de la part d'osmose de signaler une erreur. ref:FR:FANTOIR ne devrait être utilisé que: - sur une relation type=associatedStreet - sur un highway - sur un noeud place=* (pour les lieux-dits) Si on veut faire le lien entre une adresse et la voie/lieu-dit correspondant, soit on le fera par le nom identique et la proximité géographique, soit via une relation associatedStreet ou pourquoi pas associatedPlace si il y a consensus pour les créer. Je rappelle que les ref:FR:FANTOIR sont surtout utile pour résoudre les problèmes de rapprochement que l'on ne peut pas résoudre sans. Là où les rapprochements se font tout seul, on peut envisager qu'ils soient remplis automatiquement si cela s'avère utile (pas vraiment de consensus là dessus il me semble). Le 24 septembre 2014 14:46, Cavok cavok...@free.fr a écrit : L'erreur reportée est ici Osmose http://osmose.openstreetmap.fr/fr/map/#zoom=17lat=46.717334lon=1.85225item=2060level=3layer=Mapnikoverlays=FFFTbbox=1.6426277160644531%2C46.69419634511967%2C1.9279289245605469%2C46.803349630913125 Si j'ai bien compris: Sur les noeuds ou le numéro du bati est indiqué, je met addr:housenumber addr:place=Villejovet ref:FR:FANTOIR=36005B302W Se le noeud place, je rajoute aussi ref:FR:FANTOIR=36005B302W Et tout ça sans aucune relation. Je crains qu'Osmose m'indique l'erreur Pas de rôle street. Le 24 septembre 2014 14:25, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Je suis d'accord avec Christian. Il faut aussi que ton lieudit, s'il n'existe pas, soit créer en tant que noeud place. Le 24 septembre 2014 14:20, Christian Quest cqu...@openstreetmap.fr a écrit : Le mieux me semble de mettre addr:housenumber et addr:place (plutôt que addr:hamlet) sur le ponctuel adresse. Rajouter le ref:FR:FANTOIR si besoin pour le rapprochement sur le noeud place=* Le 24 septembre 2014 14:13, Cavok cavok...@free.fr a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. ___ 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
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
OpenSnowMap avait donné une autorisation d'utiliser les tuiles isophyses dans JOSM il y a quelques temps. C'est très utile, en complément d'autres sources évidemment) pour ajouter les sommets, arêtes, virages des routes sinueuses, ... Le 24 septembre 2014 14:58, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Non c'est pas un troll... C'est juste que j'ai pas vu la données dans OSM. Et comme le dis @Peiren, ça permettrait de comprendre certains décalage d'ortho bien pourri dans les zones montagneuses... et d'éviter des édit à la c** Le 24 septembre 2014 14:55, Pieren pier...@gmail.com a écrit : 2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). Pieren ___ 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] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Est-ce une couche transparente qu'il est possible de superposer sur une autre couche?. Ce serait donc différent de la couche opencyclemap deja disponible et Il serait intéressant de l'ajouter a la page wiki josm des fournisseurs d'imagerie. Pierre De : Etienne Trimaille etienne.trimai...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mercredi 24 septembre 2014 17h48 Objet : Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde OpenSnowMap avait donné une autorisation d'utiliser les tuiles isophyses dans JOSM il y a quelques temps. C'est très utile, en complément d'autres sources évidemment) pour ajouter les sommets, arêtes, virages des routes sinueuses, ... Le 24 septembre 2014 14:58, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Non c'est pas un troll... C'est juste que j'ai pas vu la données dans OSM. Et comme le dis @Peiren, ça permettrait de comprendre certains décalage d'ortho bien pourri dans les zones montagneuses... et d'éviter des édit à la c** Le 24 septembre 2014 14:55, Pieren pier...@gmail.com a écrit : 2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). Pieren ___ 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___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Oui c'est une couche transparente. Tu peux essayer en copiant ca dans les parametre JOSM des fournisseur de tuile pour voir. tms[20]:http://www.opensnowmap.org/opensnowmap-overlay/{zoom}/{x}/{y}.png Le 24 septembre 2014 18:19, Pierre Béland pierz...@yahoo.fr a écrit : Est-ce une couche transparente qu'il est possible de superposer sur une autre couche?. Ce serait donc différent de la couche opencyclemap deja disponible et Il serait intéressant de l'ajouter a la page wiki josm des fournisseurs d'imagerie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Données nominatives de médecins
Bonjour, On en a déjà parlé, mais la situation (discussion CNIL, si je me souviens bien) a-t-elle évolué autour de données nominatives de médecins/dentistes/… http://www.openstreetmap.org/node/3086810709, par exemple. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Lol. A Madagascar, un contributeur taggant pour le rendu avait tracé des lignes de niveau (barrier=fence et name=2000m) en décalquant depuis le rendu vélo dispo à l'époque... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Mettez dans le wiki Josm, pas de soucis de surutilisation, je pense, vu qu'il y a aussi les pistes de ski avec. A noter que suite à un changement de serveur, je ne sers plus la couche hysohypses seuls. Yves - Opensnowmap.org On 24 septembre 2014 18:30:14 UTC+02:00, Tetsuo Shima tets...@gmail.com wrote: Oui c'est une couche transparente. Tu peux essayer en copiant ca dans les parametre JOSM des fournisseur de tuile pour voir. tms[20]:http://www.opensnowmap.org/opensnowmap-overlay/{zoom}/{x}/{y}.png Le 24 septembre 2014 18:19, Pierre Béland pierz...@yahoo.fr a écrit : Est-ce une couche transparente qu'il est possible de superposer sur une autre couche?. Ce serait donc différent de la couche opencyclemap deja disponible et Il serait intéressant de l'ajouter a la page wiki josm des fournisseurs d'imagerie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Données nominatives de médecins
Question troll : un naturopathe est-il un médecin (sûrement pas un Docteur) ou un charlatan ? Plus sérieusement à quel ordre appartient-il et donc quelle réglementation s'applique-t-elle à lui ? A+ Le 24 septembre 2014 18:45, JB jb...@mailoo.org a écrit : Bonjour, On en a déjà parlé, mais la situation (discussion CNIL, si je me souviens bien) a-t-elle évolué autour de données nominatives de médecins/dentistes/... http://www.openstreetmap.org/node/3086810709, par exemple. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Le 24/09/2014 19:00, Yves a écrit : Mettez dans le wiki Josm, pas de soucis de surutilisation, je pense, vu qu'il y a aussi les pistes de ski avec. A noter que suite à un changement de serveur, je ne sers plus la couche hysohypses seuls. Yves - Opensnowmap.org http://Opensnowmap.org :-( Je l'utilisais ici. http://frvipofm.net/jp/carte.html avec http://www2.opensnowmap.org/tiles-contours/{zoom}/{x}/{y}.png et http://tiles2.openpistemap.org/landshaded/{zoom}/{x}/{y}.png qui est plus contrasté. [1] J'aimais bien sa couleur jaune-orangé. On ne peut pas imaginer un serveur sur osm.fr ? [1] comparer : http://www.opensnowmap.org/opensnowmap-overlay/13/4227/2884.png http://tiles2.openpistemap.org/landshaded/13/4227/2884.png -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] addr:housenumber dans Hamlet sans associatedStreet
Le 24/09/2014 14:13, Cavok a écrit : Bonjour, Je souhaite taguer des addr:housenumber mais qui ne sont pas associés à une rue, mais à un hameau sans non de rue. D'abitude c'est simple avec un nom de rue dans une ville j'associe addr:housenumber avec une relation associatedStreet. Donc j'avais simplement nommer la rue du Hameau du nom du hameau. Mais Erreur d'Osmose: Objet de type FANTOIR non concordant avec un objet OSM FANTOIR B to W type is for locality, hamlet or isolated_dwelling. Est il possible dans le même style de créer une relation des ces addr:housenumber avec place=hamlet. Ou faut il ne pas mettre de relation et rajouter sur les addr:housenumber, addr:hamlet. Mais j'ai bien peur dans ce cas qu'Osmose m'indique une erreur du style addr:housenumber sans associatedStreet. Merci de votre aide. Bonsoir, Je ne vais répondre mais faire une demande qu'il serait judicieux, amha, de reprendre par les aidants. Lorsque vous donnez une réponse serait-il possible, comme ici, de donner l'exemple de ce que vous suggérez? Cela rendrait votre message plus clair et explicite pour ceux qui, comme moi, pige que dalle à nombre de vos interventions. Ici nous avons un hameau qui est nommé des maisons numérotées Quelles manips suggérez-vous? 1) nommer le hameau (code = valeur, sous-code1 = valeur, sous-sous-code1 = valeur) 2) sur la maison que fait-on? (code ) Donnez toutes les manips et en transférant vos réponses dans la FAQ du wiki vous verrez que ce sera très productif à moyen, voire court, terme. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org 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] Données nominatives de médecins
Bonjour Le 24/09/2014 19:20, Marc SIBERT a écrit : Plus sérieusement à quel ordre appartient-il et donc quelle réglementation s'applique-t-elle à lui ? Même « Pages Jaunes » apporte quelques éléments de réponses : http://www.pagesjaunes.fr/pros/55344200 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Désolé François, mais après un crash disque, j'ai fait des choix sur ce que je remettais en place. Tôt ou tard, ces layers étaient condamnés vu que je ne les utilise plus. Par contre, j'offre encore et toujours le DEM (17.4GB), et le hillshade mondial (13GB). sous triple licence OSM / SRTM / ASTER. Honnêtement, je préférerais passer un peu de temps pour les remonter sur un serveur de l'asso, on peut y voir une utilité pour HOT, JOSM, ... et quelques cartes comme la tienne par ci par là, rien de bien méchant niveau trafic, mais 500GB de stockage quand même. Yves On 24.09.2014 19:21, Vincent Pottier wrote: Le 24/09/2014 19:00, Yves a écrit : Mettez dans le wiki Josm, pas de soucis de surutilisation, je pense, vu qu'il y a aussi les pistes de ski avec. A noter que suite à un changement de serveur, je ne sers plus la couche hysohypses seuls. Yves - Opensnowmap.org http://Opensnowmap.org :-( Je l'utilisais ici. http://frvipofm.net/jp/carte.html avec http://www2.opensnowmap.org/tiles-contours/{zoom}/{x}/{y}.png et http://tiles2.openpistemap.org/landshaded/{zoom}/{x}/{y}.png qui est plus contrasté. [1] J'aimais bien sa couleur jaune-orangé. On ne peut pas imaginer un serveur sur osm.fr ? [1] comparer : http://www.opensnowmap.org/opensnowmap-overlay/13/4227/2884.png http://tiles2.openpistemap.org/landshaded/13/4227/2884.png -- FrViPofm ___ 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] pont ferroviaire, pont routier, tunnel
Comme toujours il ne faut pas prendre ce que critique au pied de la lettre car ici il fait une approximation grossière... Un fossé qu'il fut enjamber par un tablier ne s'appelle pas un fossé... C'est un canal de dérivation ou de drainage ou d'irrigation toujours en haut ou prévu pour recueillir temporairement des débits très importants au point que la capacité d'une buse ne suffise pas. Un fosse c'est juste une rigole en u qu'on peut sauter à pied facilement, en terre, sans fondation juste legerement vegetalise pour maintenir les accotement. Pour les gros drains la Vevey luxation ne suffit pas, on renforce avec du béton, pas de buses surélevées pour garder le cours continu, juste peut être une passe de débordement si pour consolider l'ouvrage contre la rétractation ou la dilatation des accotements il vaut mieux le garder en eau un minimum. Des fosses peuvent aboutir par des buses a ces gris drains. Mais sinon je ne vois aucun cas ou on a un pont au dessus d'un fosse sauf les petites passerelles piéton. Des qu'il y circule des véhicules, on installe des buses couvertes de terre et la route par dessus sans aucun tablier suspendu. Le 24 sept. 2014 10:31, Pieren pier...@gmail.com a écrit : 2014-09-24 10:19 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Oui donc c'est bien ce qu'il me semblait. Merci Philippe. Et merci à vous tous. Comme toujours, il faut prendre ce que dit Philippe avec des pincettes et nuancer. Ce qu'il dit est correct si le fossé est effectivement une simple buse enterrée. Par contre, il y a aussi des fossés qui sont enjambés avec un vrai tablier pour la route. C'est à voir au cas par cas et c'est difficile voire impossible à dire si on utilise Bing par exemple. Mais comme je l'ai déjà écrit, c'est un détail et la plupart des contributeurs peuvent se contenter de la définition si plus long que large, etc. Par contre, avant de changer un bridge en tunnel ou inversement, il vaut mieux connaitre la réalité du terrain. Pieren ___ 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] pont ferroviaire, pont routier, tunnel
Mon dernier message était composé sur smartphone. Désolé pour la frappe un peu aléatoire la relecture y est délicate a faire Le 24 sept. 2014 21:13, verd...@wanadoo.fr a écrit : Comme toujours il ne faut pas prendre ce que critique au pied de la lettre car ici il fait une approximation grossière... Un fossé qu'il fut enjamber par un tablier ne s'appelle pas un fossé... C'est un canal de dérivation ou de drainage ou d'irrigation toujours en haut ou prévu pour recueillir temporairement des débits très importants au point que la capacité d'une buse ne suffise pas. Un fosse c'est juste une rigole en u qu'on peut sauter à pied facilement, en terre, sans fondation juste legerement vegetalise pour maintenir les accotement. Pour les gros drains la Vevey luxation ne suffit pas, on renforce avec du béton, pas de buses surélevées pour garder le cours continu, juste peut être une passe de débordement si pour consolider l'ouvrage contre la rétractation ou la dilatation des accotements il vaut mieux le garder en eau un minimum. Des fosses peuvent aboutir par des buses a ces gris drains. Mais sinon je ne vois aucun cas ou on a un pont au dessus d'un fosse sauf les petites passerelles piéton. Des qu'il y circule des véhicules, on installe des buses couvertes de terre et la route par dessus sans aucun tablier suspendu. Le 24 sept. 2014 10:31, Pieren pier...@gmail.com a écrit : 2014-09-24 10:19 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Oui donc c'est bien ce qu'il me semblait. Merci Philippe. Et merci à vous tous. Comme toujours, il faut prendre ce que dit Philippe avec des pincettes et nuancer. Ce qu'il dit est correct si le fossé est effectivement une simple buse enterrée. Par contre, il y a aussi des fossés qui sont enjambés avec un vrai tablier pour la route. C'est à voir au cas par cas et c'est difficile voire impossible à dire si on utilise Bing par exemple. Mais comme je l'ai déjà écrit, c'est un détail et la plupart des contributeurs peuvent se contenter de la définition si plus long que large, etc. Par contre, avant de changer un bridge en tunnel ou inversement, il vaut mieux connaitre la réalité du terrain. Pieren ___ 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] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde
Utile aussi pour dégrossir les petits ruisseaux cachés sous les bois ou les raccorder aux segments visibles amont et aval (avec une incertitude quand le ruisseau est couvert pour savoir où il passe sous une route quand on ne voit pas bien le pont éventuel ou les extrémités d'un busard enterré avec les renforcements en béton ou un trou d'eau en amont. Permet aussi de verifier la pente d'une buse sous un parking ou des constructions pour voir si le cours a des chances de courir dans le bon sens sans inonder le terrain en amont. Le 24 sept. 2014 17:50, Etienne Trimaille etienne.trimai...@gmail.com a écrit : OpenSnowMap avait donné une autorisation d'utiliser les tuiles isophyses dans JOSM il y a quelques temps. C'est très utile, en complément d'autres sources évidemment) pour ajouter les sommets, arêtes, virages des routes sinueuses, ... Le 24 septembre 2014 14:58, Jérôme Seigneuret jseigneuret-...@yahoo.fr a écrit : Non c'est pas un troll... C'est juste que j'ai pas vu la données dans OSM. Et comme le dis @Peiren, ça permettrait de comprendre certains décalage d'ortho bien pourri dans les zones montagneuses... et d'éviter des édit à la c** Le 24 septembre 2014 14:55, Pieren pier...@gmail.com a écrit : 2014-09-24 14:47 GMT+02:00 Jean-Marc Liotier j...@liotier.org: On 24/09/2014 14:26, Jérôme Seigneuret wrote: On va avoir les courbes géodésiques dans OSM ? C'est une question récurrente dans OSM. Mais, non, les contributeurs préfèrent que ça reste dans une base séparée (et ça se comprend quand on passe en mode édition). Par contre, c'est un thème qui revient fréquemment pour les utilisateurs des données OSM (rendu, profil d'itinéraire, gestion des risques, etc) et qui cherchent des données alti gratis. Ce genre de fond pourrait être aussi utile pour nos contributions, notre récente discussion à propos d'OSM en montagne étant un exemple assez parlant (ça permetttrait de vérifier que les images Bing sont bien rectifiées et collent au relief). Pieren ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref:FR:SIRET
Le SIREN de la commune a un sens. Il est plus précis que le numéro INSEE qui concerne la commune entière, son territoire et tous ses résidents (mais pas en tant qu'entité juridique unique). Alors que le SIREN ne concerne que la collectivité territoriale en tant que personnalité juridique ; si la commune change de personnalité, par exemple suite à une fusion ou scission, son numéro INSEE ne change pas toujours si elle garde son nom et la plus grande partie de son territoire ; mais elle peut recevoir un nouveau SIREN, basé encore sur le numéro INSEE du département et de la commune dans le département : Souvent (pas toujours) au format 210dd0nnn où dd est le numéro de département, et nnn le numéro INSEE de la commune : le zéro entre les deux parties peut changer (rarement le préfixe 210 qui justement concerne les communes françaises) pour allouer le nouveau SIREN ; le SIREN a un sens en terme de comptabilité publique durant la période de transition et de continuité statistique (ce que ne permet pas le seul numéro INSEE). Mettre un SIRET en revanche sur la relation administrative de niveau 8 n'a aucun sens: de très nombreuses communes ont des tas de SIRET applicables simultanément pour leur activité sur tout ou partie de leur territoire, en fonction de l'activité des établissements communaux (par exemple un SIRET pour le CCAS, distinct du SIRET de l'établissement qui s'occupe de l'état-civil, autant de SIRET que de mairies de quartiers, des SIRET pour la médiathèque, la crèche communale, un centre sportif ou un centre de loisirs: le personnel de tous ces établissements est employé non par l'établissement lui-même mais par la commune); on ne peut pas distinguer ces établissements (SIRET) sur la base de la relation administrative communale où la seule chose qui compte c'est le SIREN. D'ailleurs dans les sites d'évaluation/notation financière des communes c'est le SIREN qui est utilisé, pas le numéro INSEE et c'est le SIREN qui établit la personnalité juridique et le droit applicable des contrats en cours : si une commune est modifiée dans son territoire avec un transfert partiel de compétence et de responsabilité des encours, il faut une comptabilité nouvelle et définir un taux de rapartition des responsabilités entre les nouvelles entités juridiques. Cette reprise des contrats en cours peut prendre du temps dans une période de transition alors même que la nouvelle commune modifiée est déjà en exercice (mais avec encore des responsabilité partagées entre les nouvelles communes jusqu'à ce que l'intégration soit complète et que les parties au contrat acceptent les nouvelles conditions avec d'autres entités juridiques (mais ce n'est pas toujours sans conséquence financière sur ces contrats, notamment il peut y avoir négociation de compensations ou exigence de nouvelles garanties; présentation des comptes et encours de toutes les anciennes parties concernées par la migration des contrats). Un ancien SIREN peut d'ailleurs resté cogéré pendant plusieurs années par les nouvelles communes, ou géré en alternance tous les 6 mois concernant les engagements anciens toujours en vigueur malgré que les anciennes entités n'existent plus sur le terrain mais existent encore virtuellement. Les SIRET sont une spécificité française en terme de contrôle des comptes et de justification de certains droits ou l'application de certaines lois concernant certaines activités spécifiques. Certains pays ne font pas ça du tout et ne divisent pas les droits et lois applicables, mais pour des droits réglementés de l'Union européenne, ils sont une nécessité par rapport au ,ode de fonctionnement des collectivités et entreprises françaises ou même de certaines associations investies de missions publiques (exigences comptables concernant le régime de TVA applicable par exemple, ou obligations environnementales et de sécurité, droit du travail, conventions collectives et régimes sociaux... et c'est souvent sur ces derniers points que se concentrent les conflits sociaux dans les collectivités et entreprise publiques concernant les statuts des personnels, leur mobilité et leurs réaffectations ; mais c'est aussi source de conflits avec les citoyens et conflits politiques concernant l'allocation des budgets consacrés à chaque établissement dans les négociations et décisions de la collectivité en son sein ou vis à vis de tiers, résidents ou non sur son territoire). Il existe des communes ayant de façon permanente plusieurs SIREN, un pour leur propre usage, un autre pour pour des territoires cogérés par des collectivités différentes, parfois même avec un autre pays, on a le cas au Pays Basque avec un terrain historique qui alterne tous les 6 mois entre la France et l'Espagne, et avec une comptabilité publique spécifique, il peut y en avoir concernant certains ouvrages cogérés, comme des barrages, des zones d'activité, des aéroports internationaux, des projets d'aménagements concertés comme des stations d'épuration ou centres de recyclage des déchets;
Re: [OSM-talk-fr] ref:FR:SIRET
Le 25 septembre 2014 03:48, Philippe Verdy verd...@wanadoo.fr Souvent (pas toujours) au format 210dd0nnn où dd est le numéro de département, et nnn le numéro INSEE de la commune : le zéro entre les deux parties peut changer (rarement le préfixe 210 qui justement concerne les communes françaises) pour allouer le nouveau SIREN... Oups: format du SIREN (9 chiffres) des communes : 21dd0nnnx (un zéro de trop, et un dernier chiffre x), j'ai tapé trop vite, je savais qu'il y avait un zéro mais plus où exactement; j'aurais du regarder au lieu de me fier à un souvenir imprécis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr