Re: [OSM-talk-fr] CORINE Land Cover France comme sou rce de données

[Valerie-Emma Leroux]

Le 12.05.2009 01:34, Pieren a écrit :
> Bonsoir,
> 
> J'ai reçu aujourd'hui la réponse à ma demande d'éclaircissement sur
> les conditions d'utilisation de la base CORINE Land Cover France, en
> particulier sur les fameuses clauses qui nous posait problème. Voici
> une copie de la demande suivie de la réponse:
> 
[...]

Merci beaucoup à toi d'avoir pris le temps de poser la question pour 
dissiper ce problème qui n'en était finalement pas un.
C'est génial de voir la volonté de cette équipe à rendre vraiment 
librement utilisables leurs données.
Merci à ceux qui vont s'occuper d'intégrer les données dans OSM. Je me 
désolais particulièrement de ne pas pouvoir cartographier certaines 
forêts à cause de la mauvaise qualité des images satellites, cela va 
être rapidement résolu. Et c'est aussi une chouette nouvelle de savoir 
que toute l'Europe va pouvoir bénéficier de cet apport massif.

VE


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

Re: [OSM-talk-fr] Mega-bug sur les boundary administra tive dans la région de Dole

[wouldsmina]

merci,

quelqu'un peut m'expliquer comment découper mon .osm en petite commune svp?
c'est pour éviter de refaire une grosse bouze sur le jura!!

Le 11 mai 2009 19:47, Pierre Mauduit  a écrit :

> Le lundi 11 mai 2009 à 10:23 +0200, wouldsmina a écrit :
> > PS: il faut enlever tout ce que j'ai fait le 10 (si c'est pas déja
> > fait)
> > merci,
>
> Pour info, j'ai relancé le revert que j'avais interrompu hier soir (ou
> cette nuit), afin de finir la liste fournie par Etienne ;
>
>
> Bonne soirée,
>
> --
> Pierre
>
>
> ___
> 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

[OSM-talk-fr] Re : Mega-bug sur les boundary ad ministrative dans la région de Dole

[THEVENON Julien]

La page wiki de l outil d import assiste explique comment faire tourner les 
outils de verification et de decoupage des communes. Tu peux aussi regarder le 
README de l outil c est bien explique

http://wiki.openstreetmap.org/wiki/WikiProject_France/Import_assist%C3%A9_des_limites_cadastrales

Julien





De : wouldsmina 
À : Discussions sur OSM en français 
Envoyé le : Mardi, 12 Mai 2009, 10h19mn 15s
Objet : Re: [OSM-talk-fr] Mega-bug sur les boundary administrative dans la 
région de Dole

merci,

quelqu'un peut m'expliquer comment découper mon .osm en petite commune svp? 
c'est pour éviter de refaire une grosse bouze sur le jura!!


Le 11 mai 2009 19:47, Pierre Mauduit  a écrit :

Le lundi 11 mai 2009 à 10:23 +0200, wouldsmina a écrit :

> PS: il faut enlever tout ce que j'ai fait le 10 (si c'est pas déja
> fait)
> merci,

Pour info, j'ai relancé le revert que j'avais interrompu hier soir (ou
cette nuit), afin de finir la liste fournie par Etienne ;


Bonne soirée,

--
Pierre



___
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] Re : Mega-bug sur les boundary adm inistrative dans la région de Dole

[wouldsmina]

Je sais pas si on parle de la meme chose:
j'ai un fichier .osm avec 200 communes pretes à etre importer, mais c'est
trop gros pour le faire d'un coup. donc je voudrais creer plein de petit
fichier .osm avec une 20n de communes dedans à chaque fois...
je sais pas si c'est possible, et j'avoue que je suis pas à l'aise avec les
scripts de l'import assisté...

Le 12 mai 2009 10:25, THEVENON Julien  a écrit :

> La page wiki de l outil d import assiste explique comment faire tourner les
> outils de verification et de decoupage des communes. Tu peux aussi regarder
> le README de l outil c est bien explique
>
>
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Import_assist%C3%A9_des_limites_cadastrales
>
> Julien
>
> --
> *De :* wouldsmina 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* Mardi, 12 Mai 2009, 10h19mn 15s
> *Objet :* Re: [OSM-talk-fr] Mega-bug sur les boundary administrative dans
> la région de Dole
>
> merci,
>
> quelqu'un peut m'expliquer comment découper mon .osm en petite commune svp?
> c'est pour éviter de refaire une grosse bouze sur le jura!!
>
> Le 11 mai 2009 19:47, Pierre Mauduit  a écrit :
>
>> Le lundi 11 mai 2009 à 10:23 +0200, wouldsmina a écrit :
>> > PS: il faut enlever tout ce que j'ai fait le 10 (si c'est pas déja
>> > fait)
>> > merci,
>>
>> Pour info, j'ai relancé le revert que j'avais interrompu hier soir (ou
>> cette nuit), afin de finir la liste fournie par Etienne ;
>>
>>
>> Bonne soirée,
>>
>> --
>> Pierre
>>
>>
>> ___
>> 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] Mega-bug sur les boundary administra tive dans la région de Dole

[Vincent Pottier]

wouldsmina a écrit :
> merci,
>
> quelqu'un peut m'expliquer comment découper mon .osm en petite commune
> svp? c'est pour éviter de refaire une grosse bouze sur le jura!!
En regardant ici :

http://beta.letuffe.org/ressources/communes/39-Jura/
ou là (pour le paquet)
http://beta.letuffe.org/ressources/communes/39-Jura/39-Jura.tar.gz

Le travail de vectorisation du Jura avait été fait le 19 avril.
Je ne sais pas si toutes le communes y sont mais il semble qu'il y en a
344 : ça commence à faire !
D'après mes imports pour le 25, le travail est propre et bien fait.


Je n'étais pas là ces jours-ci. J'ai découvert le sujet seulement hier soir.

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Emilie Laffray]

Bonjour,

C'est tres interessant de voir qu'on aura acces a une telle base de donnee.
Je suis tres interessee pour apporter mon aide a la lecture de ces
donnees; toutefois, je ne sais pas trop par ou commencer.

Emilie Laffray


2009/5/12 Pieren :
> Bonsoir,
>
> J'ai reçu aujourd'hui la réponse à ma demande d'éclaircissement sur
> les conditions d'utilisation de la base CORINE Land Cover France, en
> particulier sur les fameuses clauses qui nous posait problème. Voici
> une copie de la demande suivie de la réponse:
>

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

Re: [OSM-talk-fr] CORINE Land Cover France comme source de données

[Jocelyn Delalande]

Hello,

Merci à toi Pierren, encore une chouette nouvelle après celle du
cadastre, je suis presque étonné qu'on ait tant de sources ouvertes en
France :-).

>> J'ai, par exemple, fusionné le tissu urbain continu et le tissu
>> urbain 
>> discontinu, aggrégé les différents types de forêts.
> 
> Je trouve dommage de perdre de l'information. Est-ce qu'il ne serait pas
> plus intéressant de conserver les zones telles qu'elles sont, les placer
> dans OSM avec les mêmes tags, plus un tag supplémentaire qui indique ce
> qui les différencie ?

Je suis assez d'accord, même si ce n'est qu'en commentaire, il serait
judicieux je pense de garder le découpage d'origine et d'indiquer, dans un
tag ("source", "comment", "landcover-category" ou je ne sais quoi) la
classification originale ; premièrement dans un but se suivi, ensuite
parce qu'éventuellement, cette subdivision pourrait être utile dans le
futur. Par exemple, il existe pour l'instant le tag "wood" pour distinguer
les différents types de forêts, mais aucun (à ma connaissance) pour
distinguer la densité de population d'une landuse=residential, donc
pourquoi perdre l'info maintenant ?

D'autre part, je me permet une observation quand aux Tissu urbain <->
landuse=residential. Après observation dans quelques villes, la
délimitation est assez vague et il faut faire attention à ne pas écraser
des données plus précises. Il semble que les "tissu urbain" englobe
certaines zones commerçantes "landuse=retail". Il y-a d'ailleurs un
problème en voyant le wiki, CORINNE parle d'autre part de "zone
commerciale et industrielle", soit à la fois landuse=retail et
landuse=industrial etc (mais tout ça pourra être géré sur la page
de discussion :
http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Corine_Land_Cover/Nomenclature

 Comme avec le cadastre, privillégier la connaissance du terrain et les
relevés perso et être prudent dans les imports massifs.

Quoi qu'il en soit c'est une chouette oportunité d'améliorer les landuse,
pas toujours faciles à remplir "à la main" sans vraiment connaître la
zone...

-- 
Jocelyn Delalande

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sou rce de données

[sly (sylvain letuffe)]

Vraiment chouette nouvelle en effet !

Bravo a toi pour le boulot.

Comme qui dirait l'autre, yapuka.

A la lecture du wiki, je me dis qu'il y a déjà un sacré boulot de fait pour la 
correspondance, je vais y faire un tour

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[sly (sylvain letuffe)]

> Ce soir je me suis aperçu que sur beta letuffe un certain nombre de communes
> sont rendues en gris. 
> Qu est ce que cela signifie ?

Que les humeurs de l'admin ont changées ;-)

Petit blabla du pourquoi j'en suis arrivé là :
- j'avais déjà fourni des statistiques concernant le nombre de commune 
présentes dans OSM par département. Comme beaucoup l'ont remarqué, c'était 
assez peu fiable dû à un problème technique que je n'ai pas trop compris.

Pour améliorer les choses, j'ai trouvé une fonction postgis qui donne un point 
à l'intérieur d'une surface et évitait les erreurs de bordures. Bref, en 
voilà le résultat (en annexe) qui me semble bien plus cohérent et bien 
meilleur.

Mais je me suis heurté à un nouveau problème, sur certaines communes 
j'obtenais l'erreur :
"TopologyException: found non-noded intersection" (erreur de topologie)
J'ai pu ignorer ces communes problématiques en les passants à la fonction 
st_isvalid() qui détermine si la géométrie est "valide" ou non.

Les communes en gris sont considérées comme invalides dont la définition en 
langage postgis est :
"Returns true if this Geometry has no anomalous geometric points, such as self 
intersection or self tangency."

Ce n'est pas nécessairement un problème, j'imagine que des communes peuvent 
quand même avoir cette forme (quoi que ?) mais ça permet de les indiquer et 
vérifier ce qui plus probablement est une erreur.

Cependant, j'en ai vérifié une rapidement pour voir et je n'ai pas trouvé 
d'auto-croisement ni de truc bizzarre, c'est peut-être donc des fausses 
alertes

Annexe 1 stats :
Total:6784 (sans compter les départements oubliés)
donc 18.5% de communes françaises sont présentes dans OSM


ref;name;id relation;count
01;Ain;7387;22
02;Aisne;7411;114
03;Allier;7414;139
04;Alpes-de-Haute-Provence;7380;2
05;Hautes-Alpes;7436;21
06;Alpes-Maritimes;7385;21
07;Ardèche;7430;124
08;(none);(not in db);(unknown)
09;Ariège;7439;2
10;(none);(not in db);(unknown)
11;(none);(not in db);(unknown)
12;Aveyron;7451;159
13;Bouches-du-Rhône;7393;101
14;Calvados;7453;119
15;Cantal;7381;22
16;Charente;7428;146
17;Charente-Maritime;7431;117
18;Cher;7456;15
19;Corrèze;7464;94
20;(none);(not in db);(unknown)
21;Côte-d'Or;7424;134
22;(none);(not in db);(unknown)
23;Creuse;7459;236
24;(none);(not in db);(unknown)
25;Doubs;7462;206
26;Drôme;7434;302
27;Eure;7435;47
28;Eure-et-Loir;7374;24
29;Finistère;102430;8
30;Gard;7461;46
31;Haute-Garonne;7413;67
32;Gers;7422;399
33;Gironde;7405;297
34;(none);(not in db);(unknown)
35;(none);(not in db);(unknown)
36;Indre;7417;30
37;Indre-et-Loire;7408;129
38;Isère;7437;213
39;Jura;7460;21
40;Landes;7376;211
41;Loir-et-Cher;7399;2
42;Loire;7420;100
43;Haute-Loire;7452;25
44;Loire-Atlantique;7432;135
45;Loiret;7440;30
46;Lot;7454;323
47;Lot-et-Garonne;7416;44
48;Lozère;7421;31
49;Maine-et-Loire;7409;9
50;Manche;7404;19
51;Marne;7379;7
52;(none);(not in db);(unknown)
53;Mayenne;7438;2
54;(none);(not in db);(unknown)
55;(none);(not in db);(unknown)
56;(none);(not in db);(unknown)
57;(none);(not in db);(unknown)
58;(none);(not in db);(unknown)
59;(none);(not in db);(unknown)
60;Oise;7427;3
61;Orne;7419;2
62;Pas-de-Calais;7394;11
63;Puy-de-Dôme;7406;182
64;Pyrénées-Atlantiques;7450;2
65;(none);(not in db);(unknown)
66;Pyrénées-Orientales;7466;90
67;Bas-Rhin;7415;187
68;Haut-Rhin;7403;218
69;Rhône;7378;36
70;Haute-Saône;7423;8
71;Saône-et-Loire;7397;17
72;Sarthe;7443;326
73;Savoie;7425;300
74;Haute-Savoie;7407;293
75;Paris;71525;1
76;Seine-Maritime;7426;124
77;Seine-et-Marne;7383;86
78;Yvelines;7457;90
79;(none);(not in db);(unknown)
80;Somme;7463;40
81;(none);(not in db);(unknown)
82;Tarn-et-Garonne;7388;58
83;Var;7390;21
84;Vaucluse;7445;63
85;Vendée;7402;20
86;(none);(not in db);(unknown)
87;(none);(not in db);(unknown)
88;(none);(not in db);(unknown)
89;(none);(not in db);(unknown)
90;Territoire-de-Belfort;7410;102
91;Essonne;7401;56
92;Hauts-de-Seine;7449;36
93;Seine-Saint-Denis;7389;16
94;Val-de-Marne;7458;47
95;Val-d'Oise;7433;34
96;(none);(not in db);(unknown)
97;(none);(not in db);(unknown)
98;(none);(not in db);(unknown)
99;(none);(not in db);(unknown)
Total:6784

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org


ref;name;id relation;count
01;Ain;7387;22
02;Aisne;7411;114
03;Allier;7414;139
04;Alpes-de-Haute-Provence;7380;2
05;Hautes-Alpes;7436;21
06;Alpes-Maritimes;7385;21
07;ArdÚche;7430;124
08;(none);(not in db);(unknown)
09;AriÚge;7439;2
10;(none);(not in db);(unknown)
11;(none);(not in db);(unknown)
12;Aveyron;7451;159
13;Bouches-du-RhÃŽne;7393;101
14;Calvados;7453;119
15;Cantal;7381;22
16;Charente;7428;146
17;Charente-Maritime;7431;117
18;Cher;7456;15
19;CorrÚze;7464;94
20;(none);(not in db);(unknown)
21;CÃŽte-d'Or;7424;134
22;(none);(not in db);(unknown)
23;Creuse;7459;236
24;(none);(not in db);(unknown)
25;Doubs;7462;206
26;DrÃŽme;7434;302
27;Eure;7435;47
28;Eure-et-Loir;7374;24
29;FinistÚre;102430;8
30;Gard;7461;46
31;Haute-Garonne;7413;67
32;Gers;7422;399
33;Girond

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[Pieren]

2009/5/12 sly (sylvain letuffe) :
> Cependant, j'en ai vérifié une rapidement pour voir et je n'ai pas trouvé
> d'auto-croisement ni de truc bizzarre, c'est peut-être donc des fausses
> alertes
>

Ca peut être une deuxième boucle mais aussi un segment du way qui
revient en arrière puis à nouveau vers l'avant sur les mêmes noeuds.
C'est assez difficile à trouver (il faut bien regarder les flèches sur
Josm ou - si mes souvenirs sont bon - utiliser le plugin validator).
Pieren

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Denis]

Emmanuel Pacaud a écrit :

> 
> Je trouve dommage de perdre de l'information. Est-ce qu'il ne serait pas
> plus intéressant de conserver les zones telles qu'elles sont, les placer
> dans OSM avec les mêmes tags, plus un tag supplémentaire qui indique ce
> qui les différencie ?

Quel serait l'intérêt de reproduire, à l'identique, l'ensemble de la 
base dans OSM ?
Notre intérêt est d'intégrer ces données complémentaires dans un 
ensemble plus vaste et de vérifier (j'ai vu une zone classée en vignoble 
en Plaine d'Alsace franchement suspecte).

> 
> Surtout que la classification couvre toute l'union européenne, on ne
> sera certainement pas les seuls à vouloir l'importer dans OSM.

Chacun, interprètera en fonction de ses spécificités. Espérons qu'il y 
aura un minimum d'harmonisation quand même.

Denis

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

[OSM-talk-fr] Re : Beta letuffe - avancement communes - erreur bizarre

[THEVENON Julien]

OK merci pour les infos :-)





De : sly (sylvain letuffe) 
À : Discussions sur OSM en français 
Envoyé le : Mardi, 12 Mai 2009, 12h51mn 13s
Objet : Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

> Ce soir je me suis aperçu que sur beta letuffe un certain nombre de communes
> sont rendues en gris. 
> Qu est ce que cela signifie ?

Que les humeurs de l'admin ont changées ;-)

Petit blabla du pourquoi j'en suis arrivé là :
- j'avais déjà fourni des statistiques concernant le nombre de commune 
présentes dans OSM par département. Comme beaucoup l'ont remarqué, c'était 
assez peu fiable dû à un problème technique que je n'ai pas trop compris.

Pour améliorer les choses, j'ai trouvé une fonction postgis qui donne un point 
à l'intérieur d'une surface et évitait les erreurs de bordures. Bref, en 
voilà le résultat (en annexe) qui me semble bien plus cohérent et bien 
meilleur.

Mais je me suis heurté à un nouveau problème, sur certaines communes 
j'obtenais l'erreur :
"TopologyException: found non-noded intersection" (erreur de topologie)
J'ai pu ignorer ces communes problématiques en les passants à la fonction 
st_isvalid() qui détermine si la géométrie est "valide" ou non.

Les communes en gris sont considérées comme invalides dont la définition en 
langage postgis est :
"Returns true if this Geometry has no anomalous geometric points, such as self 
intersection or self tangency."

Ce n'est pas nécessairement un problème, j'imagine que des communes peuvent 
quand même avoir cette forme (quoi que ?) mais ça permet de les indiquer et 
vérifier ce qui plus probablement est une erreur.

Cependant, j'en ai vérifié une rapidement pour voir et je n'ai pas trouvé 
d'auto-croisement ni de truc bizzarre, c'est peut-être donc des fausses 
alertes

Annexe 1 stats :
Total:6784 (sans compter les départements oubliés)
donc 18.5% de communes françaises sont présentes dans OSM


ref;name;id relation;count
01;Ain;7387;22
02;Aisne;7411;114
03;Allier;7414;139
04;Alpes-de-Haute-Provence;7380;2
05;Hautes-Alpes;7436;21
06;Alpes-Maritimes;7385;21
07;Ardèche;7430;124
08;(none);(not in db);(unknown)
09;Ariège;7439;2
10;(none);(not in db);(unknown)
11;(none);(not in db);(unknown)
12;Aveyron;7451;159
13;Bouches-du-Rhône;7393;101
14;Calvados;7453;119
15;Cantal;7381;22
16;Charente;7428;146
17;Charente-Maritime;7431;117
18;Cher;7456;15
19;Corrèze;7464;94
20;(none);(not in db);(unknown)
21;Côte-d'Or;7424;134
22;(none);(not in db);(unknown)
23;Creuse;7459;236
24;(none);(not in db);(unknown)
25;Doubs;7462;206
26;Drôme;7434;302
27;Eure;7435;47
28;Eure-et-Loir;7374;24
29;Finistère;102430;8
30;Gard;7461;46
31;Haute-Garonne;7413;67
32;Gers;7422;399
33;Gironde;7405;297
34;(none);(not in db);(unknown)
35;(none);(not in db);(unknown)
36;Indre;7417;30
37;Indre-et-Loire;7408;129
38;Isère;7437;213
39;Jura;7460;21
40;Landes;7376;211
41;Loir-et-Cher;7399;2
42;Loire;7420;100
43;Haute-Loire;7452;25
44;Loire-Atlantique;7432;135
45;Loiret;7440;30
46;Lot;7454;323
47;Lot-et-Garonne;7416;44
48;Lozère;7421;31
49;Maine-et-Loire;7409;9
50;Manche;7404;19
51;Marne;7379;7
52;(none);(not in db);(unknown)
53;Mayenne;7438;2
54;(none);(not in db);(unknown)
55;(none);(not in db);(unknown)
56;(none);(not in db);(unknown)
57;(none);(not in db);(unknown)
58;(none);(not in db);(unknown)
59;(none);(not in db);(unknown)
60;Oise;7427;3
61;Orne;7419;2
62;Pas-de-Calais;7394;11
63;Puy-de-Dôme;7406;182
64;Pyrénées-Atlantiques;7450;2
65;(none);(not in db);(unknown)
66;Pyrénées-Orientales;7466;90
67;Bas-Rhin;7415;187
68;Haut-Rhin;7403;218
69;Rhône;7378;36
70;Haute-Saône;7423;8
71;Saône-et-Loire;7397;17
72;Sarthe;7443;326
73;Savoie;7425;300
74;Haute-Savoie;7407;293
75;Paris;71525;1
76;Seine-Maritime;7426;124
77;Seine-et-Marne;7383;86
78;Yvelines;7457;90
79;(none);(not in db);(unknown)
80;Somme;7463;40
81;(none);(not in db);(unknown)
82;Tarn-et-Garonne;7388;58
83;Var;7390;21
84;Vaucluse;7445;63
85;Vendée;7402;20
86;(none);(not in db);(unknown)
87;(none);(not in db);(unknown)
88;(none);(not in db);(unknown)
89;(none);(not in db);(unknown)
90;Territoire-de-Belfort;7410;102
91;Essonne;7401;56
92;Hauts-de-Seine;7449;36
93;Seine-Saint-Denis;7389;16
94;Val-de-Marne;7458;47
95;Val-d'Oise;7433;34
96;(none);(not in db);(unknown)
97;(none);(not in db);(unknown)
98;(none);(not in db);(unknown)
99;(none);(not in db);(unknown)
Total:6784

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org


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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Pieren]

2009/5/12 Denis :
> Quel serait l'intérêt de reproduire, à l'identique, l'ensemble de la
> base dans OSM ?
> Notre intérêt est d'intégrer ces données complémentaires dans un
> ensemble plus vaste et de vérifier (j'ai vu une zone classée en vignoble
> en Plaine d'Alsace franchement suspecte).

C'est bien toute la difficulté du choix de ce que nous allons
importer. Je pense que la partie la plus évidente et qui mettra tout
le monde d'accord concerne les forêts, bien que j'ai pu moi aussi
constaté que les petites surfaces boisées soient absentes de CLC.
Reste à voir comment faire l'import en tenant compte de ce qui est
déjà dans la base (même si les forêts sonts assez limitées, il y en a)
et qui est probablement issue de l'imagerie Yahoo et qui doit donc
être plus précise que Corine.
Il y a plusieurs approches possibles:
- nationale avec une ou deux personnes se chargeant d'extraire toutes
les forêts déjà dans la base et utilise un script intelligent (encore
à développer) qui fait la combinaison du meilleur des deux puis un
méga-upload;
- départementale où le travail serait plus partagé et décentralisé

> Chacun, interprètera en fonction de ses spécificités. Espérons qu'il y
> aura un minimum d'harmonisation quand même.

J'espère qu'il y aura un maximum d'harmonisation. J'aurais du mal à
comprendre que les gouvernements européens soient capables de
s'harmoniser et pas nous, surtout si cette nomenclature est uniforme
dans tous les pays européens.

Pieren

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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[sly (sylvain letuffe)]

> Ca peut être une deuxième boucle mais aussi un segment du way qui
> revient en arrière puis à nouveau vers l'avant sur les mêmes noeuds.
J'ai fini par trouvé, c'était bien un croisement, merci pour l'idée en tout 
cas.

> C'est assez difficile à trouver (il faut bien regarder les flèches sur
> Josm ou - si mes souvenirs sont bon - utiliser le plugin validator).

J'avais bien pensé que la validator m'aiderait, mais je viens de re-vérifier 
et il n'annonce pas un auto-croisement comme une erreur


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[Nicolas Bouthors]

sly (sylvain letuffe) a écrit :
> Les communes en gris sont considérées comme invalides dont la définition en 
> langage postgis est :
> "Returns true if this Geometry has no anomalous geometric points, such as 
> self 
> intersection or self tangency."

Eet ben j'ai du boulot moi :-(

-- 
Nicolas - http://nicolas.bouthors.org/album/

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Patrice Vetsel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Avec la connaissance du terrain de par chez moi, cette source de données
est tout de même bien imprécise.

Je me dis donc qu'il ne faut pas l'importer directement sous OSM.

Par contre comme un outil développé sous forme de plugin pour Josm
(merkaartor etc.) ce serait là complètement dans ma démarche de qualité.

@+

Pieren a écrit :
> 2009/5/12 Denis :
>> Quel serait l'intérêt de reproduire, à l'identique, l'ensemble de la
>> base dans OSM ?
>> Notre intérêt est d'intégrer ces données complémentaires dans un
>> ensemble plus vaste et de vérifier (j'ai vu une zone classée en vignoble
>> en Plaine d'Alsace franchement suspecte).
> 
> C'est bien toute la difficulté du choix de ce que nous allons
> importer. Je pense que la partie la plus évidente et qui mettra tout
> le monde d'accord concerne les forêts, bien que j'ai pu moi aussi
> constaté que les petites surfaces boisées soient absentes de CLC.
> Reste à voir comment faire l'import en tenant compte de ce qui est
> déjà dans la base (même si les forêts sonts assez limitées, il y en a)
> et qui est probablement issue de l'imagerie Yahoo et qui doit donc
> être plus précise que Corine.
> Il y a plusieurs approches possibles:
> - nationale avec une ou deux personnes se chargeant d'extraire toutes
> les forêts déjà dans la base et utilise un script intelligent (encore
> à développer) qui fait la combinaison du meilleur des deux puis un
> méga-upload;
> - départementale où le travail serait plus partagé et décentralisé
> 
>> Chacun, interprètera en fonction de ses spécificités. Espérons qu'il y
>> aura un minimum d'harmonisation quand même.
> 
> J'espère qu'il y aura un maximum d'harmonisation. J'aurais du mal à
> comprendre que les gouvernements européens soient capables de
> s'harmoniser et pas nous, surtout si cette nomenclature est uniforme
> dans tous les pays européens.
> 
> Pieren
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

- --
Patrice Vetsel 
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoJbpUACgkQAGLykBXAlNs5UwCghxwB4x8ZdvrpUmOvW7IqNKI1
VO8AnihheVVzn09VlThN0Z/DJ/cJjH65
=EN+r
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Patrice Vetsel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Je m'imagine sous josm, finissant de convertir mes traces en routes/chemins.

J'appelle mon plugin Corinne et il m'affiche un calque avec toutesles zones.

J'ajuste les zones de manières interactives pour les faire coller à la
réalité du terrain, déplacement de points ajout de nouveaux et je lance
l'import en sélectionnant ce que je souhaite voir importé.

Les zones forestières sont automatiquement importées sur mon calque OSM,
avec la balise meta pour la source ainsi que les tags qui vont bien.
J'upload lorsque je suis satisfait.

/me arrête de rêver ;)

++



Patrice Vetsel a écrit :
> Avec la connaissance du terrain de par chez moi, cette source de données
> est tout de même bien imprécise.
> 
> Je me dis donc qu'il ne faut pas l'importer directement sous OSM.
> 
> Par contre comme un outil développé sous forme de plugin pour Josm
> (merkaartor etc.) ce serait là complètement dans ma démarche de qualité.
> 
> @+
> 
> Pieren a écrit :
>> 2009/5/12 Denis :
>>> Quel serait l'intérêt de reproduire, à l'identique, l'ensemble de la
>>> base dans OSM ?
>>> Notre intérêt est d'intégrer ces données complémentaires dans un
>>> ensemble plus vaste et de vérifier (j'ai vu une zone classée en vignoble
>>> en Plaine d'Alsace franchement suspecte).
>> C'est bien toute la difficulté du choix de ce que nous allons
>> importer. Je pense que la partie la plus évidente et qui mettra tout
>> le monde d'accord concerne les forêts, bien que j'ai pu moi aussi
>> constaté que les petites surfaces boisées soient absentes de CLC.
>> Reste à voir comment faire l'import en tenant compte de ce qui est
>> déjà dans la base (même si les forêts sonts assez limitées, il y en a)
>> et qui est probablement issue de l'imagerie Yahoo et qui doit donc
>> être plus précise que Corine.
>> Il y a plusieurs approches possibles:
>> - nationale avec une ou deux personnes se chargeant d'extraire toutes
>> les forêts déjà dans la base et utilise un script intelligent (encore
>> à développer) qui fait la combinaison du meilleur des deux puis un
>> méga-upload;
>> - départementale où le travail serait plus partagé et décentralisé
> 
>>> Chacun, interprètera en fonction de ses spécificités. Espérons qu'il y
>>> aura un minimum d'harmonisation quand même.
>> J'espère qu'il y aura un maximum d'harmonisation. J'aurais du mal à
>> comprendre que les gouvernements européens soient capables de
>> s'harmoniser et pas nous, surtout si cette nomenclature est uniforme
>> dans tous les pays européens.
> 
>> 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

- --
Patrice Vetsel 
Aka/Alias Kagou
https://launchpad.net/people/vetsel-patrice
gpg key: 0x15c094db
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkoJeMAACgkQAGLykBXAlNsfLQCeIasKBKODGCCYt+pHK98z15Pn
SoUAn3SdJPGJFkbM9lHt95TzUNlnXoCv
=/dvv
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[sly (sylvain letuffe)]

> Cependant, j'en ai vérifié une rapidement pour voir et je n'ai pas trouvé 
> d'auto-croisement ni de truc bizzarre, c'est peut-être donc des fausses 
> alertes

Je viens de trouver un cas de fausse alerte :
Lorsque la commune est en deux parties ou plus une erreur 
"Hole lies outside shell at or near point" est sortie par postgis ce qui ne 
rend pas pour autant la commune erronée.

J'aimerais vous proposer une jolie croix à l'endroit du problème, mais je n'ai 
pas trouvé comment faire, donc c'est peu fastidieux

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[Mathieu Arnold]

+--le 12.05.2009 15:26:36 +0200, sly (sylvain letuffe) écrivait :
| 
|> Cependant, j'en ai vérifié une rapidement pour voir et je n'ai pas
|> trouvé  d'auto-croisement ni de truc bizzarre, c'est peut-être donc
|> des fausses  alertes
| 
| Je viens de trouver un cas de fausse alerte :
| Lorsque la commune est en deux parties ou plus une erreur 
| "Hole lies outside shell at or near point" est sortie par postgis ce qui
| ne  rend pas pour autant la commune erronée.

Donc, on va dire que les communes que j'ai fait qui ont enclave/exclave
sont bonnes et que je ne vais pas avoir à les corriger :-)

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Vincent Pottier]

Patrice Vetsel a écrit :
> Avec la connaissance du terrain de par chez moi, cette source de données
> est tout de même bien imprécise.
Le Doubs a disparu dans Besançon !
>
> Je me dis donc qu'il ne faut pas l'importer directement sous OSM.
>
> Par contre comme un outil développé sous forme de plugin pour Josm
> (merkaartor etc.) ce serait là complètement dans ma démarche de qualité.
>
+1
surtout si quelques outils permettant des opérations booléennes sur les
surfaces : intersection, fusion exclusion... (à l'image de la fusion
déjà existante et toujours 'expérimentale') permettent de jouer entre
l'existant dans osm et l'import retaillé : suppression du "riverbank"
existant dans le tracé de la forêt de Corine Land Cover. Mais ça
suppose, j'imagine, une approche par sous-claques pour regrouper et
organiser les éléments d'une opération. Du boulot pour les programmeurs ;-)
> > Il y a plusieurs approches possibles:
> > - nationale avec une ou deux personnes se chargeant d'extraire toutes
> > les forêts déjà dans la base et utilise un script intelligent (encore
> > à développer) qui fait la combinaison du meilleur des deux puis un
> > méga-upload;
> > - départementale où le travail serait plus partagé et décentralisé
Départemental, la connaissance du terrain entre alors en jeu...

Ne peut-on pas imaginer (imaginer, je sais faire, réaliser, non) un
import en masse par défaut, pour les forêts pour commencer (code 31),
puis pour les zones herbacées (code 32), qui saute les zones où existent
déjà une surface dans OSM mais qui sauvegardent les tracés à la mode
"beta.letuffe.../commune/ " avec un découpage de la France en 256x256
carreaux (ou autres)... Les zones critiques étant finies 'a la mano',
avec des outils booléens.

Bon, voila que je rêve moi aussi...

Vincent



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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[sly (sylvain letuffe)]

> Donc, on va dire que les communes que j'ai fait qui ont enclave/exclave
> sont bonnes et que je ne vais pas avoir à les corriger :-)

hop j'ai trouvé comment retirer l'erreur pour les communes en plusieurs 
morceaux

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

[OSM-talk-fr] Re : Beta letuffe - avancement communes - erreur bizarre

[THEVENON Julien]

ca m arrange aussi pour saint etienne.. ca devrait pas trop m en faire a 
verifier





De : Mathieu Arnold 
À : Discussions sur OSM en français 
Envoyé le : Mardi, 12 Mai 2009, 15h32mn 33s
Objet : Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre



+--le 12.05.2009 15:26:36 +0200, sly (sylvain letuffe) écrivait :
| 
|> Cependant, j'en ai vérifié une rapidement pour voir et je n'ai pas
|> trouvé  d'auto-croisement ni de truc bizzarre, c'est peut-être donc
|> des fausses  alertes
| 
| Je viens de trouver un cas de fausse alerte :
| Lorsque la commune est en deux parties ou plus une erreur 
| "Hole lies outside shell at or near point" est sortie par postgis ce qui
| ne  rend pas pour autant la commune erronée.

Donc, on va dire que les communes que j'ai fait qui ont enclave/exclave
sont bonnes et que je ne vais pas avoir à les corriger :-)

-- 
Mathieu Arnold

___
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] CORINE Land Cover France comme sourc e de données

[Yann Coupin]

C'est moi ou quelqu'un s'est déjà laché niveau import de Corine ? J'ai  
l'impression de voir plein de taches mal définies dans le nord-est du  
Val-d'Oise...

Yann

Le 12 mai 09 à 15:43, Vincent Pottier a écrit :

> Patrice Vetsel a écrit :
>> Avec la connaissance du terrain de par chez moi, cette source de  
>> données
>> est tout de même bien imprécise.
> Le Doubs a disparu dans Besançon !
>>
>> Je me dis donc qu'il ne faut pas l'importer directement sous OSM.
>>
>> Par contre comme un outil développé sous forme de plugin pour Josm
>> (merkaartor etc.) ce serait là complètement dans ma démarche de  
>> qualité.
>>
> +1
> surtout si quelques outils permettant des opérations booléennes sur  
> les
> surfaces : intersection, fusion exclusion... (à l'image de la fusion
> déjà existante et toujours 'expérimentale') permettent de jouer entre
> l'existant dans osm et l'import retaillé : suppression du "riverbank"
> existant dans le tracé de la forêt de Corine Land Cover. Mais ça
> suppose, j'imagine, une approche par sous-claques pour regrouper et
> organiser les éléments d'une opération. Du boulot pour les  
> programmeurs ;-)
>>> Il y a plusieurs approches possibles:
>>> - nationale avec une ou deux personnes se chargeant d'extraire  
>>> toutes
>>> les forêts déjà dans la base et utilise un script intelligent  
>>> (encore
>>> à développer) qui fait la combinaison du meilleur des deux puis un
>>> méga-upload;
>>> - départementale où le travail serait plus partagé et décentralisé
> Départemental, la connaissance du terrain entre alors en jeu...
>
> Ne peut-on pas imaginer (imaginer, je sais faire, réaliser, non) un
> import en masse par défaut, pour les forêts pour commencer (code 31),
> puis pour les zones herbacées (code 32), qui saute les zones où  
> existent
> déjà une surface dans OSM mais qui sauvegardent les tracés à la mode
> "beta.letuffe.../commune/ " avec un découpage de la France en 256x256
> carreaux (ou autres)... Les zones critiques étant finies 'a la mano',
> avec des outils booléens.
>
> Bon, voila que je rêve moi aussi...
>
> Vincent
>
>
>
> ___
> 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

[OSM-talk-fr] Présentation et demande d'avis

[Sébastien Dinot]

Bonjour,

Pour commencer, rapide présentation, je m'appelle Sébastien Dinot et je suis 
impliqué de longue date dans la promotion du logiciel libre. Je vis à Toulouse 
et, au niveau professionnel, je suis responsable technique de projet dans le 
domaine spatial. Les curieux pourront en apprendre un peu plus sur moi en 
consultant mon CV en ligne 
(http://sebastien.dinot.free.fr/cv_sebastien_dinot.html).

Je connais depuis un moment déjà le projet OSM et un collègue m'a récemment 
convaincu d'y contribuer. Hier soir, j'ai donc livré ma première contribution 
(zone située à Toulouse, dans le quartier de Montaudran) :

http://openstreetmap.org/?minlon=1.4828&minlat=43.5731&maxlon=1.4854&maxlat=43.5748355&box=yes&zoom=18&layers=B000FTFT

Pour vous donner une idée de ma contribution, je précise qu'il n'y avait 
initialement dans ce rectangle que le terrain de foot (grand rectangle vert à 
droite), un « Y » symbolisant les impasses Genin et Bossoutrot (non nommées) et 
le sentier qui file vers le nord.

Avant d'aller plus loin dans mes contributions, j'aimerais avoir un avis 
critique sur le travail que j'ai réalisé. Pourriez-vous me dire si je m'y suis 
bien pris ou non, si j'ai fait des erreurs de débutant ou violé quelque règle 
sacrée, ce qu'il y a à améliorer ?

Je vous en remercie par avance,

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
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CORINE Land Cover France comme sou rce de données

[Emilie Laffray]

Bonjour,

Je pense que je pourrais produire un fichier OSM venant du fichier 
shapefile en utilisant les donnees du wiki. Je ne suis pas sure que ca 
soit le plus utile, vu les demandes de plugin pour JOSM ou  Merkatoor, 
mais je regarderais ce soir comment les plugins fonctionnent pour voir 
ce que je peux faire.
La creation du fichier OSM est assez facile toutefois. Je pense que ca 
pourrait etre pret lundi prochain.

Emilie Laffray

Pieren wrote:
> Voila, il reste maintenant à remercier cette personne et son équipe
> qui, je dois dire, a toujours répondu aux questions avec célérité;
> puis mettre en place une page wiki pour documenter les questions
> légales comme qui inclura une copie de ce courrier (et les infos
> provenant du forum de GeoRezo), comme on a pu le faire pour le
> cadastre.
> Pour finir, il faudra organiser la sélection des couches de données à
> importer, les outils pour le faire, les tags à utiliser (mais il y a
> déjà une page wiki sur ce sujet :
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature)
> et trouver des gens motivés pour passer à la réalisation.
>
> 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

[OSM-talk-fr] Polygone france

[Sibert Marc]

Bonjour,
Je suis à la recherche d'un polygone de la france pas trop riche 100 points.
Merci
--
marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Polygone france

[sly (sylvain letuffe)]

On Tuesday 12 May 2009 17:26, Sibert Marc wrote:
> Bonjour,
> Je suis à la recherche d'un polygone de la france pas trop riche 100 points.

http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes
france.gpx
et un coup de gpsbabel simplify ?


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

Re: [OSM-talk-fr] Présentation et demande d'avis

[Julien D.]

Bonjour et bienvenue,

A première vue d'oeil ça semble bien, juste 2 remarques :
- nommage à revoir (en gros il faut mettre des majuscules presque partout,
sauf aux articles),
- pas la peine de mettre un noeud (parking) s'il y a déjà une surface
(parking).

2009/5/12 Sébastien Dinot 

> Bonjour,
>
> Pour commencer, rapide présentation, je m'appelle Sébastien Dinot et je
> suis impliqué de longue date dans la promotion du logiciel libre. Je vis à
> Toulouse et, au niveau professionnel, je suis responsable technique de
> projet dans le domaine spatial. Les curieux pourront en apprendre un peu
> plus sur moi en consultant mon CV en ligne (
> http://sebastien.dinot.free.fr/cv_sebastien_dinot.html).
>
> Je connais depuis un moment déjà le projet OSM et un collègue m'a récemment
> convaincu d'y contribuer. Hier soir, j'ai donc livré ma première
> contribution (zone située à Toulouse, dans le quartier de Montaudran) :
>
>
> http://openstreetmap.org/?minlon=1.4828&minlat=43.5731&maxlon=1.4854&maxlat=43.5748355&box=yes&zoom=18&layers=B000FTFT
>
> Pour vous donner une idée de ma contribution, je précise qu'il n'y avait
> initialement dans ce rectangle que le terrain de foot (grand rectangle vert
> à droite), un « Y » symbolisant les impasses Genin et Bossoutrot (non
> nommées) et le sentier qui file vers le nord.
>
> Avant d'aller plus loin dans mes contributions, j'aimerais avoir un avis
> critique sur le travail que j'ai réalisé. Pourriez-vous me dire si je m'y
> suis bien pris ou non, si j'ai fait des erreurs de débutant ou violé quelque
> règle sacrée, ce qu'il y a à améliorer ?
>
> Je vous en remercie par avance,
>
> 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
> 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] Présentation et demande d'avis

[Vincent Pottier]

Sébastien Dinot a écrit :
> Bonjour,
>
> Pour commencer, rapide présentation, je m'appelle Sébastien Dinot et je suis 
> impliqué de longue date dans la promotion du logiciel libre. Je vis à 
> Toulouse et, au niveau professionnel, je suis responsable technique de projet 
> dans le domaine spatial. Les curieux pourront en apprendre un peu plus sur 
> moi en consultant mon CV en ligne 
> (http://sebastien.dinot.free.fr/cv_sebastien_dinot.html).
>
> Je connais depuis un moment déjà le projet OSM et un collègue m'a récemment 
> convaincu d'y contribuer. Hier soir, j'ai donc livré ma première contribution 
> (zone située à Toulouse, dans le quartier de Montaudran) :
>
> http://openstreetmap.org/?minlon=1.4828&minlat=43.5731&maxlon=1.4854&maxlat=43.5748355&box=yes&zoom=18&layers=B000FTFT
>
> Pour vous donner une idée de ma contribution, je précise qu'il n'y avait 
> initialement dans ce rectangle que le terrain de foot (grand rectangle vert à 
> droite), un « Y » symbolisant les impasses Genin et Bossoutrot (non nommées) 
> et le sentier qui file vers le nord.
>
> Avant d'aller plus loin dans mes contributions, j'aimerais avoir un avis 
> critique sur le travail que j'ai réalisé. Pourriez-vous me dire si je m'y 
> suis bien pris ou non, si j'ai fait des erreurs de débutant ou violé quelque 
> règle sacrée, ce qu'il y a à améliorer ?
>
> Je vous en remercie par avance,
>
> Sébastien
>
>   
Joli travail... mais la critique va venir ;-)
D'après certains tags, il semble que la saisie, au moins en partie, soit
faite avec Potlatch. J'admire le dessin. Les données viennent du
cadastre, des repères ont été pris au GPS ?

keepright ne signale pas d'erreur
http://keepright.ipax.at/report_map.php?lat=43.573968&lon=1.4841&zoom=18&layers=B0T&ch30=1&ch40=1&ch50=1&ch60=1&ch70=1&ch90=1&ch100=1&ch110=1&ch120=1&ch130=1&ch150=1&ch160=1&ch170=1&ch180=1&ch190=1&ch200=1&ch210=1&ch220=1
Mais c'est peut-être un peu tôt...
Une autre bonne adresse pour repérer ses erreurs :
http://osmose.openstreetmap.fr/ParUtilisateur/s/
et Sebastien Dinot est encore inconnu, ou trop parfait ;-)

Quelques (rares) observations : Les noms devraient commencer par une
majuscule : Centre polyvalent de Montaudran
Les parkings devraient être reliés au réseau (tracer des highway=service
service=parking_aisle avec un point sur le bord du parking)


Pour la suite, JOSM avec le module cadastre permettra de placer les
bâtiments :
http://www.openstreetmap.org/?lat=47.23558&lon=6.01977&zoom=16&layers=B000FTF

Bon courage et bienvenue.

Vincent



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

Re: [OSM-talk-fr] Présentation et demande d'avis

[Pieren]

2009/5/12 Sébastien Dinot :
Bonjours et bienvenue,

2009/5/12 Vincent Pottier :
> Les parkings devraient être reliés au réseau (tracer des highway=service
> service=parking_aisle avec un point sur le bord du parking)

Relier les parkings au réseau routier est optionel. En plus, il faut
être capable de tracer les voies de service. Pas évident sans GPX.
parking_aisle est encore plus optionnel (très contesté à l'époque de
sa proposition). Un logiciel de navigation sera capable de t'amener au
plus près du parking. Après, pour y accéder, il suffit d'ouvrir les
yeux (recommandé lorsqu'on conduit une voiture). Ca peut d'avantage se
justifier s'il y a des restrictions d'accès (sens interdit par ex.).


Sinon, j'ajouterais encore :
- utiliser le landuse=commercial pour une si petite surface (un seul
bâtiment) est limite mais encore acceptable. En principe, ça décrit
l'usage du sol sur des zones plus vastes. Si le cadastre couvre cette
commune, tu aurais pu taguer le bâtiment avec building=retail à la
place (ou building=yes et des nodes pour les commerces si on veut
détailler). Le wiki en anglais explique que landuse=commercial
s'applique pour les zones dominées par des bureaux mais c'est un point
à éclaircir (landuse=retails pour "Predominantly shops").
- il y a un highway=service avec amenity=bus_station. J'aurais plutôt
mis un highway=unclassified mais bon, là aussi ça se discute. Sinon le
bus_station désigne une gare routière sur un noeud ou un polygone, pas
sur la polyligne du highway. Si c'est un arrêt de bus, utilise un node
tagué avec highway=bus_stop, en principe à côté du polyligne, là où se
trouve physiquement l'arrêt. Pour les transports publics, on peut
ajouter d'autres informations (nom de station, nom de l'opérateur,
l'itinéraire de la ligne) mais ça pourra être complété plus tard.
- le terrain de spot est tagué leisure=stadium qui désigne un stade.
Bon, il faudrait voir sur place mais l'imagerie montre plutôt un
terrain de sport simple (je peux me tromper mais je n'ai pas pu voir
de tribunes par exemple). Si c'est le cas, on utilise alors
leisure=pitch. Mais ça peut être un petit stade de quartier, auquel
cas, on pourrait ajouter le nom (name="Stade de Coubertin").
- mettre highway=footway et foot=yes ensemble, ça fait bizarre non ?
il y a des footway avec foot=no ? En plus, ton footway semble
traverser le bâtiment commercial. En principe, on ne tague pas
l'intérieur des bâtiments. Mais ça peut aussi être un vrai passage
piéton qui traverse le bâtiment (ou passe en dessous) (certains
portent même des noms).
Pieren

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

Re: [OSM-talk-fr] Présentation et demande d'avis

[Vincent Pottier]

Pieren a écrit :
> 2009/5/12 Sébastien Dinot :
> Bonjours et bienvenue,
>
> 2009/5/12 Vincent Pottier :
>   
>> Les parkings devraient être reliés au réseau (tracer des highway=service
>> service=parking_aisle avec un point sur le bord du parking)
>> 
>
> Relier les parkings au réseau routier est optionel. En plus, il faut
> être capable de tracer les voies de service. Pas évident sans GPX.
> parking_aisle est encore plus optionnel (très contesté à l'époque de
> sa proposition). Un logiciel de navigation sera capable de t'amener au
> plus près du parking. Après, pour y accéder, il suffit d'ouvrir les
> yeux (recommandé lorsqu'on conduit une voiture). Ca peut d'avantage se
> justifier s'il y a des restrictions d'accès (sens interdit par ex.).
>
>
> Sinon, j'ajouterais encore :
> - utiliser le landuse=commercial pour une si petite surface (un seul
> bâtiment) est limite mais encore acceptable. En principe, ça décrit
> l'usage du sol sur des zones plus vastes. Si le cadastre couvre cette
> commune, tu aurais pu taguer le bâtiment avec building=retail à la
> place (ou building=yes et des nodes pour les commerces si on veut
> détailler). Le wiki en anglais explique que landuse=commercial
> s'applique pour les zones dominées par des bureaux mais c'est un point
> à éclaircir (landuse=retails pour "Predominantly shops").
> - il y a un highway=service avec amenity=bus_station. J'aurais plutôt
> mis un highway=unclassified mais bon, là aussi ça se discute. Sinon le
> bus_station désigne une gare routière sur un noeud ou un polygone, pas
> sur la polyligne du highway. Si c'est un arrêt de bus, utilise un node
> tagué avec highway=bus_stop, en principe à côté du polyligne, là où se
> trouve physiquement l'arrêt. Pour les transports publics, on peut
> ajouter d'autres informations (nom de station, nom de l'opérateur,
> l'itinéraire de la ligne) mais ça pourra être complété plus tard.
> - le terrain de spot est tagué leisure=stadium qui désigne un stade.
> Bon, il faudrait voir sur place mais l'imagerie montre plutôt un
> terrain de sport simple (je peux me tromper mais je n'ai pas pu voir
> de tribunes par exemple). Si c'est le cas, on utilise alors
> leisure=pitch. Mais ça peut être un petit stade de quartier, auquel
> cas, on pourrait ajouter le nom (name="Stade de Coubertin").
> - mettre highway=footway et foot=yes ensemble, ça fait bizarre non ?
> il y a des footway avec foot=no ? En plus, ton footway semble
> traverser le bâtiment commercial. En principe, on ne tague pas
> l'intérieur des bâtiments. Mais ça peut aussi être un vrai passage
> piéton qui traverse le bâtiment (ou passe en dessous) (certains
> portent même des noms).
> Pieren
>   
Et béh. Ça c'est de l'examen minutieux !

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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[Mathieu Arnold]

+--On 12 mai 2009 15:58:02 +0200 "sly (sylvain letuffe)"
 wrote:
| 
|> Donc, on va dire que les communes que j'ai fait qui ont enclave/exclave
|> sont bonnes et que je ne vais pas avoir à les corriger :-)
| 
| hop j'ai trouvé comment retirer l'erreur pour les communes en plusieurs 
| morceaux

Et donc, toutes les communes pas en plusieurs morceaux sont en gris ?
(parce que c'est comme ça, là)

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[sly (sylvain letuffe)]

> Et donc, toutes les communes pas en plusieurs morceaux sont en gris ?
> (parce que c'est comme ça, là)

L'art des modifications sans tests, heureusement qu'ils y'a des bétatesteurs 
qui me surveille

C'était un poil terne ;-)

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

[OSM-talk-fr] corine, corine, je t'aime ! (shp et autres projections)

[sly (sylvain letuffe)]

Depuis les bonnes nouvelles sur corine, je me suis lancé dans l'intégration et 
la représentation, couplé à osm, de leurs données.

Histoire d'avoir une idée de ce que pourrait rendre la france quand on aura 
fait l'import.

Mais je patauge, quelqu'un a-t-il déjà fait des tests avec les données dispo 
ici :
http://sd1878-2.sivit.org/

J'utilise la projection WGS84, j'importe dans postgis, je bidouille, et ça ne 
sort rien.
J'ai l'impression bizarre que lat et long ont été intervertis dans leur 
fichiers.

Alors j'ai tenté d'en ouvrir un petit avec qgis histoire de voir, et mon qgis 
me plante à la g bilan, j'arrive pas à tester.

Quelqu'un peut me dire ce qui se passe quand il ouvre ce petit shp ?
http://slyserv.dyndns.org/osm/CLC06_WGS.zip
les coordonnées ont elles l'air correctes ?

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[Vincent Pottier]

sly (sylvain letuffe) a écrit :
>> Et donc, toutes les communes pas en plusieurs morceaux sont en gris ?
>> (parce que c'est comme ça, là)
>> 
>
> L'art des modifications sans tests, heureusement qu'ils y'a des bétatesteurs 
> qui me surveille
>
> C'était un poil terne ;-)
>
>   
Je trouvais que tout d'un coup beaucoup de communes étaient buggées dans
mon coin...
Je m'disais aussi...
J'ai eu peur un instant...

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

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[Vincent Pottier]

sly (sylvain letuffe) a écrit :
>> Et donc, toutes les communes pas en plusieurs morceaux sont en gris ?
>> (parce que c'est comme ça, là)
>> 
>
> L'art des modifications sans tests, heureusement qu'ils y'a des bétatesteurs 
> qui me surveille
>
> C'était un poil terne ;-)
>
>   
Mieux. Ouf ! Mes communes ne sont pas buggées !

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Vincent Pottier]

Emilie Laffray a écrit :
> Bonjour,
>
> Je pense que je pourrais produire un fichier OSM venant du fichier 
> shapefile en utilisant les donnees du wiki. Je ne suis pas sure que ca 
> soit le plus utile, vu les demandes de plugin pour JOSM ou  Merkatoor, 
> mais je regarderais ce soir comment les plugins fonctionnent pour voir 
> ce que je peux faire.
> La creation du fichier OSM est assez facile toutefois. Je pense que ca 
> pourrait etre pret lundi prochain.
>
> Emilie Laffray
>   
Un plugin pour des opérations sur les surfaces, c'est faisable ?
À défaut de sous-couches, une réorganisation d'une sélection de deux
surfaces (flèches haut bas comme pour les layers) pour une opération
surface A moins surface B...


Vincent

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

Re: [OSM-talk-fr] Présentation et demande d'avis

[Art Penteur]

Le 12 mai 2009 16:57, Sébastien Dinot  a écrit :
> Bonjour,

Bienvenue dans cette addiction !

> Avant d'aller plus loin dans mes contributions, j'aimerais avoir un avis 
> critique sur le travail que j'ai réalisé. [...]

Les autres ont déjà répondu.
Sinon, Toulouse est déjà pas mal cartogaphié, mais pour ceux qui ont
du temps, keepright signale pas mal d'erreurs "almost junctions",
"intersections without junction", ... :

http://keepright.ipax.at/report_map.php?zoom=13&lat=43.58047&lon=1.47518&layers=B0T&ch30=1&ch40=1&ch50=1&ch60=1&ch70=1&ch90=1&ch100=1&ch110=1&ch120=1&ch130=1&ch150=1&ch160=1&ch170=1&ch180=1&ch190=1&ch200=1&ch210=1&ch220=1

Art

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Pieren]

2009/5/12 Vincent Pottier :
> Un plugin pour des opérations sur les surfaces, c'est faisable ?
> À défaut de sous-couches, une réorganisation d'une sélection de deux
> surfaces (flèches haut bas comme pour les layers) pour une opération
> surface A moins surface B...
>

Je ne suis pas sûr qu'un plugin ou une utilisation d'un WMS combiné
avec JOSM soit la meilleure solution. On ne travaille pas à l'échelle
du cadastre mais au 1/100.000e, c'est à dire plutôt à l'échelle du
département. A cette échelle, on ne devrait travailler qu'avec la
couche qui nous intéresse et pas l'ensemble des données d'OSM.
Si on veut importer les forêts par exemple, on pourrait charger les
forêts déjà présentes dans OSM sur un département (osmosis ou xapi)
puis combiner l'ancien avec le nouveau éventuellement à la main avec
JOSM avant de transférer le tout.
Pieren

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

Re: [OSM-talk-fr] Mega-bug sur les boundary administra tive dans la région de Dole

[Pieren]

2009/5/12 wouldsmina :
> merci,
>
> quelqu'un peut m'expliquer comment découper mon .osm en petite commune svp?
> c'est pour éviter de refaire une grosse bouze sur le jura!!
>

A ma connaissance, je ne vois qu'un découpage manuel avec JOSM. On ne
peut pas faire un copier-coller d'un calque vers un autre (dommage ça
serait bien pratique ici) sans perdre le positionnement. La solution
qui reste est d'effacer les communes qui ne t'intéressent pas et ne
conserver (sauvegarder) que le groupe que tu veux transférer. Comme
effacer autant de données peut être très, très long, il faudra t'armer
de patience et même commencer par couper l'ensemble en deux groupes
égaux avant de faire de plus petits groupes.
Mais avant de te lancer, vérifie encore que ces communes ne sont pas
déjà dans OSM.
Pieren

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

Re: [OSM-talk-fr] Présentation et demande d'avis

[Sébastien Dinot]

Bonjour,

Julien D. a écrit :
> A première vue d'oeil ça semble bien, juste 2 remarques :
> - nommage à revoir (en gros il faut mettre des majuscules presque
>   partout, sauf aux articles),
> - pas la peine de mettre un noeud (parking) s'il y a déjà une surface
>   (parking).

J'ai pris ces remarques en compte. Merci pour le retour.

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
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur bizarre

[Mathieu Arnold]

+--On 12 mai 2009 21:26:37 +0200 "sly (sylvain letuffe)"
 wrote:
| 
|> Et donc, toutes les communes pas en plusieurs morceaux sont en gris ?
|> (parce que c'est comme ça, là)
| 
| L'art des modifications sans tests, heureusement qu'ils y'a des
| bétatesteurs  qui me surveille
| 
| C'était un poil terne ;-)

D'ailleurs, si tu veux un coup de main pour tripoter tout ça, j'ai une
petite expérience postgis suite à l'installation d'un serveur ROMA.

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] Présentation et demande d'avis

[Sébastien Dinot]

Vincent Pottier a écrit :
> D'après certains tags, il semble que la saisie, au moins en partie,
> soit faite avec Potlatch.

En effet. Qu'est-ce qui trahit l'outil ?

> J'admire le dessin. Les données viennent du cadastre, des repères ont
> été pris au GPS ?

Comme j'habite dans le coin, que j'emmène mes enfants à l'école et que
je me balade le plus souvent à pied, j'ai une bonne idée de la
topographie des lieux. En m'appuyant sur l'existant (axes et traces
GPS), j'ai pu caler les éléments. Je procèderai demain à un relevé par
GPS pour confirmer quelques points (en fait, j'ai déjà effectué un
relevé aujourd'hui mais l'acquisition n'était pas assez fine et certains
polygones apparaissent complètement dégénérés... Je préfère donc ne pas
les transmettre à OSM. :-/

> keepright ne signale pas d'erreur
> http://keepright.ipax.at/report_map.php?lat=43.573968&lon=1.4841&zoom=18&layers=B0T&ch30=1&ch40=1&ch50=1&ch60=1&ch70=1&ch90=1&ch100=1&ch110=1&ch120=1&ch130=1&ch150=1&ch160=1&ch170=1&ch180=1&ch190=1&ch200=1&ch210=1&ch220=1
> Mais c'est peut-être un peu tôt...

Je ne connais pas le cycle de rafraîchissement de ces informations.

> Une autre bonne adresse pour repérer ses erreurs :
> http://osmose.openstreetmap.fr/ParUtilisateur/s/
> et Sebastien Dinot est encore inconnu, ou trop parfait ;-)

Parfait, certainement pas. Disons que d'un côté, j'essaie d'être
rigoureux et que de l'autre, ma contribution étant encore modeste, je
n'ai pas eu beaucoup d'occasions de faire des erreurs. (c:

> Les parkings devraient être reliés au réseau (tracer des
> highway=service service=parking_aisle avec un point sur le bord du
> parking)

En observant ce qui a été fait pour d'autres parkings de
l'agglomération, j'avais cru comprendre que j'allais devoir tracer les
voies d'accès et de circulation à l'intérieur du parking (reste le cas
du parking qui se trouve au bout de l'impasse Genin, qui est une double
rangée de places en épis.

> Pour la suite, JOSM avec le module cadastre permettra de placer les
> bâtiments :
> http://www.openstreetmap.org/?lat=47.23558&lon=6.01977&zoom=16&layers=B000FTF

J'ai essayé JOSM aujourd'hui. Ca change de Potlach ! Plutôt en bien à
mon goût. J'ai pu procéder à des réalignements de points et autres
manipulations que je ne pouvais apparemment pas faire avec Potlach.

Par contre, le module du cadastre n'est pas disponible dans le paquet
Debian que j'ai installé et la mise à jour de la liste de plugins ne
suffit pas à le faire apparaître...

> Bon courage et bienvenue.

Merci.

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
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment dessiner un arc de cercle

[Jean-Christophe Haessig]

Le dimanche 10 mai 2009 à 22:52 +0200, Eric SIBERT a écrit :

> En supposant que tu ne travailles pas sur des zones trop étendues, tu 
> peux faire une approximation sur le coefficient de correction à 
> appliquer à tes longitudes pour que ça devienne orthonormé (et tes 
> cercles circulaires donc) : cos(LatC).

Merci pour l’astuce, je n’ai finalement pas utilisé cette méthode, mais
ça m’a mis sur la voie.

JC


signature.asc
Description: Ceci est une partie de message numériquement signée
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation et demande d'avis

[Pieren]

2009/5/12 Sébastien Dinot :
> J'ai pris ces remarques en compte. Merci pour le retour.
>
> Sébastien

Pour en finir avec mes remarques:
- tu laisses une boucle sans tags au bout de l'impasse Lucien Bossoutrot
- si tu avais utilisé le plugin cadastre-fr de JOSM (je te garde une
copie d'écran si tu veux), tu aurais vu que l' "Impasse Gaston Genin"
s'écrit en fait "Impasse Gaston Génin", aviateur et pilote français.
- ma remarque sur les footways ne tiens plus (à part le foot=yes
inutile). D'après le cadastre, je pense qu'ils longent les bâtiments
(approximativement).

Pieren

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

Re: [OSM-talk-fr] corine, corine, je t'aime ! (shp et autres projections)

[Emilie Laffray]

Coucou,

j'ai ouvert le fichier SHP que tu as fourni avec une version de Open
Jump. Pour confirmation, c'est bien le lac de Geneve. Si c'est bien le
cas, il semblerait en effet que latitude et longitude soient inversees.
Il me faudrait etre sure de la zone pour affirmer toutefois. A noter que
l'ouverture du fichier utilise 825M de memoire vive sur ma machine. J'ai
configure mon open jump pour qu'il utilise 4G de RAM. Je pense que c'est
la raison pour laquelle ca plante chez toi.

Emilie Laffray

sly (sylvain letuffe) wrote:
> Depuis les bonnes nouvelles sur corine, je me suis lancé dans l'intégration 
> et 
> la représentation, couplé à osm, de leurs données.
>
> Histoire d'avoir une idée de ce que pourrait rendre la france quand on aura 
> fait l'import.
>
> Mais je patauge, quelqu'un a-t-il déjà fait des tests avec les données dispo 
> ici :
> http://sd1878-2.sivit.org/
>
> J'utilise la projection WGS84, j'importe dans postgis, je bidouille, et ça ne 
> sort rien.
> J'ai l'impression bizarre que lat et long ont été intervertis dans leur 
> fichiers.
>
> Alors j'ai tenté d'en ouvrir un petit avec qgis histoire de voir, et mon qgis 
> me plante à la g bilan, j'arrive pas à tester.
>
> Quelqu'un peut me dire ce qui se passe quand il ouvre ce petit shp ?
> http://slyserv.dyndns.org/osm/CLC06_WGS.zip
> les coordonnées ont elles l'air correctes ?
>
>   




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation et demande d'avis

[Mathieu Arnold]

+--On 12 mai 2009 23:38:52 +0200 Sébastien Dinot 
wrote:
| Par contre, le module du cadastre n'est pas disponible dans le paquet
| Debian que j'ai installé et la mise à jour de la liste de plugins ne
| suffit pas à le faire apparaître...

Je dirais que le paquet n'est *pas* à jour :-) (enfin, il doit être au
moins en version 1529, sinon tu n'aurais rien pu faire)
Je te conseille de récupérer le .jar sur 
la version "more or less stable" est à préférer, mais après, tu peux
aussi prendre la "latest" c'est ce que je fais, je n'ai quasiment jamais eu
de problèmes :-)

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] CORINE Land Cover France comme sourc e de données

[Emilie Laffray]

Dans tous les cas de figure, je vais voir pour creer le fichier OSM.
Toutefois, il semblerait que Sylvain soit deja sur l'affaire. Donc, il
faut voir qui au final peut produire le fichier OSM. :)

Emilie Laffray

Pieren wrote:
> 2009/5/12 Vincent Pottier :
>   
>> Un plugin pour des opérations sur les surfaces, c'est faisable ?
>> À défaut de sous-couches, une réorganisation d'une sélection de deux
>> surfaces (flèches haut bas comme pour les layers) pour une opération
>> surface A moins surface B...
>>
>> 
>
> Je ne suis pas sûr qu'un plugin ou une utilisation d'un WMS combiné
> avec JOSM soit la meilleure solution. On ne travaille pas à l'échelle
> du cadastre mais au 1/100.000e, c'est à dire plutôt à l'échelle du
> département. A cette échelle, on ne devrait travailler qu'avec la
> couche qui nous intéresse et pas l'ensemble des données d'OSM.
> Si on veut importer les forêts par exemple, on pourrait charger les
> forêts déjà présentes dans OSM sur un département (osmosis ou xapi)
> puis combiner l'ancien avec le nouveau éventuellement à la main avec
> JOSM avant de transférer le tout.
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation et demande d'avis

[Sébastien Dinot]

Pieren a écrit :
> Sinon, j'ajouterais encore :
> - utiliser le landuse=commercial pour une si petite surface (un seul
>   bâtiment) est limite mais encore acceptable. En principe, ça décrit
>   l'usage du sol sur des zones plus vastes.

« un seul bâtiment », c'est vite dit. Il doit y avoir au total une
dizaine de locaux, allant du cabinet médical au restaurant, en passant
par l'inévitable tabac/presse. Maintenant, si l'usage veut que ce type
de site soit qualifié de « retails », je vais corriger mon erreur dans
les meilleurs délais.

> - il y a un highway=service avec amenity=bus_station. J'aurais plutôt
>   mis un highway=unclassified mais bon, là aussi ça se discute. Sinon
>   le bus_station désigne une gare routière sur un noeud ou un
>   polygone, pas sur la polyligne du highway. Si c'est un arrêt de bus,
>   utilise un node tagué avec highway=bus_stop, en principe à côté du
>   polyligne, là où se trouve physiquement l'arrêt.

J'ai été influencé par le Wiki d'OSM :

http://wiki.openstreetmap.org/wiki/Bus_Station

L'arrêt signalé est le terminus de 2, voire 3 lignes de bus.

Maintenant, là encore, si « bus station » s'applique plus aux gares
routières, je vais corriger.

> - le terrain de spot est tagué leisure=stadium qui désigne un stade.
>   Bon, il faudrait voir sur place mais l'imagerie montre plutôt un
>   terrain de sport simple (je peux me tromper mais je n'ai pas pu voir
>   de tribunes par exemple). Si c'est le cas, on utilise alors
>   leisure=pitch.

Je ne suis pas l'auteur de cet élément mais j'avais noté la
qualification de « stadium » qui m'avait chagrinée. Officiellement, il
s'agit du « stade de Montaudran » qui sert essentiellement à
l'entraînement des équipes de foot et de rugby local. Vérification faite
de la définition du terme « pitch » sur Wiktionary et Word Reference, le
terme semble en effet plus approprié. Je vais corriger.

> - mettre highway=footway et foot=yes ensemble, ça fait bizarre non ?
>   il y a des footway avec foot=no ?

Bah, une petite confirmation ne fait pas de mal. (c: Bon, ok, je corrige.

> En plus, ton footway semble traverser le bâtiment commercial. En
> principe, on ne tague pas l'intérieur des bâtiments. Mais ça peut
> aussi être un vrai passage piéton qui traverse le bâtiment

Il s'agit en fait d'allées pavées à l'extérieur des bâtiments qui se
rejoignent sur une place rectangulaire et deux d'entre elles sont en
effet des passages piéton qui traversent les bâtiments.

Merci pour ces remarques fouillées.

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
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation et demande d'avis

[Sébastien Dinot]

Art Penteur a écrit :
> Sinon, Toulouse est déjà pas mal cartogaphié

Certes, mais pourtant, dans mon quartier, la plupart des bâtiments
publics (poste, écoles, centres de loisir, crèches, commerces, etc.) ne
sont pas indiqués et je connais quelques chemins piétons fort utiles qui
ne sont pas mentionnés (le genre de chemins qui réduisent un trajet de
2,4 à 1,4 km d'après mon GPS).

Sébastien

> mais pour ceux qui ont du temps, keepright signale pas mal d'erreurs
> "almost junctions", "intersections without junction", ... :

Cet outil est intéressant, il va falloir que je le surveille.

A++, 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
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] corine, corine, je t'aime ! (shp et autres projections)

[Emilie Laffray]

Bon je confirme que c'est inverse. J'ai charge la France entiere et
c'est pour le moins interessant.
J'inclus un screenshot pour montrer a quel point c'est inverse. C'est la
premiere fois que je vois la Bretagne a la place de la Corse.


Emilie Laffray


sly (sylvain letuffe) wrote:
> Depuis les bonnes nouvelles sur corine, je me suis lancé dans l'intégration 
> et 
> la représentation, couplé à osm, de leurs données.
>
> Histoire d'avoir une idée de ce que pourrait rendre la france quand on aura 
> fait l'import.
>
> Mais je patauge, quelqu'un a-t-il déjà fait des tests avec les données dispo 
> ici :
> http://sd1878-2.sivit.org/
>
> J'utilise la projection WGS84, j'importe dans postgis, je bidouille, et ça ne 
> sort rien.
> J'ai l'impression bizarre que lat et long ont été intervertis dans leur 
> fichiers.
>
> Alors j'ai tenté d'en ouvrir un petit avec qgis histoire de voir, et mon qgis 
> me plante à la g bilan, j'arrive pas à tester.
>
> Quelqu'un peut me dire ce qui se passe quand il ouvre ce petit shp ?
> http://slyserv.dyndns.org/osm/CLC06_WGS.zip
> les coordonnées ont elles l'air correctes ?
>
>   

<>

signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation et demande d'avis

[Pieren]

2009/5/12 Sébastien Dinot :
> « un seul bâtiment », c'est vite dit. Il doit y avoir au total une
> dizaine de locaux, allant du cabinet médical au restaurant, en passant
> par l'inévitable tabac/presse. Maintenant, si l'usage veut que ce type
> de site soit qualifié de « retails », je vais corriger mon erreur dans
> les meilleurs délais.

C'est ce qui fait toute la difficulté du tag landuse pour des zones
qui n'ont pas un usage unique. C'est aussi pourquoi il est souvent
absent de ce genre de zones...

>
> J'ai été influencé par le Wiki d'OSM :
>
> http://wiki.openstreetmap.org/wiki/Bus_Station
>
> L'arrêt signalé est le terminus de 2, voire 3 lignes de bus.
>
> Maintenant, là encore, si « bus station » s'applique plus aux gares
> routières, je vais corriger.

C'est toi qui connait le terrain et donc qui est le mieux placé pour
décider si c'est un simple arrêt ou une station plus large. Ce que je
voulais d'avantage pointé par ma remarque, c'est que ça s'applique sur
un node ou un polygone, pas tellement sur une ligne droite.


> Je ne suis pas l'auteur de cet élément mais j'avais noté la
> qualification de « stadium » qui m'avait chagrinée. Officiellement, il
> s'agit du « stade de Montaudran » .../... Je vais corriger.

N'oublie pas d'ajouter le nom si tu le connais (name="Stade de
Montaudran" toujours les majuscules ;-)

> Bah, une petite confirmation ne fait pas de mal. (c: Bon, ok, je corrige.

C'est pas dramatique - je l'ai déjà par ailleurs - mais c'est juste redondant.

Mais pour un début, c'est déjà pas mal. Bonne continuation !

Pieren

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

Re: [OSM-talk-fr] corine, corine, je t'aime ! (shp et autres projections)

[Pieren]

2009/5/13 Emilie Laffray :

Denis a suggéré de reprojeter le shapefile en WGS84 puis d'utiliser le
script polyshp2osm pour créer des données directement au format OSM.
Je suis sûr qu'il pourra nous expliquer brièvement une façon simple de
faire cette reprojection. Je pense qu'ensuite chacun pourrait
travailler à partir des shapefiles de son département ou de sa région
comme l'ifen les met à disposition sur son site pour rester dans des
quantités de données raisonnables.
Pieren

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

Re: [OSM-talk-fr] corine, corine, je t'aime ! (shp et autres projections)

[krysst]

Bonsoir,

Pas de plantage chez moi en ouverture directe avec qgis, mais même 
constat que vous sur l'inversion lat/lon.
Le "Lambert 93" m'a également l'air complètement foiré (à moins que leur 
extracteur ne convertisse dans l'une des 143621 zones qui couvrent la 
France, sinon je ne vois pas ce que fait l'Alsace en Provence...).
Les coordonnées lambert IIe semblent OK, mais je n'ai pas pu tester si 
le méridien d'origine était le bon (décalage de 43m vers l'est avec 
certains logiciels dans le cas contraire).

ô joie des projections!

Je pense qu'il vaudrait mieux privilégier ces sources :
- En Lambert 93 :
http://www.ifen.fr/clc/CORINE_Land_Cover_-_Condition_Utilisation.htm

- Si l'on préfères télécharger par zone (trouver le code EPSG avant de 
télécharger peut être une bonne idée :-D) :
http://www.eea.europa.eu/themes/landuse/clc-download

A noter que j'avais rencontré des pbs avec la colonne 'code_06' sous 
certains logiciels, celle-ci n'étant pas du type qu'il fallait pour les 
requêtes (colonne de type 'numérique' qu'il faut passer en type 
'caractère' ou l'inverse).



sly (sylvain letuffe) a écrit :
> Depuis les bonnes nouvelles sur corine, je me suis lancé dans l'intégration 
> et 
> la représentation, couplé à osm, de leurs données.
>
> Histoire d'avoir une idée de ce que pourrait rendre la france quand on aura 
> fait l'import.
>
> Mais je patauge, quelqu'un a-t-il déjà fait des tests avec les données dispo 
> ici :
> http://sd1878-2.sivit.org/
>
> J'utilise la projection WGS84, j'importe dans postgis, je bidouille, et ça ne 
> sort rien.
> J'ai l'impression bizarre que lat et long ont été intervertis dans leur 
> fichiers.
>
> Alors j'ai tenté d'en ouvrir un petit avec qgis histoire de voir, et mon qgis 
> me plante à la g bilan, j'arrive pas à tester.
>
> Quelqu'un peut me dire ce qui se passe quand il ouvre ce petit shp ?
> http://slyserv.dyndns.org/osm/CLC06_WGS.zip
> les coordonnées ont elles l'air correctes ?
>
>   


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

Re: [OSM-talk-fr] corine, corine, je t'aime ! (shp et autres projections)

[Emilie Laffray]

Bonsoir,

Le fichier que j'ai telecharge pour toute la France etait deja en WGS84.
Il n'y a donc pas besoin de retroprojeter le shapefile.
Pour la retroprojection, si on avait besoin, il existe certains outils
inclus dans FWtools sous Windows. (Oui la honte, je suis principalement
sous Windows).
Je comptais sinon ecrire un petit programme pour transformer de SHP a
OSM (en passant par Postgis) afin de tenir compte des parametres vu sur
le wiki. Enfin, il faut voir avec la forme des polygones car si on fait
un import simple, on va se retrouver avec des polygones avec des formes
assez complexes. Enfin, s'il existe deja un script pour faire cela, ca
sera avec plaisir que je laisserais le script gerer tout cela.
Apres, une fois qu'on a le fichier OSM, il suffit d'utiliser Osmosis
avec le polygone du departement pour obtenir les departements de chacun.
Existe t'il une liste de polygone par department francais?
Je crois que le premier probleme va etre d'inverser lat/long. Le reste
est plutot facile a gerer.

Emilie Laffray

Pieren wrote:
> 2009/5/13 Emilie Laffray :
>
> Denis a suggéré de reprojeter le shapefile en WGS84 puis d'utiliser le
> script polyshp2osm pour créer des données directement au format OSM.
> Je suis sûr qu'il pourra nous expliquer brièvement une façon simple de
> faire cette reprojection. Je pense qu'ensuite chacun pourrait
> travailler à partir des shapefiles de son département ou de sa région
> comme l'ifen les met à disposition sur son site pour rester dans des
> quantités de données raisonnables.
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] corine, corine, je t'aime ! (shp et autres projections )

[sylvain letuffe]

> Je comptais sinon ecrire un petit programme pour transformer de SHP a
> OSM (en passant par Postgis) afin de tenir compte des parametres vu sur
> le wiki. 

A titre d'info (concernant ton précédent message) je ne suis pas sur la 
conversion corine -> osm, tu as champs libre !

Pour l'instant ce qui m'intéresse c'est de représenter ces données sur un 
rendu afin que chacun puisse se faire une idée de leur qualité (de la 
présence éventuelle de problème de projection, d'erreur, etc.) avant de 
commencer à remplir osm.

> Existe t'il une liste de polygone par department francais?
Oui, dans la base osm ;-)

> Je crois que le premier probleme va etre d'inverser lat/long. Le reste
> est plutot facile a gerer.

Marrant, j'aurais plutôt dis l'inverse, sans doute car a priori j'ai résolu ce 
premier problème, même si j'attends d'avoir un "vrai" résultat pour en être 
sûr.

Ma chaîne à moi à titre d'info :
* http://sd1878-2.sivit.org/
* export france WGS84 en shp
* shp2pgsql -> postgis
* update corine set way=st_Affine(way,0,1,1,0,0,0);
( transformation affine d'inversion lat/long)
* Dessin avec mapnik
* ouvrir ces yeux et admirer

résultat je l'espère sous peu



--
sly


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

Re: [OSM-talk-fr] corine, corine, je t'aime ! (shp et autres projections )

[sylvain letuffe]

> Ma chaîne à moi à titre d'info :
> * http://sd1878-2.sivit.org/
> * export france WGS84 en shp
> * shp2pgsql -> postgis
> * update corine set way=st_Affine(way,0,1,1,0,0,0);
> ( transformation affine d'inversion lat/long)
> * Dessin avec mapnik
> * ouvrir ces yeux et admirer
>
> résultat je l'espère sous peu

Tadam !
Et voilà :
http://beta.letuffe.org/?zoom=10&lat=45.69171&lon=5.50457&layers=0BTFFF

Un peu à l'arrache pour l'instant, mais en reprenant les couleurs habituelles 
osm ça donnerait un truc dans ce goût là

--
sly

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

Re: [OSM-talk-fr] Présentation et demande d'avis

[Sébastien Dinot]

Mathieu Arnold a écrit :
> Je dirais que le paquet n'est *pas* à jour :-) (enfin, il doit être au
> moins en version 1529, sinon tu n'aurais rien pu faire) Je te
> conseille de récupérer le .jar sur  la
> version "more or less stable" est à préférer, mais après, tu peux
> aussi prendre la "latest" c'est ce que je fais, je n'ai quasiment
> jamais eu de problèmes :-)

J'ai fait comme tu le suggérais Mathieu et ça a fonctionné.

Avec les données cadastrales, j'ai pu affiner mes tracés mais pour selon
que j'avais procédé à la louche, je ne m'étais pas trop planté. (c:

Merci à tous pour ce petit coup de pouce, il me semble avoir pris
l'intégralité de vos remarques en compte si ce n'est que les voies sur
les parking restent à tracer ainsi que le contour des bâtiments.

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
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : corine, corine, je t'aime ! (shp et autres projections )

[THEVENON Julien]

wouah impressionnant !!!
et quel serait l effort pour importer cela "automatiquement" dans la base OSM ?





De : sylvain letuffe 
À : Discussions sur OSM en français 
Envoyé le : Mercredi, 13 Mai 2009, 2h25mn 28s
Objet : Re: [OSM-talk-fr] corine, corine, je t'aime ! (shp et autres
projections )


> Ma chaîne à moi à titre d'info :
> * http://sd1878-2.sivit.org/
> * export france WGS84 en shp
> * shp2pgsql -> postgis
> * update corine set way=st_Affine(way,0,1,1,0,0,0);
> ( transformation affine d'inversion lat/long)
> * Dessin avec mapnik
> * ouvrir ces yeux et admirer
>
> résultat je l'espère sous peu

Tadam !
Et voilà :
http://beta.letuffe.org/?zoom=10&lat=45.69171&lon=5.50457&layers=0BTFFF

Un peu à l'arrache pour l'instant, mais en reprenant les couleurs habituelles 
osm ça donnerait un truc dans ce goût là

--
sly

___
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] Présentation et demande d'avis

[Art Penteur]

Le 13 mai 2009 00:02, Sébastien Dinot  a écrit :
[...] mais pourtant, dans mon quartier, la plupart des bâtiments
> publics (poste, écoles, centres de loisir, crèches, commerces, etc.) ne
> sont pas indiqués et je connais quelques chemins piétons fort utiles qui
> ne sont pas mentionnés

Oui, en France, OSM est encore en mode "construction".
Mais je ne pense pas que les détails de ton quartier t'occuperont plus
d'un mois, y compris l'apprentissage des plugins de JOSM et des tags.
Après, les possibilités sont nombreuses :
- contribuer au wiki
- remplir les "déserts" hors des agglomérations.
- corriger les erreurs locales
- contribuer au projet "limites communales"
- rajouter les tag "adresses" (numéros de rue)

La correction des erreurs locales me semble une assez bonne idée :
c'est formateur (en voyant les erreurs existantes, on peur éviter de
faire les mêmes, plus tard), et assez facile (le contrôle sur le
terrain n'oblige pas à aller trop loin).

Art.

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