Re: [OSM-talk-fr] référence insee

[Vincent de Chateau-Thierry]

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 taguer 
> les noms des EPCIs. On a donc les communautés urbaines, les communauté 
> d'agglomération et les communautés de communes, plus les cinq syndicats 
> d'agglomération nouvelle restants. (Si on ne parle bien ici que des EPCI 
> à fiscalité propre.)
> 
> La plupart des EPCIs sont nommés selon le schéma « [CU|CA|CC] de X » 
> mais un nombre non négligeable ont des noms qui ne reprennent pas le 
> type d'EPCI, et ce pour les trois types. Par exemple on a « Nantes 
> Métropole » (CU), « Quimper Communauté » (CA) et « Poher Communauté » 
> (CC). Si pour ces EPCIs on ne met pas le type dans le nom il n'est pas 
> rentré dans la base, si on le met ça ne respecte pas le nom usuel.
> 
> Du coup on a plusieurs solutions :
> 
> * Mettre juste le nom habituel, i.e. « Quimper Communauté » ou «
> Communauté de Communes de Concarneau Cornouaille ». Inconvénient
> le type d'EPCI n'est pas toujours déductible.
> * Mettre le nom habituel et préciser avec un autre tag le type, par
> exemple « epci=cu », « epci=ca » et « epci=cc ». Inconvénient on a
> une redondance pour la plupart des EPCIs entre le nom et ce tag.
> * Ne pas mettre le type d'EPCI dans le nom, i.e. « Quimper
> Communauté » (pas de changements) mais « Concarneau Cornouaille »,
> et mettre le tag indiquant le type d'EPCI. Ici on considère que le
> type ne fait pas réellement partie du nom. (Comme dans « Ville de
> Quimper » ou « Département du Finistère ».) Les EPCIs ne sont pas
> constants dans leur utilisation du type dans leurs noms. En
> regardant sur leurs sites web on voit beaucoup de « Pays de X », «
> X - Communauté de communes », avec aussi des « Communauté de
> communes de X ». Avec cette méthode on élimine des ambigüités de
> nommage, au risque de ne pas toujours coller avec le nom
> couramment utilisé par l'EPCI dans sa communication. (Mais encore
> faut-il que ce soit toujours le même donc.)
> 
> Pour l'instant dans OSM, on retrouve les deux types de nommages, suivant 
> la personne qui a entré la relation dans la base. Personnellement je ne 
> vois pas trop quel schéma de nommage pourrait être le mieux, mais dans 
> tous les cas je pense qu'un tag indiquant le type pourrait être intéressant.
> 

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'est verbeux mais 
puisé à une seule source (qui doit faire référence sur le sujet, j'imagine) 
et peut éviter des ambiguïtés lorsque l'EPCI a le même nom que la ville 
principale :
CU d'Arras, CU d'Alençon par ex.
On pourrait aussi faire figurer dans un autre tag l'acronyme, qui tient parfois 
lieu 
de nom d'usage, et aussi, a priori dans le alt_name=* le nom sans les termes 
CA, CU,
ce qui revient à ta 3e proposition.

Comme tu l'évoque en 2e, un tag dédié au type me semble essentiel, à l'image du
school:FR=*, toujours dans l'idée d'une typologie non déduite du nom mais 
explicitée,
et stockée à un endroit dédié.

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. 

vincent


Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Campagne "jonctions" de la communauté OSM allemande

[Eric Sibert]

Les données pour la France sont disponibles ici:

http://toolserver.org/~flacus/OSM/index.php?land=france


Je viens de jeter un coup d'œil et de regarder un échantillon non  
représentatif. Il y a trois types d'erreurs potentielles détectées :

- croisement de voies au même niveau (layer) sans point commun
- nœuds très proches d'un chemin existant
- rond-points à l'envers

Il y a des erreurs détectées dans les îles anglo-normandes qui ne sont  
pas françaises et roulent à gauche. Ca fait des faux positifs!!! A  
retirer d'urgence. Exemple : http://osm.org/go/erl@rzITm--


Il y a à priori très peu de faux positifs et on a bien à faire à des  
erreurs. Ma seule réserve qui reste est que les erreurs appelant les  
erreurs, seule l'erreur signalée soit corrigée et pas les autres qui  
trainent généralement autour. Exemples :
- sur les croisements de chemin au même niveau, rajouter les éventuels  
ponts ou tunnels manquants
- http://osm.org/go/0B04sSF73-- : faire des vrais rond-points,  
majuscule au début des noms de rue, passage sous la voie-ferrée  
(visible sur le cadastre mais pas avec Bing) et j'en passe...
- pour revenir sur le rond-point anglo-normand  
http://osm.org/go/erl@r4RI6-- : quelqu'un a déjà corrigé hier le sens  
du rond-point (faux-positif) mais ne s'est pas inquiété du passage  
dessus ou dessous des voies centrales.


J'ai peur que ce genre de correction en masse fasse baisser les  
indicateurs quantitatifs d'erreur mais rendent plus difficile la  
détection des autres erreurs d'où un gain très relatif. Un peu comme  
certains imports. Je dirais globalement oui pour les corrections  
(après retrait des îles anglo-normandes) mais en regardant autour la  
cohérence et d'autres erreurs. Comme pour les imports.


Eric


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [Beciklo] redémarrage

[Lord Awikatchikaen]

Bonjour a tous,

Suite aux relances de Pierre et l'ADAV qui semblaient intéressés par
Beciklo, j'ai décidé de me replonger dans le projet en finançant un serveur
gandi et pour plus de visibilité un nom de domaine : http://www.beciklo.fr/

Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour que l'ADAV
puisse l'utiliser. Faire un rendu national nécessite plus d'espace disque,
et le budget ne suit pas pour le moment.Mais il y a assez de place pour 1
voire 2 régions suivant vos priorités (quelle région concentre le plus de
mappeur ?).

Rien de passionnant sur cette version, j'ai juste repris le style que l'on
avait abandonné avec quelques ajustements. Il y a un peu plus d'évolution
sur la version en dev : http://dev.beciklo.fr/

Pour ceux qui souhaitent participer, j'ai mis le projet sur github :
https://github.com/awikatchikaen/Beciklo, il y a l'IHM et les fichiers de
rendu. Le dépôt est ouvert à ceux qui se sentent l'envie de coder sinon il y
a les onglets "pull request" pour vos idées, et "issues" pour rapporter les
bugs.

Les données datent un peu (début 2011 me semble), ce n'est pas la priorité
mais il y aura ensuite des imports régulier et un rendu grace a mod_tile ou
équivalent.

Awikatchikaen
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Beciklo] redémarrage

[Philippe Pary]

Salut

Le lundi 24 janvier 2011 à 10:29 +0100, Lord Awikatchikaen a écrit :
> Suite aux relances de Pierre et l'ADAV qui semblaient intéressés par
> Beciklo, j'ai décidé de me replonger dans le projet en finançant un
> serveur gandi et pour plus de visibilité un nom de domaine :
> http://www.beciklo.fr/


Juste pour rebondir, il y a une couverture presse dédiée au projet de
l'ADAV :
http://www.lavoixdunord.fr/Locales/Lille/actualite/Secteur_Lille/2011/01/23/article_et-si-l-adav-creait-sa-propre-carte-des.shtml

On n'y parle pas d'OpenStreetMap, hélas.

> Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour que l'ADAV
> puisse l'utiliser. Faire un rendu national nécessite plus d'espace
> disque, et le budget ne suit pas pour le moment.Mais il y a assez de
> place pour 1 voire 2 régions suivant vos priorités (quelle région
> concentre le plus de mappeur ?).

Je te l'ai déjà dit, je le redis, mais il m'est possible d'avoir un
serveur pour couvrir un grand territoire (européen, peut-être mondial)

Philippe


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Beciklo] redémarrage

[Romain MEHUT]

Le plus simple ce serait de prendre contact avec Philippe Pary, de la
société Cleo (Cartographie libre et ouverte)
Plus d'infos : philippe.p...@cleo-carto.com ou 09 50 29 50 74

Le 24 janvier 2011 10:36, Philippe Pary  a écrit :

> Salut
>
> Le lundi 24 janvier 2011 à 10:29 +0100, Lord Awikatchikaen a écrit :
> > Suite aux relances de Pierre et l'ADAV qui semblaient intéressés par
> > Beciklo, j'ai décidé de me replonger dans le projet en finançant un
> > serveur gandi et pour plus de visibilité un nom de domaine :
> > http://www.beciklo.fr/
>
>
> Juste pour rebondir, il y a une couverture presse dédiée au projet de
> l'ADAV :
>
> http://www.lavoixdunord.fr/Locales/Lille/actualite/Secteur_Lille/2011/01/23/article_et-si-l-adav-creait-sa-propre-carte-des.shtml
>
> On n'y parle pas d'OpenStreetMap, hélas.
>
> > Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour que l'ADAV
> > puisse l'utiliser. Faire un rendu national nécessite plus d'espace
> > disque, et le budget ne suit pas pour le moment.Mais il y a assez de
> > place pour 1 voire 2 régions suivant vos priorités (quelle région
> > concentre le plus de mappeur ?).
>
> Je te l'ai déjà dit, je le redis, mais il m'est possible d'avoir un
> serveur pour couvrir un grand territoire (européen, peut-être mondial)
>
> Philippe
>
>
> ___
> 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] [Beciklo] redémarrage

[Thomas Clavier]

Le 24/01/2011 10:29, Lord Awikatchikaen a écrit :
> Pour ceux qui souhaitent participer, j'ai mis le projet sur github :
> https://github.com/awikatchikaen/Beciklo, il y a l'IHM et les fichiers
> de rendu. Le dépôt est ouvert à ceux qui se sentent l'envie de coder
> sinon il y a les onglets "pull request" pour vos idées, et "issues"
> pour rapporter les bugs.

à merger avec https://github.com/tclavier/mapnik/ ... c'était mon rep
/etc/mapnik pour mod_tile sur mon ancien serveur.

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




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] [Beciklo] redémarrage

[Philippe Pary]

Le lundi 24 janvier 2011 à 10:51 +0100, Romain MEHUT a écrit :
> Le plus simple ce serait de prendre contact avec Philippe Pary, de la
> société Cleo (Cartographie libre et ouverte)
> Plus d'infos : philippe.p...@cleo-carto.com ou 09 50 29 50 74

Avec moi tu veux dire ? :-)

Philippe

> Le 24 janvier 2011 10:36, Philippe Pary  a
> écrit :
> Salut
> 
> Le lundi 24 janvier 2011 à 10:29 +0100, Lord Awikatchikaen a
> écrit :
> > Suite aux relances de Pierre et l'ADAV qui semblaient
> intéressés par
> > Beciklo, j'ai décidé de me replonger dans le projet en
> finançant un
> > serveur gandi et pour plus de visibilité un nom de domaine :
> > http://www.beciklo.fr/
> 
> 
> 
> Juste pour rebondir, il y a une couverture presse dédiée au
> projet de
> l'ADAV :
> 
> http://www.lavoixdunord.fr/Locales/Lille/actualite/Secteur_Lille/2011/01/23/article_et-si-l-adav-creait-sa-propre-carte-des.shtml
> 
> On n'y parle pas d'OpenStreetMap, hélas.
> 
> > Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour
> que l'ADAV
> > puisse l'utiliser. Faire un rendu national nécessite plus
> d'espace
> > disque, et le budget ne suit pas pour le moment.Mais il y a
> assez de
> > place pour 1 voire 2 régions suivant vos priorités (quelle
> région
> > concentre le plus de mappeur ?).
> 
> 
> Je te l'ai déjà dit, je le redis, mais il m'est possible
> d'avoir un
> serveur pour couvrir un grand territoire (européen, peut-être
> mondial)
> 
> Philippe
> 
> 
> ___
> 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] [Beciklo] redémarrage

[Thomas Clavier]

Le 24/01/2011 10:51, Romain MEHUT a écrit :
> Le plus simple ce serait de prendre contact avec Philippe Pary, de la
> société Cleo (Cartographie libre et ouverte)
> Plus d'infos : philippe.p...@cleo-carto.com
>  ou 09 50 29 50 74
>
> Le 24 janvier 2011 10:36, Philippe Pary  > a écrit :
>
> Salut
>

Jolie !



-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783



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] [Beciklo] redémarrage

[Romain MEHUT]

Oups ;)

Le 24 janvier 2011 11:04, Philippe Pary  a écrit :

> Le lundi 24 janvier 2011 à 10:51 +0100, Romain MEHUT a écrit :
> > Le plus simple ce serait de prendre contact avec Philippe Pary, de la
> > société Cleo (Cartographie libre et ouverte)
> > Plus d'infos : philippe.p...@cleo-carto.com ou 09 50 29 50 74
>
> Avec moi tu veux dire ? :-)
>
> Philippe
>
> > Le 24 janvier 2011 10:36, Philippe Pary  a
> > écrit :
> > Salut
> >
> > Le lundi 24 janvier 2011 à 10:29 +0100, Lord Awikatchikaen a
> > écrit :
> > > Suite aux relances de Pierre et l'ADAV qui semblaient
> > intéressés par
> > > Beciklo, j'ai décidé de me replonger dans le projet en
> > finançant un
> > > serveur gandi et pour plus de visibilité un nom de domaine :
> > > http://www.beciklo.fr/
> >
> >
> >
> > Juste pour rebondir, il y a une couverture presse dédiée au
> > projet de
> > l'ADAV :
> >
> http://www.lavoixdunord.fr/Locales/Lille/actualite/Secteur_Lille/2011/01/23/article_et-si-l-adav-creait-sa-propre-carte-des.shtml
> >
> > On n'y parle pas d'OpenStreetMap, hélas.
> >
> > > Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour
> > que l'ADAV
> > > puisse l'utiliser. Faire un rendu national nécessite plus
> > d'espace
> > > disque, et le budget ne suit pas pour le moment.Mais il y a
> > assez de
> > > place pour 1 voire 2 régions suivant vos priorités (quelle
> > région
> > > concentre le plus de mappeur ?).
> >
> >
> > Je te l'ai déjà dit, je le redis, mais il m'est possible
> > d'avoir un
> > serveur pour couvrir un grand territoire (européen, peut-être
> > mondial)
> >
> > Philippe
> >
> >
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose: Repère géodésique sans bâti

[g.d]

Pardon, je m'amène un peu tard sur ce sujet :

Personnellement j'hésiterai, de lier dans OSM un repère géodésique ou de 
nivellement au bâti-support, même s'il en existe un.
Un repère géodésique peut être la croix d'une des tours d'une cathédrale qui en 
a plusieurs,
ou peut ne pas être au centre de la terrasse sommitale d'un clocher sans flèche.
Et ce n'est que rarement à la verticale au-dessus du "centre" du lieu de culte 
(autel...), mais la plupart est à l'autre bout...
Un repère du nivellement généralement est sur une des faces du bâti support
Bref ça ne rarement correspond au "centre" du bâti.
En mes yeux, les réseaux géodésiques sont une chose, le bâti en est une autre.

(D'ailleurs,
est-ce quelqu'un pourrait me renseigner où on peut trouver les fiches pdf des 
"anciens" repères géodésiques IGN apparemment abandonnés, sur le site du IGN ?
Même si ces points peut-être ne sont plus officiellement "supporté", ou sont en 
coordonnées projo anciennes, ils peuvent parfois m'être précieux... Merci !)

Gerhard


Le 12 janv. 2011 à 18:14, Vincent Privat a écrit :

> Bonjour,
> 
> Je suis en train de jeter un coup d'oeil aux erreurs d'osmose sur ma région, 
> et la plupart sont des "repère géodésiques sans bâti".
> 
> D'ailleurs il y a une faute à bâti ;)
> 
> Si quelqu'un pouvait détailler l'erreur sur le wiki: 
> http://wiki.openstreetmap.org/wiki/FR:Osmose#Description_des_erreurs je lui 
> en serait reconnaissant :)
> 
> En attendant, comment corrige-t-on cette erreur dans les cas suivants:
> 
> - Repère sur un calvaire -> Je modifie le node pour ajouter le tag habituel 
> (historic=wayside_cross) ou je crée un nouveau node aux mêmes coordonnées ?
> - Clochers d'église -> là je m'insurge, le bâti de mon église est là ^^ Il 
> faut une relation quelconque entre le bâti et les repères ?
> 
> Merci pour vos lumières :)
> 
> Vincent


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] référence insee

[Thomas Petillon]

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'est verbeux
> mais
> puisé à une seule source (qui doit faire référence sur le sujet, j'imagine)
> et peut éviter des ambiguïtés lorsque l'EPCI a le même nom que la ville
> principale :
> CU d'Arras, CU d'Alençon par ex.
> On pourrait aussi faire figurer dans un autre tag l'acronyme, qui tient
> parfois lieu
> de nom d'usage, et aussi, a priori dans le alt_name=* le nom sans les
> termes CA, CU,
> ce qui revient à ta 3e proposition.
>

Oui, c'est vrai que se baser sur une base uniqueet à priori officiel, c'est
pas plus mal.
Il y a aussi la possibilité de mettre le nom usuel dans name et le nom de la
base de l'INSEE dans official_name. (Mais qui s'il est présent sur le wiki
n'est pas très utilisé avec ~4 000 utilisations dans le monde.)


>
> Comme tu l'évoque en 2e, un tag dédié au type me semble essentiel, à
> l'image du
> school:FR=*, toujours dans l'idée d'une typologie non déduite du nom mais
> explicitée,
> et stockée à un endroit dédié.
>

En fait ce point était déjà dans la page du wiki, mais je ne l'avais pas vu.


>
> 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.
>

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 entre la commune et le département, donc c'est pas
complètement faux non plus.

(Et au passage, considérer les arrondissements de département comme des
admin_levels me semble pas complètement juste non plus, ce sont plus des
découpages internes au fonctionnement des divers organes de l'état. Pour
citer Wikipédia : « Contrairement aux régions, aux départements et aux
communes, les arrondissements départementaux ne possèdent pas le statut de
personne morale de droit public. Ils n'ont par ailleurs pas de nom propre et
sont désignés par le nom de la ville siège de la sous-préfecture. Toujours à
la différence de ces divisions territoriales, les arrondissements ne sont
pas gérés par des personnes élues, mais désignées par la présidence de la
République française. »)

Thomas.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag(s) à utiliser pour un circuit de moto-cross ?

[Nicolas Moyroud]

Bonjour,

J'ai supprimé le area=yes sur le polygone d'emprise. Mais le linéaire du 
circuit reste toujours représenté comme un polygone...


Nicolas


Marc SIBERT a écrit :
Le 21 janvier 2011 11:01, Nicolas Moyroud > a écrit :


Bonjour,

Voici ce que j'ai fait pour tagguer la piste de moto-cross. Pour
délimiter l'emprise de la zone occupée, j'ai créé un polygone avec
les tags area=yes, leisure=track et sport=motocross. Pour préciser
le linéaire du circuit j'ai créé une ligne fermée avec les tags
highway=track, sport=motocross et surface=dirt.
Sauf que le rendu Mapnik est très bizarre : le linéaire de la
piste ressort comme un polygone ! Je sais qu'on ne taggue pas pour
le rendu, mais bon ça fait bizarre...
Voir ici : http://osm.org/go/xVl@b6dP3-


Nicolas

Bonjour,

Effectivement, le "area=yes" sur le track n'a aucun sens. Pour rappel 
: area (surface) = yes <=> déplacement possible dans tout le polygone 
sans contrainte de direction, de sens, etc. Conclusion : pas d'area 
sur le way 95508575 .


A+

--
Marc Sibert
m...@sibert.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

[OSM-talk-fr] Présentation et questions traces gps

[Agnès Rambaud]

Bonjour,

Je me suis décidée à m'inscrire il y a quelques jours pour participer à
ma mesure au projet.

Habitant Goncelin (38), j'ai décidé de "peupler" un peu ce village, bien
vide.

Depuis, j'ai épluché le wiki (de préférence en français), testé potlach
1 et 2 (le 2 me paraît plus intuitif), et josm - mais là c'est encore
très obscur pour moi, même si j'ai apprécié la "rapidité" d'installation
sur ma débian ;)

