> De : "Francescu GAROBY"
>
> Il faudrait aussi vérifier que le 'ref:INSEE' du node 'admin_centre' est
> équivalent à celui de la relation, pour détecter les fautes de frappe,
> erreurs d'inattention ou fusion de communes (si le node date d'avant la
> fusion et que la relation date d'après).
>
Il faudrait aussi vérifier que le 'ref:INSEE' du node 'admin_centre' est
équivalent à celui de la relation, pour détecter les fautes de frappe,
erreurs d'inattention ou fusion de communes (si le node date d'avant la
fusion et que la relation date d'après).
Francescu
Le 25 février 2013 14:26, Vin
Bonjour,
> De : thevenon.jul...@free.fr
>
> Je vois pouvoir m en charger avec SODA. Je n ai suivi le projet que de loin,
> qu est ce
qu il faut verifier exactement ?
>
Pour la partie "admin_centre" : une relation décrite au moins par les tags
"boundary=administrative" et "admin_level=8" doit
Salut,
Je vois pouvoir m en charger avec SODA. Je n ai suivi le projet que de loin, qu
est ce qu il faut verifier exactement ?
Julien
- Mail original -
De: "Christian Quest"
À: "Discussions sur OSM en français"
Envoyé: Dimanche 24 Février 2013 07:52:28
Obj
Très bonne nouvelle !
Il n'y a plus qu'à faire un petit script de suivi pour voir ce qui pourrait
être modifié et nous faire revenir en arrière.
Le 23 février 2013 18:49, Black Myst a écrit :
> Le 23 février 2013 14:52, Vincent de Chateau-Thierry a
> écrit :
>
>> Bonjour,
>> C'en est terminé
Le 23 février 2013 14:52, Vincent de Chateau-Thierry a
écrit :
> Bonjour,
> C'en est terminé des deux chantiers PlaceMaker autour du rôle
> admin_centre dans les relations administratives communales [1] et de
> l'ajout du code INSEE pour les communes en étant dépourvues [2].
>
Cool,
Ca fait tou
Bonjour,
C'en est terminé des deux chantiers PlaceMaker
autour du rôle admin_centre dans les relations
administratives communales
[1] et de l'ajout du code INSEE pour les communes en
étant dépourvues [2].
Dans
> De : "Vincent de Chateau-Thierry"
>
> > De : "Black Myst"
>
> > Il est un peu surprenant de ne pas être centré dans JOSM sur le nouvel
> > élément.
Ça devrait mieux se passer désormais. Un petit périmètre de données autour du
nouveau
node est chargé depuis OSM.
> > Sinon, l'option "Marque
Bonjour,
> De : "Black Myst"
> Le 14 février 2013 21:52, Vincent de Chateau-Thierry a
> écrit :
> >
> > En refaisant les comptes (avec des données à jour !) ce ne sont pas 930
> > candidats mais seulement 121, et tous dans le même département : la
> > Dordogne.
> > Ils sont présentés ici :
> > h
Le 14 février 2013 21:52, Vincent de Chateau-Thierry a
écrit :
>
> En refaisant les comptes (avec des données à jour !) ce ne sont pas 930
> candidats mais seulement 121, et tous dans le même département : la
> Dordogne.
> Ils sont présentés ici :
> http://osm.vdct.free.fr/ref_**insee/index.html
Bonsoir,
Le 12/02/2013 16:51, sly (sylvain letuffe) a écrit :
On mardi 12 février 2013, Vincent de Chateau-Thierry wrote:
Ça, c'est si on décide que toutes les communes doivent avoir un ref:INSEE
sans attendre le tracé de leurs limites.
Je croyais que c'était le cas : si les limites sont là,
Bonsoir,
Le 24/01/2011 12:05, Thomas Petillon a écrit :
>
> Pas d'objections de ma part. Un admin_level pose des problèmes,
> notamment parce que les EPCIs ne s'insèrent pas dans les inclusions
> successives régions > départements > communes. Mais c'est vrai que
> dans la pratique c'est le niveau
Vincent Privat a écrit , Le 23/01/2011 22:07:
J'ai trouvé encore mieux en farfouillant:
http://www.banatic.interieur.gouv.fr/Banatic2/index.htm
Données actualisées tous les 3 mois ! Et ya même des cartes très bien
faites :)
Trop marrant !
C'est le site que je citais dans le tout premier message
Le 24/01/2011 09:46, Vincent de Chateau-Thierry a écrit :
Bonjour,
Reste à qualifier l'EPCI avec le boundary=* (on avance !). S'il y a des
objections au
"boundary=local_authority" déjà proposé (mais peu discuté), ce serait bien de
les lire.
Nihil obstat (rien n'empêche)
--
FrViPofm
_
Bonjour,
2011/1/24 Vincent de Chateau-Thierry
>
> Bonjour,
>
> Je vois une autre possibilité (en fait celle déjà sur le wiki) qui est de
> donner
> pour name=* le nom indiqué par l'INSEE dans le référentiel des EPCIs, en
> remplaçant
> les abbréviations (CA, CU, CC, SAN) par les mots complets. C
Bonjour,
> De : "Thomas Petillon"
> Le 23/01/2011 23:31, Vincent de Chateau-Thierry a écrit :
> > Le point à régler alors, avant un import (automatique ou pas
> > d'ailleurs) c'est "comment tagguer un EPCI ?".
> Bonsoir,
>
> Justement sur ce point, je me demandais comment il valait mieux tague
Le 23/01/2011 23:31, Vincent de Chateau-Thierry a écrit :
Le point à régler alors, avant un import (automatique ou pas
d'ailleurs) c'est "comment tagguer un EPCI ?".
Bonsoir,
Justement sur ce point, je me demandais comment il valait mieux taguer
les noms des EPCIs. On a donc les communautés ur
Bonsoir,
Le 23/01/2011 22:07, Vincent Privat a écrit :
J'ai trouvé encore mieux en farfouillant:
http://www.banatic.interieur.gouv.fr/Banatic2/index.htm
Données actualisées tous les 3 mois ! Et ya même des cartes très bien
faites :)
Pour un import auto lorsqu'on a les communes, effectivement ça
J'ai trouvé encore mieux en farfouillant:
http://www.banatic.interieur.gouv.fr/Banatic2/index.htm
Données actualisées tous les 3 mois ! Et ya même des cartes très bien faites
:)
Pour un import auto lorsqu'on a les communes, effectivement ça se fait :)
Concernant la licence de données, les infos lég
Le dimanche 23 janvier 2011 17:20:29, Vincent Privat a écrit :
> Petit déterrage de topic sur les EPCI.
>
> D'une part, pour dire que j'ai trouvé une source plus récente que l'INSEE
> (qui ne liste les EPCI qu'au 1er janvier 2009).
> Ici la liste est au 1er janvier 2010, et en plus fait un résumé
Petit déterrage de topic sur les EPCI.
D'une part, pour dire que j'ai trouvé une source plus récente que l'INSEE
(qui ne liste les EPCI qu'au 1er janvier 2009).
Ici la liste est au 1er janvier 2010, et en plus fait un résumé des
créations/fusions récentes d'EPCI, pratique:
http://www.dgcl.interieu
> De : "Vincent Pottier"
> Le 13/01/2011 14:46, sly (sylvain letuffe) a écrit :
> > On jeudi 13 janvier 2011, Vincent Pottier wrote:
> >> Pour faire avancer le shmilblik,
> >> Même si on ne mappe pas pour...
> >> Quel est le traitement par osm2psql d'une relation dont les membres
> >> seraient l
Le 13/01/2011 14:46, sly (sylvain letuffe) a écrit :
On jeudi 13 janvier 2011, Vincent Pottier wrote:
Pour faire avancer le shmilblik,
Même si on ne mappe pas pour...
Quel est le traitement par osm2psql d'une relation dont les membres
seraient les relations communes actuelles ?
ça ne marcherait
Le 13/01/2011 14:21, sly (sylvain letuffe) a écrit :
Il s'agit du débat régulier entre le modèle surfacique et le modèle frontière
pour la représentation des entités administratives.
Puisque, le cas que tu présentes : "une epci est formée d'un regroupement de
communes" et exactement le même qu'u
Bonjour,
> De : "Guillaume Allegre"
>
> Je suppose que ça a été évoqué, mais je n'en vois pas trace sur le wiki :
> pour les EPCI, qui sont forcément des regroupements de communes (ie pas de
> découpage intra-communal), pourquoi s'embêter à redescendre au niveau des
> frontières,
> alors qu
Le mer. 12 janv. 2011 à 09:45 +0100, Vincent de Chateau-Thierry a ecrit :
>
> Bonjour,
>
> > De : "Vincent Privat"
> >
> > Pour le candidat idéal du level 7, j'avoue que je voterai aussi pour
> > l'arrondissement. C'est dommage de ne pas les avoir, là :(
>
> Bien, on est 2 alors, c'est un début
Bonjour,
> De : "Vincent Privat"
>
> Pour le candidat idéal du level 7, j'avoue que je voterai aussi pour
> l'arrondissement. C'est dommage de ne pas les avoir, là :(
Bien, on est 2 alors, c'est un début :-)
Sur cette page du site de l'INSEE :
http://www.insee.fr/fr/methodes/nomenclatures/cog/
Je me suis senti un peu bête en lisant la réponse ^^
Je sais pas pourquoi, mais j'imaginais que ça triait par ordre alphabétique,
sans ayant eu la curiosité de vérifier :)
Pour le candidat idéal du level 7, j'avoue que je voterai aussi pour
l'arrondissement. C'est dommage de ne pas les avoir, là :(
Selon Vincent Privat :
> Vu que je suis encore débutant sur OSM, j'ai une question sur la manip de
> JOSM: Ya-t-il un moyen de réoordonner simplement les membres d'une boundary
> pour vérfier qu'ils soient dans l'ordre et qu'ils forment bien une boucle ?
j'ose pas dire que j'ai moi aussi ré-ordon
Le 12/01/2011 00:12, Vincent de Chateau-Thierry a écrit :
Bonsoir,
Pour le lien EPCI <=> communes, c'est vrai qu'il n'est pas présent
dans la relation, vu que c'est une relation qui définit une frontière
(boundary) et non une surface (region, area...). C'est le même
principe pour par exemple
Bonsoir,
Le 11/01/2011 23:33, Vincent Privat a écrit :
Bonsoir,
Je me suis prêté au jeu de modéliser un EPCI en testant chez moi:
http://www.openstreetmap.org/browse/relation/1371362
Vu que je suis encore débutant sur OSM, j'ai une question sur la manip
de JOSM: Ya-t-il un moyen de réoordonne
Vu que je suis encore débutant sur OSM, j'ai une question sur la manip
de JOSM: Ya-t-il un moyen de réoordonner simplement les membres d'une
boundary pour vérfier qu'ils soient dans l'ordre et qu'ils forment bien
une boucle ?
Oui, dans la fenêtre de modification de relation, le bouton vers le ba
Bonsoir,
Je me suis prêté au jeu de modéliser un EPCI en testant chez moi:
http://www.openstreetmap.org/browse/relation/1371362
Vu que je suis encore débutant sur OSM, j'ai une question sur la manip de
JOSM: Ya-t-il un moyen de réoordonner simplement les membres d'une boundary
pour vérfier qu'il
autant pour moi j'ai confondu EPIC et EPCI
cela dit
une petit recherche sur gogo
> Forme Juridique : *EPCI* - *SIRET* : 248 714 602 00013
> apib-limousin
Le 11 janvier 2011 16:41, Damouns a écrit :
> À ce sujet voir dans le wiki [1] qui propose : pour les EPCI, en ref=*
> "le code attribué
À ce sujet voir dans le wiki [1] qui propose : pour les EPCI, en ref=*
"le code attribué par l'INSEE à l'EPCI, qui est son numéro de SIRET"
(c'est moi qui l'ai mis, je crois, d'ailleurs).
Toutefois, il se trouve que le SIREN fait 9 chiffres et le SIRET 14
chiffres (SIREN + 5) donc si BANATIC ident
alexis gayte a écrit , Le 11/01/2011 13:28:
pourquoi pas le siret pour référencer un entreprise geographiquement ?
parce qu'une entreprise, ce n'est pas un boundary=administrative.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.opens
pourquoi pas le siret pour référencer un entreprise geographiquement ?
du coup plus d'insee ... ref:siret peut etre ?
Le 11 janvier 2011 12:27, hpmt a écrit :
> Je cherche une référence insee à inclure dans la relation de niveau 7.
> il semble bien que dans banana-split (banatic pour les intim
Je cherche une référence insee à inclure dans la relation de niveau 7.
il semble bien que dans banana-split (banatic pour les intimes) c'est le
numéro siren de l'EPIC qui est utilisé comme identificateur.
On peut donc mettre dans la relation :
ref:insee=243100633
pour le sicoval, par exemple ?
38 matches
Mail list logo