Re: [OSM-talk-fr] débordement de commune à l'é tranger
Vincent Pottier a demandé : > On peut se permettre de déplacer le tracé de la frontière sur la carte ? > Ça n'est pas une hérésie ? Je sais, ça impressionne ! Mais ce n'est pas tabou, si tu as une reference. Et le cadastre en est une. Il y a deux mois environ, j'étais tombé sur le cas de la frontiére Franco-Espagnole vers Puigcerda et le Puigmal, qui était très fausse (tracê dans une vallée au lieu de la ligne de crête, ...) Les avis exprimés sur cette liste (en particulier Gerhard qui a évoqué l'histoire de la Franco-Italienne) m'ont encouragé à faire la correction, à main levèe, même, pour certaines parties. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine - Fichier foret OSM pour la France entiere
2009/5/15 Vincent Pottier : Je croyais qu'il fallait prendre le temps, voir quelles types de surfaces on allait importer pour éviter de créer des problèmes avec les landuse suivants à consolider, voir si on faisait par département ou toute la France, etc Maintenant, si chacun fait son petit bbox dans son coin... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Rappel] 9ème réunion franco phone
JonathanMM a écrit : > Bonjour, > je vous rappel que notre prochaine réunion francophone aura lieu le > > Mardi 19 mai 2009 à 21h. > Bon, je suis vraiment désolé, je croyais l'avoir mis sur le wiki, mais en > fait non. > Donc, pour les ordres du jour, c'est sur la page dédiée : > http://wiki.openstreetmap.org/wiki/Reunions_Francophones/9%C3%A8me_R%C3%A9union > Et pour savoir comment venir sur IRC : > http://wiki.openstreetmap.org/wiki/Reunions_Francophones#Comment_acc.C3.A9der_au_canal_IRC > > @ mardi soir, et soyez nombreux ;) > > JonathanMM > Je n'y serai pas. Dommage, ça s'annonce passionnant ! Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] débordement de commune à l'é tranger
Etienne Chové a écrit : > Vincent Pottier a écrit : > >> Bonsoir à tous. >> Dans l'import des communes, j'en ai une qui déborde de quelques >> centaines de mètres sur la Suisse (Burnevillers, dans le 25, source gpx >> dans le dépôt Letuffe). >> > > Un permalink pour regarder ce que ça donne serait sympa pour voir la > densité à cet endroit. > > À voir http://maps.google.fr/?ie=UTF8&ll=47.332773,7.047086&spn=0.018527,0.036607&t=h&z=15 Je penche pour une erreur ou une approximation de la frontière CIA : Les forêts saisies en photo satellite (je supose) correspondent plus au cadastre et au tracé de frontière Google. L'ensemble Google, cadastre, yahoo est cohérent (aux erreurs de saisies). En Est-Nord-Est, on devrait avoir un bout de frontière en bordure de rivière d'après Google. On s'en écarte d'après CIA. Je chercherai demain le cadastre de cette commun pour voir ce qui est le plus cohérent. Je n'ai pas l'occasion d'aller la-haut avec un GPS pour repérer les bornes. Dommage ! On peut se permettre de déplacer le tracé de la frontière sur la carte ? Ça n'est pas une hérésie ? Sinon il faudra faire un revert sur mon changeset précédent plus au sud... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Rappel] 9ème réunion franco phone
Bonjour, je vous rappel que notre prochaine réunion francophone aura lieu le Mardi 19 mai 2009 à 21h. Bon, je suis vraiment désolé, je croyais l'avoir mis sur le wiki, mais en fait non. Donc, pour les ordres du jour, c'est sur la page dédiée : http://wiki.openstreetmap.org/wiki/Reunions_Francophones/9%C3%A8me_R%C3%A9union Et pour savoir comment venir sur IRC : http://wiki.openstreetmap.org/wiki/Reunions_Francophones#Comment_acc.C3.A9der_au_canal_IRC @ mardi soir, et soyez nombreux ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] débordement de commune à l'é tranger
Etienne Chové a écrit : > Vincent Pottier a écrit : > >> Bonsoir à tous. >> Dans l'import des communes, j'en ai une qui déborde de quelques >> centaines de mètres sur la Suisse (Burnevillers, dans le 25, source gpx >> dans le dépôt Letuffe). >> > > Un permalink pour regarder ce que ça donne serait sympa pour voir la > densité à cet endroit. > > Voila, voila... http://www.openstreetmap.org/?lat=47.329&lon=7.0079&zoom=14&layers=B000FTF J'ai importé le gpx sans tags. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur
Bon ça fait surtout des trucs bizarre pour les frontières car la simplification n'est pas la même sur les contours des départements adjaçants, et puis on a plus l'info des bouts cartographes associés. Du coup je ne sais pas si c'est conseillé au delà d'un certain niveau de zoom (puisqu'on ne trace pas le contour en entier le gain est peut- être moindre ? http://beta.letuffe.org/?zoom=12&lat=49.12445&lon=2.42226&layers=B0FFTT Yann Le 15 mai 09 à 18:37, sly (sylvain letuffe) a écrit : > Hélas comme j'en avais peur, le st_simplify sort des géométries > valides sur la > base de géométries non valides (le ST_SimplifyPreserveTopology semble > carrément toutes les corriger ) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] débordement de commune à l'é tranger
Vincent Pottier a écrit : > Bonsoir à tous. > Dans l'import des communes, j'en ai une qui déborde de quelques > centaines de mètres sur la Suisse (Burnevillers, dans le 25, source gpx > dans le dépôt Letuffe). Un permalink pour regarder ce que ça donne serait sympa pour voir la densité à cet endroit. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] débordement de commune à l'é tranger
Emilie Laffray a écrit : > Il suffit de faire comme l'Italie qui vient de renegocier un changement > de ses frontieres avec la Suisse afin d'agrandir le territoire italien. > (bon de quelques metres mais bon). > Ils ne nous restent plus qu'a nous depecher avant que les italiens ne > nous piquent completement la Suisse. > > Emilie Laffray > Ils n'auront pas l'Alsace et la Lorraine ! Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine - Fichier foret OSM pour la France entiere
Emilie Laffray a écrit : > Bonsoir, > > le fichier que tu as demande a ete genere. Tu peux le telecharger a > l'adresse suivante: > http://melaskia.f2s.com/yvelines-forest.osm.bz2 > A noter que je n'ai pas encore regenere le fichier pour qu'il enleve le > area=yes, mais c'est vraiment mineur. > > Voila, > Emilie Laffray > Et bien on va surveiller pour voir ce que donne l'import... Et Pierren qui se désolait en voyant notre carte vide... Les arbres vont pousser... Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] débordement de commune à l'é tranger
Il suffit de faire comme l'Italie qui vient de renegocier un changement de ses frontieres avec la Suisse afin d'agrandir le territoire italien. (bon de quelques metres mais bon). Ils ne nous restent plus qu'a nous depecher avant que les italiens ne nous piquent completement la Suisse. Emilie Laffray Vincent Pottier wrote: > Bonsoir à tous. > Dans l'import des communes, j'en ai une qui déborde de quelques > centaines de mètres sur la Suisse (Burnevillers, dans le 25, source gpx > dans le dépôt Letuffe). > Pour les départements, je retaillais la limite Cartographes Associés. > Mais là ? > La cause : > - possible positionnement décalé du cadastre, mais comment vérifier ? > - erreur possible ( ? )dans l'import des frontières, mais je ne veux pas > déclencher une guerre avec nos voisins neutres. > > Autres cas connus ? Solutions adoptées ? > > Je laisse en suspens en attendant vos réponses. > > Vincent > > ___ > 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
[OSM-talk-fr] débordement de commune à l'é tranger
Bonsoir à tous. Dans l'import des communes, j'en ai une qui déborde de quelques centaines de mètres sur la Suisse (Burnevillers, dans le 25, source gpx dans le dépôt Letuffe). Pour les départements, je retaillais la limite Cartographes Associés. Mais là ? La cause : - possible positionnement décalé du cadastre, mais comment vérifier ? - erreur possible ( ? )dans l'import des frontières, mais je ne veux pas déclencher une guerre avec nos voisins neutres. Autres cas connus ? Solutions adoptées ? Je laisse en suspens en attendant vos réponses. Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine - Fichier foret OSM pour la France entiere
Bonsoir, le fichier que tu as demande a ete genere. Tu peux le telecharger a l'adresse suivante: http://melaskia.f2s.com/yvelines-forest.osm.bz2 A noter que je n'ai pas encore regenere le fichier pour qu'il enleve le area=yes, mais c'est vraiment mineur. Voila, Emilie Laffray Yann SLADEK wrote: > Salut ! > > Si tu as le temps, les yvelines m'interessent : > > lat min : 48.626 > lat max : 48.991 > > lon min : 1.56 > lon max : 2.13 > > Ca te suffit ? > > Merci de ton aide > > Yann > >> Bonsoir, >> >> apres bien des deboires, j'ai enfin genere un fichier OSM en version 0.6 >> de toutes les forets francaises. Le fichier peut etre telecharge a >> l'adresse suivante: >> http://melaskia.f2s.com/forest.osm.bz2 >> Attention, le fichier decompresse est proche de 900Mo. La taille du >> fichier compresse est d'environ 74Mo. Le script python genere les node >> et les way de maniere non range et un fichier en format 0.5. J'ai donc >> utilise Osmosis pour reecrire le fichier en 0.6 et ranger correctement. >> Si des gens veulent des bounding box en attendant que je prepare les >> departements, repondez juste a ce topic avec les bounding boxes que vous >> aimeriez. Ce n'est pas optimal mais dans un premier temps c'est mieux >> que rien pour ceux qui veulent bidouiller un peu. Je mettrais alors a >> disposition les fichiers sur le meme site. >> Les ways ont les tags suivants: >> >> >> >> >> >> >> >> >> >> Si vous pensez qu'il manque des tags, faites le moi savoir. >> >> Emilie Laffray >> >> >> >> >> >> ___ >> 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 > 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] Beta letuffe - avancement communes - erreur
> Sinon, je serais interessee par les query que tu as mis en place :) > Je ne me preoccupe pas du tout d'affichage mais je serais interessee par > les optimisations que tu obtiens. en moyenne c'est de la bidouille "essais/erreurs", mais je files tout librement : http:///beta.letuffe.org/mapnik-styles > Par experience, Postgis a du mal avec les tres grosses geometries. De > plus, il existe un bug connu lie au pages TOAST qui ne tiennent pas > compte de la taille de la geometrie. > Si la table est relativement petite et que la geometrie est enorme, les > index seront ignores par le planner de Postgres au profit d'un scan. > C'est quelque chose que j'ai deja subi. J'ai resolu le probleme en ne > faisant plus de scan sur la table qui posait probleme :p > Plus serieusement, la solution generalement dans ce cas la est de > decouper les geometries, en partie plus petites avec un nombre limite de > points. Cela permet d'augmenter le nombre de ligne et de reduire la > taille de la geometrie. > A noter que je parle d'un cas totalement different en premier lieu, donc > ca peut ne pas s'appliquer a ce que tu fais. > > Emilie Laffray > > sly (sylvain letuffe) wrote: > >> Si tu as des fonctions postgis gourmandes en CPU, tu peux peut-être > >> tenter un simplify() sur la colone geometry, avant de passer aux > >> fonctions qui bourrinent. > >> > > > > Et bien l'idée valait le coup d'être tentée, y'a pas à chier, ça gagne en > > temps : > > sans st_simplify : > > http://beta.letuffe.org/cartes/communes.png : 1 minutes 30 > > > > avec : > > http://beta.letuffe.org/cartes/communes2.png : 15 secondes > > > > ( avec ST_SimplifyPreserveTopology : > > http://beta.letuffe.org/cartes/communes3.png : 1 minute) > > > > Hélas comme j'en avais peur, le st_simplify sort des géométries valides sur > > la > > base de géométries non valides (le ST_SimplifyPreserveTopology semble > > carrément toutes les corriger ) > > > > Mais par essais/erreurs, j'ai rajouté des st_simplify sur les grosses > > géométries type départements avant de les donner à mapnik et ça gagne de > > 20 à 30% > > (parfois bien plus, mais je pense heurter un problème de tunning de mon > > postgres qui doit s' emmêler les buffers ) > > > > A noter finalement que après tous ces tests, une vérité revient super > > régulièrement : Ce sont les disques durs qui sont limitant. > > > > Si je lance deux rendus identiques à la suite l'un de l'autre (histoire que > > le > > noyau linux me laisse tout dans un cache RAM) le temps varie de diviser par > > 3 > > à diviser par 10. > > > > Conclusion : mettre 16Go de RAM et laisser la base postgis sur un > > RAM-disque ;-) > > > > > > > ___ > 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] Beta letuffe - avancement communes - erreur
Sinon, je serais interessee par les query que tu as mis en place :) Je ne me preoccupe pas du tout d'affichage mais je serais interessee par les optimisations que tu obtiens. Par experience, Postgis a du mal avec les tres grosses geometries. De plus, il existe un bug connu lie au pages TOAST qui ne tiennent pas compte de la taille de la geometrie. Si la table est relativement petite et que la geometrie est enorme, les index seront ignores par le planner de Postgres au profit d'un scan. C'est quelque chose que j'ai deja subi. J'ai resolu le probleme en ne faisant plus de scan sur la table qui posait probleme :p Plus serieusement, la solution generalement dans ce cas la est de decouper les geometries, en partie plus petites avec un nombre limite de points. Cela permet d'augmenter le nombre de ligne et de reduire la taille de la geometrie. A noter que je parle d'un cas totalement different en premier lieu, donc ca peut ne pas s'appliquer a ce que tu fais. Emilie Laffray sly (sylvain letuffe) wrote: >> Si tu as des fonctions postgis gourmandes en CPU, tu peux peut-être >> tenter un simplify() sur la colone geometry, avant de passer aux >> fonctions qui bourrinent. >> > > Et bien l'idée valait le coup d'être tentée, y'a pas à chier, ça gagne en > temps : > sans st_simplify : > http://beta.letuffe.org/cartes/communes.png : 1 minutes 30 > > avec : > http://beta.letuffe.org/cartes/communes2.png : 15 secondes > > ( avec ST_SimplifyPreserveTopology : > http://beta.letuffe.org/cartes/communes3.png : 1 minute) > > Hélas comme j'en avais peur, le st_simplify sort des géométries valides sur > la > base de géométries non valides (le ST_SimplifyPreserveTopology semble > carrément toutes les corriger ) > > Mais par essais/erreurs, j'ai rajouté des st_simplify sur les grosses > géométries type départements avant de les donner à mapnik et ça gagne de > 20 à 30% > (parfois bien plus, mais je pense heurter un problème de tunning de mon > postgres qui doit s' emmêler les buffers ) > > A noter finalement que après tous ces tests, une vérité revient super > régulièrement : Ce sont les disques durs qui sont limitant. > > Si je lance deux rendus identiques à la suite l'un de l'autre (histoire que > le > noyau linux me laisse tout dans un cache RAM) le temps varie de diviser par 3 > à diviser par 10. > > Conclusion : mettre 16Go de RAM et laisser la base postgis sur un > RAM-disque ;-) > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Beta letuffe - avancement communes - erreur
Ou acheter des SSD et les mettre en RAID 1 :p Emilie Laffray sly (sylvain letuffe) wrote: >> Si tu as des fonctions postgis gourmandes en CPU, tu peux peut-être >> tenter un simplify() sur la colone geometry, avant de passer aux >> fonctions qui bourrinent. >> > > Et bien l'idée valait le coup d'être tentée, y'a pas à chier, ça gagne en > temps : > sans st_simplify : > http://beta.letuffe.org/cartes/communes.png : 1 minutes 30 > > avec : > http://beta.letuffe.org/cartes/communes2.png : 15 secondes > > ( avec ST_SimplifyPreserveTopology : > http://beta.letuffe.org/cartes/communes3.png : 1 minute) > > Hélas comme j'en avais peur, le st_simplify sort des géométries valides sur > la > base de géométries non valides (le ST_SimplifyPreserveTopology semble > carrément toutes les corriger ) > > Mais par essais/erreurs, j'ai rajouté des st_simplify sur les grosses > géométries type départements avant de les donner à mapnik et ça gagne de > 20 à 30% > (parfois bien plus, mais je pense heurter un problème de tunning de mon > postgres qui doit s' emmêler les buffers ) > > A noter finalement que après tous ces tests, une vérité revient super > régulièrement : Ce sont les disques durs qui sont limitant. > > Si je lance deux rendus identiques à la suite l'un de l'autre (histoire que > le > noyau linux me laisse tout dans un cache RAM) le temps varie de diviser par 3 > à diviser par 10. > > Conclusion : mettre 16Go de RAM et laisser la base postgis sur un > RAM-disque ;-) > > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine - Fichier foret OSM pour la France entiere
Je posterais le fichier ce soir :) A noter que je ne serais pas la ce week end :) Emilie Laffray Yann SLADEK wrote: > Salut ! > > Si tu as le temps, les yvelines m'interessent : > > lat min : 48.626 > lat max : 48.991 > > lon min : 1.56 > lon max : 2.13 > > Ca te suffit ? > > Merci de ton aide > > Yann > >> Bonsoir, >> >> apres bien des deboires, j'ai enfin genere un fichier OSM en version 0.6 >> de toutes les forets francaises. Le fichier peut etre telecharge a >> l'adresse suivante: >> http://melaskia.f2s.com/forest.osm.bz2 >> Attention, le fichier decompresse est proche de 900Mo. La taille du >> fichier compresse est d'environ 74Mo. Le script python genere les node >> et les way de maniere non range et un fichier en format 0.5. J'ai donc >> utilise Osmosis pour reecrire le fichier en 0.6 et ranger correctement. >> Si des gens veulent des bounding box en attendant que je prepare les >> departements, repondez juste a ce topic avec les bounding boxes que vous >> aimeriez. Ce n'est pas optimal mais dans un premier temps c'est mieux >> que rien pour ceux qui veulent bidouiller un peu. Je mettrais alors a >> disposition les fichiers sur le meme site. >> Les ways ont les tags suivants: >> >> >> >> >> >> >> >> >> >> Si vous pensez qu'il manque des tags, faites le moi savoir. >> >> Emilie Laffray >> >> >> >> >> >> ___ >> 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] Beta letuffe - avancement communes - erreur
> Si tu as des fonctions postgis gourmandes en CPU, tu peux peut-être > tenter un simplify() sur la colone geometry, avant de passer aux > fonctions qui bourrinent. Et bien l'idée valait le coup d'être tentée, y'a pas à chier, ça gagne en temps : sans st_simplify : http://beta.letuffe.org/cartes/communes.png : 1 minutes 30 avec : http://beta.letuffe.org/cartes/communes2.png : 15 secondes ( avec ST_SimplifyPreserveTopology : http://beta.letuffe.org/cartes/communes3.png : 1 minute) Hélas comme j'en avais peur, le st_simplify sort des géométries valides sur la base de géométries non valides (le ST_SimplifyPreserveTopology semble carrément toutes les corriger ) Mais par essais/erreurs, j'ai rajouté des st_simplify sur les grosses géométries type départements avant de les donner à mapnik et ça gagne de 20 à 30% (parfois bien plus, mais je pense heurter un problème de tunning de mon postgres qui doit s' emmêler les buffers ) A noter finalement que après tous ces tests, une vérité revient super régulièrement : Ce sont les disques durs qui sont limitant. Si je lance deux rendus identiques à la suite l'un de l'autre (histoire que le noyau linux me laisse tout dans un cache RAM) le temps varie de diviser par 3 à diviser par 10. Conclusion : mettre 16Go de RAM et laisser la base postgis sur un RAM-disque ;-) -- 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 - Fichier foret OSM pour la France entiere
Salut ! Si tu as le temps, les yvelines m'interessent : lat min : 48.626 lat max : 48.991 lon min : 1.56 lon max : 2.13 Ca te suffit ? Merci de ton aide Yann > Bonsoir, > > apres bien des deboires, j'ai enfin genere un fichier OSM en version 0.6 > de toutes les forets francaises. Le fichier peut etre telecharge a > l'adresse suivante: > http://melaskia.f2s.com/forest.osm.bz2 > Attention, le fichier decompresse est proche de 900Mo. La taille du > fichier compresse est d'environ 74Mo. Le script python genere les node > et les way de maniere non range et un fichier en format 0.5. J'ai donc > utilise Osmosis pour reecrire le fichier en 0.6 et ranger correctement. > Si des gens veulent des bounding box en attendant que je prepare les > departements, repondez juste a ce topic avec les bounding boxes que vous > aimeriez. Ce n'est pas optimal mais dans un premier temps c'est mieux > que rien pour ceux qui veulent bidouiller un peu. Je mettrais alors a > disposition les fichiers sur le meme site. > Les ways ont les tags suivants: > > > > > > > > > > Si vous pensez qu'il manque des tags, faites le moi savoir. > > Emilie Laffray > > > > > > ___ > 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 : Re : Re : Nodes communes
ah tiens marrant, j apparais aussi De : Pieren À : Discussions sur OSM en français Envoyé le : Vendredi, 15 Mai 2009, 16h24mn 10s Objet : Re: [OSM-talk-fr] Re : Re : Nodes communes 2009/5/15 THEVENON Julien : > par contre comme toi je fais a mon > rythme > Je sais qu'on ne fait pas la course, ni une compétition stupide qui n'aurait aucun sens, mais c'est quand même drôle de relever autant de français dans les statistiques des top contributeurs du mois: http://www.openstreetmap.org/stats/data_stats.html On en reconnaitra certains ;-) mat, petrovsk, cricri, xschaeffer, "Pierre Mauduit", wouldsmina, "Olivier Boudet", STA, "Denis_Helfer", sly, frodrigo, "monsieur a", "Utilisateur anonyme" Si j'en ai raté certains, qu'ils me pardonnent. 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] Re : Re : Nodes communes
Je plaisantais surtout :) Enfin si tout va bien, je devrais bientot pouvoir passer plus de temps au travail sur OSM. Emilie Ｌａｆｆｒａｙ Pieren wrote: > 2009/5/15 Emilie Laffray : > >> Hum, j'apparais meme dans la liste meme si mes contributions sont bien >> plus modestes :) >> Peut etre que je devrais importer moi meme les forets dans OSM pour etre >> mieux place :p >> >> Emilie Laffray >> >> > > Le but n'est pas d'apparaître dans le haut de la liste. Mais c'est un > tableau que je regarde de temps en temps pour avoir une idée de > l'activité des français... surtout quand j'ai un coup de blues en > comparant notre carte avec les autres pays bien plus avancés que nous. > 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] Re : Re : Nodes communes
Salut, > mat, petrovsk, cricri, xschaeffer, "Pierre Mauduit", wouldsmina, > "Olivier Boudet", STA, "Denis_Helfer", sly, frodrigo, "monsieur a", > "Utilisateur anonyme" > En ce qui me concerne, c'est surtout au niveau du revert de dimanche dernier si j'ai une participation aussi active ;-) -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Nodes communes
2009/5/15 Emilie Laffray : > Hum, j'apparais meme dans la liste meme si mes contributions sont bien > plus modestes :) > Peut etre que je devrais importer moi meme les forets dans OSM pour etre > mieux place :p > > Emilie Laffray > Le but n'est pas d'apparaître dans le haut de la liste. Mais c'est un tableau que je regarde de temps en temps pour avoir une idée de l'activité des français... surtout quand j'ai un coup de blues en comparant notre carte avec les autres pays bien plus avancés que nous. 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
2009/5/15 Vincent Pottier : > @Pierren, > J'avais lu que tunnel=yes impliquait layer=-1 par défaut et bridge=yes > impliquait layer=1 par défaut. Intéressant. Mais je n'ai pas souvenir d'avoir lu ça. Je comprend que certains veuillent mettre du "valeur par défaut" un peu partout, même là. Il faudrait que tu me donnes la référence si tu la retrouves. http://wiki.openstreetmap.org/wiki/Tunnel http://wiki.openstreetmap.org/wiki/Key:layer Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Nodes communes
Hum, j'apparais meme dans la liste meme si mes contributions sont bien plus modestes :) Peut etre que je devrais importer moi meme les forets dans OSM pour etre mieux place :p Emilie Laffray Pieren wrote: > 2009/5/15 THEVENON Julien : > >> par contre comme toi je fais a mon >> rythme >> >> > > Je sais qu'on ne fait pas la course, ni une compétition stupide qui > n'aurait aucun sens, mais c'est quand même drôle de relever autant de > français dans les statistiques des top contributeurs du mois: > > http://www.openstreetmap.org/stats/data_stats.html > > On en reconnaitra certains ;-) > mat, petrovsk, cricri, xschaeffer, "Pierre Mauduit", wouldsmina, > "Olivier Boudet", STA, "Denis_Helfer", sly, frodrigo, "monsieur a", > "Utilisateur anonyme" > > Si j'en ai raté certains, qu'ils me pardonnent. > > 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] Re : Re : Nodes communes
2009/5/15 THEVENON Julien : > par contre comme toi je fais a mon > rythme > Je sais qu'on ne fait pas la course, ni une compétition stupide qui n'aurait aucun sens, mais c'est quand même drôle de relever autant de français dans les statistiques des top contributeurs du mois: http://www.openstreetmap.org/stats/data_stats.html On en reconnaitra certains ;-) mat, petrovsk, cricri, xschaeffer, "Pierre Mauduit", wouldsmina, "Olivier Boudet", STA, "Denis_Helfer", sly, frodrigo, "monsieur a", "Utilisateur anonyme" Si j'en ai raté certains, qu'ils me pardonnent. 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 a écrit : > Bonjour, > > - "Vincent Pottier" a écrit : > >> Sectionner le chemin sur les limites de la surface du 'building' et >> marquer 'tunnel=yes' la section couverte, ou mettre 'layer=1' sur le >> 'building'. Je crois que les deux pratiques se font. J'utilise la >> première. >> > > Pas mal non plus, cette idée de marquer un tunnel. (c: As-tu un exemple de > rendu à me montrer ? > http://www.openstreetmap.org/?lat=47.22613&lon=5.99301&zoom=17&layers=0B00FTF (osmarender n'est pas satisfaisant non plus comme rendu) @Pierren, J'avais lu que tunnel=yes impliquait layer=-1 par défaut et bridge=yes impliquait layer=1 par défaut. > >> Est-ce que l'impasse Robert Castello ne correspond pas avec les voies >> piétonnes ? >> > > Non, c'est une voie résidentielle dans une enceinte privée et clotûrée. Le > routage ne vaudrait que pour ceux qui connaissent le digicode de la porte > d'enceinte qui donne effectivement sur le chemin piétonnier. (c: > > >> Si oui, un petit highway=footway permettra au logiciel de >> navigation d'éviter les détours : >> (la carte n'est pas encore à jour) >> http://maps.cloudmade.com/?lat=43.574585&lng=1.483154&zoom=17&directions=43.57499680927155,1.482006311416626,43.575206673134105,1.4847850799560547&travel=foot&styleId=1 >> > > Tiens, voici maintenant un outil de routage basé sur OSM. Si chacun d'entre > vous continue à me filer des pointeurs aussi intéressants de post en post, je > n'ai pas fini de vous poser des questions. (c; > En voila un autre : puissant mais lourd. http://data.giub.uni-bonn.de/openrouteservice/index.php?zoom=13&lat=47.23495&lon=6.02449&layers=TB000TTT Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Nodes communes
+--le 15.05.2009 15:01:33 +0200, sly (sylvain letuffe) écrivait : | M. 8521 communes ? d'après mon dernier recensement, il y aurait au | max ~8000 surfaces communes dans osm. Tout dépends de quand date ton dernier recensement, mais j'ai fait depuis le début du mois le Lot, le Gers, et je suis sur le Calvados et le Tarn-et-Garonne. Cela dit, 8521 de type city ou town, ça fait énorme, 98% de celles que je rentre sont des villages. -- Mathieu Arnold ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de planning sous Linux?
Bon et sinon, si on ravalle notre prosélitisme, on pourrait pas faire un coup de virtualbox (sun, open-source) et un coup de windows 7 rc1 (gratos pendant 1 an) ? Yann Le 15 mai 09 à 14:25, Frédéric Benninger a écrit : > Vincent MEURISSE a écrit : >>> Je cherche l'équivalent de Trimble Planning Software sous linux ou >>> une >>> application en ligne. > >> Bonjour, >> Je ne connais malheureusement pas d'equivalent. Ça marche pas avec >> Wine ? > > Je viens d'essayer ce Wine, je suis franchement surpris de pouvoir > lancer l' exe d'installation sans problème. > > Le soft se lance et après avoir rapatrié l'almanac avec wget > ftp://ftp.trimble.com/pub/eph/almanac.alm puis après avoir réalisé > quelques configurations, c'est plus ou moins exploitable. > > Malheureusement l'édition des obstacles situé à l'Est et la > visualisation sous forme de graphique ne sont pas possible car il y > a de > gros bugs d'affichage. > > J'arrive néanmoins reprendre les données numérique sous forme de page > web mais c'est lourd. > > Si qqun a réussi à obtenir de beaux graphiques je suis preneurs. > > Bonne après-midi > Frédéric > > ___ > 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 : Nodes communes
re, > Mais même ça n'explique pas le nombre, des communes italiennes ou allemande > prises dans le tas ? > Je suis sur l'extrait geofabrik, donc possible ;-) -- Pierre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Nodes communes
> > sly nous sorte un rendu des communes n'ayant pas de node :)
Un sujet de ce type me donne des frissons, (certes, je radote). Une commune
est une surface, un point non.
Bref, je suppose que ce que vous cherchez, ce sont les communes (surface)
présentes dans OSM pour lesquelles il n'existe pas de chef-lieu (point OU
surface landuse=residential) présent dans OSM.
Histoire de savoir où chercher, et ensuite utiliser le cadastre ou corine pour
placer le chef-lieu.
C'est louable
> SELECT name from planet_osm_polygon WHERE name NOT IN (SELECT name from
> planet_osm_point WHERE place IN ('city', 'town') AND name != '') AND
> admin_level = '8';
>
> Soit 8521 communes (mais je rouille en SQL, peut-être que je me suis
> foiré) ; la liste ici :
M. 8521 communes ? d'après mon dernier recensement, il y aurait au max
~8000 surfaces communes dans osm.
Comme tu compares les noms, je suppose que si ça diverge ne serait-ce que d'un
tiret...
Mais même ça n'explique pas le nombre, des communes italiennes ou allemande
prises dans le tas ?
--
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] Outil de planning sous Linux?
Vincent MEURISSE a écrit : >> Je cherche l'équivalent de Trimble Planning Software sous linux ou une >> application en ligne. > Bonjour, > Je ne connais malheureusement pas d'equivalent. Ça marche pas avec Wine ? Je viens d'essayer ce Wine, je suis franchement surpris de pouvoir lancer l' exe d'installation sans problème. Le soft se lance et après avoir rapatrié l'almanac avec wget ftp://ftp.trimble.com/pub/eph/almanac.alm puis après avoir réalisé quelques configurations, c'est plus ou moins exploitable. Malheureusement l'édition des obstacles situé à l'Est et la visualisation sous forme de graphique ne sont pas possible car il y a de gros bugs d'affichage. J'arrive néanmoins reprendre les données numérique sous forme de page web mais c'est lourd. Si qqun a réussi à obtenir de beaux graphiques je suis preneurs. Bonne après-midi Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de planning sous Linux?
Emilie Laffray a écrit : > Bonjour, > > Ce logiciel a l'air tres interessant et je ne connais pas > malheureusement de remplacement sous Linux pour ce logiciel. > Je me trompe peut etre mais il me semblait que les satellites donnaient > leur ephemerides avec seulement deux heures d'avance. Dans quelles > mesures ce logiciel t'aide t'il et sur une periode de combien de temps? En suisse nous avons de grandes montagnes et de profondes vallées, avec cet outil je pouvais modéliser très grossièrement ces obstacles. A partir du dernier almanac connu, le logiciel fait un calcul prévisionnel des satellites en vue, du DOP, ... En genéral je ne fais pas de prévisions à plus de 72h. C'était en effet simple et très pratique, pour ne pas se retrouver sur le terrain avec seulement 3 satellites plantés juste au dessus de sa tête. Salutations ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Nodes communes
et les communes n ayant pas de node je parle cote departement de la Loire que je trace en ce moment je n ai pas regarde plus a l interieur De : Vincent MEURISSE À : talk-fr@openstreetmap.org Envoyé le : Vendredi, 15 Mai 2009, 11h05mn 36s Objet : Re: [OSM-talk-fr] Re : Nodes communes On Friday 15 May 2009 12:13:42 am THEVENON Julien wrote: > Non les communes en question n ont pas leur limites cadastrales tracees Je suis en train de les tracer (mais à mon rythme je n'y passe pas 15h par jour comme certains). Mon but était de commencer par me débarasser des anciennes limites départementales. D'ailleurs je viens de voir que j'ai un allié depuis deux jours. Pour ce que j'ai vu pour l'instant (proche de lyon) la majorité des communes possède un node donc je me suis pas trop occupé de ça. J'attends plutôt que sly nous sorte un rendu des communes n'ayant pas de node :) -- Vincent MEURISSE ___ 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 : Re : Nodes communes
On Friday 15 May 2009 12:26:48 pm THEVENON Julien wrote: > et les communes n ayant pas de node je parle cote departement de la Loire > que je trace en ce moment je n ai pas regarde plus a l interieur Pour l'instant je m'aproche pas trop de la Loire. En tant que lyonnais j'ai toujours un peut de mal à aller vers Sait-Étienne :) Coté Est c'est la direction des stations de ski, beaucoup plus intéressant. -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil de planning sous Linux?
> Je cherche l'équivalent de Trimble Planning Software sous linux ou une > application en ligne. Bonjour, Je ne connais malheureusement pas d'equivalent. Ça marche pas avec Wine ? -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Nodes communes
Ah c est toi qui a commence le cote est du Rhone ;-) comme j ai trace toutes les communes vectorisees de la Loire maintenant je m attaque a celle des departements limitrophes pour aussi supprimer les limites des cartographes et associes.. par contre comme toi je fais a mon rythme De : Vincent MEURISSE À : talk-fr@openstreetmap.org Envoyé le : Vendredi, 15 Mai 2009, 11h05mn 36s Objet : Re: [OSM-talk-fr] Re : Nodes communes On Friday 15 May 2009 12:13:42 am THEVENON Julien wrote: > Non les communes en question n ont pas leur limites cadastrales tracees Je suis en train de les tracer (mais à mon rythme je n'y passe pas 15h par jour comme certains). Mon but était de commencer par me débarasser des anciennes limites départementales. D'ailleurs je viens de voir que j'ai un allié depuis deux jours. Pour ce que j'ai vu pour l'instant (proche de lyon) la majorité des communes possède un node donc je me suis pas trop occupé de ça. J'attends plutôt que sly nous sorte un rendu des communes n'ayant pas de node :) -- Vincent MEURISSE ___ 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] Outil de planning sous Linux?
Bonjour, Ce logiciel a l'air tres interessant et je ne connais pas malheureusement de remplacement sous Linux pour ce logiciel. Je me trompe peut etre mais il me semblait que les satellites donnaient leur ephemerides avec seulement deux heures d'avance. Dans quelles mesures ce logiciel t'aide t'il et sur une periode de combien de temps? Emilie Laffray Frédéric Benninger wrote: > Bonjour, > > Je cherche l'équivalent de Trimble Planning Software sous linux ou une > application en ligne. > > http://www.trimble.com/planningsoftware.shtml > > Cette outil permet de déterminer et d'analyser la visibilité des > constellations GPS, GLONASS et IGSO. > > Ce qui permet de choisir le meilleur moment pour mapper dans des > endroits difficile. > > Salutations > Frédéric > > ___ > 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] forum: Re: Nodes communes
Le message suivant : ## Hello Deux erreurs par rapport au résultat de la requête SQL : Commune en double : La Richardais (exclave ?) Exemple de commune dont le noeud existe : Pénestin http://openstreetmap.org/?lat=47.4774&lon=-2.4778&zoom=13&layers=B000FTF";>http://openstreetmap.org/?lat=47.4774&l ... rs=B000FTF Xavier (PS J'utilise le forum uniquement pour poster sur la mailing liste. Ne vous inquiétez pas du fait que ce soit sur le forum, répondez directement sur la mailing liste) a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=3 -- Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Outil de planning sous Linux?
Bonjour, Je cherche l'équivalent de Trimble Planning Software sous linux ou une application en ligne. http://www.trimble.com/planningsoftware.shtml Cette outil permet de déterminer et d'analyser la visibilité des constellations GPS, GLONASS et IGSO. Ce qui permet de choisir le meilleur moment pour mapper dans des endroits difficile. Salutations Frédéric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Nodes communes
Je pense qu'il faudrait rajouter dans ton in les champs suivants:
village,
hamlet,
suburb
pour etre vraiment complet.
Emilie Laffray
Pierre Mauduit wrote:
> Salut,
>
>
>> Pour ce que j'ai vu pour l'instant (proche de lyon) la majorité des communes
>> possède un node donc je me suis pas trop occupé de ça. J'attends plutôt que
>> sly nous sorte un rendu des communes n'ayant pas de node :)
>>
>>
>>
>
> SELECT name from planet_osm_polygon WHERE name NOT IN (SELECT name from
> planet_osm_point WHERE place IN ('city', 'town') AND name != '') AND
> admin_level = '8';
>
> Soit 8521 communes (mais je rouille en SQL, peut-être que je me suis
> foiré) ; la liste ici :
> http://news.openstreetmap.fr/liste_communes_sans_node.txt
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Nodes communes
Salut,
> Pour ce que j'ai vu pour l'instant (proche de lyon) la majorité des communes
> possède un node donc je me suis pas trop occupé de ça. J'attends plutôt que
> sly nous sorte un rendu des communes n'ayant pas de node :)
>
>
SELECT name from planet_osm_polygon WHERE name NOT IN (SELECT name from
planet_osm_point WHERE place IN ('city', 'town') AND name != '') AND
admin_level = '8';
Soit 8521 communes (mais je rouille en SQL, peut-être que je me suis
foiré) ; la liste ici :
http://news.openstreetmap.fr/liste_communes_sans_node.txt
--
Pierre
___
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
Le vendredi 15 mai 2009 à 11:24 +0200, Vincent MEURISSE a écrit : > >Le layer ne se compare pas au niveau de la mer ou à un > >niveau moyen de la zone. C'est juste pour indiquer l'ordre > >d'empilement d'objets se superposant. Ceci dit, si le layer 0 est toujours au niveau du sol, ça évite vraiment de se mélanger les pinceaux... > C'est marrant il me semblait avoir lu sur le wiki qu'il falait autant que > possible garder le sol sur le layer 0. Après c'est peut être un blague du > wiki > (ou de ma mémoire). Ça me semble être une bonne règle. Emmanuel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : Nodes communes
Je viens de regarder le site que tu as donne. Les donnees sont extraites de Geonet donc libre de droit. A noter que le createur du site pense que seulement 80% des communes sont representees. De meme, la precision de l'emplacement des villes est a plus ou moins 1.5km d'apres le meme site. On peut donc utiliser ce site. Emilie Laffray THEVENON Julien wrote: > est ce que les coordonnees fournies par ce site ne sont pas > suffisantes http://www.galichon.com/codesgeo/ ? plutot que bricoler a > partir des donnees de Corinne ? > > Julien > > > *De :* Emilie Laffray > *À :* Discussions sur OSM en français > *Envoyé le :* Vendredi, 15 Mai 2009, 10h11mn 43s > *Objet :* Re: [OSM-talk-fr] Re : Nodes communes > > Je verrais pour produire l'equivalent du fichier d'hier soir avec > Corine. Toutefois, ca ne sera pas aussi simple que ca car le tissu > urbain dans Corine est assez fragmente entre les zones industrielles et > commerciales, les endroits peuples de maniere continue, ou discontinue. > Toutefois, pour les petites communes ca marche parfaitement. > Je vais produire un fichier avec juste les zones urbaines et en les > fusionnant si possible, mais ca ne sera pas forcement simple. Ca sera > surement pas pour tout de suite. > > Emilie Laffray > > Yann Coupin wrote: > > Pour ce genre de chose, on ne pourrait pas faire appel à notre > > nouvelle copine Corine et utiliser non pas le centroïde de la commune > > mais de la zone urbanisée (uniquement dans le cas où il n'y en a > > qu'une) ? Ça donnera surement de bien meilleurs résultats, non ? > > > > Yann > > > > > > > > ___ > 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
> 'tunnel=yes' n'est pas suffisant. Il faut soit mettre layer=-1 sur la > portion de route concernée, soit mettre layer=1 sur le building. Je suis pas trop fan du layer=-1. C'est pas la route qui change de niveau c'est le batiment. Par contre layer=1 sur le batiment pas de problème. >Le layer ne se compare pas au niveau de la mer ou à un >niveau moyen de la zone. C'est juste pour indiquer l'ordre >d'empilement d'objets se superposant. C'est marrant il me semblait avoir lu sur le wiki qu'il falait autant que possible garder le sol sur le layer 0. Après c'est peut être un blague du wiki (ou de ma mémoire). -- Vincent MEURISSE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Nodes communes
On Friday 15 May 2009 12:13:42 am THEVENON Julien wrote: > Non les communes en question n ont pas leur limites cadastrales tracees Je suis en train de les tracer (mais à mon rythme je n'y passe pas 15h par jour comme certains). Mon but était de commencer par me débarasser des anciennes limites départementales. D'ailleurs je viens de voir que j'ai un allié depuis deux jours. Pour ce que j'ai vu pour l'instant (proche de lyon) la majorité des communes possède un node donc je me suis pas trop occupé de ça. J'attends plutôt que sly nous sorte un rendu des communes n'ayant pas de node :) -- Vincent MEURISSE ___ 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
> > > Par exemple un bâtiment en layer 1 passant sur une route : > > > http://www.informationfreeway.org/?lat=48.00132713503182&lon=0.20757257670679324&zoom=17&layers=BF000F > > Merci pour l'exemple. Je vais donc procéder ainsi. > Après avoir vu les réponses des autres, je te conseillerai de mettre aussi un tunnel=yes sur la route, ce qui permettrait en plus de voir le chemin sous le bâtiment en pointillés. Tiens, voici maintenant un outil de routage basé sur OSM. Si chacun d'entre > vous continue à me filer des pointeurs aussi intéressants de post en post, > je n'ai pas fini de vous poser des questions. (c; > Tu as des tas de ces liens intéressants sur la page France du wiki : http://wiki.openstreetmap.org/wiki/FR:Main_Page Rubrique "Les cartes en ligne" pour les cartes de routages et autres. ___ 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
2009/5/15 Sébastien Dinot : > J'aurais du dessiner : > > > +---+ > | | > | Cour école | > | | > | +---+ | > | | | | > | | Bât. | | > | | | | > +---V---V---+ > ^ ^ > Le bâtiment est un U renversé que je connecte au périmère > pré-existant. > > Est-ce exact ? > Joli dessin ;-) Oui mais non, le bâtiment doit être un polygone fermé, ça, c'est certain. Pour l'autre objet, ça dépend de ce qu'il représente : si c'est un usage du sol et qu'on veut indiquer l'ensemble des surfaces utilisées par l'école, on peut laisser les deux polygones se superposer comme dans ta première version avec un amenity=school sur le grand polygone et un building=yes sur le bâtiment. Si tu veux juste indiquer la cour de l'école, alors les deux polygones ne doivent pas se superposer mais le polygone de la cour doit contourner le bâtiment, comme dans la réalité. Mais je ne sais pas comment tu vas taguer une cour d'école... moi, je pencherais pour ma première version (tant pis si validator râle). 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
Bonjour, - "Vincent Pottier" a écrit : > Sectionner le chemin sur les limites de la surface du 'building' et > marquer 'tunnel=yes' la section couverte, ou mettre 'layer=1' sur le > 'building'. Je crois que les deux pratiques se font. J'utilise la > première. Pas mal non plus, cette idée de marquer un tunnel. (c: As-tu un exemple de rendu à me montrer ? > Est-ce que l'impasse Robert Castello ne correspond pas avec les voies > piétonnes ? Non, c'est une voie résidentielle dans une enceinte privée et clotûrée. Le routage ne vaudrait que pour ceux qui connaissent le digicode de la porte d'enceinte qui donne effectivement sur le chemin piétonnier. (c: > Si oui, un petit highway=footway permettra au logiciel de > navigation d'éviter les détours : > (la carte n'est pas encore à jour) > http://maps.cloudmade.com/?lat=43.574585&lng=1.483154&zoom=17&directions=43.57499680927155,1.482006311416626,43.575206673134105,1.4847850799560547&travel=foot&styleId=1 Tiens, voici maintenant un outil de routage basé sur OSM. Si chacun d'entre vous continue à me filer des pointeurs aussi intéressants de post en post, je n'ai pas fini de vous poser des questions. (c; 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] Présentation et demande d'avis
2009/5/15 Vincent Pottier : > Sectionner le chemin sur les limites de la surface du 'building' et > marquer 'tunnel=yes' la section couverte, ou mettre 'layer=1' sur le > 'building'. Je crois que les deux pratiques se font. J'utilise la première. 'tunnel=yes' n'est pas suffisant. Il faut soit mettre layer=-1 sur la portion de route concernée, soit mettre layer=1 sur le building. Et ne pas couper l'immeuble mais plutot la route qui passe dessous. Un tag tunnel ou bridge sans layer sur au moins un des deux objets qui se superposent pourrait être signalé comme un 'bug'. Il ne faut pas non plus s'offusquer d'un layer=-1 pour quelque chose qui n'est pas sous-terrain. Le layer ne se compare pas au niveau de la mer ou à un niveau moyen de la zone. C'est juste pour indiquer l'ordre d'empilement d'objets se superposant. Le problème de la différence entre Mapnik et Osmarender est un problème de .. Mapnik qui trace les buildings sans tenir compte des layers. http://lists.openstreetmap.org/pipermail/newbies/2008-November/002200.html http://lists.openstreetmap.org/pipermail/talk/2008-April/025839.html > JOSM est très pointilleux sur les recouvrement de chemin : il crée une > alerte. J'ignore tous les warnings du validator par principe. 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
Bonjour, - "Julien D." a écrit : > Si le passage est enfermé dans l'immeuble il n'est pas conseillé > de le tracer ; si le passage est plutôt ouvert Il est ouvert et nombreux sont les piétons autres que les résidents qui les empruntent chaque jour. Je pense donc utile de les faire apparaître. > je pense qu'il faut couper l'immeuble à l'endroit du passage et > le mettre en layer=1 (sur-élevé ; par défaut tout tracé a pour > layer 0). Indiquer l'immeuble comme étant « sur-élevé » par rapport à la route, je comprends. Par contre, je ne te suis pas quand tu proposes de couper l'immeuble (qui ne l'est pas puisque 5 étages d'appartements surplomnbent le passage). > Par exemple un bâtiment en layer 1 passant sur une route : > http://www.informationfreeway.org/?lat=48.00132713503182&lon=0.20757257670679324&zoom=17&layers=BF000F > Merci pour l'exemple. Je vais donc procéder ainsi. > Je n'ai pas regardé ton cas mais il est bon de savoir que le validator > n'a pas toujours raison (surtout les warning qui sont à prendre avec > des pincettes). Ce matin, en me brossant les dents (ben oui, les idées ne choisissent pas leur moment pour vous venir), j'ai eu un flash : j'ai d'abord défini le périmètre de l'école puis celui du bâtiment. J'ai donc créé 2 circuits fermés qui se chevauchent sur un segment. Je pense qu'après avoir défini le circuit fermé périmétrique, j'aurais du me contenter de définir les côtés du bâtiment qui ne sont pas confondus avec la clotûre. Autrement dit, au lieu de dessiner : +---+ | | | Cour école | | | | +---+ | | | | | | | Bât. | | | | | | +--- +===+ ---+ ^ + 2 segments se superposant J'aurais du dessiner : +---+ | | | Cour école | | | | +---+ | | | | | | | Bât. | | | | | | +--- V --- V ---+ ^ ^ Le bâtiment est un U renversé que je connecte au périmère pré-existant. Est-ce exact ? 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 a écrit : > Bonjour, > > Poursuivant mes premières expériences, je me fais les dents sur mon > quartier et j'ai ajouté quelques bâtiments. Le résultat est d'ores et > déjà visible ici : > > http://informationfreeway.org/?lat=43.57457491607934&lon=1.483150441636945&zoom=17&layers=BF000F > > Il m'inspire une question : y a-t-il un moyen dans OSM d'indiquer qu'un > chemin est un passage sous un immeuble et qu'il doit donc être masqué > par l'immeuble (sur l'exemple ci-dessus, c'est le cas des immeubles > d'habitation à gauche et du centre commercial en bas) ? > Sectionner le chemin sur les limites de la surface du 'building' et marquer 'tunnel=yes' la section couverte, ou mettre 'layer=1' sur le 'building'. Je crois que les deux pratiques se font. J'utilise la première. > Par ailleurs, j'ai demandé au module Validator de JOSM de m'indiquer les > anomalies dans les tracés que j'avais effectués. Il s'est ému de > l'existence de points communs entre les délimitations de la cour et des > bâtiments de l'école et entre les cours elles-même. Est-il recommandé de > dissocier ces frontières ? Si ce n'est pas le cas, dans le tracé du parc > Alalouf au nord du terrain de foot, devrais-je fusionner les limites du > parc et de la clinique ? > JOSM est très pointilleux sur les recouvrement de chemin : il crée une alerte. Mais la limite du bâtit est physiquement (à cet endroit) la limite de l'entité 'école' donc la réutilisation des points pour les deux polygones est juste ainsi que le recouvrement des bords : c'est justement ce qu'on cherche. On peut ignorer ces alertes. > Je vous remercie par avance pour vos retours qui me permettent de > progresser à grands pas. > > Sébastien > Est-ce que l'impasse Robert Castello ne correspond pas avec les voies piétonnes ? Si oui, un petit highway=footway permettra au logiciel de navigation d'éviter les détours : (la carte n'est pas encore à jour) http://maps.cloudmade.com/?lat=43.574585&lng=1.483154&zoom=17&directions=43.57499680927155,1.482006311416626,43.575206673134105,1.4847850799560547&travel=foot&styleId=1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Nodes communes
est ce que les coordonnees fournies par ce site ne sont pas suffisantes http://www.galichon.com/codesgeo/ ? plutot que bricoler a partir des donnees de Corinne ? Julien De : Emilie Laffray À : Discussions sur OSM en français Envoyé le : Vendredi, 15 Mai 2009, 10h11mn 43s Objet : Re: [OSM-talk-fr] Re : Nodes communes Je verrais pour produire l'equivalent du fichier d'hier soir avec Corine. Toutefois, ca ne sera pas aussi simple que ca car le tissu urbain dans Corine est assez fragmente entre les zones industrielles et commerciales, les endroits peuples de maniere continue, ou discontinue. Toutefois, pour les petites communes ca marche parfaitement. Je vais produire un fichier avec juste les zones urbaines et en les fusionnant si possible, mais ca ne sera pas forcement simple. Ca sera surement pas pour tout de suite. Emilie Laffray Yann Coupin wrote: > Pour ce genre de chose, on ne pourrait pas faire appel à notre > nouvelle copine Corine et utiliser non pas le centroïde de la commune > mais de la zone urbanisée (uniquement dans le cas où il n'y en a > qu'une) ? Ça donnera surement de bien meilleurs résultats, non ? > > Yann > ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Nodes communes
Merci pour vos reponses en fait j esperais que la personne ayant fait les 300 et quelques commune du 42 repondrait pour dire ou elle avait pris les infos. Je vais regarder l historique d un des nodes communes et essayer de contacter directement la personne et recouper tout ca avec les sources que vous m avez fourni Julien De : Emilie Laffray À : Discussions sur OSM en français Envoyé le : Vendredi, 15 Mai 2009, 10h06mn 44s Objet : Re: [OSM-talk-fr] Re : Nodes communes Vi, clairement le resultat est que Wikipedia n'est pas une source sure. Parmi les sources possibles, il y a aussi Geonames, mais la aussi c'est considere comme etant pas compatible avec OSM, sans parler du qualite des points douteuses. Je pense que la meilleure source pour une zone approximative sera http://wiki.openstreetmap.org/wiki/Potential_Datasources#GEOnet_Names_Server en esperant que les villes que tu veux y soit. Le nombre de villes manquantes dans le loire est assez impressionnant par exemple. Emilie Laffray Pieren wrote: 2009/5/15 Mathieu Arnold : Je me suis fait un petit script (attaché) que j'utilise pour faciliter le traçage des limites communales, qui récupère les infos pour créer les nodes sur Wikipedia et génère un nœud et une relation. Il doit être possible d'en faire quelquechose pour générer tout un département en se basant sur la page contenant la liste des communes du département... -- Mathieu Arnold Hum, le problème, c'est que la source de Wikipedia, c'est l'IGN et bien qu'ils n'aient pas demandé le droit de le faire, ils ont pris le gauche (j'ai posé la question à l'auteur du bot qui a fourni toutes ces coorddonnées sur wikipedia). Ça rejoint une discussion qui a eu lieu sur la ML anglaise pour savoir si on pouvait utiliser Wikipedia comme source de POI. Le problème, c'est que Wikipedia n'est pas très regardant sur les droits d'utilisation des données géographiques. Sinon, l'histoire du centroïde de la commune est loin d'être idéal. Il peut se trouver à des kilomètres de l'agglomération. Je pense que le mieux serait d'utiliser l'imagerie Yahoo et de placer le noeud "place" approximativement au centre de la ville/village en attendant que l'endroit soit mieux cartographié. 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] Re : Nodes communes
Je verrais pour produire l'equivalent du fichier d'hier soir avec Corine. Toutefois, ca ne sera pas aussi simple que ca car le tissu urbain dans Corine est assez fragmente entre les zones industrielles et commerciales, les endroits peuples de maniere continue, ou discontinue. Toutefois, pour les petites communes ca marche parfaitement. Je vais produire un fichier avec juste les zones urbaines et en les fusionnant si possible, mais ca ne sera pas forcement simple. Ca sera surement pas pour tout de suite. Emilie Laffray Yann Coupin wrote: > Pour ce genre de chose, on ne pourrait pas faire appel à notre > nouvelle copine Corine et utiliser non pas le centroïde de la commune > mais de la zone urbanisée (uniquement dans le cas où il n'y en a > qu'une) ? Ça donnera surement de bien meilleurs résultats, non ? > > Yann > 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] Re : Nodes communes
Vi, clairement le resultat est que Wikipedia n'est pas une source sure. Parmi les sources possibles, il y a aussi Geonames, mais la aussi c'est considere comme etant pas compatible avec OSM, sans parler du qualite des points douteuses. Je pense que la meilleure source pour une zone approximative sera http://wiki.openstreetmap.org/wiki/Potential_Datasources#GEOnet_Names_Server en esperant que les villes que tu veux y soit. Le nombre de villes manquantes dans le loire est assez impressionnant par exemple. Emilie Laffray Pieren wrote: > 2009/5/15 Mathieu Arnold : > >> Je me suis fait un petit script (attaché) que j'utilise pour faciliter le >> traçage des limites communales, qui récupère les infos pour créer les >> nodes sur Wikipedia et génère un nœud et une relation. >> Il doit être possible d'en faire quelquechose pour générer tout un >> département en se basant sur la page contenant la liste des communes du >> département... >> >> -- >> Mathieu Arnold >> > > Hum, le problème, c'est que la source de Wikipedia, c'est l'IGN et > bien qu'ils n'aient pas demandé le droit de le faire, ils ont pris le > gauche (j'ai posé la question à l'auteur du bot qui a fourni toutes > ces coorddonnées sur wikipedia). Ça rejoint une discussion qui a eu > lieu sur la ML anglaise pour savoir si on pouvait utiliser Wikipedia > comme source de POI. Le problème, c'est que Wikipedia n'est pas très > regardant sur les droits d'utilisation des données géographiques. > Sinon, l'histoire du centroïde de la commune est loin d'être idéal. Il > peut se trouver à des kilomètres de l'agglomération. > Je pense que le mieux serait d'utiliser l'imagerie Yahoo et de placer > le noeud "place" approximativement au centre de la ville/village en > attendant que l'endroit soit mieux cartographié. > 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
> > Il m'inspire une question : y a-t-il un moyen dans OSM d'indiquer qu'un > chemin est un passage sous un immeuble et qu'il doit donc être masqué > par l'immeuble (sur l'exemple ci-dessus, c'est le cas des immeubles > d'habitation à gauche et du centre commercial en bas) ? Si le passage est enfermé dans l'immeuble il n'est pas conseillé de le tracer ; si le passage est plutôt ouvert, je pense qu'il faut couper l'immeuble à l'endroit du passage et le mettre en layer=1 (sur-élevé ; par défaut tout tracé a pour layer 0). Par exemple un bâtiment en layer 1 passant sur une route : http://www.informationfreeway.org/?lat=48.00132713503182&lon=0.20757257670679324&zoom=17&layers=BF000F Tiens, je viens de remarquer qu'osmarender affichait bien le bâtiment au-dessus de la route, mais pas Mapnik ! Bug Mapnik ou mauvaise méthode de tracé ? Par ailleurs, j'ai demandé au module Validator de JOSM de m'indiquer les > anomalies dans les tracés que j'avais effectués. Il s'est ému de > l'existence de points communs entre les délimitations de la cour et des > bâtiments de l'école et entre les cours elles-même. Je n'ai pas regardé ton cas mais il est bon de savoir que le validator n'a pas toujours raison (surtout les warning qui sont à prendre avec des pincettes). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
