Re: [OSM-talk-fr] frontière bizarre

2012-02-16 Par sujet Vincent de Chateau-Thierry 


Le 15/02/2012 23:33, jean navarro a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

bonsoir
en traînant un peu ce soir sur geofabrik je suis tombé sur ce qui me
semble être une frontière de la russie à ambérieu en bugey :)

http://tools.geofabrik.de/osmi/?view=multipolygon&lon=5.38286&lat=45.95406&zoom=14&opacity=0.59&overlays=multipolygons_type_is_boundary,type_is_boundary

voir la relation #60189

je dois être fatigué ... bonne nuit
jean navarro


Ce qui est affiché par OSMI n'est pas la vraie géométrie de la relation, 
mais une simplification sous forme d'enveloppe convexe :

http://fr.wikipedia.org/wiki/Enveloppe_convexe

La Russie a ses limites de part et d'autre du méridien à -180°, mais le 
calcul de l'enveloppe convexe a l'air de séparer les données de part et 
d'autre de ce méridien, d'où des lignes énormes comme celle qui part de 
-180, 62.6 :

http://tools.geofabrik.de/osmi/?view=multipolygon&lon=-179.24805&lat=62.80650&zoom=8&opacity=0.59&overlays=multipolygons_type_is_boundary
et qui passe à Ambérieu.

Pas de quoi corriger, finalement, mais c'est vrai que la vue que tu 
indiquais interpelle !


vincent

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

[OSM-talk-fr] "cartopartie contributive" organisée à Montpellier : article

2012-02-16 Par sujet Brice 
Bonjour,

un article paru ce jour dans une lettre à destination des collectivités locales
http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualite&jid=1250263245740&cid=1250263233866



Brice Mallet

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

[OSM-talk-fr] Fwd: [Francophone] Thèse financée IGN en cartographie/géomatique

2012-02-16 Par sujet Philippe Pary 
Pour information
--- Begin Message ---


...Désolée pour les doublons

Bonjour,

Le laboratoire COGIT propose un sujet de thèse intitulé : « Connaissances pour 
la construction et la perception de styles cartographiques : territoires et 
pratiques cartographiques », financé par l’IGN, pour 3 ans à partir de 2012. Le 
sujet complet et les modalités de candidature sont sur cette page 
(http://recherche.ign.fr/labos/cogit/propositionsCOGIT.php).

Date limite de candidature : 31 Mars 2012

Sujet(extrait)
L’objectif de cette thèse est d’analyser des représentations cartographiques 
existantes en vue d’adapter la conception de cartes à des styles 
cartographiques dépendant de pratiques spécifiques d’une « culture » 
cartographique. Par exemple, y’a-t-il un style « suisse » effectivement 
caractérisable ? Formaliser et exploiter les connaissances ayant trait aux 
territoires décrits, aux processus et aux pratiques cartographiques sera un 
enjeu de la thèse.
Cela nécessite d’étudier les caractéristiques visuelles de nombreux styles 
cartographiques existants issus par exemple de cartes topographiques (IGN, 
Ordnance Survey, SwissTopo, etc.) ou d’autres types de cartes (plan de métro, 
plan de ville, cartes de journaux, etc.). L’idée est d’analyser les effets 
éventuels des processus cartographiques (sélection et structuration de données, 
généralisations, symbologie, schématisation) sur le rendu visuel. Des travaux 
de recherche existent sur les choix de couleurs : il sera intéressant d’ouvrir 
le champ des recherches à l’ensemble des variables visuelles et d’étudier 
comment elles sont utilisées par les producteurs de ces cartes. Par ailleurs, 
l’impact visuel des processus cartographiques autres que la symbologie a été 
peu étudié jusqu’ici. Un objectif intermédiaire sera d’ordonner et de 
décorréler les impacts visuels de ces processus à l’aide d’une méthodologie
 adaptée. La formalisation de ces connaissances pourra être une base au 
développement d’un outil de comparaison de cartes. L’identification de styles 
cartographiques différents passe également par les utilisateurs eux-mêmes : 
leur perception de styles cartographiques pourra être évaluée en fonction de 
leur expérience personnelle et de leur expérience en cartographie.
L’objectif en recherche est d’améliorer l’identification, la formalisation et 
l’exploitation de connaissances sur la construction et la perception des 
cartes, qu’elles soient topographiques ou non. En termes d’application, la 
thèse permettra de répondre aux questions suivantes :
-    Peut-on appliquer un style cartographique à un jeu de données utilisateur 
en respectant des connaissances acquises ?
-    Peut-on proposer à un utilisateur, à partir de données IGN, une carte « à 
la suisse » ou « à l’anglaise » ou de tout autre style, sur les plateformes de 
carte à la carte existantes ?

(...plus d’informations sur 
http://recherche.ign.fr/labos/cogit/propositionsCOGIT.php)

Profil recherché : Master en Cartographie ou Géomatique ou Sciences Cognitives. 

Lieu de la thèse : IGN, Saint-Mandé (94).___
Francophone mailing list
francoph...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/francophone
--- End Message ---
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] le projet openBmap à besoin d'aide

2012-02-16 Par sujet Thomas Clavier 
On 09/02/2012 19:34, piratebab wrote:
> Bonjour,
> le projet openBmap est un projet libre qui consiste à relever les
> antennes de téléphonie mobiles et les points wifi. 

OpenCellID avec les données wifi ... faudra que je regardes les sources.

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

[OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet Vincent de Chateau-Thierry 

Bonjour,
J'ai une erreur 403 en voulant accéder au fichier de suivi des communes :
http://suivi.openstreetmap.fr/communes/communes.csv.txt

C'est moi, ou bien ?

merci
vincent

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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
On jeudi 16 février 2012, Vincent de Chateau-Thierry wrote:
> Bonjour,
> J'ai une erreur 403 en voulant accéder au fichier de suivi des communes :

Whaaa ! Y'en a qui sont vraiment tout le temps le nez dessus !
J'ai fais deux trois modif il y a même pas 10 minutes que tu es déjà à 
l'affût !

En tout cas merci pour ta surveillance !

> http://suivi.openstreetmap.fr/communes/communes.csv.txt
> 
> C'est moi, ou bien ?

J'en déduis que le dossier que je viens de virer servait en fait à quelque 
chose. Je pense que je vais retirer le karsher de mes outils pour faire le 
ménage...



-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet Christian Quest 
Le 16 février 2012 12:10, sly (sylvain letuffe)  a écrit :
> On jeudi 16 février 2012, Vincent de Chateau-Thierry wrote:
>> Bonjour,
>> J'ai une erreur 403 en voulant accéder au fichier de suivi des communes :
>
> Whaaa ! Y'en a qui sont vraiment tout le temps le nez dessus !
> J'ai fais deux trois modif il y a même pas 10 minutes que tu es déjà à
> l'affût !
>
> En tout cas merci pour ta surveillance !
>
>> http://suivi.openstreetmap.fr/communes/communes.csv.txt
>>
>> C'est moi, ou bien ?
>
> J'en déduis que le dossier que je viens de virer servait en fait à quelque
> chose. Je pense que je vais retirer le karsher de mes outils pour faire le
> ménage...
>
>


Euh, oui, il vaut mieux, car je l'utilise aussi dans un script.


-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet Vincent de Chateau-Thierry 



Le 16/02/2012 12:10, sly (sylvain letuffe) a écrit :

On jeudi 16 février 2012, Vincent de Chateau-Thierry wrote:

Bonjour,
J'ai une erreur 403 en voulant accéder au fichier de suivi des communes :


Whaaa ! Y'en a qui sont vraiment tout le temps le nez dessus !
J'ai fais deux trois modif il y a même pas 10 minutes que tu es déjà à
l'affût !

En tout cas merci pour ta surveillance !


http://suivi.openstreetmap.fr/communes/communes.csv.txt

C'est moi, ou bien ?


J'en déduis que le dossier que je viens de virer servait en fait à quelque
chose. Je pense que je vais retirer le karsher de mes outils pour faire le
ménage...



:-)
Je vois que c'est déjà de retour, et à jour siouplaît.
Merci m'sieur !

vincent

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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
> Euh, oui, il vaut mieux, car je l'utilise aussi dans un script.

et hop, réparé, et rangé, il devait bien y avoir 3 liens qui se pointaient les 
uns les autres je savais plus quel fil il fallait tirer.

Je te recommande toutefois de faire une mise en cache de ton coté sur tu as 
besoin du fichier csv de manière un peu plus stable, ça arrive souvent 
qu'entre ré-import de la base, bidouilles et tests divers je casse le bidule 
avant le remettre en route ultérieurement.



-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
On jeudi 16 février 2012, Vincent de Chateau-Thierry wrote:
> Je vois que c'est déjà de retour, et à jour siouplaît.
> Merci m'sieur !

J'ai changé la procédure de vidange des fichiers du cadastre, un calcul est en 
cours qui devrait se terminer d'ici quelques minutes avec les nouvelles 
communes vectorisées par le cadastre.
Au début je ne voulais pas le faire trop souvent pour éviter de se faire mal 
voir du cadastre, mais comme la vectorisation avance bien de leur coté, j'ai 
resserré les délais pour aller chercher les nouvelles communes tous les 5 
jours.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet Hélène PETIT 

Le 16/02/2012 12:30, sly (sylvain letuffe) a écrit :

... mais comme la vectorisation avance bien de leur coté,


09, ariège, 6 vectorisées sur 331, depuis la nuit des temps :>(((

J'ai pas d'chance

Hélène


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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
> 09, ariège, 6 vectorisées sur 331, depuis la nuit des temps :>(((

C'est quoi l'ariège ?

Et puis, tu es mauvaise langue, je me rappel qu'il y a pas plus tard qu'en 
2008 qu'il n'y en avait que 3.

x2 en 4 ans, à ce rythme là, ça devrait être vite fini vers 2030 ;-))

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet Christian Quest 
Je m'en sert ici:
http://openstreetmap.fr/outils/limites-communales-a-importer (en
travaux)

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet THEVENON Julien 
 De : Christian Quest 
 
 Je m'en sert ici:
 http://openstreetmap.fr/outils/limites-communales-a-importer (en travaux)

C est sympa cet outil! est ce qu il sera possible d avoir un flux RSS pour 
suivre les modifications de cette liste ?
il serait peut etre interessant aussi d avoir la possibilite d indiquer qu on a 
importe/retravaille les limites de la commune pour la sortir de la liste

Julien




>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 16 février 2012 13h32
>Objet : Re: [OSM-talk-fr] Accès KO au suivi des communes
> 
>Je m'en sert ici:
>http://openstreetmap.fr/outils/limites-communales-a-importer (en
>travaux)
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>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] Re : Accès KO au suivi des communes

2012-02-16 Par sujet Cedric Viou 
Pendant qu'on y est:

http://osmose.openstreetmap.fr/map/?item=7020

qui utilise le même .csv.  Il est précieux ce fichier!!!

Cedric

Le 16/02/2012 13:38, THEVENON Julien a écrit :
> * De :* Christian Quest **
> 
> * *Je m'en sert ici:
> * *http://openstreetmap.fr/outils/limites-communales-a-importer (en
> travaux)
> 
> C est sympa cet outil! est ce qu il sera possible d avoir un flux RSS
> pour suivre les modifications de cette liste ?
> il serait peut etre interessant aussi d avoir la possibilite d indiquer
> qu on a importe/retravaille les limites de la commune pour la sortir de
> la liste
> 
> Julien
> 
> 
> *De :* Christian Quest 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* Jeudi 16 février 2012 13h32
> *Objet :* Re: [OSM-talk-fr] Accès KO au suivi des communes
> 
> Je m'en sert ici:
> http://openstreetmap.fr/outils/limites-communales-a-importer (en
> travaux)
> 
> -- 
> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/cquest
> 
> ___
> 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] Re : Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
On jeudi 16 février 2012, THEVENON Julien wrote:
> il serait peut etre interessant aussi d avoir la possibilite d indiquer qu
> on a importe/retravaille les limites de la commune pour la sortir de la
> liste  

A mon avis, ça n'est pas utile, puisque une fois la limite importée, elle 
disparaîtra d'elle même de la liste le lendemain à 4h00 quand le calcul sera 
refait.

Seul cas de figure, quand les acharnés des limites se jette sur la même 
commune le même jour ;-) auquel cas je pourrais voir avec Jocelyn si ça 
vaudrait le coup de lancer une mise à jour vers 13h00 par exemple

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet Christian Quest 
Le 16 février 2012 13:38, THEVENON Julien  a écrit :
> De : Christian Quest 
>
> Je m'en sert ici:
> http://openstreetmap.fr/outils/limites-communales-a-importer (en
> travaux)
>
> C est sympa cet outil! est ce qu il sera possible d avoir un flux RSS pour
> suivre les modifications de cette liste ?
> il serait peut etre interessant aussi d avoir la possibilite d indiquer qu
> on a importe/retravaille les limites de la commune pour la sortir de la
> liste
>

