Re: [OSM-talk-fr] cadastre - commune inexistante

[Frantz]

Bonjour,13 mai 2020 17:13 "Georges Dutreix via Talk-fr" 
 a écrit:> Bonjour,
> 
> Je tombe sur une commune avec aucune maison dans OSM :
> https://www.openstreetmap.org/#map=17/47.75787/5.31887
> 
> Impossible de trouver les communes de Percey-le-Pautel ou Longeau (52) sur
> http://cadastre.openstreetmap.fr/
> Et sur https://cadastre.damsy.net/#11/47.7666/5.3160, c'est "non dispo", tout 
> noir.
> 
> C'est sans espoir ?

"Longeau Percey" est dispo sur cadastre.gouv.fr... mais pas en vectoriel.

-- 
Frantz

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] cadastre - commune inexistante

[Georges Dutreix via Talk-fr]

Bonjour,

Je tombe sur une commune avec aucune maison dans OSM : 
https://www.openstreetmap.org/#map=17/47.75787/5.31887


Impossible de trouver les communes de Percey-le-Pautel ou Longeau (52) 
sur http://cadastre.openstreetmap.fr/
Et sur https://cadastre.damsy.net/#11/47.7666/5.3160, c'est "non dispo", 
tout noir.


C'est sans espoir ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[Eric SIBERT via Talk-fr]

Le 27/07/2019 à 21:08, Jérôme Amagat a écrit :
ou avec le plugin cadastre dans JOSM lorsque l'on veux télécharger une 
zone, il y a un nouvel onglet "télécharger depuis le cadastre". 


Sauf que ça télécharge tous les bâtiments de la planche, pas juste ceux 
de la zone sélectionnée.


(je passe par le site non sécurisé http://cadastre.openstreetmap.fr/ 
comme proposé dans un autre message).


Eric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[Eric SIBERT via Talk-fr]

c'est du aux cdn leaflet qui n'est qu'en http
solution de contournement http://cadastre.openstreetmap.fr


Effectivement, je récupère la carte en non https.

Merci

Eric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[marc marc]

Bonjour,

Le 27.07.19 à 18:34, Eric SIBERT a écrit :
> https://cadastre.openstreetmap.fr 
> Quand je clique sur la 
> case à cocher "Sélectionner une zone à exporter", la fenêtre 
> "Sélectionner la zone à exporter" s'ouvre au premier plan mais sans 
> afficher de carte
https://github.com/osm-fr/export-cadastre/issues/31
c'est du aux cdn leaflet qui n'est qu'en http
solution de contournement http://cadastre.openstreetmap.fr

Cordialement,
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[deuzeffe]

Le 27/07/2019 à 18:34, Eric SIBERT a écrit :


Bonjour à tous,


Pareillement,

Première question: suites à de nouvelles constructions, je veux importer 
les nouveaux bâtiments dans OSM. Je vais sur 
https://cadastre.openstreetmap.fr/ . Je choisis le département puis la 
commune. "Bâti & Limites" est déjà sélectionné. Quand je clique sur la 
case à cocher "Sélectionner une zone à exporter", la fenêtre 
"Sélectionner la zone à exporter" s'ouvre au premier plan mais sans 
afficher de carte. Il y a juste les deux boutons Ok et Annuler en bas. 
Problème sous Firefox et Edge.


D'autres personnes rencontrent ce problème?


C'est dû à un mélange malvenu d'http/https que tes navigateurs n'aiment 
pas. Si tu veux continuer à utiliser ce moyen à la place du plugin 
cadastre de josm, désactive la protection contre le pistage ou autre 
pour ce site (cadenas vert dans la barre d'adresse pour FF).


HTH
--
deuzeffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[Eric SIBERT]

ou avec le plugin cadastre dans JOSM lorsque l'on veux télécharger une 
zone, il y a un nouvel onglet "télécharger depuis le cadastre". 


Oui. Je prends !!!

Merci

Eric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[Jérôme Amagat]

Le sam. 27 juil. 2019 à 19:39, ades  a écrit :

> Ce n’est pas forcement une bonne réponse, mais je trouve que pour le
> cadastre vaut mieux aller le chercher là :
> https://cadastre.data.gouv.fr/datasets/cadastre-etalab ; en bas de la
> page…
>

ou avec le plugin cadastre dans JOSM lorsque l'on veux télécharger une
zone, il y a un nouvel onglet "télécharger depuis le cadastre". Çà marche
bien mais pas en outre mer.
Sur https://cadastre.data.gouv.fr/datasets/cadastre-etalab c'est millésimé
donc il peux y avoir des petite modification par rapport au tms cadastre
que l'on peut avoir sur JOSM (max 3 mois d’écart). Et il me semble que
c'est pareil avec l'autre solution.


>
>
> Le 27 juil. 2019 à 18:34, Eric SIBERT  a écrit :
>
> Bonjour à tous,
>
> Ça faisait depuis un moment que je n'étais plus sur la liste mais les
> questions s'accumulent alors je reviens ;-)
>
> Première question: suites à de nouvelles constructions, je veux importer
> les nouveaux bâtiments dans OSM. Je vais sur
> https://cadastre.openstreetmap.fr/ . Je choisis le département puis la
> commune. "Bâti & Limites" est déjà sélectionné. Quand je clique sur la case
> à cocher "Sélectionner une zone à exporter", la fenêtre "Sélectionner la
> zone à exporter" s'ouvre au premier plan mais sans afficher de carte. Il y
> a juste les deux boutons Ok et Annuler en bas. Problème sous Firefox et
> Edge.
>
> D'autres personnes rencontrent ce problème?
>
> Eric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[ades]

Ce n’est pas forcement une bonne réponse, mais je trouve que pour le cadastre 
vaut mieux aller le chercher là : 
https://cadastre.data.gouv.fr/datasets/cadastre-etalab 
 ; en bas de la page…



> Le 27 juil. 2019 à 18:34, Eric SIBERT  a écrit :
> 
> Bonjour à tous,
> 
> Ça faisait depuis un moment que je n'étais plus sur la liste mais les 
> questions s'accumulent alors je reviens ;-)
> 
> Première question: suites à de nouvelles constructions, je veux importer les 
> nouveaux bâtiments dans OSM. Je vais sur https://cadastre.openstreetmap.fr/ . 
> Je choisis le département puis la commune. "Bâti & Limites" est déjà 
> sélectionné. Quand je clique sur la case à cocher "Sélectionner une zone à 
> exporter", la fenêtre "Sélectionner la zone à exporter" s'ouvre au premier 
> plan mais sans afficher de carte. Il y a juste les deux boutons Ok et Annuler 
> en bas. Problème sous Firefox et Edge.
> 
> D'autres personnes rencontrent ce problème?
> 
> Eric
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : exporter une zone

[lenny.libre]

Le 27/07/2019 à 18:34, Eric SIBERT a écrit :

Bonjour à tous,

Ça faisait depuis un moment que je n'étais plus sur la liste mais les 
questions s'accumulent alors je reviens ;-)


Première question: suites à de nouvelles constructions, je veux 
importer les nouveaux bâtiments dans OSM. Je vais sur 
https://cadastre.openstreetmap.fr/ . Je choisis le département puis la 
commune. "Bâti & Limites" est déjà sélectionné. Quand je clique sur la 
case à cocher "Sélectionner une zone à exporter", la fenêtre 
"Sélectionner la zone à exporter" s'ouvre au premier plan mais sans 
afficher de carte. Il y a juste les deux boutons Ok et Annuler en bas. 
Problème sous Firefox et Edge.


D'autres personnes rencontrent ce problème?


+1 je ne me souviens plus à quelle date cela fonctionnait encore

cordialement

Leni


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre : exporter une zone

[Eric SIBERT]

Bonjour à tous,

Ça faisait depuis un moment que je n'étais plus sur la liste mais les 
questions s'accumulent alors je reviens ;-)


Première question: suites à de nouvelles constructions, je veux importer 
les nouveaux bâtiments dans OSM. Je vais sur 
https://cadastre.openstreetmap.fr/ . Je choisis le département puis la 
commune. "Bâti & Limites" est déjà sélectionné. Quand je clique sur la 
case à cocher "Sélectionner une zone à exporter", la fenêtre 
"Sélectionner la zone à exporter" s'ouvre au premier plan mais sans 
afficher de carte. Il y a juste les deux boutons Ok et Annuler en bas. 
Problème sous Firefox et Edge.


D'autres personnes rencontrent ce problème?

Eric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre, BAN et les producteurs de cartes

[Christian Quest]

Le 16 novembre 2017 à 22:13, marc marc  a écrit :

> Le 16 novembre 2017 à 20:52, Bruno a écrit :
> > Rue du Porches au lieu de Rue des Porches :
> > http://www.openstreetmap.org/?mlat=45.96830=-0.51023#
> map=19/45.96830/-0.51023
> > Sur la base OSM cette rue est évidemment bien orthographiée..
> > C'est signalé dans fantoir depuis longtemps mais je ne connais pas
> > le principe de prise en compte , c'est une première question.
> > http://cadastre.openstreetmap.fr/fantoir/#insee=17277=1
>
> Je pense que la page sert uniquement en interne à osm pour éviter
> que plusieurs contributeurs fassent plusieurs fois le même travail
> d'analyse.
> Je doute fort qu'il y ai la moindre remontée puis correction
> par le cadastre lui-même... hélas...
>

Il y a bien une remontée vers la DGFiP (un fichier .csv est généré chaque
nuit pour la DGFiP)... par contre, je n'ai pas de confirmation de
l'utilisation effective de ces remontées pour faire les corrections.


C'est d'ailleurs un manque commun à beaucoup de source opendata.
>
>
Malheureusement les services officiels sont souvent peu organisés pour
traiter les remontées d'erreurs car pas principe les données "officielles"
sont sans erreur ;)


la route dans osm a le bon nom et la ref fantoir, tu ne peux pas faire
> grand chose de + (hormis official_name si tu veux que le nom cadastral
> soie trouvable si on fait une recherche dans osm)
>
>
official_name=* n'est pas valable ici, car le nom officiel est celui donné
par la commune, seule compétente en la matière.
Il faudrait presque un nouveau tag bad_name=* ;)

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre, BAN et les producteurs de cartes

[Bruno]

Le 16/11/2017 à 22:13, marc marc a écrit :

Le 16 novembre 2017 à 20:52, Bruno a écrit :

 Rue du Porches au lieu de Rue des Porches :
 
http://www.openstreetmap.org/?mlat=45.96830=-0.51023#map=19/45.96830/-0.51023
 Sur la base OSM cette rue est évidemment bien orthographiée..
 C'est signalé dans fantoir depuis longtemps mais je ne connais pas
 le principe de prise en compte , c'est une première question.
 http://cadastre.openstreetmap.fr/fantoir/#insee=17277=1

Je pense que la page sert uniquement en interne à osm pour éviter
que plusieurs contributeurs fassent plusieurs fois le même travail
d'analyse.
Je doute fort qu'il y ai la moindre remontée puis correction
par le cadastre lui-même... hélas...
C'est d'ailleurs un manque commun à beaucoup de source opendata.

la route dans osm a le bon nom et la ref fantoir, tu ne peux pas faire
grand chose de + (hormis official_name si tu veux que le nom cadastral
soie trouvable si on fait une recherche dans osm)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Ok merci , c'est bien ce que je pensais..


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre, BAN et les producteurs de cartes

[marc marc]

Le 16 novembre 2017 à 20:52, Bruno a écrit :
> Rue du Porches au lieu de Rue des Porches :
> 
> http://www.openstreetmap.org/?mlat=45.96830=-0.51023#map=19/45.96830/-0.51023
> Sur la base OSM cette rue est évidemment bien orthographiée..
> C'est signalé dans fantoir depuis longtemps mais je ne connais pas
> le principe de prise en compte , c'est une première question.
> http://cadastre.openstreetmap.fr/fantoir/#insee=17277=1

Je pense que la page sert uniquement en interne à osm pour éviter
que plusieurs contributeurs fassent plusieurs fois le même travail 
d'analyse.
Je doute fort qu'il y ai la moindre remontée puis correction
par le cadastre lui-même... hélas...
C'est d'ailleurs un manque commun à beaucoup de source opendata.

la route dans osm a le bon nom et la ref fantoir, tu ne peux pas faire 
grand chose de + (hormis official_name si tu veux que le nom cadastral 
soie trouvable si on fait une recherche dans osm)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre, BAN et les producteurs de cartes

[Philippe Verdy]

Le signalement des différences entre OSM et FANTOIR se fait sur
http://cadastre.openstreetmap.fr/fantoir/

Le FANTOIR prend sa source des communes qui normalement incluent la même
chose dans leur cadastre