Je découvre tout ça petit à petit, et j'espère ne pas avoir fait trop de
bourdes - que je corrigerai s'il y a lieu au fur et à mesure que
j'apprendrai et comprendrai. Je trouve en tout cas tout cela assez
addictif !

J'ai testé aujourd'hui l'import d'une trace gps. Il s'agit d'une petite
(je préfère commencer petit) route que je n'arrivait pas à suivre depuis
le fond de carte, et j'ai eu l'opportunité de la faire en voiture
aujourd'hui.
J'utilise mon téléphone portable avec OSMTracker pour androïd qui m'a
semblé pas mal - y'a-t-il mieux et/ou plus "adapté aux newbies
complets" comme moi ?

L'import s'est (semble-t-il) bien passé. Mais maintenant :
- ma trace semble passer en partie sur un bâtiment - du moins sur la
carte bien sûr. Or je suis certaine d'être restée sur la route ;).
Comment gère-t-on cela ? Faut-il faire confiance à la carte et décaler
mon chemin ou bien... ? (si j'ai bien compris, le bâti provient du
cadastre)
- Existe-t-il un moyen de convertir automatiquement la trace en chemin
ou bien faut-il "repasser" par dessus ? (j'ai épluché, du moins je
pense, l'aide en français sur le wiki. J'ai beaucoup plus de mal avec
l'anglais, surtout pour les termes techniques. Je n'ai pas vraiment
trouvé réponse à cette question).

Voilà, j'ai encore bien d'autres questions, mais chaque chose en son
temps...

Merci de vos retours,

Agnès


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Beciklo] redémarrage

[Julien Fastré]

Bonjour,

Je pense qu'il y a un intérêt à ce que la zone couverte concerne aussi la
Belgique. Après tout, c'est plus petit qu'une région française.

Le GRACQ (http://www.gracq.be) a présenté opencyclemap.org dans un de ses
journaux récents : http://www.gracq.be/VAV-2010/VAV148  Mais opencyclemap a
un inconvénient de taille, en plus d'être un projet privé: il n'implémente
pas le rendu des SUL, les sens uniques limités, massivement utilisés en
Belgique (taggés normalement bicycle:oneway=no).

Par ailleurs, le plan "wallonie cyclable" prévoit de mettre en place un
outil informatisé pour organiser le suivi des problèmes de circulation à
vélo http://www.provelo.org/spip.php?article2229 . Pour avoir été associé au
début du projet, je sais qu'il est envisagé d'utiliser les cartes d'OSM.
Cependant, le plan "wallonie cyclable" n'a pas encore été approuvé dans son
intégralité.

Je me pose aussi la question: pourquoi utiliser une adresse en ".fr" et pas
plutôt en .org? Le projet est-il uniquement limité à la France?

Enfin, bref, des choses frémissent aussi en Belgique, ça serait dommage de
ne pas saisir la balle au bond. Même si je ne suis personne pour dire que
beciclo va s'imposer en Belgique en 2011!

Bien à vous,
Julien FASTRE

Le 24 janvier 2011 11:14, Romain MEHUT  a écrit :

> Oups ;)
>
> Le 24 janvier 2011 11:04, Philippe Pary  a écrit
> :
>
> Le lundi 24 janvier 2011 à 10:51 +0100, Romain MEHUT a écrit :
>> > Le plus simple ce serait de prendre contact avec Philippe Pary, de la
>> > société Cleo (Cartographie libre et ouverte)
>> > Plus d'infos : philippe.p...@cleo-carto.com ou 09 50 29 50 74
>>
>> Avec moi tu veux dire ? :-)
>>
>> Philippe
>>
>> > Le 24 janvier 2011 10:36, Philippe Pary  a
>> > écrit :
>> > Salut
>> >
>> > Le lundi 24 janvier 2011 à 10:29 +0100, Lord Awikatchikaen a
>> > écrit :
>> > > Suite aux relances de Pierre et l'ADAV qui semblaient
>> > intéressés par
>> > > Beciklo, j'ai décidé de me replonger dans le projet en
>> > finançant un
>> > > serveur gandi et pour plus de visibilité un nom de domaine :
>> > > http://www.beciklo.fr/
>> >
>> >
>> >
>> > Juste pour rebondir, il y a une couverture presse dédiée au
>> > projet de
>> > l'ADAV :
>> >
>> http://www.lavoixdunord.fr/Locales/Lille/actualite/Secteur_Lille/2011/01/23/article_et-si-l-adav-creait-sa-propre-carte-des.shtml
>> >
>> > On n'y parle pas d'OpenStreetMap, hélas.
>> >
>> > > Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour
>> > que l'ADAV
>> > > puisse l'utiliser. Faire un rendu national nécessite plus
>> > d'espace
>> > > disque, et le budget ne suit pas pour le moment.Mais il y a
>> > assez de
>> > > place pour 1 voire 2 régions suivant vos priorités (quelle
>> > région
>> > > concentre le plus de mappeur ?).
>> >
>> >
>> > Je te l'ai déjà dit, je le redis, mais il m'est possible
>> > d'avoir un
>> > serveur pour couvrir un grand territoire (européen, peut-être
>> > mondial)
>> >
>> > Philippe
>> >
>> >
>> > ___
>> > 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
>>
>
>
> ___
> 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] [OSM-talk-fr-bzh] [Import 4C] Projet de la Semaine : Cartographie de la CC de Concarneau

[Thomas Petillon]

2011/1/23 Marc Sibert 

> Bonjour,
>
> Demain une nouvelle semaine commence et je vous propose rien de vraiment
> révolutionnaire. Voilà, l'import et le traitement des données de la 4C sont
> terminés et les données ont été mises en ligne sous la forme de pavés "z15"
> sur http://freeroute.fr/4c.
>
> Je vous propose de terminer l'import dans OSM cette semaine. J'ai commencé
> certaines zones comme vous pouvez le voir sur
> http://www.qualitystreetmap.org/osmqa/?map_x=-431343.72396921&map_y=6079906.5622936&map_zoom=13&lang=fr
>
> Autochtones ou pas, je vous invite à me rejoindre pour finir l'import.
> Notez bien que de nouvelles remarques sur la caractérisation des voies
> n'empêcheront pas l'import car toute les voies portent une référence
> spécifique à l'import 4C et qu'il sera donc possible de passer un robot
> dessus (et sur celles-là seulement ;-) en cas de besoin détecté
> postérieurement à l'import.
>
> A vos souris, partez, mais n'oubliez pas de "réserver" vos tuiles dans QSM.
>
> A+
>
> --
> Marc Sibert
> m...@sibert.fr
>
>
Bonjour,

Merci pour le boulot de traitement des données. :) J'ai commencé à importer
quelques dalles au nord d'Elliant.
Le découpage des voies à chaque intersection de la 4C implique d'avoir
beaucoup de ways différents, mais si on gagne la maintenabilité avec les
références c'est pas gênant.
Pour les voies qui se trouvent sur plusieurs dalles peuvent être
relativement facilement reconnectées, à l'aide de leur proximité et de leur
identifiant 4C, mais vaut mieux s'aider de la photographie aérienne. Il faut
faire gaffe par exemple aux ways qui sortent d'une dalle pour revenir sur la
même : il y a une connexion entre la sortie et l'entrée de la dalle qui
n'existe pas en vrai.

Thomas.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Beciklo] redémarrage

[Philippe Pary]

Le lundi 24 janvier 2011 à 14:08 +0100, Julien Fastré a écrit :
> Bonjour,
> 
> Je pense qu'il y a un intérêt à ce que la zone couverte concerne aussi
> la Belgique. Après tout, c'est plus petit qu'une région française. 

Car beciklo revit grâce au projet de l'association droit au vélo (ADAV),
association dont la portée est la Région Nord-Pas de Calais justement.
À terme, beciklo sera évidement calculé sur une base mondiale. 

> Le GRACQ (http://www.gracq.be) a présenté opencyclemap.org dans un de
> ses journaux récents : http://www.gracq.be/VAV-2010/VAV148  Mais
> opencyclemap a un inconvénient de taille, en plus d'être un projet
> privé: il n'implémente pas le rendu des SUL, les sens uniques limités,
> massivement utilisés en Belgique (taggés normalement
> bicycle:oneway=no).

> Par ailleurs, le plan "wallonie cyclable" prévoit de mettre en place
> un outil informatisé pour organiser le suivi des problèmes de
> circulation à vélo http://www.provelo.org/spip.php?article2229 . Pour
> avoir été associé au début du projet, je sais qu'il est envisagé
> d'utiliser les cartes d'OSM. Cependant, le plan "wallonie cyclable"
> n'a pas encore été approuvé dans son intégralité. 


Les connais-tu ? Puis-je les contacter pour proposer les services de la
société Cléo (qui accompagne l'ADAV sur ce projet) ?

> Je me pose aussi la question: pourquoi utiliser une adresse en ".fr"
> et pas plutôt en .org? Le projet est-il uniquement limité à la France?

Bonne remarque !

Philippe


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Communes cassées autour de la région Pays-de-la-Loire

[Damouns]

Il y a un problème avec pas mal de communes autour de la région
Pays-de-la-Loire (et Bretagne aussi apparemment) : elles ont disparu
du rendu ici : 
http://beta.letuffe.org/?zoom=8&lat=47.66&lon=-0.61&layers=BFFFTF

Exemple avec la commune de Langon :
http://www.openstreetmap.org/browse/relation/961182/history

Quelqu'un peut regarder comment corriger ça ? Apparemment c'est un
mappeur qui a voulu rajouter le n° SIREN des communes de France samedi
dernier, le 22 janvier : il y a eu un problème dans ses contours qui
touchent la limite de la région.

Damouns

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation et questions traces gps

[Eric Sibert]

Bonjour et bienvenu dans le monde OSM,


Habitant Goncelin (38), j'ai décidé de "peupler" un peu ce village, bien
vide.


Oui, il reste du travail dans la plaine du Grésivaudan.


J'ai testé aujourd'hui l'import d'une trace gps. [...]


Le sensibilité des puces GPS des téléphones portables n'est pas  
toujours extraordinaire. Se retrouver avec plusieurs mètres voir  
plusieurs dizaines de mètres d'erreur (avec un téléphone ou un GPS  
classique) est assez courant. Le fait que ça passe à travers des  
bâtiments est un signe que la trace GPS ne soit pas bonne... mais ça  
peut aussi venir des bâtiments eux-même. Néanmoins les bâtiments ayant  
généralement étaient extraits du cadastre, le risque d'erreur est  
beaucoup plus faible que le cadastre. Concernant l'importation des  
traces, en ce qui me concerne, je commence par les télécharger dans  
OSM en passant par le site web. Ensuite, quand l'opération a réussi,  
je clique sur Modifier. Ca m'ouvre Potlatch 1 qui me propose de  
convertir la trace en chemin. Enfin, je traite la trace dans Potlatch.



Voilà, j'ai encore bien d'autres questions, mais chaque chose en son
temps...


Il ne faut pas hésiter. Ou éventuellement trouver quelqu'un pour te  
guider dans tes premiers pas. Ca sent la cartopartie à Goncelin ;-)



