[OSM-talk-fr] l'ile Saint-Laurent a coulé
Bonjour Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon sur Saône a coulé. http://osm.org/go/0A5qNeEOk-- J'ai essayé de la renflouer notement en supprimant le tag natural=land déclaré obsolète par Osmose mais elle est toujours au fond de l'eau. Peut-être faut-il le remplacer par quelque chose d'autre? Quelqu'un d'expérimenté pourrai-il y jeter un oeuil et me faire un retour sur ce qui provoque cela? merci cordialement Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
Bonjour, le 04/03/2013 09:32, claude marani a écrit: Bonjour Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon sur Saône a coulé. http://osm.org/go/0A5qNeEOk-- J'ai constaté le problème la semaine dernière sur d'autres iles de cette zone et j'ai essayé de voir quel tag était en était la cause. Seul le natural=land fait réapparaître les îles sur mapnik mais ce n'est pas satisfaisant. J'ai remplacé ce dernier à l'instant par place=islet mais disparition totale... Toute solution m'intéresse également. Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
J'ai eu le même pb, pas vraiment résolu, mais… avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse multiples… sinon je crois qu'il faut tagger place= ET name=### (http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé… Le 4 mars 2013 à 09:53, Samy Mezani a écrit : Bonjour, le 04/03/2013 09:32, claude marani a écrit: Bonjour Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon sur Saône a coulé. http://osm.org/go/0A5qNeEOk-- J'ai constaté le problème la semaine dernière sur d'autres iles de cette zone et j'ai essayé de voir quel tag était en était la cause. Seul le natural=land fait réapparaître les îles sur mapnik mais ce n'est pas satisfaisant. J'ai remplacé ce dernier à l'instant par place=islet mais disparition totale... Toute solution m'intéresse également. Samy ___ 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] l'ile Saint-Laurent a coulé
le 04/03/2013 10:25, ades_...@orange.fr a écrit: avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse multiples… Ça ne fonctionne pas dans notre cas. J'avais déjà un landuse=forest sur deux autres îles et mapnik ne les affiche pas. sinon je crois qu'il faut tagger place= ET name=### (http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé… Pareil, il y avait déjà un name sur une des îles et elle n'apparaît pas. Bizarre ce problème avec place=island/islet... Je cherche sur d'autres secteurs au cas où. Merci Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
Ou alors l'ile est dans plusieurs relations avec la même, rivière comme 'inner', je crois me souvenir que mon ile est réapparue après avoir régler ça … Attention au délais d'actualisation des rendus, ce n'est pas tjs instantané… Le 4 mars 2013 à 10:45, Samy Mezani a écrit : le 04/03/2013 10:25, ades_...@orange.fr a écrit: avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse multiples… Ça ne fonctionne pas dans notre cas. J'avais déjà un landuse=forest sur deux autres îles et mapnik ne les affiche pas. sinon je crois qu'il faut tagger place= ET name=### (http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé… Pareil, il y avait déjà un name sur une des îles et elle n'apparaît pas. Bizarre ce problème avec place=island/islet... Je cherche sur d'autres secteurs au cas où. Merci Samy ___ 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] Un noeud pour un tableau...
Je ne connais pas ce point particulier, mais pour avoir vécu plusieurs années sur Arles (ou Van Gogh a passé un peu de temps) je peux confirmer que ces point sont clairement indiqués par des plaques descriptives sur le terrain et qu'il ont un vrai intérêt touristique: il y a des itinéraires qui relient tous ces points, les cartes sont disponibles auprès de l'office du tourisme ! Je ne sais pas s'il faut aller jusqu'à cartographier tous les points où ont été peints les tableaux du Louvre (mais l'intérêt pour le patrimoine artistique est réel), en tout cas pour moi ces plaques descriptives présentes sur le terrain ont bien leur place dans OSM ;) Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
A cette heure 11h06 elle est visible sur le WEB... j'ai tapé ile saint laurent et voici le lien http://www.openstreetmap.org/?minlon=4.85674619674683minlat=46.777587890625maxlon=4.86311817169189maxlat=46.7807006835938 c'est une ile de 400 x 300 m si c'est bien cela -- View this message in context: http://gis.19327.n5.nabble.com/l-ile-Saint-Laurent-a-coule-tp5751816p5751832.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] l'ile Saint-Laurent a coulé
Le problème vient peut être du fait qu'il y a des tags sur la relation (natural=water,...) et d'autres sur les membres de la relation en outer (waterway=riverbank,...), il faudrait choisir. Vlad. On 4 mars 2013, at 09:53, Samy Mezani samy.mez...@wanadoo.fr wrote: Bonjour, le 04/03/2013 09:32, claude marani a écrit: Bonjour Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon sur Saône a coulé. http://osm.org/go/0A5qNeEOk-- J'ai constaté le problème la semaine dernière sur d'autres iles de cette zone et j'ai essayé de voir quel tag était en était la cause. Seul le natural=land fait réapparaître les îles sur mapnik mais ce n'est pas satisfaisant. J'ai remplacé ce dernier à l'instant par place=islet mais disparition totale... Toute solution m'intéresse également. Samy ___ 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] l'ile Saint-Laurent a coulé
Les bâtiments et routes sont visibles, mais pas la terre... Francescu Le 4 mars 2013 11:08, willemijns sebast...@willemijns.com a écrit : A cette heure 11h06 elle est visible sur le WEB... j'ai tapé ile saint laurent et voici le lien http://www.openstreetmap.org/?minlon=4.85674619674683minlat=46.777587890625maxlon=4.86311817169189maxlat=46.7807006835938 c'est une ile de 400 x 300 m si c'est bien cela -- View this message in context: http://gis.19327.n5.nabble.com/l-ile-Saint-Laurent-a-coule-tp5751816p5751832.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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un noeud pour un tableau...
Vincent, Ton panneau se trouve sur la place de la mairie (que l'on distingue en arrière plan). Le POI relevé par Black Myst se situe quant à lui dans la petite rue (pas couverte par Street View), sur le mur en face de l'entrée du petit musée qui fait partie de l'auberge Ravoux. Je suis déjà passé par là, mais je ne me souviens pas du tableau représenté sur le panneau en question. Anecdote HS : Une chose est sûre, il n'y a pas de **vrai** Van Gogh dans le secteur. C'est d'ailleurs le rêve de l'auberge, qui a installé un cadre vide dans la dernière chambre de Vincenthttp://imgll.trivago.com/uploadimages/68/79/6879719_l.jpeg, en attendant de récolter assez de sous (l'espoir fait vivre) pour le remplacer par une vraie peinture Le 4 mars 2013 07:31, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, Le 04/03/2013 01:09, Jo a écrit : si je comprends bien c'est un panneau d'info, disant que cette peinture à été peint à cet endroit? 2013/3/4 Black Myst black.m...@free.fr mailto:black.m...@free.fr En corrigeant des tags wikipedia, je suis tombé sur ce point: http://www.openstreetmap.org/**browse/node/1359955172http://www.openstreetmap.org/browse/node/1359955172 D'après ce que j'en comprends, il désigne un tableau de Van Gogh ! Je ne trouve pas particulièrement utile d'avoir un noeud pour une oeuvre dans un musée... J'imagine mal le nombre de point qu'il faudrait pour le Louvre par exemple. C'est bien un noeud pour un panneau, et un panneau pour un tableau :-) Cette photo confirme : http://goo.gl/maps/JyqUF (Et à la rigueur, il lui manque un ref=23) vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logiciels de navigation pour Android
Bonjour, je remonte ce sujet... sur du longue distance off-line, des nouvelles apps à proposer en plus de navit et osmand ? certaines apps sont ejectées des serveurs principaux d'OSM, il y a du travail... si l'app permet l'import de planet ca n'en sera que mieux... http://wiki.openstreetmap.org/wiki/Planet.osm -- View this message in context: http://gis.19327.n5.nabble.com/Logiciels-de-navigation-pour-Android-tp5639392p5751836.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] Un noeud pour un tableau...
Ce panneau-ci http://www.openstreetmap.org/browse/node/1359955651 est en plein milieu des champs. C'est un repère physique très valable durant la balade Le 4 mars 2013 11:07, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Je ne connais pas ce point particulier, mais pour avoir vécu plusieurs années sur Arles (ou Van Gogh a passé un peu de temps) je peux confirmer que ces point sont clairement indiqués par des plaques descriptives sur le terrain et qu'il ont un vrai intérêt touristique: il y a des itinéraires qui relient tous ces points, les cartes sont disponibles auprès de l'office du tourisme ! Je ne sais pas s'il faut aller jusqu'à cartographier tous les points où ont été peints les tableaux du Louvre (mais l'intérêt pour le patrimoine artistique est réel), en tout cas pour moi ces plaques descriptives présentes sur le terrain ont bien leur place dans OSM ;) Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un noeud pour un tableau...
De : Ab_fab Vincent, Ton panneau se trouve sur la place de la mairie (que l'on distingue en arrière plan). Oops oui en effet, mon lien est à côté de la plaque ! Panoramio n'est pas Street View, je me suis laissé avoir en parcourant les photos depuis approximativement le point indiqué par Black Myst. Désolé pour la confusion. vincent (dans le panneau) Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logiciels de navigation pour Android
Salut, maverick : https://play.google.com/store/apps/details?id=com.codesector.maverick.litehl=en Il peut télécharger les tuiles à la volée en mode connexion. Pour le mode déconnecté deux solutions : - pré-charger les tuiles dans le cache en mode connecté, puis on peut les afficher en mode déconnecté, ça marche bien pour une petite zone; - utiliser le logiciel mobile atlas creator (http://mobac.sourceforge.net/) pour télécharger des grandes zones puis les transférer sur la carte mémoire de l'appareil mobile. Maverick est capable d'enregistrer des traces et des points manuels en les affichant sur fond de carte OSM (ou autres dont je taierai le nom). :-) Je m'en sers pas mal en mode randonnée avec un appareil photo séparé pour contribuer à OSM. a+ Nicolas Le 04/03/2013 11:22, willemijns a écrit : Bonjour, je remonte ce sujet... sur du longue distance off-line, des nouvelles apps à proposer en plus de navit et osmand ? certaines apps sont ejectées des serveurs principaux d'OSM, il y a du travail... si l'app permet l'import de planet ca n'en sera que mieux... http://wiki.openstreetmap.org/wiki/Planet.osm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un noeud pour un tableau...
Il ne faudrait pas abuser sur les tags wikipédia, ou bien préciser quelques points. Je pars du principe qu'on lie de façon unique un article avec un lieu pour le tag générique wikipedia=* Pour des tags comme wikipedia:name=* wikipedia:artist=* wikipedia:architect=* on peut avoir de nombreux objets dans OSM qui pointent vers le même article. J'ai trouvé des tags multiples liants par exemple un Supermarché Franprix à la page fr:Franprix de wikipédia. Je pense que cela ne va pas rendre ces tags très exploitables, et un tag wikipedia:brand ou truc du genre me semblerait plus adapté. Pour un personnage, sa localisation la plus logique me semble être sa sépulture... amis du Père Lachaise bon boulot ! Qu'en pensez-vous ? -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
le 04/03/2013 11:09, Vladimir Vyskocil a écrit: Le problème vient peut être du fait qu'il y a des tags sur la relation (natural=water,...) et d'autres sur les membres de la relation en outer (waterway=riverbank,...), il faudrait choisir. Effectivement, le problème venait de ce mauvais tag sur la relation. Ici il s'agit juste d'une relation multipolygon avec des membres inner pour les piles et outer pour les riverbank. Tout est rentré dans l'ordre après correction. Merci Samy ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Logiciels de navigation pour Android
On Mon, Mar 4, 2013, at 11:37, Nicolas Moyroud [via GIS] wrote: maverick : https://play.google.com/store/apps/details?id=com.codesector.maverick.litehl=en ok j'essaye de ce pas ;) -- View this message in context: http://gis.19327.n5.nabble.com/Logiciels-de-navigation-pour-Android-tp5639392p5751845.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] l'ile Saint-Laurent a coulé
Bonjour, Je viens de jeter un coup d'oeil. Il existait 2 relations multipolygon sur la Saône et sur sur les riverbank. Un beau merdier quoi ! J'ai viré la multipolygon Saône, sans toucher à la relation Saône correspondant au cour d'eau lui-même. Le résultat à l'air pas mal maintenant : http://www.openstreetmap.org/?lat=46.779lon=4.86062zoom=17layers=M http://layers.openstreetmap.fr/?lat=46.77877lon=4.8606zoom=17layers=B A+ Le 4 mars 2013 09:53, Samy Mezani samy.mez...@wanadoo.fr a écrit : Bonjour, le 04/03/2013 09:32, claude marani a écrit: Bonjour Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon sur Saône a coulé. http://osm.org/go/0A5qNeEOk-- J'ai constaté le problème la semaine dernière sur d'autres iles de cette zone et j'ai essayé de voir quel tag était en était la cause. Seul le natural=land fait réapparaître les îles sur mapnik mais ce n'est pas satisfaisant. J'ai remplacé ce dernier à l'instant par place=islet mais disparition totale... Toute solution m'intéresse également. Samy __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un noeud pour un tableau...
Le 4 mars 2013 11:46, Christian Quest cqu...@openstreetmap.fr a écrit : Qu'en pensez-vous ? Pour ce qui concerne un lieu, le seul tag qui me paraisse utile est le wikipedia=fr:Machin. Tous les autres me semblent inutiles/nuisibles ; il vaut mieux travailler directement sur wikipedia, et arranger les moteurs de rendu (hein, je parle bien) osm en ce sens. Pour l'exemple du père lachaise, où il s'agirait de taguer les tombes avec le nom de l'occupant, il me semble qu'il vaut mieux marquer son nom par un tag osm. Il me semble en effet difficile d'affirmer que la tombe est une personne en correspondance avec sa page wikipedia ?... La tombe est un lieu, et si elle a sa page wikipedia, alors on utilise le tag wikipedia, sinon on ne fait aucun lien avec wikipedia. C'est pareil, il me semble, pour les panneaux publicitaires (enfin, je veux dire, d'information touristique). Qu'ils soient un plus pour les touristes, je ne le nie absolument pas. Qu'on doive les mettre sur la carte, OUI. Qu'on doive passer du temps à les relier à wikipedia, là, c'est une autre question. (je réponds NON.) (à moins que chaque panneau touristique ait sa page wikipedia... pourquoi pas ? ) Voilà mes pensées. PS : je ne vois plus aucune erreur en france avec osmose sur le tag wikipedia, que se passe-t-il ? http://osmose.openstreetmap.fr/fr/map/?zoom=8lat=46.03516lon=0.344layers=BFFTitem=3031level=1,2 -- Les dérives de rue : Des textes à promenades http://drivrsdu.fr/des-textes-a-promenades/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un noeud pour un tableau...
Alors parce que quelqu'un met un panneau sans intérêt contre un mur, il faut le cartographier (je le met entre guillements tellement j'ai de mal à utiliser le mot dans ce contexte) ? Je connais un panneau Pour une ville propre, je ramasse les crottes de mon chien. Est-ce qu'on peut aussi le mettre dans OSM ? Non, parce que comme c'est un vrai panneau de la réalité du terrain, je pense que oui. Par contre, pour l'intérêt touristique... Et si quelqu'un veut bien m'indiquer un lien wikipedia pour catégoriser les affichettes incitant les chiens à être propres, merci d'avance. Plus sérieusement, je pense que le tag wikipedia n'a pas sa place sur cet OOFR (*). Sinon, on peut aussi le mettre là où se trouve le tableau actuellement, là où se trouve le peintre mort, un autre pour la tombe du modèle peint (si le modèle est mort, sinon on peut le mettre sur sa maison de retraite), là où se trouve le marchand de couleurs qui ont servis au tableau, etc. C'est sans fin et assez pathétique. Et pour en rajouter une couche, on ne met qu'un seul lien wikipedia. Les liens interwiki ou le futur wikidata doivent pouvoir faire le reste. Pieren * Objet OSM Frisant le Ridicule ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Taguer les zones de sismicité françaises
Comme je suis un contributeur très récent, ce qui suit n’a peut-être pas de sens. Pourquoi seulement 5 relations ? est-ce parce que la relation code le niveau ? Cela me paraît bizarre de mettre dans la même relation des éléments géographiquement très éloignés (métropole / Dom-Tom). Le niveau de risque, voire son type ne devrait-ils pas être des tags de ces relations ? Personnellement je cherche à renseigner les sites SEVESO. En cherchant sur le wiki, j’ai trouvé cette page http://wiki.openstreetmap.org/wiki/OpenHazardMap (qui ce concentre sur les risques naturels, les risques technologiques sont abordés dans la page de discussion). Mais j’ai l’impression que cela ne s’est pas vraiment concrétisé. Ce serait bien que la solution que tu souhaites mettre en place soit évolutives vers d’autres risques. Au niveau français les risques sont séparés en : – risques naturels * inondation * tectonique des plaques * séisme (je ne sais quelle différence il y a avec la tectonique des plaques) * volcan * mouvement de terrain (ce qui inclut les glissements de terrain, les coulées de boue, le retrait-gonflement des argiles, l’effrondrement de cavités naturelle ou artificielles) * avalanche * feux de forêt * cyclone * tempête – risques technologiques * nucléaire * industriel (dont seveso ce qui m’intéresse, mais aussi les sites classés) * transport de matière dangereuse * rupture de barrage De plus pour chaque risque il peut y avoir des infos spécifiques. Par exemple les sites seveso sont de 2 types différents et peuvent définir jusqu’à 4 zones supplémentaires extérieurs au site avec leurs contraintes propres. Cela donne une carte dite de zonage brute (un exemple : http://www.donnees.basse-normandie.developpement-durable.gouv.fr/pdf_dreal/pprt/DPC/5_ZB_DPC_Mondeville_A0.pdf) J’ai l’impression que cela ce traduit par une relation (une pour chaque zone SEVESO avec le site lui-même + ses zones rouges et bleues). Mais j’ai l’impression que ce type de modélisation n’est pas compatible avec ce que tu proposes. LeBret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
Fiou! Ce n'est pas le fleuve Saint-Laurent. Ça aurait pris une grosse tasse. Pierre De : claude marani claude.mar...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Lundi 4 mars 2013 3h32 Objet : [OSM-talk-fr] l'ile Saint-Laurent a coulé Bonjour Depuis quelques temps (je ne sais pas trop) l'Ile Saint-Laurent à Chalon sur Saône a coulé. http://osm.org/go/0A5qNeEOk-- J'ai essayé de la renflouer notement en supprimant le tag natural=land déclaré obsolète par Osmose mais elle est toujours au fond de l'eau. Peut-être faut-il le remplacer par quelque chose d'autre? Quelqu'un d'expérimenté pourrai-il y jeter un oeuil et me faire un retour sur ce qui provoque cela? merci cordialement Claude ___ 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] Un noeud pour un tableau...
hum, je pense quand même qu'ont considérer différemment un point touristique pour laquelle des milliers de touristes font le déplacement chaque année (sur Arles en tout cas) d'un panneau crottes de chiens ... tant qu'on aura pas cartographié les intérieurs de musées et collections privées, je pense que le risque de doublons géographiques sur un tableau de maître reste quand même très faible, et que l'endroit qu'il représente/où il a été peint reste le meilleur emplacement pour son lien wikipedia ... Ca n’intéresse surement pas tout le monde, certains les trouvent sans intérêt, d'autres sont prêts à dépenser quelques millions pour l'accrocher dans leurs salons, tout est une question de point de vue ! Mais je crois que si on ne mettait dans OSM que ce qui intéresse tout le monde, on aurait pas grand chose dans la base ... En dehors de ce point d'intérêt divergeant, je suis bien d'accord que 2 tags wikipedia quasi identiques c'est quand même trop et qu'il y a des choses à améliorer de ce côté ! Sylvain Le 4 mars 2013 13:32, Pieren pier...@gmail.com a écrit : Alors parce que quelqu'un met un panneau sans intérêt contre un mur, il faut le cartographier (je le met entre guillements tellement j'ai de mal à utiliser le mot dans ce contexte) ? Je connais un panneau Pour une ville propre, je ramasse les crottes de mon chien. Est-ce qu'on peut aussi le mettre dans OSM ? Non, parce que comme c'est un vrai panneau de la réalité du terrain, je pense que oui. Par contre, pour l'intérêt touristique... Et si quelqu'un veut bien m'indiquer un lien wikipedia pour catégoriser les affichettes incitant les chiens à être propres, merci d'avance. Plus sérieusement, je pense que le tag wikipedia n'a pas sa place sur cet OOFR (*). Sinon, on peut aussi le mettre là où se trouve le tableau actuellement, là où se trouve le peintre mort, un autre pour la tombe du modèle peint (si le modèle est mort, sinon on peut le mettre sur sa maison de retraite), là où se trouve le marchand de couleurs qui ont servis au tableau, etc. C'est sans fin et assez pathétique. Et pour en rajouter une couche, on ne met qu'un seul lien wikipedia. Les liens interwiki ou le futur wikidata doivent pouvoir faire le reste. Pieren * Objet OSM Frisant le Ridicule ___ 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] Un noeud pour un tableau...
2013/3/4 Sylvain Maillard sylvain.maill...@gmail.com: d'autres sont prêts à dépenser quelques millions pour l'accrocher dans leurs salons Bof, ce panneau d'information doit valoir à tout casser une centaine d'euros. Payer plus serait une arnaque. Pieren (on parle bien de tagguer un panneau d'information qui parle d'un tableau qui représente l'endroit où se trouve le panneau, c'est bien ça ? OOMR pour Méga Ridicule) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre.openstreetmap.fr HS
Bonjour Pour moi ça ne répond toujours pas Et vous ? Le vendredi 01 mars 2013 à 09:43 +0100, Francescu GAROBY a écrit : Il répond, suite à un reboot hier soir. Mais la moulinette d'extraction n'arrive pas à récupérer le PDF depuis le site du cadastre. Francescu Le 1 mars 2013 09:18, Christian Quest cqu...@openstreetmap.fr a écrit : Pour moi il répond, mais l'extraction semble en panne (fichier vide généré sans délais). Le 28 février 2013 22:08, Vincent Pottier vpott...@gmail.com a écrit : Le 28/02/2013 22:02, Francescu GAROBY a écrit : Quelqu'un est au courant que cadastre.openstreetmap.fr ne répond plus ? Ni par l'adresse Web ni par SSH... -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ 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] cadastre.openstreetmap.fr HS
De: l...@worldonline.fr Bonjour Pour moi ça ne répond toujours pas Et vous ? Erreur 504 pour moi Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
LEs landuse=* ou name=* ou place=* n'ont rien à voir dans l'histoire, qu'ils soient corrects ou non, voire obsolètes. C'est bien un problème de définition des multipolygones internes/externes, multiples superposés qui s'annulent mutuellement, voire oubliés : il ne suffit pas, sur un fleuve contrairement à la mer, de taguer une île. Les riverbanks doivent donc être **complets** dans leur géométrie. Faire attention donc aux définitions de riverbanks, ne pas oublier d'y inclure les polygones inner pour exclure leur extension sur la surface des îles (les objets inclus en inner le contenu peuvent être quelconque, donc être eux-mêmes de n'importe quel type, landuse=* ou natural=* voire même autre chose (ce peut être aussi un building=* s'il occupe toute la surface de l'ilôt). Si on a tague une riverbank en tant que multipolygone, il y a des ways membres de rôle outer pour le contour ET il faut alors ajouter des ways membres de rôle inner pour les îles à exclure de la surface, et s'assurer qu'ils forment bien eux même une boucle fermée (sinon le contour inner prend l'eau). Si l'ilôt est étendu (formant des bras séparés sur un fleuve, il est plus facile en fait de dessiner un polygone ou multipolygone pour chaque bras séparé, ce qui simplifie nettement le contenu de ces relations (ensuite on peut **éventuellement** réunir avec un rôle riverbank les polygones riverbanks dans la relation maître du fleuve entier, tandis que le cours central du fleuve y est décrit par des ways membres de rôles main_stream ou side_stream (pour les main_stream il est préférable de les ordonner pour qu'ils fassent un seul trait connecté de la source à l'embouchure ou confluent, et on liste ensuite les divers segments secondaires side_stream. La relation maître du fleuve enfin peut référencer encore d'autres membres pour les relations maître des affluents, en les listant avec le rôle tributary. Il n'est pas nécessaire cependant, si un fleuve est décrit par une série de polygones ou multipolygones riverbank adjoints, que ceux-ci forment un seul polygone, ils peuvent rester séparés. Le 4 mars 2013 10:25, ades_...@orange.fr ades_...@orange.fr a écrit : J'ai eu le même pb, pas vraiment résolu, mais… avec landuse=# l'ile réapparait, pas trop satisfaisant si landuse multiples… sinon je crois qu'il faut tagger place= ET name=### (http://wiki.openstreetmap.org/wiki/Tag:place%3Disland) pas essayé… ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Taguer les zones de sismicité françaises
Le 4 mars 2013 08:35, Jean-Marc Liotier j...@liotier.org a écrit : On 03/04/2013 05:53 AM, Philippe Verdy wrote: Qu'en pensez-vous ? [..] Il y a sans doute d'autres définitions légales similaires sur la prévention des risques (zones inondables, zones de sécurité nucléaires...). Ce devrait être des données de long terme (pas les simples classements en état de catastrophe naturelle ou industrielle, même si ces zones sont très étendues, comme les zones historiques de sécheresse, ou de risques sanitaires spécifiques comme les épizooties, également temporaires, à moins que ce classement soit destiné à être permanent et révisé régulièrement). C'est bien, mais ça se relève comment sur le terrain ? Encore plus que pour les zones de crues (qui étaient un cas méritant discussion), il me semble qu'on sort de la définition des données géographiques vérifiables sur le terrain. On ne peut pas relever un risque sur le terrain. Le relevé c'est le texte de la loi lui-même. Et c'est parfaitement vérifiable et défini précisément. Tu as regardé le texte de loi ? Il est pourtant très clair. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
Le 4 mars 2013 à 15:43, Philippe Verdy a écrit : LEs landuse=* ou name=* ou place=* n'ont rien à voir dans l'histoire, qu'ils soient corrects ou non, voire obsolètes. C'est bien un problème de définition des multipolygones internes/externes, multiples superposés qui s'annulent mutuellement, voire oubliés : il ne suffit pas, sur un fleuve contrairement à la mer, de taguer une île. Les riverbanks doivent donc être **complets** dans leur géométrie. Faire attention donc aux définitions de riverbanks, ne pas oublier d'y inclure les polygones inner pour exclure leur extension sur la surface des îles (les objets inclus en inner le contenu peuvent être quelconque, donc être eux-mêmes de n'importe quel type, landuse=* ou natural=* voire même autre chose (ce peut être aussi un building=* s'il occupe toute la surface de l'ilôt). Si on a tague une riverbank en tant que multipolygone, il y a des ways membres de rôle outer pour le contour ET il faut alors ajouter des ways membres de rôle inner pour les îles à exclure de la surface, et s'assurer qu'ils forment bien eux même une boucle fermée (sinon le contour inner prend l'eau). Si l'ilôt est étendu (formant des bras séparés sur un fleuve, il est plus facile en fait de dessiner un polygone ou multipolygone pour chaque bras séparé, ce qui simplifie nettement le contenu de ces relations (ensuite on peut **éventuellement** réunir avec un rôle riverbank les polygones riverbanks dans la relation maître du fleuve entier, tandis que le cours central du fleuve y est décrit par des ways membres de rôles main_stream ou side_stream (pour les main_stream il est préférable de les ordonner pour qu'ils fassent un seul trait connecté de la source à l'embouchure ou confluent, et on liste ensuite les divers segments secondaires side_stream. La relation maître du fleuve enfin peut référencer encore d'autres membres pour les relations maître des affluents, en les listant avec le rôle tributary. Il n'est pas nécessaire cependant, si un fleuve est décrit par une série de polygones ou multipolygones riverbank adjoints, que ceux-ci forment un seul polygone, ils peuvent rester séparés. Ça devient un peu plus clair ;-) mais… si on a une ile, disons, moitié en forêt moitié en prairie comment doit t'on faire ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
Le 4 mars 2013 16:41, ades_...@orange.fr ades_...@orange.fr a écrit : Ça devient un peu plus clair ;-) mais… si on a une ile, disons, moitié en forêt moitié en prairie comment doit t'on faire ? On dessine le riverbank avec des ways membres inner faisant le tour complet de l'île, peut importe ce qui est dedans. Séparément on crée des polygones ou multipolygones pour la forêt ou la prairie, mais on ne les tague PAS en tant que riverbank. D'ailleurs pour tous les riverbanks qui sont définis comme des multipolygones (et non des polygones fermés simples), AUCUN de ses ways membres outer ne doit avoir le tag riverbank, on le met le tag riverbank alors QUE sur la relation de type multipolygone. Cela permet alors de dessiner aussi la prairie ou la forêt avec des multipolygones référençant les mêmes ways, qui eux non plus ne portent plus les tags de la prairie ou de la forêt (ces tags sont déplacés vers leur relation multipolygone). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] projection antarctique
Peter Korner a mis en ligne sa recette (la page wiki a été mise à jour aujourd'hui) pour créer des tuiles Mapnik de l'antarctique. Et de manière assez détaillée : https://github.com/MaZderMind/mapnik-stylesheets Le 3 mars 2013 11:36, Jean-Guilhem Cailton j...@arkemie.com a écrit : Le 25/02/2013 16:56, Guillaume Allegre a écrit : Salut, Je cherche s'il existe un projet pour un rendu polaire (antarctique) des données OSM, et je ne trouve rien, ce qui m'étonne. Salut Guillaume, Je pense à toi en voyant cette nouvelle page : https://wiki.openstreetmap.org/wiki/Antarctica/Creating_a_map -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
merci c'est un peu plus clair. dans le même ordre type de problème osmose me signale :Nature du multipolygon inconsistant avec la nature de ces membres , là : http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.40315lon=-0.27621layers=BFFT je ne comprends pas trop (j'ai lu l'aide d'osmose, mais je ne comprends pas plus). Le multypoly outer disparrait d'ailleurs quand on le passe en .shp, que ce soit sur le site de geofabrik en ouvrant le .osm avec Qgis ou en le traduisant avec FME. (si ma question apparait comme un squatt du fil d'origine on peut la mettre sur un nouveau fil) Le 4 mars 2013 à 16:58, Philippe Verdy a écrit : Le 4 mars 2013 16:41, ades_...@orange.fr ades_...@orange.fr a écrit : Ça devient un peu plus clair ;-) mais… si on a une ile, disons, moitié en forêt moitié en prairie comment doit t'on faire ? On dessine le riverbank avec des ways membres inner faisant le tour complet de l'île, peut importe ce qui est dedans. Séparément on crée des polygones ou multipolygones pour la forêt ou la prairie, mais on ne les tague PAS en tant que riverbank. D'ailleurs pour tous les riverbanks qui sont définis comme des multipolygones (et non des polygones fermés simples), AUCUN de ses ways membres outer ne doit avoir le tag riverbank, on le met le tag riverbank alors QUE sur la relation de type multipolygone. Cela permet alors de dessiner aussi la prairie ou la forêt avec des multipolygones référençant les mêmes ways, qui eux non plus ne portent plus les tags de la prairie ou de la forêt (ces tags sont déplacés vers leur relation multipolygone). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un noeud pour un tableau...
oui, on parle bien de ce genre de panneaux, évoquant des tableaux connus ;) je pense que le cas des lieux truc est né ici, machin a dormi là est le même, ça reste des points touristiques comme les autres ... Le 4 mars 2013 14:35, Pieren pier...@gmail.com a écrit : 2013/3/4 Sylvain Maillard sylvain.maill...@gmail.com: d'autres sont prêts à dépenser quelques millions pour l'accrocher dans leurs salons Bof, ce panneau d'information doit valoir à tout casser une centaine d'euros. Payer plus serait une arnaque. Pieren (on parle bien de tagguer un panneau d'information qui parle d'un tableau qui représente l'endroit où se trouve le panneau, c'est bien ça ? OOMR pour Méga Ridicule) ___ 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] Un noeud pour un tableau...
Le 4 mars 2013 19:51, Sylvain Maillard sylvain.maill...@gmail.com a écrit : oui, on parle bien de ce genre de panneaux, évoquant des tableaux connus ;) je pense que le cas des lieux truc est né ici, machin a dormi là est le même, ça reste des points touristiques comme les autres ... Et bien il y a tourism=information et information=board et même 30.000 sorte de board proposed features à http://wiki.openstreetmap.org/wiki/Tag:information%3Dboard, ça ne va pas ? (Ceci est ma première proposition de tag osm, ne rigolez pas trop si c'est nul) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre.openstreetmap.fr HS
Le 04/03/2013 15:17, thevenon.jul...@free.fr a écrit : De: l...@worldonline.fr Bonjour Pour moi ça ne répond toujours pas Et vous ? Erreur 504 pour moi Je viens de redémarrer le serveur, parce que je n'arrivais plus à y accéder par ssh. Ça a l'air de remarcher correctement maintenant. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
Le 4 mars 2013 18:27, ades_...@orange.fr ades_...@orange.fr a écrit : merci c'est un peu plus clair. dans le même ordre type de problème osmose me signale :Nature du multipolygon inconsistant avec la nature de ces membres , là : http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.40315lon=-0.27621layers=BFFT je ne comprends pas trop (j'ai lu l'aide d'osmose, mais je ne comprends pas plus). Le multypoly outer disparrait d'ailleurs quand on le passe en .shp, que ce soit sur le site de geofabrik en ouvrant le .osm avec Qgis ou en le traduisant avec FME. Je ne vois aucune erreur à ce niveau, mais sans doute quelqu'un (toi peut-être) a déjà corrigé. Comme tu n'a pas mentionné quels objets (identifiants, et types chemin/relation/noeud) était concerné, impossible de répondre, la zone que tu affiches est trop grande. De plus note tout de même qu'Osmose a presque toujours un certain retard dans son analyse (affiché en haut de la page, actuellement voisin de 0,71 jours), le problème n'est peut-être déjà plus là même s'il est encore affiché. Mais là je ne vois rien sur ton lien. Si tu as encore des problèmes avec ton shapefile, précise quels objets sont concernés. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] l'ile Saint-Laurent a coulé
Ca y est je viens de comprendre : si tu as créé des multipolygones mitoyens, les chemins en commun séparant des zones de nature différentes ne doivent PAS porter les attributs landuse=* ou nature=* : ces attributs vont dans les deux relations mitoyennes et seulement elles. Sinon ces chemins entrent en conflit pour leur interprétation. Bref retire les attributs en trop qui sont déjà dans les relations Tu peux garder les attributs name=* ou ref=* s'ils sont signifiant pour le chemin lui-même (par exemple le nom ou le numéro de référence d'une route ou d'une rivière). Ces noms sont alors normalement préférés aux noms donnés aux deux polygones mitoyens dans le cadre d'un rendu. Si tu ôte ce nom ou la référence du chemin mitoyen, alors le rendu composera un ou plusieurs noms pris parmi les relations qui utilisent ce chemin (difficile de savoir lequel et où, cela dépend de la nature des multipolygones). En général pour les multipolygones de landuse/natural le nom n'est pas affiché le long de la rontière mais plutôt au centre de la surface décrite (mais cela dépend des niveaux de zoom : à niveau de zoom élevé, on ne voit plus nécessairement le centre de la relation et ce nom placé au milieu a tendance à polluer le rendu de la carte, et il est préférable de l'afficher plutôt le long des frontières visibles s'il y a de la place pour). Le 4 mars 2013 22:36, Philippe Verdy verd...@wanadoo.fr a écrit : Le 4 mars 2013 18:27, ades_...@orange.fr ades_...@orange.fr a écrit : merci c'est un peu plus clair. dans le même ordre type de problème osmose me signale :Nature du multipolygon inconsistant avec la nature de ces membres , là : http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.40315lon=-0.27621layers=BFFT je ne comprends pas trop (j'ai lu l'aide d'osmose, mais je ne comprends pas plus). Le multypoly outer disparrait d'ailleurs quand on le passe en .shp, que ce soit sur le site de geofabrik en ouvrant le .osm avec Qgis ou en le traduisant avec FME. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Taguer les zones de sismicité françaises
Peut-être justement pour la raisons que j'invoquais : le nombre de mises à jour à faire et la maintenance (car il manque encore des cantons et communes). De plus cela fait des tags supplémentaires dans ces objets de base pour un usage finalement assez spécifique. Comme je le disais le nombre de zones définissables ainsi peut être très important (il n'y a pas que la sismicité, la loi définit plein d'autres zones de la même façon). Si on met le tag sur le département alors qu'il a des exceptions sur des cantons et communes, cela complique beaucoup l'analyse car il faut chercher récursivement sur plein de niveaux (et les requêtes géométriques pour énumérer les arrondissements, cantons, cantons et communes d'un département sont particulièrement lourdes du fait qu'on n'a pas voulu inclure en France les subarea qui sont pourtant utilisés ailleurs pour faciliter énormément ce genre de requêtes, d'autant plus que si on fait une requête géométrique et que les sous-zones ne font pas une couverture à 100% et sans double compte (penser aux îles oubliées), on se retrouve en fin de compte avec des polygones générés pour le rendu qui affichent des tonnes de microfragments oubliés, que le modèle purement géométrique ne permet pas de résoudre ou vérifier facilement). Imaginons qu'on définisse les zones sismiques, les zones inondables ou submersibles, les zones dangereuses (effondrements, glissements de terrain, risques de chute de pierres, couloirs d'avalanches), les zones polluées, les zones faisant l'objet d'un programme de sauvegarde ou de restauration, les zones protégées pour leur caractère patrimonial ou historique, les zones à construction réglementées... La loi définit plein de telles classifications (notamment le Code rural et de l'environnement, mais aussi le code fiscal concernant les zones franches par exemple, ou les zones d'emploi, les zones d'éducation prioritaire, les zones à aménager, les zones bénéficiant de certaines aides européennes, les zones des appellations protégées) Combien de tags va(t-on alors ajouter aux départements, arrondissements, cantons, communes, quartiers ? N'est-ce pas justement plus simple de ne pas modifier les zones administratives mais les référencer de façon indirecte dans des relations à part ? Le 4 mars 2013 22:50, Vincent Meurisse osm-talk...@meurisse.org a écrit : * soit dans un tag supplémentaire dans les communes * soit dans 5 nouvelles relations se contentant de lister les départements, cantons ou communes membres sous forme uniquement relationelle Qu'en pensez-vous ? http://wiki.openstreetmap.org/wiki/FR:Relations/Relations_are_not_Categories Pourquoi ne pas mettre simplement l'info au niveau où elle est définie: sur les départements quand c'est possible et sur les communes pour les exceptions? -- Vincent Meurisse ___ 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
[OSM-talk-fr] relations, multipolygone, landuses (était : l'ile Saint-Laurent a coulé)
Je dois avoir des problèmes relationnels ;-) Pour reformuler, avec 3 polygones de landuse (A, B et C) : A rôle=outer ; B rôle=inner et C rôle=inner dans une même relation. avec 3 landuse différends. Ça fonctionne si A, B et C n'ont aucun segment en commun Ça ne fonctionne plus si A et B (ou C) ont un segment commun ? ni si B et C ont un segment commun ? avec comme attributs : A - landuse =farm ; B - landuse=residential ; C - landuse=meadow ; B et C mitoyens je ne comprends pas ce qu'il faut modifier dans les attributs ou dans la relation. La mitoyenneté créé une relation de fait ? Sinon si je dégroupe les chemins (nœud par noeud, touche 'G') ? ça va être long, moins pratique pour les modifications ultérieures et moins satisfaisant géométriquement. :-( Y-a encore du brouillard ;-) Le 4 mars 2013 à 22:45, Philippe Verdy a écrit : Ca y est je viens de comprendre : si tu as créé des multipolygones mitoyens, les chemins en commun séparant des zones de nature différentes ne doivent PAS porter les attributs landuse=* ou nature=* : ces attributs vont dans les deux relations mitoyennes et seulement elles. Sinon ces chemins entrent en conflit pour leur interprétation. Bref retire les attributs en trop qui sont déjà dans les relations Tu peux garder les attributs name=* ou ref=* s'ils sont signifiant pour le chemin lui-même (par exemple le nom ou le numéro de référence d'une route ou d'une rivière). Ces noms sont alors normalement préférés aux noms donnés aux deux polygones mitoyens dans le cadre d'un rendu. Si tu ôte ce nom ou la référence du chemin mitoyen, alors le rendu composera un ou plusieurs noms pris parmi les relations qui utilisent ce chemin (difficile de savoir lequel et où, cela dépend de la nature des multipolygones). En général pour les multipolygones de landuse/natural le nom n'est pas affiché le long de la rontière mais plutôt au centre de la surface décrite (mais cela dépend des niveaux de zoom : à niveau de zoom élevé, on ne voit plus nécessairement le centre de la relation et ce nom placé au milieu a tendance à polluer le rendu de la carte, et il est préférable de l'afficher plutôt le long des frontières visibles s'il y a de la place pour). Le 4 mars 2013 22:36, Philippe Verdy verd...@wanadoo.fr a écrit : Le 4 mars 2013 18:27, ades_...@orange.fr ades_...@orange.fr a écrit : merci c'est un peu plus clair. dans le même ordre type de problème osmose me signale :Nature du multipolygon inconsistant avec la nature de ces membres , là : http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=47.40315lon=-0.27621layers=BFFT je ne comprends pas trop (j'ai lu l'aide d'osmose, mais je ne comprends pas plus). Le multypoly outer disparrait d'ailleurs quand on le passe en .shp, que ce soit sur le site de geofabrik en ouvrant le .osm avec Qgis ou en le traduisant avec FME. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