Si la commune a été importée depuis la dernière génération du suivi de
sly (qui me sert de source d'info), le numéro de la relation
apparaitra dans la colonne "relation" car je vérifie via l'XAPI si la
relation existe ou pas pour le ref:INSEE de la commune.

C'est à affiner, en particulier pour distinguer le cas des limites qui
ne ferment pas.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
On jeudi 16 février 2012, Cedric Viou wrote:
> Pendant qu'on y est:
> 
> http://osmose.openstreetmap.fr/map/?item=7020
> 
> qui utilise le même .csv.  Il est précieux ce fichier!!!

Décidément, c'est pas croyable !
C'est si fun que ça d'analyser mes fichiers textes tout pourri prévu pour être 
lus par un humain ?

Pour une fois, yaka demander et je vous en fourni un truc tout joli en csv. Ça 
sera quand même plus robuste dans le cas où je décide de changer le nombre de 
# ou la syntaxe !

Je viens de l'ajouter pour la prochaine génération, un joli fichier csv des 
communes au format image qui restent à importer.

Concernant osmose, on dirait que ça ne se base pas que sur le fichier 
d'ailleurs, tu sais comment les coordonnées de la commune sont récupérées ? 
car mon fichier ne les contient pas.


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
On jeudi 16 février 2012, Christian Quest wrote:
> Je m'en sert ici:
> http://openstreetmap.fr/outils/limites-communales-a-importer (en
> travaux)

Oulla, tu utilises le fichier "bâtard" et tu parses le fichier à la vas y que 
ça galère ?
Genre celui-là : ?
http://suivi.openstreetmap.fr/communes/suivi-vectoriel.txt

Il ne faut pas hésiter à m'en parler quand tu te lances sur ce genre de truc 
bancal, sur simple demande je te génère le fichier top moumoute qui va bien, 
car dans le traitement évidement, j'ai ça sous une forme propre et c'est 2 
lignes pour t'en sortir de fichier csv que tu aura quand même moins de mal à 
traiter.

D'ailleurs, pof :
http://suivi.openstreetmap.fr/communes/

(enfin, presque pof, la génération est en cours)

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

[OSM-talk-fr] Re : Re : Accès KO au suivi des communes

2012-02-16 Par sujet THEVENON Julien 
 De : sly (sylvain letuffe) 
 A mon avis, ça n'est pas utile, puisque une fois la limite importée, elle 
 disparaîtra d'elle même de la liste le lendemain à 4h00 quand le calcul 
 sera 
 refait.

 Seul cas de figure, quand les acharnés des limites se jette sur la même 
 commune le même jour ;-) auquel cas je pourrais voir avec Jocelyn si ça 
 vaudrait le coup de lancer une mise à jour vers 13h00 par exemple


Je pensais plutot au cas des communes qui ont ete importees a partir du 
cadastre Raster georeference manuellement et qu on voudrait 
verifier/retravailler une fois la commune dispo en vectoriel

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

Re: [OSM-talk-fr] Re : Re : Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
On jeudi 16 février 2012, THEVENON Julien wrote:
> Je pensais plutot au cas des communes qui ont ete importees a partir du
> cadastre Raster georeference manuellement et qu on voudrait
> verifier/retravailler une fois la commune dispo en vectoriel  

Pas con, mais ça, ça n'est pas possible en se basant uniquement sur les 
fichiers que je génère concernant le suivi des communes puisque le cas de 
commune que tu présentes ne sera pas dans la liste vu qu'elle est présente 
dans OSM. (ne sont listées que les communes dont la limite n'est pas dans 
OSM)

Il faudrait recroiser les informations avec celles d'avant... pas forcément 
simple.


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

[OSM-talk-fr] Re : Re : Re : Accès KO au suivi des communes

2012-02-16 Par sujet THEVENON Julien 
 De : sly (sylvain letuffe) 

  On jeudi 16 février 2012, THEVENON Julien wrote:
  > Je pensais plutot au cas des communes qui ont ete importees a 
  > partir du
  > cadastre Raster georeference manuellement et qu on voudrait
  > verifier/retravailler une fois la commune dispo en vectoriel  

 Pas con, mais ça, ça n'est pas possible en se basant uniquement sur les 

 fichiers que je génère concernant le suivi des communes puisque le cas de 

 commune que tu présentes ne sera pas dans la liste vu qu'elle est présente 

 dans OSM. (ne sont listées que les communes dont la limite n'est pas dans 

 OSM)

 Il faudrait recroiser les informations avec celles d'avant... pas 
 forcément 

 simple.


Un moyen simple de faire c est de garder la liste precedente des communes avec  
leur etat ( raster/vecteur )
quand tu rafraichis ta liste tu fais un diff pour detecter un passage de raster 
a vecteur, si la commune est deja importee tu l ajoutes a une liste des 
communes a verifier
Julien



>
> De : sly (sylvain letuffe) 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 16 février 2012 14h27
>Objet : Re: [OSM-talk-fr] Re :  Re : Accès KO au suivi des communes
> 
>On jeudi 16 février 2012, THEVENON Julien wrote:
>> Je pensais plutot au cas des communes qui ont ete importees a partir du
>> cadastre Raster georeference manuellement et qu on voudrait
>> verifier/retravailler une fois la commune dispo en vectoriel  
>
>Pas con, mais ça, ça n'est pas possible en se basant uniquement sur les 
>fichiers que je génère concernant le suivi des communes puisque le cas de 
>commune que tu présentes ne sera pas dans la liste vu qu'elle est présente 
>dans OSM. (ne sont listées que les communes dont la limite n'est pas dans 
>OSM)
>
>Il faudrait recroiser les informations avec celles d'avant... pas forcément 
>simple.
>
>
>-- 
>sly
>qui suis-je : http://sly.letuffe.org
>email perso : sylvain chez letuffe un point org
>
>___
>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] Re : Re : Accès KO au suivi des communes

2012-02-16 Par sujet Erik Amzallag 
Le 16 février 2012 14:27, sly (sylvain letuffe)  a écrit
:

> On jeudi 16 février 2012, THEVENON Julien wrote:
> > Je pensais plutot au cas des communes qui ont ete importees a partir du
> > cadastre Raster georeference manuellement et qu on voudrait
> > verifier/retravailler une fois la commune dispo en vectoriel
>
> Pas con, mais ça, ça n'est pas possible en se basant uniquement sur les
> fichiers que je génère concernant le suivi des communes puisque le cas de
> commune que tu présentes ne sera pas dans la liste vu qu'elle est présente
> dans OSM. (ne sont listées que les communes dont la limite n'est pas dans
> OSM)
>
> Il faudrait recroiser les informations avec celles d'avant... pas forcément
> simple.
>

