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 d
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 différe
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 pen
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
corr
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. Je
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 bâti
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 fac
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, évidemen
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 qu
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 bâtime
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
Talk-fr@openstreetmap.org
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.
à m
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 (bati,
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 n
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 dire
Le 15 janv. 2013 01:01, "Sébastien Dinot" 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
> sont :
>
> - Un
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
incurv
Le 14 janvier 2013 16:19, Pieren a écrit :
> 2013/1/14 Mickaël Guéret :
> > 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 p
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
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 bât
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 desc
2013/1/14 Mickaël Guéret :
> 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: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
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
2013/1/14 Mickaël Guéret :
> 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 consensu
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 paq
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 fi
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 a écrit :
> 2013/1/14 Ab_fab
2013/1/14 Ab_fab :
> Ç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 piste.
Piere
Ç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
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
bonjour, et meilleurs vœux à OSM et ses fourmis
Je me suis posé aussi cette question dés 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
ssions sur OSM en français
>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 a écrit :
>
>Bonjour,
>>
>>Je voudrais faire part ici d'un retour d'expé
Le 14 janvier 2013 13:03, Pieren 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 immédiatement constat
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
http://w
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 peuv
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 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
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
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 t
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
http://lists.openstreetmap.org/l
Le 16 août 2012 11:27, Philippe Verdy 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 pratique".
L
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". Ma
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 d
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 ;)
_
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
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"
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 a écrit :
> Yes ça marche ! Il faut d'abord sélectionner un polygone puis Selection ->
> All Inside (Alt-Shift-I)
>
--
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 a écrit :
>
> Le 15 août 2012 12:07, Christian Quest a écrit :
>
>
>> Ce qui manque (ou que je n'ai pas trouvé), c'est une sélection par
>> polygone...
>>
>
Le 15 août 2012 12:07, Christian Quest 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 (closed way
or mul
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 a écrit :
2012/8/14 Plop76 :
> Ç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 pardon, j'ai
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é purement
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
tra
Le 14 août 2012 22:55, Pieren 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, paramètres avancé
2012/8/14 Plop76 :
> 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 bien le cas ou al
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 Christian Quest :
> 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 fallait laisser
passer un
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 répon
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
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
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écisi
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 com
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 un trait a une épaisseur de 15/20 cm pour "simu
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 a écrit :
Sur les chevauchements de bâtiment, je pense qu'il ne faut pas trop s'en
préoccuper: je ne
didier2020 a bien avancé sur la question, ça approche...
Le 27 juillet 2012 13:23, Bruno Cortial 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 temps.
>
>
--
Christi
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 ré
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 plugi
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 j
Le 27 juillet 2012 11:45, Stéphane Péneau 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 des chevauchements
>
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 27/07
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 tâche
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 m
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
vien
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é,
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
> 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
> -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é
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
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 à
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
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 à
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
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
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
> > 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
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
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
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
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 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
- 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
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
1 - 100 sur 221 matches
Mail list logo