Eric


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Beciklo] redémarrage

[Lord Awikatchikaen]

2011/1/24 Philippe Pary 

> Le lundi 24 janvier 2011 à 14:08 +0100, Julien Fastré a écrit :
> > Bonjour,
> >
> > Je pense qu'il y a un intérêt à ce que la zone couverte concerne aussi
> > la Belgique. Après tout, c'est plus petit qu'une région française.
>
> Car beciklo revit grâce au projet de l'association droit au vélo (ADAV),
> association dont la portée est la Région Nord-Pas de Calais justement.
> À terme, beciklo sera évidement calculé sur une base mondiale.
>

L'ADAV aussi sur une base mondiale ? :)


>
> > Le GRACQ (http://www.gracq.be) a présenté opencyclemap.org dans un de
> > ses journaux récents : http://www.gracq.be/VAV-2010/VAV148  Mais
> > opencyclemap a un inconvénient de taille, en plus d'être un projet
> > privé: il n'implémente pas le rendu des SUL, les sens uniques limités,
> > massivement utilisés en Belgique (taggés normalement
> > bicycle:oneway=no).
>
> > Par ailleurs, le plan "wallonie cyclable" prévoit de mettre en place
> > un outil informatisé pour organiser le suivi des problèmes de
> > circulation à vélo http://www.provelo.org/spip.php?article2229 . Pour
> > avoir été associé au début du projet, je sais qu'il est envisagé
> > d'utiliser les cartes d'OSM. Cependant, le plan "wallonie cyclable"
> > n'a pas encore été approuvé dans son intégralité.
>
>
> Les connais-tu ? Puis-je les contacter pour proposer les services de la
> société Cléo (qui accompagne l'ADAV sur ce projet) ?
>
> > Je me pose aussi la question: pourquoi utiliser une adresse en ".fr"
> > et pas plutôt en .org? Le projet est-il uniquement limité à la France?
>
> Bonne remarque !
>

le .fr : par chauvinisme ! Non, l'habitude de prendre des noms de domaine en
fr, j'aurais du voir plus loin. On verra par la suite, si beciklo s'étend si
la nécessite de changer de TLD est intéressante.

Pour la Belgique, on va essayer de trouver rapidement les ressources pour
avoir un rendu national, on incluera la Belgique !



> Philippe
>
>
> ___
> 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 questions traces gps

[Pieren]

2011/1/24 Eric Sibert 

> Néanmoins les bâtiments ayant généralement étaient extraits du cadastre, le
> risque d'erreur est beaucoup plus faible que le cadastre.
>
>
Je pense qu'Eric voulait dire "beaucoup plus faible que le GPS"...

Mais cela dépend aussi de l'endroit. La géométrie du cadastre peut être
assez mauvaise à la campagne et en zones escarpées. Tu peux utiliser les
images de Bing pour voir qui a le plus raison (mais attention, Bing peut
aussi avoir un décalage !). L'idéal pour être sûr, c'est d'avoir plusieurs
traces GPS pour faire une moyenne.

Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] référence insee

[Vincent Pottier]

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

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] référence insee

[hpmt]

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 de ce fil !
Les redécouvertes sont toujours plus juteuses, non ?
Où alors, personne n'a soupçonné que mon "banatic" voulait dire quelque 
chose ?

:>)

Hélène


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] forum: Carte OSM sur We-Travel

[forum]

Le message suivant :
##
Bonjour à tous.



Je cherche depuis quelques temps à créer une Carte de l'Ile de La Réunion pour 
We-Travel.

J'utilise We-Travel MapGenerator mais j'ai sans cesse une erreur qui apparaît : 
ERROR OSM-CONVERT:java.lang.NullPointerException



Selon un forum OSM en Anglais, voici la manip à faire :

 ERROR OSM-CONVERT: java.sql.SQLException: Access denied for user @'localhost' 
(using password: NO) 

when you setup mysql, you need to put a password for the root user (common 
Xaamp problem) the password is to be set in the settings of mapgen (see above 
"setup properties")

After Check POI Loaded, ERROR OSM-CONVERT: java.lang.NullPointerException 

[b]solution[/b]: the old mapgen 1.02 need to download some files from old 
wetravel.co.cc. i upload my old poidatabase.zip extract files with 7zip in your 
wetravelgen folder www.mediafire.com/file/vdm07v9g5g6ob6p/WeTravelGen.7z



solution 2: the mapgen 1.02 can be redirected by the 
windows/system32/drivers/etc/hosts file

you can find that also with run: %windir%/system32/drivers/etc

open it with a text editor (notepad) ask to grisu86 the IP to put at the end of 
the hosts file example:

127.0.0.1 localhost IPgrisu86givetoyou we-travel.co.cc

Retrieved from 
"http://we-travel.biz/wetravel/components/com_jwiki/index.php?title=Mapgenerator";

This



Mon anglais étant très mauvais, je vous avoue ne pas comprendre les manip à 
faire. Si quelqu'un pouvait éclairer ma lanterne ???



Merci d'avance



ArtaXerxes

a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=5
Une réponse sur la liste directement n'est hélas pas transmise sur le forum, 
ce qui n'empeche pas une concertation avant réponse sur ce fil de discussion
--
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

Re: [OSM-talk-fr] [résolu] Présentation et questions traces gps

[Agnès Rambaud]

Eric Sibert a écrit :

Bonjour et bienvenu dans le monde OSM,

Merci :)
Concernant l'importation des traces, en ce qui me concerne, je 
commence par les télécharger dans OSM en passant par le site web. 
Ensuite, quand l'opération a réussi, je clique sur Modifier. Ca 
m'ouvre Potlatch 1 qui me propose de convertir la trace en chemin. 
Enfin, je traite la trace dans Potlatch.
Effectivement, j'ai vu la (toute petite) case à cocher ! J'avais du 
manquer ça. Potlatch 1 est terriblement long chez moi, mais je m'en suis 
sortie. Une fois la conversion faite, j'ai fignolé avec potlach 2. OK, 
ça c'est bon.