Mais parfois il peut y avoir un décalage dans le temps entre les mises à
jour, ou des erreurs de saisie, et le cadastre non vectorisé peut encore
afficher sur ses planches des noms historiques qui ne sont plus en vigueur
(c'est lourd à corriger dans l'ancien format bitmap. Ces corrections se
faisaient sur les planches papier en surchargeant/rayant, ou au typex, ou
par collage ou par un fléchage de notes en marges (... jusqu'à ce qu'un
cartographe expérimenté reprenne les planches trop surchargées pour les
redessiner (avec des risques d'imprécision pour ces nouvelles copies
réalisées à vue d'oeil).

Mais cette correction traditionelles n'était déjà plus adapté avec leur
numérisation en facsimilé "bitmaps" sur des serveurs TMS/WMS pas faciles à
mettre à jour sans perte de précision sur des tracés annexes: la précision
des données demandées au cadastre est de plus en plus fine, le découpage
parcellaire est devenu très compliqué, il y a des tas d'aménagements
nouveaux, des rues et routes reprofilées et toutes sortes de travaux
réglementaires sur les voiries et équipements (réseaux) et de plus en plus
d'interlocuteurs privés pour les marchés publics : la vectorisation
s'imposait donc et devrait rendre les mises à jour plus faciles et plus
précises tout en réduisant les coûts de maintenance et sécurisant mieux les
données qui doivent être conservées ; mais il restera encore des lourdeurs
administratives et des délais pour informer les différents prestataires et
assurer qu'ils n'effacent pas de données par mégarde...

Maintenant le Fantoir a ses limites : les noms de voies sont "simplifiés",
avec quelques abréviations conventionnelles pour les mots générique, mais
malheureusement en capitales ASCII et avec des longueurs de texte bien
inférieures que sur les planches cadastrales dans leurs meilleure
résolution. On a donc des différences inévitables entre les noms, des
erreurs de transcription ou d'adaptation sur le FANTOIR: en cas de doute
sur une orthographe, je prendrais celle mentionnée sur le cadastre en
priorité sur celle du FANTOIR qui ne fait référence que pour ses
identifiants permettant le rapprochement correct avec OSM qui contient des
noms bien meilleurs...

Attention aussi aux noms de rues ou lieux-dits dans le FANTOIR ou le
cadastre près des frontières intercommunales: l'orthographe peut changer
selon la commune alors qu'oralement ces lieux-dits ou rue n'en font qu'un
et qu'on ne voit pas la différence et que ces différences ne sont pas
toujours visibles sur les panneaux de signalisation (et souvent confondues
par les résidents dans les adresses qu'ils utilisent).

Normalement le cadastre c'est une mission fiscale, mais le fisc est aussi
connu pour se tromper sur les noms, même ceux des personnes (erreurs de
prénoms...). Le fisc ne vérifie pas que les noms sont conformes à
l'identité de l'état-civil enregistré à l'INSEE et cela produit des erreurs
comme le fait d'imposer quelqu'un par erreur ou échouer à lui communiquer
des éléments dans les temps réglementaires et finalement imposer des
pénalités à ces personnes qui n'ont jamais été informées d'un problème de
retard. Moi-même ma déclaration de revenus était correctement préremplie
(nom et adresse corrects), mais mon dossier fiscal est sur un prénom
incorrect et même pas à la bonne adresse, ou de faire leur calcul et
m'imposer comme si j'habitais une "résidence secondaire" (chaque année je
demande des corrections, elles sont faites ensuite... mais toujours fausses
! Ca ne l'empêche pas ensuite de me demander des pénalités exhorbitantes
plusieurs années après pour des dossiers qu'ils ont eux-même perdu et mal
géré, et chaque année je demande des remboursements de frais indus ou de
taxes prélevées sans même me prévenir à l'avance, et qui n'auraient même
pas du l'être du tout...).

D'année en années les erreurs du fisc sont de plus en plus fréquentes. Je
pense que concernant le cadastre on peut ajouter aussi les difficultés des
communes, les problèmes informatiques, les délais des prestataires, le
manque de réel contrôle qualité et la lourdeur et les délais pour corriger
les erreurs. La seule chose qui fasse encore réellement un peu foi, c'est
le découpage et la numérotation parcellaire, amis là aussi on constate des
tas d'erreurs, des constructions fantomes qui n'existent pas ou n'ont
jamais existé, ou des erreurs grossières dans le métrage réel (alors même
qu'il y a eu l'intervention d'un géomètre certifié et le dépôt de plans
corrigés et à jour pour les travaux de permis de
construire/démolir/transformer/lotir/aménager).

Puisque ces erreurs existent, leur remontée devrait être facilitées pour
tous les citoyens: il n'est pas suffisant de juste ouvrir les données : oui
cela permet au citoyen de savoir et contrôler ce qui y figure réellement,
mais il 

[OSM-talk-fr] Cadastre, BAN et les producteurs de cartes

[Bruno]

Bonjour,

Questions bêtes :

Dans mon village un nom de rue est mal orthographié sur le cadastre et 
dans la BAN. Rue du Porches au lieu de Rue des Porches : 
http://www.openstreetmap.org/?mlat=45.96830=-0.51023#map=19/45.96830/-0.51023

Sur la base OSM cette rue est évidemment bien orthographiée..
C'est signalé dans fantoir depuis longtemps mais je ne connais pas le 
principe de prise en compte , c'est une première question. 
http://cadastre.openstreetmap.fr/fantoir/#insee=17277=1


Deuxième question : Sur Google maps et ESRI que j'ai vérifié , il y a la 
même erreur , ce qui voudrait dire qu'ils ont copié le cadastre ? (sur 
via-michelin la rue est bonne)
Si ils ont copié cela veut dire qu'ils ont noté la source cadastre comme 
on le fait pour OSM ?


Question subsidiaire :
Dans ce même village des noms de rues viennent de changer et OSM est à 
jour. En lien avec la première question , comment va se faire la mise à 
jour dans le cadastre et Fantoir ?



Merci d'avance si quelqu'un peut m'éclairer ou me donner une piste.

Bruno.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre ouvert mais…

[Christian Quest]

L'utilisation directe de ces données brutes n'est pas forcément idéale.

NE NOUS PRECIPITONS PAS... il faut pour l'instant explorer, attendre aussi
un petit peu la suite qui va arriver rapidement pour se lancer après
réflexion sur un usage efficace de ces nouvelles données.

Le 4 octobre 2017 à 19:04, ades_...@orange.fr  a écrit :

> Je viens de voir dans un post de C Quest sur le forum osm (
> http://forum.openstreetmap.fr/viewtopic.php?f=3=6583=16815=
> 7aa6f7606a3795a530f2dee2c8045dff#p16815) que le cadastre a été « libéré ».
> Super, sauf que …
> Que ce soit en JSOM ou Edigéo des bâtiments sont regroupés en un seul ;
> sur cada.gov.fr, les bâtiments sont bien séparés (sur l’import via OSM
> ils sont aussi regroupés).
> On dirait le rendu OSM.fr  ;-) (il est super sauf la non-dissociation des
> bâtiments, mais c’est hors sujet).
> Quelqu’un a-t-il constaté ça ? Où faut-il en parler ?
> Me suis aperçu du blem en voulant mettre à jour le bâti d’une COM à partir
> du cadastre nouvellement publié. Je ne peux pas utiliser les outils carto
> (qgis ou josm) pour voir les différences, les vérifier puis modifier la
> base OSM… du moins pas avec les outils qui vont (entités identiques ou se
> chevauchant, etc.) sauf à vérifier plus de 2000 édifices à la main et de
> toute façon à partir de bases fausses (une partie de l'existant a été
> modifié dans la vraie vie et le nouveau ne correspond pas à l’existant non
> modifié dans la vraie vie).
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre ouvert mais…

[ades_...@orange.fr]

Je viens de voir dans un post de C Quest sur le forum osm 
(http://forum.openstreetmap.fr/viewtopic.php?f=3=6583=16815=7aa6f7606a3795a530f2dee2c8045dff#p16815
 
)
 que le cadastre a été « libéré ».
Super, sauf que …
Que ce soit en JSOM ou Edigéo des bâtiments sont regroupés en un seul ; sur 
cada.gov.fr, les bâtiments sont bien séparés (sur l’import via OSM ils sont 
aussi regroupés). 
On dirait le rendu OSM.fr   ;-) (il est super sauf la 
non-dissociation des bâtiments, mais c’est hors sujet).
Quelqu’un a-t-il constaté ça ? Où faut-il en parler ?
Me suis aperçu du blem en voulant mettre à jour le bâti d’une COM à partir du 
cadastre nouvellement publié. Je ne peux pas utiliser les outils carto (qgis ou 
josm) pour voir les différences, les vérifier puis modifier la base OSM… du 
moins pas avec les outils qui vont (entités identiques ou se chevauchant, etc.) 
sauf à vérifier plus de 2000 édifices à la main et de toute façon à partir de 
bases fausses (une partie de l'existant a été modifié dans la vraie vie et le 
nouveau ne correspond pas à l’existant non modifié dans la vraie vie).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre, millésime, historique

[Christian Quest]

En effet, ça donnera un état à un instant T, mais il sera plus facile de
conserver cet historique et surtout des diff pertinents.

En fait c'est tout un nouveau chapitre qui va s'ouvrir avec l'accès direct
à ce données plutôt que les (habiles) bricolages qu'on a dû faire jusqu'à
maintenant !

Le 2 avril 2017 à 12:33, Stéphane Péneau  a
écrit :

> Intéressant.
> Par contre, en cas de changement de "update_date", ça ne nous dira pas
> qu'elles étaient les anciennes coordonnées géométriques.
> Et dans le cas d'un bâtiment supprimé du cadastre, restera-t-il une trace ?
>
> Stf
>
>
> Le 01/04/2017 à 23:50, Christian Quest a écrit :
>
> Dans un avenir en principe proche, les données vectorielles du cadastre
> devraient être directement disponible vu qu'elles font partie du Service
> Public de la Donnée de Référence (décret d'application de la Loi Numérique).
>
> Ces données contiennent des métadonnées sur les objets qui permettent de
> savoir par exemple pour un polygone de bâtiment quand il a été créé et
> modifié pour la dernière fois.
>
> Voilà à quoi ça ressemble en geojson (sans la géométrie):
>
>   "properties": {
> "DUR": "01",
> "TEX": null,
> "CREAT_DATE": 20141028,
> "UPDATE_DATE": 20161123
>   },
>
> On pourra donc envisager plein de choses:
> - fournir ces infos dans les données à intégrer
> - les rendre visibles par un rendu spécifique
> ou mieux !
>
>
> Le 1 avril 2017 à 19:59, Stéphane Péneau  a
> écrit :
>
>> Bonjour tout le monde,
>>
>> Lorsque je mets à jour le bâti, et que je constate une différence entre
>> Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès aux anciennes
>> versions du cadastre serait vraiment utile. En regardant dans le passé, je
>> pourrais savoir si ce bâtiment non présent sur l'imagerie et Osm, a
>> disparu, ou vient d'être construit.
>>
>> C'est possible de le faire manuellement à l'échelle de quelques communes
>> en pensant à rapatrier le bâti une fois tous les 6 mois, ou 1 fois par an,
>> et conserver ces fichiers dans un coin.
>>
>> Mais est-ce que ça ne serait pas plus judicieux de faire ça de manière
>> automatique, et à l'échelle du pays ? Ensuite on aurait accès à ces
>> anciennes données sous forme de fichier .osm, ou sous forme de TMS.
>>
>> On peut même imaginer des traitements entre N et N-1 pour détecter les
>> nouvelles zones urbanisées.
>>
>> Bonne idée ou pas ?
>>
>>
>> Stf
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre, millésime, historique

[Philippe Verdy]

Je n'ai pas vu beaucoup de bâtiments supprimés du cadastre. Le plus souvent
il reste des batiments bien visibles (en jaune orangé avec murs, ou jaune
pâle sans murs). Ceux qui sont marqués comem démolis mais avec encore des
traces observables au sol sont en pointillés (parfois encore un trai
continu quand c'était sur une limite de parcelle).

Mais des tas de bâtiments sont rasés mais sont encore marqués comme
"existants" dans le cadastre.

Enfin il y a des tas de bâtiments dans le cadastre qui sont peu précisément
positionnés, notamment ceux ne demandant pas de permis de construire mais
juste une déclaration de travaux: le positionnement, l'orientation, et même
souvent la taille, sont très approximatifs, basés juste sur la déclaration
(cela devrait arriver moins souvent maintenant que les communes et le fisc
ont accès aux photos aériennes

Et les communes, le fisc, les préfets et tribunaux commencent à en faire un
usage direct: on a entendu il y a quelques jours une annonce faite par
concernant la détection des piscines, l'administration fiscale peut
utiliser les imageries de différentes sources, y compris celles de Google
Earth ou Bing, ne serait-ce que pendant une phase de recherche
d'information. Je pense aussi qu'à titre de recherche elle sera aussi
tentée d'utiliser les données d'OpenStreetMap, même si après une
découverte, elle va chercher à vérifier et certifier l'information en
demandant des images à un service officiel (IGN, orthophotos régionales ou
locales) puis aller constater l'infraction (la non-déclaration) en envoyant
un agent sur place ou en mandatant un agent municipal ou un huissier pour
aller le faire (l'huissier pourrait venir prendre des mesures précises des
surfaces occupées afin d'établir le montant des pénalités fiscales
réclamées et les justifier en cas de recours en justice par l'occupant).


Le 2 avril 2017 à 12:33, Stéphane Péneau  a
écrit :

> Intéressant.
> Par contre, en cas de changement de "update_date", ça ne nous dira pas
> qu'elles étaient les anciennes coordonnées géométriques.
> Et dans le cas d'un bâtiment supprimé du cadastre, restera-t-il une trace ?
>
> Stf
>
>
> Le 01/04/2017 à 23:50, Christian Quest a écrit :
>
> Dans un avenir en principe proche, les données vectorielles du cadastre
> devraient être directement disponible vu qu'elles font partie du Service
> Public de la Donnée de Référence (décret d'application de la Loi Numérique).
>
> Ces données contiennent des métadonnées sur les objets qui permettent de
> savoir par exemple pour un polygone de bâtiment quand il a été créé et
> modifié pour la dernière fois.
>
> Voilà à quoi ça ressemble en geojson (sans la géométrie):
>
>   "properties": {
> "DUR": "01",
> "TEX": null,
> "CREAT_DATE": 20141028,
> "UPDATE_DATE": 20161123
>   },
>
> On pourra donc envisager plein de choses:
> - fournir ces infos dans les données à intégrer
> - les rendre visibles par un rendu spécifique
> ou mieux !
>
>
> Le 1 avril 2017 à 19:59, Stéphane Péneau  a
> écrit :
>
>> Bonjour tout le monde,
>>
>> Lorsque je mets à jour le bâti, et que je constate une différence entre
>> Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès aux anciennes
>> versions du cadastre serait vraiment utile. En regardant dans le passé, je
>> pourrais savoir si ce bâtiment non présent sur l'imagerie et Osm, a
>> disparu, ou vient d'être construit.
>>
>> C'est possible de le faire manuellement à l'échelle de quelques communes
>> en pensant à rapatrier le bâti une fois tous les 6 mois, ou 1 fois par an,
>> et conserver ces fichiers dans un coin.
>>
>> Mais est-ce que ça ne serait pas plus judicieux de faire ça de manière
>> automatique, et à l'échelle du pays ? Ensuite on aurait accès à ces
>> anciennes données sous forme de fichier .osm, ou sous forme de TMS.
>>
>> On peut même imaginer des traitements entre N et N-1 pour détecter les
>> nouvelles zones urbanisées.
>>
>> Bonne idée ou pas ?
>>
>>
>> Stf
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre, millésime, historique

[Stéphane Péneau]

Intéressant.
Par contre, en cas de changement de "update_date", ça ne nous dira pas 
qu'elles étaient les anciennes coordonnées géométriques.

Et dans le cas d'un bâtiment supprimé du cadastre, restera-t-il une trace ?

Stf

Le 01/04/2017 à 23:50, Christian Quest a écrit :
Dans un avenir en principe proche, les données vectorielles du 
cadastre devraient être directement disponible vu qu'elles font partie 
du Service Public de la Donnée de Référence (décret d'application de 
la Loi Numérique).


Ces données contiennent des métadonnées sur les objets qui permettent 
de savoir par exemple pour un polygone de bâtiment quand il a été créé 
et modifié pour la dernière fois.


Voilà à quoi ça ressemble en geojson (sans la géométrie):

  "properties": {
"DUR": "01",
"TEX": null,
"CREAT_DATE": 20141028,
"UPDATE_DATE": 20161123
  },

On pourra donc envisager plein de choses:
- fournir ces infos dans les données à intégrer
- les rendre visibles par un rendu spécifique
ou mieux !


Le 1 avril 2017 à 19:59, Stéphane Péneau > a écrit :


Bonjour tout le monde,

Lorsque je mets à jour le bâti, et que je constate une différence
entre Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès
aux anciennes versions du cadastre serait vraiment utile. En
regardant dans le passé, je pourrais savoir si ce bâtiment non
présent sur l'imagerie et Osm, a disparu, ou vient d'être construit.

C'est possible de le faire manuellement à l'échelle de quelques
communes en pensant à rapatrier le bâti une fois tous les 6 mois,
ou 1 fois par an, et conserver ces fichiers dans un coin.

Mais est-ce que ça ne serait pas plus judicieux de faire ça de
manière automatique, et à l'échelle du pays ? Ensuite on aurait
accès à ces anciennes données sous forme de fichier .osm, ou sous
forme de TMS.

On peut même imaginer des traitements entre N et N-1 pour détecter
les nouvelles zones urbanisées.

Bonne idée ou pas ?


Stf



___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr





--
Christian Quest - OpenStreetMap France


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre, millésime, historique

[Christian Quest]

Dans un avenir en principe proche, les données vectorielles du cadastre
devraient être directement disponible vu qu'elles font partie du Service
Public de la Donnée de Référence (décret d'application de la Loi Numérique).

Ces données contiennent des métadonnées sur les objets qui permettent de
savoir par exemple pour un polygone de bâtiment quand il a été créé et
modifié pour la dernière fois.

Voilà à quoi ça ressemble en geojson (sans la géométrie):

  "properties": {
"DUR": "01",
"TEX": null,
"CREAT_DATE": 20141028,
"UPDATE_DATE": 20161123
  },

On pourra donc envisager plein de choses:
- fournir ces infos dans les données à intégrer
- les rendre visibles par un rendu spécifique
ou mieux !


Le 1 avril 2017 à 19:59, Stéphane Péneau  a
écrit :

> Bonjour tout le monde,
>
> Lorsque je mets à jour le bâti, et que je constate une différence entre
> Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès aux anciennes
> versions du cadastre serait vraiment utile. En regardant dans le passé, je
> pourrais savoir si ce bâtiment non présent sur l'imagerie et Osm, a
> disparu, ou vient d'être construit.
>
> C'est possible de le faire manuellement à l'échelle de quelques communes
> en pensant à rapatrier le bâti une fois tous les 6 mois, ou 1 fois par an,
> et conserver ces fichiers dans un coin.
>
> Mais est-ce que ça ne serait pas plus judicieux de faire ça de manière
> automatique, et à l'échelle du pays ? Ensuite on aurait accès à ces
> anciennes données sous forme de fichier .osm, ou sous forme de TMS.
>
> On peut même imaginer des traitements entre N et N-1 pour détecter les
> nouvelles zones urbanisées.
>
> Bonne idée ou pas ?
>
>
> Stf
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre, millésime, historique

[Stéphane Péneau]

Bonjour tout le monde,

Lorsque je mets à jour le bâti, et que je constate une différence entre 
Osm, l'imagerie, et le cadastre, je me dis qu'avoir accès aux anciennes 
versions du cadastre serait vraiment utile. En regardant dans le passé, 
je pourrais savoir si ce bâtiment non présent sur l'imagerie et Osm, a 
disparu, ou vient d'être construit.


C'est possible de le faire manuellement à l'échelle de quelques communes 
en pensant à rapatrier le bâti une fois tous les 6 mois, ou 1 fois par 
an, et conserver ces fichiers dans un coin.


Mais est-ce que ça ne serait pas plus judicieux de faire ça de manière 
automatique, et à l'échelle du pays ? Ensuite on aurait accès à ces 
anciennes données sous forme de fichier .osm, ou sous forme de TMS.


On peut même imaginer des traitements entre N et N-1 pour détecter les 
nouvelles zones urbanisées.


Bonne idée ou pas ?


Stf



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre indispo?

[Jérôme Seigneuret]

En effet j'ai raté le coup du code insee...

Le 14 novembre 2015 21:45, <jseigneuret-...@yahoo.fr> a écrit :

> Ok, j'ai du pointer sur une zone vierge ou un niveau de zoom vide... Merci
> pour l'info
> 
> En date de : Sam 14.11.15, osm.sanspourr...@spamgourmet.com <
> osm.sanspourr...@spamgourmet.com> a écrit :
>
>  Objet: Re: [OSM-talk-fr] Cadastre indispo?
>  À: talk-fr@openstreetmap.org
>  Date: Samedi 14 novembre 2015, 20h42
>
>  Oui, le WMS marche bien,
>  tu peux le vérifier avec une adresse concrète :
>
> http://inspire.cadastre.gouv.fr/scpc/56078.wms?service=WMS=GetMap=1.3=EPSG:4326=256=256=47.826064192027395,-3.5012054443359375,47.826294692755766,-3.5008621215820312=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png
>
>  Le TMS est un autre service,
>  on n'est pas obligé d'utiliser le TMS.
>  Souvent le TMS est comme ici cascadé.
>  Rien ne t'empêche par exemple de
>  t'installer un Geoserver de le faire
>  pointer vers ce WMS et utiliser le GeoWebCache
>  intégré pour récupérer un
>  service
>  TMS.
>  Je suppose qu'un GeoWebCache ou un
>  TileServer peut créer un TMS depuis
>  un
>  WMS.
>  Tu dois aussi en trouver en ligne.
>
>  Jean-Yvon
>
>  Le 13/11/2015 21:34, Philippe Verdy - verd...@wanadoo.fr
>  a écrit :
>  > Un WMS sans TMS est-il
>  encore un WMS ? A mon avis on ne peut pas dire
>  > que le WMS fonctionne si le TMS associé
>  ne fonctionne pas pour fournir
>  > les
>  tuiles indiquées. Le WMS ne peut que fabriquer une page
>  > HTML/javascript/CSS sensée demander les
>  tuiles TMS correspondant à un
>  > ou
>  plusieurs critères de recherche, il ajuste les niveaux de
>  zoom, les
>  > projections, et détermine
>  les numéros de tuiles et l'adresse de base
>  > d'un des serveurs TMS supportés, ou
>  des jeux de données vectorielles,
>  >
>  qu'un framework javascript (également retourné par le
>  WMS) permettra
>  > d'afficher sur un
>  ou plusieurs calques, et de naviguer.
>  >
>  Chez moi je n'obtiens rien du tout de concret avec le
>  WMS. Tu dois
>  > regarder un ancienne vue
>  WMS de ton cache.
>  >
>  >
>  Le 13 novembre 2015 21:07, didier2020 <didier2...@free.fr
>
>  > <mailto:didier2...@free.fr>>
>  a écrit :
>  >
>  >
> josm 8989:
>  >
> - le plugin cadastre est ok
>  > - le wms (ou l'on doit
>  saisir le code insee de la commune) est ok
>  > wms:
> http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3={proj}={width}={height}={bbox}=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png
>  > <
> http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3=%7Bproj%7D=%7Bwidth%7D=%7Bheight%7D=%7Bbbox%7D=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png
> >
>  >
>  > par
>  contre le cadastre ne fonctionne plus
>  >
> tms:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png
>  > <
> http://tms.cadastre.openstreetmap.fr/*/tout/%7Bz%7D/%7Bx%7D/%7By%7D.png>
>  >
>  >
>  >
>  > Le
>  vendredi 13 novembre 2015 à 19:17 +0100, Jérôme
>  Seigneuret a
>  > écrit
>  :
>  > > Salut, J'ai
>  le même problème sous JOSM
>  >
> >
>  >
> >
>  > >
>  Jérôme
>  > >
>  > > Le 13 novembre 2015
>  14:01, pepilepi...@ovh.fr
>  > <mailto:pepilepi...@ovh.fr>
>  <pepilepi...@ovh.fr
>  > <mailto:pepilepi...@ovh.fr>>
>  a
>  > > écrit :
>  > >
> Le 13/11/2015 12:34, Donat ROBAUX a écrit
>  :
>  > >
>  > >
> > Bonjour,
>  >
> > >
>  > >
> >
>  >
> > > J'ai
>  l'impression que la couche cadastre est indispo.
>  > >
> >
>  >
> > > Quelqu'un
>  pour vérifier?
>  > >
> >
>  >
> > >
>  > >
> >
>  >
> > > Donat
>  > >
> >
>  >
> >
>  >
> > En effet, [14:00]
>  j'ai aussi "Error : problem loading
>  > tile"...
>  > >
>  > >
> JP
>  >
> >
>  >
> > >
>  > >
> 

Re: [OSM-talk-fr] Cadastre indispo?

[osm . sanspourriel]

Oui, le WMS marche bien, tu peux le vérifier avec une adresse concrète :
http://inspire.cadastre.gouv.fr/scpc/56078.wms?service=WMS=GetMap=1.3=EPSG:4326=256=256=47.826064192027395,-3.5012054443359375,47.826294692755766,-3.5008621215820312=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png

Le TMS est un autre service, on n'est pas obligé d'utiliser le TMS.
Souvent le TMS est comme ici cascadé.
Rien ne t'empêche par exemple de t'installer un Geoserver de le faire 
pointer vers ce WMS et utiliser le GeoWebCache intégré pour récupérer un 
service TMS.
Je suppose qu'un GeoWebCache ou un TileServer peut créer un TMS depuis 
un WMS.

Tu dois aussi en trouver en ligne.

Jean-Yvon

Le 13/11/2015 21:34, Philippe Verdy - verd...@wanadoo.fr a écrit :
Un WMS sans TMS est-il encore un WMS ? A mon avis on ne peut pas dire 
que le WMS fonctionne si le TMS associé ne fonctionne pas pour fournir 
les tuiles indiquées. Le WMS ne peut que fabriquer une page 
HTML/javascript/CSS sensée demander les tuiles TMS correspondant à un 
ou plusieurs critères de recherche, il ajuste les niveaux de zoom, les 
projections, et détermine les numéros de tuiles et l'adresse de base 
d'un des serveurs TMS supportés, ou des jeux de données vectorielles, 
qu'un framework javascript (également retourné par le WMS) permettra 
d'afficher sur un ou plusieurs calques, et de naviguer.
Chez moi je n'obtiens rien du tout de concret avec le WMS. Tu dois 
regarder un ancienne vue WMS de ton cache.


Le 13 novembre 2015 21:07, didier2020 > a écrit :


josm 8989:
- le plugin cadastre est ok
- le wms (ou l'on doit saisir le code insee de la commune) est ok

wms:http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3={proj}={width}={height}={bbox}=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png



par contre le cadastre ne fonctionne plus
tms:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png




Le vendredi 13 novembre 2015 à 19:17 +0100, Jérôme Seigneuret a
écrit :
> Salut, J'ai le même problème sous JOSM
>
>
> Jérôme
>
> Le 13 novembre 2015 14:01, pepilepi...@ovh.fr
 > a
> écrit :
> Le 13/11/2015 12:34, Donat ROBAUX a écrit :
>
> > Bonjour,
> >
> >
> > J'ai l'impression que la couche cadastre est indispo.
> >
> > Quelqu'un pour vérifier?
> >
> >
> >
> > Donat
> >
>
> En effet, [14:00] j'ai aussi "Error : problem loading
tile"...
>
> JP
>
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org

> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>  ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre indispo?

[jseigneuret-pro]

Ok, j'ai du pointer sur une zone vierge ou un niveau de zoom vide... Merci pour 
l'info 

En date de : Sam 14.11.15, osm.sanspourr...@spamgourmet.com 
<osm.sanspourr...@spamgourmet.com> a écrit :

 Objet: Re: [OSM-talk-fr] Cadastre indispo?
 À: talk-fr@openstreetmap.org
 Date: Samedi 14 novembre 2015, 20h42
 
 Oui, le WMS marche bien,
 tu peux le vérifier avec une adresse concrète :
 
http://inspire.cadastre.gouv.fr/scpc/56078.wms?service=WMS=GetMap=1.3=EPSG:4326=256=256=47.826064192027395,-3.5012054443359375,47.826294692755766,-3.5008621215820312=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png
 
 Le TMS est un autre service,
 on n'est pas obligé d'utiliser le TMS.
 Souvent le TMS est comme ici cascadé.
 Rien ne t'empêche par exemple de
 t'installer un Geoserver de le faire 
 pointer vers ce WMS et utiliser le GeoWebCache
 intégré pour récupérer un 
 service
 TMS.
 Je suppose qu'un GeoWebCache ou un
 TileServer peut créer un TMS depuis 
 un
 WMS.
 Tu dois aussi en trouver en ligne.
 
 Jean-Yvon
 
 Le 13/11/2015 21:34, Philippe Verdy - verd...@wanadoo.fr
 a écrit :
 > Un WMS sans TMS est-il
 encore un WMS ? A mon avis on ne peut pas dire 
 > que le WMS fonctionne si le TMS associé
 ne fonctionne pas pour fournir 
 > les
 tuiles indiquées. Le WMS ne peut que fabriquer une page 
 > HTML/javascript/CSS sensée demander les
 tuiles TMS correspondant à un 
 > ou
 plusieurs critères de recherche, il ajuste les niveaux de
 zoom, les 
 > projections, et détermine
 les numéros de tuiles et l'adresse de base 
 > d'un des serveurs TMS supportés, ou
 des jeux de données vectorielles, 
 >
 qu'un framework javascript (également retourné par le
 WMS) permettra 
 > d'afficher sur un
 ou plusieurs calques, et de naviguer.
 >
 Chez moi je n'obtiens rien du tout de concret avec le
 WMS. Tu dois 
 > regarder un ancienne vue
 WMS de ton cache.
 >
 >
 Le 13 novembre 2015 21:07, didier2020 <didier2...@free.fr
 
 > <mailto:didier2...@free.fr>>
 a écrit :
 >
 > 
    josm 8989:
 > 
    - le plugin cadastre est ok
 >     - le wms (ou l'on doit
 saisir le code insee de la commune) est ok
 >     
 >wms:http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3={proj}={width}={height}={bbox}=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png
 >     
 ><http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3=%7Bproj%7D=%7Bwidth%7D=%7Bheight%7D=%7Bbbox%7D=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png>
 >
 >     par
 contre le cadastre ne fonctionne plus
 > 
    tms:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png
 >     <http://tms.cadastre.openstreetmap.fr/*/tout/%7Bz%7D/%7Bx%7D/%7By%7D.png>
 >
 >
 >
 >     Le
 vendredi 13 novembre 2015 à 19:17 +0100, Jérôme
 Seigneuret a
 >     écrit
 :
 >     > Salut, J'ai
 le même problème sous JOSM
 > 
    >
 > 
    >
 >     >
 Jérôme
 >     >
 >     > Le 13 novembre 2015
 14:01, pepilepi...@ovh.fr
 >     <mailto:pepilepi...@ovh.fr>
 <pepilepi...@ovh.fr
 >     <mailto:pepilepi...@ovh.fr>>
 a
 >     > écrit :
 >     >     
    Le 13/11/2015 12:34, Donat ROBAUX a écrit
 :
 >     >
 >     >     
    > Bonjour,
 > 
    >         >
 >     >     
    >
 > 
    >         > J'ai
 l'impression que la couche cadastre est indispo.
 >     >     
    >
 > 
    >         > Quelqu'un
 pour vérifier?
 >     > 
        >
 > 
    >         >
 >     >     
    >
 > 
    >         > Donat
 >     >     
    >
 > 
    >
 > 
    >         En effet, [14:00]
 j'ai aussi "Error : problem loading
 >     tile"...
 >     >
 >     >     
    JP
 > 
    >
 > 
    >         >
 >     >     
    >
 > 
    >         >
 ___
 >     >     
    > Talk-fr mailing list
 >     >     
    > Talk-fr@openstreetmap.org
 >     <mailto:Talk-fr@openstreetmap.org>
 >     >     
    > https://lists.openstreetmap.org/listinfo/talk-fr
 >     >
 >     >
 >     >
 >     > 
 ___
 >     >     
    Talk-fr mailing list
 > 
    > Talk-fr@openstreetmap.org
 <mailto:Talk-fr@openstreetmap.org>
 >     > https://lists.openstreetmap.org/listinfo/talk-fr
 >     >
 >     >
 >     >
 >     >
 ___
 >     > Talk-fr mailing
 list
 >     > Talk-fr@openstreetmap.org
 <mailto:Talk-fr@openst

[OSM-talk-fr] Cadastre indispo?

[Donat ROBAUX]

Bonjour,

J'ai l'impression que la couche cadastre est indispo.
Quelqu'un pour vérifier?

Donat
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre indispo?

[Jérôme Seigneuret]

Salut, J'ai le même problème sous JOSM

Jérôme

Le 13 novembre 2015 14:01, pepilepi...@ovh.fr  a écrit :

> Le 13/11/2015 12:34, Donat ROBAUX a écrit :
>
> Bonjour,
>
> J'ai l'impression que la couche cadastre est indispo.
> Quelqu'un pour vérifier?
>
> Donat
>
>
> En effet, [14:00] j'ai aussi "Error : problem loading tile"...
>
> JP
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre indispo?

[didier2020]

josm 8989:
- le plugin cadastre est ok
- le wms (ou l'on doit saisir le code insee de la commune) est ok 
wms:http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3={proj}={width}={height}={bbox}=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png

par contre le cadastre ne fonctionne plus
tms:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png 



Le vendredi 13 novembre 2015 à 19:17 +0100, Jérôme Seigneuret a écrit : 
> Salut, J'ai le même problème sous JOSM
> 
> 
> Jérôme
> 
> Le 13 novembre 2015 14:01, pepilepi...@ovh.fr  a
> écrit :
> Le 13/11/2015 12:34, Donat ROBAUX a écrit :
> 
> > Bonjour,
> > 
> > 
> > J'ai l'impression que la couche cadastre est indispo.
> > 
> > Quelqu'un pour vérifier?
> > 
> > 
> > 
> > Donat
> > 
> 
> En effet, [14:00] j'ai aussi "Error : problem loading tile"...
> 
> JP
> 
> > 
> > 
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre indispo?

[Philippe Verdy]

Un WMS sans TMS est-il encore un WMS ? A mon avis on ne peut pas dire que
le WMS fonctionne si le TMS associé ne fonctionne pas pour fournir les
tuiles indiquées. Le WMS ne peut que fabriquer une page HTML/javascript/CSS
sensée demander les tuiles TMS correspondant à un ou plusieurs critères de
recherche, il ajuste les niveaux de zoom, les projections, et détermine les
numéros de tuiles et l'adresse de base d'un des serveurs TMS supportés, ou
des jeux de données vectorielles, qu'un framework javascript (également
retourné par le WMS) permettra d'afficher sur un ou plusieurs calques, et
de naviguer.
Chez moi je n'obtiens rien du tout de concret avec le WMS. Tu dois regarder
un ancienne vue WMS de ton cache.

Le 13 novembre 2015 21:07, didier2020  a écrit :

> josm 8989:
> - le plugin cadastre est ok
> - le wms (ou l'on doit saisir le code insee de la commune) est ok
> wms:
> http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3={proj}={width}={height}={bbox}=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png
>
> par contre le cadastre ne fonctionne plus
> tms:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png
>
>
>
> Le vendredi 13 novembre 2015 à 19:17 +0100, Jérôme Seigneuret a écrit :
> > Salut, J'ai le même problème sous JOSM
> >
> >
> > Jérôme
> >
> > Le 13 novembre 2015 14:01, pepilepi...@ovh.fr  a
> > écrit :
> > Le 13/11/2015 12:34, Donat ROBAUX a écrit :
> >
> > > Bonjour,
> > >
> > >
> > > J'ai l'impression que la couche cadastre est indispo.
> > >
> > > Quelqu'un pour vérifier?
> > >
> > >
> > >
> > > Donat
> > >
> >
> > En effet, [14:00] j'ai aussi "Error : problem loading tile"...
> >
> > JP
> >
> > >
> > >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre indispo?

[Jérôme Seigneuret]

Bonsoir,
http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetCapabilities=1.3
Le service répond

http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3=EPSG:4326=1000=1000=43.60,3.85,43.62,3.88=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png

Image blanche...

Je regarde la bounding box



Entre 2,5 et 2,6 sur la longitude... et entre 44.8 et 44.9 pour la
latitude... Je crois que c'est un peu limité !


Normal que la TMS rende rien à voir si sur cette zone ça rend quelque chose!

Bonne soirée


Le 13 novembre 2015 12:34, Donat ROBAUX  a écrit :

> Bonjour,
>
> J'ai l'impression que la couche cadastre est indispo.
> Quelqu'un pour vérifier?
>
> Donat
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre indispo?

[Philippe Verdy]

Image blanche ? Désolé je met le rideau noir ce soir. Trop de morts ce soir
et ce n'est malheureseument pas fini, mais pas de stats SVP, il n'y a rien
de plus terrible qu'un chiffre anonyme.

Le 14 novembre 2015 00:42, Jérôme Seigneuret  a
écrit :

> Bonsoir,
>
> http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetCapabilities=1.3
> Le service répond
>
>
> http://inspire.cadastre.gouv.fr/scpc/15028.wms?service=WMS=GetMap=1.3=EPSG:4326=1000=1000=43.60,3.85,43.62,3.88=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png
>
> Image blanche...
>
> Je regarde la bounding box
>
> 
>
> Entre 2,5 et 2,6 sur la longitude... et entre 44.8 et 44.9 pour la
> latitude... Je crois que c'est un peu limité !
>
>
> Normal que la TMS rende rien à voir si sur cette zone ça rend quelque
> chose!
>
> Bonne soirée
>
>
> Le 13 novembre 2015 12:34, Donat ROBAUX  a écrit :
>
>> Bonjour,
>>
>> J'ai l'impression que la couche cadastre est indispo.
>> Quelqu'un pour vérifier?
>>
>> Donat
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre indispo?

[pepilepi...@ovh.fr]

  
  
Le 13/11/2015 12:34, Donat ROBAUX a
  écrit :


  

  Bonjour,

  
  J'ai l'impression que la couche cadastre est indispo.

Quelqu'un pour vérifier?



Donat
  


En effet, [14:00] j'ai aussi "Error : problem loading tile"...

JP


  
  
  
  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



  


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[JB]

Va quand même falloir penser à l'enlever du wiki, cette limite de 12m, 
vu qu'on nous la ressort régulièrement…
La logique et les pieds sur terre donnent, pour moi, qu'à partir du 
moment où on arrive à tracer des riverbanks à la main, ils peuvent avoir 
leur place dans OSM. Je ne sais pas qui a mis 12m ni de quand ça date, 
mais quand on cartographie les armoires de rue ou les potelets de 
passage piéton, on doit pouvoir faire bien mieux que 12m.

JB.

Le 04/06/2015 00:14, Jérôme Seigneuret a écrit :
Sébastien, pour les exemples que tu montres,le waterway lui-même est à 
revoir. Vu la taille (6m), pas la peine de mettre de zonage car la 
largeur est inférieur au 12m défini comme un minimum dans la doc 
anglaise. En effet j'ai parlé un peu rapidement sur mon premier 
message, c'est une erreur de ma part. (Voir mon message précédent). 


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Nicolas Dumoulin]

Le jeudi 4 juin 2015 08:19:13 JB a écrit :
 Va quand même falloir penser à l'enlever du wiki, cette limite de 12m,
 vu qu'on nous la ressort régulièrement…
 La logique et les pieds sur terre donnent, pour moi, qu'à partir du
 moment où on arrive à tracer des riverbanks à la main, ils peuvent avoir
 leur place dans OSM. Je ne sais pas qui a mis 12m ni de quand ça date,
 mais quand on cartographie les armoires de rue ou les potelets de
 passage piéton, on doit pouvoir faire bien mieux que 12m.

+1 C'est clair.
Autant, je vais pas le faire pour certaines rivières de 2-3 m, qui n'ont pas 
un profil super intéressant, autant ça pourrait être intéressant si la rivière 
a une forme bizarre, ou bien si elle très pratiqué en sport d'eaux vives par 
exemple.
Au delà de l'intérêt de la donnée, l'autre soucis est l'acquisition qui est 
plus relatif à la visibilité sur les vues aérienne qu'à la taille. Avec une 
imagerie à 25cm, on a déjà de quoi s'amuser. Sans parler de possibles relevés 
par GPS différentiel.

Bref, comme souvent, c'est difficile de trancher arbitrairement, et il faut 
adapter la décision au contexte, aux moyens, à la pertinence et à l'envie.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Jérôme Seigneuret]

Après avoir mesuré au *zoom 18* le tracé d'un *river* fait déjà *entre 5 et
6 m* sur Mapnik. A voir sur les autres.

Du coup en river il faudrait n'avoir que des cours d'eau dont la taille est
supérieur? (limite de la représentation) est-ce que l'épaisseur du trait et
corrigé si la taille du cours d'eau est inférieur?

Question taille :  un *steam *serait donc jusqu’à 5 à 6 mètres? (On est
loin de pouvoir aisément sauter par dessus...) puis on passe sur du *river*

Il va bien falloir fixer des règles pour passer de l'un à l'autre car la
représentation en dépend et l'exploitation des données aussi.

Cas chiant :
Que faire aussi quand en intermittence tu as un steam car c'est pas plus
large qu'1m et en saison de fonte des neiges tu a un river de plus de 10m?

Le 4 juin 2015 08:19, JB jb...@mailoo.org a écrit :

  Va quand même falloir penser à l'enlever du wiki, cette limite de 12m, vu
 qu'on nous la ressort régulièrement…
 La logique et les pieds sur terre donnent, pour moi, qu'à partir du moment
 où on arrive à tracer des riverbanks à la main, ils peuvent avoir leur
 place dans OSM. Je ne sais pas qui a mis 12m ni de quand ça date, mais
 quand on cartographie les armoires de rue ou les potelets de passage
 piéton, on doit pouvoir faire bien mieux que 12m.
 JB.

 Le 04/06/2015 00:14, Jérôme Seigneuret a écrit :

 Sébastien, pour les exemples que tu montres,le waterway lui-même est à
 revoir. Vu la taille (6m), pas la peine de mettre de zonage car la largeur
 est inférieur au 12m défini comme un minimum dans la doc anglaise. En effet
 j'ai parlé un peu rapidement sur mon premier message, c'est une erreur de
 ma part. (Voir mon message précédent).



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Bruno Cortial]

Le 4 juin 2015 11:23, JB jb...@mailoo.org a écrit :

  Le 04/06/2015 10:37, Jérôme Seigneuret a écrit :

 Après avoir mesuré au *zoom 18* le tracé d'un *river* fait déjà *entre 5
 et 6 m* sur Mapnik. A voir sur les autres.

 Sur R25 au 1:25000, elle fait environ 1mm, soit 25 mètres… Du coup, je
 passe en stream tout ce qui est plus étroit ? La donnée et le rendu sont
 deux choses différentes.



Je ne connaissais pas cette variante de taguer pour le rendu :-)
Ne savez-vous pas que les cartes mentent ?

http://fr.wikipedia.org/wiki/G%C3%A9n%C3%A9ralisation_cartographique#Le_mensonge_cartographique

A+
Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[JB]

Le 04/06/2015 10:37, Jérôme Seigneuret a écrit :
Après avoir mesuré au *zoom 18* le tracé d'un *river* fait déjà *entre 
5 et 6 m* sur Mapnik. A voir sur les autres.
Sur R25 au 1:25000, elle fait environ 1mm, soit 25 mètres… Du coup, je 
passe en stream tout ce qui est plus étroit ? La donnée et le rendu sont 
deux choses différentes.
Du coup en river il faudrait n'avoir que des cours d'eau dont la 
taille est supérieur? (limite de la représentation) est-ce que 
l'épaisseur du trait et corrigé si la taille du cours d'eau est inférieur?
Si ton intérêt est dans les cours d'eau, et que tu veux une 
représentation particulière, il va falloir trouver un rendu spécialisé 
ou le trouver… Qui utilisera des tag width (à peu près jamais utilisé), 
les riverbanks quand dessinés, etc.
Question taille :  un *steam *serait donc jusqu’à 5 à 6 mètres? (On 
est loin de pouvoir aisément sauter par dessus...) puis on passe sur 
du *river*
Je ne répondrai pas forcément à la question, mais le wiki oriente vers 
quelque chose de plus étroit (je vais éviter de polémiquer, mais je 
pense qu'il pourrait effectivement y avoir une catégorie intermédiaire).
Il va bien falloir fixer des règles pour passer de l'un à l'autre car 
la représentation en dépend et l'exploitation des données aussi.
Essaye de sauter par dessus, c'est ce que le wiki indique. Selon l'état 
de tes chaussettes, tu sauras où le classer. Tu peux aussi faire un 
sondage en invitant toute la famille ou le village à sauter et moyenner 
le poids des chaussettes.

Cas chiant :
Que faire aussi quand en intermittence tu as un steam car c'est pas 
plus large qu'1m et en saison de fonte des neiges tu a un river de 
plus de 10m?
Les réflexions n'avancent pas trop : 
http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain, 
http://wiki.openstreetmap.org/wiki/Key:flood_prone. Mais si tu as un 
ruisseau 11 mois sur 12…
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Jérôme Seigneuret]

Bon pour pas changer le schéma a évoluer pour éviter d'avoir des
confusions. Donc les parties des cours d'eau et canaux assez larges (12m
dans la doc anglaise ) passe en natural=water + water=* . C'est aussi le
cas des lacs et étangs.

La largeur du polygone doit correspond au moins à la taille minimum du
tracé de waterway à une échelle définie... info pour expliquer le choix des
12m par rapport à un cours d'eau qui ne peut pas se traversé en sautant
par dessus? Perso je fais pas plus de 4m en saut en longueur!

Pour les canaux et cours d'eau, on ajoute au centre le linéaire waterway=*
correspondant


Donc le résultat pour les cours d'eau et canaux:

 petite largeur

 naturel
waterway=steam (linéaire)

 artificialisé

 sans ouvrage d'art pour canaliser
waterway=ditch (linéaire)

 avec ouvrage d'art pour canaliser
waterway=drain (linéaire)

 grande largeur

 Naturel
natural=water + water=river (polygone| remplace waterway=riverbank)
waterway=river (linéaire au centre de la zone surfacique)

 Artificiel
natural=water + water=canal (polygone)
waterway=canal (linéaire au centre de la zone surfacique)


Pour les étendues d'eau :

 Artificielle

 Retenue d'eau
natural=water + water=reservoir (polygone | remplace landuse=reservoir)

 Étang, bassin

 Eau douce
natural=water + water=pond (polygone | remplace landuse=pond)

 Eau salé (pas de correspondance pour l'eau saumâtre)
landuse=salt_pond (polygone | je pense que ça pourrait être remplacé par
natural=water + water=pond + salt=yes)

 Naturelle

 Etang, Lacs

 Eau douce
natural=water + water=lake

 Eau salé (pas de correspondance pour l'eau saumâtre)
natural=water + water=lake + salt=yes

 Pas de tracé au centre des lacs globalement sauf exception du type Lac
Léman

Voilà ;-)

Le 3 juin 2015 18:35, Balaitous balait...@mailoo.org a écrit :

 Donc je vais continuer à supprimer les riverbank pour les stream
 (uniquement quand il s'agit d'un import brut du cadastre, lorsqu'un
 autre contributeur a tracé le filaire central en jugeant pertinent de
 laisser le riverbank, je ne touche pas)

 Je les supprime car
 * Je n'en vois pas l’intérêt quand la largeur est très faible
 * Les riverbank issu du cadastre sont souvent irréalistes (si je ne me
 trompe pas, le cadastre ne décrit pas l'hydrographie, mais délimite des
 parcelle de propriété, ce qui est parfois assez différent)

 Autre question: est-ce qu'un filaire doit traverser les lacs ? osmose
 signale systématiquement des erreurs à ce sujet.

 Et comment utiliser le tag waterway=ditch ?

 D'après la description : Utiliser waterway=ditch pour les fossés,
 simples cours d'eau ( FR:waterways) artificiels et étroits

 C'est pourquoi je ne l'utilise qu’exceptionnellement en montagne ou les
 fossés artificiels sont très rares.
 J'ai constaté que d'autre contributeurs l'utilise lorsque même un stream
 est un peu gros. Il me semble effectivement que la seule distinction
 river/stream est insuffisante, mais en l’absence de tag inférieur au
 stream pour un cours d'eau naturel, je m'en tient à celui-ci.

 Balaitous


 Le mercredi 03 juin 2015 à 15:14 +0200, Jérôme Seigneuret a écrit :
  En effet dans mon cas j'ai laissé car c'était du warterway=river. Je
  laisse les riverbank quand ils sont permanents et je mets river quand
  c'est plus large qu' 1m.
 
 
  Le choix entre steam et river et des fois un peut limite... Mais
  j'aimerai bien savoir comment vous déterminez votre choix.
 
 
  Genre quand la rivière ou fleuve fait plus d'un mettre mais n'est pas
  permanent... car warterway=river semble ne pas accepté l'intermittence
 
 
 
 
 
  Le 3 juin 2015 10:29, JB jb...@mailoo.org a écrit :
  Hé non, les riverbank ne sont pas toujours à conserver,
  notamment le long des ruisseaux et des fossés, quand ils ont
  été malencontreusement importés depuis le cadastre. Là, par
  exemple :
  http://www.openstreetmap.org/#map=19/44.90275/4.35458 . Pour
  nettoyer, il faudrait effectivement supprimer les riverbanks,
  tracer le filaire central (en stream, voire en ditch,
  parfois). Après, dans certains cas, le riverbank peut être
  pertinent, mais je ne me risquerais pas à donner une largeur
  limite, on risquerait des discussions sans fin…
  JB.
 
 
  Le 03/06/2015 09:04, Jérôme Seigneuret a écrit :
 
   Salut,
   Les riverbank sont à conserver pour les cours d'eau! il faut
   ajouter un filaire par dessus en son centre pour y mettre le
   nom du cours d'eau et autre. Je viens de retoucher une
   partie vers argelès sur mer. Reste à refaire la relation
   pour le cours d'eau La Riberette. J'ai utiliser la BD
   Carthage mais le cours d'au à un nom différent suivant la
   portion parcouru d'apèrs Wikipédia... A voir donc pour les
   locaux.
  
   Le 3 juin 2015 00:44, Balaitous balait...@mailoo.org a
   écrit :
   Bonjour,
  

Re: [OSM-talk-fr] Cadastre et riverbank

[Jérôme Seigneuret]

Ouai en effet et le tracé que tu montres est bien pourri...
Maintenant si tu prends la BD-Carthage la précision est aussi pas terrible
et bien décalé de la réalité pour l'avoir utilisé en carto environnemental
pour des diags (c'est pas la précision que l'on attend dans OSM) . On a du
CLC encore bien plus pourri...

Sébastien, pour les exemples que tu montres,le waterway lui-même est à
revoir. Vu la taille (6m), pas la peine de mettre de zonage car la largeur
est inférieur au 12m défini comme un minimum dans la doc anglaise. En effet
j'ai parlé un peu rapidement sur mon premier message, c'est une erreur de
ma part. (Voir mon message précédent). Le problème et que la source qui a
servit à le faire est pas terrible. Donc a nous de les redessiner au cas
par cas. Avant toutefois de redessiner la totalité des imports il serait
déjà intéressant de compléter les données manquante en se basant sur la
BD-Carthage. Les deux pouvant se faire en parallèle.

Certaines zones sont quand même bien faites. Ça dépend aussi de la rigueur
de saisie et de levé. En effet c'est plus rigoureux prêt des zones bâti. Je
fais du cas par cas quand c'est vraiment trop mauvais (comme pour les
routes d'ailleurs)

Maintenant ça sera pas forcément plus précis si t'as pas de trace GPS et
que ton cours d'eau passes sous une canopée dense du système forestier.
C'est le cas dans les Pyrénées et autres. A moins de prendre les modèles
numérique de terrain et d'analyser les pentes et les points de fuites pour
avoir les dépressions et les cuvettes.





Le 3 juin 2015 23:28, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Tyndare a écrit :
  Pas d'accord.

 Idem !

  De plus il faut faire attention aux données du cadastre, elles ne sont
  pas homogènes et les riverbanks importés ressemblent parfois au lit
  ordinaire, parfois au lit majeur.

 J'irais même plus loin : les cours d'eau mineurs qui apparaissent sur le
 cadastre sont souvent des plus farfelus, tant dans leur largeur que leur
 tracé. Je vois régulièrement apparaitre sur le cadastre des cours d'eau
 qui sont censés avoir plusieurs mềtres de large là où les photographies
 aériennes montrent des champs cultivés sans la moindre trace de
 ruisseau. Certains contributeurs ont importé les lits issus du cadastre
 sans se poser de question et sans tenir compte de l'existant, du coup,
 on voit parfois aux lisières des communes deux riverbank s'entreméler et
 un stream qui passe de l'un à l'autre ou trace parfois sa propre voie.
 Quand je suis d'humeur combative, je procède à un grand nettoyage, le
 reste du temps, je me contente de soupirer.

 Un dessin valant mieux qu'un grand discours, voici des exemples trouvés
 en à peine quelques minutes de navigation au hasard sur la carte :

 Une rivière qui a effectivement une certaine largeur mais pas les deux
 lits que lui prête OSM :

   http://www.openstreetmap.org/#map=19/43.26546/1.04605

 Encore deux lits importés du cadastre, dont l'un correspond à un bras
 mort :

   http://www.openstreetmap.org/#map=18/43.26486/1.03756

 Et un peu plus loin :

   http://www.openstreetmap.org/#map=18/43.26449/1.01685

 Sur le coup, je n'ai pas trouvé de riverbank fictif se baladant dans les
 champs mais il suffirait de chercher un peu plus...

 Sébastien

 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Sébastien Dinot]

Tyndare a écrit :
 Pas d'accord.

Idem !

 De plus il faut faire attention aux données du cadastre, elles ne sont
 pas homogènes et les riverbanks importés ressemblent parfois au lit
 ordinaire, parfois au lit majeur.

J'irais même plus loin : les cours d'eau mineurs qui apparaissent sur le
cadastre sont souvent des plus farfelus, tant dans leur largeur que leur
tracé. Je vois régulièrement apparaitre sur le cadastre des cours d'eau
qui sont censés avoir plusieurs mềtres de large là où les photographies
aériennes montrent des champs cultivés sans la moindre trace de
ruisseau. Certains contributeurs ont importé les lits issus du cadastre
sans se poser de question et sans tenir compte de l'existant, du coup,
on voit parfois aux lisières des communes deux riverbank s'entreméler et
un stream qui passe de l'un à l'autre ou trace parfois sa propre voie.
Quand je suis d'humeur combative, je procède à un grand nettoyage, le
reste du temps, je me contente de soupirer.

Un dessin valant mieux qu'un grand discours, voici des exemples trouvés
en à peine quelques minutes de navigation au hasard sur la carte :

Une rivière qui a effectivement une certaine largeur mais pas les deux
lits que lui prête OSM :

  http://www.openstreetmap.org/#map=19/43.26546/1.04605

Encore deux lits importés du cadastre, dont l'un correspond à un bras
mort :

  http://www.openstreetmap.org/#map=18/43.26486/1.03756

Et un peu plus loin :

  http://www.openstreetmap.org/#map=18/43.26449/1.01685

Sur le coup, je n'ai pas trouvé de riverbank fictif se baladant dans les
champs mais il suffirait de chercher un peu plus...

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Jérôme Seigneuret]

Salut,
Les riverbank sont à conserver pour les cours d'eau! il faut ajouter un
filaire par dessus en son centre pour y mettre le nom du cours d'eau et
autre. Je viens de retoucher une partie vers argelès sur mer. Reste à
refaire la relation pour le cours d'eau La Riberette. J'ai utiliser la BD
Carthage mais le cours d'au à un nom différent suivant la portion parcouru
d'apèrs Wikipédia... A voir donc pour les locaux.

Le 3 juin 2015 00:44, Balaitous balait...@mailoo.org a écrit :

 Bonjour,

 J'essaye de corriger les imports de riverbank du cadastre.

 Pour les petits cours d'eau (j'interviens essentiellement sur les
 Pyrénées ariégeoises), j'ai tendance à supprimer le riverbank du
 cadastre. J'ai constaté que d'autres contributeurs laissent le riverbank
 et ajoutent un warterway=stream au milieu.

 Y a t-il des recommandations à ce sujet ?

 Balaitous


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[JB]

Hé non, les riverbank ne sont pas toujours à conserver, notamment le 
long des ruisseaux et des fossés, quand ils ont été malencontreusement 
importés depuis le cadastre. Là, par exemple : 
http://www.openstreetmap.org/#map=19/44.90275/4.35458 . Pour nettoyer, 
il faudrait effectivement supprimer les riverbanks, tracer le filaire 
central (en stream, voire en ditch, parfois). Après, dans certains cas, 
le riverbank peut être pertinent, mais je ne me risquerais pas à donner 
une largeur limite, on risquerait des discussions sans fin…

JB.

Le 03/06/2015 09:04, Jérôme Seigneuret a écrit :

Salut,
Les riverbank sont à conserver pour les cours d'eau! il faut ajouter 
un filaire par dessus en son centre pour y mettre le nom du cours 
d'eau et autre. Je viens de retoucher une partie vers argelès sur mer. 
Reste à refaire la relation pour le cours d'eau La Riberette. J'ai 
utiliser la BD Carthage mais le cours d'au à un nom différent suivant 
la portion parcouru d'apèrs Wikipédia... A voir donc pour les locaux.


Le 3 juin 2015 00:44, Balaitous balait...@mailoo.org 
mailto:balait...@mailoo.org a écrit :


Bonjour,

J'essaye de corriger les imports de riverbank du cadastre.

Pour les petits cours d'eau (j'interviens essentiellement sur les
Pyrénées ariégeoises), j'ai tendance à supprimer le riverbank du
cadastre. J'ai constaté que d'autres contributeurs laissent le
riverbank
et ajoutent un warterway=stream au milieu.

Y a t-il des recommandations à ce sujet ?

Balaitous


___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Tyndare]

Pas d'accord.
D'après le wiki il n'est jamais question de riverbank pour un
waterway=stream, c'est à considérer qu'a partir de waterway=river et
seulement si elle est suffisamment large.
Un waterway=stream c'est un ruisseau au dessus duquel une personne bien
portante est capable de sauter (donc pas trop large). La précision d'un
riverbank ne serait qu’illusoire à ce niveau de détail (surtout en
montagne), il faut le supprimer. On peut mettre un tag width sur le
waterway si on veut préciser sa largeur.

De plus il faut faire attention aux données du cadastre, elles ne sont pas
homogènes et les riverbanks importés ressemblent parfois au lit ordinaire,
parfois au lit majeur.
Le 3 juin 2015 09:07, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

 Salut,
 Les riverbank sont à conserver pour les cours d'eau! il faut ajouter un
 filaire par dessus en son centre pour y mettre le nom du cours d'eau et
 autre. Je viens de retoucher une partie vers argelès sur mer. Reste à
 refaire la relation pour le cours d'eau La Riberette. J'ai utiliser la BD
 Carthage mais le cours d'au à un nom différent suivant la portion parcouru
 d'apèrs Wikipédia... A voir donc pour les locaux.

 Le 3 juin 2015 00:44, Balaitous balait...@mailoo.org a écrit :

 Bonjour,

 J'essaye de corriger les imports de riverbank du cadastre.

 Pour les petits cours d'eau (j'interviens essentiellement sur les
 Pyrénées ariégeoises), j'ai tendance à supprimer le riverbank du
 cadastre. J'ai constaté que d'autres contributeurs laissent le riverbank
 et ajoutent un warterway=stream au milieu.

 Y a t-il des recommandations à ce sujet ?

 Balaitous


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Jérôme Seigneuret]

En effet dans mon cas j'ai laissé car c'était du warterway=river. Je laisse
les riverbank quand ils sont permanents et je mets river quand c'est plus
large qu' 1m.

Le choix entre steam et river et des fois un peut limite... Mais j'aimerai
bien savoir comment vous déterminez votre choix.

Genre quand la rivière ou fleuve fait plus d'un mettre mais n'est pas
permanent... car warterway=river semble ne pas accepté l'intermittence



Le 3 juin 2015 10:29, JB jb...@mailoo.org a écrit :

  Hé non, les riverbank ne sont pas toujours à conserver, notamment le long
 des ruisseaux et des fossés, quand ils ont été malencontreusement importés
 depuis le cadastre. Là, par exemple :
 http://www.openstreetmap.org/#map=19/44.90275/4.35458 . Pour nettoyer, il
 faudrait effectivement supprimer les riverbanks, tracer le filaire central
 (en stream, voire en ditch, parfois). Après, dans certains cas, le
 riverbank peut être pertinent, mais je ne me risquerais pas à donner une
 largeur limite, on risquerait des discussions sans fin…
 JB.


 Le 03/06/2015 09:04, Jérôme Seigneuret a écrit :

 Salut,
 Les riverbank sont à conserver pour les cours d'eau! il faut ajouter un
 filaire par dessus en son centre pour y mettre le nom du cours d'eau et
 autre. Je viens de retoucher une partie vers argelès sur mer. Reste à
 refaire la relation pour le cours d'eau La Riberette. J'ai utiliser la BD
 Carthage mais le cours d'au à un nom différent suivant la portion parcouru
 d'apèrs Wikipédia... A voir donc pour les locaux.

 Le 3 juin 2015 00:44, Balaitous balait...@mailoo.org a écrit :

 Bonjour,

 J'essaye de corriger les imports de riverbank du cadastre.

 Pour les petits cours d'eau (j'interviens essentiellement sur les
 Pyrénées ariégeoises), j'ai tendance à supprimer le riverbank du
 cadastre. J'ai constaté que d'autres contributeurs laissent le riverbank
 et ajoutent un warterway=stream au milieu.

 Y a t-il des recommandations à ce sujet ?

 Balaitous


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre et riverbank

[Balaitous]

Donc je vais continuer à supprimer les riverbank pour les stream
(uniquement quand il s'agit d'un import brut du cadastre, lorsqu'un
autre contributeur a tracé le filaire central en jugeant pertinent de
laisser le riverbank, je ne touche pas)

Je les supprime car
* Je n'en vois pas l’intérêt quand la largeur est très faible
* Les riverbank issu du cadastre sont souvent irréalistes (si je ne me
trompe pas, le cadastre ne décrit pas l'hydrographie, mais délimite des
parcelle de propriété, ce qui est parfois assez différent)

Autre question: est-ce qu'un filaire doit traverser les lacs ? osmose
signale systématiquement des erreurs à ce sujet.

Et comment utiliser le tag waterway=ditch ?

D'après la description : Utiliser waterway=ditch pour les fossés,
simples cours d'eau ( FR:waterways) artificiels et étroits

C'est pourquoi je ne l'utilise qu’exceptionnellement en montagne ou les
fossés artificiels sont très rares.
J'ai constaté que d'autre contributeurs l'utilise lorsque même un stream
est un peu gros. Il me semble effectivement que la seule distinction
river/stream est insuffisante, mais en l’absence de tag inférieur au
stream pour un cours d'eau naturel, je m'en tient à celui-ci.

Balaitous


Le mercredi 03 juin 2015 à 15:14 +0200, Jérôme Seigneuret a écrit :
 En effet dans mon cas j'ai laissé car c'était du warterway=river. Je
 laisse les riverbank quand ils sont permanents et je mets river quand
 c'est plus large qu' 1m.
 
 
 Le choix entre steam et river et des fois un peut limite... Mais
 j'aimerai bien savoir comment vous déterminez votre choix. 
 
 
 Genre quand la rivière ou fleuve fait plus d'un mettre mais n'est pas
 permanent... car warterway=river semble ne pas accepté l'intermittence
 
 
 
 
 
 Le 3 juin 2015 10:29, JB jb...@mailoo.org a écrit :
 Hé non, les riverbank ne sont pas toujours à conserver,
 notamment le long des ruisseaux et des fossés, quand ils ont
 été malencontreusement importés depuis le cadastre. Là, par
 exemple :
 http://www.openstreetmap.org/#map=19/44.90275/4.35458 . Pour
 nettoyer, il faudrait effectivement supprimer les riverbanks,
 tracer le filaire central (en stream, voire en ditch,
 parfois). Après, dans certains cas, le riverbank peut être
 pertinent, mais je ne me risquerais pas à donner une largeur
 limite, on risquerait des discussions sans fin…
 JB.
 
 
 Le 03/06/2015 09:04, Jérôme Seigneuret a écrit :
 
  Salut,  
  Les riverbank sont à conserver pour les cours d'eau! il faut
  ajouter un filaire par dessus en son centre pour y mettre le
  nom du cours d'eau et autre. Je viens de retoucher une
  partie vers argelès sur mer. Reste à refaire la relation
  pour le cours d'eau La Riberette. J'ai utiliser la BD
  Carthage mais le cours d'au à un nom différent suivant la
  portion parcouru d'apèrs Wikipédia... A voir donc pour les
  locaux.
  
  Le 3 juin 2015 00:44, Balaitous balait...@mailoo.org a
  écrit :
  Bonjour,
  
  J'essaye de corriger les imports de riverbank du
  cadastre.
  
  Pour les petits cours d'eau (j'interviens
  essentiellement sur les
  Pyrénées ariégeoises), j'ai tendance à supprimer le
  riverbank du
  cadastre. J'ai constaté que d'autres contributeurs
  laissent le riverbank
  et ajoutent un warterway=stream au milieu.
  
  Y a t-il des recommandations à ce sujet ?
  
  Balaitous
  
  
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr
  
  
  
  
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre et riverbank

[Balaitous]

Bonjour,

J'essaye de corriger les imports de riverbank du cadastre.

Pour les petits cours d'eau (j'interviens essentiellement sur les
Pyrénées ariégeoises), j'ai tendance à supprimer le riverbank du
cadastre. J'ai constaté que d'autres contributeurs laissent le riverbank
et ajoutent un warterway=stream au milieu.

Y a t-il des recommandations à ce sujet ?

Balaitous


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] cadastre - telechargement commune pour josm

[didier2020]

bonjour,

a disposition la liste des emprises des communes du cadastre 
http://osm2020.free.fr/dwcadastre/index.html

c'est pour josm et remote activé

le fichier est vide, il suffit d'aller dans le menu Fichier = Mettre
a jour les données

cela telecharge par petit carré toutes les données de la commune

Si ca peut servir a quelqu'un d'autre que moi ...





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre en panne ?

[Yves Pratter]

Re bonsoir,

Pour la commune de Poisy 74 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.9190123823213/6.062942785529,
 le plugin cadastre sous JOSM renvoie une feuille blanche.
Pour info, L’import des bâtiments fonctionne très bien.

—
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre en panne ?

[Vincent de Château-Thierry]

Le 24/11/2014 18:45, Yves Pratter a écrit :


Pour la commune de Poisy 74
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.9190123823213/6.062942785529,
le plugin cadastre sous JOSM renvoie une feuille blanche.
Pour info, L’import des bâtiments fonctionne très bien.


Testé à l'instant, ça fonctionne. Vérifie que tu es bien cadré sur la 
commune, et que tu es en projection Lambert CC 9 zones zone 5.


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre en panne ?

[Yves Pratter]

 Testé à l'instant, ça fonctionne. Vérifie que tu es bien cadré sur la 
 commune, et que tu es en projection Lambert CC 9 zones zone 5.
Merci ça doit être ça. J’ai laissé la valeur pour le Doubs zone 6 (je ne me 
rappelais plus que le greffon ne la choisi pas tout seul).

—
Yves

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre-fantoir-bano

[Philippe Verdy]

pas un alt_name, ici, il suffirait juste de mettre le ref pour N 89 sur
le segment de rue (avenue Mendes France) et convaincre l'outil de
rapprochement BANO de reconnaitre RN 89 comme une ref rapprochable de la
ref existante.
pa

Le 5 novembre 2014 17:12, Christian Quest cqu...@openstreetmap.fr a écrit
:

 La bonne adresse est la première... mais oui c'est un cas particulier
 intéressant pour renseigner un alias du nom de voie, peut être via un
 alt_name mais c'est un peu tordu.


 Le 5 novembre 2014 16:50, didier2020 didier2...@free.fr a écrit :

 on gere ca comment ?

 - insee 19229
 Saint-Pantaléon-de-Larche

 - fantoir
 192290133M AV PIERRE MENDES FRANCE

 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.1428453613/1.46711803791

 - cadastre, intérogation des parcelles de la zone
 il y a plusieurs adresses sur une meme parcelle, comme celle-ci :

 Références de la parcelle 000 BC 187
Référence cadastrale de la parcelle 000 BC 187
Contenance cadastrale   898 mètres carrés
Adresse 63 AV PIERRE MENDES
FRANCE
19600 SAINT-PANTALEON-DE-
LARCHE
Adresse 63 N RN 89
19600 SAINT-PANTALEON-DE-
LARCHE



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




 --
 Christian Quest - OpenStreetMap France

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre-fantoir-bano

[Jérôme Seigneuret]

même mieux en vérifiant c'est:
sur le highway:
old_ref=N 89
ref=D 1089

J'en parlais plus haut ;-) Mais ça confirme ce que je pense.

Le 6 novembre 2014 21:18, Philippe Verdy verd...@wanadoo.fr a écrit :

 pas un alt_name, ici, il suffirait juste de mettre le ref pour N 89 sur
 le segment de rue (avenue Mendes France) et convaincre l'outil de
 rapprochement BANO de reconnaitre RN 89 comme une ref rapprochable de la
 ref existante.
 pa

 Le 5 novembre 2014 17:12, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 La bonne adresse est la première... mais oui c'est un cas particulier
 intéressant pour renseigner un alias du nom de voie, peut être via un
 alt_name mais c'est un peu tordu.


 Le 5 novembre 2014 16:50, didier2020 didier2...@free.fr a écrit :

 on gere ca comment ?

 - insee 19229
 Saint-Pantaléon-de-Larche

 - fantoir
 192290133M AV PIERRE MENDES FRANCE

 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.1428453613/1.46711803791

 - cadastre, intérogation des parcelles de la zone
 il y a plusieurs adresses sur une meme parcelle, comme celle-ci :

 Références de la parcelle 000 BC 187
Référence cadastrale de la parcelle 000 BC 187
Contenance cadastrale   898 mètres carrés
Adresse 63 AV PIERRE MENDES
FRANCE
19600 SAINT-PANTALEON-DE-
LARCHE
Adresse 63 N RN 89
19600 SAINT-PANTALEON-DE-
LARCHE



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




 --
 Christian Quest - OpenStreetMap France

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] cadastre-fantoir-bano

[didier2020]

on gere ca comment ?

- insee 19229
Saint-Pantaléon-de-Larche

- fantoir
192290133M AV PIERRE MENDES FRANCE
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.1428453613/1.46711803791

- cadastre, intérogation des parcelles de la zone
il y a plusieurs adresses sur une meme parcelle, comme celle-ci :

Références de la parcelle 000 BC 187
   Référence cadastrale de la parcelle 000 BC 187
   Contenance cadastrale   898 mètres carrés
   Adresse 63 AV PIERRE MENDES
   FRANCE
   19600 SAINT-PANTALEON-DE-
   LARCHE
   Adresse 63 N RN 89
   19600 SAINT-PANTALEON-DE-
   LARCHE



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre-fantoir-bano

[Christian Quest]

La bonne adresse est la première... mais oui c'est un cas particulier
intéressant pour renseigner un alias du nom de voie, peut être via un
alt_name mais c'est un peu tordu.


Le 5 novembre 2014 16:50, didier2020 didier2...@free.fr a écrit :

 on gere ca comment ?

 - insee 19229
 Saint-Pantaléon-de-Larche

 - fantoir
 192290133M AV PIERRE MENDES FRANCE

 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.1428453613/1.46711803791

 - cadastre, intérogation des parcelles de la zone
 il y a plusieurs adresses sur une meme parcelle, comme celle-ci :

 Références de la parcelle 000 BC 187
Référence cadastrale de la parcelle 000 BC 187
Contenance cadastrale   898 mètres carrés
Adresse 63 AV PIERRE MENDES
FRANCE
19600 SAINT-PANTALEON-DE-
LARCHE
Adresse 63 N RN 89
19600 SAINT-PANTALEON-DE-
LARCHE



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre-fantoir-bano

[Jérôme Seigneuret]

Souvent présent sur les grands axe dont le bati était hors agglo puis sont
passé dans l'agglo suite à anthropisation urbaine.

Ducoup le nom est sur dans la balise nat_ref
http://wiki.openstreetmap.org/w/index.php?title=FR:Key:nat_refaction=editredlink=1
ou
plus communément *ref:**

ref=N 89
d'ailleurs c'est aussi la D 1089 depuis que la compétence est passé au
départements
d'ailleur je crois que c'est en tant que old_ref que c'est tagué

sur le highway:
old_ref=N 89
ref=D 1089

Mais il n'y a pas de tag défini pour ça il me semble dans les adresses s'il
n'y a pas de nom de rue.
Doit-on mettre la référence dans addr:street si il n'y a pas de nom on
juste faire relation qui serait peut être plus propre?



Le 5 novembre 2014 17:12, Christian Quest cqu...@openstreetmap.fr a écrit
:

 La bonne adresse est la première... mais oui c'est un cas particulier
 intéressant pour renseigner un alias du nom de voie, peut être via un
 alt_name mais c'est un peu tordu.


 Le 5 novembre 2014 16:50, didier2020 didier2...@free.fr a écrit :

 on gere ca comment ?

 - insee 19229
 Saint-Pantaléon-de-Larche

 - fantoir
 192290133M AV PIERRE MENDES FRANCE

 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.1428453613/1.46711803791

 - cadastre, intérogation des parcelles de la zone
 il y a plusieurs adresses sur une meme parcelle, comme celle-ci :

 Références de la parcelle 000 BC 187
Référence cadastrale de la parcelle 000 BC 187
Contenance cadastrale   898 mètres carrés
Adresse 63 AV PIERRE MENDES
FRANCE
19600 SAINT-PANTALEON-DE-
LARCHE
Adresse 63 N RN 89
19600 SAINT-PANTALEON-DE-
LARCHE



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




 --
 Christian Quest - OpenStreetMap France

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre-fantoir-bano

[didier2020]

Le mercredi 05 novembre 2014 à 17:12 +0100, Christian Quest a écrit : 
 La bonne adresse est la première... mais oui c'est un cas
 particulier intéressant pour renseigner un alias du nom de voie,
 peut être via un alt_name mais c'est un peu tordu.
 

dans le doute , pour osm : je fais rien . 
de plus je pense que c'est une erreur du cadastre ou la premiere adresse
n'est pas la bonne . (j'y passe dans 2 jours ..)

j'ai trouvé le meme cas a nogent le roi ... (récurrent ?)
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.6445377396/1.52643627314
pour la parcelle
Référence cadastrale de la parcelle 000 AC 62
Contenance cadastrale   801 mètres carrés
Adresse 627L CHE DU CIMETIERE
28210 NOGENT LE ROI
Adresse 11 RUE DU BOIS AUX DAIMS
28210 NOGENT LE ROI

 
 
 Le 5 novembre 2014 16:50, didier2020 didier2...@free.fr a écrit :
 on gere ca comment ?
 
 - insee 19229
 Saint-Pantaléon-de-Larche
 
 - fantoir
 192290133M AV PIERRE MENDES FRANCE
 
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.1428453613/1.46711803791
 
 - cadastre, intérogation des parcelles de la zone
 il y a plusieurs adresses sur une meme parcelle, comme
 celle-ci :
 
 Références de la parcelle 000 BC 187
Référence cadastrale de la parcelle 000 BC 187
Contenance cadastrale   898 mètres carrés
Adresse 63 AV PIERRE MENDES
FRANCE
19600
 SAINT-PANTALEON-DE-
LARCHE
Adresse 63 N RN 89
19600
 SAINT-PANTALEON-DE-
LARCHE
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr 
 
 
 
 -- 
 Christian Quest - OpenStreetMap France
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre-fantoir-bano

[Jérôme Seigneuret]

Ca doit surement être lié au déclaration sur le cadastre. J'ai des cas de
noms différents mais sur la même rue. Dans ton cas le plus récent serait le
premier et les suivant des anciens noms de rue. A vérifier avec des gens
qui habitent dans la rue en question.

Le 5 novembre 2014 18:50, didier2020 didier2...@free.fr a écrit :

 Le mercredi 05 novembre 2014 à 17:12 +0100, Christian Quest a écrit :
  La bonne adresse est la première... mais oui c'est un cas
  particulier intéressant pour renseigner un alias du nom de voie,
  peut être via un alt_name mais c'est un peu tordu.
 

 dans le doute , pour osm : je fais rien .
 de plus je pense que c'est une erreur du cadastre ou la premiere adresse
 n'est pas la bonne . (j'y passe dans 2 jours ..)

 j'ai trouvé le meme cas a nogent le roi ... (récurrent ?)

 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.6445377396/1.52643627314
 pour la parcelle
 Référence cadastrale de la parcelle 000 AC 62
 Contenance cadastrale   801 mètres carrés
 Adresse 627L CHE DU CIMETIERE
 28210 NOGENT LE ROI
 Adresse 11 RUE DU BOIS AUX DAIMS
 28210 NOGENT LE ROI

 
 
  Le 5 novembre 2014 16:50, didier2020 didier2...@free.fr a écrit :
  on gere ca comment ?
 
  - insee 19229
  Saint-Pantaléon-de-Larche
 
  - fantoir
  192290133M AV PIERRE MENDES FRANCE
 
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/45.1428453613/1.46711803791
 
  - cadastre, intérogation des parcelles de la zone
  il y a plusieurs adresses sur une meme parcelle, comme
  celle-ci :
 
  Références de la parcelle 000 BC 187
 Référence cadastrale de la parcelle 000 BC 187
 Contenance cadastrale   898 mètres carrés
 Adresse 63 AV PIERRE MENDES
 FRANCE
 19600
  SAINT-PANTALEON-DE-
 LARCHE
 Adresse 63 N RN 89
 19600
  SAINT-PANTALEON-DE-
 LARCHE
 
 
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
  --
  Christian Quest - OpenStreetMap France
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] cadastre entierement vectorisé pour la haute corse

[didier2020]

tout est dans le titre ... 


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89

[Christian Quest]

Plus d'une trentaine de communes sur le 64...

Le détail est là:
https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89

[HELFER Denis]

Sur le 67, c'est quelles communes ?

De : Christian Quest [mailto:cqu...@openstreetmap.fr]
Envoyé : lundi 18 août 2014 11:57
À : Discussions sur OSM en français
Objet : [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89

Plus d'une trentaine de communes sur le 64...

Le détail est là: 
https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610

--
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89

[didier2020]

Le lundi 18 août 2014 à 10:00 +, HELFER Denis a écrit : 
 Sur le 67, c’est quelles communes ?


67381 PUBERG
67392 REIPERTSWILLER

  
 
 De : Christian Quest [mailto:cqu...@openstreetmap.fr] 
 Envoyé : lundi 18 août 2014 11:57
 À : Discussions sur OSM en français
 Objet : [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le
 64, 67 et 89
 
  
 
 Plus d'une trentaine de communes sur le 64...
 
  
 
 
 Le détail est
 là: 
 https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610
 
  
 
 
 -- 
 
 Christian Quest - OpenStreetMap France
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89

[Christophe Merlet]

Le 18/08/2014 11:57, Christian Quest a écrit :
 Plus d'une trentaine de communes sur le 64...

Juste ce qu'il faut pour terminer l'import du bâti dans le 64 !

Au passage, ça fait plaisir que le rendu QA soit de nouveau
régulièrement mis à jour depuis quelques semaines.

 Le détail est
 là: 
 https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610
 
 -- 
 Christian Quest - OpenStreetMap France


Librement,
-- 
Christophe Merlet (RedFox)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89

[Christian Quest]

Les adresses de ces nouvelles communes sont déjà dispo dans BANO...


Le 18 août 2014 12:21, Christophe Merlet red...@redfoxcenter.org a écrit :

 Le 18/08/2014 11:57, Christian Quest a écrit :
  Plus d'une trentaine de communes sur le 64...

 Juste ce qu'il faut pour terminer l'import du bâti dans le 64 !

 Au passage, ça fait plaisir que le rendu QA soit de nouveau
 régulièrement mis à jour depuis quelques semaines.

  Le détail est
  là:
 https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610
 
  --
  Christian Quest - OpenStreetMap France


 Librement,
 --
 Christophe Merlet (RedFox)

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Christian Quest]

C'est une erreur, il ne devrait y avoir qu'une relation par rue...
d'ailleurs osmose signale ces erreurs:

http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=49.18272lon=-0.375layers=B0FFTclass=8item=2060level=1,2,3

Après une saisie d'adresses toujours un peu complexe, il faut penser à
repasser faire un tour sur osmose 48h après pour voir les quelques
erreurs qu'on a forcément fait.


Le 29 juin 2013 07:57, Ista Pouss ista...@gmail.com a écrit :
 Hahem je vais sans doute faire le ch*** mais j'ai remarqué qu'iil y a pas
 mal de rues en doublon à Caen ? Je veux dire, des relations qui portent le
 type associatedStreet et qui ont le même nom.

 On me dit qu'une rue est découpée en morceaux, et que bien normalement c'est
 des morceaux dans osm, et on concède que des relations sont faites pour
 rassembler les morceaux, mais là ont arrive à des morceaux de relations ?

 La liste des doublons est ici :
 http://www.diaam.com:8080/idalacarte/creaid.jsp?nomDeRegle=associatedstreetcaen

 Ce qui m'embête le plus est que pour certaines c'est peut être justifié, et
 je ne saurais pas comment modéliser ça :-)

 Soit par exemple, pour les rues lanfranc
 http://www.openstreetmap.org/browse/relation/2860346
 http://www.openstreetmap.org/browse/relation/2860347, pourquoi y a-t-il 2
 relations ? J'ai l'impression que c'est complètement la même rue ?

 Pour les rues de rue de Norrey, par contre
 http://www.openstreetmap.org/browse/relation/2999528
 http://www.openstreetmap.org/browse/relation/2999529, ça à l'air justifié,
 car ça ne semble pas être la même ville :-( Mon logiciel de détection est
 perfectible, je me dépêche.

 Cordialement.




 Le 28 juin 2013 23:10, Vincent de Château-Thierry v...@laposte.net a écrit
 :


 Le 28/06/2013 23:03, Francescu GAROBY a écrit :

 J'avais pas pensé à aller checker avec Google Street View -_-
 Par contre, comment fais-tu pour interroger la parcelle dans le
 cadastre ? Ça m'intéresse !


 Sur http://www.cadastre.gouv.fr/ , une fois affichée la carte, en zoomant
 sur une parcelle, tu cliques en bas à gauche sur 'S'informer' et ensuite tu
 cliques sur la parcelle qui t'intéresse. Tu as une puce 'i' qui s'affiche.
 Tu descends tout en bas à droite de la fenêtre, tu cliques sur 'Valider', et
 les infos s'affichent. Bien pratique :-)

 vincent


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr




 --
 Les dérives de rue :
 Le projet de théâtre de Saint-Étienne emporté par le vent

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Frédéric Rodrigo]

Le 29/06/2013 08:50, Christian Quest a écrit :

C'est une erreur, il ne devrait y avoir qu'une relation par rue...
d'ailleurs osmose signale ces erreurs:

http://osmose.openstreetmap.fr/fr/map/?zoom=14lat=49.18272lon=-0.375layers=B0FFTclass=8item=2060level=1,2,3

Après une saisie d'adresses toujours un peu complexe, il faut penser à
repasser faire un tour sur osmose 48h après pour voir les quelques
erreurs qu'on a forcément fait.


Attention, c'est du détail, mais je signalement quand même. Faute de 
puissance de calcul Osmose est passé à une fréquence de calcul de 3j à 
la place de 2j.
Dans la bulle il y a toujours la date de calcul de l'erreur, on peut 
aussi vérifier la fraîcheur de l'analyse là

http://osmose.openstreetmap.fr/fr/control/update_matrix
et là
http://osmose.openstreetmap.fr/fr/control/update

Frédéric.



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Francescu GAROBY]

Merci de m'avoir signalé ces erreurs.
Dans le cas des rues Lanfranc : plusieurs tronçons traités séparément,
par erreur.
Pour les rues Norey, il s'agit bien de la même ville, mais les 2 rues sont
parralèles (les 2 débouchent sur l'avenue de la Première Arméee Française)
Je vais regarder tout ça...


Francescu


Le 29 juin 2013 07:57, Ista Pouss ista...@gmail.com a écrit :

 Hahem je vais sans doute faire le ch*** mais j'ai remarqué qu'iil y a pas
 mal de rues en doublon à Caen ? Je veux dire, des relations qui portent le
 type associatedStreet et qui ont le même nom.

 On me dit qu'une rue est découpée en morceaux, et que bien normalement
 c'est des morceaux dans osm, et on concède que des relations sont faites
 pour rassembler les morceaux, mais là ont arrive à des morceaux de
 relations ?

 La liste des doublons est ici :
 http://www.diaam.com:8080/idalacarte/creaid.jsp?nomDeRegle=associatedstreetcaen

 Ce qui m'embête le plus est que pour certaines c'est peut être justifié,
 et je ne saurais pas comment modéliser ça :-)

 Soit par exemple, pour les rues lanfranc
 http://www.openstreetmap.org/browse/relation/2860346
 http://www.openstreetmap.org/browse/relation/2860347, pourquoi y a-t-il 2
 relations ? J'ai l'impression que c'est complètement la même rue ?

 Pour les rues de rue de Norrey, par contre
 http://www.openstreetmap.org/browse/relation/2999528
 http://www.openstreetmap.org/browse/relation/2999529, ça à l'air
 justifié, car ça ne semble pas être la même ville :-( Mon logiciel de
 détection est perfectible, je me dépêche.

 Cordialement.




 Le 28 juin 2013 23:10, Vincent de Château-Thierry v...@laposte.net a
 écrit :


 Le 28/06/2013 23:03, Francescu GAROBY a écrit :

  J'avais pas pensé à aller checker avec Google Street View -_-
 Par contre, comment fais-tu pour interroger la parcelle dans le
 cadastre ? Ça m'intéresse !


 Sur http://www.cadastre.gouv.fr/ , une fois affichée la carte, en
 zoomant sur une parcelle, tu cliques en bas à gauche sur 'S'informer' et
 ensuite tu cliques sur la parcelle qui t'intéresse. Tu as une puce 'i' qui
 s'affiche. Tu descends tout en bas à droite de la fenêtre, tu cliques sur
 'Valider', et les infos s'affichent. Bien pratique :-)

 vincent


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




 --
 Les dérives de rue :
 Le projet de théâtre de Saint-Étienne emporté par le 
 venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/
  http://drivrsdu.fr/profession-emotion/

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr




-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre : double addresse sur la même maison

[Francescu GAROBY]

Je viens de tomber sur un cas assez étrange (et peut-être pas si rare que
je le pense...) : j'ai 2 numéros d'adresse pour la même maison située,
comme vous pouvez vous en douter, à un angle de rue (pour info : il s'agit
du 2 rue des Paladins et du 18 rue de la plate pierre, à Caen, cf.
screenshot joint).

Du coup, en attendant d'aller sur place constater de visu, je fais quoi ?
* je ne mets rien ;
* je mets les 2 adresses, l'une des 2 sera juste inutile, mais au moins la
bonne y sera forcément ;
* autre chose ?


-- 
Cordialement,
Francescu GAROBY
attachment: double-adresse.png___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Vincent de Château-Thierry]

Le 28/06/2013 22:47, Francescu GAROBY a écrit :

Je viens de tomber sur un cas assez étrange (et peut-être pas si rare
que je le pense...) : j'ai 2 numéros d'adresse pour la même maison
située, comme vous pouvez vous en douter, à un angle de rue (pour info :
il s'agit du 2 rue des Paladins et du 18 rue de la plate pierre, à Caen,
cf. screenshot joint).

Du coup, en attendant d'aller sur place constater de visu, je fais quoi ?
* je ne mets rien ;
* je mets les 2 adresses, l'une des 2 sera juste inutile, mais au moins
la bonne y sera forcément ;
* autre chose ?


L'endroit, pris en photo pour StreetView en 2008 [1] montre une maison 
avec un accès uniquement côté Rue de la Plate Pierre. Le cadastre, quand 
on interroge la parcelle, donne comme adresse uniquement le 18 Rue de la 
Plate Pierre.

Donc vu de ma chaise, je vote pour cette adresse seule.

vincent

[1] : http://goo.gl/maps/ZquwX

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Francescu GAROBY]

J'avais pas pensé à aller checker avec Google Street View -_-
Par contre, comment fais-tu pour interroger la parcelle dans le cadastre
? Ça m'intéresse !

Francescu


Le 28 juin 2013 23:01, Vincent de Château-Thierry v...@laposte.net a
écrit :


 Le 28/06/2013 22:47, Francescu GAROBY a écrit :

  Je viens de tomber sur un cas assez étrange (et peut-être pas si rare
 que je le pense...) : j'ai 2 numéros d'adresse pour la même maison
 située, comme vous pouvez vous en douter, à un angle de rue (pour info :
 il s'agit du 2 rue des Paladins et du 18 rue de la plate pierre, à Caen,
 cf. screenshot joint).

 Du coup, en attendant d'aller sur place constater de visu, je fais quoi ?
 * je ne mets rien ;
 * je mets les 2 adresses, l'une des 2 sera juste inutile, mais au moins
 la bonne y sera forcément ;
 * autre chose ?


 L'endroit, pris en photo pour StreetView en 2008 [1] montre une maison
 avec un accès uniquement côté Rue de la Plate Pierre. Le cadastre, quand on
 interroge la parcelle, donne comme adresse uniquement le 18 Rue de la Plate
 Pierre.
 Donc vu de ma chaise, je vote pour cette adresse seule.

 vincent

 [1] : http://goo.gl/maps/ZquwX

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Philippe Verdy]

En quoi c'est différent des adresses comme 12-14 rue Xyz (deux numéros
successifs dans la même rue) et en quoi c'est une anomalie ?
A mon avis on conserve les deux (il y a pu y avoir une distinction dans le
passé avant que deux propriétés soient réunies en une seule, et cela
pourrait aussi être redivisé à l'avenir. De plus il peut y avoir deux
entrées, une dans chaque rue.


Le 28 juin 2013 22:47, Francescu GAROBY windu...@gmail.com a écrit :

 Je viens de tomber sur un cas assez étrange (et peut-être pas si rare que
 je le pense...) : j'ai 2 numéros d'adresse pour la même maison située,
 comme vous pouvez vous en douter, à un angle de rue (pour info : il s'agit
 du 2 rue des Paladins et du 18 rue de la plate pierre, à Caen, cf.
 screenshot joint).

 Du coup, en attendant d'aller sur place constater de visu, je fais quoi ?
 * je ne mets rien ;
 * je mets les 2 adresses, l'une des 2 sera juste inutile, mais au moins la
 bonne y sera forcément ;
 * autre chose ?


 --
 Cordialement,
 Francescu GAROBY

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Sylvain Maillard]

Je confirme que c'est des choses qui peuvent arriver dans la vraie vie, là
ou je suis j'ai 2 adresses: l'officielle dans une rue, je me situe dans un
bâtiment tout au fond d'une cours intérieur, et donc une deuxième pour la
porte qu'on a qui donne sur la rue de derrière ... j'aurais tendance à
tagguer ce genre de cas par 2 nœud numéros sur le contour du bâtiment =
comme ça tout le monde a raison ;)


Sylvain


Le 28 juin 2013 23:03, Philippe Verdy verd...@wanadoo.fr a écrit :

 En quoi c'est différent des adresses comme 12-14 rue Xyz (deux numéros
 successifs dans la même rue) et en quoi c'est une anomalie ?
 A mon avis on conserve les deux (il y a pu y avoir une distinction dans le
 passé avant que deux propriétés soient réunies en une seule, et cela
 pourrait aussi être redivisé à l'avenir. De plus il peut y avoir deux
 entrées, une dans chaque rue.


 Le 28 juin 2013 22:47, Francescu GAROBY windu...@gmail.com a écrit :

 Je viens de tomber sur un cas assez étrange (et peut-être pas si rare que
 je le pense...) : j'ai 2 numéros d'adresse pour la même maison située,
 comme vous pouvez vous en douter, à un angle de rue (pour info : il s'agit
 du 2 rue des Paladins et du 18 rue de la plate pierre, à Caen, cf.
 screenshot joint).

 Du coup, en attendant d'aller sur place constater de visu, je fais quoi ?
 * je ne mets rien ;
 * je mets les 2 adresses, l'une des 2 sera juste inutile, mais au moins
 la bonne y sera forcément ;
 * autre chose ?


 --
 Cordialement,
 Francescu GAROBY

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Vincent de Château-Thierry]

Le 28/06/2013 23:03, Francescu GAROBY a écrit :

J'avais pas pensé à aller checker avec Google Street View -_-
Par contre, comment fais-tu pour interroger la parcelle dans le
cadastre ? Ça m'intéresse !


Sur http://www.cadastre.gouv.fr/ , une fois affichée la carte, en 
zoomant sur une parcelle, tu cliques en bas à gauche sur 'S'informer' et 
ensuite tu cliques sur la parcelle qui t'intéresse. Tu as une puce 'i' 
qui s'affiche. Tu descends tout en bas à droite de la fenêtre, tu 
cliques sur 'Valider', et les infos s'affichent. Bien pratique :-)


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : double addresse sur la même maison

[Ista Pouss]

Hahem je vais sans doute faire le ch*** mais j'ai remarqué qu'iil y a pas
mal de rues en doublon à Caen ? Je veux dire, des relations qui portent le
type associatedStreet et qui ont le même nom.

On me dit qu'une rue est découpée en morceaux, et que bien normalement
c'est des morceaux dans osm, et on concède que des relations sont faites
pour rassembler les morceaux, mais là ont arrive à des morceaux de
relations ?

La liste des doublons est ici :
http://www.diaam.com:8080/idalacarte/creaid.jsp?nomDeRegle=associatedstreetcaen

Ce qui m'embête le plus est que pour certaines c'est peut être justifié, et
je ne saurais pas comment modéliser ça :-)

Soit par exemple, pour les rues lanfranc
http://www.openstreetmap.org/browse/relation/2860346
http://www.openstreetmap.org/browse/relation/2860347, pourquoi y a-t-il 2
relations ? J'ai l'impression que c'est complètement la même rue ?

Pour les rues de rue de Norrey, par contre
http://www.openstreetmap.org/browse/relation/2999528
http://www.openstreetmap.org/browse/relation/2999529, ça à l'air justifié,
car ça ne semble pas être la même ville :-( Mon logiciel de détection est
perfectible, je me dépêche.

Cordialement.




Le 28 juin 2013 23:10, Vincent de Château-Thierry v...@laposte.net a
écrit :


 Le 28/06/2013 23:03, Francescu GAROBY a écrit :

  J'avais pas pensé à aller checker avec Google Street View -_-
 Par contre, comment fais-tu pour interroger la parcelle dans le
 cadastre ? Ça m'intéresse !


 Sur http://www.cadastre.gouv.fr/ , une fois affichée la carte, en zoomant
 sur une parcelle, tu cliques en bas à gauche sur 'S'informer' et ensuite tu
 cliques sur la parcelle qui t'intéresse. Tu as une puce 'i' qui s'affiche.
 Tu descends tout en bas à droite de la fenêtre, tu cliques sur 'Valider',
 et les infos s'affichent. Bien pratique :-)

 vincent


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
Les dérives de rue :
Le projet de théâtre de Saint-Étienne emporté par le
venthttp://drivrsdu.fr/le-projet-de-theatre-de-saint-etienne-emporte-par-le-vent/
http://drivrsdu.fr/profession-emotion/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

[Christian Quest]

Il est devenu http://cadastre.openstreetmap.fr/



Le 26 juin 2013 06:41, nono pingven...@free.fr a écrit :
 Bonjour

 Qu'est devenu le site http://cadastre.cleo-carto.org ?

 Beaucoup de lien y font références sur la toile, notamment celui-ci :
 http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.fr/39504
 et
 http://www.google.com/url?q=http://cyberchemille.org/IMG/pdf/IMPORT_DU_BAT_I_SUR_OSM.pdfsa=Uei=kG_KUeb9GoGRhQeJzoDYCQved=0CDMQFjAHsig2=IKhgRqjbxD08UWv9dV8poAusg=AFQjCNGNQagg5U9LIvyO485Ahu-uVvk0LQ


 je m'en servais pour importer les cours d'eau


 nono

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

[PierreV]

Attention... pour importer les cours d'eau depuis le cadastre, tout d'abord
ils ne sont plus disponibles (je crois me souvenir qu'on peut éventuellement
demander l'accès protégé?) mais si tu les trouve, il faut les traiter
avant de les importer brut dans OSM. Maintenant nous demandons aussi d'avoir
le réseau filaire des cours d'eau avant d'en importer les limites
waterway=riverbank depuis le cadastre.
*Dernièrement, cette couche comporte aussi les piscines privées qu'il faut
correctement tagguer...


Pour ma part, je suis en train de supprimer les waterways pour les tous
petits ruisseaux qui ont été importés depuis le cadastre.

allé un dernier petit lien pour corriger déja tout ce qui est existant sur
OSM:
http://osmose.openstreetmap.fr/fr/map/?zoom=10lat=46.28212lon=-1.03504layers=B0FFTitem=1220,3080level=1,2,3



--
View this message in context: 
http://gis.19327.n5.nabble.com/cadastre-tp5767011p5767042.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

[Denis Bigorgne]

Le 26 juin 2013 13:20, PierreV belett...@hotmail.fr a écrit :


 Pour ma part, je suis en train de supprimer les waterways pour les tous
 petits ruisseaux qui ont été importés depuis le cadastre.


Il y a peut-être déjà eu une discussion à ce sujet, mais, nouveau venu, je
ne sais pas pourquoi ils doivent être supprimés ( s'ils existent ).
 waterway=stream n'est'il pas adapté au petits ruisseaux ?

Denis
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

[hamster]

Le 26/06/2013 18:18, Denis Bigorgne a écrit :
 Il y a peut-être déjà eu une discussion à ce sujet, mais, nouveau venu,
 je ne sais pas pourquoi ils doivent être supprimés ( s'ils existent ).
  waterway=stream n'est'il pas adapté au petits ruisseaux ?

si, mais ce n'est pas ce qui est importe depuis le cadastre

ce qui est importe (quand quelqu'un fait une importation brute, sans
prendre la peine de corriger ce qui va pas) c'est juste le contour (ce
qui n'a pas de sens pour un ruisseau gros comme le bras), sans le chemin
portant le tag waterway au milieu

de plus, les contours en question sont plus les zones inondables en cas
d'orage que les vrais ruisseaux reellement presents sur le terrain


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

[nono]

Le mercredi 26 juin 2013 à 04:20 -0700, PierreV a écrit :
 Attention... pour importer les cours d'eau depuis le cadastre, tout d'abord
 ils ne sont plus disponibles (je crois me souvenir qu'on peut éventuellement
 demander l'accès protégé?) mais si tu les trouve, il faut les traiter
 avant de les importer brut dans OSM. Maintenant nous demandons aussi d'avoir
 le réseau filaire des cours d'eau avant d'en importer les limites
 waterway=riverbank depuis le cadastre.

merci pour l'info

nono


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cadastre

[nono]

Le mercredi 26 juin 2013 à 08:31 +0200, Christian Quest a écrit :
 Il est devenu http://cadastre.openstreetmap.fr/
 
super et merci

nono


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] cadastre

[nono]

Bonjour

Qu'est devenu le site http://cadastre.cleo-carto.org ?

Beaucoup de lien y font références sur la toile, notamment celui-ci :
http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.fr/39504
et
http://www.google.com/url?q=http://cyberchemille.org/IMG/pdf/IMPORT_DU_BAT_I_SUR_OSM.pdfsa=Uei=kG_KUeb9GoGRhQeJzoDYCQved=0CDMQFjAHsig2=IKhgRqjbxD08UWv9dV8poAusg=AFQjCNGNQagg5U9LIvyO485Ahu-uVvk0LQ


je m'en servais pour importer les cours d'eau


nono


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Xavier]

Ah oui, ce serait vraiment génial. Combien de fois ai-je refait le 
calage des mêmes feuilles sur JOSM !
J'avais hésité à en parler sur la liste, parce que je ne vais pas 
pouvoir faire grand chose pour aider (si ce n'est tester) mais si 
quelqu'un est capable de nous coder ça, il aura toute ma gratitude :-)
Et même si ce n'est enregistré qu'en local sur notre ordi, ce serait 
déjà pratique. (on trouvera toujours un moyen d'échanger tout ça après).


+0.02EUR ;-)

Xavier

Le 22/05/2013 17:17, Eric Sibert a écrit :

Christian Quest cqu...@openstreetmap.fr a ?crit :


Partager les fichiers de cache enregistrés par le plugin cadastre
après calage serait un truc super pratique... ou à minima un moyen de
partager les infos de calage qu'ils contiennent.


On doit pouvoir partager les informations de calage sans partager les 
images elles mêmes. Sur le même principe que ce qui a été essayé (et 
abandonné?) récemment pour Bing.


Yaka monter un serveur pour centraliser ça (et modifier le plugin 
cadastre?) ;-)


Mes 0,02 EUR.

Eric


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Christian Quest]

Les feuilles que l'on cale sont enregistrées dans un cache local par
le plugin cadastre.
Il propose de les recharger du cache quand on charge la même.

Le calage est donc enregistré dans ces fichiers et on pourrait les en
extraire pour les partager...


Le 26 mai 2013 10:33, Xavier x.larc...@laposte.net a écrit :
 Ah oui, ce serait vraiment génial. Combien de fois ai-je refait le calage
 des mêmes feuilles sur JOSM !
 J'avais hésité à en parler sur la liste, parce que je ne vais pas pouvoir
 faire grand chose pour aider (si ce n'est tester) mais si quelqu'un est
 capable de nous coder ça, il aura toute ma gratitude :-)
 Et même si ce n'est enregistré qu'en local sur notre ordi, ce serait déjà
 pratique. (on trouvera toujours un moyen d'échanger tout ça après).

 +0.02€ ;-)

 Xavier

 Le 22/05/2013 17:17, Eric Sibert a écrit :

 Christian Quest cqu...@openstreetmap.fr a ?crit :

 Partager les fichiers de cache enregistrés par le plugin cadastre
 après calage serait un truc super pratique... ou à minima un moyen de
 partager les infos de calage qu'ils contiennent.


 On doit pouvoir partager les informations de calage sans partager les images
 elles mêmes. Sur le même principe que ce qui a été essayé (et abandonné?)
 récemment pour Bing.

 Yaka monter un serveur pour centraliser ça (et modifier le plugin cadastre?)
 ;-)

 Mes 0,02 €.

 Eric


 ___
 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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Pieren]

2013/5/22 Christian Quest cqu...@openstreetmap.fr:
 Et non, tu ne peux pas REPRODUCTION INTERDITE est marqué sur chaque
 planche cadastrale...

Oui mais bon, la reproduction, on la fait aussi lorsqu'on télécharge
le plan sur son ordinateur... C'est la rediffusion publique qui pose
problème. Si tu envoies ton plan directement à celui qui te le
demande, il n'y aura pas de problème, surtout dans notre contexte (et
de toute façon, c'est de l'ordre du privé).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Philippe Verdy]

Télécharger sur son ordinateur un plan disponible légalement par sa source,
pour un usage privé, ce n'est PAS reproduire soi-même. Celui qui reproduit
c'est celui qui publie ce plan et qui fournit une licence valide.

Utiliser ce plan téléchargé pour le remettre à disposition d'autres sans
licence valide, ou pour en changer unilatéralement la licence, pour
l'intégrer dans un autre plan, c'est une violation de la licence initiale,
c'est une copie illégale.

Et même si tu le fais de façon privé pour remettre ce plan ou une version
modifiée à quelqu'un d'autre, car le droit de copie privée est strictement
personnel et non transférable hors de ton propre foyer.


Le 22 mai 2013 13:10, Pieren pier...@gmail.com a écrit :

 2013/5/22 Christian Quest cqu...@openstreetmap.fr:
  Et non, tu ne peux pas REPRODUCTION INTERDITE est marqué sur chaque
  planche cadastrale...

 Oui mais bon, la reproduction, on la fait aussi lorsqu'on télécharge
 le plan sur son ordinateur... C'est la rediffusion publique qui pose
 problème. Si tu envoies ton plan directement à celui qui te le
 demande, il n'y aura pas de problème, surtout dans notre contexte (et
 de toute façon, c'est de l'ordre du privé).

 Pieren

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Christian Quest]

Mouais... alors pourquoi avait-on été frileux pour proposer un service
automatique de reprojection du WMS Lambert - Mercator ?

J'en étais resté sur une approche très safe.

Le 22 mai 2013 13:10, Pieren pier...@gmail.com a écrit :
 2013/5/22 Christian Quest cqu...@openstreetmap.fr:
 Et non, tu ne peux pas REPRODUCTION INTERDITE est marqué sur chaque
 planche cadastrale...

 Oui mais bon, la reproduction, on la fait aussi lorsqu'on télécharge
 le plan sur son ordinateur... C'est la rediffusion publique qui pose
 problème. Si tu envoies ton plan directement à celui qui te le
 demande, il n'y aura pas de problème, surtout dans notre contexte (et
 de toute façon, c'est de l'ordre du privé).

 Pieren

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Pieren]

2013/5/22 Christian Quest cqu...@openstreetmap.fr:
 Mouais... alors pourquoi avait-on été frileux pour proposer un service
 automatique de reprojection du WMS Lambert - Mercator ?

Parce qu'il y aurait redistribution au public. Les conditions
d'utilisation du cadastre sont faites pour que la DGI soit la seule
autorisée à publier le cadastre dans sa forme originale (d'où la
condition produits composites pour les réutilisateurs).
On pourrait argumenter que la reprojection altère suffisament le
cadastre pour qu'on considère que ça n'est plus la version originale.
Mais la reprojection peut se refaire en sens inverse et il n'y pas
produit composite. La reconstitution originale pourrait alors être
considérée comme trop simple.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[HELFER Denis]

Si j'ai bien compris, il s'agit d'échanger des fichiers qui ne sont lisibles 
que dans JOSM. On resterait dans le cadre de l'accord passé avec la DGFiP.
S'agissant de fichiers qui auraient été transformés en tif (ou que sais-je) et 
géoréférencés, je serais plus circonspect.
Echanger des fichiers de calage serait suffisant.

Denis

-Message d'origine-
De : Pieren [mailto:pier...@gmail.com] 
Envoyé : mercredi 22 mai 2013 14:16
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

2013/5/22 Christian Quest cqu...@openstreetmap.fr:
 Mouais... alors pourquoi avait-on été frileux pour proposer un service 
 automatique de reprojection du WMS Lambert - Mercator ?

Parce qu'il y aurait redistribution au public. Les conditions d'utilisation 
du cadastre sont faites pour que la DGI soit la seule autorisée à publier le 
cadastre dans sa forme originale (d'où la condition produits composites pour 
les réutilisateurs).
On pourrait argumenter que la reprojection altère suffisament le cadastre pour 
qu'on considère que ça n'est plus la version originale.
Mais la reprojection peut se refaire en sens inverse et il n'y pas produit 
composite. La reconstitution originale pourrait alors être considérée comme 
trop simple.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Mickaël Guéret]

ouais, c'est bien ce qui me semblait... Je ne vais pas trop m'amuser avec ça... 
Du coup je garde mes fichiers pour moi, je vais voir pour partager les fichiers 
.cal

Cordialement,
Mika_Gueret

- Mail original -
De: Christian Quest cqu...@openstreetmap.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mercredi 22 Mai 2013 07:37:27
Objet: Re: [OSM-talk-fr]Cadastre : feuilles assemblées et géoréférencées

Le 21 mai 2013 20:28, Mickaël Guéret m.gue...@free.fr a écrit :
  Le problème c'est que je ne sais pas trop si j'ai le droit de faire
 ça... (c'est à dire mettre à disposition le cadastre tel quel...)...


Et non, tu ne peux pas REPRODUCTION INTERDITE est marqué sur chaque
planche cadastrale...

Par contre, le fichier .cal tu peux le partager, si il s'applique
sur le PNG enregistré après chargement dans JOSM via le plugin
cadastre.
Il suffit de charger la planche à l'aide de JOSM, de l'enregistrer en
PNG puis de la recharger avec PicLayer calibrée via ce fichier .cal
partagé.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Nicolas Moyroud]

[mode utopique]
Des fois quand je lis ce genre de conversations, je me dis quand même 
que l'espèce humaine est très douée pour se compliquer la vie là où les 
choses pourraient être très simple ! Que d'énergie inutilement gaspillée 
à produire des gardes-fous rocambolesques pour que d'autres se prennent 
la tête à trouver comment les contourner...

[/mode utopique]
Je ne dis bien entendu pas ça pour vous hein, c'était juste une 
réflexion que j'ai eu envie de partager. ;-)


Nicolas


Le 22/05/2013 15:38, Mickaël Guéret a écrit :

ouais, c'est bien ce qui me semblait... Je ne vais pas trop m'amuser avec ça... 
Du coup je garde mes fichiers pour moi, je vais voir pour partager les fichiers 
.cal





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Christian Quest]

Partager les fichiers de cache enregistrés par le plugin cadastre
après calage serait un truc super pratique... ou à minima un moyen de
partager les infos de calage qu'ils contiennent.

C'est quand même bien pratique quand les planches raster sont déjà
calées et elles peuvent servir à compléter bien plus de choses que les
limites administratives.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Nicolas Moyroud]

Oui c'est sûr, mais d'après ce que j'ai compris, on ne peut pas... Ou 
alors j'ai rien compris, ce qui est aussi possible ! ;-)


Nicolas

Le 22/05/2013 16:03, Christian Quest a écrit :

Partager les fichiers de cache enregistrés par le plugin cadastre
après calage serait un truc super pratique... ou à minima un moyen de
partager les infos de calage qu'ils contiennent.

C'est quand même bien pratique quand les planches raster sont déjà
calées et elles peuvent servir à compléter bien plus de choses que les
limites administratives.




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Eric Sibert]

Christian Quest cqu...@openstreetmap.fr a ?crit :


Partager les fichiers de cache enregistrés par le plugin cadastre
après calage serait un truc super pratique... ou à minima un moyen de
partager les infos de calage qu'ils contiennent.


On doit pouvoir partager les informations de calage sans partager les  
images elles mêmes. Sur le même principe que ce qui a été essayé (et  
abandonné?) récemment pour Bing.


Yaka monter un serveur pour centraliser ça (et modifier le plugin  
cadastre?) ;-)


Mes 0,02 €.

Eric


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre: divergence entre différentes sources

[Pieren]

2013/5/20 Landry Breuil landry.bre...@gmail.com:

 Plus exactement, cadastre.gouv;fr montre une donnée qui s'appelle le PCI
 vecteur et qui correspond au cadastre officiel maintenu par la DGFiP. Le
 geoportail montre la BD Parcellaire, qui est un produit IGN crée a partir de
 la déformation et de l'assemblage du PCI  vecteur pour faire un produit
 homogène sur la france. Le PCI vecteur est souvent mal géolocalisé, et n'est
 pas du tout homogène entre les communes (ie, ca ne colle pas si on essaie
 de mettre coté a coté 2 sections cadastrales de 2 communes voisines).

L'IGN corrige les erreurs de géoréférencement (décalages lat/lon) mais
aussi de géométrie (en gros, les déformations de terrain dans la mise
à plat 2D) du PCI vecteur grâce à son fond orthophographique. Tout ce
travail a un coût et l'IGN en ait l'auteur. Il est donc protégé et
nous n'avons pas d'autorisation pour nous en servir dans OSM. Mais la
donnée d'origine est bien celle fournie par la DGFiP, la même dont
nous disposons via cadastre.gouv.fr.
Concernant les fusions ou divisions de parcelles, les mises à jour se
font d'abord dans le PCI vecteur (ou raster) de la DGFiP. Il y a donc
plus de chance que ces modifications se voient d'abord sur
cadastre.gouv.fr que sur géoportail (les mises à jour du premier étant
plus fréquentes que le deuxième).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre: divergence entre différentes sources

[HELFER Denis]

Pour compléter le propos de Pieren, il faut signaler que lors de la 
vectorisation du plan cadastral par les collectivités locales (et leurs 
prestataires), des tolérances de déformation sont acceptées par la DGiP. Elles 
sont consignées dans un cahier des charges strict. Si ces clauses sont 
respectées et après validation des services du Cadastre, le produit numérique 
est labellisé. Cette labellisation est nécessaire pour disposer des mises à 
jour faites par la DGFiP.
L'IGN, bien entendu, ne tient pas compte des tolérances imposées par la DGiP 
car son objectif (mission du RGE) est d'avoir un continuum du territoire. Les 
contraintes d'usage du PCI Vecteur et de la BD Parcellaire sont donc 
différentes.
Voilà pour mon grain de sel

Denis

-Message d'origine-
De : Pieren [mailto:pier...@gmail.com] 
Envoyé : mardi 21 mai 2013 11:38
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Cadastre: divergence entre différentes sources

2013/5/20 Landry Breuil landry.bre...@gmail.com:

 Plus exactement, cadastre.gouv;fr montre une donnée qui s'appelle le 
 PCI vecteur et qui correspond au cadastre officiel maintenu par la 
 DGFiP. Le geoportail montre la BD Parcellaire, qui est un produit IGN 
 crée a partir de la déformation et de l'assemblage du PCI  vecteur 
 pour faire un produit homogène sur la france. Le PCI vecteur est 
 souvent mal géolocalisé, et n'est pas du tout homogène entre les 
 communes (ie, ca ne colle pas si on essaie de mettre coté a coté 2 sections 
 cadastrales de 2 communes voisines).

L'IGN corrige les erreurs de géoréférencement (décalages lat/lon) mais aussi de 
géométrie (en gros, les déformations de terrain dans la mise à plat 2D) du PCI 
vecteur grâce à son fond orthophographique. Tout ce travail a un coût et l'IGN 
en ait l'auteur. Il est donc protégé et nous n'avons pas d'autorisation pour 
nous en servir dans OSM. Mais la donnée d'origine est bien celle fournie par la 
DGFiP, la même dont nous disposons via cadastre.gouv.fr.
Concernant les fusions ou divisions de parcelles, les mises à jour se font 
d'abord dans le PCI vecteur (ou raster) de la DGFiP. Il y a donc plus de chance 
que ces modifications se voient d'abord sur cadastre.gouv.fr que sur géoportail 
(les mises à jour du premier étant plus fréquentes que le deuxième).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre: divergence entre différentes sources

[Christian Quest]

Mouais... ça c'est le discours officiel car l'IGN ne fait pas
qu'améliorer les données du cadastre... elle les dégrade aussi quand
elle s'en sert pour définir les limites administratives ou alors je ne
sais pas d'où sortent ces limites.

En voulant comprendre les limites administratives des communes du
nord-ouest de l'Yonne sur lesquelles je me suis attelé ces derniers
jours, je suis tombé sur des tracés de limites administratives très
étrange sur le Géoportail.

Exemple: 
http://www.geoportail.gouv.fr/accueil?c=3.3288076316828636,48.317965483078694z=0.09711156514479087l=ORTHOIMAGERY.ORTHOPHOTOS::GEOPORTAIL:OGC:WMTS(1)l=ADMINISTRATIVEUNITS.BOUNDARIES::GEOPORTAIL:OGC:WMTS(1)l=CADASTRALPARCELS.PARCELS::GEOPORTAIL:OGC:WMTS(1)permalink=yes

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Mickaël Guéret]

Salut,

j'ai joué avec Cadget ce week-end pluvieux et j'ai assemblé/géoréférencé
les feuilles cadastrales de plusieurs communes du département de l'Orne
(Courcerault, Saint-Jean de la Forêt, Saint-Ouen de la Cour...) pour
tracer leurs limites. Du coup, est-ce que les mappeurs normand serait
intéressé par les fichiers géoréférencés ?

Cordialement,
Mika_Gueret


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Francescu GAROBY]

 Du coup, est-ce que les mappeurs normand serait
intéressé par les fichiers géoréférencés ?
On prend !

Francescu


Le 21 mai 2013 14:53, Mickaël Guéret m.gue...@free.fr a écrit :

 Salut,

 j'ai joué avec Cadget ce week-end pluvieux et j'ai assemblé/géoréférencé
 les feuilles cadastrales de plusieurs communes du département de l'Orne
 (Courcerault, Saint-Jean de la Forêt, Saint-Ouen de la Cour...) pour
 tracer leurs limites. Du coup, est-ce que les mappeurs normand serait
 intéressé par les fichiers géoréférencés ?

 Cordialement,
 Mika_Gueret


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr




-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Mickaël Guéret]

Enfin, géoréférencées, je m'avance un peu... Recalée avec le plugin
PicLayer sur les données OSM et Bing je devrais dire...

C'est ici pour Colonard-Corubert :

http://demo.ovh.net/fr/0a2875d68c2048108eae1f798b4b1186/

Il faut afficher l'image avec PicLayer, qui va utiliser le deuxième
fichier (.cal) pour correctement placer l'image. On peut afficher Bing
en arrière-plan, si on ajuste la transparence de l'image du cadastre,
c'est très pratique !

Le problème c'est que je ne sais pas trop si j'ai le droit de faire
ça... (c'est à dire mettre à disposition le cadastre tel quel...)...

Mika_Gueret

Le mardi 21 mai 2013 à 14:58 +0200, Francescu GAROBY a écrit :
  Du coup, est-ce que les mappeurs normand serait
 intéressé par les fichiers géoréférencés ?
 On prend !
 
 
 Francescu
 
 
 
 Le 21 mai 2013 14:53, Mickaël Guéret m.gue...@free.fr a écrit :
 Salut,
 
 j'ai joué avec Cadget ce week-end pluvieux et j'ai
 assemblé/géoréférencé
 les feuilles cadastrales de plusieurs communes du département
 de l'Orne
 (Courcerault, Saint-Jean de la Forêt, Saint-Ouen de la
 Cour...) pour
 tracer leurs limites. Du coup, est-ce que les mappeurs normand
 serait
 intéressé par les fichiers géoréférencés ?
 
 Cordialement,
 Mika_Gueret
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
 -- 
 Cordialement,
 Francescu GAROBY
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre : feuilles assemblées et géoréférencées

[Christian Quest]

Le 21 mai 2013 20:28, Mickaël Guéret m.gue...@free.fr a écrit :
  Le problème c'est que je ne sais pas trop si j'ai le droit de faire
 ça... (c'est à dire mettre à disposition le cadastre tel quel...)...


Et non, tu ne peux pas REPRODUCTION INTERDITE est marqué sur chaque
planche cadastrale...

Par contre, le fichier .cal tu peux le partager, si il s'applique
sur le PNG enregistré après chargement dans JOSM via le plugin
cadastre.
Il suffit de charger la planche à l'aide de JOSM, de l'enregistrer en
PNG puis de la recharger avec PicLayer calibrée via ce fichier .cal
partagé.

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr