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 a écrit :
> Attention : il semble que les rues ne soient pas raccordées :
> http://www.informationfreeway.org/?lat=43.92574598391124&lon=2
2009/5/13 Emilie Laffray :
> 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 generer les polygones p
je suis partant pour la loire aussi ( departement 42 )
Julien
De : Patrice Vetsel
À : Discussions sur OSM en français
Envoyé le : Jeudi, 14 Mai 2009, 7h40mn 13s
Objet : Re: [OSM-talk-fr] Priorite concernant les differents layers pour Corine
-BEGIN PGP SI
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 supp
2009/5/14 Emilie Laffray :
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. Après, chacun décide au cas p
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 u
Pieren a écrit :
> 2009/5/14 Emilie Laffray :
>
> 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.
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 f
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 regi
+--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 c
> 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 à Ém
> 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, j
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 fo
2009/5/14 Jocelyn Delalande :
> 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
+--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
| segments
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 relatio
>> 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 ent
+--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 Vi
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 si
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 êt
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 valid
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
> macro-c
Et s'il n'y avait rien à charger ou à faire chauffer :
http://api.openstreetmap.org/api/0.6/ways/search?key=dep&value=095&bbox=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 p
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 :
http://api.openstreetmap.org/api/0.6/ways/search?key=dep&value=095&bbox=1.469,48.879,2.573,49.
> 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 es
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
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
http://wiki.openstreetmap.org/wiki/FR:Net
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 :
> Bo
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 surf
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 cad
+--On 15 mai 2009 00:08:07 +0200 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 sans suivre de
| way, ce que le Wiki ne confirme pas vraiment :-)
| http://wiki.openstreetmap.org/wiki/K
+--On 14 mai 2009 22:13:42 + THEVENON Julien
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
| que l info est dispo q
2009/5/15 Emilie Laffray :
> 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 boucle fermée (high
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 u
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, P
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
45 matches
Mail list logo
