Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM
Je vois parfaitemetn la différence, car visibleme, dans JOSM il y a une gestion très étrange du cache, l'affichage des tuiles affichant en fait des tuiles de niveaux de zooms différents (en les redimensionnant), comme si certaines tuiles n'étaient pas chargées. On le voit simpelment en faisant glisser la carte horizontalement ou verticalement tout en restant au même niveau de zoom: des tuiles apparaissent ou disparaissent pour céder la place à d'autres. Rien ne semble se raccorder. Soi il s'agit d'un bogue de JOSM (erreur du protocole TMS), soit d'un comportment inattendu du serveur TMS du cadastre, qui a des métadonnées différentes, ou ne retournent pas systématiquement les mêmes tuiles pour le même endroit. Ou d'une combinaison des deux problèmes. Je pense que peut être les tuiles sont demandées par JOSM au serveur TMS en oubliant de fixer des coordonnées fixes (pas toujours le point central de la même tuile, ou d'une métatuile plus large), et selon la position du centre de tuile à l'écran on peut tomber en fait sur un point situé dans une autre planche cadastrale et qu'on peut donc avoir deux images différentes. Comme il n'y a apparemment aucune tentative de concilier deux planches candidates (je ne parle pas de conflation mais de combinaison), on peut tomber sur l'une ou l'autre, un peu au hasard, non pas en fonction des coordonnées réelles masi de la position d'affichage, le cache local pouvant contenir alors les deux, ou seulement l'un et pas l'autre, et qu'ensuite faut de trouver une tuile attendue, JOSM va afficher une autre tuile d'un niveau de zoom moins élevé. Enfin il semble aussi que JOSM semble vouloir faire trop de sessions HTTP parallèles vers le même serveur de tuiles et qu'on a des cas de connexions refusées et ensuite une perturbation du contenu du cache local, JOSM gérant mal la situation. Le serveur TMS du cadastre semble aussi voir du mal à tenir la charge et est souvent lui-même en panne. Pour y remédier on pourrait avoir mis en place un proxy cache intermédiaire qui lui aussi ne fonctionnerait pas bien avec JOSM (mais meixu avec iD). C'est assez étrange quand même ce comportement erratique. Le 13 octobre 2016 à 22:01, Tyndare <tynd...@wanadoo.fr> a écrit : > > Normalement c'est l'utilisation du plugin Cadastre-fr qui nécessite un > changement de projection, > mais ce n'est pas nécessaire pour l'utilisation du serveur TMS > (Menu Imagerie/Préférences d'imagerie, puis bouton +TMS) > > Ce que je disais c'est que pour moi la configuration par défaut pour les > tuiles du cadastre est en fait identique entre iD et JOSM. > Donc je ne comprends pas qu'il puisse y avoir les différences que tu > constate entre les deux. > Je n'ai pas l'habitude d'utiliser iD mais en regardant rapidement je vois > exactement la même chose qu'avec JOSM si je fait attention d'être au même > niveau de zoom. > > > > On 13/10/2016 17:34, David Marchal wrote: > >> Je connaissait ce mode d'affichage du cadastre, mais il oblige à changer >> de projection et à passer en Lambert, incompatible avec les photos >> satellites ; pour croiser les données, c'est très chiant. Comme ce sont les >> noms qui m'intéressent, le calque Cadastre préconfiguré suffit souvent, >> mais les textes sont souvent tronqués, et devoir changer de projection sans >> arrêt n'est pas pratique ; quitte à utiliser une approximation du vrai >> cadastre, pourquoi ne pas utiliser celle d'iD par défaut, puisqu'elle est >> apparemment meilleure ? >> >> De : Tyndare [tynd...@wanadoo.fr] >> Envoyé : mercredi 12 octobre 2016 16:43 >> À : talk-fr@openstreetmap.org >> Objet : Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM >> >> iD et JOSM n'utilisent pas la même source de donnée pour déterminer la >> liste des images disponibles par défaut selon la région affichée mais >> j'ai l'impression que la définition pour les tuiles du cadastre >> utilisent pourtant bien le même serveur TMS: >> http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png >> >> Comme expliqué à l'origine par Frédéric Rodrigo, pour éviter les >> problèmes de saut aux frontières, il est possible de n'afficher les >> tuiles que d'une seule commune en particulier en spécifiant dans >> l'éditeur un serveur personnalisé qui utilise l'URL précédant dans >> lequel on remplace le * par le code INSEE de la commune voulue: >> >> https://lists.openstreetmap.org/pipermail/talk-fr/2015-Febru >> ary/075223.html >> >> Je crois que la configuration par défaut pour JOSM est définie ici: >> https://josm.openstreetmap.de/wiki/Maps/France#Cadastre >> >> et que celle pour iD est définie ici: >> https://github.com/osmlab/editor-layer-index/blob/gh-pages/ >> sources/europe/fr/FR-
Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM
Normalement c'est l'utilisation du plugin Cadastre-fr qui nécessite un changement de projection, mais ce n'est pas nécessaire pour l'utilisation du serveur TMS (Menu Imagerie/Préférences d'imagerie, puis bouton +TMS) Ce que je disais c'est que pour moi la configuration par défaut pour les tuiles du cadastre est en fait identique entre iD et JOSM. Donc je ne comprends pas qu'il puisse y avoir les différences que tu constate entre les deux. Je n'ai pas l'habitude d'utiliser iD mais en regardant rapidement je vois exactement la même chose qu'avec JOSM si je fait attention d'être au même niveau de zoom. On 13/10/2016 17:34, David Marchal wrote: Je connaissait ce mode d'affichage du cadastre, mais il oblige à changer de projection et à passer en Lambert, incompatible avec les photos satellites ; pour croiser les données, c'est très chiant. Comme ce sont les noms qui m'intéressent, le calque Cadastre préconfiguré suffit souvent, mais les textes sont souvent tronqués, et devoir changer de projection sans arrêt n'est pas pratique ; quitte à utiliser une approximation du vrai cadastre, pourquoi ne pas utiliser celle d'iD par défaut, puisqu'elle est apparemment meilleure ? De : Tyndare [tynd...@wanadoo.fr] Envoyé : mercredi 12 octobre 2016 16:43 À : talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM iD et JOSM n'utilisent pas la même source de donnée pour déterminer la liste des images disponibles par défaut selon la région affichée mais j'ai l'impression que la définition pour les tuiles du cadastre utilisent pourtant bien le même serveur TMS: http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png Comme expliqué à l'origine par Frédéric Rodrigo, pour éviter les problèmes de saut aux frontières, il est possible de n'afficher les tuiles que d'une seule commune en particulier en spécifiant dans l'éditeur un serveur personnalisé qui utilise l'URL précédant dans lequel on remplace le * par le code INSEE de la commune voulue: https://lists.openstreetmap.org/pipermail/talk-fr/2015-February/075223.html Je crois que la configuration par défaut pour JOSM est définie ici: https://josm.openstreetmap.de/wiki/Maps/France#Cadastre et que celle pour iD est définie ici: https://github.com/osmlab/editor-layer-index/blob/gh-pages/sources/europe/fr/FR-Cadastre.geojson ___ 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] Différence affichage cadastre iD/jOSM
Je connaissait ce mode d'affichage du cadastre, mais il oblige à changer de projection et à passer en Lambert, incompatible avec les photos satellites ; pour croiser les données, c'est très chiant. Comme ce sont les noms qui m'intéressent, le calque Cadastre préconfiguré suffit souvent, mais les textes sont souvent tronqués, et devoir changer de projection sans arrêt n'est pas pratique ; quitte à utiliser une approximation du vrai cadastre, pourquoi ne pas utiliser celle d'iD par défaut, puisqu'elle est apparemment meilleure ? De : Tyndare [tynd...@wanadoo.fr] Envoyé : mercredi 12 octobre 2016 16:43 À : talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM iD et JOSM n'utilisent pas la même source de donnée pour déterminer la liste des images disponibles par défaut selon la région affichée mais j'ai l'impression que la définition pour les tuiles du cadastre utilisent pourtant bien le même serveur TMS: http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png Comme expliqué à l'origine par Frédéric Rodrigo, pour éviter les problèmes de saut aux frontières, il est possible de n'afficher les tuiles que d'une seule commune en particulier en spécifiant dans l'éditeur un serveur personnalisé qui utilise l'URL précédant dans lequel on remplace le * par le code INSEE de la commune voulue: https://lists.openstreetmap.org/pipermail/talk-fr/2015-February/075223.html Je crois que la configuration par défaut pour JOSM est définie ici: https://josm.openstreetmap.de/wiki/Maps/France#Cadastre et que celle pour iD est définie ici: https://github.com/osmlab/editor-layer-index/blob/gh-pages/sources/europe/fr/FR-Cadastre.geojson ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM
C'est là que je pense qu'il aurait mieux valu que les serveurs de tuiles sachent faire une combinaison des images acoolées, par un algo relativement simple de filtrage, superposant deux images orthorectifiées polygonales su un fond fond, en conservant le contraste maximum des deux images asemblées. Là ça affiche un morceau d'une image ou un morceau de l'autre selon la position du point central qui varie quand on zoome, et même bouge quand on glisse la carte à l'écran... ce n'est franchement pas pratique. La superposition aurait fait apparaitre des traits en double par endroit (sans conflation, mais on se serait arrangé pour faire une conflation visuelle). En comparaison le cadastre espagnol lui fournit des images précombinées (sans tenir compte des limites des planches qui ne conicident pas avec les limites des tuiles) et n'a pas besoin qu'on fixe une commune particulière, et c'est nettement plus facile à utiliser Et ça évite aussi qu'on traailel sur les données d'une seule commune sans tenir compte de la commune voisine quand la conflation n'a pas réellement eu lieu: visuellement là aussi une conflation manuelle suffit et les espagnols ne sont pas non plus tombés dans le piège des imports automatiques qui en France ont déjà produit des doublons un peu partout, ou donné lieu à des modifications incohérentes dans le sens d'une commune ou dans le sens de sa voisine... ...alors qu'en terme de précision réelle il n'y a pas de différence significative entre une planche ou l'autre et que la conflation manuelle permet aussi de s'accorder avec d'autres sources, et notamment une imagerie aérienne, afin d'obtenir une carte géométriquement cohérente avec les proportions relatives et orientations localement respectées: Dans tous les cas on reste dans les marges d'erreurs de chacune des sources utilisées, et la comparaison des sources avec une conflation visuelle manuelle permet même d'obtenir des données en fin de compte plus précises que chacune des sources originales prises individuellement: ceci est un réel bonus que permet OSM, où justement on demande un travail de préparation et de fusion et non un import brut: toutes les sources qu'on utilise ont de toute façon des marges d'approximation et notre travail est justement de les apprécier car on s'appuie sur plus de données ainsi que sur l'expérience de terrain, où les sources officielles disponibles ne seront pas à jour avant longtemps. Je ne critique pas ici les sources du fait de ce qu'ont y trouve pas, elles ont chacune leurs limites, elles sont utiles pour avoir cependant des vues assez détaillées et les plus exhaustives possibles, mais on doit tenir compte du fait que les imprécisions sont un état de fait, d'autant plus que la montée en précision ne se fait pas du jour au lendemain et reste un patient travail qui restera toujours à réviser plus tard. On a voulu un OSM précis au plan local pour y mettre des tas dedonénes que pleins de sources ne cherchent pas à codifier, c'est à nous de trouver de la cohérence, aucune source n'a une géométrie absolue (hormi les rares points de référence géodésiques, qui cependant eux aussi feront l'objet de révisions quelques 10 ou 20 ans plus tard, dans le cadre d'un nouveau schéma de triangulation et de nouvelles méthodes de calcul). Je pense même qu'OSM peut aussi aider chacune des sources à trouver les points de désaccord car on fournit d'autres points identifiables qui peuvent servir à ces sources pour réviser leurs propres données. Elles ne sont pas obligées non plus de reprendre nos données à la lettre, cahcun apprécie en fonction des données qu'il a à gérer et de ses besoins (d'autant plus que nous non plus on n'a pas accès à tout ce que peuvent utiliser les collectivités en dehors de ce qui est dans le cadastre public: on ne voit pas des tas de plans récents liés au travaux de terrain des géomètres et aux plans de marchés publics on n'a pas le détail des permis de construire, pas les études d'architectes, pas non plus des tas d'études géologiques ni les relevés internes des exploitants de réseaux: chacun fait de son mieux avec les données qu'il a et tout le monde s'adapte progressivement) Le 12 octobre 2016 à 16:43, Tyndarea écrit : > > iD et JOSM n'utilisent pas la même source de donnée pour déterminer la > liste des images disponibles par défaut selon la région affichée mais j'ai > l'impression que la définition pour les tuiles du cadastre utilisent > pourtant bien le même serveur TMS: > http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png > > Comme expliqué à l'origine par Frédéric Rodrigo, pour éviter les problèmes > de saut aux frontières, il est possible de n'afficher les tuiles que d'une > seule commune en particulier en spécifiant dans l'éditeur un serveur > personnalisé qui utilise l'URL précédant dans lequel on remplace le * par > le code INSEE de la commune voulue: > > https://lists.openstreetmap.org/pipermail/talk-fr/2015-Febru > ary/075223.html > > Je crois que la
Re: [OSM-talk-fr] Différence affichage cadastre iD/jOSM
iD et JOSM n'utilisent pas la même source de donnée pour déterminer la liste des images disponibles par défaut selon la région affichée mais j'ai l'impression que la définition pour les tuiles du cadastre utilisent pourtant bien le même serveur TMS: http://tms.cadastre.openstreetmap.fr/*/tout/{zoom}/{x}/{y}.png Comme expliqué à l'origine par Frédéric Rodrigo, pour éviter les problèmes de saut aux frontières, il est possible de n'afficher les tuiles que d'une seule commune en particulier en spécifiant dans l'éditeur un serveur personnalisé qui utilise l'URL précédant dans lequel on remplace le * par le code INSEE de la commune voulue: https://lists.openstreetmap.org/pipermail/talk-fr/2015-February/075223.html Je crois que la configuration par défaut pour JOSM est définie ici: https://josm.openstreetmap.de/wiki/Maps/France#Cadastre et que celle pour iD est définie ici: https://github.com/osmlab/editor-layer-index/blob/gh-pages/sources/europe/fr/FR-Cadastre.geojson On 12/10/2016 12:01, David Marchal wrote: Bonjour à tous. Question idiote : pourquoi l'affichage du cadastre est-il aussi propre sur iD, alors que, sur jOSM, il est tout moche : noms tronqués, tracé de limites sautant sans arrêt… L'affichage d'iD n'est pas irréprochable, mais il me semble bien meilleur que celui de jOSM, alors pourquoi ne pas utiliser le même serveur de tuiles ? Dans l'attente de vos lumières, Cordialement. ___ 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] Différence affichage cadastre iD/jOSM
Bonjour à tous. Question idiote : pourquoi l'affichage du cadastre est-il aussi propre sur iD, alors que, sur jOSM, il est tout moche : noms tronqués, tracé de limites sautant sans arrêt… L'affichage d'iD n'est pas irréprochable, mais il me semble bien meilleur que celui de jOSM, alors pourquoi ne pas utiliser le même serveur de tuiles ? Dans l'attente de vos lumières, Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr