J'avais il y a quelque temps ouvert un sujet similaire: L'objectif était de
proposer une moulinette pour nettoyer les erreurs de l'import du bâti.
L'outil cleo-carto est extraordinaire pour générer les fichiers. Il me
semble qu'il y a moins d'erreurs qu'avant.
Pour autant tout n'est pas parfait et
Pour ma part, quand j'ai un doute, je regarde avec l'imagerie disponible. Il
est vrai que dans le Puy de Dôme, j'ai la chance de disposer de Bing 2010-11
avec une précision de 30cm ainsi que CRAIG 2009. (même précision).
Reste que c'est un boulot de ... dentelière. ( :) )
--
View this message i
On Thu, 26 Jan 2012 03:44:20 -0800 (PST), partir-en-vtt wrote:
J'avais il y a quelque temps ouvert un sujet similaire: L'objectif
était de
proposer une moulinette pour nettoyer les erreurs de l'import du
bâti.
L'outil cleo-carto est extraordinaire pour générer les fichiers. Il
me
semble qu'il
Le 26 janvier 2012 15:56, a écrit :
> On Thu, 26 Jan 2012 03:44:20 -0800 (PST), partir-en-vtt wrote:
>
>> J'avais il y a quelque temps ouvert un sujet similaire: L'objectif était
>> de
>> proposer une moulinette pour nettoyer les erreurs de l'import du bâti.
>> L'outil cleo-carto est extraordinai
Le 26/01/2012 15:56, jul...@krilin.org a écrit :
Que les bâtiments se superposent,
Qu'il y a parfois des nœuds en doublons,
le plugin validtor de josm propose des corrections automatique pour ca.
Si quelqu'un veut se pencher sur le code de Qadastre (le mieux) ou créer
un code/script pour ne
JOSM propose la correction automatique de la superposition de bâtiment ? Je
n'ai pas trouvé. Comment procéder ?
--
View this message in context:
http://gis.19327.n5.nabble.com/Import-bati-nettoyage-des-donnees-cleo-carto-tp5432658p5463162.html
Sent from the France mailing list archive at Nabble.c
- Mail d'origine -
De: partir-en-vtt
À: talk-fr@openstreetmap.org
Envoyé: Tue, 07 Feb 2012 14:45:00 +0100 (CET)
Objet: Re: [OSM-talk-fr] Import bâti => nettoyage des données cleo carto
JOSM propose la correction automatique de la superposition de bâtiment ? Je
n'
Bonjour et merci pour la réponse,
La superposition n'est pas représenté comme une erreur mais un
avertissement.
De plus, lorsque je clic sur le nœud, le bouton réparer n'est pas disponible
et j'en déduit qu'il faut donc le faire à la main ?
--
View this message in context:
http://gis.19327.n5.n
Bonjour,
> De : "partir-en-vtt"
>
> La superposition n'est pas représenté comme une erreur mais un
> avertissement.
>
> De plus, lorsque je clic sur le nœud, le bouton réparer n'est pas disponible
> et j'en déduit qu'il faut donc le faire à la main ?
>
Le Validator passe une erreur pour 2 bât
- Mail d'origine -
De: partir-en-vtt
À: talk-fr@openstreetmap.org
Envoyé: Tue, 07 Feb 2012 15:39:08 +0100 (CET)
Objet: Re: [OSM-talk-fr] Import bâti => nettoyage des données cleo carto
Bonjour et merci pour la réponse,
La superposition n'est pas représenté comme un
On Tue, 7 Feb 2012 06:39:08 -0800 (PST), partir-en-vtt wrote:
Bonjour et merci pour la réponse,
La superposition n'est pas représenté comme une erreur mais un
avertissement.
le validator leve plusieurs erreurs
- des ways en double, donc des batiments en double/triple depuis le
cadastre
- des
C'était pour un nouvel import et bon 70 retouches à la mano, ce n'est quand
même pas la joie. Je vais donc continuer à créer une moulinette corrigeant
ces soucis.
--
View this message in context:
http://gis.19327.n5.nabble.com/Import-bati-nettoyage-des-donnees-cleo-carto-tp5432658p5463462.html
On mardi 7 février 2012, partir-en-vtt wrote:
> JOSM propose la correction automatique de la superposition de bâtiment ? Je
> n'ai pas trouvé. Comment procéder ?
Pour ma part, j'ai abandonné ce genre de corrections. Oui oui, je sais, c'est
pas bien. Explications :
- C'est un boulot manuel de fou
Le 7 février 2012 16:31, sly (sylvain letuffe) a écrit :
> On mardi 7 février 2012, partir-en-vtt wrote:
> > JOSM propose la correction automatique de la superposition de bâtiment ?
> Je
> > n'ai pas trouvé. Comment procéder ?
>
> Pour ma part, j'ai abandonné ce genre de corrections. Oui oui, je
2012/2/7 Christian Quest :
> +1
>
-1 (comme d'hab)
Corriger le bâti ne nécessite pas tant de travail que ça. Pensez à
tous les autres pays qui font ça à la mano en traçant sur l'imagerie
et vous comprendrez...
L'import de masse est déjà sévèrement critiqué par nos voisins. Alors
si en plus, on n
Le mardi 07 février 2012 17:49:24, Pieren a écrit :
> 2012/2/7 Christian Quest :
> > +1
>
> -1 (comme d'hab)
>
> Corriger le bâti ne nécessite pas tant de travail que ça. Pensez à
> tous les autres pays qui font ça à la mano en traçant sur l'imagerie
> et vous comprendrez...
> L'import de masse e
Il semblerait qu'on passe à 2-2, mais je ne partage pas tout à fait l'avis de
christian.
Je ne suis pas d'accord sur le "c'est pas grave", je pense juste que corriger
à la main est une perte de temps qui serait mieux employé.
Je suis bien évidement pour qu'un courageux nous développe l'outil qu
On Tue, 7 Feb 2012 17:49:24 +0100, Pieren wrote:
2012/2/7 Christian Quest :
+1
-1 (comme d'hab)
+1 avec pieren
par contre, j'ai justement corrigé pas mal de truc de ce genre dont
l'auteur etait le pieren_bot... ;)
j'essaye de faire en sorte qu'il n'y ai plus d'erreur validator/JOSM
qu
Le 7 février 2012 18:43, sly (sylvain letuffe) a écrit :
> Il semblerait qu'on passe à 2-2, mais je ne partage pas tout à fait l'avis
> de
> christian.
>
+1 pour Pieren ce qui fait 3-2 ;)
Pour avoir fait pas mal d'import du bâti, je me suis toujours "astreint" à
corriger les chevauchements. Cela
Salut,
Il y a quelques temps, j'avais proposé 2 scripts python pour améliorer les
fichiers Cléo.
http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035156.html
Ca n'avait pas eu un grand succès à l'époque je retente ce soir: si des
testeurs pouvaient faire un retour sur la qualité des fi
Personnellement, j'ai développé un traitement sous FME qui
enlevait/corrigeait les superpositions.
Les points dupliqués peuvent être aussi traités. Le seul souci résidait dans
le fait de détecter les mauvaises découpes dans le bâti...Malheureusement on
aura pas un noyau FME à dispo pour les traite
- Mail d'origine -
De: sly (sylvain letuffe)
À: Discussions sur OSM en français
Envoyé: Tue, 07 Feb 2012 18:43:59 +0100 (CET)
Objet: Re: [OSM-talk-fr] Import bâti => nettoyage des données cleo carto
>Je ne suis pas d'accord sur le "c'est pas grave&quo
Le 07/02/2012 18:43, sly (sylvain letuffe) a écrit :
Il semblerait qu'on passe à 2-2, mais je ne partage pas tout à fait l'avis de
christian.
Ni moi le tien. C'est ce qui fait le charme (?) de cette liste.
Hé ben je ne dois pas être tombé sur les bonnes communes, mais ça ne me semble
pas "pas
Bonjour,
J'ai deux points que j'aimerais ajouter à ce débat.
- Il y a deux fois plus d'erreurs que ce que relève osmose. En plus
des chevauchements il y a les vides incorrects entre les bâtiments.
- Il y a peut être une solution pas trop compliqué à mettre en œuvre
pour corriger les deux cas d'err
Le 8 février 2012 10:05, Frédéric Rodrigo a écrit :
> Bonjour,
>
> J'ai deux points que j'aimerais ajouter à ce débat.
> - Il y a deux fois plus d'erreurs que ce que relève osmose. En plus
> des chevauchements il y a les vides incorrects entre les bâtiments.
> - Il y a peut être une solution pas
par contre, j'ai justement corrigé pas mal de truc de ce genre dont
l'auteur etait le pieren_bot... ;)
je tiens a faire ici publiquement mes excuses au bot,
il n'est que le dernier modificateur de bâtiments qui était déjà en
erreurs.
--
JB
___
Tal
On mardi 7 février 2012, DH wrote:
> Le 07/02/2012 18:43, sly (sylvain letuffe) a écrit :
> > Il semblerait qu'on passe à 2-2, mais je ne partage pas tout à fait l'avis
de
> > christian.
>
> Ni moi le tien. C'est ce qui fait le charme (?) de cette liste.
C'est même un de ces buts ! confronter de
> > Frédéric Rodrigo :
> > - Il y a peut être une solution pas trop compliqué à mettre en œuvre
> > pour corriger les deux cas d'erreur avec postgis 2.0 et la fonction
> > http://postgis.org/documentation/manual-svn/ST_Snap.html
Je pense que c'est une solution valable pour nettoyer sa propre copie
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de parcelles) qui prennent nettement
plus de temps à corriger.
Romain
Le 8 février 2012 14:18, sly (sylvain letuffe) a écrit :
> On mardi 7 février 2012, DH wrote:
> > Le 07/02/2012 18:43
2012/2/8 Romain MEHUT :
> J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
> plusieurs morceaux (par les limites de parcelles) qui prennent nettement
> plus de temps à corriger.
Non. Si les polygones sont correctement attachés, la fusion des deux
se fait en une touche avec J
Le 8 février 2012 14:52, Pieren a écrit :
> 2012/2/8 Romain MEHUT :
> > J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
> > plusieurs morceaux (par les limites de parcelles) qui prennent nettement
> > plus de temps à corriger.
>
> Non. Si les polygones sont correctement at
Le 8 février 2012 14:54, Romain MEHUT a écrit :
> Le 8 février 2012 14:52, Pieren a écrit :
>
> 2012/2/8 Romain MEHUT :
>> > J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
>> > plusieurs morceaux (par les limites de parcelles) qui prennent nettement
>> > plus de temps à
On Wed, 8 Feb 2012 14:32:25 +0100, sly (sylvain letuffe) wrote:
> Frédéric Rodrigo :
> - Il y a peut être une solution pas trop compliqué à mettre en
œuvre
> pour corriger les deux cas d'erreur avec postgis 2.0 et la
fonction
> http://postgis.org/documentation/manual-svn/ST_Snap.html
Je pens
Bonjour,
> De : "Etienne Trimaille"
> Le 8 février 2012 14:54, Romain MEHUT a écrit :
> > 2012/2/8 Romain MEHUT :
> >> > J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
> >> > plusieurs morceaux (par les limites de parcelles) qui prennent nettement
> >> > plus de temps à
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de parcelles) qui prennent nettement
plus de temps à corriger.
Comme ça vient d'être signalé, il y a des bâtiments mitoyens
construits indépendamment sur des parcelles voisines (typiquem
> -Message d'origine-
> De : sly (sylvain letuffe) [mailto:li...@letuffe.org]
> Envoyé : mercredi 8 février 2012 14:32
> À : Discussions sur OSM en français
> Objet : Re: [OSM-talk-fr] Import bâti => nettoyage des données cleo
> carto
>
> > > Frédé
> De : "HELFER Denis"
>
> Je lance une idée en l'air (pour voir où elle peut retomber) :
> - injecter le fichier osm brut de fonderie (ou générer directement à partir
> du pdf)
une base locale PostGIS
> - utiliser les outils de PostGIS pour signaler les éléments problématiques
> * points trop
Le 8 février 2012 14:57, Etienne Trimaille a
écrit :
>
>
> Le 8 février 2012 14:54, Romain MEHUT a écrit :
>
> Le 8 février 2012 14:52, Pieren a écrit :
>>
>> 2012/2/8 Romain MEHUT :
>>> > J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
>>> > plusieurs morceaux (par les
Les FIXME c'est justement pour ce que le validateur ne détecte pas ou
ne peut pas détecter, par exemple des données à affiner ou vérifier
sur le terrain.
En revanche, mettre "FIXME" dans une valeur de tag (par exemple
name=FIXME) est inutile. Mais FIXME est tout à fait utilisable en tant
que clé,
39 matches
Mail list logo