Le 14 mars 2009 00:01, g.d a écrit :
> Il y a bien le site http://www.annuaire-mairie.fr/,
>
Euhhh :
"Toute représentation totale ou partielle de ce site ou d'un ou plusieurs de
ces composants, par quelque procédé que ce soit, sans autorisation expresse
de *Wiconcept* est interdite et constituer
Il y a bien le site http://www.annuaire-mairie.fr/,
ou on a le code postal, le code INSEE
plus les différents codes postaux des communes
(toutes, il me semble),
mais c'est une page par commune,
pas sous forme de liste de correspondances... :-(
G.
---
Le 13 mars 09 à 23:09, Yannick a écrit :
>
> E
Pieren wrote:
> 2009/3/13 sly (sylvain letuffe) :
> > Y'a du blabla par là :
> > http://wiki.openstreetmap.org/wiki/Proposed_features/capital
> >
> > Et je vois que pieren ne pense pas comme moi.
> >
>
> coool, j'ai même plus besoin d'écrire les réponses ;-)
>
> Sinon, j'avais lancé une proposit
sly (sylvain letuffe) wrote:
> Je rebondis sur le message de denis d'un autre fil.
>
> Actuellement, le code INSEE est rentré sur un noeud se trouvant à l'intérieur
> de la relation "commune", et, comme il l'a dit, si quelqu'un souhaite
> extraire de la base la frontière de la commune n°X, ben
Marc Sibert wrote:
> Bonjour,
>
> J'ai pensé qu'"il" corrigerait les erreurs du robot (seulement) de manière
> constructive.
Huh ??
Le robot modifie plus de 4000 way, dont certaines situées à l'étranger, et
tu espérais que j'allais reprendre à la main chacune de ces 4000 voies
pour vérifier si
sly (sylvain letuffe) wrote:
>
> > Mais cela ressemble bien à une déclaration de guerre qui n'a rien à
> > faire dans ce projet.
>
> Tout de suite les grands mots !
>
> Marc à dit :
> - je change
>
> Aurélien à dit :
> - consensus délicat, je reviens en arrière.
C'est presque ça... Sauf que
Etienne Chové a écrit :
> Marc SIBERT a écrit :
>> Bonjour,
>>
>> J'avais déjà interrogé Jérôme GALICHON sur les données disponibles sur
>> son site : http://www.galichon.com/codesgeo/ car il possède en
>> particulier une table de correspondance INSEE / CP. Avec son
>> autorisation, à voir ce qu
Etienne Chové wrote:
> Etienne Chové a écrit :
> > Coucou,
> >
> > Est ce que quelqu'un a un polygone de la france administratif (extrait
> > de la fameuse mega relation) ?
>
> Je viens de rajouter les frontières franco-allemandes et franco-belges
> dans la france (si je me suis pas vautré).
>
2009/3/13 Etienne Chové :
> J'ai un problème au niveau de l'Espagne. Est ce qu'on prend comme limite
> la cote ou les eaux territoriales ?
La réponse est : les deux mon général. Lors d'une des dernières
réunions IRC, on avait décidé de faire deux relations France: une avec
les côtes, l'autre avec
2009/3/13 sly (sylvain letuffe) :
> Y'a du blabla par là :
> http://wiki.openstreetmap.org/wiki/Proposed_features/capital
>
> Et je vois que pieren ne pense pas comme moi.
>
coool, j'ai même plus besoin d'écrire les réponses ;-)
Sinon, j'avais lancé une proposition que admin_center mais je n'ai p
Etienne Chové a écrit :
> Vladimir Vyskocil a écrit :
>
>> Je crois que pour les rivières avec des riverbank il faut tout de meme
>> laisser le squelette (waterway=river) au centre pour donner le sens de
>> l'écoulement, je me trompes ?
>>
>>
> C'est bien ça. Plus d'info sur :
> http:/
Vladimir Vyskocil a écrit :
>> Hier (en attendant les beaux jours), j'ai fait des essais de
>> transformation sur la rivière "Le Fier" pour passer de
>> waterway=river à
>> waterway=riverbank (avec une "area" donc). J'ai donc déplacé les
>> points
>> qui étaient au milieu de la rivière et certa
> Hier (en attendant les beaux jours), j'ai fait des essais de
> transformation sur la rivière "Le Fier" pour passer de
> waterway=river à
> waterway=riverbank (avec une "area" donc). J'ai donc déplacé les
> points
> qui étaient au milieu de la rivière et certains communs avec une
> frontière
Bonjour et bienvenue !
A priori, ce que tu as fait est bon.
Effectivement, on voit sur les images 2 lignes de frontières, mais il n'y en a
qu'une dans la base. Ca doit être un problème de rendu, comme si l'image avait
été calculée exactement au moment où tu mettais à jour l'ensemble. Etonnant..
Marc SIBERT a écrit :
> Bonjour,
>
> J'avais déjà interrogé Jérôme GALICHON sur les données disponibles sur
> son site : http://www.galichon.com/codesgeo/ car il possède en
> particulier une table de correspondance INSEE / CP. Avec son
> autorisation, à voir ce que vous pouvez en faire.
Le pro
Bonjour,
J'avais déjà interrogé Jérôme GALICHON sur les données disponibles sur
son site : http://www.galichon.com/codesgeo/ car il possède en
particulier une table de correspondance INSEE / CP. Avec son
autorisation, à voir ce que vous pouvez en faire.
A+
--
Marc (il bouge encore :-))
--
Bonjour,
Comme c'est mon premier message j'en profite pour saluer tout le monde
et me présenter : je débute sur OSM et je complète Annecy où j'habite et
sa région. Vivement le beau temps que j'arpente la montagne avec mon GPS ;-)
Hier (en attendant les beaux jours), j'ai fait des essais de
tran
Etienne Chové a écrit :
> Coucou,
>
> Est ce que quelqu'un a un polygone de la france administratif (extrait
> de la fameuse mega relation) ?
Je viens de rajouter les frontières franco-allemandes et franco-belges
dans la france (si je me suis pas vautré).
J'ai un problème au niveau de l'Espagn
sly (sylvain letuffe) a écrit :
> Si c'est vrai dans 99% des cas, je ne vois pas pourquoi s'en priver !
Je ne suis pas de cet avis.
Ce que tu proposes obligera à passer 99% de notre temps à régler 1% de
cas particuliers... Pas très logique.
On s'éloigne de la logique des bases de données, dont
> D'emblée, je suis contre que le node appartienne à la relation qui l'entour
> pour signifier qu'il en est la capital.
> ( j'ai aucune raison contre, mais ça me plaît pas )
>
> Y'a du blabla par là :
> http://wiki.openstreetmap.org/wiki/Proposed_features/capital
Personnellement, ça ne me choque
> Dit autrement, par exemple, comment indique-t-on que Chambéry est la
> préfecture de la Savoie
C'est la capitale du monde, il ne peut y avoir qu'un seul tag :
best=yes
( sur le musique de queen, "there can be only one" )
> J'exclus de la discussion le cas du chef-lieu de commune qui a déjà ét
Hello,
*La question c'est : n'y a-t-il qu'un seul code postal possible dans une
commune.*
Je dirais plutôt qu'il est plutôt fréquent que plusieurs communes soient
sous le même code postal, donc je suggérerais fortement de mettre un code
insee qui identifie de façon unique les communes.
De plus,
Pieren a écrit :
> Je continuerais à mettre l'espace dans mes refs et à changer ceux que
> je vois dans mon coin. De toute façon, il y a aura toujours des
> villages de gaullois cernés par les romains ;-)
qui habite babaorvm ? toi, tu continues ton petibonvm de chemin, en
somme (ou ailleurs d'ai
Toutes ces questions sur les divisions administratives m'amène à une
autre question qui me tourne dans la tête depuis quelques temps:
Comment indique-t-on le chef-lieu d'un admin_level?
Dit autrement, par exemple, comment indique-t-on que Chambéry est la
préfecture de la Savoie (admin_level=6)?
Merci à robin,
J'ai mis gràce à lui un nouveau polygone france à dispo (sans être coupé en
morceaux)
Des fois que ça serve :
http://beta.letuffe.org/cartes/conservation/
--
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org
__
Bonjour Sylvain,
2009/3/13 sly (sylvain letuffe) :
> Vient alors la solution de la surface, s'il nous est possible de déterminer
> qu'a l'intérieur d'une surface le code postal est uniforme, il devient alors
> bien plus rapide de tagger le code postal, sur la surface en question.
>
> La première s
2009/3/13 sly (sylvain letuffe) :
> J'espère bien qu'on ne va pas attendre une demi-vie d'uranium avant de le voir
> oeuvrer à nouveau, restons tout de même sur ce principe de base qui a choqué
> sur les refs :
>
> - que ça ne ressemble pas à une manière d'imposer une façon de faire
>
Je ne compre
>Je cesse les lancements du robot jusqu'à ce que la poussière soit retombée
>(la version 0.6 et bien d'autres choses).
Je reste un défenseur du principe même du robot et du tient qui a fait un
sacré boulot.
J'espère bien qu'on ne va pas attendre une demi-vie d'uranium avant de le voir
oeuvrer
Denis a écrit :
> Etienne Chové a écrit :
>> Bonjour,
>>
>> L'INSEE met un tiret dans les noms de communes mais met un espace entre
>> l'article et le nom.
>>
>> Exemple sur :
>> http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=35065
>>
>> Certains rem
Bonjour,
J'ai pensé qu'"il" corrigerait les erreurs du robot (seulement) de manière
constructive.
Évidemment la guerre n'aura pas lieu, j'espère être plus sérieux que ça ! Je
cesse les lancements du robot jusqu'à ce que la poussière soit retombée (la
version 0.6 et bien d'autres choses).
Pour
Etienne Chové a écrit :
> Bonjour,
>
> L'INSEE met un tiret dans les noms de communes mais met un espace entre
> l'article et le nom.
>
> Exemple sur :
> http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=35065
>
> Certains remplacent cet espace par u
> Mais cela ressemble bien à une déclaration de guerre qui n'a rien à
> faire dans ce projet.
Tout de suite les grands mots !
Marc à dit :
- je change
Aurélien à dit :
- consensus délicat, je reviens en arrière.
- Cesser le feu bi-latéral
Je vois juste là un amendement de la loi 1) rien qui
> Comme dit précédemment, il me paraît plus judicieux de stocker les
> informations liées au code postal (pourquoi ne pas imaginer une
> indication du bureau distributeur également) dans une relation composée
> soit de l'ensemble des communes
Pourquoi pas, à pas bien plus cher et plus simple,
Bonjour,
L'INSEE met un tiret dans les noms de communes mais met un espace entre
l'article et le nom.
Exemple sur :
http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=35065
Certains remplacent cet espace par un tiret. Y-a-t-il une décision prise
sur
> Je dirais :
> Parce qu'il y a, par définition, relation unique (bijection) entre les codes
> INSEE et les contours de communes, alors que les codes postaux n'ont rien à
> voir avec le territoire d'une commune : il y a des codes postaux qui
> couvrent un quartie de grande ville, et d'autres qui c
Etienne Chové a écrit :
> Vladimir Vyskocil a écrit :
>> A voir l'historique de cette autoroute cela en à l'air
>>
>> http://www.openstreetmap.org/browse/way/4290240/history
>
> Aurelien Jacobs a prévenu qu'il inversait toutes les modifs de MSBOT sur
> les refs :
>
> http://lists.openstreetm
Vladimir Vyskocil a écrit :
> A voir l'historique de cette autoroute cela en à l'air
>
> http://www.openstreetmap.org/browse/way/4290240/history
Aurelien Jacobs a prévenu qu'il inversait toutes les modifs de MSBOT sur
les refs :
http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/00
Pour éviter qu'on nous reproche à nouveau de discuter en petit comité
à deux pelés et trois tondus alors que personne ne lit la liste de
diffusion osm-talk-fr, je suggère de mettre ces points à l'ordre du
jour de la prochaine réunion IRC:
http://wiki.openstreetmap.org/wiki/Reunions_Francophones/8%
sly (sylvain letuffe) a écrit :
>> Mais
>> comme il y a déjà plein de code_insee, pourquoi ne pas continuer ?
>> Est-ce vraiment important ?
>
> Je suis un maniaque du rangement, et je sens qu'un truc n'est pas propre à
> inventer un tag franco-français qui s'apparente à ce que j'aurais taggé tou
A voir l'historique de cette autoroute cela en à l'air
http://www.openstreetmap.org/browse/way/4290240/history
Vlad.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le 13 mars 2009 13:00, g.d a écrit :
> D'acc avec toi, cette divergence/imprécision du CIA m'est un mystère.
> Serait-ce voulu, "pour tromper l'ennemi" ?
>
>
A mon avis, c'est parceque le fichier public de la CIA est assez différent
du fichier interne du même organisme (ou d'autres organismes off
Le 13 mars 2009 15:58, sly (sylvain letuffe) a écrit :
> > Mais
> > comme il y a déjà plein de code_insee, pourquoi ne pas continuer ?
> > Est-ce vraiment important ?
>
> Je suis un maniaque du rangement, et je sens qu'un truc n'est pas propre à
> inventer un tag franco-français qui s'apparente à
Pieren a écrit :
> On Fri, Mar 13, 2009 at 3:37 PM, sly (sylvain letuffe)
> wrote:
>> pourquoi code_INSEE et pas ref ? (ou du moins et pas "en plus ref" ? )
>>
>> qu'est-ce qui fait qu'indiquer le code_postal dans cette relation est une
>> mauvaise idée ?
Le fait qu'il pourrait (pour les "grandes"
qu'est-ce qui fait qu'indiquer le code_postal dans cette relation est une
> mauvaise idée ?
>
Je dirais :
Parce qu'il y a, par définition, relation unique (bijection) entre les codes
INSEE et les contours de communes, alors que les codes postaux n'ont rien à
voir avec le territoire d'une commune :
> Mais
> comme il y a déjà plein de code_insee, pourquoi ne pas continuer ?
> Est-ce vraiment important ?
Je suis un maniaque du rangement, et je sens qu'un truc n'est pas propre à
inventer un tag franco-français qui s'apparente à ce que j'aurais taggé tout
simplement ref.
Exemple de cas pour s
On Friday 13 March 2009 15:45, Laurent DELAGE wrote:
> Le vendredi 13 mars 2009 15:37:23 sly (sylvain letuffe), vous avez écrit :
> > pourquoi code_INSEE et pas ref ? (ou du moins et pas "en plus ref" ? )
> >
> > qu'est-ce qui fait qu'indiquer le code_postal dans cette relation est une
> > mauvaise
On Fri, Mar 13, 2009 at 3:37 PM, sly (sylvain letuffe)
wrote:
> pourquoi code_INSEE et pas ref ? (ou du moins et pas "en plus ref" ? )
>
> qu'est-ce qui fait qu'indiquer le code_postal dans cette relation est une
> mauvaise idée ?
>
Ben justement, il y a souvent deux codes par commune, un postal,
Le vendredi 13 mars 2009 15:37:23 sly (sylvain letuffe), vous avez écrit :
> pourquoi code_INSEE et pas ref ? (ou du moins et pas "en plus ref" ? )
>
> qu'est-ce qui fait qu'indiquer le code_postal dans cette relation est une
> mauvaise idée ?
J'ai pas d'avis En fait, peu importe du moment qu
On Friday 13 March 2009 15:31, Laurent DELAGE wrote:
> Bon ... On a un consensus à deux c'est déjà pas mal !
>
> En attendant je me fixe donc la règle suivante :
> Je reprends sur un polygone de commune : Le code_INSEE, et le name... Je ne
> rajoute rien d'autre ...
pourquoi code_INSEE et pas re
Le 13 mars 09 à 14:39, sly (sylvain letuffe) a écrit :
> ( génial ! concis, précis, lecturable )
> On Friday 13 March 2009 14:18, g.d wrote:
>> Est-ce que quelqu'un a des infos en français,
>> qu'en est de la nouvelle licence OSM ?
> même sur la liste anglaise ça s'est calmé, c'est en effet un gros
Bon ... On a un consensus à deux c'est déjà pas mal !
En attendant je me fixe donc la règle suivante :
Je reprends sur un polygone de commune : Le code_INSEE, et le name... Je ne
rajoute rien d'autre ...
--
Laurent DELAGE
Comité Départemental du Tourisme de la Charente
www.lacharente.com
www.vi
Laurent DELAGE a écrit :
> Effectivement, je vais faire un nettoyage, et ne laisser que le code_insee
> dans
> la relation ... (Quoique le name me plaisait bien aussi...)
Le name est très bien !!! Laisse-le !!
Denis
___
Talk-fr mailing list
Talk-fr@
>
> Bonjour Laurent,
>
> D'abord bienvenu sur OSM (je n'ai pas encore eu l'occasion de te saluer
> personnellement) ; il me semble qu'on a déjà échangé il y a quelques
> années sur un certain projet UPCT ;-)
Il me semble :-)
> Je viens de voir ta relation 90483 (Roullet-Saint-Estephe). Plus
sly (sylvain letuffe) a écrit :
> On Friday 13 March 2009 12:04, Etienne Chové wrote:
>> Coucou,
>>
>> Est ce que quelqu'un a un polygone de la france administratif (extrait
>> de la fameuse mega relation) ?
>
> J'ai "à peu prêt" ça (une vieille version):
> http://wiki.openstreetmap.org/wiki/Fond
Etienne Chové a écrit :
> Je vais lancer un autre oneshot sur la correction de la casse et des
> accents des noms de communes.
>
> http://colocb3.hd.free.fr/OsmErrors/results/Modifs_2009-03-13_12-00_CasseAccentCommunes.txt
http://colocb3.hd.free.fr/OsmErrors/results/Modifs_2009-03-13_15-00_Casse
Pieren a écrit :
> On Thu, Mar 12, 2009 at 11:12 PM, Pierre Mauduit
> wrote:
>> Salut,
>>
>>> Et pourquoi mettre des données de population dans une base de référence
>>> géographique ?
>> C'est utile en l'occurence pour savoir quelle ville / commune /autres
>> privilégier lors du rendu.
>>
>
> Je
2009/3/13 g.d :
> Est-ce que quelqu'un a des infos en français,
> qu'en est de la nouvelle licence OSM ?
J'ai arrêté de lire les messages à propos de la nouvelle licence sur
la osm-talk. Il y a eu plus de 300 messages en moins de 10 jours (sans
compter ceux de legal-talk) et ça en a assommé plus d
( génial ! concis, précis, lecturable )
On Friday 13 March 2009 14:18, g.d wrote:
> Est-ce que quelqu'un a des infos en français,
> qu'en est de la nouvelle licence OSM ?
même sur la liste anglaise ça s'est calmé, c'est en effet un gros morceaux et
ça ne passionne pas les foules.
> Est-ce vrai
2009/3/13 g.d :
>> Je veux bien collaborer pour nouer un contact.
> Merci à toi !
J'ai bien peur que ça n'arrive trop tard. Déjà que supprimer les
anciens ways ne va être du coton, je souhaite bien du plaisir à celui
qui va écrire le script qui remplacera uniquement les bouts qui
manquent entre le
2009/3/13 Pieren :
> Voici quelques informations glanées sur un fil intéressant de la ML
> anglaise concernant le prochain serveur de la base de données OSM:
Merci pour les infos, c'est intéressant.
Amicalement,
d.
___
Talk-fr mailing list
Talk-fr@open
( Vu que mon sujet INSEE a lancé plus de débats sur les codes postaux que sur
ce pour lequel il était prévu au début, voilà )
Aujourd'hui dans OSM, on trouve des codes postaux sur des noeuds place (ville
village, hameau, etc...) et sur des rues ou routes.
Le problème de cette démarche, c'est qu
Est-ce que quelqu'un a des infos en français,
qu'en est de la nouvelle licence OSM ?
Est-ce vrai
(comme j'ai cru comprendre avec mon english bancale),
qu'ils vont virer les contributions déjà faites
de ceux qui ne souscriront pas à la nouvelle licence ?
--
Pour les "accords" de tiers,
qui basent
> Je veux bien collaborer pour nouer un contact.
Merci à toi !
Ça pourrait être productif, pour OSM comme pour eux,
un compromis ptèt "légalement plus clean",
en attendant qu'on ait tracé toutes les limites d'après cadastre, nous
(Ce qui pourra leur servir à eux,
et s'ils voudront apporter du leur
> Après, pour les autres tags (name, postal_code), je pense qu'il faut
> conserver les noeuds
Je me répète, mais pour moi le noeud à toujours son sens, mais pas
comme "représentation" de la commune.
> faire figurer dans les membres de cette relation avec un "role"
> particulier (un noeud par p
g.d a écrit :
> àmha virer les données Cartographes Associés (pardon, Alban),
> sauf ceux modifiés en x/y, depuis (-> nouvelles données),
> avant de publier cartes.
>
> http://www.gitesdegaule.fr/KaraMeLise/ dit
> "pouvez en faire ce que bon vous semble" : sympa.
>
> Mais a l'air encore moins dét
On Friday 13 March 2009 13:07, Laurent DELAGE wrote:
> Bonjour,
> Je suis en train de faire les limites de communes de la Charente, et c'est
> bien ce que j'ai fait
> Je met sur la relation un code_INSEE avec la valeur qui va bien ...
Tu avouera tout de même qu'il est rébarbatif de faire c
Laurent DELAGE a écrit :
> Bonjour,
> Je suis en train de faire les limites de communes de la Charente, et c'est
> bien ce que j'ai fait
> Je met sur la relation un code_INSEE avec la valeur qui va bien ...
> C'est clair que sinon, on ne peut pas faire grand chose des données sinon ...
Bon
2009/3/13 sly (sylvain letuffe) :
Il faut voir si la relation "1 municipalité" = "1 code insee" est
toujours vrai. Si c'est le cas, pourquoi pas. C'est même le plus
simple.
Après, pour les autres tags (name, postal_code), je pense qu'il faut
conserver les noeuds parce qu'il peut y avoir plusieurs
Christian Rogel a écrit :
> Je me demande comment la CIA fait pour avoir des données différentes
> de celles des Etats concernés.
> Etant donné les micro modifs presques fréquentes entre la France et
> l'Italie,
> je me demande comment celles-ci n'auraient pas de frontières fixées avec
> une très
On 13 mars 09, at 12:39, sly (sylvain letuffe) wrote:
>
>> Est-ce que cette super-relation existe ?
> Ben tient ! j'en ai chié, j'espère bien qu'elle existe encore ;-)
Il semblerait qu'il manque des bouts dans cette relation, non ?
Par exemple la cote Atlantique, la frontière avec l'Allemagne, l
àmha virer les données Cartographes Associés (pardon, Alban),
sauf ceux modifiés en x/y, depuis (-> nouvelles données),
avant de publier cartes.
http://www.gitesdegaule.fr/KaraMeLise/ dit
"pouvez en faire ce que bon vous semble" : sympa.
Mais a l'air encore moins détaillé que Cartographes Associé
Le 13 mars 09 à 10:54, Pieren a écrit :
> 2009/3/13 g.d :
>
> wow, un Gerhard qui se fâche et ça déferle sur la ml ;-)
Non, pas fâché ! ;-)
juste un peu inquiet sur les bords.
> Moi, je pense que pour atteindre un certain niveau de qualité et de
> cohérence, nous sommes obligés de passer par de
Bonjour,
Je suis en train de faire les limites de communes de la Charente, et c'est
bien ce que j'ai fait
Je met sur la relation un code_INSEE avec la valeur qui va bien ...
C'est clair que sinon, on ne peut pas faire grand chose des données sinon ...
Le vendredi 13 mars 2009 12:33:33 sly
D'acc avec toi, cette divergence/imprécision du CIA m'est un mystère.
Serait-ce voulu, "pour tromper l'ennemi" ?
Du côté français,
nous avons le cadastre (avec parfois ses imprécisions, en montagne)
et l'IGN
avec parfois beaucoup d'imprécision en montagne par rapport aux gps,
au point de pouvoir s
> Est-ce que cette super-relation existe ?
Ben tient ! j'en ai chié, j'espère bien qu'elle existe encore ;-)
> Je n'ai aucun moyen de la
> trouver ni avec potlatch,
Tiens ? tu n'utilises pas josm ?
JOSM te la montre sitôt que tu télécharges une des relations membres.
Mais que potlatch ne le m
C'est toujours la 11980 ! Enfin hier !
--
Marc
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Je rebondis sur le message de denis d'un autre fil.
Actuellement, le code INSEE est rentré sur un noeud se trouvant à l'intérieur
de la relation "commune", et, comme il l'a dit, si quelqu'un souhaite
extraire de la base la frontière de la commune n°X, ben c'est un poil galère
car il faut ruser
2009/3/13 sly (sylvain letuffe) :
>> Est ce que quelqu'un a un polygone de la france administratif (extrait
>> de la fameuse mega relation) ?
>
Est-ce que cette super-relation existe ? Je n'ai aucun moyen de la
trouver ni avec potlatch, ni avec le data layer d'osm, ni avec le
relation browser d'os
Je suis en cours de développement pour les besoins futurs du robot (ou pas ;-).
J'arrive à collecter l'ensemble des ways, il me reste à les réorganiser et à
tenir compte des "exclaves"
Je vous tiens au courant.
--
Marc
- Message d'origine -
De: Etienne Chové
Env: vendredi 13 mars 2009 1
Je me demande comment la CIA fait pour avoir des données différentes
de celles des Etats concernés.
Etant donné les micro modifs presques fréquentes entre la France et
l'Italie,
je me demande comment celles-ci n'auraient pas de frontières fixées avec
une très grande précision, au moins décamétriq
On Friday 13 March 2009 12:04, Etienne Chové wrote:
> Coucou,
>
> Est ce que quelqu'un a un polygone de la france administratif (extrait
> de la fameuse mega relation) ?
J'ai "à peu prêt" ça (une vieille version):
http://wiki.openstreetmap.org/wiki/Fond_de_carte_libre_de_france
Sinon je cherche
Coucou,
Est ce que quelqu'un a un polygone de la france administratif (extrait
de la fameuse mega relation) ?
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Pieren a écrit :
>
> Il y a plein de tags qui sont utile au rendu, par exemple layer. Ce
> qu'il ne faut pas faire, c'est usuper la signification d'un tag qui
> n'a rien à voir pour obtenir un rendu spécifique.
>
>> Qu'on mette qu'une commune est une préfecture/sous-préfecture pourrait
>> être ut
Bonjour,
Voici quelques informations glanées sur un fil intéressant de la ML
anglaise concernant le prochain serveur de la base de données OSM:
Spécifications complètes sur le wiki:
http://wiki.openstreetmap.org/wiki/Servers/smaug
Résumé:
2x Intel Xeon Processor E5420 Quad Core
32GB ECC (max 128
Le Thu, Mar 12, 2009 at 10:38:42PM +0100, Denis [dhel...@free.fr] a écrit:
> Et pourquoi mettre des données de population dans une base de référence
> géographique ?
> Il suffit de mettre un tag ref sur les relations communes (comme c'est
> déjà le cas pour les dpt) et de faire une jointure avec
2009/3/13 Denis :
> donc c'est un tag pour le rendu ?
Il y a plein de tags qui sont utile au rendu, par exemple layer. Ce
qu'il ne faut pas faire, c'est usuper la signification d'un tag qui
n'a rien à voir pour obtenir un rendu spécifique.
> Qu'on mette qu'une commune est une préfecture/sous-préf
2009/3/13 g.d :
wow, un Gerhard qui se fâche et ça déferle sur la ml ;-)
Moi, je pense que pour atteindre un certain niveau de qualité et de
cohérence, nous sommes obligés de passer par des robots. Nous sommes
un project avec des contributions de qualité très inégale, nous
pouvons être victimes d
g.d a écrit :
> C'est un sujet vachtément "hot" ;
> la persistance de ces vieux tracés d'origine "pas très clairs"
> peut s'avérer une bombe à retardement.
>
> Je ne sais pas,
> combien de ces tracés "Cartographes Associés" sont dans la bdd OSM.
>
> Par contre sur l'enjeu "de principe",
> c'est u
Pierre Mauduit a écrit :
> Salut,
>
>> Et pourquoi mettre des données de population dans une base de référence
>> géographique ?
>
> C'est utile en l'occurence pour savoir quelle ville / commune /autres
> privilégier lors du rendu.
>
donc c'est un tag pour le rendu ?
Qu'on mette qu'une commune
89 matches
Mail list logo
