Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
2014-10-15 23:55 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr: Ça interpelle les débutants, soit. Mais, si je te suis, il faudrait préconiser 2 manières de tagguer, en fonction de l'analyse faite sur les tags des membres. À expliquer et à assimiler, c'est pire... Au moins, statuer que pour _tous_ les multipolygons les tags sont sur la relation, c'est constant, donc au final, à mon avis, plus simple. Pas forcément. On pourrait aussi dire que la valeur du polygone se définit toujours sur le/les ways extérieurs (outer), qu'il soit simple ou multi. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Selon Pieren pier...@gmail.com: Pas forcément. On pourrait aussi dire que la valeur du polygone se définit toujours sur le/les ways extérieurs (outer), qu'il soit simple ou multi. Oui mais là on tourne en rond, vu que pour les multipolygones c'est exactement cette modélisation qui pose problème, car rien n'empêche une incohérence entre les tags des différents ways outer. À partir de là, l'exploitation de l'objet complet représenté par la relation devient un cauchemar et une loterie. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Si on met les tags juste sur les ways outer, les autres ways inner risquent de ne pas être chargés et on va obtenir un rendu ou une analyse incorrecte sur les zones couvertes par les enclaves où le tag ne s'applique pas. De plus il arrive assez souvent que les tags applicable au multipolygone entier ne puisse PAS s'appliquer sans conflit sur les ways outer qui sont aussi des way outer d'autres multipolygone (il y a souvent des conflits d'interprétation entre les valeurs de tag selon la présence d'autres tags ou selon le type de multipolygone (notamment les highway=*, waterway=*; natural=*; man_made=* qui sont un peu trop fourre-tout) Il est logique de ne plus utiliser des tags sur des ways qui ne sont pas interprétables correctement hors du multipolygone complet qui seul définit la géométrie applicable sur l'objet complètement délimité. De plus en terme de maintenance on évite une redondance de données, l'info est centralisée au bon endroit sans avoir besoin d'être dupliquée et maintenue de façon cohérente dans tous les membres outer (d'autant plus qu'il arrive fréquemment que lors de correction de précision, des ways changent de role outer/inner (et nombre d'utilisateurs oublient de changer ce rôle qui est surtout informatif dans les relations multipolygon, boundary et similaires décrivant des surfaces) Il faut absolument apprendre aux utilisateurs qu'un chemin seul même s'il ne semble pas avoir de tags utile, peut être lié à des relations qui définissent son usage. Mais du fait que les éditeurs si,ples pour débutant dissimulent trop ces informations (iD est horrible, il rend ces infos quasi invisibles), on doit encore mettre quelques infos minimales redondantes sur les ways. Ce problème existe tout autant quand on consulte un objet sur le site ou son historique: sans cette redondance minimale (ou un tag informatif de note) ces objets ne sont pas facilement repérable dans des longues listes d'objet pour faciliter leur sélection correcte lors de l'édition. Bref on doit mettre tous les tags utile sur les polygones et non sur les ways si ces tags sont implicitement interprétés comme applicables, et surtout si ces ways sont fermés. On doit supprier ces tags des ways pour éviter aussi des conflits de valeurs de tags entre la valeur donnée dns le multipolygone et celle sur le way. Pour le reste on peut mettre un peu de redondance mais à caractère informatif sur le way. L'ennui est que pour certains tags, il est tout à fait normal d'avoir une différence de valeur entre le tag de la relation et celui du way; notamment sur les tags name qui autorisent d'avoir un nom local approprié différent de celui de la relation complète. Dans d'autres cas c'est tout bonnement incorrect d'avoir le tag sur le way outer, notamment sur les ways partagés par des relations décrivant des surfaces adjascentes et toutes deux avec le rôle outer, car le tag sera bon pour une relation mais pas pour l'autre. Le seul moyen de résoudre le conflit d'interprétation est de mettre les tags appropriés pour chaque surface dans chaque relation et pas du tout sur le way mitoyen (où ne peut figurer qu'un tag informatif qui ne doit jamais être interprété comme modifiant localement l'interprétation donnée par les relations complètes, et sans ce cas on n'a souvent qu'un seul moyen, celui d'une note informative mais surtout pas avec les mêmes tags avec des valeurs locales différentes). Le 16 octobre 2014 09:53, Pieren pier...@gmail.com a écrit : 2014-10-15 23:55 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr: Ça interpelle les débutants, soit. Mais, si je te suis, il faudrait préconiser 2 manières de tagguer, en fonction de l'analyse faite sur les tags des membres. À expliquer et à assimiler, c'est pire... Au moins, statuer que pour _tous_ les multipolygons les tags sont sur la relation, c'est constant, donc au final, à mon avis, plus simple. Pas forcément. On pourrait aussi dire que la valeur du polygone se définit toujours sur le/les ways extérieurs (outer), qu'il soit simple ou multi. 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Le problème par rapport au logiciel SIG sur le mutipolygones c'est de considérer qu'un Inner peut être différent du polygon englobant... En fait il faudrait faire que les way inner et outer. Puis créer le mutipolygone à la fin et le qualifier. Exmeple: Comme pour les lacs à élément multiple contenant des ilots de terre. Et traiter ça comme une seule couche. Puis dessiner ensuite dans les trous les landuses sur les noeuds existant. ça fait un double traitement mais ça c'est propre et simple à convertir sur d'autre SIG. Là, sur OSM, on considère que tout est mélangeable (empilable) pour avoir des objets imbriquable à souhait. C'est là que pose le problème et c'est une logique qu'un sigiste n'a pas car l'ensemble des autres soft ne focntionnent pas ainsi mais par couches séparées ou par objet séparé et jointif. Donc non imbriqué. 9a c'est lié au format XML ou JSON Le 16 octobre 2014 10:36, Philippe Verdy verd...@wanadoo.fr a écrit : Si on met les tags juste sur les ways outer, les autres ways inner risquent de ne pas être chargés et on va obtenir un rendu ou une analyse incorrecte sur les zones couvertes par les enclaves où le tag ne s'applique pas. De plus il arrive assez souvent que les tags applicable au multipolygone entier ne puisse PAS s'appliquer sans conflit sur les ways outer qui sont aussi des way outer d'autres multipolygone (il y a souvent des conflits d'interprétation entre les valeurs de tag selon la présence d'autres tags ou selon le type de multipolygone (notamment les highway=*, waterway=*; natural=*; man_made=* qui sont un peu trop fourre-tout) Il est logique de ne plus utiliser des tags sur des ways qui ne sont pas interprétables correctement hors du multipolygone complet qui seul définit la géométrie applicable sur l'objet complètement délimité. De plus en terme de maintenance on évite une redondance de données, l'info est centralisée au bon endroit sans avoir besoin d'être dupliquée et maintenue de façon cohérente dans tous les membres outer (d'autant plus qu'il arrive fréquemment que lors de correction de précision, des ways changent de role outer/inner (et nombre d'utilisateurs oublient de changer ce rôle qui est surtout informatif dans les relations multipolygon, boundary et similaires décrivant des surfaces) Il faut absolument apprendre aux utilisateurs qu'un chemin seul même s'il ne semble pas avoir de tags utile, peut être lié à des relations qui définissent son usage. Mais du fait que les éditeurs si,ples pour débutant dissimulent trop ces informations (iD est horrible, il rend ces infos quasi invisibles), on doit encore mettre quelques infos minimales redondantes sur les ways. Ce problème existe tout autant quand on consulte un objet sur le site ou son historique: sans cette redondance minimale (ou un tag informatif de note) ces objets ne sont pas facilement repérable dans des longues listes d'objet pour faciliter leur sélection correcte lors de l'édition. Bref on doit mettre tous les tags utile sur les polygones et non sur les ways si ces tags sont implicitement interprétés comme applicables, et surtout si ces ways sont fermés. On doit supprier ces tags des ways pour éviter aussi des conflits de valeurs de tags entre la valeur donnée dns le multipolygone et celle sur le way. Pour le reste on peut mettre un peu de redondance mais à caractère informatif sur le way. L'ennui est que pour certains tags, il est tout à fait normal d'avoir une différence de valeur entre le tag de la relation et celui du way; notamment sur les tags name qui autorisent d'avoir un nom local approprié différent de celui de la relation complète. Dans d'autres cas c'est tout bonnement incorrect d'avoir le tag sur le way outer, notamment sur les ways partagés par des relations décrivant des surfaces adjascentes et toutes deux avec le rôle outer, car le tag sera bon pour une relation mais pas pour l'autre. Le seul moyen de résoudre le conflit d'interprétation est de mettre les tags appropriés pour chaque surface dans chaque relation et pas du tout sur le way mitoyen (où ne peut figurer qu'un tag informatif qui ne doit jamais être interprété comme modifiant localement l'interprétation donnée par les relations complètes, et sans ce cas on n'a souvent qu'un seul moyen, celui d'une note informative mais surtout pas avec les mêmes tags avec des valeurs locales différentes). Le 16 octobre 2014 09:53, Pieren pier...@gmail.com a écrit : 2014-10-15 23:55 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr: Ça interpelle les débutants, soit. Mais, si je te suis, il faudrait préconiser 2 manières de tagguer, en fonction de l'analyse faite sur les tags des membres. À expliquer et à assimiler, c'est pire... Au moins, statuer que pour _tous_ les multipolygons les tags sont sur la relation, c'est constant, donc au final, à mon avis, plus simple. Pas forcément. On pourrait aussi dire que la valeur du polygone se définit toujours sur le/les ways
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
2014-10-16 10:29 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr: Oui mais là on tourne en rond, vu que pour les multipolygones c'est exactement cette modélisation qui pose problème, car rien n'empêche une incohérence entre les tags des différents ways outer. À partir de là, l'exploitation de l'objet complet représenté par la relation devient un cauchemar et une loterie. Les incohérences, ça se détecte et ça se corrige. La relation n'empêche pas non plus les incohérences si des ways portent des tags différents du multipolygon. C'est juste une question de choix. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Selon Pieren pier...@gmail.com: Les incohérences, ça se détecte et ça se corrige. La relation n'empèche pas non plus les incohérences si des ways portent des tags différents du multipolygon. C'est juste une question de choix. Non. L'idée c'est de ne considérer _que_ les tags de la relation, ce qui évite de se demander s'il y a cohérence avec les tags des ways outer. D'où l'incitation dans le message de JOSM. Ce fil [1] traitait du sujet l'année dernière. vincent [1] : https://lists.openstreetmap.org/pipermail/talk/2013-September/068189.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
2014-10-16 11:18 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr: Non. L'idée c'est de ne considérer _que_ les tags de la relation, ce qui évite de se demander s'il y a cohérence avec les tags des ways outer. D'où l'incitation dans le message de JOSM. Ce fil [1] traitait du sujet l'année dernière. Bah non, le message dit bien not the outer way. Il cherche donc à éviter les doublons/incohérences. Mais ce test pourrait aussi se limiter à vérifier que tous les ways outer sont portent les mêmes tags de polygon (quand il y en a plusieurs). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
2014-10-14 22:37 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr: L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. Je trouve que c'est une erreur parce que maintenant on crée une nouvelle incohérence. Pour quelqu'un qui trace par exemple des buildings, il met le tag building=yes sur le way du polygone. Par contre, pour les buildings avec trous, le tag disparait du outer way, uniquement parce qu'il a fallut créer une relation multipolygon. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Le 15 octobre 2014 14:55, Pieren pier...@gmail.com a écrit : 2014-10-14 22:37 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr: L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. Je trouve que c'est une erreur parce que maintenant on crée une nouvelle incohérence. Pour quelqu'un qui trace par exemple des buildings, il met le tag building=yes sur le way du polygone. Par contre, pour les buildings avec trous, le tag disparait du outer way, uniquement parce qu'il a fallut créer une relation multipolygon. Pieren Je ne vois pas où est l'incohérence. Le building est l'élément comportant le trou, donc la relation. C'est donc sur elle que les tags doivent être mis. Mettre le tag sur l'outer seulement signifie que le trou fait partie du bâtiment. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Le 15 octobre 2014 15:10, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Je ne vois pas où est l'incohérence. Le building est l'élément comportant le trou, donc la relation. C'est donc sur elle que les tags doivent être mis. Mettre le tag sur l'outer seulement signifie que le trou fait partie du bâtiment. Un exemple des 2 cas de figure car je ne suis pas sûr de bien comprendre? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Coté pratique, si je crée un multi polygone avec 2 outer et un inner comportant deux objet dont un avec un trou, les tag de surfaces doivent, si j'ai bien compris, se retrouver dans le multi polygone. tags Multi polygone : - landuse = forest - leaf_type = broadleaved - type = multipolygon Mais si par exemple les polygones ont un leaf_type différent : - leaf_type = mixed - leaf_type = broadleaved Je les place où ces tags ? Je suppose au niveau de chaque polygone et retirer celui qui à été généré en auto au niveau du multi, c'est cela ! Michel Le 15 octobre 2014 15:37, Nicolas Moyroud nmoyr...@free.fr a écrit : Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Et faire 2 relations, une par leaf_type, c'est pas envisageable ? Le 15 octobre 2014 16:11, Mides mides@gmail.com a écrit : Coté pratique, si je crée un multi polygone avec 2 outer et un inner comportant deux objet dont un avec un trou, les tag de surfaces doivent, si j'ai bien compris, se retrouver dans le multi polygone. tags Multi polygone : - landuse = forest - leaf_type = broadleaved - type = multipolygon Mais si par exemple les polygones ont un leaf_type différent : - leaf_type = mixed - leaf_type = broadleaved Je les place où ces tags ? Je suppose au niveau de chaque polygone et retirer celui qui à été généré en auto au niveau du multi, c'est cela ! Michel Le 15 octobre 2014 15:37, Nicolas Moyroud nmoyr...@free.fr a écrit : Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Oui, mais dans ce cas là nul besoin de relation puisque elles ne vont comporter chacune qu'un membre. Michel Le 15 octobre 2014 16:18, Francescu GAROBY windu...@gmail.com a écrit : Et faire 2 relations, une par leaf_type, c'est pas envisageable ? Le 15 octobre 2014 16:11, Mides mides@gmail.com a écrit : Coté pratique, si je crée un multi polygone avec 2 outer et un inner comportant deux objet dont un avec un trou, les tag de surfaces doivent, si j'ai bien compris, se retrouver dans le multi polygone. tags Multi polygone : - landuse = forest - leaf_type = broadleaved - type = multipolygon Mais si par exemple les polygones ont un leaf_type différent : - leaf_type = mixed - leaf_type = broadleaved Je les place où ces tags ? Je suppose au niveau de chaque polygone et retirer celui qui à été généré en auto au niveau du multi, c'est cela ! Michel Le 15 octobre 2014 15:37, Nicolas Moyroud nmoyr...@free.fr a écrit : Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ 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 -- Cordialement, Francescu GAROBY ___ 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Si, c'est ce qu'il aurait toujours fallu faire, non ? Il me semble que pour Pieren, c'est la simplicité de certains MP qui disparait, notamment celui avec un outer, un inner, et le building=house sur le outer, rien sur le inner, rien sur la relation. C'est rapide et compréhensible facilement. Ça l'est moins quand il y a trois outer, avec des tags pas forcément identiques, des inners, avec d'autres tags, et la relation, encore d'autres choses. Non, j'ai pas prononcé landuse ni Corine (ni iD ni Potlatch d'ailleurs)… juste pensé très fort. JB. Le 15/10/2014 16:18, Francescu GAROBY a écrit : Et faire 2 relations, une par leaf_type, c'est pas envisageable ? Le 15 octobre 2014 16:11, Mides mides@gmail.com mailto:mides@gmail.com a écrit : Coté pratique, si je crée un multi polygone avec 2 outer et un inner comportant deux objet dont un avec un trou, les tag de surfaces doivent, si j'ai bien compris, se retrouver dans le multi polygone. tags Multi polygone : * landuse = forest * leaf_type = broadleaved * type = multipolygon Mais si par exemple les polygones ont un leaf_type différent : * leaf_type = mixed * leaf_type = broadleaved Je les place où ces tags ? Je suppose au niveau de chaque polygone et retirer celui qui à été généré en auto au niveau du multi, c'est cela ! Michel Le 15 octobre 2014 15:37, Nicolas Moyroud nmoyr...@free.fr mailto:nmoyr...@free.fr a écrit : Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ 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 mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Ça dépend où se situe le trou : s'il est à cheval entre les 2 zones ou s'il est complètement inclus dans l'une d'entre elles. Le 15 octobre 2014 16:22, Mides mides@gmail.com a écrit : Oui, mais dans ce cas là nul besoin de relation puisque elles ne vont comporter chacune qu'un membre. Michel Le 15 octobre 2014 16:18, Francescu GAROBY windu...@gmail.com a écrit : Et faire 2 relations, une par leaf_type, c'est pas envisageable ? Le 15 octobre 2014 16:11, Mides mides@gmail.com a écrit : Coté pratique, si je crée un multi polygone avec 2 outer et un inner comportant deux objet dont un avec un trou, les tag de surfaces doivent, si j'ai bien compris, se retrouver dans le multi polygone. tags Multi polygone : - landuse = forest - leaf_type = broadleaved - type = multipolygon Mais si par exemple les polygones ont un leaf_type différent : - leaf_type = mixed - leaf_type = broadleaved Je les place où ces tags ? Je suppose au niveau de chaque polygone et retirer celui qui à été généré en auto au niveau du multi, c'est cela ! Michel Le 15 octobre 2014 15:37, Nicolas Moyroud nmoyr...@free.fr a écrit : Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ 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 -- Cordialement, Francescu GAROBY ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Le 15 octobre 2014 16:29, Francescu GAROBY windu...@gmail.com a écrit : Ça dépend où se situe le trou : s'il est à cheval entre les 2 zones ou s'il est complètement inclus dans l'une d'entre elles. Le 15 octobre 2014 16:22, Mides mides@gmail.com a écrit : Oui, mais dans ce cas là nul besoin de relation puisque elles ne vont comporter chacune qu'un membre. Michel Le 15 octobre 2014 16:18, Francescu GAROBY windu...@gmail.com a écrit : Et faire 2 relations, une par leaf_type, c'est pas envisageable ? Le 15 octobre 2014 16:11, Mides mides@gmail.com a écrit : Coté pratique, si je crée un multi polygone avec 2 outer et un inner comportant deux objet dont un avec un trou, les tag de surfaces doivent, si j'ai bien compris, se retrouver dans le multi polygone. tags Multi polygone : - landuse = forest - leaf_type = broadleaved - type = multipolygon Mais si par exemple les polygones ont un leaf_type différent : - leaf_type = mixed - leaf_type = broadleaved Je les place où ces tags ? Je suppose au niveau de chaque polygone et retirer celui qui à été généré en auto au niveau du multi, c'est cela ! Michel Le 15 octobre 2014 15:37, Nicolas Moyroud nmoyr...@free.fr a écrit : Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ 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 -- Cordialement, Francescu GAROBY ___ 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 -- Cordialement, Francescu GAROBY ___ 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Dans ce cas, tu aurais une relation (à gauche) avec un outer et un inner et une way toute seule (à droite) Francescu Le 15 octobre 2014 16:49, Mides mides@gmail.com a écrit : Le 15 octobre 2014 16:29, Francescu GAROBY windu...@gmail.com a écrit : Ça dépend où se situe le trou : s'il est à cheval entre les 2 zones ou s'il est complètement inclus dans l'une d'entre elles. Le 15 octobre 2014 16:22, Mides mides@gmail.com a écrit : Oui, mais dans ce cas là nul besoin de relation puisque elles ne vont comporter chacune qu'un membre. Michel Le 15 octobre 2014 16:18, Francescu GAROBY windu...@gmail.com a écrit : Et faire 2 relations, une par leaf_type, c'est pas envisageable ? Le 15 octobre 2014 16:11, Mides mides@gmail.com a écrit : Coté pratique, si je crée un multi polygone avec 2 outer et un inner comportant deux objet dont un avec un trou, les tag de surfaces doivent, si j'ai bien compris, se retrouver dans le multi polygone. tags Multi polygone : - landuse = forest - leaf_type = broadleaved - type = multipolygon Mais si par exemple les polygones ont un leaf_type différent : - leaf_type = mixed - leaf_type = broadleaved Je les place où ces tags ? Je suppose au niveau de chaque polygone et retirer celui qui à été généré en auto au niveau du multi, c'est cela ! Michel Le 15 octobre 2014 15:37, Nicolas Moyroud nmoyr...@free.fr a écrit : Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ 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 -- Cordialement, Francescu GAROBY ___ 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 -- Cordialement, Francescu GAROBY ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Et si j'ai deux anneaux extérieurs disjoints ? http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon#Deux_anneaux_ext.C3.A9rieurs_disjoints Le 15 octobre 2014 16:51, Francescu GAROBY windu...@gmail.com a écrit : Dans ce cas, tu aurais une relation (à gauche) avec un outer et un inner et une way toute seule (à droite) Francescu Le 15 octobre 2014 16:49, Mides mides@gmail.com a écrit : Le 15 octobre 2014 16:29, Francescu GAROBY windu...@gmail.com a écrit : Ça dépend où se situe le trou : s'il est à cheval entre les 2 zones ou s'il est complètement inclus dans l'une d'entre elles. Le 15 octobre 2014 16:22, Mides mides@gmail.com a écrit : Oui, mais dans ce cas là nul besoin de relation puisque elles ne vont comporter chacune qu'un membre. Michel Le 15 octobre 2014 16:18, Francescu GAROBY windu...@gmail.com a écrit : Et faire 2 relations, une par leaf_type, c'est pas envisageable ? Le 15 octobre 2014 16:11, Mides mides@gmail.com a écrit : Coté pratique, si je crée un multi polygone avec 2 outer et un inner comportant deux objet dont un avec un trou, les tag de surfaces doivent, si j'ai bien compris, se retrouver dans le multi polygone. tags Multi polygone : - landuse = forest - leaf_type = broadleaved - type = multipolygon Mais si par exemple les polygones ont un leaf_type différent : - leaf_type = mixed - leaf_type = broadleaved Je les place où ces tags ? Je suppose au niveau de chaque polygone et retirer celui qui à été généré en auto au niveau du multi, c'est cela ! Michel Le 15 octobre 2014 15:37, Nicolas Moyroud nmoyr...@free.fr a écrit : Oui c'est sûr que dans l'esprit ce n'est pas une mauvaise chose dans l'idée, mais dans la réalisation c'est une catastrophe. Je veux dire ce genre de message cryptique pour un non-initié et en plus non traduit en français. Le contributeur moyen qui modifie un simple tag sur un outer de multipolygon va se retrouver avec ce baratin qui lui pète à la tronche, ne rien comprendre et se barrer en courant de ce repaire de geo-geek ! Bon j'exagère un peu hein comme d'habitude, mais n'empêche... ;-) 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 14/10/2014 22:37, Vincent de Château-Thierry a écrit : Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ 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 -- Cordialement, Francescu GAROBY ___ 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 -- Cordialement, Francescu GAROBY ___ 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 -- Cordialement, Francescu GAROBY ___ 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
OK pour une entité administrative séparée (http://fr.wikipedia.org/wiki/Enclave_des_papes par exemple), mais pour un landuse, j'ai du mal à comprendre l'intérêt. Quand est-ce qu'on ajoute à l'introduction sur les relations : « si tu peux t'en passer, c'est surement la meilleure solution ». JB. Le 15/10/2014 16:57, Mides a écrit : Et si j'ai deux anneaux extérieurs disjoints ? http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon#Deux_anneaux_ext.C3.A9rieurs_disjoints ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
2014-10-15 16:51 GMT+02:00 Francescu GAROBY windu...@gmail.com: Dans ce cas, tu aurais une relation (à gauche) avec un outer et un inner et une way toute seule (à droite) Et c'est cette incohérence que je dénonce. Dans un cas, le tag est sur le way extérieur. Dans l'autre, on oblige les gens à le mettre dans la relation alors que ça n'est pas nécessaire. Ca interpelle les débutants ce genre de trucs. Le déplacement dans la relation n'est vraiment utile que dans des cas plus rares (autres tags sur le inner, plusieurs ways pour le outer, etc). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Les landuse sont en fait plus compliqués que la plupart des limites administratives, ils ont de nombreuses enclave; notamment les forets et zones agricoles, et les riverbanks L'autre solution c'est de les découper en polygones simples adjascents avec des traits de coupe arbitraires mais ces trais de coupe arbitraires polluent vite la carte, et souvent ils sont visibles dans les rendus alors que les polygones sont parfaitement jointifs sans espace intercalaire ni recouvrement partiel, dès que le style de rendu utilise un style de bordure distinctif et pas un simple remplissage de surface On peut le voir sur le rendu mondial (avec Mapnik) des frontières internationales coupant l'antiméridien; les rendus ne savent pas encore interpréter le tag disant que le trait de bordure est artificiel et n'est pas à afficher sur un des way membres ; et c'est impossible de le dire avec des tags dans des polygones simples fermés puisque OSM rejette des longitudes à plus de 180 degrés ouest ou est et demande encore de tracer un trait arbitraire couvrant tout l'intervalle les 360 degrés de longitude pour décrire un polygone passant par un des deux pôles géographiques, et cela ne facilite pas non plus la cartographies des terres coupées par l'antiméridien) Le 15 octobre 2014 17:07, JB jb...@mailoo.org a écrit : OK pour une entité administrative séparée (http://fr.wikipedia.org/wiki/ Enclave_des_papes par exemple), mais pour un landuse, j'ai du mal à comprendre l'intérêt. Quand est-ce qu'on ajoute à l'introduction sur les relations : « si tu peux t'en passer, c'est surement la meilleure solution ». JB. Le 15/10/2014 16:57, Mides a écrit : Et si j'ai deux anneaux extérieurs disjoints ? http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon# Deux_anneaux_ext.C3.A9rieurs_disjoints ___ 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Dans ton cas je m'emmerde pas. Comme dis JB C'est du landuse et je découpe en deux le polygon englobant.Ainsi pas de multipolygone et pas de problème. les landuse, c'est de l'occupation du sol c'est tout donc pas la peine de faire des regroupements de dingue et d'ailleurs il n'y en a dans aucune base sur cette partie là. Juste pour la gestion des lacs dans certains cas et encore ces pas systématique. D'ou les post traitement derrière pour rassembler les données le cas échéant si il y a nécessité de traiter de la données jointive. Pour les fleuves et rivières c'est la même. On conseil de faire plusieurs élément jointifs plutôt que d'énorme objets ou des objets complexes impossible à traiter par la suite en plus car c'est lourd en terme de points. Ca limite d'avoir trop de casse en cas de déplacement involontaire et sauvegardé. Jérôme Le 15 octobre 2014 17:07, JB jb...@mailoo.org a écrit : OK pour une entité administrative séparée (http://fr.wikipedia.org/wiki/ Enclave_des_papes par exemple), mais pour un landuse, j'ai du mal à comprendre l'intérêt. Quand est-ce qu'on ajoute à l'introduction sur les relations : « si tu peux t'en passer, c'est surement la meilleure solution ». JB. Le 15/10/2014 16:57, Mides a écrit : Et si j'ai deux anneaux extérieurs disjoints ? http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon# Deux_anneaux_ext.C3.A9rieurs_disjoints ___ 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Ce qui est incohérent c'est le fait que les polygones simples sont trop en fait simples dans OSM et ne supportent pas le modèle GIS le plus basique En plus du fait qu'il ne distingue pas clairement lignes et surface autrement que selon les attributs (ce qui pose problème d'ambiguité avec les highways, les barrages et digues.. le problème est exactement le même qu'on utilise un polygone fermé simple, ou un mutipolygone avec un ou plusieurs ways outer). Certains tags sont mal fichus aussi (exemple waterway utilisé pour tous types d'objets ponctuels, linéraires ou surfaciques... toutes les surfaces d'eau devraient passer en water et plus waterway, notamment les riverbank, les lacs, étangs, bassins, baies maritimes... les waterway uniquement pour le filaire et les équipements le long des voies navigables utiliser un autre tag) Dites vous que les multipolygones sont LE modèle de base, et que les polygones fermés d'OSM n'en sont qu'un raccourci pour aller vite (aucune enclave, adjascences à respecter scrupuleusement sans oublier des noeuds...). Et c'est aux éditeurs d'améliorer/automatiser leur modélisation. Le 15 octobre 2014 17:28, Pieren pier...@gmail.com a écrit : 2014-10-15 16:51 GMT+02:00 Francescu GAROBY windu...@gmail.com: Dans ce cas, tu aurais une relation (à gauche) avec un outer et un inner et une way toute seule (à droite) Et c'est cette incohérence que je dénonce. Dans un cas, le tag est sur le way extérieur. Dans l'autre, on oblige les gens à le mettre dans la relation alors que ça n'est pas nécessaire. Ca interpelle les débutants ce genre de trucs. Le déplacement dans la relation n'est vraiment utile que dans des cas plus rares (autres tags sur le inner, plusieurs ways pour le outer, etc). 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
2014-10-15 17:28 GMT+02:00 Pieren pier...@gmail.com: Un exemple récent pour illustrer mon propos: https://help.openstreetmap.org/questions/37612/polygons-with-no-tags Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Le 15/10/2014 17:28, Pieren a écrit : 2014-10-15 16:51 GMT+02:00 Francescu GAROBY windu...@gmail.com mailto:windu...@gmail.com: Dans ce cas, tu aurais une relation (à gauche) avec un outer et un inner et une way toute seule (à droite) Et c'est cette incohérence que je dénonce. Dans un cas, le tag est sur le way extérieur. Dans l'autre, on oblige les gens à le mettre dans la relation alors que ça n'est pas nécessaire. Ca interpelle les débutants ce genre de trucs. Le déplacement dans la relation n'est vraiment utile que dans des cas plus rares (autres tags sur le inner, plusieurs ways pour le outer, etc). Ça interpelle les débutants, soit. Mais, si je te suis, il faudrait préconiser 2 manières de tagguer, en fonction de l'analyse faite sur les tags des membres. À expliquer et à assimiler, c'est pire... Au moins, statuer que pour _tous_ les multipolygons les tags sont sur la relation, c'est constant, donc au final, à mon avis, plus simple. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Bonsoir, Il m'arrive que Josm me signale une erreur sur un multipolygone et qui est : Multpolygon relation should be tagged with area tags and not the outer way Si je crée un multi-polygone (basique) sur un calque vierge j'ai la même erreur à l'analyse. Il me semble que je n'avais pas, auparavant, cette d'erreur à la création, ou l'analyse, d'objets imbriqués. Peut être ai-je loupé une case quelque part ? Michel ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
cela veut dire que c'est le multipolygone qui doit mentionner les tags relatifs à la surface, pas les ways qui le composent (la très vieillle façon de faire avabnt qu'existe les relations de type multipolugone); D'ailelrus dans JOSM, quand tu sélectionnes une série de ways format des anneaux fermés pour créer un polygone avec, il transfère automatiquement tous les tags communs (sauf les FIXME, source et quelques tags relatifs à la création de l'objet chemin qui est conservé lors de la transformation et quelques tags conservés pour compatibilité car ils ont une valeur dépendant d'autres objets qu le polygone créé (admin_level pour les ways de frontières) En pratique cela concerne les landuse et natural (forêts prairies, zones résidentielles; champs cultivés et vignobles...) ou surfaces d'eau (riverbank, lacs et étangs) et les batiments; créer une relation multipolygone et y ajouter les chemins sans taguer le multipolygone est plutôt une mauvaise chose Un multipolygone sans métadonnées génère des approxumatiosn dans le rendu pr suite d'ambiguités on incompatibilités entre tags portés par les ways et la conversion osm2gis a du mal à savoir ce qu'il désigne (et cela empire ensuite très vite en cas de modification. Il n'y a que les ways fermés (et sans enclave interne) qui peuvent porter les attributs de suface. Le 14 octobre 2014 22:26, Mides mides@gmail.com a écrit : Bonsoir, Il m'arrive que Josm me signale une erreur sur un multipolygone et qui est : Multpolygon relation should be tagged with area tags and not the outer way Si je crée un multi-polygone (basique) sur un calque vierge j'ai la même erreur à l'analyse. Il me semble que je n'avais pas, auparavant, cette d'erreur à la création, ou l'analyse, d'objets imbriqués. Peut être ai-je loupé une case quelque part ? Michel ___ 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] [Josm 7588] Un message d'erreur que je ne comprends pas bien
Le 14/10/2014 22:26, Mides a écrit : Il m'arrive que Josm me signale une erreur sur un multipolygone et qui est : Multpolygon relation should be tagged with area tags and not the outer way Si je crée un multi-polygone (basique) sur un calque vierge j'ai la même erreur à l'analyse. Il me semble que je n'avais pas, auparavant, cette d'erreur à la création, ou l'analyse, d'objets imbriqués. Peut être ai-je loupé une case quelque part ? Ça date d'il y a quelques jours : http://josm.openstreetmap.de/changeset/7569/josm L'idée est de petit à petit gagner en homogénéité sur la manière de tagguer un multipolygon. Jusque là, c'est souvent le(s) ways avec le rôle outer qui portaient les tags décrivant en fait tout le multipolygon. Le warning est une incitation à transférer ces tags directement au niveau de la relation : plus cohérent en modélisation, et du coup plus simple à interpréter par les logiciels clients comme osm2pgsql. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien
J'avais donc loupé une case. :-( http://josm.openstreetmap.de/changeset/7569/josm Merci pour ces infos. Michel Le 14 octobre 2014 22:37, Philippe Verdy verd...@wanadoo.fr a écrit : cela veut dire que c'est le multipolygone qui doit mentionner les tags relatifs à la surface, pas les ways qui le composent (la très vieillle façon de faire avabnt qu'existe les relations de type multipolugone); D'ailelrus dans JOSM, quand tu sélectionnes une série de ways format des anneaux fermés pour créer un polygone avec, il transfère automatiquement tous les tags communs (sauf les FIXME, source et quelques tags relatifs à la création de l'objet chemin qui est conservé lors de la transformation et quelques tags conservés pour compatibilité car ils ont une valeur dépendant d'autres objets qu le polygone créé (admin_level pour les ways de frontières) En pratique cela concerne les landuse et natural (forêts prairies, zones résidentielles; champs cultivés et vignobles...) ou surfaces d'eau (riverbank, lacs et étangs) et les batiments; créer une relation multipolygone et y ajouter les chemins sans taguer le multipolygone est plutôt une mauvaise chose Un multipolygone sans métadonnées génère des approxumatiosn dans le rendu pr suite d'ambiguités on incompatibilités entre tags portés par les ways et la conversion osm2gis a du mal à savoir ce qu'il désigne (et cela empire ensuite très vite en cas de modification. Il n'y a que les ways fermés (et sans enclave interne) qui peuvent porter les attributs de suface. Le 14 octobre 2014 22:26, Mides mides@gmail.com a écrit : Bonsoir, Il m'arrive que Josm me signale une erreur sur un multipolygone et qui est : Multpolygon relation should be tagged with area tags and not the outer way Si je crée un multi-polygone (basique) sur un calque vierge j'ai la même erreur à l'analyse. Il me semble que je n'avais pas, auparavant, cette d'erreur à la création, ou l'analyse, d'objets imbriqués. Peut être ai-je loupé une case quelque part ? Michel ___ 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
