Merci Vincent pour ces exemples très très instructifs. Et
fellicitationS (j'insiste sur le pluriel) à son/ses auteur(s).
Le 14 mai 2009 00:22, Vincent Pottier vpott...@gmail.com a écrit :
Attention : il semble que les rues ne soient pas raccordées :
2009/5/13 Emilie Laffray emilie.laff...@gmail.com:
Pour decouper par departement, il me faudra importer les donnees des
departements. Si quelqu'un veut bien me dumper a la limite, une table
postgis de tous les departements francais, j'avoue que ca m'arrangerait
bien car ca me permettrait de
je suis partant pour la loire aussi ( departement 42 )
Julien
De : Patrice Vetsel ubu...@kagou.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Jeudi, 14 Mai 2009, 7h40mn 13s
Objet : Re: [OSM-talk-fr] Priorite concernant les
Merci pour les informations.
En fait, le plus gros probleme que j'ai c'est que je n'ai pas OSM
importe dans ma base de donnee avec osm2pgsql. Je travaille
principalement avec l'import pgsql de osmosis qui ne prend pas en
compte les polygones. Le schema de osmosis a rajoute juste recemment
le
2009/5/14 Emilie Laffray emilie.laff...@gmail.com:
Sinon, j'ai ouvert la discussion sur la ML anglaise et il y a
différentes idées de ce qui été fait ailleurs mais aucune que je
trouve satisfaisante pour l'instant:
- tout transférer dans la base mais aucun tag qui rende les données
visibles.
Bonjour,
oui j'ai vu le thread sur la ML anglaise.
Ce qui est possible de faire (je verifierais une fois que j'aurais
importe la France dans ma base de donnee ce soir) c'est d'utiliser
postgres et de trouver tous les polygones qui se superposent.
C'est assez facile a faire avec Postgis. OpenJump
Pieren a écrit :
2009/5/14 Emilie Laffray emilie.laff...@gmail.com:
Sinon, j'ai ouvert la discussion sur la ML anglaise et il y a
différentes idées de ce qui été fait ailleurs mais aucune que je
trouve satisfaisante pour l'instant:
- tout transférer dans la base mais aucun tag qui rende les
Emilie Laffray a écrit :
Bonjour,
oui j'ai vu le thread sur la ML anglaise.
Ce qui est possible de faire (je verifierais une fois que j'aurais
importe la France dans ma base de donnee ce soir) c'est d'utiliser
postgres et de trouver tous les polygones qui se superposent.
C'est assez facile
Hello,
Alors, c'est un vrai désastre, j'ai réparé depuis ce matin, le Tarn, la
Haute-Vienne, la Vienne, les Deux-Sèvres, la Dordogne, et là, je suis sur
la relation Midi-Pyrénées, ça va pas être facile, il y a plein de
segments en double...
--
Mathieu Arnold
Pour ma part hier j ai retouche les limites de la Loire cette nuit pour
utiliser les limites du cadastre mais apparemment j ai du rate un truc sur la
limite Loire-Ardeche parce que la Loire et l Ardeche ne sont plus tracees. je
compte regarder ce soir.
Au passage j ai vu qu il y a plusieurs
+--le 14.05.2009 13:12:23 +, THEVENON Julien écrivait :
| Pour ma part hier j ai retouche les limites de la Loire cette nuit pour
| utiliser les limites du cadastre mais apparemment j ai du rate un truc
| sur la limite Loire-Ardeche parce que la Loire et l Ardeche ne sont plus
| tracees. je
Ah, j'ai oublié de mettre ça dans mon mail, j'ai corrigé la limite
Loire/Ardèche.
Et visiblement pas que ça !!
Bravo, tu as eu le courage de faire ce que j'avais laissé tomber.
J'en profiterais pour relancer mon outils de stats d'avancée communes par
départements.
et ça devrait servir à
Moi je me vois mieux bosser localement (département) :
Certains imports doivent être fusionnés avec l'existant (saisie
relativement précise mais partielle d'une forêt, complétée par CLC)
Certains imports peuvent êtres découpés (forêt domaniale fondue dans
la
surface dans CLC).
De même, je
Merci ! il etait deja tot et comme beta letuffe avait un decalage d une heure j
ai pas attendu de voir le resultat..
apparemment les modifs j avais fait sur les limites Loire/Saone-et-Loire
etaient correctes mais sur Loire-Ardeche qu est ce que j avais rate ?
Julien
+--le 14.05.2009 13:38:23 +, THEVENON Julien écrivait :
| Merci ! il etait deja tot et comme beta letuffe avait un decalage d une
| heure j ai pas attendu de voir le resultat.. apparemment les modifs j
| avais fait sur les limites Loire/Saone-et-Loire etaient correctes mais
| sur Loire-Ardeche
Le message suivant :
##
Étant donné que je passe mon temps à bidouiller les rendus sur beta.letuffe.org
et qu'il s'y passe pas mal de chose, je ne vais pas pourrir la liste talk-fr
pour tenir les utilisateurs au courant.
Mais pour pas non plus découvrir un jour que j'ai désactiver une
2009/5/14 Jocelyn Delalande jocelyn.list...@crapouillou.net:
De même, je n'aimerais pas avoir mes données altérées par une
superposition (même si c'est taggué comme conflit)
Non, les données existantes ne seraient pas altérées. Il n'y aurait
aucun tag signalant le conflit. On pourrait juste
+--le 14.05.2009 14:59:01 +0200, Mathieu Arnold écrivait :
| Hello,
|
| Alors, c'est un vrai désastre, j'ai réparé depuis ce matin, le Tarn, la
| Haute-Vienne, la Vienne, les Deux-Sèvres, la Dordogne, et là, je suis
| sur la relation Midi-Pyrénées, ça va pas être facile, il y a plein de
|
Je vais voir ce soir pour importer les donnees OSM de la France dans
ma base de donnee, et voir ce qui peut potentiellement etre importe
automatiquement ou pas.
Je vais donc appliquer les regles suivantes:
Si un polygone foret de corine a une intersection avec un polygone de
OSM ville, foret, eau,
+--le 14.05.2009 18:27:48 +0200, Mathieu Arnold écrivait :
| +--le 14.05.2009 14:59:01 +0200, Mathieu Arnold écrivait :
|| Hello,
||
|| Alors, c'est un vrai désastre, j'ai réparé depuis ce matin, le Tarn,
|| la Haute-Vienne, la Vienne, les Deux-Sèvres, la Dordogne, et là, je
|| suis sur la
De même, je n'aimerais pas avoir mes données altérées par une
superposition (même si c'est taggué comme conflit)
Non, les données existantes ne seraient pas altérées. Il n'y aurait
aucun tag signalant le conflit. On pourrait juste voir sur une carte
les endroits où les données entrent en
+--le 14.05.2009 18:37:56 +0200, Mathieu Arnold écrivait :
| +--le 14.05.2009 18:27:48 +0200, Mathieu Arnold écrivait :
|| +--le 14.05.2009 14:59:01 +0200, Mathieu Arnold écrivait :
||| Hello,
|||
||| Alors, c'est un vrai désastre, j'ai réparé depuis ce matin, le Tarn,
||| la Haute-Vienne, la
Salut,
Je m'étais pas rendu compte (j'avais mis ça sur le dos de corine) mais
le
contrôle de géométrie sur chaque communes affichées en temps réél
faisait
tripler le temps d'affichage du layer communes.
Si tu as des fonctions postgis gourmandes en CPU, tu peux peut-être
tenter un
Mathieu Arnold a écrit :
+--le 14.05.2009 14:59:01 +0200, Mathieu Arnold écrivait :
| Hello,
|
| Alors, c'est un vrai désastre, j'ai réparé depuis ce matin, le Tarn, la
| Haute-Vienne, la Vienne, les Deux-Sèvres, la Dordogne, et là, je suis
| sur la relation Midi-Pyrénées, ça va pas être
salut,
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.
a+
Je n'y avais pas pensé dans ce cas. Le truc c'est qu'il ne faudrait pas que le
st_simplify() rende la géométrie valide
Vu que les serveurs xapi sont down, quelqu'un qui a un postgresql
rempli pourrait me sortir un fichier osm avec la totalité des ways
taggés dep=095 ? Pas la peine de scanner toute la France ni d'y passer
plus de 10 minutes (je ferais chauffer JOSM sinon en téléchargeant par
morceaux, c'est
Pieren a écrit :
Le problème du principe on ajoute qu'après avoir vérifier et
uniquement avec la connaissance du terrain peut s'appliquer à un
certain niveau de détail. Mais ici, on parle de landuse à une échelle
1/100.000 avec des polygones de 25hec minimum. On est donc dans la
Et s'il n'y avait rien à charger ou à faire chauffer :
http://api.openstreetmap.org/api/0.6/ways/search?key=depvalue=095bbox=1.469,48.879,2.573,49.13
Bon, c'est pas vraiment documenté dans le wiki...
A+
--
Marc
Yann Coupin a écrit :
Vu que les serveurs xapi sont down, quelqu'un qui a un
Merci Marc ! :)
Et, non, c'est pas vraiment, voire vraiment pas, documenté dans le
wiki...
Yann
Le 14 mai 09 à 21:47, Marc SIBERT a écrit :
Et s'il n'y avait rien à charger ou à faire chauffer :
Et, non, c'est pas vraiment, voire vraiment pas, documenté dans le
wiki...
Fais gaffe, dans le précédent lien, on dirait qu'il y a des extraits de
données tiger avec des longitudes qui font plus penser aux Etats-Unis
qu'à la France ;-)
@Marc : tu es sur de la bbox ? la première node est
Pierr, tu as été plus rapide que moi à répondre, mais j'allais dire la
même chose. J'ai pas vraiment regaré les coordonnées mais clairement
la forte présence de données tiger et les couples clés-valeurs qui
n'ont rien à voir me laisse penser que tout ça ne marche pas très
bien...
Yann
Le
Pierre Mauduit a écrit :
Fais gaffe, dans le précédent lien, on dirait qu'il y a des extraits de
données tiger avec des longitudes qui font plus penser aux Etats-Unis
qu'à la France ;-)
@Marc : tu es sur de la bbox ? la première node est bizzare
Oui c'est un peu étrange... pour la bbox,
hello,
En survolant le Rhone je me suis aperçu que pour un certain nombre de villes il
n'y a pas le node contenant les infos suivantes: code_insee, code department,
place, postal_code population etc
en cherchant sur le wiki je suis tombe sur cette page
Ce qui est potentiellement possible c'est si la commune a ete entree
dans OSM c'est de calculer le centroid du polygone de la commune et d'y
attacher les informations que tu veux mettre.
Emilie Laffray
THEVENON Julien wrote:
hello,
En survolant le Rhone je me suis aperçu que pour un certain
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
Bonsoir,
Je pense que area n'a pas sa place ici. Dans mon esprit, area
indique la possibilité de se déplacer dans une surface sans suivre de
way, ce que le Wiki ne confirme pas vraiment :-)
http://wiki.openstreetmap.org/wiki/Key:area.
mon avis à 0.02€
--
Marc
Emilie Laffray a écrit :
Je modifierais le script python qui a genere le resultat car c'est lui
qui ajoute tout seul le tag.
Merci pour le commentaire.
Emilie Laffray
Marc SIBERT wrote:
Bonsoir,
Je pense que area n'a pas sa place ici. Dans mon esprit, area
indique la possibilité de se déplacer dans une surface
Non les communes en question n ont pas leur limites cadastrales tracees donc
pas de calcul de centroide
Pour la Loire tous les nodes etaient presents mais ce n est pas le cas dans le
cas du Rhone donc je suppose que l info est dispo quelque part
Le departement est entierement vectorise niveau
+--On 15 mai 2009 00:08:07 +0200 Marc SIBERT m...@sibert.fr wrote:
| Bonsoir,
|
| Je pense que area n'a pas sa place ici. Dans mon esprit, area
| indique la possibilité de se déplacer dans une surface sans suivre de
| way, ce que le Wiki ne confirme pas vraiment :-)
|
+--On 14 mai 2009 22:13:42 + THEVENON Julien julien_theve...@yahoo.fr
wrote:
| Non les communes en question n ont pas leur limites cadastrales tracees
| donc pas de calcul de centroide Pour la Loire tous les nodes etaient
| presents mais ce n est pas le cas dans le cas du Rhone donc je suppose
2009/5/15 Emilie Laffray emilie.laff...@gmail.com:
Je modifierais le script python qui a genere le resultat car c'est lui qui
ajoute tout seul le tag.
Merci pour le commentaire.
Emilie Laffray
Oui, c'est juste. Le tag area est en trop. Il n'est utilisé que pour
distinguer une surface d'une
2009/5/15 Mathieu Arnold m...@mat.cc:
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
Ah, il est joueur !
Dans ce cas effectivement le tag area n'a pas de sens, quoi que... dans
certains parcs, il est formellement interdit de s'écarter des chemins
et/ou des voies aménagées.
Je pense que le tag area doit dans ce cas (limite) être réservé au cas
explicites où l'on est encouragé à
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
Le 15 mai 09 à 00:32,
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.57457491607934lon=1.483150441636945zoom=17layers=BF000F
Il m'inspire une question : y
45 matches
Mail list logo