c'est pourtant ce qui serait intéressant. Connaitre les communes (dont les
limites existent déjà) qui viennent de passer au format vecteur.
Que ce soit pour importer les limites administratives plus précises,
ajuster les rues et éventuellement faire l'import du bâti (mais pas celui
de l'hydrographie, hein :) )
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Re : Re : Accès KO au suivi des communes

2012-02-16 Par sujet THEVENON Julien 
 De : Erik Amzallag 


Le 16 février 2012 14:27, sly (sylvain letuffe)  a écrit :

   On jeudi 16 février 2012, THEVENON Julien wrote:
>
>   > Je pensais plutot au cas des communes qui ont ete importees a 
>   > partir du
>    > cadastre Raster georeference manuellement et qu on voudrait
>    > verifier/retravailler une fois la commune dispo en vectoriel
>
> Pas con, mais ça, ça n'est pas possible en se basant uniquement sur 
> les
>   fichiers que je génère concernant le suivi des communes puisque le 
>  cas de
>   commune que tu présentes ne sera pas dans la liste vu qu'elle est 
>  présente
>   dans OSM. (ne sont listées que les communes dont la limite n'est 
>  pas dans
>   OSM)
>
>   Il faudrait recroiser les informations avec celles d'avant... pas 
>  forcément
>   simple.
>

 c'est pourtant ce qui serait intéressant. Connaitre les communes (dont les 
limites existent déjà) qui viennent de passer au format vecteur.
 Que 
ce soit pour importer les limites administratives plus précises, ajuster les 
rues et éventuellement faire l'import du bâti (mais pas celui de 
l'hydrographie, hein :) )

+1, j avais zappe de mentionner ces interets la

Julien




>
> De : Erik Amzallag 
>À : Discussions sur OSM en français  
>Envoyé le : Jeudi 16 février 2012 14h38
>Objet : Re: [OSM-talk-fr] Re : Re : Accès KO au suivi des communes
> 
>
>
>
>
>Le 16 février 2012 14:27, sly (sylvain letuffe)  a écrit :
>
>On jeudi 16 février 2012, THEVENON Julien wrote:
>>
>>> Je pensais plutot au cas des communes qui ont ete importees a partir du
>>> cadastre Raster georeference manuellement et qu on voudrait
>>> verifier/retravailler une fois la commune dispo en vectoriel
>>
>>Pas con, mais ça, ça n'est pas possible en se basant uniquement sur les
>>fichiers que je génère concernant le suivi des communes puisque le cas de
>>commune que tu présentes ne sera pas dans la liste vu qu'elle est présente
>>dans OSM. (ne sont listées que les communes dont la limite n'est pas dans
>>OSM)
>>
>>Il faudrait recroiser les informations avec celles d'avant... pas forcément
>>simple.
>>
>
>c'est pourtant ce qui serait intéressant. Connaitre les communes (dont les 
>limites existent déjà) qui viennent de passer au format vecteur.
>Que ce soit pour importer les limites administratives plus précises, ajuster 
>les rues et éventuellement faire l'import du bâti (mais pas celui de 
>l'hydrographie, hein :) )
>
>
>
>___
>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] Re : Accès KO au suivi des communes

2012-02-16 Par sujet Cedric Viou 
Le 16/02/2012 14:06, sly (sylvain letuffe) a écrit :
> On jeudi 16 février 2012, Cedric Viou wrote:
>> Pendant qu'on y est:
>>
>> http://osmose.openstreetmap.fr/map/?item=7020
>>
>> qui utilise le même .csv.  Il est précieux ce fichier!!!
> 
> Décidément, c'est pas croyable !
> C'est si fun que ça d'analyser mes fichiers textes tout pourri prévu pour 
> être 
> lus par un humain ?

Quelques expressions régulières (re) pour extraire les zone utiles.
Sur le coup, ce n'était pas drôle.  Mais une fois que l'on sait, on met
des re partout dans ses scripts.


> 
> Concernant osmose, on dirait que ça ne se base pas que sur le fichier 
> d'ailleurs, tu sais comment les coordonnées de la commune sont récupérées ? 
> car mon fichier ne les contient pas.

Un fichier csv construit à partir de :
http://www.galichon.com/codesgeo/

complété par un parseur des pages de :
http://fr.wikipedia.org/wiki/Listes_des_communes_de_France

et le clavier quand le parseur se plante dans une page.

Le fichier n'est pas garantit complet.  Seulement pour les communes qui
restent à mapper ;)


A+

Cedric


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

Re: [OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
On jeudi 16 février 2012, Cedric Viou wrote:

> complété par un parseur des pages de :
> http://fr.wikipedia.org/wiki/Listes_des_communes_de_France
> et le clavier quand le parseur se plante dans une page.

Boudiou !
J'imagine qu'a coté de ça, regexper mon fichier ça devait être du gâteau.
Mais bon, j'imagine que le csv de chez guichon t'a sans doute fourni une large 
majorité des coordonnées.

Flûte, ça m'étonne qu'il n'y ait pas une source un peu plus "exploitable" (à 
part osm bien sûr ;-) )




-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet Vincent de Chateau-Thierry 



Le 16/02/2012 15:28, sly (sylvain letuffe) a écrit :


Flûte, ça m'étonne qu'il n'y ait pas une source un peu plus "exploitable" (à
part osm bien sûr ;-) )



Désormais, et code postal mis à part, il y a le GeoFLA : code INSEE, 
nom, et coordonnées arrondies, mais suffisantes pour un affichage 
Osmose, non ?


vincent

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

Re: [OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet sly (sylvain letuffe) 
On jeudi 16 février 2012, Vincent de Chateau-Thierry wrote:
> Désormais, et code postal mis à part, il y a le GeoFLA : code INSEE, 
> nom, et coordonnées arrondies, mais suffisantes pour un affichage 
> Osmose, non ?

Ha mais oui ! Bien vu, je l'avais oublié celui-là.




-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Re : Re : Accès KO au suivi des communes

2012-02-16 Par sujet Vincent de Chateau-Thierry 



Le 16/02/2012 14:38, Erik Amzallag a écrit :


c'est pourtant ce qui serait intéressant. Connaitre les communes (dont
les limites existent déjà) qui viennent de passer au format vecteur.
Que ce soit pour importer les limites administratives plus précises,
ajuster les rues et éventuellement faire l'import du bâti (mais pas
celui de l'hydrographie, hein :) )



