Re: [OSM-talk-fr] Trop de libellés - était Re: Valeurs multiples (pour school:FR et ref:UAI)
Pour les écoles, le mieux est de redécouper en mettant les espaces connus non confidentiels pour mieux identifier les parties voici un exemple http://tile.openstreetmap.fr/?zoom=19lat=44.13499lon=4.81165layers=B0F Il s'agit ici de faire du fractionnement du bâti cadastral qui corresponde d'avantage à la réalité physique des lieux. Yves Pratter wrote J'ai remarqué aussi un problème similaire qui semble corrigé sous osm.fr : Il s'agit d'une relation de type multi-polygones pour regrouper les différents bâtiments ici d'une école : suivant le logiciel de rendu (et le niveau de zoom), on se retrouve avec un libellé par morceau de bâtiment !! Peux-t-on, doit-on saisir les tags autrement ? Je pensais sur la surface du terrain occupé par l'école, mais c'est difficile avec le cadastre de trouver les parcelles exactes. Sous Google Map Maker, la consigne est d'aligner les bords du polygone avec le centre des routes adjacentes pour que le rendu soit plus lisible (voir joli). -- Yves osm.fr n'en affiche qu'un (pas centré sur la forme, mais positionné au début du chemin semble-t-il ?) osm.org (opencyclemap, openmapquest aussi) 2U en affiche 2! ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr OSM.fr.png (33K) lt;http://gis.19327.n5.nabble.com/attachment/5763828/0/OSM.fr.pnggt; OSM.png (45K) lt;http://gis.19327.n5.nabble.com/attachment/5763828/1/OSM.pnggt; - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Valeurs-multiples-pour-school-FR-et-ref-UAI-tp5762759p5763833.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de libellés - était Re: Valeurs multiples (pour school:FR et ref:UAI)
Le 03/06/2013 10:48, Yves Pratter a écrit : J'ai remarqué aussi un problème similaire qui semble corrigé sous osm.fr http://osm.fr : Il s'agit d'une *relation* de type *multi-polygones* pour regrouper les différents bâtiments ici d'une école : suivant le logiciel de rendu (et le niveau de zoom), on se retrouve avec un libellé par morceau de bâtiment !! Peux-t-on, doit-on saisir les tags autrement ? Je pensais sur la surface du terrain occupé par l'école, mais c'est difficile avec le cadastre de trouver les parcelles exactes. Sur l'imagerie aérienne, on voit souvent la clôture. Sous Google Map Maker, la consigne est d'aligner les bords du polygone avec le centre des routes adjacentes pour que le rendu soit plus lisible (voir joli). Ça, c'est la pratique GMM. Pas la mienne. S'ils veulent faire de la belle peinture, c'est leur problème. Je ne suis pas contre la belle peinture de polygone. Mais au moins, qu'elle soit intelligente ! Si le bord de l'école maternelle coïncidait avec l'axe de la route, il y aurait souvent des bambins écrasés ! Je ne cartographie jamais les écoles jusqu'à l'axe de la route ! Quand je n'ai pas assez de précision, je cartographie au pif, en deçà de la route. Ça n'est pas très exact (c'est du pif) mais ça ne contient pas les erreurs d'intersection de voirie et d'école. On en a déjà discuté plusieurs fois sur cette liste. Mon point de vue, c'est qu'en alignant les polygones sur l'axe de la voirie, ils sont forcément faux (sauf boundary...) Le bord d'un champs, d'une forêt n'est jamais l'axe de la route mais le bord de la route. Une bordure champs/forêt alignée sur l'axe de la voirie fait que le champs et la forêt sont faux. Si, en plus les points sont partagés, c'est galère à reprendre. Si en plus, comme sur Valence, c'est de la folie de relations multipolygone... J'dis ça, j'dis rien... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de libellés - était Re: Valeurs multiples (pour school:FR et ref:UAI)
Le 3 juin 2013 11:15, Vincent Pottier vpott...@gmail.com a écrit : On en a déjà discuté plusieurs fois sur cette liste. Oui et c'est toujours bon de le répéter... Mon point de vue, c'est qu'en alignant les polygones sur l'axe de la voirie, ils sont forcément faux (sauf boundary...) Le bord d'un champs, d'une forêt n'est jamais l'axe de la route mais le bord de la route. Une bordure champs/forêt alignée sur l'axe de la voirie fait que le champs et la forêt sont faux. Si, en plus les points sont partagés, c'est galère à reprendre. Si en plus, comme sur Valence, c'est de la folie de relations multipolygone... J'dis ça, j'dis rien... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de libellés - était Re: Valeurs multiples (pour school:FR et ref:UAI)
Ces noms multiples dans le cas de multipolygone sont en effet gênants... mais en même temps il me semble incorrect de considérer que l'école est formée des seuls bâtiments. Le polygone englobant même approximatif me semble quand même plus exact, et moi non plus je ne le fait pas coincider avec les routes avoisinantes. Une chose important me semble aussi d'avoir un seul tag pour une seule entité: une seule école ? - un seul tag amenity=school ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de libellés - était Re: Valeurs multiples (pour school:FR et ref:UAI)
On en a déjà discuté plusieurs fois sur cette liste.Oui et c'est toujours bon de le répéter…D'autant plus que tout le monde n'a pas le même niveau d'expérience avec OSM, les logiciels de carto/SIG en général ;-)Pour un débutant, l'info est difficile à trouver…Je connais maintenantFR:How to map a, lesOsmecummais je ne trouve pas de consignes.En consultant la pageTag:amenity=university(qui n'est pas encore traduite en français), il est conseillé effectivement de tracer un polygone autour du campus.Mais pas de détails sur où et comment tracer les limites.Le 3 juin 2013 à 11:15, Vincent Pottier vpott...@gmail.com a écrit :Ça, c'est la pratique GMM. Pas la mienne.S'ils veulent faire de la belle peinture, c'est leur problème.Je ne suis pas un fan de GMM, c'est pour ça que je me suis "converti" à OSM :-DJe cite cet outil car j'avais trouvé quelque part un tutoriel à ce sujet (mais encore rien sous OSM).Je ne suis pas contre la belle peinture de polygone. Mais au moins, qu'elle soit intelligente !Question de point de vue ;-)Si le bord de l'école maternelle coïncidait avec l'axe de la route, il y aurait souvent des bambins écrasés !Mon point de vue, c'est qu'en alignant les polygones sur l'axe de la voirie, ils sont forcément faux (sauf boundary...) Le bord d'un champs, d'une forêt n'est jamais l'axe de la route mais le bord de la route.Le problème c'est qu'une carte est de toute façon fausse(cf. cours sur lesprojections cartographiques) et n'est qu'une interprétation de la réalité.Il faut trouver un compromis entre la réalité et la lisibilité de la carte (le rendu), tout en tenant compte de la précision des données.En alignant le contour avec le centre de la rue, le rendu est plus lisible.Par contre, peut-être que les outils de vérifications automatique — ou les mamans ;-) — vont crier car les polygones se chevauchent ?Si JOSM à des fonctions SIG pour générer un polygone situé entre plusieurs rues, et avec un retrait correspondant à la moitié de la largeur celles-ci, je suis preneur.(Au fait c'est quoi la largeur d'une rue OSM ? Il existe un attribut pour ça mais je ne suis pas sûr qu'il puisse être beaucoup utilisé en pratique ?)L'exemple donné pour campus est l'université de Zürich.Le campus n'est pas aligné avec les rues, et en le superposant avec Bing (via Potlatch) ça ne correspond pas non plus à des limites physiques.Auzoom 16pas de problème, auzoom 18ce n'est pas "gracieux"Dans l'exemple de Zimmy qui semble suffisamment détaillé pour produire un plan de quartier,quelques petits "détails" sont un peu bizarres…l'arbre sur la routele mur de l'école pas aligné avec la "surface" de celle-ciDonc pour essayer de conclure, existe-t-il une documentation OSM sur le sujet ?Mon soucis est d'essayer de produire une "bonne" carte du premier coup (en respectant les standards/consignes OSM) afin de ne pas perdre de temps à corriger ça plus tard et pour garder/assurer une certaine homogénéité à l'ensemble (France, Monde ?)Merci,--Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de libellés - était Re: Valeurs multiples (pour school:FR et ref:UAI)
Pour ce qui est de l'école Pourtoules à Orange : J'affine en ayant réellement les sources. Je reste en attente des plan pour fixer les murs, entrées... ce qui est plus difficile en mode multipolygone. L'arbre sur la route s'affiche en décalé au dernier niveau de zoom (il faut regarder le tronc au milieu du rond vert) http://tile.openstreetmap.fr/?zoom=20lat=44.13481lon=4.81145layers=B0F Yves Pratter wrote On en a déjà discuté plusieurs fois sur cette liste. Oui et c'est toujours bon de le répéter… D'autant plus que tout le monde n'a pas le même niveau d'expérience avec OSM, les logiciels de carto/SIG en général ;-) Pour un débutant, l'info est difficile à trouver… Je connais maintenant FR:How to map a, les Osmecum mais je ne trouve pas de consignes. En consultant la pageTag:amenity=university (qui n'est pas encore traduite en français), il est conseillé effectivement de tracer un polygone autour du campus. Mais pas de détails sur où et comment tracer les limites. Le 3 juin 2013 à 11:15, Vincent Pottier lt; vpottier@ gt; a écrit : Ça, c'est la pratique GMM. Pas la mienne. S'ils veulent faire de la belle peinture, c'est leur problème. Je ne suis pas un fan de GMM, c'est pour ça que je me suis converti à OSM :-D Je cite cet outil car j'avais trouvé quelque part un tutoriel à ce sujet (mais encore rien sous OSM). Je ne suis pas contre la belle peinture de polygone. Mais au moins, qu'elle soit intelligente ! Question de point de vue ;-) Si le bord de l'école maternelle coïncidait avec l'axe de la route, il y aurait souvent des bambins écrasés ! Mon point de vue, c'est qu'en alignant les polygones sur l'axe de la voirie, ils sont forcément faux (sauf boundary...) Le bord d'un champs, d'une forêt n'est jamais l'axe de la route mais le bord de la route. Le problème c'est qu'une carte est de toute façon fausse (cf. cours sur les projections cartographiques) et n'est qu'une interprétation de la réalité. Il faut trouver un compromis entre la réalité et la lisibilité de la carte (le rendu), tout en tenant compte de la précision des données. En alignant le contour avec le centre de la rue, le rendu est plus lisible. Par contre, peut-être que les outils de vérifications automatique — ou les mamans ;-) — vont crier car les polygones se chevauchent ? Si JOSM à des fonctions SIG pour générer un polygone situé entre plusieurs rues, et avec un retrait correspondant à la moitié de la largeur celles-ci, je suis preneur. (Au fait c'est quoi la largeur d'une rue OSM ? Il existe un attribut pour ça mais je ne suis pas sûr qu'il puisse être beaucoup utilisé en pratique ?) L'exemple donné pour campus est l'université de Zürich. Le campus n'est pas aligné avec les rues, et en le superposant avec Bing (via Potlatch) ça ne correspond pas non plus à des limites physiques. Au zoom 16 pas de problème, au zoom 18 ce n'est pas gracieux Dans l'exemple de Zimmy qui semble suffisamment détaillé pour produire un plan de quartier, quelques petits détails sont un peu bizarres… l'arbre sur la route le mur de l'école pas aligné avec la surface de celle-ci Donc pour essayer de conclure, existe-t-il une documentation OSM sur le sujet ? Mon soucis est d'essayer de produire une bonne carte du premier coup (en respectant les standards/consignes OSM) afin de ne pas perdre de temps à corriger ça plus tard et pour garder/assurer une certaine homogénéité à l'ensemble (France, Monde ?) Merci, -- Yves ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr arbre.png (21K) lt;http://gis.19327.n5.nabble.com/attachment/5763845/0/arbre.pnggt; mur.png (14K) lt;http://gis.19327.n5.nabble.com/attachment/5763845/1/mur.pnggt; - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Valeurs-multiples-pour-school-FR-et-ref-UAI-tp5762759p5763847.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de libellés - était Re: Valeurs multiples (pour school:FR et ref:UAI)
Le 3 juin 2013 à 09:54, Yves Pratter yves.prat...@laposte.net a écrit :Existe-t-il un attribut spécial de rendu (ou une configuration du logiciel de rendu) pour éviter de surcharger la carte avec "trop" de libellés lors d'un zoom important (17 par exemple) ?Et pour ce problème, existe-t-il une solution ?Voici un autre exemple à Orange fourni par Zimmy :Merci,Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Trop de libellés - était Re: Valeurs multiples (pour school:FR et ref:UAI)
+1 d'autant que les agences d'urbanisme s'intéressent au travail qui est fait dans OSM. Il me semble important pour être crédible de ne pas englober sous la forme de patates les ensembles, mais de dessiner finement les espaces qui deviennent exploitables car les requêtes sur les surfaces sont plus justes. FrViPofm wrote Le 03/06/2013 10:48, Yves Pratter a écrit : J'ai remarqué aussi un problème similaire qui semble corrigé sous osm.fr lt;http://osm.frgt; : Il s'agit d'une *relation* de type *multi-polygones* pour regrouper les différents bâtiments ici d'une école : suivant le logiciel de rendu (et le niveau de zoom), on se retrouve avec un libellé par morceau de bâtiment !! Peux-t-on, doit-on saisir les tags autrement ? Je pensais sur la surface du terrain occupé par l'école, mais c'est difficile avec le cadastre de trouver les parcelles exactes. Sur l'imagerie aérienne, on voit souvent la clôture. Sous Google Map Maker, la consigne est d'aligner les bords du polygone avec le centre des routes adjacentes pour que le rendu soit plus lisible (voir joli). Ça, c'est la pratique GMM. Pas la mienne. S'ils veulent faire de la belle peinture, c'est leur problème. Je ne suis pas contre la belle peinture de polygone. Mais au moins, qu'elle soit intelligente ! Si le bord de l'école maternelle coïncidait avec l'axe de la route, il y aurait souvent des bambins écrasés ! Je ne cartographie jamais les écoles jusqu'à l'axe de la route ! Quand je n'ai pas assez de précision, je cartographie au pif, en deçà de la route. Ça n'est pas très exact (c'est du pif) mais ça ne contient pas les erreurs d'intersection de voirie et d'école. On en a déjà discuté plusieurs fois sur cette liste. Mon point de vue, c'est qu'en alignant les polygones sur l'axe de la voirie, ils sont forcément faux (sauf boundary...) Le bord d'un champs, d'une forêt n'est jamais l'axe de la route mais le bord de la route. Une bordure champs/forêt alignée sur l'axe de la voirie fait que le champs et la forêt sont faux. Si, en plus les points sont partagés, c'est galère à reprendre. Si en plus, comme sur Valence, c'est de la folie de relations multipolygone... J'dis ça, j'dis rien... -- FrViPofm ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Valeurs-multiples-pour-school-FR-et-ref-UAI-tp5762759p5763855.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr