Calage du cadastre avec l'ortho-imagerie : là aussi ça revient tous les
6 mois !
L'erreur est en général constante planche par planche, il faut donc
sélectionner les objets d'une même planche en espérant que personne n'a
déplacé certains objets à la main entre temps.
Mais tant que tu travailles
Bonjour,
Le 28/12/2019 à 11:38, rainerU a écrit :
Est-ce un bug ou y a-t-il une vrai différence de mise mise à jour ?
Non ce n'est pas un bug. Le cadastre sur cadastre.openstreetmap.fr est
pris à la source, directement sur les serveurs de cadastre.gouv.fr. Il
est donc mis à jour au rythme
Le 28.12.19 à 11:38, rainerU a écrit :
> j'ai constaté que les données dans les fichiers générés sur
> cadastre.openstreetmap.fr étaient plus à jour que les données Etalab.
> Par exemple ici:
>
> https://www.openstreetmap.org/#map=19/42.62719/2.76934
>
> Est-ce un bug ou y a-t-il une vrai
Am 26.12.19 um 21:10 schrieb Vincent de Château-Thierry:
Le sujet ici c'est de savoir si on doit maintenir une page (l'actuelle
cadastre.openstreetmap.fr) qui s'appuie sur un processus d'accès au Cadastre (le
recours aux PDFs d'impression de cadastre.gouv.fr) qui certes nous a sauvé la
mise
Je confirme, on ne peut pas simplement faire une sélection multiple et
glisser le tout, c'est le détail de tout qu'il fauit changer à la main,
objet par objet.
On n'est pas obligé de tout faire, mais au moins là où ça fait des
superpositions indésirables, et suffisamment pour savoir distinguer
Je
voudrais ré-importer mais en conservant les tags des anciens bâtiments.
Une méthode facile proposée?
https://cadastre.damsy.net te prémache un conflate dans josm qui te
permet de conserver les id et les tags existant dans osm
Commune de Lumbin (38).
1428 correspondances. 1300 conflits.
Partout je constate que les polygones du cadastre sont fantaisistes, la
question du calage de quelques pixels est mineure à côté: les formes
proportions, tailles et orientations sont largement fausses un peu partout,
et le découpage des bâtiments ne correspond à rien (avec des fusions mêmes
de
Le 27.12.19 à 15:22, Eric SIBERT a écrit :
> Heu... et sinon, j'ai un autre problème. J'arrive sur une zone. Je
> constate que le bâti dans OSM est mal calé (par rapport au GPS, aux
> orthophotos...). Je vois aussi que le cadastre actuel est mieux calé. Je
> voudrais ré-importer mais en conservant
Heu... et sinon, j'ai un autre problème. J'arrive sur une zone. Je
constate que le bâti dans OSM est mal calé (par rapport au GPS, aux
orthophotos...). Je vois aussi que le cadastre actuel est mieux calé. Je
voudrais ré-importer mais en conservant les tags des anciens bâtiments.
Une méthode
Bonjour,
Le 27/12/2019 à 13:28, marc marc a écrit :
Bonjour Vincent,
ton email est parfaitement juste, sauf qu'il parle de la technique
sous-jacente et pas une seconde de l'expérience utilisateur.
Si si, je parle d'expérience plus intégrée et moins clickodrome notamment.
alors oui,
Je ne me fierais pas à la géométrie indiqué par le cadastre, ça peut juste
servir à la détection, mais dans ce cas juste se servir du signalement pour
aller prendre une imagerie décente pour retracer correctement, donc non il
n'y au besoin d'AUCUN import direct du cadastre, encore moins de fusion.
Le 27.12.19 à 14:09, Philippe Verdy a écrit :
> réimporter le cadastre ? Pour quoi faire ?
Pour ajouter dans osm les nouveau batiments et ceux ayant été fortement
modifié (hangar agricole devenu un immeuble de logement, annexe doublant
parfois la surface du bati)
l'outil en question permet de les
Tout n'est pas à iomporter tel quel dans le cadastre. D'ailleurs il
comprend de nombreuses approximations voire des erreurs manifeste de
géométrien des polygones découpés un peu n'importe comment, des vieux
batiments qui n'existent plus des tas qui manquent, des batiments fusionnés
à tord (alors
Bonjour Vincent,
ton email est parfaitement juste, sauf qu'il parle de la technique
sous-jacente et pas une seconde de l'expérience utilisateur.
je t'invite à tester https://cadastre.damsy.net
pour par exemple mettre à jour une commune dont le cadastre date de 2008
et faire donc une maj des
Disons que quand je n'y arrive pas d'un côté, j'essaie de l'autre ;-).
En l'absence de mode d'emploi, je n'avais pas trouvé la nouvelle méthode
à utiliser dans JOSM. Par ailleurs, ce que je reproche à l'import direct
dans JOSM, c'est de ramener tout le bâti des planches cadastrales
concernées,
Bonjour,
Le 26/12/2019 à 19:41, marc marc a écrit :
la grande différence c'est l'expérience de l'utilisateur.
Oui parlons-en de l'expérience utilisateur :)
Le sujet ici c'est de savoir si on doit maintenir une page (l'actuelle
cadastre.openstreetmap.fr) qui s'appuie sur un processus d'accès
Le 26/12/2019 à 19:44, Eric SIBERT a écrit :
Comment merge-t-on la sélection?
Dans le menu Sélection ou
Ctrl+Shift+M
;-)
Eric
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
il ne faut pas merger tout le calque
Oui, je nettoie le calque avant de merger.
mais sélectionner les batiments
manquant et merger la sélection
Comment merge-t-on la sélection?
Cordialement
Eric
___
Talk-fr mailing list
la grande différence c'est l'expérience de l'utilisateur.
croire qu'un utilisateur de cadastre.openstreetmap.fr
va aller sur un site gouv.fr pour trouver ce qu'il a besoin
pour ensuite l'utiliser dans josm avec un plugin... c'est oublier que
c'est pas le niveau de la majorité des contributeurs.
à
Comprends pas trop ;-)
C’est quoi l’intérêt du cadastre en ligne (si j’ai à peu près compris) avec
JOSM quand on peut importer le cadastre (à jour tous les trimestres, en shp, en
edigeo ou geojsom -là je suis moins sur pour ce format) à partir d’etalab ? Et
l’importer sans pb, par couches
Bonjour,
Le 26.12.19 à 15:52, Eric SIBERT a écrit :
> https://lists.openstreetmap.org/pipermail/talk-fr/2019-July/093691.html
>
> En allant sur cadastre.openstreetmap.fr, en non sécurié, en sécurisé
> simple, en sécurisé en cliquant sur le cadenas vert pour dire que ce
> n'est pas grave si tout
Bonjour,
J'ai l'impression de poser les mêmes questions tous les 6 mois :-(
La fois d'avant:
https://lists.openstreetmap.org/pipermail/talk-fr/2019-July/093691.html
En allant sur cadastre.openstreetmap.fr, en non sécurié, en sécurisé
simple, en sécurisé en cliquant sur le cadenas vert pour
Le 15 janv. 2013 01:01, Sébastien Dinot sebastien.di...@free.fr a
écrit :
Bonjour,
Lorsque j'importe le bâti d'une commune, je passe beaucoup de temps
à nettoyer préalablement le bâti. Outre le découpage des bâtiments au
gré des parcelles, les autres problèmes que je rencontre en abondance
Le 14 janvier 2013 13:03, Pieren pier...@gmail.com a écrit :
Bonjour,
Je voudrais faire part ici d'un retour d'expérience sur le bâti
cadastral de deux villages de taille moyenne (1500.. 2000 habitants)
que j'ai eu l'occasion d'examiner en détail ce week-end. Dans le
premier, j'ai
: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Lundi 14 janvier 2013 13h28
Objet : Re: [OSM-talk-fr] Import bâti cadastral, encore du travail à faire
Le 14 janvier 2013 13:03, Pieren pier...@gmail.com a écrit :
Bonjour,
Je voudrais faire part ici d'un retour d'expérience
bonjour, et meilleurs vux OSM et ses fourmis
Je me suis pos aussi cette question ds mon premier import du
cadastre.
J'ai cherch regrouper.
(pas fait beaucoup, et puis la nouvelle demande de double compte me
refroidi )
- en ville (village) On les repre
Je suis d'accord aussi: quand on charge le cadastre avec josm, les
surfaces oranges sont moins découpées qu'avec Qadastre
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Ça ferait un bon thème pour un Maproulette à la française, à condition de
pouvoir identifier les bons candidats
En particulier s'il permettait d'alterner facilement entre fond Bing et
cadastre pour bien juger de la nécessité ou pas de la césure.
Et pourquoi pas permettre d'affiner rapidement la
2013/1/14 Ab_fab gamma@gmail.com:
Ça ferait un bon thème pour un Maproulette à la française, à condition de
pouvoir identifier les bons candidats
Peut-être qu'un premier calcul de ratio, genre
nombre de polygones building divisé par le nombre d'habitants, par commune
serait une première
Dans l'outil adresses sur le site web, j'indique un ratio polygones de
bâti / adresses.
Bien sûr il n'est intéressant que si on a saisit toutes les adresses ;)
Je vais rajouter le ratio bâti / habitants et adresses / habitants...
Le 14 janvier 2013 15:13, Pieren pier...@gmail.com a écrit :
Je pensais pour ma part à des critères géométriques sur des bâtiments
contigus (valeurs des angles, surfaces respectives, nombre de segments
contigus avec d'autres bâtiments ...)
Sans parler des tests qui pourraient être faits avec un extrait du
parcellaire du cadastre (utilisé juste pour cette
Pourquoi on ne considérerait pas que building = yes est une erreur à
corriger, au même titre que highway = road ?
De plus, il me semble que le tag wall = no pourrait facilement être
remplacé par une qualification du building : roof, hangar, shed,
greenhouse...
Bon, maintenant ça fait un paquet
2013/1/14 Mickaël Guéret m.gue...@free.fr:
Pourquoi on ne considérerait pas que building = yes est une erreur à
corriger, au même titre que highway = road ?
Vu la quantité et la nécessité de vérifier de visu, c'est des
erreurs qui risqueraient de persister longtemps ;-)
De plus, il n'y a pas de
Bonjour,
De : Ab_fab
Je pensais pour ma part à des critères géométriques sur des bâtiments
contigus (valeurs des angles, surfaces respectives, nombre de segments
contigus avec d'autres bâtiments ...)
Sans parler des tests qui pourraient être faits avec un extrait du
parcellaire du
Le lundi 14 janvier 2013 à 16:08 +0100, Ab_fab a écrit :
Je pensais pour ma part à des critères géométriques sur des bâtiments
contigus (valeurs des angles, surfaces respectives, nombre de segments
contigus avec d'autres bâtiments ...)
Sans parler des tests qui pourraient être faits avec un
2013/1/14 Mickaël Guéret m.gue...@free.fr:
les très petits bâtiments triangulaires sont sans doute des erreurs.
Je comprends que ces triangles soient plus faciles à détecter. Mais
d'après ce que j'ai vu, ils ne représentent qu'une partie infime du
problème.
Pieren
Le lundi 14 janvier 2013 à 16:19 +0100, Pieren a écrit :
Vu la quantité et la nécessité de vérifier de visu, c'est des
erreurs qui risqueraient de persister longtemps ;-)
De plus, il n'y a pas de consensus clair pour les bâtiments à usages
multiples.
Pieren
Sur le wiki [1], la description
J'ai pas tout regardé, mais les 4 premiers devraient être corrigés,
c'est à dire fusionnés avec le bâtiment adjacent. ça me semble une bonne
base pour détecter des erreurs d'import du bâtis (dans ce cas, on ne
peut vraiment pas parler d'intégration du bâtis...)
On pourrait aussi regarder les
Salut,
bonne idée le building:part=, ça permet aussi de rajouter des infos pour le
rendu 3d, mais ça ne résout pas vraiment le problème du nombre de polygones
building, étant donné qu'il faut quand même un polygone englobant + le
polygone building:part ...
en tout cas c'est clair que si on passe
Le 14 janvier 2013 16:19, Pieren pier...@gmail.com a écrit :
2013/1/14 Mickaël Guéret m.gue...@free.fr:
Pourquoi on ne considérerait pas que building = yes est une erreur à
corriger, au même titre que highway = road ?
Vu la quantité et la nécessité de vérifier de visu, c'est des
erreurs
Bonjour,
Lorsque j'importe le bâti d'une commune, je passe beaucoup de temps
à nettoyer préalablement le bâti. Outre le découpage des bâtiments au
gré des parcelles, les autres problèmes que je rencontre en abondance
sont :
- Une surdéfinition et, souvent un crénelage chaotique, des murs
bonjour
cela fait quelques jours que j'ai entrepris l'import systématique du
bâti disponible pour les communes rurales de Haute-Saône
je tiens à jour l'avancée du travail sur la page :
http://wiki.openstreetmap.org/wiki/Communes_de_la_Haute-Sa%C3%B4ne
Est ce que les plus experts d'entre nous
mon toc etant les erreurs osmose sur les batiments, j'ai regardé ta
derniere intégration de batiments : Faymont
effectivement il y avait 4 batiments avec des chevauchements,
detectabele comme tu l'as précisé. ces chevauchements étaient a la
marge ainsi que quelques batiments a fusionner
Il est très facile de charger et fusionner dans JOSM une série de
fichiers découpés, plus que l'inverse.
Ca ne me gênerai pas que ça soit découpé sur
cadastre.openstreetmap.fr, si ça pouvait éviter des imports partiels
qui sont parfois bien longs à corriger...
Le 16 août 2012 13:41, Vincent de
Le ven. 17 août 2012 10:18:03 CEST, Christian Quest a écrit :
Il est très facile de charger et fusionner dans JOSM une série de
fichiers découpés, plus que l'inverse.
Ca ne me gênerai pas que ça soit découpé sur
cadastre.openstreetmap.fr, si ça pouvait éviter des imports partiels
qui sont
Il n'y a pas dans le cadastre un découpage naturel déjà ?
Au moins par feuille cadastrale, les feuilles étant indexées autour de
quartiers, voire de bloc peu étendus dans les villes, et déjà selon
les axes de circulation qui délimitent les zones cadastrales.
Le 17 août 2012 10:48, Philippe Pary
Le 15/08/2012 08:28, Vincent de Chateau-Thierry a écrit :
Bonjour,
Le 14/08/2012 23:48, Plop76 a écrit :
Typiquement, je m'intéresse à ces petites villes :
http://www.openstreetmap.org/browse/changeset/12166522 et on arrive déjà
à 8000 nœuds et 1300 chemins... J'aurais pu envoyer les
Le 16/08/2012 08:50, Philippe Pary a écrit :
Si la licence le permet, je l'ajouterai à l'interface de
cadastre.openstreetmap.fr et éventuellement l'appliquerai d'autorité
pour les fichiers trop volumineux (10Mo par exemple)
Philippe
+1, une très bonne idée ;)
Effectivement la solution c'est de faire une sélection rectangulaire
dans JOSM et utiliser la fonction envoyer la sélection : on a un
récapitulatif du nombre d'objets ajoutés/modifiés/supprimés qui vont
être envoyés dans le changeset, ce qui permet de choisir une sélection
plus petite.
On peut
tracer un polygone artificiel n'est pas très pratique s'il est ajouté
avec la sélection générée. De plus on risque de l'oublier en passant à
la zone suivante. car il faudra le supprimer.
A mon avis il est plus pratique de sélectionner un objet existant réel
(par exemple une relation boundary.
Le 16 août 2012 11:27, Philippe Verdy verd...@wanadoo.fr a écrit :
tracer un polygone artificiel n'est pas très pratique s'il est ajouté
avec la sélection générée. De plus on risque de l'oublier en passant à
la zone suivante. car il faudra le supprimer.
C'est pour ça que j'ai mis pas des plus
J'ai créé un ticket de proposition d'amélioration:
http://josm.openstreetmap.de/ticket/7967
--
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Salut Philippe,
De : Philippe Pary
Le 15/08/2012 08:28, Vincent de Chateau-Thierry a écrit :
Je peux te proposer ce script :
http://wiki.openstreetmap.org/wiki/User:Vincent_95/Outils/Split
Quelle est la licence de ce splitter ? Le must c'est une AGPLv3 selon
moi, mais toute licence
Bonjour,
Le 14/08/2012 23:48, Plop76 a écrit :
Typiquement, je m'intéresse à ces petites villes :
http://www.openstreetmap.org/browse/changeset/12166522 et on arrive déjà
à 8000 nœuds et 1300 chemins... J'aurais pu envoyer les modifications
dans plusieurs changesets, mais ça aurait été
2012/8/14 Plop76 vaujani...@free.fr:
Ça ne change pas la taille du changeset, ça change juste le nombre de
requêtes au serveur pour envoyer les modifications. Au final, la taille du
changeset est la même.
Pour diminuer la taille du changeset, il faut envoyer les modifications par
zone.
Oui
Très pratique l'envoi de la sélection...
Et pour les sélections, on a maintenant le lasso dans JOSM.
Ce qui manque (ou que je n'ai pas trouvé), c'est une sélection par
polygone... le lasso n'est pas toujours évident à utiliser, surtout
sur un trackpad !
Le 15 août 2012 10:03, Pieren
Le 15 août 2012 12:07, Christian Quest cqu...@openstreetmap.fr a écrit :
Ce qui manque (ou que je n'ai pas trouvé), c'est une sélection par
polygone...
A priori utilsplugin2 permet déjà ça:
http://josm.openstreetmap.de/ticket/4957
The plugin provides for selecting all objects inside an area
Yes ça marche ! Il faut d'abord sélectionner un polygone puis Selection -
All Inside (Alt-Shift-I)
Le 15 août 2012 13:01, Vincent Privat vincent.pri...@gmail.com a écrit :
Le 15 août 2012 12:07, Christian Quest cqu...@openstreetmap.fr a écrit :
Ce qui manque (ou que je n'ai pas trouvé),
Donc tracer un polygone, pour sélectionner des objets dedans, puis le
supprimer après... ok, pas des plus pratique, mais c'est déjà bien !
Le 15 août 2012 13:09, Vincent Privat vincent.pri...@gmail.com a écrit :
Yes ça marche ! Il faut d'abord sélectionner un polygone puis Selection -
All
ces astuces pourraient etre ajoutée au wiki.
http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents
je l'ai remanié pour une meilleure lisibilité sans changer réellement
le contenu. je n'ai pas abordé le coté eau
Bonjour,
Peut-on recommencer à effectuer des imports, en particulier le bâti
d'après le cadastre ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
A priori oui, mais peut-être avant il faut vérifier que la zone
existante à importer est à peu près propre et bien positionnée.
Attention si votre fichier d'import s'appuyait sur les anciens
bâtiments, le travail précédent de dédoublonnage avant import peut ne
plus suffire et des bâtiments peuvent
Il y a eu un message officiel de la fondation concernant le fait que
le bot avait terminé son boulot:
http://blog.osmfoundation.org/2012/07/26/automated-redactions-complete/
Par contre, il n'est pas fait mention de la suspension des imports.
J'avais posé la question à pnorman, mais pas eu de
2012/8/14 Christian Quest cqu...@openstreetmap.fr:
Par contre, il n'est pas fait mention de la suspension des imports.
J'avais posé la question à pnorman, mais pas eu de réponse.
Je pense que c'est ok maintenant (qui ne dit mot consent).
Il a été mentionné sur une liste de diffusion qu'il
En travaillant par petites zones correspondant à quelques pâtés de
maisons, entre des rues principales on évite de tout mélanger, on fait
les choses proprement on nettoie les points orphelins. Si ta zone n'a
pas beaucoup de points c'est certainement une zone rurale, un village
entier d'une commune
2012/8/14 Plop76 vaujani...@free.fr:
J'ai vu par exemple qu'il fallait normalement avoir un compte dédié pour les
imports. J'ai pas vraiment cherché la raison de cette règle, mais la
communauté française semble tolérer que pour les imports locaux on puisse
garder son compte classique. C'est
Le 14 août 2012 22:55, Pieren pier...@gmail.com a écrit :
Il faudrait des changesets de combien de points/chemins ? Parce qu'avec les
bâtiments, ça dépasse rapidement les milliers de points...
Dans JOSM, tu peux fixer la taille de tes paquets à transférer (dans
le dialogue de l'upload,
Philippe Verdy avait énoncé :
En travaillant par petites zones correspondant à quelques pâtés de
maisons, entre des rues principales on évite de tout mélanger, on fait
les choses proprement on nettoie les points orphelins.
Cela prend évidemment plus de temps sur des grandes zones, mais le
Bonjour,
Je vous lis via l'interface Nabble depuis un moment, et je me suis
décidé à m'inscrire car je suis face à une problème que je ne sais pas
résoudre :
Je me suis attelé depuis quelque temps à la correction des
chevauchements de bâtiments sur la région des pays de la loire, et je
Il y a une fonction de simplification de tracé qui marche pas mal dans JOSM
La plupart du temps, les grosses quantités de points se retrouvent pour les
formes courbes et circulaires.
Genre une centaine de points pour un pylône d'éolienne [1]
Mais là, c'est sur des formes rectilignes, ce qui est
Il y a l'outil de simplification intégré à JOSM, ainsi qu'un second
sous forme de plugin qui fonctionne un peu différemment qui a
l'avantage de savoir simplifier les noeuds communs à plusieurs
chemins.
Entre les deux, on obtient de bons résultats.
Ce boulot de simplification fait partie des
Je m'en suis sorti avec le plugin Simplify Area. 6000 points en moins.
Je vais contacter le contributeur, mais il va falloir que je le prenne
avec des pincettes, je lui ai déjà fait remarqué toutes les erreurs de
chevauchement il y a quelques jours, il va croire que je le poursuis...
Le
Le 27 juillet 2012 11:45, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :
Bonjour,
Je vous lis via l'interface Nabble depuis un moment, et je me suis décidé
à m'inscrire car je suis face à une problème que je ne sais pas résoudre :
Je me suis attelé depuis quelque temps à la correction
On 27/07/2012 12:43, Stéphane Péneau wrote:
Je m'en suis sorti avec le plugin Simplify Area. 6000 points en moins.
Je vais contacter le contributeur, mais il va falloir que je le prenne
avec des pincettes, je lui ai déjà fait remarqué toutes les erreurs de
chevauchement il y a quelques
Honnêtement, je ne sais pas ce qu'il s'est passé lors de cet import car
sur ceux que j'ai fait, je n'ai jamais rencontré ce problème de
profusion de point inutiles.
Le 27/07/2012 13:27, Jean-Claude Repetto a écrit :
On 27/07/2012 12:43, Stéphane Péneau wrote:
Je m'en suis sorti avec le
Salut Bruno,
Je suis en train d'en essayer un, mais je ne suis pas vraiment
convaincu. Oui, ça corrige les chevauchements, donc les erreurs
affichées par osmose, mais ça ne corrige pas le bâti en lui-même.
L'exemple le plus courant, c'est l'avancée de toit d'une maison
particulière. Assez
didier2020 a bien avancé sur la question, ça approche...
Le 27 juillet 2012 13:23, Bruno Cortial bruno.cort...@laposte.net a écrit :
Sur les chevauchements de bâtiment, je pense qu'il ne faut pas trop s'en
préoccuper: je ne doute pas qu'on aboutisse à un automate de correction
d'ici quelques
C'est bien le script de didier2020 que j'essaie
Le 27/07/2012 14:28, Christian Quest a écrit :
didier2020 a bien avancé sur la question, ça approche...
Le 27 juillet 2012 13:23, Bruno Cortial bruno.cort...@laposte.net a écrit :
Sur les chevauchements de bâtiment, je pense qu'il ne faut pas
On 27/07/2012 15:28, didier2020 wrote:
on parle de moi? je rougis ;)
Faille/ce que le script ne sais pas faire:
- corriger les erreurs des batiments suisses (ce n'est pas une blague)
- suivant la précision du bati (7 ou 6 décimales), le script est plus ou
moins performant
- faire comme si
Le vendredi 27 juillet 2012 à 18:32 +0200, Jean-Claude Repetto a écrit :
On 27/07/2012 15:28, didier2020 wrote:
on parle de moi? je rougis ;)
Faille/ce que le script ne sais pas faire:
- corriger les erreurs des batiments suisses (ce n'est pas une blague)
- suivant la précision du bati
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
Le 8 février 2012 10:05, Frédéric Rodrigo fred.rodr...@gmail.com 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
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
___
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 des
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 de la
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) li...@letuffe.org a écrit :
On mardi 7 février 2012, DH wrote:
Le
Le 8 février 2012 14:52, Pieren pier...@gmail.com a écrit :
2012/2/8 Romain MEHUT romain.me...@gmail.com:
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
Le 8 février 2012 14:54, Romain MEHUT romain.me...@gmail.com a écrit :
Le 8 février 2012 14:52, Pieren pier...@gmail.com a écrit :
2012/2/8 Romain MEHUT romain.me...@gmail.com:
J'ajoute qu'au delà des chevauchements, il y a les bâtiments scindés en
plusieurs morceaux (par les limites de
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 pense
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 à corriger.
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
-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éric Rodrigo :
- Il y a peut être une solution
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 etienne.trimai...@gmail.com a
écrit :
Le 8 février 2012 14:54, Romain MEHUT romain.me...@gmail.com a écrit :
Le 8 février 2012 14:52, Pieren pier...@gmail.com a écrit :
2012/2/8 Romain MEHUT romain.me...@gmail.com:
J'ajoute qu'au delà des
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é,
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
- Mail d'origine -
De: partir-en-vtt ad...@partir-en-vtt.com
À: 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
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:
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âtiments
- Mail d'origine -
De: partir-en-vtt ad...@partir-en-vtt.com
À: 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é
1 - 100 sur 216 matches
Mail list logo
