Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
> > Concernant les polygones énormes, récemment, je n'ai pas eus beaucoup de > temps. Si quelqu'un veut créer une page sur le wiki avec les ids de ces > polygones, je ferais en sorte de les découper la ou il y a besoin et > d'ensuite les intégrer dans OSM. > > > J'ai ajouté une section à la page http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Op%C3%A9rations_post-import. Si la liste grandit beaucoup, il sera peut être nécessaire d'en faire une page unique. Je pourrais aussi ajouter des infos du type taille, statut (nouveau, importé,...) du polygone, ... si c'est utile pour leur traitement. C'est ma première modif wiki sur OSM. Les critiques sont attendues... ;) Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Emilie Laffray a écrit : > Il y a deux raisons pour laquelle les polygones non pas été intégrés: On peut le déduire de l'outil clc/import : les polygones pour lesquels une correspondance a été établie sont dans la liste marqués avec un astérisque. Donc... > - Overlap avec un polygone existant dans OSM = polygone non importé avec astérisque > - Zone avec un code qui n'a pas été accepté dans les imports Corine = polygone non importé sans astérisque -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/11/2 Ab_fab > > _ Pourquoi ce polygone n'a pas été intégré ? > (overlapping à corriger, nature réelle du terrain à contrôler de visu ...) > Il y a deux raisons pour laquelle les polygones non pas été intégrés: - Overlap avec un polygone existant dans OSM - Zone avec un code qui n'a pas été accepté dans les imports Corine _ Comment repérer un polygone facile à importer ? > (et inversement quels sont les polygones qu'il est souhaitable de "laisser" > aux plus aguerris) > Tous les polygones sont faciles a importer a part ceux qui sont énormes, du fait de leur taille qui fait peur aux logiciels. > _ Comment importer "proprement" > Pour importer proprement, c'est simple tu importes les polygone et tu prends soin de fusionner tous les points en double la ou il y en a. Rien de complique. > _ Mon coin est un gruyère où les trous sont des "Systèmes culturaux et > parcellaires complexes". C'est bien, mais j'en fais quoi ? > > Bonne question. Ça dépend de ce qu'il y a sur le terrain. Sans savoir ce que c;est exactement, tu ne peux pas importer ces données. Dans un endroit de ma ville, il y a des vergers; dans d'autres, ce sont des jardins communaux, voire même des champs. Si tu ne vas pas sur place, tu ne pourras choisir le bon tag. > Bref faire une synthèse de tout ce qui a été discuté et rodé ces dernières > semaines :-) > > Avec ces articles de presse qui devraient drainer de nouvelles fourmis > pleines de bonne volonté (croisons les doigts), je pense que c'est une voie > de contribution qu'il faudra mettre en valeur, d'autant qu'elle fait appel à > la connaissance personnelle du terrain plutôt qu'à la possession d'un GPS. > J'imagine que les zones "vierges" doivent laisser plus d'un nouveau venu > circonspect, quand il commence à regarder des régions connues. Etre guidé > vers l'outil qui permettra > Tout a fait d'accord. Concernant les polygones énormes, récemment, je n'ai pas eus beaucoup de temps. Si quelqu'un veut créer une page sur le wiki avec les ids de ces polygones, je ferais en sorte de les découper la ou il y a besoin et d'ensuite les intégrer dans OSM. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/11/2 Ab_fab > > Je vois que les polygones entrés manuellement sont relativement concentrés > géographiquement, donc il doit se cacher quelques spécialistes de l'import > manuel là dessous. > (je ne serais pas étonné qu'ils rodent sur cette liste de diffusion, > d'ailleurs ;-) ) > Disons surtout que les poly importés se situent dans des zones ou un/des contributeurs travaillent habituellement. Par exemple je connait très bien le terrain sur mon ancienne commune et celle limitrophes c'est donc dans cette zone que mon travail c'ets concentré. > Par manque de temps (ou de neurones, allez savoir ...), je reste encore > très prudent pour me lancer dans l'aventure. > > La section du wiki [1] renvoie comme il se doit à l'interface Osmose dédiée > à cette tâche, mais on n'y trouve pas d'exemples concrets sur les bonnes > méthodes d'import manuel > > _ Pourquoi ce polygone n'a pas été intégré ? > (overlapping à corriger, nature réelle du terrain à contrôler de visu ...) > Je croit pas que l'on puisse disposer de la raison du 'non import'. Le script d'import n'ayant probablement pas loggé pour chacun des poly la raison du rejet. > _ Comment repérer un polygone facile à importer ? > Un landluse residential non importé à cause d'un cimetière ou d'une aire de jeu, une foret (ou n'importe quel autre poly) plus détaillé que celle tracée. > (et inversement quels sont les polygones qu'il est souhaitable > de "laisser" aux plus aguerris) > _ Comment importer "proprement" > C'est une vaste question dans l'ensemble il faut éviter que 2 landluse se chevauchent. Ensuite vient le problème de savoir si c'est les données de Corine les plus précisent ou celle déjà tracées (et là ça devient coton). > _ Mon coin est un gruyère où les trous sont des "Systèmes culturaux et > parcellaires complexes". C'est bien, mais j'en fais quoi ? > Un repérage via image satellite et/ou une visite sur place s'impose. > Bref faire une synthèse de tout ce qui a été discuté et rodé ces dernières > semaines :-) > Ça serait bien en effet. Reste toujours un problème pour moi, à savoir les "méga poly" non importés, comme la foret des landes, les landluse farm un peut partout en France. Il faudrait une méthodo pour les travailler, car ils apportent des informations sur l'utilisation des sols très vastes (suffit de voir la taille des poly dont on a déjà discuté sur ce fil). -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Bonjour, Le travail d'import manuel des polygones est colossal, et va demander beaucoup de temps. Plus les fourmis seront nombreuses, et plus vite on en viendra à bout. Je vois que les polygones entrés manuellement sont relativement concentrés géographiquement, donc il doit se cacher quelques spécialistes de l'import manuel là dessous. (je ne serais pas étonné qu'ils rodent sur cette liste de diffusion, d'ailleurs ;-) ) Par manque de temps (ou de neurones, allez savoir ...), je reste encore très prudent pour me lancer dans l'aventure. La section du wiki [1] renvoie comme il se doit à l'interface Osmose dédiée à cette tâche, mais on n'y trouve pas d'exemples concrets sur les bonnes méthodes d'import manuel _ Pourquoi ce polygone n'a pas été intégré ? (overlapping à corriger, nature réelle du terrain à contrôler de visu ...) _ Comment repérer un polygone facile à importer ? (et inversement quels sont les polygones qu'il est souhaitable de "laisser" aux plus aguerris) _ Comment importer "proprement" _ Mon coin est un gruyère où les trous sont des "Systèmes culturaux et parcellaires complexes". C'est bien, mais j'en fais quoi ? Bref faire une synthèse de tout ce qui a été discuté et rodé ces dernières semaines :-) Avec ces articles de presse qui devraient drainer de nouvelles fourmis pleines de bonne volonté (croisons les doigts), je pense que c'est une voie de contribution qu'il faudra mettre en valeur, d'autant qu'elle fait appel à la connaissance personnelle du terrain plutôt qu'à la possession d'un GPS. J'imagine que les zones "vierges" doivent laisser plus d'un nouveau venu circonspect, quand il commence à regarder des régions connues. Etre guidé vers l'outil qui permettra Qu'en dites-vous ? [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover#Op.C3.A9rations_post-import Le 23 octobre 2009 19:59, ZenerZ a écrit : > > Je ne me suis jamais réellement présenté sur la liste, donc tout d'abord > "Bonjour". > > Merci pour tout le travail effectué sur CLC. Ça rend vraiment les rendus > vivants et évite les remarques du genre "Ya plein de blancs!!!" quand on > présente le projet à des extérieurs. Bon..., il me reste encore quelques > routes à mapper par chez moi... > > Je voulais savoir quel était le status quant à l'import des grands > polygones > issus de CLC. J'avais déjà signalé plus haut une forêt qui me semblait > impressionnante et je suis maintenant face à une zone arable (FR-96080) de > 24000 nodes (60km x 120km) qui ralentit un peu mon PC... Je pense être > tranquille dans mon coin une fois que tout ça sera importé mais ça peut > concerner d'autres personnes. > > Faut-il simplement signaler ces zones pour quelles soient importées dans > OSM > par Emilie comme proposé dans un post (Mais tu es certainement occupée à > plein d'autres choses et ne va pas faire ça tout le temps... je pense > exclure cette possibilité ;) )? > Doit-on se forcer à les découper en quelques relations et les regrouper > dans > une super-relation? > Juste les couper en morceaux au pif, là où ça arrange, en dupliquant les > étiquettes et uploader le tout (j'ai déjà uploadé un bout de forêt comme ça > mais je n'ose pas continuer car ça prend du temps de le faire et c'est peut > être une bétise qu'il faudra supprimer...)? > Couper en suivant des limites administratives type commune pour éviter > d'avoir des surfaces trop grandes (j'y pensais pour les forêts car on voit > souvent "Forêt communale de ...")? Mais je déteste l'idée de fractionner > une zone naturelle qui se moque des limites administratives. > > Est-ce que je me fais des nœuds à la tête pour rien? Dans ce cas désolé, > je > commence... > > Merci pour vos indications. > > Cordialement, > > Cedric > > > > > Emilie Laffray wrote: > > > > 2009/10/12 tenshu > > > >> J'ai réussi à l'ouvrir et à naviguer un peut avec Merkaator, il est > >> vraiment très grand ! > >> Il traverse quasiment tout le 77 et plus loin à l'Est et au Sud en > >> faisant > >> une petite incursion jusque dans l'Essonne à l'ouest. > >> > > > > Ce soir, je le regarderais, je ferais les decoupages necessaires pour une > > inclusion dans OSM a partir de ma base de donnee. > > > > Emilie Laffray > > > > ___ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > > > > > -- > View this message in context: > http://n2.nabble.com/Import-polygones-CLC-manquants-Retour-d-experience-tp3802796p3880631.html > Sent from the French OSM list mailing list archive at Nabble.com. > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- -- ab_fab "Il n'y a pas de pas perdus" ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
> > Sinon, je pense que l'on a *beaucoup* à gagner à importer cette forêt > même si ça chevauche d'autres polygone... > Oh oui comme les farm de l'est parisien :q Si on te dit les poly à uploader Émilie, ce serait pas abuser de te les indiquer? Je veut dire si tu as le temps hein sinon tant pis y'a pleins d'autres choses à tracer ;) -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le jeudi 15 octobre 2009 à 23:18 +0200, Frédéric Rodrigo a écrit : > Le jeudi 15 octobre 2009 22:58:33, Christophe Merlet (RedFox) a écrit : > > Le jeudi 15 octobre 2009 à 20:39 +0100, Emilie Laffray a écrit : > > > Christophe Merlet (RedFox) wrote: > > > > J'aimerais vraiment voir la forêt des Landes :) > > > > > > > > Je suis pour un import bourrin et une vérification après coup une > > > > petite zone après l'autre... > > > > > > Tu as l'ID? > > > Je ferais ca ce week end. > > > > Ce morceau > > http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-221328 > > > > http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?zoom=11&lat=44.22361&lo > > n=-0.92081&layers=TB0T&ch=111,112,121,123,124,131,132,133,211,212,213,221,2 > > 22,223,231,311,312,313,321,322,323,332,335,411,412,421,422,423,512,521&st=o > > ut > > Bonsoir, > Est-ce qu'il y a besoin que j'arrête de toucher à des poly qui touche la > foret > des Landes ? > Je fais des imports manuel au sud de Bordeaux. Si tu ne fais que des imports de polygones CLC sans les triturer, ça ne pose aucun problème. Sinon, je pense que l'on a *beaucoup* à gagner à importer cette forêt même si ça chevauche d'autres polygone... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le jeudi 15 octobre 2009 à 20:39 +0100, Emilie Laffray a écrit : > Christophe Merlet (RedFox) wrote: > > J'aimerais vraiment voir la forêt des Landes :) > > > > Je suis pour un import bourrin et une vérification après coup une petite > > zone après l'autre... > > > Tu as l'ID? > Je ferais ca ce week end. Ce morceau http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-221328 http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?zoom=11&lat=44.22361&lon=-0.92081&layers=TB0T&ch=111,112,121,123,124,131,132,133,211,212,213,221,222,223,231,311,312,313,321,322,323,332,335,411,412,421,422,423,512,521&st=out Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le dimanche 11 octobre 2009 à 13:48 +0100, Emilie Laffray a écrit : > > > 2009/10/11 Christophe Merlet (RedFox) > > > > J'utilise JOSM en 64 bit avec 4 Go de RAM. > JOSM a une gestion mémoire déplorable. La consommation de RAM > ne fait > qu'augmenter modif après modif. Avoir 4 ou 8 go de RAM permet > juste de > repousser l'instant ou il faut tout fermer et r'ouvrir. > > Le gros problème vient de la programmation de JOSM qui se met > à ramer > dès qu'il doit gérer plusieurs dizaines de milliers de points. > Dans le cas de la forêt des Landes ou de Sologne, le simple > chargement > de la relation rend l'interface inutilisable avec des temps > d'attente > d'une minute pour chaque clic dans l'interface. > > D'autant plus surprenant, qu'un simple jeux 3D gère lui des > polygones et > des scènes 100 fois plus complexe en temps réel. > > Oui, bon, pas la peine d'utiliser alors. Je pense que JOSM commence a > montrer son âge en terme d'éditeur. > Si vous voulez que je regarde un polygone en particulier, contactez > moi et je ferais quelques calculs pour le couper en conséquence afin > d'enlever les overlaps. Après, je ferais un upload utilisant l'outil > de Yann Coupin. Ce serait bien de faire l'import... J'ai tenté d'importer directement la forêt des landes avec JOSM. Malheureusement, l'API 0.6 m'interdit d'uploader plus de 5 et les Landes en font plus de 84000... J'ai voulu le faire avec le script bulk_upload.py dispo sur le wiki d'OSM, mais la dépendances python-graph n'est pas packagé sur Fedora. Je ne vais pas m'aventurer à plus de bidouillage... > Je me sens d'autant plus concernée par la Sologne que c'est pas très > loin de chez moi. Je vais voir pour créer une page sur le wiki pour > lister ces zones problématiques. J'aimerais vraiment voir la forêt des Landes :) Je suis pour un import bourrin et une vérification après coup une petite zone après l'autre... Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/10/12 Etienne Chové > Vincent Meurisse a écrit : > > 3 des outer ont 2001 nœuds > > Emilie, t'as une version corrigée ? Je doit avoir une ancienne version > avant la correction du bug 2001. > Je t'enverrais ca ce soir. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le lundi 12 octobre 2009 à 11:30 +0200, tenshu a écrit : > Le retour des polygones géants de la mort. > > Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242 > exploitations [agricoles]" qui couvrent 60% de la Seine et Marne? > --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749 > [16.1mo] > > J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux > coucou, a tenté de se jeter par le fenêtre :q > Mais a vu de nez c'est un très très beau et aussi très complexe > polygone à importer. > --> http://img128.imageshack.us/img128/7974/captureq.png > > J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des > conseils je suis preneur... ÉNORME Presque 3 minutes pour que JOSM l'ouvre et un quart avant avant de réussir a avoir les stats :/ 204529 noeuds et 1 relation contenant 1749 voies dont une cinquantaine de 2001 noeuds... Pour tester, j'ai ouvert le polygone dans Merkaartor, ça n'a pris qu'une dizaine de secondes, mais il y a des bugs de rendus. Il s'embrouille les pinceaux dans les inner et outer. L'interface est réactif, le curseur se balade dans les zones du polygones qui passe en surbrillance... mais 10 secondes plus tard ça fige avec 100% du CPU utilisé :(( Bref, il manque encore un outil pour travailler sur des grandes zones OSM chargées de noeuds. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/10/12 tenshu > J'ai réussi à l'ouvrir et à naviguer un peut avec Merkaator, il est > vraiment très grand ! > Il traverse quasiment tout le 77 et plus loin à l'Est et au Sud en faisant > une petite incursion jusque dans l'Essonne à l'ouest. > Ce soir, je le regarderais, je ferais les decoupages necessaires pour une inclusion dans OSM a partir de ma base de donnee. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
J'ai réussi à l'ouvrir et à naviguer un peut avec Merkaator, il est vraiment très grand ! Il traverse quasiment tout le 77 et plus loin à l'Est et au Sud en faisant une petite incursion jusque dans l'Essonne à l'ouest. 2009/10/12 Emilie Laffray > > > 2009/10/12 tenshu > >> Le retour des polygones géants de la mort. >> >> Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242 >> exploitations [agricoles]" qui couvrent 60% de la Seine et Marne? >> --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749[16.1mo] >> >> J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux coucou, a >> tenté de se jeter par le fenêtre :q >> Mais a vu de nez c'est un très très beau et aussi très complexe polygone à >> importer. >> --> http://img128.imageshack.us/img128/7974/captureq.png >> >> J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des >> conseils je suis preneur... >> > > Je regarderais ce soir pour tuer le monstre si besoin! > > Emilie Laffray > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/10/12 tenshu > Le retour des polygones géants de la mort. > > Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242 > exploitations [agricoles]" qui couvrent 60% de la Seine et Marne? > --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749[16.1mo] > > J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux coucou, a > tenté de se jeter par le fenêtre :q > Mais a vu de nez c'est un très très beau et aussi très complexe polygone à > importer. > --> http://img128.imageshack.us/img128/7974/captureq.png > > J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des > conseils je suis preneur... > Je regarderais ce soir pour tuer le monstre si besoin! Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le retour des polygones géants de la mort. Vous vous demandiez où sont passés les quelques "343.000 ha pour 3.242 exploitations [agricoles]" qui couvrent 60% de la Seine et Marne? --> http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-6749 [16.1mo] J'ai tenté une ouverture dans JOSM mais mon CPU qui est un vieux coucou, a tenté de se jeter par le fenêtre :q Mais a vu de nez c'est un très très beau et aussi très complexe polygone à importer. --> http://img128.imageshack.us/img128/7974/captureq.png J'avoue qu'uploader un pareil monstre me fait peur, si vous avez des conseils je suis preneur... 2009/10/12 Lionel Maraval > > Le 11 octobre 2009 15:13, Vincent Pottier a écrit : > > >> Je n'ai pas trouvé comment le lancer (sur mac : sans ligne de commande) >> avec un paquet de RAM. >> -- >> Vincent alias FrViPofm >> >> > Je me sers du "Mac OSX JOSM package" pris sur le site de JOSM. > En affichant le contenu du paquet dans le Finder on peut accéder au fichier > "info.plist" qui contient une ligne indiquant la quantité de mémoire à > utiliser, comme en ligne de commande : > VMOptions > -Xmx1200m > > -- > > Lionel > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le 11 octobre 2009 15:13, Vincent Pottier a écrit : > Je n'ai pas trouvé comment le lancer (sur mac : sans ligne de commande) > avec un paquet de RAM. > -- > Vincent alias FrViPofm > > Je me sers du "Mac OSX JOSM package" pris sur le site de JOSM. En affichant le contenu du paquet dans le Finder on peut accéder au fichier "info.plist" qui contient une ligne indiquant la quantité de mémoire à utiliser, comme en ligne de commande : VMOptions -Xmx1200m -- Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Entièrement d'accord. La complexité des données OSM allant grandissant, de vrais outils SIG accédant en direct aux bases postgis vont devenir utiles. Bon, pour ma part, je n'aime pas trop OpenJump (car je n'aime pas Java qui me lance un "OSLike" en tâche de fond juste pour un logiciel). Qgis commence à être bien mûr, et on peut développer assez facilement des plugins très intéressants en python. Le 11 octobre 2009 16:26, Emilie Laffray a écrit : > kimaidou wrote: > > Bonjour > > > > Je n'ai pas essayé, mais en passant, rapidement, je voulais savoir si > > vous aviez essayé le nouveau qgis, avec son plugin OSM. Ce plugin en > > est à ses début, mais qgis lui est un vrai logiciel SIG (et pas en > > java) qui gère bien les géométries complexes et lourdes. Peut-être que > > la grosse forêt des landes pourrait être regardée à la loupe dans qgis ? > Le plus a mon avis c'est de travailler a partir de la base de données et > d'outils comme QGis. Selon la mémoire nécessaire, j'utiliserais OpenJump > (utilisable en 64 Bits). J'ai la base de donnée qui permet de voir les > polygones qui touchent le polygone si besoin est. Dans les cas les plus > complexes comme ceux ci, on a plus a y gagner a les importer en faisant > les modifications a partir de la base de donnée initialement, de faire > les modifications et ensuite de générer le fichier OSM pour import. Je > pense que QGis pourrait être utile pour ça. > > Emilie Laffray > > > ___ > 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] Import polygones CLC manquants - Ret our d'expérience.
kimaidou wrote: > Bonjour > > Je n'ai pas essayé, mais en passant, rapidement, je voulais savoir si > vous aviez essayé le nouveau qgis, avec son plugin OSM. Ce plugin en > est à ses début, mais qgis lui est un vrai logiciel SIG (et pas en > java) qui gère bien les géométries complexes et lourdes. Peut-être que > la grosse forêt des landes pourrait être regardée à la loupe dans qgis ? Le plus a mon avis c'est de travailler a partir de la base de données et d'outils comme QGis. Selon la mémoire nécessaire, j'utiliserais OpenJump (utilisable en 64 Bits). J'ai la base de donnée qui permet de voir les polygones qui touchent le polygone si besoin est. Dans les cas les plus complexes comme ceux ci, on a plus a y gagner a les importer en faisant les modifications a partir de la base de donnée initialement, de faire les modifications et ensuite de générer le fichier OSM pour import. Je pense que QGis pourrait être utile pour ça. Emilie Laffray signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Bonjour Je n'ai pas essayé, mais en passant, rapidement, je voulais savoir si vous aviez essayé le nouveau qgis, avec son plugin OSM. Ce plugin en est à ses début, mais qgis lui est un vrai logiciel SIG (et pas en java) qui gère bien les géométries complexes et lourdes. Peut-être que la grosse forêt des landes pourrait être regardée à la loupe dans qgis ? Kimaidou Le 11 octobre 2009 15:13, Vincent Pottier a écrit : > Emilie Laffray a écrit : > > Christophe Merlet (RedFox) wrote: > > > >> C'est effectivement une très grande forêt elle aussi intraitable avec > >> JOSM > >> 41276 noeuds et une relation de 327 voies ! > >> > >> Voilà le lien > >> > http://localhost:8111/import?url=http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-73751 > >> et le permalink > >> > http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?layers=TB0T&zoom=16&lat=47.49503&lon=2.08083&ch=311&st=out > >> > >> > >> > Découpage en plusieurs relations ? Une super relation est-elle nécessaire ? > > > > Je regarderais ce que je peux faire cette semaine. Quelqu'un a t'il deja > > utilise JOSM en mode 64 bits avec 4Go de RAM? Si oui, je ne tenterais > > pas, sinon je ferais cela. Normalement JOSM doit pouvoir marcher mieux > > avec plein de RAM. > > > > Emilie Laffray > > > Ouais, parce que mon JOSM, faute de RAM, il ne manque pas de ramer, > voire de planter ! > Je n'ai pas trouvé comment le lancer (sur mac : sans ligne de commande) > avec un paquet de RAM. > -- > Vincent alias FrViPofm > > ___ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Emilie Laffray a écrit : > Christophe Merlet (RedFox) wrote: > >> C'est effectivement une très grande forêt elle aussi intraitable avec >> JOSM >> 41276 noeuds et une relation de 327 voies ! >> >> Voilà le lien >> http://localhost:8111/import?url=http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-73751 >> et le permalink >> http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?layers=TB0T&zoom=16&lat=47.49503&lon=2.08083&ch=311&st=out >> >> >> Découpage en plusieurs relations ? Une super relation est-elle nécessaire ? > > Je regarderais ce que je peux faire cette semaine. Quelqu'un a t'il deja > utilise JOSM en mode 64 bits avec 4Go de RAM? Si oui, je ne tenterais > pas, sinon je ferais cela. Normalement JOSM doit pouvoir marcher mieux > avec plein de RAM. > > Emilie Laffray > Ouais, parce que mon JOSM, faute de RAM, il ne manque pas de ramer, voire de planter ! Je n'ai pas trouvé comment le lancer (sur mac : sans ligne de commande) avec un paquet de RAM. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Christophe Merlet (RedFox) a écrit : > Ce fil de discussion pose une question qui n'obtient pas de réponse. > On peut être une forêt ET un parc national. > On peut être une forêt ET une zone militaire. > Tout à fait. Mais la complexité des situation ne se résoudra pas par un laxisme dans la méthode. La question du "military" a été abordée récemment sur cette liste sans réponse satisfaisante actuellement . (à mon avis, le boundary=military_quelque_chose serait pas mal...) Le sens du "landuse" commence à être discuté (de façon marginale dans les "talk pages" des "proposed features") pour une redéfinition globale. > OR, si les landuse, natural, leisure ne peuvent se chevaucher, ces cas > ne peuvent être représenté. > Landuse et leisure peuvent se superposer. Dans l'état actuel des choses, de polygones peuvent être landuse et natural à la fois (forest, wood). Ce que Pieren soulignait, et qui est important pour obtenir une base cohérente au delà de tel ou tel rendu (mapnik, osmarender, garmin), c'est de produire une continuité de landuse et non un chevauchement. > Il faut distinguer la nature du terrain, son statut administratif et son > utilisation. > Tout à fait. Dans l'état actuel des tags, il y a boeacoup de zones confuses, encore que... Les grandes catégories sont là pour cette distinction : landuse, natural, boundary, leisure et justement un Parc naturel est défini pas sa limite (boundary=national_parc) et non son utilisation (landuse) ou sa couverture (natural) Le cas du landuse (encore lui) pour du residential et cemetary, comme pour du orchard et du farm, pour du military et forest montre la limite atteinte par cette clef : Définir de larges zones urbaines, agricoles, forestières... Faire de la micro carto... > Il devient extrêmement compliqué de gérer une relation multipolygon pour > un landuse=residential incluant 5 cimetières, 17 stades, 27 écoles, 85 > espaces verts et 2456 jardins sans compter les zones industrielles, > commerciales et tertiaires qui justifient elle d'être distinctes du > residential. > > C'est sur. Pourtant, c'est bien dans ce sens qu'évolue OSM : arriver à rendre la complexité du monde. Cependant je rappelle qu'il n'est pas nécessaire de faire des trous dans le landuse pour chaque amenity=school, leisure=pitch. On est avec des clefs distinctes ! Une école primaire au milieu des maisons, c'est tout à fait souhaitable (parlez en au conseil municipal) ! Le cas du waterway est particulier et héritier de la croissance foisonnante (et un peu anar). De fait, une rivière tracée en polygone est sémantiquement un natural=water (je sais, même moi je ne mets pas toujours le tag) qu'on précise en waterway=riverbank. et on devrait pouvoir mettre un landuse=aucun ou un landuse=réservoir du barrage... (et pourquoi pas un leisure=réserve de pèche, un leisure=baignade surveillée) Ce qui fait que la rivière ne doit pas recouvrir un landuse, sauf à mettre un landuse qui dit l'utilisation de cet espace particulier. Heureusement les outils évoluent qui simplifient la gestion de la complexité. -- Vincent alias FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/10/11 Christophe Merlet (RedFox) > > > J'utilise JOSM en 64 bit avec 4 Go de RAM. > JOSM a une gestion mémoire déplorable. La consommation de RAM ne fait > qu'augmenter modif après modif. Avoir 4 ou 8 go de RAM permet juste de > repousser l'instant ou il faut tout fermer et r'ouvrir. > > Le gros problème vient de la programmation de JOSM qui se met à ramer > dès qu'il doit gérer plusieurs dizaines de milliers de points. > Dans le cas de la forêt des Landes ou de Sologne, le simple chargement > de la relation rend l'interface inutilisable avec des temps d'attente > d'une minute pour chaque clic dans l'interface. > > D'autant plus surprenant, qu'un simple jeux 3D gère lui des polygones et > des scènes 100 fois plus complexe en temps réel. > Oui, bon, pas la peine d'utiliser alors. Je pense que JOSM commence a montrer son âge en terme d'éditeur. Si vous voulez que je regarde un polygone en particulier, contactez moi et je ferais quelques calculs pour le couper en conséquence afin d'enlever les overlaps. Après, je ferais un upload utilisant l'outil de Yann Coupin. Je me sens d'autant plus concernée par la Sologne que c'est pas très loin de chez moi. Je vais voir pour créer une page sur le wiki pour lister ces zones problématiques. Je vais voir si l'on ne peut pas mettre au point cet outil de manière plus systématique. C'est assez simple a mettre en place. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le dimanche 11 octobre 2009 à 13:25 +0100, Emilie Laffray a écrit : > Christophe Merlet (RedFox) wrote: > > C'est effectivement une très grande forêt elle aussi intraitable avec > > JOSM > > 41276 noeuds et une relation de 327 voies ! > > > > Voilà le lien > > http://localhost:8111/import?url=http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-73751 > > et le permalink > > http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?layers=TB0T&zoom=16&lat=47.49503&lon=2.08083&ch=311&st=out > > > > > > Je regarderais ce que je peux faire cette semaine. Quelqu'un a t'il deja > utilise JOSM en mode 64 bits avec 4Go de RAM? Si oui, je ne tenterais > pas, sinon je ferais cela. Normalement JOSM doit pouvoir marcher mieux > avec plein de RAM. J'utilise JOSM en 64 bit avec 4 Go de RAM. JOSM a une gestion mémoire déplorable. La consommation de RAM ne fait qu'augmenter modif après modif. Avoir 4 ou 8 go de RAM permet juste de repousser l'instant ou il faut tout fermer et r'ouvrir. Le gros problème vient de la programmation de JOSM qui se met à ramer dès qu'il doit gérer plusieurs dizaines de milliers de points. Dans le cas de la forêt des Landes ou de Sologne, le simple chargement de la relation rend l'interface inutilisable avec des temps d'attente d'une minute pour chaque clic dans l'interface. D'autant plus surprenant, qu'un simple jeux 3D gère lui des polygones et des scènes 100 fois plus complexe en temps réel. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le dimanche 11 octobre 2009 à 13:25 +0100, Emilie Laffray a écrit : > Christophe Merlet (RedFox) wrote: > > C'est effectivement une très grande forêt elle aussi intraitable avec > > JOSM > > 41276 noeuds et une relation de 327 voies ! > > > > Voilà le lien > > http://localhost:8111/import?url=http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-73751 > > et le permalink > > http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?layers=TB0T&zoom=16&lat=47.49503&lon=2.08083&ch=311&st=out > > > > > > Je regarderais ce que je peux faire cette semaine. Quelqu'un a t'il deja > utilise JOSM en mode 64 bits avec 4Go de RAM? Si oui, je ne tenterais > pas, sinon je ferais cela. Normalement JOSM doit pouvoir marcher mieux > avec plein de RAM. > oui c'est ma configuration pour l'instant option -Xmx3500M mais je n'arrive pas a ateindre une si grande zone sans le faire ramer. (surtout si il y une grande ville qui commence a être bien mapper dans la zone) > Emilie Laffray > > ___ > 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] Import polygones CLC manquants - Ret our d'expérience.
Le dimanche 11 octobre 2009 à 13:05 +0200, Cedric Dumez-Viou a écrit : > Bonjour, > > Je mappe dans la Sologne et j'ai un problème similaire. > Une grande portion de foret ne s'est pas importée automatiquement au nord de > Vierzon (http://osmose.openstreetmap.fr/clc/cgi- > bin/index.py?layers=TB0T&zoom=15&lat=47.25975&lon=2.02811&ch=111,112,121,122,123,124,131,132,133,141,142,311,411,412,421,422,423,511,512,521,522,523&st=inauto,inmanu,out,outbad) > et je cherche comment télécharger ce polygone. Il se trouve qu'il est très > découpé et étendu et je n'arrive pas à trouver la bulle qui me permettrait > d'y accéder. > > Avez-vous une idée? C'est effectivement une très grande forêt elle aussi intraitable avec JOSM 41276 noeuds et une relation de 327 voies ! Voilà le lien http://localhost:8111/import?url=http://osmose.openstreetmap.fr/clc/cgi-bin/get-osm.sh%3FFR-73751 et le permalink http://osmose.openstreetmap.fr/clc/cgi-bin/index.py?layers=TB0T&zoom=16&lat=47.49503&lon=2.08083&ch=311&st=out Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le dimanche 11 octobre 2009 à 13:04 +0200, Pieren a écrit : > 2009/10/11 Christophe Merlet (RedFox) : > > Ayant anticipé l'import CLC, j'avais supprimé quasiment tous les landuse > > "nature" sur le département. Il n'y en avait donc pas plus de 200 à > > faire manuellement. > > 200, c'est déjà beaucoup. > > > J'ai considéré dans mes imports que si c'était un cimetière ou une zone > > de jeux qui bloqué l'imports d'un landuse residentiel, je pouvais passer > > outre. De même concernant le chevauchement avec des lacs ou des rives de > > fleuves et rivières. > > L'eau apparait toujours dessus les landuse et natural. De même les > > cimetières, zones de jeux et autres apparaise dessus les landuse > > residential. > > Erreur ! Tu vois trop OSM à travers le prisme de Mapnik. Ce qui marche > - souvent par hasard - avec Mapnik n'est pas forcément vrai avec > d'autres moteurs de rendu ni pour d'autres applications. Et de toute > façon, nous ne tagguons pas pour le rendu. Les landuses ne doivent pas > se recouper entre eux même si mapnik les affiche dans un ordre > correct. La combinaison de ces deux types de polygones devraient > théoriquement former une couche unique et sans recouvrements qui, > lorsqu'elle serait complète, donnerait 100% du territoire et non 120%. > Regarde ce fil récent sur osm-dev: > http://lists.openstreetmap.org/pipermail/dev/2009-October/017353.html > où justement quelqu'un se plaint que les règles de rendu entre parcs > et forêts a changé dans Mapnik rendant ces derniers invisibles. Il y a > déjà à l'heure actuelle des problèmes entre landuse, leisure et > natural, il ne faudrait pas en ajouter en présupposant que certains > landuses s'affichent toujours au-dessus d'autres landuse ou natural. > On peut accepter le fait que les "xxxways" comme les highway et > waterways seront toujours rendus dans une couche supérieure aux > landuses mais on ne peut pas guarantir que les natural (par ex. water) > seront toujours au desssus des landuse, ça serait même plutôt > l'inverse. Ce fil de discussion pose une question qui n'obtient pas de réponse. On peut être une forêt ET un parc national. On peut être une forêt ET une zone militaire. OR, si les landuse, natural, leisure ne peuvent se chevaucher, ces cas ne peuvent être représenté. Il faut distinguer la nature du terrain, son statut administratif et son utilisation. Il devient extrêmement compliqué de gérer une relation multipolygon pour un landuse=residential incluant 5 cimetières, 17 stades, 27 écoles, 85 espaces verts et 2456 jardins sans compter les zones industrielles, commerciales et tertiaires qui justifient elle d'être distinctes du residential. Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
2009/10/11 Christophe Merlet (RedFox) : > Ayant anticipé l'import CLC, j'avais supprimé quasiment tous les landuse > "nature" sur le département. Il n'y en avait donc pas plus de 200 à > faire manuellement. 200, c'est déjà beaucoup. > J'ai considéré dans mes imports que si c'était un cimetière ou une zone > de jeux qui bloqué l'imports d'un landuse residentiel, je pouvais passer > outre. De même concernant le chevauchement avec des lacs ou des rives de > fleuves et rivières. > L'eau apparait toujours dessus les landuse et natural. De même les > cimetières, zones de jeux et autres apparaise dessus les landuse > residential. Erreur ! Tu vois trop OSM à travers le prisme de Mapnik. Ce qui marche - souvent par hasard - avec Mapnik n'est pas forcément vrai avec d'autres moteurs de rendu ni pour d'autres applications. Et de toute façon, nous ne tagguons pas pour le rendu. Les landuses ne doivent pas se recouper entre eux même si mapnik les affiche dans un ordre correct. La combinaison de ces deux types de polygones devraient théoriquement former une couche unique et sans recouvrements qui, lorsqu'elle serait complète, donnerait 100% du territoire et non 120%. Regarde ce fil récent sur osm-dev: http://lists.openstreetmap.org/pipermail/dev/2009-October/017353.html où justement quelqu'un se plaint que les règles de rendu entre parcs et forêts a changé dans Mapnik rendant ces derniers invisibles. Il y a déjà à l'heure actuelle des problèmes entre landuse, leisure et natural, il ne faudrait pas en ajouter en présupposant que certains landuses s'affichent toujours au-dessus d'autres landuse ou natural. On peut accepter le fait que les "xxxways" comme les highway et waterways seront toujours rendus dans une couche supérieure aux landuses mais on ne peut pas guarantir que les natural (par ex. water) seront toujours au desssus des landuse, ça serait même plutôt l'inverse. > Bien que satisfait de ma méthode, je crains qu'elle n'atteigne ses > limites sur la GIGANTESQUE forêt des Landes. > http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/JOSM_CLCF06_Landes.png > COMMENT FAIRE ? J'ai eu le même problème sur un grand massif forestier vosgien (que j'ai supprimé avant l'import Corine). Ces grands massifs ne sont pas d'un bloc mais traversés par des routes. J'avais choisi les principales routes comme séparateurs pour faire de plus petits polygones. Concernant les nodes, oui je pense aussi qu'il faudrait mettre en place un bot si les nodes se superposent exactement au même endroit. Pour les autres, il faut faire un merge manuel parce qu'un bot ne pourra déterminer lequel des deux nodes est le bon. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Le dimanche 11 octobre 2009 à 12:36 +0200, Julien Catalano a écrit :
> Bonjour,
>
> 2009/10/11 Christophe Merlet (RedFox) :
> > Bonjour,
> [...]
>
> Tu as oublié l'étape (assez fastidieuse) de fusion ("merge") des nœuds
> du nouveau polygone importé avec ceux des polygones CLC (ou autres)
> déjà présents dans la base.
> Pour chaque nœud du nouveau polygone à importer, vérifier si ce nœud
> correspond à un nœud déjà existant dans la base (les 2 points sont
> parfaitement superposés). Si c'est le cas, sélectionner les 2 nœuds
> (en "encadrant" le point avec la souris pour avoir les 2) et faire
> Outils >> "fusionner les nœuds" ("merge nodes") ou le raccourci
> clavier 'm'.
Pieren a suggéré dans un précédent courriel qu'un Bot s'occuperait de
cette tâche.
http://lists.openstreetmap.org/pipermail/talk-fr/2009-October/014949.html
Fusionner à la main des milliers de nœuds est vraiment trop laborieux
alors que c'est détectable sans ambigüité par un robot.
Cependant, utiliser le validateur de JOSM avant de publier ses modifs
permets de corriger pleins de bugs annexes en même temps...
Librement,
--
Christophe Merlet (RedFox)
signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Bonjour,
2009/10/11 Christophe Merlet (RedFox) :
> Bonjour,
[...]
>
> J'ai fait l'import avec la dernière version stable de JOSM. Le greffon
> "remotecontrol" est indispensable.
>
> Vous ouvrez JOSM, et sur le site http://osmose.openstreetmap.fr/clc/
> vous sélectionnez l'état de l'import "non importé" et es codes CLC ayant
> une correspondances OSM. La nomenclature CLC est une aide précieuse.
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature
>
> Vous cliquez sur un (ou des) marqueurs CLC indiquant les polygones non
> importé, puis cliquez sur "Ouvrir dans JOSM"
>
> Le (ou les) polygones sont chargés dans un calque.
> Dans JOSM, vous ajustez le zoom de sorte que TOUT le polygone importé
> soit visible,
> Puis, dans le menu Fichier, vous télécharger la zone depuis OSM dans un
> nouveau calque.
>
> En jouant avec la visibilité du calque du polygone importé, vous
> cherchez pourquoi il n'a pas été importé initialement. Généralement un
> chevauchement avec une autre zone préexistante.
>
[...]
>
> Cette étape de vérification effectué, on fusionne les couches.
>
[...]
Tu as oublié l'étape (assez fastidieuse) de fusion ("merge") des nœuds
du nouveau polygone importé avec ceux des polygones CLC (ou autres)
déjà présents dans la base.
Pour chaque nœud du nouveau polygone à importer, vérifier si ce nœud
correspond à un nœud déjà existant dans la base (les 2 points sont
parfaitement superposés). Si c'est le cas, sélectionner les 2 nœuds
(en "encadrant" le point avec la souris pour avoir les 2) et faire
Outils >> "fusionner les nœuds" ("merge nodes") ou le raccourci
clavier 'm'.
> Et enfin, on peut publier le résultat sur OSM.
Je ne pense pas qu'il y ait pour le moment de solution plus rapide.
A+
Julien
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import polygones CLC manquants - Ret our d'expérience.
Bonjour, J'ai importé quasiment tous les polygones CLC manquants ayant une correspondance OSM sur le département 64. Petit retour d'expérience... Tout d'abord le site http://osmose.openstreetmap.fr/clc/ s'avère parfaitement adapté à cette tâche :) Excellent travail :) Ayant anticipé l'import CLC, j'avais supprimé quasiment tous les landuse "nature" sur le département. Il n'y en avait donc pas plus de 200 à faire manuellement. J'ai fait l'import avec la dernière version stable de JOSM. Le greffon "remotecontrol" est indispensable. Vous ouvrez JOSM, et sur le site http://osmose.openstreetmap.fr/clc/ vous sélectionnez l'état de l'import "non importé" et es codes CLC ayant une correspondances OSM. La nomenclature CLC est une aide précieuse. http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature Vous cliquez sur un (ou des) marqueurs CLC indiquant les polygones non importé, puis cliquez sur "Ouvrir dans JOSM" Le (ou les) polygones sont chargés dans un calque. Dans JOSM, vous ajustez le zoom de sorte que TOUT le polygone importé soit visible, Puis, dans le menu Fichier, vous télécharger la zone depuis OSM dans un nouveau calque. En jouant avec la visibilité du calque du polygone importé, vous cherchez pourquoi il n'a pas été importé initialement. Généralement un chevauchement avec une autre zone préexistante. J'ai considéré dans mes imports que si c'était un cimetière ou une zone de jeux qui bloqué l'imports d'un landuse residentiel, je pouvais passer outre. De même concernant le chevauchement avec des lacs ou des rives de fleuves et rivières. L'eau apparait toujours dessus les landuse et natural. De même les cimetières, zones de jeux et autres apparaise dessus les landuse residential. Cette étape de vérification effectué, on fusionne les couches. Puis vient une étape assez technique lorsque le polygone importé est dans une relation avec des outer/inner. JOSM permet de gérer ce problèmes assez facilement et rapidement, même si ça reste un peu laborieux. Il faut dans l'éditeur de relation, zoomer sur chaque inner. Déterminer si ce inner se superpose à un polygone déjà existant Dans ce cas, on supprime le inner du polygone importé, puis, bug de JOSM oblige, il faut fermer puis rouvrir l'éditeur de relation pour que la suppression soit prise en compte. On sélectionne le polygone, on l'importe dans la relation avec le role inner. Bug de JOSM oblige, on ferme pouis reouvre l'éditeur de relation. Et ainsi de suite pour chaque inner. Et enfin, on peut publier le résultat sur OSM. Bien que satisfait de ma méthode, je crains qu'elle n'atteigne ses limites sur la GIGANTESQUE forêt des Landes. http://ftp.redfoxcenter.org/pub/RedFox/Divers/OpenStreetMap/JOSM_CLCF06_Landes.png 84022 noeuds et une relation contenant 987 voies sur une surface de plus de 100 km de diamètre Sur mon portable, core 2 duo à 2 GHz et 4 Go de RAM, le chargement du polygone prend plusieurs minutes et chaque clic dans l'interface prend plusieurs minutes... COMMENT FAIRE ? Nos super héros de l'import CLC n'ont pas une petite solution dans leur besace ? Ce serait dommage de ne pas importer cette forêt à cause d'un cours d'eau ou un cimetière ! Librement, -- Christophe Merlet (RedFox) signature.asc Description: Ceci est une partie de message numériquement signée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