Compris pour la "précision" du gps. Je serai un tantinet moins 
regardante - c'est vrai qu'il m'affiche des infos du genre "précision 4 
m" ou parfois bien plus. Largement suffisant pour "passer dans le bâti" !
Ou éventuellement trouver quelqu'un pour te guider dans tes premiers 
pas. Ca sent la cartopartie à Goncelin ;-)
C'est sûr qu'à un moment, quelques explications de vive voix avec 
exemple en direct live, ça aidera. Et puis ça doit être sympa de s'y 
coller à plusieurs de temps en temps :D


Merci Éric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Présentation et questions traces gps

[Agnès Rambaud]

Pieren a écrit :
2011/1/24 Eric Sibert >


Néanmoins les bâtiments ayant généralement étaient extraits du
cadastre, le risque d'erreur est beaucoup plus faible que le cadastre.


Je pense qu'Eric voulait dire "beaucoup plus faible que le GPS"...
Je pense également. Mon œil avait rectifié tout seul d'ailleurs, je 
n'avais pas remarqué ce détail ;)


Mais cela dépend aussi de l'endroit. La géométrie du cadastre peut 
être assez mauvaise à la campagne et en zones escarpées. Tu peux 
utiliser les images de Bing pour voir qui a le plus raison (mais 
attention, Bing peut aussi avoir un décalage !). L'idéal pour être 
sûr, c'est d'avoir plusieurs traces GPS pour faire une moyenne.
D'accord. Je comprend l'utilité de la moyenne. Bon, sur ce coup là, à 
l'endroit en question, l'image à suffit à rectifier légèrement le tracé. 
C'était pas énorme non plus. Mais je note pour le futur (et je 
n'hésiterai certes pas à revenir questionner la liste quand j'aurai des 
doutes ou des trucs bizarroïdes autant qu'étranges à mes yeux !).

Merci pour ces infos.

Agnès

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Communes cassées autour de la région Pays-de-la-Loire

[Art Penteur]

Peut-être est-il en train de corriger de lui même.

  Un exemple que je connais :
http://www.openstreetmap.org/browse/relation/123671/history

On voit bien sa modif "SIREN" du 23 janvier 2011 à 14:35, ma
correction à 17:14, et son revert à 23:45

S'il reste encore des choses cassée, le mieux est sans doute de le
contacter : il a l'air de bonne volonté et prêt à réparer ses erreurs.

Art.

Le 24 janvier 2011 14:28, Damouns  a écrit :
> Il y a un problème avec pas mal de communes autour de la région
> Pays-de-la-Loire (et Bretagne aussi apparemment) : elles ont disparu
> du rendu ici : 
> http://beta.letuffe.org/?zoom=8&lat=47.66&lon=-0.61&layers=BFFFTF
>
> Exemple avec la commune de Langon :
> http://www.openstreetmap.org/browse/relation/961182/history
>
> Quelqu'un peut regarder comment corriger ça ? Apparemment c'est un
> mappeur qui a voulu rajouter le n° SIREN des communes de France samedi
> dernier, le 22 janvier : il y a eu un problème dans ses contours qui
> touchent la limite de la région.
>
> Damouns
>
> ___
> 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] Seriale mappeuse en carafe.

[hpmt]

Je traverse une crise d'addiction à la cartographie du contour des 
communes du 31 (haute-garonne).
J'en ai une qui plante le plugin cadastre, mais je ne sais pas si ce 
n'est pas quelque chose chez moi. Quelqu'un pourrait-il jeter un zyeux, 
des fois que je soye responsable du désordre, par inadvertance ?

C'est
CASTILLON-DE-LARBOUST
Cadastre Image, tout au Sud du 31, en interface avec l'Espagne ;
ça plante pendant la 1ère partie, "recadrage" ; question mémoire il y a 
de la marge ; je crois que j'ai laissé partir un message d'alerte par 
mégarde.



merci, et à demain,

Hélène




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] référence insee

[Vincent de Chateau-Thierry]

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 entre la commune et le département,
> donc c'est pas complètement faux non plus.
>
> (Et au passage, considérer les arrondissements de département comme
> des admin_levels me semble pas complètement juste non plus, ce sont
> plus des découpages internes au fonctionnement des divers organes de
> l'état. Pour citer Wikipédia : « Contrairement aux régions, aux
> départements et aux  communes, les arrondissements départementaux ne
> possèdent pas le statut de personne morale de droit public. Ils n'ont 
> par ailleurs pas de nom propre et sont désignés par le nom de la

> ville siège de la sous-préfecture. Toujours à la différence de ces
> divisions territoriales, les arrondissements ne sont pas gérés par
> des personnes élues, mais désignées par la présidence de la
> République française. »)
>
> Thomas.

Merci Thomas. J'ai il est vrai plus l'aspect "imbrication / pyramide" en 
tête pour motiver l'attribution de l'admin_level=7 aux arrondissements. 
Sur la foi de l'article que tu cites, il serait au passage pertinent de 
ne pas attribuer de name=* aux arrondissements, mais leur ref:INSEE=* et 
l'admin_centre=*.


Le 24/01/2011 14:45, Vincent Pottier a écrit :


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



Et si en plus Vincent donne son Imprimatur, alors là  :-)

Ce que je vous propose pour la suite, compte tenu des retours :
- documenter sur le wiki (de façon plus propre qu'aujourd'hui) la 
modélisation des EPCIs, a priori sur cette page :

http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives
où le sujet est déja évoqué,
- documenter la nouvelle modélisation des arrondissements sur la même page,
- voir avec Sly (allo Sylvain ?) pour une prise en compte des EPCIs dans 
le rendu des découpages sur beta.letuffe.org
- une fois ces points validés, convertir les EPCIs déjà dans OSM vers la 
nouvelle modélisation