Avec la date de dispo de la commune en vecteur côté cadastre.gouv.fr, on 
pourrait ranger les communes (toutes les communes) dans différentes 
catégories en se basant sur la date de la v1 de la relation 
administrative dans OSM :

- commune définie à l'époque de sa dispo raster
- commune définie alors qu'elle existait en vecteur, mais avant la dispo 
des exports de cleo (donc tracé manuel ou avec l'ancien outil GPX de 
Frédéric)

- commune définie depuis la dispo des fichiers de cleo
Le principal problème reste de disposer de la date de mise à dispo du 
cadastre vectoriel, commune par commune, côté cadastre.gouv.fr. Si 
quelqu'un a une piste...


vincent

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

Re: [OSM-talk-fr] Re : Re : Accès KO au suivi des communes

2012-02-16 Par sujet Ab_fab 
L'extraction actuelle des limites communales est très clean car elle
provient de données vectorielles (le fichier pdf du site du cadastre), mais
ce qui est dommage c'est qu'il n'y a plus l'étape de "conflation" qui était
disponible avec l'ancienne méthode d'import (celle qui produisait des
traces gpx).

Pour bien faire, il faudrait se coltiner cette conflation way frontière par
way frontière pour identifier :
_ Les limites très cohérentes pour les deux communes adjacentes (tip top)
_ Les limites avec pas mal de décalage, et où la limite OSM propose une
solution médiane "intelligente"
_ Les limites avec pas mal de décalage, où la limite OSM ne suit que les
infos d'une commune (pas de conflation)
_ Les décalages probablement dus aux changements de projections (Limites
entrées dans OSM "au temps du Lambert 4 zones")

*** ce qui suit est une idée fumeuse, vous êtes prévenus ***

J'ai toujours en tête un outil qui analyserait un par un les segments
frontière d'une commune avec ses communes adjacentes et qui mettrait en
valeur les zones où les données ne sont pas bien en phase entre les
communes, ainsi que des pistes pour juger du meilleur ajustement à
effectuer, si cela est nécessaire :

Prenons la commune de Longevernes, qui comme chacun sait est mitoyenne de
Velrans (*),

On entre (par exemple) le code INSEE de Longevernes (99081).
L'outil retrouve l'identifiant de la relation de la commune, et
l'identifiant de chacun des segments qui la composent.

Pour l'un de ces segments, il va être possible de déterminer qu'il fait
également partie de la relation qui constitue la limite de Velrans (INSEE
99657)

En chargeant les données
_ de la limite de chacune de ces communes depuis un dépôt (Cleo par ex.)
_ du segment frontière de la base OSM entre les deux communes
_ de la base Geofla (?) (pour la position des points triples par exemple)

On pourrait faire quelques tests pour estimer
_ la distance moyenne entre les différents segments,
_ voir si le segment OSM est plutôt au milieu des deux limites cadastrales
ou alors ne correspond clairement qu'à l'une des deux
_ (...)

(*) ceux qui ont lu / vu la Guerre des Boutons en tout cas

Le 16 février 2012 14:38, Erik Amzallag  a écrit :

>
>
> Le 16 février 2012 14:27, sly (sylvain letuffe)  a
> écrit :
>
> On jeudi 16 février 2012, THEVENON Julien wrote:
>> > Je pensais plutot au cas des communes qui ont ete importees a partir du
>> > cadastre Raster georeference manuellement et qu on voudrait
>> > verifier/retravailler une fois la commune dispo en vectoriel
>>
>> Pas con, mais ça, ça n'est pas possible en se basant uniquement sur les
>> fichiers que je génère concernant le suivi des communes puisque le cas de
>> commune que tu présentes ne sera pas dans la liste vu qu'elle est présente
>> dans OSM. (ne sont listées que les communes dont la limite n'est pas dans
>> OSM)
>>
>> Il faudrait recroiser les informations avec celles d'avant... pas
>> forcément
>> simple.
>>
>
> c'est pourtant ce qui serait intéressant. Connaitre les communes (dont les
> limites existent déjà) qui viennent de passer au format vecteur.
> Que ce soit pour importer les limites administratives plus précises,
> ajuster les rues et éventuellement faire l'import du bâti (mais pas celui
> de l'hydrographie, hein :) )
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet Cedric Viou 
Le 16/02/2012 15:39, Vincent de Chateau-Thierry a écrit :
> 
> Désormais, et code postal mis à part, il y a le GeoFLA : code INSEE,
> nom, et coordonnées arrondies, mais suffisantes pour un affichage
> Osmose, non ?

C'est bien ça!  Dommage que ça n'ait pas été inventé plus tôt. ;)

Cedric

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

Re: [OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet Cedric Viou 
Le 16/02/2012 15:28, sly (sylvain letuffe) a écrit :
> On jeudi 16 février 2012, Cedric Viou wrote:
> 
>> complété par un parseur des pages de :
>> http://fr.wikipedia.org/wiki/Listes_des_communes_de_France
>> et le clavier quand le parseur se plante dans une page.
> 
> Boudiou !
> J'imagine qu'a coté de ça, regexper mon fichier ça devait être du gâteau.
> Mais bon, j'imagine que le csv de chez guichon t'a sans doute fourni une 
> large 
> majorité des coordonnées.

Merci à lui !  Je me demande comment il a fait pour construire cette base.

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

[OSM-talk-fr] [osm-grenoble] le retour des cartes vivantes mardi 6 mars

2012-02-16 Par sujet Guillaume Allegre 
Pour info, à Grenoble :

Le jeu. 16 fevr. 2012 à 09:19 +0100, Guillaume Allegre a ecrit :
> Après l'organisation de la séance grenobloise de la "Nuit des cartes 
> vivantes",
> le 7 février dernier par Julien du LOG (hackerspace de Grenoble), voici
> la séance de rattrapage "Le retour des cartes vivantes" ;-) le mardi 6 mars,
> pour les absents du premier tour (et les présents toujours motivés).
> 
> Ce sera de 19 h à minuit (maximum), et toujours au CCSTI, dans la salle 
> allouée
> au LOG. 
> C'est toujours 2, place St Laurent, ou 
> http://www.openstreetmap.org/?mlat=45.1978397369385&mlon=5.73230981826782&zoom=15
> 
> Je propose éventuellement un thème de travail plus précis pour ceux qui 
> voudraient :
> utilisation des API OSM d'extraction de données... et éventuellement, à 
> compléter en
> bonnes pratiques pour l'import-fusion de données "Open data".


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

[OSM-talk-fr] mongeosource utilise OSM

2012-02-16 Par sujet partir-en-vtt 
mongéosource, service du brgm pour avoir un catalogue de données sans
installer l'application utilise OSM pour la localisation géographique. 

http://www.mongeosource.fr/geosource-1003/apps/search/?hl=fr&extent=-55,500,120,700/#

--
View this message in context: 
http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490105.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] mongeosource utilise OSM

2012-02-16 Par sujet Philippe Verdy 
Très bien, mais il est grand temps, pour ces services qui se
multiplient pour utiliser des cartes OSM, qu'ils se mettent à fournir
aussi des serveurs de tuiles, pour contribuer aussi à la charge
générale.

A-t-on un projet permettant de favoriser la distribution de la charge
de calcul, ou de mettre en place au moins des proxies-caches
mutualisés et interréférencés, afin de soulager les serveurs existants
d'une partie de la bande passante ?

Il serait bon de demander à ces services de mettre en place avec leur
serveur web au minimum un serveur proxy cache qui fera l'essentiel des
accès aux serveurs de tuiles communs, pour que les utilisateurs de ces
sites ne viennent pas rajouter de la charge prise gratuitement aux
serveurs existants (que ce soit les serveurs Mapnik, Mapquest). Cette
mise en place de proxies se fait de façon très classique comme
n'importe quel proxy cache (on peut suggérer Squid, qui est totalement
libre, et saura très bien mettre en cache ce qui n'est qu'une
collection d'images de format standard PNG ou SVG, avec des URL
stables, même si elles sont mises à jour de temps en temps).

C'est bien de motiver des services pour les faire contribuer à l'Open
Data. Mais ne pas oublier le partage de coûts d'exploitation qui
peuvent clairement et facilement être mutualisés sans gros effort (et
sans remettre en cause non plus le mouvement Open Data et les autres
accords de coopération et de licences).

Car on commence sérieusement à ressentir le manque de ressources pour
la calcul des tuiles, et la distribution des tuiles calculées commence
aussi à devenir lente.

Et des utilisateurs d'autres services s'en plaignent de façon
réellement désagréable (à en juger la colère des utilisateurs abonnés
de Geocaching depuis qu'il a dû supprimer l'accès à Google Maps à
cause d'un changement drastique des conditions financières imposées
par Google; ces utilisateurs se plaignent le plus des lenteurs
d'affichage des cartes, ou des tuiles qui ne s'affichent pas).

Et cela concerne aussi les utilisateurs de JOSM ou Potlatch qui ont
aussi de plus en plus souvent des tuiles non chargées ou très lentes à
apparaître.

Il nous faut donc dans notre communauté monter un projet suivi destiné
à promouvoir l'installation de caches pour ces tuiles précalculées,
c'est un minimum ! Et assurer un suivi de la bande passante des
serveurs de tuiles (selon l'utilisation qui en est faite par
identification des services web qui les référencent), faute de quoi
c'est tout le système OSM qui verra sa réputation anéantie, malgré la
qualité de sa base de données et la rapidité des corrections qui lui
sont signalées et corrigées par la communauté.

Il n'est pas aberrant de réfléchir à une utilisation raisonnée et
équitable de la bande passante. Les proxies caches et miroirs
interréférencés sont une bonne solution pour se partager les coûts
pour que chacun en supporte le minimum quand y contribue en mettant en
place de tels miroirs et proxies eux aussi d'accès public.

Le 16 février 2012 18:07, partir-en-vtt  a écrit :
> mongéosource, service du brgm pour avoir un catalogue de données sans
> installer l'application utilise OSM pour la localisation géographique.
>
> http://www.mongeosource.fr/geosource-1003/apps/search/?hl=fr&extent=-55,500,120,700/#
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490105.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] mongeosource utilise OSM

2012-02-16 Par sujet monsieur a 
Tu as l'aire de connaître ton, il serait interressant que tu nous fasse une
petite page wiki sur comment installer un proximité cache et des avantages
a le faire
Le 16 févr. 2012 19:39, "Philippe Verdy"  a écrit :

> Très bien, mais il est grand temps, pour ces services qui se
> multiplient pour utiliser des cartes OSM, qu'ils se mettent à fournir
> aussi des serveurs de tuiles, pour contribuer aussi à la charge
> générale.
>
> A-t-on un projet permettant de favoriser la distribution de la charge
> de calcul, ou de mettre en place au moins des proxies-caches
> mutualisés et interréférencés, afin de soulager les serveurs existants
> d'une partie de la bande passante ?
>
> Il serait bon de demander à ces services de mettre en place avec leur
> serveur web au minimum un serveur proxy cache qui fera l'essentiel des
> accès aux serveurs de tuiles communs, pour que les utilisateurs de ces
> sites ne viennent pas rajouter de la charge prise gratuitement aux
> serveurs existants (que ce soit les serveurs Mapnik, Mapquest). Cette
> mise en place de proxies se fait de façon très classique comme
> n'importe quel proxy cache (on peut suggérer Squid, qui est totalement
> libre, et saura très bien mettre en cache ce qui n'est qu'une
> collection d'images de format standard PNG ou SVG, avec des URL
> stables, même si elles sont mises à jour de temps en temps).
>
> C'est bien de motiver des services pour les faire contribuer à l'Open
> Data. Mais ne pas oublier le partage de coûts d'exploitation qui
> peuvent clairement et facilement être mutualisés sans gros effort (et
> sans remettre en cause non plus le mouvement Open Data et les autres
> accords de coopération et de licences).
>
> Car on commence sérieusement à ressentir le manque de ressources pour
> la calcul des tuiles, et la distribution des tuiles calculées commence
> aussi à devenir lente.
>
> Et des utilisateurs d'autres services s'en plaignent de façon
> réellement désagréable (à en juger la colère des utilisateurs abonnés
> de Geocaching depuis qu'il a dû supprimer l'accès à Google Maps à
> cause d'un changement drastique des conditions financières imposées
> par Google; ces utilisateurs se plaignent le plus des lenteurs
> d'affichage des cartes, ou des tuiles qui ne s'affichent pas).
>
> Et cela concerne aussi les utilisateurs de JOSM ou Potlatch qui ont
> aussi de plus en plus souvent des tuiles non chargées ou très lentes à
> apparaître.
>
> Il nous faut donc dans notre communauté monter un projet suivi destiné
> à promouvoir l'installation de caches pour ces tuiles précalculées,
> c'est un minimum ! Et assurer un suivi de la bande passante des
> serveurs de tuiles (selon l'utilisation qui en est faite par
> identification des services web qui les référencent), faute de quoi
> c'est tout le système OSM qui verra sa réputation anéantie, malgré la
> qualité de sa base de données et la rapidité des corrections qui lui
> sont signalées et corrigées par la communauté.
>
> Il n'est pas aberrant de réfléchir à une utilisation raisonnée et
> équitable de la bande passante. Les proxies caches et miroirs
> interréférencés sont une bonne solution pour se partager les coûts
> pour que chacun en supporte le minimum quand y contribue en mettant en
> place de tels miroirs et proxies eux aussi d'accès public.
>
> Le 16 février 2012 18:07, partir-en-vtt  a écrit
> :
> > mongéosource, service du brgm pour avoir un catalogue de données sans
> > installer l'application utilise OSM pour la localisation géographique.
> >
> >
> http://www.mongeosource.fr/geosource-1003/apps/search/?hl=fr&extent=-55,500,120,700/#
> >
> > --
> > View this message in context:
> http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490105.html
> > Sent from the France mailing list archive at Nabble.com.
> >
> > ___
> > 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] mongeosource utilise OSM

2012-02-16 Par sujet Philippe Verdy 
On peut renvoyer les utilisateurs sur le site de Squid, qui documente tout !

http://www.squid-cache.org/

Ou encore sur ce Howto (en français celui là) sur l'installation et la
configuration de Squid sur un serveur Linux :

http://www.stux6.net/unix/linux/proxy-transparent-linux-squid

Des logiciels libres de proxies, ça ne manque pas, ni la documentation !

Le 16 février 2012 19:49, monsieur a  a écrit :
> Tu as l'aire de connaître ton, il serait interressant que tu nous fasse une
> petite page wiki sur comment installer un proximité cache et des avantages a
> le faire
>
> Le 16 févr. 2012 19:39, "Philippe Verdy"  a écrit :
>
>> Très bien, mais il est grand temps, pour ces services qui se
>> multiplient pour utiliser des cartes OSM, qu'ils se mettent à fournir
>> aussi des serveurs de tuiles, pour contribuer aussi à la charge
>> générale.
>>
>> A-t-on un projet permettant de favoriser la distribution de la charge
>> de calcul, ou de mettre en place au moins des proxies-caches
>> mutualisés et interréférencés, afin de soulager les serveurs existants
>> d'une partie de la bande passante ?
>>
>> Il serait bon de demander à ces services de mettre en place avec leur
>> serveur web au minimum un serveur proxy cache qui fera l'essentiel des
>> accès aux serveurs de tuiles communs, pour que les utilisateurs de ces
>> sites ne viennent pas rajouter de la charge prise gratuitement aux
>> serveurs existants (que ce soit les serveurs Mapnik, Mapquest). Cette
>> mise en place de proxies se fait de façon très classique comme
>> n'importe quel proxy cache (on peut suggérer Squid, qui est totalement
>> libre, et saura très bien mettre en cache ce qui n'est qu'une
>> collection d'images de format standard PNG ou SVG, avec des URL
>> stables, même si elles sont mises à jour de temps en temps).
>>
>> C'est bien de motiver des services pour les faire contribuer à l'Open
>> Data. Mais ne pas oublier le partage de coûts d'exploitation qui
>> peuvent clairement et facilement être mutualisés sans gros effort (et
>> sans remettre en cause non plus le mouvement Open Data et les autres
>> accords de coopération et de licences).
>>
>> Car on commence sérieusement à ressentir le manque de ressources pour
>> la calcul des tuiles, et la distribution des tuiles calculées commence
>> aussi à devenir lente.
>>
>> Et des utilisateurs d'autres services s'en plaignent de façon
>> réellement désagréable (à en juger la colère des utilisateurs abonnés
>> de Geocaching depuis qu'il a dû supprimer l'accès à Google Maps à
>> cause d'un changement drastique des conditions financières imposées
>> par Google; ces utilisateurs se plaignent le plus des lenteurs
>> d'affichage des cartes, ou des tuiles qui ne s'affichent pas).
>>
>> Et cela concerne aussi les utilisateurs de JOSM ou Potlatch qui ont
>> aussi de plus en plus souvent des tuiles non chargées ou très lentes à
>> apparaître.
>>
>> Il nous faut donc dans notre communauté monter un projet suivi destiné
>> à promouvoir l'installation de caches pour ces tuiles précalculées,
>> c'est un minimum ! Et assurer un suivi de la bande passante des
>> serveurs de tuiles (selon l'utilisation qui en est faite par
>> identification des services web qui les référencent), faute de quoi
>> c'est tout le système OSM qui verra sa réputation anéantie, malgré la
>> qualité de sa base de données et la rapidité des corrections qui lui
>> sont signalées et corrigées par la communauté.
>>
>> Il n'est pas aberrant de réfléchir à une utilisation raisonnée et
>> équitable de la bande passante. Les proxies caches et miroirs
>> interréférencés sont une bonne solution pour se partager les coûts
>> pour que chacun en supporte le minimum quand y contribue en mettant en
>> place de tels miroirs et proxies eux aussi d'accès public.
>>
>> Le 16 février 2012 18:07, partir-en-vtt  a écrit
>> :
>> > mongéosource, service du brgm pour avoir un catalogue de données sans
>> > installer l'application utilise OSM pour la localisation géographique.
>> >
>> >
>> > http://www.mongeosource.fr/geosource-1003/apps/search/?hl=fr&extent=-55,500,120,700/#
>> >
>> > --
>> > View this message in context:
>> > http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490105.html
>> > Sent from the France mailing list archive at Nabble.com.
>> >
>> > ___
>> > 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] mongeosource utilise OSM

2012-02-16 Par sujet Philippe Verdy 
Le 16 février 2012 19:49, monsieur a  a écrit :
> Tu as l'aire de connaître ton, il serait interressant que tu nous fasse une
> petite page wiki sur comment installer un proximité cache et des avantages a
> le faire

Note; la traduction française de "proxy" ce n'est pas "proximité",
mais "mandataire".

Un "proxy" n'est pas proche, c'est quelqu'un ou quelque chose qui agit
comme "intermédiaire" entre deux entités pour faciliter leurs échanges
ou négociations. On parle aussi parfois de "médiateur" (quand
l'intermédiaire permet d'éviter un conflit frontal direct rendant les
négociations impossibles), voire de "entremetteur/entremetteuse" (pour
les négociations de mariages ou de relations diverses entre personnes)
ou de "facilitateur".

Ce qui compte c'est que l'intermédiaire dispose de la confiance ou
d'une délégation de pouvoir (un mandat, d'où le terme "mandataire"
habituellement utilisé pour traduire "proxy") par au moins une des
deux entités dont il facilite les échanges.

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

Re: [OSM-talk-fr] mongeosource utilise OSM

2012-02-16 Par sujet partir-en-vtt 
J'ose espérer que le BRGM avec ses nombreux serveurs n'utilise pas
directement le service ! Il serait intéressant de leur poser la question.
Peut-être peut-on le savoir en analysant les flux de données avec un firebug
par exemple ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490519.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Re : Accès KO au suivi des communes

2012-02-16 Par sujet Philippe Verdy 
A ce sujet, la base OSM contient parfois le code commune dans un tag
"code_commune" au lieu de "ref:INSEE".

Il faudrait se mettre d'accord, et pour faciliter le travail de tout
le monde sans avoir à constamment alourdir les scripts et éditeurs
pour toujours, penser peut-être à les uniformiser dans la base...

Qui s'occupe de gérer les travaux d'uniformisation et
mentionner/documenter les recommandations au moins dans le wiki (où on
peut aussi discuter des effets potentiels de certaines uniformisations
un peu trop sauvages qui supprimeraient des distinctions utiles) ?

Qui s'occupe de vérifier que les tags spécifiques à certains outils
d'import ou de suivi et synchronisation avec d'autres sources GIS,
utilisent un schéma de nommage à peu près cohérent et pas en conflit
avec d'autres outils ? Où est la charte de nommage des tags ?

Le 16 février 2012 13:53, Christian Quest  a écrit :
> Si la commune a été importée depuis la dernière génération du suivi de
> sly (qui me sert de source d'info), le numéro de la relation
> apparaitra dans la colonne "relation" car je vérifie via l'XAPI si la
> relation existe ou pas pour le ref:INSEE de la commune.

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

[OSM-talk-fr] forum: extraction carte en local et affichage sur mobile

2012-02-16 Par sujet forum 
Le message suivant :
##
Bonjour,
je suis nouveau et je découvre le monde de la carto, j?espère être au bon 
endroit pour mes questions.
je développe des applications sous Android notamment.

j'aimerais vérifier, tester un projet en tête :
1- extraire une ville (région) d OSM afin d'avoir la carte OSM dans un fichier 
en local.
2 -Afficher cette carte (depuis le fichier exporter précédemment ) via un 
module externe ou application tierce avec la possibilitée de zoom sur la carte, 
et de pouvoir créer des "pinpush" (punaises ou marqueur) par programmation

Peut être mon idée est elle un peu trop ambitieuse ??

Le point 1 ne devrait pas posé de problème, apparemment il est possible 
d'extraire une région de OSM via des outils externes (merci ce forum ;) )

Pour le point 2 j'ai lu aussi que des GPS sont capable d'exploiter les cartes 
OSM, c'est peut être une voie pour mon projet ?

Peut être qu'il existe un moteur en open source (sur PC ou un OS mobile) qui 
permet d afficher la carte et de positionner des marqueurs ???

Merci à tous d'avance pour vos conseils & expériences :)

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3
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 par email.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre.
--
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] Re : Accès KO au suivi des communes

2012-02-16 Par sujet simon 
Le jeudi 16 février 2012 20:44:49, Philippe Verdy a écrit :
> A ce sujet, la base OSM contient parfois le code commune dans un tag
> "code_commune" au lieu de "ref:INSEE".
> 
> Il faudrait se mettre d'accord, et pour faciliter le travail de tout
> le monde sans avoir à constamment alourdir les scripts et éditeurs
> pour toujours, penser peut-être à les uniformiser dans la base...
> 
> Qui s'occupe de gérer les travaux d'uniformisation et
> mentionner/documenter les recommandations au moins dans le wiki (où on
> peut aussi discuter des effets potentiels de certaines uniformisations
> un peu trop sauvages qui supprimeraient des distinctions utiles) ?
> 

je vote pour Philippe Verdy :)

> Qui s'occupe de vérifier que les tags spécifiques à certains outils
> d'import ou de suivi et synchronisation avec d'autres sources GIS,
> utilisent un schéma de nommage à peu près cohérent et pas en conflit
> avec d'autres outils ? 

je vote encore pour toi 

> Où est la charte de nommage des tags ?

ici http://wiki.openstreetmap.org/wiki/Map_Features 

> 
> Le 16 février 2012 13:53, Christian Quest  a écrit 
:
> > Si la commune a été importée depuis la dernière génération du suivi de
> > sly (qui me sert de source d'info), le numéro de la relation
> > apparaitra dans la colonne "relation" car je vérifie via l'XAPI si la
> > relation existe ou pas pour le ref:INSEE de la commune.
> 
> ___
> 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] mongeosource utilise OSM

2012-02-16 Par sujet Philippe Verdy 
Dans Chrome, il y a un outil qui permet de tracer toutes les requêtes réseaux

Le 16 février 2012 20:38, partir-en-vtt  a écrit :
> J'ose espérer que le BRGM avec ses nombreux serveurs n'utilise pas
> directement le service ! Il serait intéressant de leur poser la question.
> Peut-être peut-on le savoir en analysant les flux de données avec un firebug
> par exemple ?
>
>
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5490519.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] mongeosource utilise OSM

2012-02-16 Par sujet sly (sylvain letuffe) 
Le jeudi 16 février 2012 20:38:37, partir-en-vtt a écrit :
> J'ose espérer que le BRGM avec ses nombreux serveurs n'utilise pas
> directement le service ! Il serait intéressant de leur poser la question.
> Peut-être peut-on le savoir en analysant les flux de données avec un
> firebug par exemple ?

Pas besoin d'outils compliqués, avec firefox tu te ballades sur la carte et en 
bas à gauche à l'endroit qui affiche "Terminé" tu vois apparaître l'adresse du 
site où sont télécharger les tuiles (entre autres) et on peu en effet voir 
tile.openstreetmap.org


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] mongeosource utilise OSM

2012-02-16 Par sujet partir-en-vtt 
Les feignants !!! C'est d'autant plus vrai qu'ils ont les compétences dans le
monde du réseau web avec leurs serveurs du BRGM qui diffusent des services
web.

--
View this message in context: 
http://gis.19327.n5.nabble.com/mongeosource-utilise-OSM-tp5490105p5491718.html
Sent from the France mailing list archive at Nabble.com.

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