Ca ne sera pas fait (si c'est par moi) dans la minute, mais dans les 
jours à venir. Si d'autres initient la démarche, merci de se manifester 
par ici.


vincent

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Seriale mappeuse en carafe.

[Vincent de Chateau-Thierry]

Le 24/01/2011 22:03, hpmt a écrit :


Je traverse une crise d'addiction à la cartographie du contour des
communes du 31 (haute-garonne).
J'en ai une qui plante le plugin cadastre, mais je ne sais pas si ce
n'est pas quelque chose chez moi. Quelqu'un pourrait-il jeter un zyeux,
des fois que je soye responsable du désordre, par inadvertance ?
C'est
CASTILLON-DE-LARBOUST
Cadastre Image, tout au Sud du 31, en interface avec l'Espagne ;
ça plante pendant la 1ère partie, "recadrage" ; question mémoire il y a
de la marge ; je crois que j'ai laissé partir un message d'alerte par
mégarde.


merci, et à demain,

Hélène



Je vais répondre à côté, mais dans les options du plugin Cadastre, tu 
peux désactiver le recadrage des plans, une case à cocher, sait-on 
jamais. Et sinon en effet, un message d'erreur, ça pourrait aider si ça 
ne va pas mieux demain :-)


vincent (qui a coché la case et ne recadre jamais)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Communes cassées autour de la région Pays-de-la-Loire

[Philippe B]

Le 23/01/2011 19:55, d*** a écrit :

Bonjour philippekerla,

didier2020 vous a envoyé un message depuis OpenStreetMap avec le sujet 
delimitation de commune :


==
bonjour,

je vois que tu fais un gros travail avec les n° de SIREN. Bien !

par contre j'ai remarqué avec
http://beta.letuffe.org/cron/etat-communes/communes.csv.txt
que plusieurs relations étaient impactées (les relations ne sont plus 
fermées)


je te laisse regarder de plus pres, je ne corrige pas de nouvelle 
relation en attendant.


salutations
d***
==


Bonsoir,

mon intention n'est pas impacter le tracé des frontières des relations,
mais juste d'ajouter un tag "ref:SIREN".

Pour information, la façon de faire est la suivante, corriges moi si je 
trompe :


1) récupérer les données les plus fraîches possibles :
wget -N 
http://download.geofabrik.de/osm/europe/france/basse-normandie.osm.pbf


2) Filtrer les relations
osmosis --read-pbf basse-normandie.osm.pbf  --tag-filter 
accept-relations "ref:INSEE=*" --tag-filter reject-nodes --tag-filter 
reject-ways --write-xml relation_insee.osm


3) Initialiser une base PG
osmosis --truncate-apidb host="localhost" database="osm" user="Philippe" 
password="***"


4) Charger la base avec les relations
osmosis --read-xml file="relation_insee.osm" --write-apidb 
host="localhost" database="osm" user="Philippe" password="***"


5) insérer les SIREN en base à partir d'une table de correspondance 
"Code INSEE de la commune <=> SIREN de la commune"


6) Décharger la base
osmosis --read-apidb host="localhost" database="osm" user="Philippe" 
password="***" --write-xml file="relation_insee_out.osm"


7) Constituer un changeset
osmosis --read-xml file="relation_insee.osm" --sort --write-xml 
file="relation_insee_in_sorted.osm"
osmosis --read-xml file="relation_insee_out.osm" --sort --write-xml 
file="relation_insee_out_sorted.osm"

Les seuls différences sont les tag " ajoutées

osmosis --read-xml file="relation_insee_out_sorted.osm" --read-xml 
file="relation_insee_in_sorted.osm" --derive-change --write-xml-change 
file="relation_insee_change.osc"

Il y a seulement la présence des relations impactées.

8) Transformer le fichier en osm
relation_insee_change.osc  ==> relation_insee_change.osm

9) Par JOSM : ouvrir et envoyer les modifications.
En cas de conflit sur les membres d'une relation, toujours retenir "leur 
version".



A voir l'état de la carte :
http://beta.letuffe.org/?zoom=7&lat=46.55925&lon=2.2176&layers=BFFFTF 


je crois comprendre mon erreur :
avoir voulu agir région par région pour éviter un gros changeset.
Des impacts non désirés semblent redessiner les frontières des régions. :(

Sans doute, il aurait fallu par mieux partir des données de 
"france.osm.pbf" (+COM / DOM / ROM / POM )
et si nécessité de fragmenter les changesets procéder par étape , par 
exemple
en insérant les siren finissant par 0, puis ceux finissant par 1 et 
comme cela jusqu'à 9.


Je propose donc de lancer un revert sur cette série de modifications 
malheureuses.


philippe


Le lundi 24 janvier 2011 21:26:06 UTC  :
La série de revert vient de se terminer.
En espérant que tout soit rentré dans l'ordre, mes plus plates excuses.

Manifestement, je n'ai pas compris le principe des relations dans les 
*.osm par région :

tous les tags d'une relation sont là, mais pas tous ses membres.

philippe

Le 24/01/2011 21:06, Art Penteur a écrit :

Peut-être est-il en train de corriger de lui même.

   Un exemple que je connais :
http://www.openstreetmap.org/browse/relation/123671/history

On voit bien sa modif "SIREN" du 23 janvier 2011 à 14:35, ma
correction à 17:14, et son revert à 23:45

S'il reste encore des choses cassée, le mieux est sans doute de le
contacter : il a l'air de bonne volonté et prêt à réparer ses erreurs.

Art.

Le 24 janvier 2011 14:28, Damouns  a écrit :

Il y a un problème avec pas mal de communes autour de la région
Pays-de-la-Loire (et Bretagne aussi apparemment) : elles ont disparu
du rendu ici : 
http://beta.letuffe.org/?zoom=8&lat=47.66&lon=-0.61&layers=BFFFTF

Exemple avec la commune de Langon :
http://www.openstreetmap.org/browse/relation/961182/history

Quelqu'un peut regarder comment corriger ça ? Apparemment c'est un
mappeur qui a voulu rajouter le n° SIREN des communes de France samedi
dernier, le 22 janvier : il y a eu un problème dans ses contours qui
touchent la limite de la région.

Damouns




smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Communes cassées autour de la région Pays-de-la-Loire

[Damouns]

> Je propose donc de lancer un revert sur cette série de modifications
> malheureuses.
>
> philippe
>
>
> Le lundi 24 janvier 2011 21:26:06 UTC  :
> La série de revert vient de se terminer.
> En espérant que tout soit rentré dans l'ordre, mes plus plates excuses.

OK, tout a l'air rentré dans l'ordre ! Par contre pour la méthode je
ne suis pas encore assez agguerri pour te dire ce qui a posé
problème... Est-ce que c'est pas possible de faire des changesets en
disant juste à l'API d'ajouter un tag s'il est absent ?

Damouns

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr