date:20090619

2009/6/19 Etienne Trimaille etienne.trimai...@gmail.com

 Et bien j'admire ton travail Pieren ;-)


Merci mais je me suis déjà posé la question si j'allais pas effacer ce
travail avant l'import de Corine. A l'époque, je l'avais fait à partir de
l'imagerie Yahoo et j'avais tout mis en landuse forest en englobant souvent
tout ce qui était vert (foncé et clair). Bref je pense que CLC est plus
détaillé que moi. En plus, la résolution de yahoo est pas terrible sur ces
zones.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009-06-19 Par sujet Thomas Clavier

Valerie-Emma Leroux a écrit :
 Ça a déjà été évoqué sur la liste (j'ai encore 3 000 courriels de retard 
 d'il y a quelques mois que je dépile de temps à autre) la possibilité de 
 louer un gros gros serveur dédié entre nous pour soulager betaletuffe et 
 osmose par exemple ?

si on arrive à cloudifier le système, ce serait à mon avis beaucoup
plus simple d'obtenir un grand nombre de petite machine virtuelle, ou de
petits bout de machines.

-- 
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] [osmose] la slippy map arrive

Rodolphe Quiedeville a écrit :
 Valerie-Emma Leroux a écrit on 18/06/2009 18:37:
 Le 18/06/2009 17:42, Etienne Chové a écrit :
 Le front-end d'osmose est hébergé sur le vieux pc de yoann derrière sa 
 ligne free... il ne faut pas trop la surcharger sinon il va râler.
 Ça a déjà été évoqué sur la liste (j'ai encore 3 000 courriels de retard 
 d'il y a quelques mois que je dépile de temps à autre) la possibilité de 
 louer un gros gros serveur dédié entre nous pour soulager betaletuffe et 
 osmose par exemple ?
 
 J'ai un peu la même idée en tête depuis quelque temps, il y a un énorme
 travail fait par beaucoup de gens qui n'est pas mis en valeur c'est un
 peu dommage. La location d'une machine serait une bonne chose je pense
 aussi reste à trouver les financements. Dans un premier temps il y a
 moyen de trouver des ressources gratuites. Je suis à même de trouver une
 ou plusieurs VM xen, Etienne une VM pour osmose sais-tu estimer la
 puissance dont tu as besoin en RAM, DISK et CPU ?

Backend :
RAM  : qques mégas... (30Mo) + postgres
DISK : une base postgis / une base brute
(350Go si on veut toute la planète, mais
c'est mutualisé avec les autres outils)
CPU  : ~1 heure sur 1 proc 3.2 GHz
peut être mis en basse priorité et ne pas
ralentir le système

Frontend :
RAM  : 2 Mo
DISK : 50Mo (base postgres)
CPU  : pas grand chose

Le problème de tout ça c'est le coût.

Pour l'hébergement (qui est un des gros budget), on pourrait faire des 
demandes aux associations gérant les réseaux étudiants des grandes 
écoles (ou d'autres associations du libre). Ces associations soutiennent 
le libre et sont souvent sur renater (réseau de la recherche française, 
avec une bonne bande passante). J'ai fait une demande (sans engagement 
mais pour avoir leur réponse de principe) à une associations dont j'ai 
été administrateur en chef.

Pour récupérer des serveurs, il faut faire des demandes auprès des 
fabricants. Ils sont parfois assez généreux.

-- 
Etienne

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009-06-19 Par sujet Vincent MEURISSE

On Friday 19 June 2009 11:47:17 am Etienne Chové wrote:
 RAM  : qques mégas... (30Mo) + postgres
 DISK : une base postgis / une base brute
 (350Go si on veut toute la planète, mais
 c'est mutualisé avec les autres outils)
 CPU  : ~1 heure sur 1 proc 3.2 GHz
 peut être mis en basse priorité et ne pas
 ralentir le système

 Frontend :
 RAM  : 2 Mo
 DISK : 50Mo (base postgres)
 CPU  : pas grand chose
perso j'ai un serveur sur lequel je peux mettre des trucs:
Disk: 50-100Go Dispo
Ram: 1Go dont 200-300 dispo
Cpu: pas grand chose (Celeron 220)
Connec internet: 100Mb

En gros je peux facilement héberger du contenu statique (genre tuiles, 
frontend...) , pour le contenu dynamique faut pas que ça intéresse trop de 
monde :)

-- 
Vincent MEURISSE

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009-06-19 Par sujet Cavok

Terrible la carte où l'on visualise directement les erreurs.
Voulant corriger certaines erreurs, je me rend compte souvent que la
correction a déjà été réalisée.
Serait il possible alors, tout comme l'offre OSM Inspector, que
l'utilisateur puisse laisser une marque indiquant que le correction a été
faite.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009/6/19 Thomas Clavier t...@tcweb.org

 si on arrive à cloudifier le système, ce serait à mon avis beaucoup
 plus simple d'obtenir un grand nombre de petite machine virtuelle, ou de
 petits bout de machines.


Ça serait en effet une bonne chose de pouvoir disposer d'un méchanisme pour
distribuer la charge. Malheureusement, je pense que ça sera assez dur car il
faut une base de donnée a jour.
Une solution serait de mettre a jour la base de donnée en petit morceau sur
une zone en distribuant le fichier.
Je ne suis pas toutefois convaincue que ça soit hyper pratique.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009/6/19 Vincent MEURISSE osm-talk...@meurisse.org

  Frontend :
  RAM  : 2 Mo
  DISK : 50Mo (base postgres)
  CPU  : pas grand chose
 perso j'ai un serveur sur lequel je peux mettre des trucs:
 Disk: 50-100Go Dispo
 Ram: 1Go dont 200-300 dispo
 Cpu: pas grand chose (Celeron 220)
 Connec internet: 100Mb

 En gros je peux facilement héberger du contenu statique (genre tuiles,
 frontend...) , pour le contenu dynamique faut pas que ça intéresse trop de
 monde :)


Je travaille moi-même depuis quelques temps sur un projet de serveur pour
OSM. J'ai déjà la possibilité d'offrir des planet, planet-diff et des
extraits pour l'hexagone et les dom-tom chaque nuit, le tout dérivé du site
principal avec l'aide d'osmosis (donc indépendant de cloudmade et geofabrik
ce qui important à mes yeux).
Mon but serait de mettre en plus à disposition  des tuiles mapnik utilisant
le style original avec cette particularité d'utiliser les name:fr là où il y
en a, pour franciser la carte.
J'ai un serveur entièrement dispo pour osm:
- CPU : Intel Core2Duo 2x 2.33+ GHz
- RAM : 2GB
- Disk : 2x500 GB (non raid'é)
- BP : 100Mb

J'ai pu faire des essais de serveur de tuiles avec l'hexagone et mod_tile
mais je n'ai pas réussi avec toute la planete. Si quelqu'un veut m'aider
pour le serveur de tuile ou même à administrer le serveur lui-même, qu'il ou
elle me contacte.

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

Re: [OSM-talk-fr] [slippy map] Fwd: RE: Utili sation des fiches de géodésie et de nivellement

Eric SIBERT a écrit :
 Pour moi, l'altitude apparaît dans la colonne L quand j'ouvre avec OOO. 
 Par exemple, ligne 54 (REPAIRE:0316   2915501 a), j'ai 41,74, ce qui 
 correspond bien à la fiche 
 http://geodesie.ign.fr/fiche_point.asp?num_site=2915501no_ptg=09numero_f50=0316

Je pense que là ça doit être bon.

 Sinon, je n'ai pas bien compris ce que tu voulais dire par rapport au 
 Lambert. Tu as fais des conversion Lambert - WGS84?

Oui, car toutes les fiches ne sont pas en WGS84. Sur la slippy map, je 
prend WGS84 quand c'est possible et lambert quand il n'y a que ça. Ca a 
l'air de pas trop mal fonctionner, les points semblent au bon endroit.

 Pour classer les repères suivant leur importance, il y a leur ordre dans 
 le réseau NTF, de l'ordre 1 (le plus important) à l'ordre 6 (le moins 
 important). Il y a peu de points en ordre 1 et beaucoup en ordres 5/6. 
 Sauf que je ne trouve nul part cette info. C'est dommage. Tout au plus, 
 on a du plus au moins important:
 RGP : Réseau GPS Permanent
 RBF : Réseau de Base Français
 NTF : Nouvelle Triangulation Française

Tout ça me dépasse, mais si c'est une question de précision, on pourrait 
imaginer avoir une échelle de couleur pour les marqueurs.

-- 
Etienne

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive





  
  


En gros il nous faut une DEDIBOX
XL  ( http://www.dedibox.fr/dedibox-xl/serveur_dedibox_xl.html ) ou un
serveur dédié espace 2001
(http://www.le-serveur-dedie.com/). 
Quelques dons plus tard et le problème devrait être réglé... 


Backend :
  
RAM  : qques mégas... (lt;30Mo) + postgres
  
DISK : une base postgis / une base brute
  
        (350Go si on veut toute la planète, mais
  
        c'est mutualisé avec les autres outils)
  
CPU  : ~1 heure sur 1 proc 3.2 GHz
  
        peut être mis en basse priorité et ne pas
  
        ralentir le système
  
  
Frontend :
  
RAM  : 2 Mo
  
DISK : 50Mo (base postgres)
  
CPU  : pas grand chose
  
  
Le problème de tout ça c'est le coût.
  
  
Pour l'hébergement (qui est un des gros budget) 
Pour récupérer des serveurs, il faut faire des demandes auprès des 
fabricants. Ils sont parfois assez généreux.
  
  
-- 
Etienne
  





-- 
View this message in context: 
http://n2.nabble.com/-osmose--la-slippy-map-arrive-tp3114092p3118998.html
Sent from the French OSM list 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] [osmose] la slippy map arrive

En gros il nous faut une DEDIBOX
 XL  ( http://www.dedibox.fr/dedibox-xl/serveur_dedibox_xl.html ) ou un
 serveur dédié espace 2001
 (http://www.le-serveur-dedie.com/).
 Quelques dons plus tard et le problème devrait être réglé...


Je suis prête a aider a payer via des dons. Il faut toutefois voir si le
flot d'argent sera constant ou pas.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009-06-19 Par sujet Art Penteur

Le 19 juin 2009 13:03, Mathieumathieu...@yahoo.fr a écrit :



 En gros il nous faut une DEDIBOX

Si on pense offre commerciale standard, il y aussi :
OVH/Kimsuffi : http://www.kimsufi.com/
alwaysdata : http://www.alwaysdata.com/offers/shared/

Si on pense à du mécénat et demander un rabais/une offre, il faut que
quelqu'un prenne l'initiative et parte discuter. Des volontaires ?

Sinon, pour une cotisation de 25 €/an/personne, ce qui me semble
raisonnable, et avec une dizaine de personnes, il y a moyen de
commencer à faire qqchose. On fait ça à la bonne franquette, ou on
crée une association ?

Art.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

Emilie Laffray a écrit :


 En gros il nous faut une DEDIBOX
 XL  ( http://www.dedibox.fr/dedibox-xl/serveur_dedibox_xl.html ) ou un
 serveur dédié espace 2001
 (http://www.le-serveur-dedie.com/).
 Quelques dons plus tard et le problème devrait être réglé...


 Je suis prête a aider a payer via des dons. Il faut toutefois voir si
 le flot d'argent sera constant ou pas.
+1, c'est tout ce que je peux offrir, et encore je n'ai pas un gros
budget... Sorry

Vincent

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

Re: [OSM-talk-fr] [Tag] Import partiel de Corine


 Je voulais regarder avec le layer Corine pour comparer, mais impossible pour
 le moment. :(

http://beta.letuffe.org/~www/graphs/

Votre correspondant est très occupé pour le moment, veuillez renouveler votre 
appel ultérieurement.

J'ai du mal à m'en sortir, il faut que je commence à réfléchir autrement pour 
le rendu, j'espère que le nouvel osmose drainera un peu de monde et aidera à 
répartir la charge.




-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009-06-19 Par sujet Rodolphe Quiedeville

Etienne Chové a écrit on 19/06/2009 11:47:
 Rodolphe Quiedeville a écrit :
 Valerie-Emma Leroux a écrit on 18/06/2009 18:37:
 Le 18/06/2009 17:42, Etienne Chové a écrit :
 Le front-end d'osmose est hébergé sur le vieux pc de yoann derrière sa 
 ligne free... il ne faut pas trop la surcharger sinon il va râler.
 Ça a déjà été évoqué sur la liste (j'ai encore 3 000 courriels de retard 
 d'il y a quelques mois que je dépile de temps à autre) la possibilité de 
 louer un gros gros serveur dédié entre nous pour soulager betaletuffe et 
 osmose par exemple ?
 J'ai un peu la même idée en tête depuis quelque temps, il y a un énorme
 travail fait par beaucoup de gens qui n'est pas mis en valeur c'est un
 peu dommage. La location d'une machine serait une bonne chose je pense
 aussi reste à trouver les financements. Dans un premier temps il y a
 moyen de trouver des ressources gratuites. Je suis à même de trouver une
 ou plusieurs VM xen, Etienne une VM pour osmose sais-tu estimer la
 puissance dont tu as besoin en RAM, DISK et CPU ?
 
 Backend :
 RAM  : qques mégas... (30Mo) + postgres
 DISK : une base postgis / une base brute
 (350Go si on veut toute la planète, mais
 c'est mutualisé avec les autres outils)
 CPU  : ~1 heure sur 1 proc 3.2 GHz
 peut être mis en basse priorité et ne pas
 ralentir le système
 
 Frontend :
 RAM  : 2 Mo

Tu veux dire 2 Go plutôt non ?

 DISK : 50Mo (base postgres)
 CPU  : pas grand chose
 
 Le problème de tout ça c'est le coût.

Pour l'instant je suis sur un coût de 0 :-) Je vois si cela correspond
et te tiens au courant.

Pour répondre au autres emails, l'idée de l'asso et la levée de fond est
bonne mais longue à mettre en place. Le partage de ressource avec des
serveurs persos est généreuse, mais pour une efficacité maximale il faut
des machines dédiées (VM ou physique) afin d'avoir toute latitude
d'action (accès root).

A++


-- 
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Travaillons Libre - http://fr.lolix.org/



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] [osmose] la slippy map arrive

Bonjour,

Avant de rechercher des solutions il faudrait faire une liste :
  - des besoins (choses à héberger, ressources nécessaires)
  - planet, beta, osmose, www...
  - des moyens (personnes offrant de l'hébergement, ayant du matériel
dispo, de la bande passante...)
  - est ce que sly, pieren... veulent que leurs serveurs soient pris
en charge par toute la communauté ou veulent rester séparés ?

La différence besoins-moyens devrait nous donner les investissements à 
faire.

 On fait ça à la bonne franquette, ou on
 crée une association ?

Je suis pour créer une association, ça donne un statut à OSM France.

-- 
Etienne

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

Art Penteur a écrit :
 Sinon, pour une cotisation de 25 €/an/personne, ce qui me semble
 raisonnable, et avec une dizaine de personnes, il y a moyen de
 commencer à faire qqchose. On fait ça à la bonne franquette, ou on
 crée une association ?

 Art.
   
J'allais le proposer !

Avoir une vitrine sous openstreetmap.fr où les protos genre
http://kimaidou.kilu.de/osm/test/osm_openlayers.html
beta.letuffe et autres (l'idée de pieren avec les name;fr) sont
rassemblés, ça me semble convaincant pour les collectivités.

Mais importer CLC, si possible avant le SOTM, ce serait bien. Ça
donnerait du poids à la communauté francophone (voire franchouillarde).

L'association comme projet pour après l'été ?

Vincent

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

Rodolphe Quiedeville a écrit :
 Etienne Chové a écrit on 19/06/2009 11:47:
 Frontend :
 RAM  : 2 Mo
 
 Tu veux dire 2 Go plutôt non ?

Non, bon je vais dire 100Mo. Le frontend ne fait tourner qu'une base 
postgres avec les erreurs (remplie par le backend une fois par jour) et 
quelques cgi pour les requêtes... peu gourmand.

-- 
Etienne

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009-06-19 Par sujet Dominique Rousseau

Le Fri, Jun 19, 2009 at 01:57:59PM +0200, Art Penteur [art.pent...@gmail.com] a 
écrit:
 
  En gros il nous faut une DEDIBOX
 
 Si on pense offre commerciale standard, il y aussi :
 OVH/Kimsuffi : http://www.kimsufi.com/

J'suis pas fan de Dedibox, mais si ça part chez OVH, faut pas compter
sur mes sous :)


Sinon, je trouve l'idée de mutualiser des fonds pour mettre en place au
moins un serveur un peu costaud pour les besoins d'osm.fr plutot bonne.
Celà n'empechant pas, par ailleurs, de faire des miroirs sur des espaces
contribués par les uns et les autres.



Dom

-- 
Dominique Rousseau

Si cinquante millions de gens disent une sottise,
ça n'en reste pas moins une sottise.  -- Anatole France

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

[OSM-talk-fr] [Technic] Serveurs

2009/6/19 sly (sylvain letuffe) sylv...@letuffe.org



 http://beta.letuffe.org/~www/graphs/http://beta.letuffe.org/%7Ewww/graphs/

 Votre correspondant est très occupé pour le moment, veuillez renouveler
 votre
 appel ultérieurement.

 J'ai du mal à m'en sortir, il faut que je commence à réfléchir autrement
 pour
 le rendu, j'espère que le nouvel osmose drainera un peu de monde et aidera
 à
 répartir la charge.


C'est peut être le bon moment de parler infrastructure pour permettre a la
communauté française d'avoir des serveurs qui tiennent la route ou qui
permettent de créer une sorte de load balanced sur le net.
Il y a des discussions qui commencent a apparaître. Peut être faudrait il
songer a créer une association loi de 1901 afin de gérer les développements
actuels.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009/6/19 Vincent Pottier vpott...@gmail.com


 Mais importer CLC, si possible avant le SOTM, ce serait bien. Ça
 donnerait du poids à la communauté francophone (voire franchouillarde).


Je pense que ça sera fait. J'ai bientôt fini de générer les fichiers OSM. Ce
soir ou samedi, je compte importer la planète France de Pieren pour calculer
les overlaps.
L'étape suivante est la fusion des points.
Quelqu'un a t'il prévu un State of the Map pour la France lors du SOTM? J'ai
vu que d'autres pays avait un slot.

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

[OSM-talk-fr] OSM France


Tout ce qui concerne la création d'une Association OSM France
-- 
View this message in context: 
http://n2.nabble.com/OSM-France-tp3119380p3119380.html
Sent from the French OSM list mailing list archive at Nabble.com.


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

[OSM-talk-fr] [Technique] Utilisation des donn ées géodésiques de l'IGN

Bonjour,

puisqu'il y a parmi nous, des gens qui viennent du milieu professionnel face
a nous, géographes, j'ai une question sur l'utilité des données géodésiques
de l'IGN. Je comprends bien l'utilité de ces points, mais je vois mal leur
utilité avec des systèmes GPS tels qu'on les trouve sur le commerce.
En effet, si l'on veut utiliser le GPS plus précisément, il faut utiliser
des GPS différentiels, ou quelque chose qui permet d'avoir des précisions
sub métriques.
Je me demande donc s'il y a moyen de bricoler des GPS afin d'améliorer le
mappage de certains zones lors de mapping parties. Il existe gpsd qui
supporte un certain nombre de chipset GPS. Peut être peut on compléter cela
avec des gyroscopes, accéléromètres etc... Je suis consciente que pour créer
des systèmes inertiels il faut des systèmes qui n'ont pas de vibrations.
Est ce possible de bricoler un système qui se rapproche de ce genre de
chose? Dans les environnements urbains, peut être que l'addition de ces
éléments supplémentaires pourrait lutter contre les effets du multipath.
Enfin, beaucoup d'idées en l'air. Mais j'aimerais bien voir comment on
pourrait utiliser ces données gracieusement offertes par l'IGN pour démarrer
une mapping party.

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

Re: [OSM-talk-fr] OSM France


En ce moment la communauté OSM France est en pleine ébullition.
Et je pense qu'il pourrait être utile de mettre en place une structure pour
appuyer cela et donner un statut à cette communauté.


Et j'aimerai savoir ce que vous pensez sur :

Mathieu wrote:
 
 Tout ce qui concerne la création d'une Association OSM France
 

Je sous entend par la un certain nombre de chose : 
- la création d'une association dont les buts resteront à définir
- la mise en place d'un serveur fr 
- qui seront les responsables de ce projet (président, secrétaire,
trésorier, admin du site web, etc...)
...

Et bien entendu quelle mission vous souhaiteriez ou ne souhaiteriez pas voir
réaliser par une telle association.
-- 
View this message in context: 
http://n2.nabble.com/OSM-France-tp3119380p3119426.html
Sent from the French OSM list 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] OSM France

2009/6/19 Mathieu mathieu...@yahoo.fr


 En ce moment la communauté OSM France est en pleine ébullition.
 Et je pense qu'il pourrait être utile de mettre en place une structure pour
 appuyer cela et donner un statut à cette communauté.


+100



 Et bien entendu quelle mission vous souhaiteriez ou ne souhaiteriez pas
 voir
 réaliser par une telle association.


- Organisation de mapping parties
- Gestion du matériel informatique comme les serveurs
- Représenter la France dans la communauté et d'être sur que le point de vue
français soit représenté
- Mise a disposition d'un repository pour les outils typiquement français,
sinon a mettre sur le site officiel

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

Re: [OSM-talk-fr] OSM France

2009/6/19 Mathieu mathieu...@yahoo.fr:

Le sujet d'une association est à tempérer. D'abord, il y a déjà eu des
disucussions par le passé. Ensuite, nous pourrions bénéficier de
l'aide de l'association française OSGeo-fr. Yves Jacolin était venu
lors de la 6e réunion IRC pour nous faire cette offre. Ils pourraient
aussi nous aider à lever des fonds. Voir le compte-rendu de cette
réunion:
http://wiki.openstreetmap.org/wiki/Reunions_Francophones/6%C3%A8me_R%C3%A9union#Compte_rendu_de_la_r.C3.A9union

Ne perdez pas de vue que créer une association nécessite d'abord
d'avoir des gens qui ont du temps de disponible. De plus, cette
association deviendrait naturellement la représentante d'OSM en France
et OSM a déjà prévu un cadre pour cela. Ca s'appelle les local
chapters. Cela donne le droit de parler au nom d'OSM en France,
d'utiliser le logo et même d'avoir un accès à l'infrastructure. Mais
cela créé aussi des obligations comme représenter OSM devant les
médias, organiser des mapping parties, etc...
Voir la page wiki sur les local chapters:
http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters

Donc j'aimerais que ceux qui s'engagent sur cette voie le fasse avec
le plus grand sérieux. Faire tourner une assoc demande un grand
investissement en temps et une grande disponibilité. Et je gage déjà
que peu de gens suivant cette liste ont les deux.
Pieren

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009-06-19 Par sujet Vincent MEURISSE

On Friday 19 June 2009 01:57:59 pm Art Penteur wrote:
 Sinon, pour une cotisation de 25 €/an/personne, ce qui me semble
 raisonnable, et avec une dizaine de personnes, il y a moyen de
 commencer à faire qqchose.
Je sais pas quoi. 25€/an/personne * 10, ça fait 250€/an soit même pas un 
kimsufi (286€ TTC/an).
Pour une dédibox XL comme évoqué (à ce que j'en sais inférieure à la config 
actuelle de beta) il faut 30 personnes prêtes à payer 25€.

L'idée de se cotiser pour se payer un serveur capable de tout faire tourner me 
semble utopique. D'autant que je ne pense pas qu'il y ai de problèmes pour 
héberger la majorité des applis.
Le seul qui pose problèmes c'est beta. Le rendu temps réel ça bouffe ! Pour ça 
j'ai bien peur qu'il n'y ai pas trop de solution en dehors d'ajouter un cache 
et donc de diminuer le coté temps réel.

-- 
Vincent MEURISSE

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

Re: [OSM-talk-fr] [Technic] Serveurs


 C'est peut être le bon moment de parler infrastructure pour permettre a la
 communauté française d'avoir des serveurs qui tiennent la route ou qui
 permettent de créer une sorte de load balanced sur le net.

Je viens de remarquer qu'au moment où je répondais à ce mail, j'avais zapé la 
discussion en cours qui se cachait sous le titre la slippy map arrive

Tout ça est un peu délicat à organiser, tout le monde ne cherche pas le même 
outil,  répliquer les configurations est donc difficilement envisageable.

Mais il est vrai que beaucoup de choses pourraient être mises en commun.

Pendant un moment j'avais imaginé que l'on puisse tenter de maintenir un 
serveur de base de donnée (schéma osmosis et osm2pgsql) dans lequel les 
différents outils/rendus puissent aller piocher et ainsi répartir un peu.

L'asso me semble une machinerie un peu lourde, ça prend du temps rien que pour 
l'aspect administratif. Je ne suis cependant pas du tout contre, mais je 
doute m'y intéresser, c'est hyper chronophage.


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] [Technic] Serveurs

2009/6/19 Emilie Laffray emilie.laff...@gmail.com

 C'est peut être le bon moment de parler infrastructure pour permettre a la
 communauté française d'avoir des serveurs qui tiennent la route ou qui
 permettent de créer une sorte de load balanced sur le net.
 Il y a des discussions qui commencent a apparaître. Peut être faudrait il
 songer a créer une association loi de 1901 afin de gérer les développements
 actuels.

 Emilie Laffray


Ce qui coute cher à Sly, ça n'est pas de servir les tuiles mais de calculer
les polygones en temps réel. Les solutions ne sont pas compliquées : soit il
fait des rendus statiques journalière par exemple (ou bi), soit il lui faut
des serveurs pqsql costaud capables de répondre à quelques dizaines de
requêtes parallèles sur des bbox allant jusqu'à la largeur de l'Europe.
Comme je l'ai deja dis, je pense que le coût pour un rendu dynamique est
toujours exhorbitant. On le voit sur tous les sites qui ont fait cette
tentative.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Technic] Serveurs

(Je tente un transfert de fil de discussion)

 Je sais pas quoi. 25€/an/personne * 10, ça fait 250€/an soit même pas un 
 kimsufi (286€ TTC/an).
 Pour une dédibox XL comme évoqué (à ce que j'en sais inférieure à la config 
 actuelle de beta) il faut 30 personnes prêtes à payer 25€.

Pour info, beta tourne avec un serveur à 50 euros/mois
Et la limite provient pas mal des débits disques.
( 500Go en Raid 1 ) soit ~100Mo/s mais les temps de réponse me semble aussi 
pour beaucoup résponsable.

 Le seul qui pose problèmes c'est beta. Le rendu temps réel ça bouffe ! Pour
 ça  
 j'ai bien peur qu'il n'y ai pas trop de solution en dehors d'ajouter un
 cache  
 et donc de diminuer le coté temps réel.

c'est ce que je vais être obligé de faire au moins en partie, des nouvelles 
options à osm2pgsql devraient permettre d'améliorer les choses (I hope)

Mais comme je le disais à coté, avec l'apparition de nouveaux outils la charge 
sur beta devrait je pense redescendre car d'autres outils sont bien plus 
pratique pour certaines détections d'erreurs.



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] OSM France

2009/6/19 Pieren pier...@gmail.com

2009/6/19 Mathieu mathieu...@yahoo.fr:

http://wiki.openstreetmap.org/wiki/Reunions_Francophones/6%C3%A8me_R%C3%A9union#Compte_rendu_de_la_r.C3.A9union

Je lirais le log ce soir car ça semble intéressant.

Oui c'est beaucoup de contrainte. Mais, je pense que de toute façon a terme,
il y aura besoin d'avoir une vitrine publique vis-a-vis des médias.
Maintenant, je ne suis pas particulièrement convaincue d'avoir une
association complètement alignée sur la fondation.

C'est pour ça que je regarde les gens qui seraient potentiellement
intéressés. Je n'ai personnellement pas le temps de me lancer dans ce genre
d'aventure. De plus, je vis a l'étranger.
Toutefois, si OSGeo-fr peut nous aider a réaliser certaines choses, cela
réduit le besoin d'une association.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009/6/19 Emilie Laffray emilie.laff...@gmail.com

Je pense aussi que CLC est la priorité. Emilie, pourrais-tu attendre
l'extract de samedi matin avant de chercher les overlaps ? Je voudrais
supprimer ce soir une grande partie du massif forestier que j'avais créé sur
l'est de la France (celui entre Strasbourg, Nancy, Epinal) moins bon que
CLC. Ca devrait faire pas mal d'overlap en moins.

Concernant une présentation France au SOTM, j'ai peur qu'il ne soit trop
tard. A moins que ceux qui ont prévus d'y aller ne se portent volontaires
pour montrer quelques diapo. C'est vrai qu'en regardant la vidéo de l'année
dernière (encore merci à Renaud Martinet), on voit tout de suite ce qui
pourrait être présenté:
- progression de la carte, nombre de participants réels (montrer Nantes qui
était mentionné en 2008, lister les grandes villes bien couvertes)
- les sources officiellement approuvées : cadastre, clc, bornes géodesiques
IGN (équivalent à OS UK) avec une mention qui devrait intéresser nos amis
anglais : tout ce qui entièrement financé par des fonds publics est
réutilisable dans OSM (sous condition) (les brits se battent avec OS pour
obtenir la même chose, ça va les tuer ça)..
- les limites communales, qui n'existe en libre nul part ailleurs.
- les serveurs de tuiles francophones (listés sur le wiki)
- sources potentielles, contacts : les photos aériennes IGN mais non
géoréférencées, les coastlines IGN, les GR, les voies vertes, les parcs
naturels, etc
- nouvelle license : quid de toutes les sources précédement citées (par
exemple, respecter/conserver le tag source)

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

Re: [OSM-talk-fr] OSM France

2009-06-19 Par sujet Rodolphe Quiedeville

Pieren a écrit on 19/06/2009 15:02:
2009/6/19 Mathieu mathieu...@yahoo.fr:

--
Rodolphe Quiédeville - Artisan Logiciel Libre
http://rodolphe.quiedeville.org/
Travaillons Libre - http://fr.lolix.org/

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] [Technic] Serveurs


 Ce qui coute cher à Sly, ça n'est pas de servir les tuiles mais de calculer
 les polygones en temps réel. 

C'est tout à fait ça

 Les solutions ne sont pas compliquées : soit il 
 fait des rendus statiques journalière par exemple (ou bi), 

Afin de mesurer voici les chiffres que j'obtiens :
Le 15 Juin, 9908 requêtes de tuiles pour les communes
dont 3545 différentes

Mettre en place un cache journalier (puis l'effacer entièrement) économiserait 
donc seulement la génération de 64% des tuiles. 
(80% avec le même calcul sur une période d'une semaine)
C'est pas encore l'extase, en moyenne les gens ne reviennent pas voir au même 
endroit plusieurs fois par jour, à moins d'être en train de travailler sur la 
zone (je fais une supposition)

Là où il y a pas mal à gagner, et c'est ce que j'espère arriver à faire, c'est 
de ne régénérer que les tuiles qui ont changées, et donc de conserver un 
cache permanent des choses qui ne changent pas.

 Comme je l'ai deja dis, je pense que le coût pour un rendu dynamique est
 toujours exhorbitant. 
je pense que ça dépend de l'utilisation, j'imagine bien que personne n'y 
penserait pour le portail osm.org qui doit recevoir des quantités incroyables 
de requêtes, mais mon but n'a toujours été qu'un outil pour les mappeurs 
(dont pré-supposer qu'il n'y aurait guère plus qu'une personne à la fois, ce 
qui s'avère être de plus en plus faux d'après les logs)

La fin du fonctionnement des minutes diff avec quelques minutes de retard a de 
plus rendu l'intérêt plus limité encore


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009/6/19 Pieren pier...@gmail.com

 2009/6/19 Emilie Laffray emilie.laff...@gmail.com

 Je pense aussi que CLC est la priorité. Emilie, pourrais-tu attendre
 l'extract de samedi matin avant de chercher les overlaps ? Je voudrais
 supprimer ce soir une grande partie du massif forestier que j'avais créé sur
 l'est de la France (celui entre Strasbourg, Nancy, Epinal) moins bon que
 CLC. Ca devrait faire pas mal d'overlap en moins.


Pas de problème. Ca m'arrange, j'aurais une soirée tranquille :)


 Concernant une présentation France au SOTM, j'ai peur qu'il ne soit trop
 tard. A moins que ceux qui ont prévus d'y aller ne se portent volontaires
 pour montrer quelques diapo. C'est vrai qu'en regardant la vidéo de l'année
 dernière (encore merci à Renaud Martinet), on voit tout de suite ce qui
 pourrait être présenté:
 - progression de la carte, nombre de participants réels (montrer Nantes qui
 était mentionné en 2008, lister les grandes villes bien couvertes)
 - les sources officiellement approuvées : cadastre, clc, bornes géodesiques
 IGN (équivalent à OS UK) avec une mention qui devrait intéresser nos amis
 anglais : tout ce qui entièrement financé par des fonds publics est
 réutilisable dans OSM (sous condition) (les brits se battent avec OS pour
 obtenir la même chose, ça va les tuer ça)..
 - les limites communales, qui n'existe en libre nul part ailleurs.
 - les serveurs de tuiles francophones (listés sur le wiki)
 - sources potentielles, contacts : les photos aériennes IGN mais non
 géoréférencées, les coastlines IGN, les GR, les voies vertes, les parcs
 naturels, etc
 - nouvelle license : quid de toutes les sources précédement citées (par
 exemple, respecter/conserver le tag source)


S'il y a vraiment des gens intéressées pour que la France soit représentée,
je peux toujours voir avec les organisateurs pour essayer de voir si je peux
obtenir un slot. Je dois déjà les contacter pour demander un slot semi
officiel pour une présentation pour certains des produits de ma société, qui
est un des sponsors de la conférence (je ne ferais pas de pub). Par contre,
je n'ai absolument pas le temps de monter une présentation par moi même.
Le cadastre ça les tue déjà. Lors du week end a Cloudmade, j'ai suffisamment
enfoncé le clou :P

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

Re: [OSM-talk-fr] [Technic] Serveurs

2009/6/19 sly (sylvain letuffe) sylv...@letuffe.org


  Ce qui coute cher à Sly, ça n'est pas de servir les tuiles mais de
 calculer
  les polygones en temps réel.

 C'est tout à fait ça


Est ce que tu ne peux pas cacher les polygones? J'avoue me rappeler avoir vu
dans ton fichier XML des requêtes postgres.
Peut être pourrait on être un peu plus subtil pour réduire l'IO de ces
polygones en temps réels.
Pour le rendu des tuiles qui ont change, peut être, peut on utiliser des
triggers permettant d'invalider explicitement les tuiles dans les différents
zooms qui ont été modifiées.

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

Re: [OSM-talk-fr] [Technique] Utilisation des donn ées géodésiques de l'IGN et cadastre

2009-06-19 Par sujet Eric Sibert

Pour la cartographie en ville, je crains les données géodésiques de  
l'IGN ne soient pas d'un grand secours car la densité de repères est  
trop faible. Et souvent, ce sont des points inaccessibles style sommet  
de clocher. Moi, je vois surtout pour les montagnes, histoire de  
limiter les mapping parties à visiter l'ensemble des sommets des Alpes  
:-p

Quant à faire du GPS différentiel avec nos récepteurs grand public,  
j'ai essayé avec les données brutes provenant d'une puce SirfIII. Le  
signal est super bruité et c'est ça la limite (en terrain découvert).  
Faire une correction différentielle à posteriori ne changera pas grand  
chose. En plus, pas besoin de mettre un récepteur sur une borne  
géodésique, on est normalement toujours à moins de 100 km d'une  
station GPS permanente dont on peut télécharger les données  
gratuitement sur internet.

En résumé, en ville, je pense que c'est le cadastre après contrôle. Je  
viens de faire un essai sur un quartier à Gières, à côté de Grenoble.  
J'ai relevé au GPS une douzaine de points caractéristiques aussi bien  
sur le terrain que sur le cadastre. Ensuite, avec un logiciel que je  
suis en train de développer, j'ai reporté ces points sur un extrait du  
cadastre. J'ai fait calibrer la carte en supposant que la projection  
était en Lambert III. Ca m'a annoncé une erreur moyenne de 2 m et  
maximale de 3,70 m suivant les points. On est bien dans les limites du  
GPS qui annonçait une EPE de 4 m sur le terrain. J'ai exporté la  
calibration (format OziExplorer). J'ai récupéré ça dans GPSTrack  
(http://www.gpstrack.com/). J'ai dessiné les rues et autres détails  
dans GPSTrack en utilisant le cadastre calé à ma sauce comme fond de  
carte puis j'ai exporté en GPX pour OSM. A la fin, avec JOSM, je  
constate que mon propre calage du cadastre correspond tout à fait au  
calage officiel.

http://www.openstreetmap.org/?lat=45.18518lon=5.78434zoom=17layers=B000FTF

Regardez en particulier le parking à gauche de la gare. Il provient de  
mon calage. Comparez avec la version officiel dans JOSM. Ca colle  
parfaitement (erreur  1 m).

Conclusion, en ville, rien ne vaut le cadastre après contrôle.

Eric


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

Re: [OSM-talk-fr] [Technique] Utilisation des donn ées géodésiques de l'IGN et cadastre

2009/6/19 Eric Sibert courr...@eric.sibert.fr

 Pour la cartographie en ville, je crains les données géodésiques de
 l'IGN ne soient pas d'un grand secours car la densité de repères est
 trop faible. Et souvent, ce sont des points inaccessibles style sommet
 de clocher. Moi, je vois surtout pour les montagnes, histoire de
 limiter les mapping parties à visiter l'ensemble des sommets des Alpes
 :-p


Je pensais plus s'en servir comme point de depart pour caler la mapping
party :)



 Quant à faire du GPS différentiel avec nos récepteurs grand public,
 j'ai essayé avec les données brutes provenant d'une puce SirfIII. Le
 signal est super bruité et c'est ça la limite (en terrain découvert).
 Faire une correction différentielle à posteriori ne changera pas grand
 chose. En plus, pas besoin de mettre un récepteur sur une borne
 géodésique, on est normalement toujours à moins de 100 km d'une
 station GPS permanente dont on peut télécharger les données
 gratuitement sur internet.


Non, faire du differentiel avec une puce grand public n'est pas tres utile.
D'apres un collegue, le differentiel ne sert meme a rien sur les puces
actuelles (lire autre chose que Sirf III qui commence a dater); le plus gros
probleme reste de loin le multipath au moins dans les environnements
urbains.
L'autre point qui a ete souleve etait d'utiliser une puce qui ait deux
canaux au lieu d'un comme les puces de type Sirf III.



 En résumé, en ville, je pense que c'est le cadastre après contrôle. Je
 viens de faire un essai sur un quartier à Gières, à côté de Grenoble.
 J'ai relevé au GPS une douzaine de points caractéristiques aussi bien
 sur le terrain que sur le cadastre. Ensuite, avec un logiciel que je
 suis en train de développer, j'ai reporté ces points sur un extrait du
 cadastre. J'ai fait calibrer la carte en supposant que la projection
 était en Lambert III. Ca m'a annoncé une erreur moyenne de 2 m et
 maximale de 3,70 m suivant les points. On est bien dans les limites du
 GPS qui annonçait une EPE de 4 m sur le terrain. J'ai exporté la
 calibration (format OziExplorer). J'ai récupéré ça dans GPSTrack
 (http://www.gpstrack.com/). J'ai dessiné les rues et autres détails
 dans GPSTrack en utilisant le cadastre calé à ma sauce comme fond de
 carte puis j'ai exporté en GPX pour OSM. A la fin, avec JOSM, je
 constate que mon propre calage du cadastre correspond tout à fait au
 calage officiel.


C'est interessant de voir que l'on est bien dans les tolerances.




 http://www.openstreetmap.org/?lat=45.18518lon=5.78434zoom=17layers=B000FTF

 Regardez en particulier le parking à gauche de la gare. Il provient de
 mon calage. Comparez avec la version officiel dans JOSM. Ca colle
 parfaitement (erreur  1 m).

 Conclusion, en ville, rien ne vaut le cadastre après contrôle.


Oui.

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

Re: [OSM-talk-fr] Comment présenter OSM à une audi ence de non-participants ?

2009-06-19 Par sujet Valerie-Emma Leroux

Le 14/06/2009 11:55, Sébastien Dinot a écrit :
 Gilles LAMIRAL a écrit :
 Cette présentation est excellente.
 
 En effet.
 
 Est-ce que tu peux mettre les sources du document en ligne ?
 
 Le « look  feel » ne trompe pas, c'est à l'évidence du S5 :
 
 http://meyerweb.com/eric/tools/s5/
 
 Un petit « Ctrl-U » dans Firefox (i.e. affichage du code HTML de la
 page) à partir de l'une des pseudo-pages te fournira le code source. (c:
 

Le Ctrl-U donne accès au code source, mais ne rapatrie pas le fichier
css, les images, etc.
Cela a été assez fastidieux pour Gilles et Étienne Loks de récupérer
tous les documents nécessaires à coup de wget. Un petit tar nous aurait
simplifié la vie :)
Mais ce super diaporama nous a bien aidés !

Pour la peine, voici notre version,
à zieuter en ligne : http://www.follepensee.net/documents/JGO/JGO2009
à récupérer : http://www.follepensee.net/documents/JGO/JGO2009.tar.gz

Nous n'avons pas eu le temps d'ajouter autant de choses que nous aurions
voulu, du coup c'est très très proche de celui d'Emmanuel Garette, merci
beaucoup à lui !

Vous avez déjà dû le découvrir avec celui d'Emmanuel Garette, mais pour 
  regarder ce diaporama, il vaut mieux le faire en cliquant à la souris, 
la barre espace fait planter l'affichage des images.
Et chez moi, il vaut mieux éviter de le regarder en plein écran (F11), 
il n'y a pas de retours à la ligne du texte, mais lors de la 
présentation, ça fonctionnait nickel sur un autre ubuntu/firefox.

Librement,
VE

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

Re: [OSM-talk-fr] [Technic] Serveurs

On Friday 19 June 2009 15:51, Emilie Laffray wrote:
 2009/6/19 sly (sylvain letuffe) sylv...@letuffe.org

 Est ce que tu ne peux pas cacher les polygones? 
Ben... ça existe ça ?
Tu parles de cache des tuiles générées, ou de cache interne à postgres ? côté 
mapnik, j'ai rien vu qui y ressemblait.

Un truc que j'aurais bien aimé, c'est que dans le cas d'une vue de loin (sans 
conteste le plus coûteux en IO, où toutes les communes de france sont 
dessinées, ce qui semble plaire à certains ;-) ) 
le chargement des communes (qui font en moyenne ~1000 noeuds,) pour finir par 
un rendu de 4x4 pixels aurait pu gagner un simplify des géométries
(mes tests dans ce sens ont montrés qu'il y avait pas mal à gagner de ce coté 
là) Mais pour ça, je n'ai pas trouvé de trucs terrible.

A part modifier (en profondeur?) osm2pgsql pour qu'a chaque fois qu'il importe 
une commune, il stocke une simplified version dans un autre champ que je 
pourrais utiliser pour tout les zooms faibles.

A moins que la postgres dispose de super table virtuelle de cache qui soit 
générées dynamiquement

 Pour le rendu des tuiles qui ont change, peut être, peut on utiliser des
 triggers permettant d'invalider explicitement les tuiles dans les différents
 zooms qui ont été modifiées.
osm2pgsql dispose maintenant de cette option (déterminer les tuiles qui 
sont dirty) En guise de trigger, vu mon setup, un simple delete du 
fichier ferait l'affaire

PS: désolé pour cet horrible franglais, la flemme me fait souvent utiliser le 
mot anglais que je lis plus régulièrement

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

[OSM-talk-fr] Lien avec la communauté géomatiq ue pro (Was: Re: Organisation des discussions : forum openstreetmap)

2009-06-19 Par sujet Valerie-Emma Leroux

Le 16/06/2009 22:39, Denis a écrit :
 Pieren a écrit :
 2009/6/16 Robin PREST ro...@georezo.net

 Tout d'abord un boujour à Robin qui fait partie des animateurs bénévoles de
 ce forum où il m'est arrivé d'intervenir à deux reprises, une fois pour le
 cadastre et une fois pour Corine Land Cover avec les résultats que l'on
 connait. Donc deux raisons de remercier GeoRezo parce que c'est une bonne
 passerelle pour mettre en contact OSMeurs et professionnels.
 Mais je voudrais dire que la communauté OSM française ne souffre pas
 d'absence d'outils de communication. Au contraire, elle en a trop (voir les
 messages précédents sur ce fil).
 Ce que l'on voit, c'est qu'à part les discussions sur la forme, il y a assez
 peu d'intervenants sur les questions de fond. Et je ne voudrais pas que
 cette petite communauté se disperse encore d'avantage. Mais merci pour la
 proposition.
 
 Je me joins à Pieren pour te remercier de ta proposition. J'ajouterai, 
 ayant moi-même cette double casquette, que je crois plus qu'utile un 
 rapprochement entre les neo-geographes et les pros. Cela viendra tôt 
 ou tard. Merci aussi à toi de faire un lien efficace, par le relais 
 d'infos, entre ces deux mondes qui s'ignorent trop encore.

+1 pour tout ça

À propos de la double casquette, j'ai commencé pour ma part une
présentation mardi dernier devant des géomaticiens en disant que si
j'étais géomaticienne, c'était uniquement par le militantisme dans le
monde du libre que j'étais tombée dans OSM... et je pense ne pas être la 
seule dans ce cas, les liens entre les deux communautés n'étant pas 
nombreux.

Sinon c'est justement ce que je voulais raconter : un tel rapprochement
entre néo-géographes et géomaticiens a vécu une étape mardi dernier :)

Quelques contributeurs OSM [1] avaient été invités par les organisateurs 
des Journées Géomatiques de l'Ouest [2] à présenter le projet 
OpenStreetMap à la communauté géomatique (merci à eux de cette initiative).

Notre atelier n'avait au départ pas déclenché l'enthousiasme des foules
(20 participants sur les environ 160 inscrits) mais cela a porté ses
fruits. Quasi uniquement des institutionnels (collectivités) parmi le 
public, dont beaucoup ont été visiblement impressionnés par le projet.

Nous avons eu du mal à venir à bout de notre diaporama [3] dans les 3 
heures tellement nous étions assaillis de questions (quasiment toutes 
très intéressantes, beaucoup de questions techniques en prévision de 
futurs  échanges notamment :)) alors que nous espérions avoir du temps 
pour une démo/atelier ensuite...

Deux choses à noter :
- quand ils étaient intéressés par récupérer les données OSM, c'était 
toujours dans l'idée de contribuer en ajoutant leurs vérifications, ils 
étaient même gênés qu'on leur dise qu'ils pouvaient tout à fait ne pas 
contribuer s'ils ne diffusaient pas leur travail :P ;
- ils étaient tout à fait conscients que nos données pouvaient être 
meilleures que les leurs par endroits :)

L'après-midi un résumé de l'atelier a été présenté en plénière devant
tous les participants et a engendré un grand nombre de questions :)
Beaucoup nous ont dit regretter de ne pas avoir assisté à la
présentation d'après les compte-rendus de ceux qui étaient présents.

Quelque chose qui est beaucoup revenu : certains voudraient pouvoir nous
mettre à disposition des données mais il faudrait que nous soyons une
association loi 1901 pour établir des conventions. Nous avons bien
expliqué en long en large et en travers que négocier des choses au cas
par cas pour OSM ne nous intéressait pas et que c'est la mise à
disposition pour TOUS qui nous intéresse, comme lorsque Corinne Land
Cover fait sauter sa clause NC, mais je pense que nous aurons encore des
propositions en ce sens.

C'est tout ce à quoi je pense pour l'instant, mais vous avez le droit de
poser des questions et les collègues complèteront peut-être.

Librement,
VE

[1] Ceux d'entre nous qui ont finalement été disponibles : Gilles 
Lamiral, Frédéric Lehobey, Étienne Loks, Rodolphe Quiédeville et moi-même.
[2] programme ici :
http://www.ouest-geomatique.org/upload/actu/1/19_pj_Programme_JGO_2009_V1.1.pdf
[3] Je viens de le poster dans un autre fil (pour qu'il soit dans le 
même fil que le diaporama d'Emmanuel Garette qui nous a servi de base).



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

Re: [OSM-talk-fr] [osmose] la slippy map arrive/remplacement Corine

2009-06-19 Par sujet Hans-Christian Bohlmann

Salut,
est-ce interessant de supprimer les foret dessines a main levée d'apres
Yahoo pour les remplacer par Corine plus précis.
J'ai dessiné la foret de Fontainebleau et Corine me semble plus précis.
Quelle est la date butoir?
Y as-il la possibilité de remplacer plus tard?
Merci,
Cantece


Message: 4
Date: Fri, 19 Jun 2009 15:32:56 +0200
From: Pieren pier...@gmail.com
Subject: Re: [OSM-talk-fr] [osmose] la slippy map arrive
To: Discussions sur OSM en français talk-fr@openstreetmap.org
Message-ID:
  a246bf750906190632j32608d9dpe13a5f8fc8342...@mail.gmail.com
Content-Type: text/plain; charset=iso-8859-1

2009/6/19 Emilie Laffray emilie.laff...@gmail.com

Je pense aussi que CLC est la priorité. Emilie, pourrais-tu attendre
l'extract de samedi matin avant de chercher les overlaps ? Je voudrais
supprimer ce soir une grande partie du massif forestier que j'avais créé sur
l'est de la France (celui entre Strasbourg, Nancy, Epinal) moins bon que
CLC. Ca devrait faire pas mal d'overlap en moins.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : [Technique] Utilisation des données géodésiques de l'IGN et cadastre

2009-06-19 Par sujet THEVENON Julien





De : Eric Sibert courr...@eric.sibert.fr
 Conclusion, en ville, rien ne vaut le cadastre après contrôle.

Est ce qu on peut en deduire qu on peut s affranchir de faire des traces GPS 
pour les zones ou le cadastre est disponible ? et donc concentrer ses efforts 
pour produire les traces sur les zones ou le cadastre est tjs sous format image 
?
Pour l instant j ai tendance a tracer au GPS puis affiner la trace en centre 
ville avec le cadastres quand les points sont un peu espaces ou foireux.
Je mappe surtout du cote de chez mes parents vu que ce n est plutot vide dans 
OSM et le cadastre est encore en format image sur pas mal de communes. 
Etant donne que je ne suis pas la bas souvent je pourrais me concentrer sur les 
zones couvertes par le cadastre quand je n y suis pas, et faire des traces GPS 
prioritairement sur les parties cadastre image quand j y retourne.

Julien



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

Re: [OSM-talk-fr] OSM France

2009-06-19 Par sujet Sébastien Dinot

Bonjour,

- Pieren pier...@gmail.com a écrit :
 Donc j'aimerais que ceux qui s'engagent sur cette voie le fasse avec
 le plus grand sérieux. Faire tourner une assoc demande un grand
 investissement en temps et une grande disponibilité. Et je gage déjà
 que peu de gens suivant cette liste ont les deux.

Ayant derrière moi de longues années d'intense activité associative (dont 11 
ans au sein de l'April, dont je suis le secrétaire depuis 2003), je ne peux 
qu'abonder dans le sens de Pieren.

Faire vivre une association demande du temps et de l'énergie. D'un côté, il est 
gratifiant de faire connaître et de représenter un projet si « noble » qu'OSM. 
De l'autre, c'est autant de temps et d'énergie pris sur les activités plus 
concrètes et techniques de cartographie. En caricaturant à peine, on fait un 
choix : promouvoir les logiciels libres ou en développer, promouvoir un projet 
de cartographie libre ou produire des cartes libres.

Pour autant, se fondre dans une autre association, c'est prendre le risque de 
faire perdre en visibilité au projet qui n'apparaît plus alors que comme l'une 
des activités de la structure d'accueil. Maintenant, il faut voir qui sont les 
personnes impliquées de chaque côté. Si cela se trouve, ce sont les mêmes. (c:

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Lien avec la communauté géomatiq ue pro (Was: Re: Organisation des discu ssions : forum openstreetmap)

2009/6/19 Valerie-Emma Leroux aragor...@follepensee.net

 - quand ils étaient intéressés par récupérer les données OSM, c'était
 toujours dans l'idée de contribuer en ajoutant leurs vérifications, ils
 étaient même gênés qu'on leur dise qu'ils pouvaient tout à fait ne pas
 contribuer s'ils ne diffusaient pas leur travail :P ;


Merci pour ce retour d'expérience très intéressant. Je suis encore étonné du
manque de notoriété d'OSM chez les professionnels. Nous sommes pourtant de
plus en plus souvent cités sur des forums comme GeoRezo.
Lorsque je suis arrivé sur le projet il y a un peu moins de deux ans, il n'y
avait aucune source de données publiques à disposition. Je crains maintenant
comme Denis l'écrivait récemment que nous ne soyons confrontés au problème
de n'avoir pas suffisament de personnes pour intégrer toutes ce qui est ou
sera disponible ! Mais je préfère de loin cette situation à la précédente
;-)

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

Re: [OSM-talk-fr] Lien avec la communauté géomatiq ue pro (Was: Re: Organisation des discussions : forum openstreetmap)

2009-06-19 Par sujet Vincent MEURISSE

 - quand ils étaient intéressés par récupérer les données OSM, c'était
 toujours dans l'idée de contribuer en ajoutant leurs vérifications, ils
 étaient même gênés qu'on leur dise qu'ils pouvaient tout à fait ne pas
 contribuer s'ils ne diffusaient pas leur travail :P ;
Ça fait plaisir à entendre. Faut les garder ceux là.

 Quelque chose qui est beaucoup revenu : certains voudraient pouvoir nous
 mettre à disposition des données mais il faudrait que nous soyons une
 association loi 1901 pour établir des conventions. Nous avons bien
 expliqué en long en large et en travers que négocier des choses au cas
 par cas pour OSM ne nous intéressait pas et que c'est la mise à
 disposition pour TOUS qui nous intéresse, comme lorsque Corinne Land
 Cover fait sauter sa clause NC, 
En même temps, si nous on a le droit de réutiliser, les autres on le droit de 
réutiliser nos réutilisations :)

-- 
Vincent MEURISSE

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

Re: [OSM-talk-fr] [Technic] Serveurs

2009/6/19 sly (sylvain letuffe) sylv...@letuffe.org

 Ben... ça existe ça ?
 Tu parles de cache des tuiles générées, ou de cache interne à postgres ?
 côté
 mapnik, j'ai rien vu qui y ressemblait.


Je pensais du cote Postgres.



 Un truc que j'aurais bien aimé, c'est que dans le cas d'une vue de loin
 (sans
 conteste le plus coûteux en IO, où toutes les communes de france sont
 dessinées, ce qui semble plaire à certains ;-) )
 le chargement des communes (qui font en moyenne ~1000 noeuds,) pour finir
 par
 un rendu de 4x4 pixels aurait pu gagner un simplify des géométries
 (mes tests dans ce sens ont montrés qu'il y avait pas mal à gagner de ce
 coté
 là) Mais pour ça, je n'ai pas trouvé de trucs terrible.


Tu affiches toi même les communes avec une requête SQL, ou avec Mapnick?



 A part modifier (en profondeur?) osm2pgsql pour qu'a chaque fois qu'il
 importe
 une commune, il stocke une simplified version dans un autre champ que je
 pourrais utiliser pour tout les zooms faibles.


Tu peux faire cela, mais si je conseillerais de mettre cela dans une table
plus petite réservée seulement aux communes. La raison principale c'est que
l'index sera plus petit et donc plus rapide.
De plus, tu peux rajouter CLUSTER maTable (je ne me rappelle plus de la
syntaxe exacte). Ça peut prendre du temps, mais ça réduit assez fortement
l'IO.
Si tu utilises donc le SQL, on peut alors créer une fonction qui selon les
informations (bbox ou niveau zoom) qui se chargerait de lire les
informations dans la bonne table. Ce n'est pas très dur a faire mais ça
réduirait la charge de manière drastique.
Postgis cache assez bien les données en mémoire pour peu que la table ne
soit pas très grosse. A la limite, on peut carrément créer une géométrie
différente pour chaque niveau de zoom afin de ne pas avoir soudainement une
topologie qui change subitement.
La table serait pré calculée par exemple, toutes les n heures a moins
d'utiliser le trigger présent dans OSM ce qui simplifierait la tache aussi.



 osm2pgsql dispose maintenant de cette option (déterminer les tuiles qui
 sont dirty) En guise de trigger, vu mon setup, un simple delete du
 fichier ferait l'affaire


Ça pourrait aider comme tu le mentionnais dans un autre émail.



 PS: désolé pour cet horrible franglais, la flemme me fait souvent utiliser
 le
 mot anglais que je lis plus régulièrement


Je ne connais pas le Français technique donc je n'utilise que du franglais.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive/remplacement Corine

2009/6/19 Hans-Christian Bohlmann cant...@web.de

 Salut,
 est-ce interessant de supprimer les foret dessines a main levée d'apres
 Yahoo pour les remplacer par Corine plus précis.
 J'ai dessiné la foret de Fontainebleau et Corine me semble plus précis.
 Quelle est la date butoir?
 Y as-il la possibilité de remplacer plus tard?
 Merci,
 Cantece


La date butoir semble être ce soir d'après Emilie. Si tu veux que les
données CLC remplacent l'existant, il faut supprimer l'ancien avant que le
prochain planet-diff soit généré pendant la nuit sur le site d'OSM.
Mais il sera toujours possible de faire la substitution plus-tard mais ça
devra se faire manuellement avec JOSM.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [osmose] la slippy map arrive/remplacement Corine

2009/6/19 Hans-Christian Bohlmann cant...@web.de

 Salut,
 est-ce interessant de supprimer les foret dessines a main levée d'apres
 Yahoo pour les remplacer par Corine plus précis.
 J'ai dessiné la foret de Fontainebleau et Corine me semble plus précis.
 Quelle est la date butoir?
 Y as-il la possibilité de remplacer plus tard?


Avant d'effacer tout, il faut deja que je sois sure de l'etape des fusions
des points qui devraient normalement etre regle ce week end. Je pense que si
tout se passe bien, on aura une bonne idee du resultat dans quelques jours.
C'est seulement la que je pense que je relancerais le processus en entier.
L'overlap est tres dependant de donnees a jour (J'ai genere tout ca cette
semaine et ca a pris environ 4 heures a tout generer).
De plus, je suis en train de regarder l'etape de transformation Shapefile
vers OSM avec le nouvel outil java pour voir si le resultat est plus
concluant.

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

Re: [OSM-talk-fr] Lien avec la communauté géomatiq ue pro (Was: Re: Organisation des discussions : forum openstreetmap)

2009-06-19 Par sujet Denis

Valerie-Emma Leroux a écrit :
 Le 16/06/2009 22:39, Denis a écrit :
 Pieren a écrit :
 2009/6/16 Robin PREST ro...@georezo.net

 Tout d'abord un boujour à Robin qui fait partie des animateurs bénévoles de
 ce forum où il m'est arrivé d'intervenir à deux reprises, une fois pour le
 cadastre et une fois pour Corine Land Cover avec les résultats que l'on
 connait. Donc deux raisons de remercier GeoRezo parce que c'est une bonne
 passerelle pour mettre en contact OSMeurs et professionnels.
 Mais je voudrais dire que la communauté OSM française ne souffre pas
 d'absence d'outils de communication. Au contraire, elle en a trop (voir les
 messages précédents sur ce fil).
 Ce que l'on voit, c'est qu'à part les discussions sur la forme, il y a assez
 peu d'intervenants sur les questions de fond. Et je ne voudrais pas que
 cette petite communauté se disperse encore d'avantage. Mais merci pour la
 proposition.
 Je me joins à Pieren pour te remercier de ta proposition. J'ajouterai, 
 ayant moi-même cette double casquette, que je crois plus qu'utile un 
 rapprochement entre les neo-geographes et les pros. Cela viendra tôt 
 ou tard. Merci aussi à toi de faire un lien efficace, par le relais 
 d'infos, entre ces deux mondes qui s'ignorent trop encore.
 
 +1 pour tout ça
 
 À propos de la double casquette, j'ai commencé pour ma part une
 présentation mardi dernier devant des géomaticiens en disant que si
 j'étais géomaticienne, c'était uniquement par le militantisme dans le
 monde du libre que j'étais tombée dans OSM... et je pense ne pas être la 
 seule dans ce cas, les liens entre les deux communautés n'étant pas 
 nombreux.
 
 Sinon c'est justement ce que je voulais raconter : un tel rapprochement
 entre néo-géographes et géomaticiens a vécu une étape mardi dernier :)
 
 Quelques contributeurs OSM [1] avaient été invités par les organisateurs 
 des Journées Géomatiques de l'Ouest [2] à présenter le projet 
 OpenStreetMap à la communauté géomatique (merci à eux de cette initiative).
 
 Notre atelier n'avait au départ pas déclenché l'enthousiasme des foules
 (20 participants sur les environ 160 inscrits) mais cela a porté ses
 fruits. Quasi uniquement des institutionnels (collectivités) parmi le 
 public, dont beaucoup ont été visiblement impressionnés par le projet.
 
 Nous avons eu du mal à venir à bout de notre diaporama [3] dans les 3 
 heures tellement nous étions assaillis de questions (quasiment toutes 
 très intéressantes, beaucoup de questions techniques en prévision de 
 futurs  échanges notamment :)) alors que nous espérions avoir du temps 
 pour une démo/atelier ensuite...
 
 Deux choses à noter :
 - quand ils étaient intéressés par récupérer les données OSM, c'était 
 toujours dans l'idée de contribuer en ajoutant leurs vérifications, ils 
 étaient même gênés qu'on leur dise qu'ils pouvaient tout à fait ne pas 
 contribuer s'ils ne diffusaient pas leur travail :P ;
 - ils étaient tout à fait conscients que nos données pouvaient être 
 meilleures que les leurs par endroits :)
 
 L'après-midi un résumé de l'atelier a été présenté en plénière devant
 tous les participants et a engendré un grand nombre de questions :)
 Beaucoup nous ont dit regretter de ne pas avoir assisté à la
 présentation d'après les compte-rendus de ceux qui étaient présents.
 
 Quelque chose qui est beaucoup revenu : certains voudraient pouvoir nous
 mettre à disposition des données mais il faudrait que nous soyons une
 association loi 1901 pour établir des conventions. Nous avons bien
 expliqué en long en large et en travers que négocier des choses au cas
 par cas pour OSM ne nous intéressait pas et que c'est la mise à
 disposition pour TOUS qui nous intéresse, comme lorsque Corinne Land
 Cover fait sauter sa clause NC, mais je pense que nous aurons encore des
 propositions en ce sens.
 
 C'est tout ce à quoi je pense pour l'instant, mais vous avez le droit de
 poser des questions et les collègues complèteront peut-être.

En tous cas, un grand bravo à vous pour cette représentation. Ne manquez 
pas de faire un retour sur d'éventuelles retombées/contacts suite à cet 
événement.

Denis

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

Re: [OSM-talk-fr] Lien avec la communauté géomatiq ue pro (Was: Re: Organisation des discu ssions : forum openstreetmap)

2009/6/19 Valerie-Emma Leroux aragor...@follepensee.net

Merci beaucoup pour ces informations; c'est vraiment très intéressant a
lire.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

Cavok a écrit :
 Terrible la carte où l'on visualise directement les erreurs.
 Voulant corriger certaines erreurs, je me rend compte souvent que la 
 correction a déjà été réalisée.
 Serait il possible alors, tout comme l'offre OSM Inspector, que 
 l'utilisateur puisse laisser une marque indiquant que le correction a 
 été faite.

Done... à tester (le marqueur ne disparait pas tout de suite, mais 
l'erreur est supprimée de la base).

-- 
Etienne

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009-06-19 Par sujet Art Penteur

Le 19 juin 2009 15:07, Vincent MEURISSEosm-talk...@meurisse.org a écrit :
 On Friday 19 June 2009 01:57:59 pm Art Penteur wrote:
 Sinon, pour une cotisation de 25 €/an/personne, ce qui me semble
 raisonnable, et avec une dizaine de personnes, il y a moyen de
 commencer à faire qqchose.
 Je sais pas quoi. 25€/an/personne * 10, ça fait 250€/an soit même pas un
 kimsufi (286€ TTC/an).

C'était juste un calcul d'ordre de grandeur : à l'origine, j'étais
parti sur 300/10, et je comptais sur une réduc projet libre vitrine.
mais c'est vrai que si on tombe dans les offres quasi-pro, on sera
plutôt à 1200/50, ce qui est peut-être un peu moins réaliste.

Mais la bonne façon, c'est de faire comme le propose Etienne :
  une liste
  - des besoins (choses à héberger, ressources nécessaires)
  - planet, beta, osmose, www...
  - des moyens (personnes offrant de l'hébergement, ayant du matériel
dispo, de la bande passante...)
  - est ce que sly, pieren... veulent que leurs serveurs soient pris
en charge par toute la communauté ou veulent rester séparés ?

  Auquel je rajouterai une liste de déclaration d'intention (promesse
de don comme au téléthon), pour avoir une idée du budget réaliste de
l'affaire.

Art.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

2009/6/19 Art Penteur art.pent...@gmail.com

   Auquel je rajouterai une liste de déclaration d'intention (promesse
 de don comme au téléthon), pour avoir une idée du budget réaliste de
 l'affaire.


Je suis prete a donner environ 100€ par an.

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

Re: [OSM-talk-fr] [osmose] la slippy map arrive

Emilie Laffray a écrit :
 S'il y a vraiment des gens intéressées pour que la France soit
 représentée, je peux toujours voir avec les organisateurs pour essayer
 de voir si je peux obtenir un slot. Je dois déjà les contacter pour
 demander un slot semi officiel pour une présentation pour certains des
 produits de ma société, qui est un des sponsors de la conférence (je
 ne ferais pas de pub). Par contre, je n'ai absolument pas le temps de
 monter une présentation par moi même.
Je viens de faire quelques captures :
- centre de Grenoble : cadastre et OSM
- proto de Kimaidou pour les transports (sans et avec les lignes en couleur)
- limites de communes au 17/06/09 (j'en avait une au 7/05/09)
- nomenclature CLC (page wiki)

Ce soir je fais une page html pour les mettre en ligne.
Si d'autres veulent préparer des slides.

Il faudrait quelques vues sur les outils...

Vincent

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

Re: [OSM-talk-fr] [slippy map] Fwd: RE: Utili sation des fiches de géodésie et de nivellement

2009-06-19 Par sujet Eric SIBERT

Sinon, je n'ai pas bien compris ce que tu voulais dire par rapport au
Lambert. Tu as fais des conversion Lambert - WGS84?

Oui, car toutes les fiches ne sont pas en WGS84. Sur la slippy map, je
prend WGS84 quand c'est possible et lambert quand il n'y a que ça. Ca a
l'air de pas trop mal fonctionner, les points semblent au bon endroit.

Oui mais le sembler et le être ne sont pas nécessairement la même chose.

Le passage Lambert - WGS84 comporte deux étapes Lambert - NTF puis NTF
- WGS84. Pour cette seconde étape, il y a plusieurs formules. La
version approximative peut introduire une erreur allant jusqu'à 5,5 m.
L'erreur ne dépasse pas 5 cm avec la version précise. On peut comparer
les deux versions avec le logiciel Circé de l'IGN.

En pratique, prenons le point Nividic G au large d'Ouessant:

http://osmose.openstreetmap.fr/poi/cgi-bin/index.py?lat=48.446792223122806lon=-5.084625243827827zoom=13ch=0,1000,1001,1002,1003

C'est le repère rouge à gauche. Sa fiche :

http://geodesie.ign.fr/fiche_geodesie.asp?num_site=29000GX=98300Y=6847200

La conversion précise donne :
48.44565965°
-5.15090909°

Conversion approximative :
48.44562869°
-5.15092471°

Différence
3,4 m en nord/sud
1,2 m en est/ouest

En pratique, que fait ta conversion par rapport à cet exemple?

Ca serait dommage d'introduire une erreur sur les repères géodésiques
qu'on insère. A la limite, ça pourrait être considéré comme une
altération des données :-p

Éric

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

Re: [OSM-talk-fr] Nouvelles références routières

2009-06-19 Par sujet Lapinos03

Pieren a écrit :
 Ainsi, sur google maps ou sur les cartes ign du geoportail (qui ne sont
 pas d'ailleurs les plus récentes), on peut toujours voir la N1 démarrer de
 Porte de la Chapelle en direction de Saint Denis, Pierrefitte.
 

 Attention, tu ne peux pas copier les refs sur les cartes protégées par
 le droit d'auteur, pas d'avantage que les noms de rues. Et en plus,
 elles sont parfois fausses ou obsolètes (y compris sur le cadastre).
 Je ne connais pas de source libre de droit pour les refs même si je
 pense que les DDE devraient pouvoir fournir ce genre de détails (mais
 je ne sais pas à qui on doit s'adresser).

 Pieren
   
Je rajoute juste que, pour piéger et confondre les copieurs, les maisons 
de cartographie comme TéléAtlas, Navteq placent ça et là des coquilles, 
càd des erreurs bien volontaires, à savoir des rues inventées comme des 
noms farfelus. GoogleMaps ne saurait consistuer une référence (si 
c'était libre de droit) car nombre de rues à sens unique sont dans le 
mauvais sens (en tout cas sur Paris).

/Lapi.


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

Re: [OSM-talk-fr] [Technic] Serveurs

2009-06-19 Par sujet Yann Coupin

Tu peux tenter une vue calculée dans pgsql et modifier ton fichier de  
style pour aller taper là-dedans quand l'échelle est plus importante.  
pgsql ne va recalculer le résultat du simplify que si la ligne source  
est modifiée et le résultat sera caché.

Yann

Le 19 juin 09 à 16:22, sly (sylvain letuffe) a écrit :

 A part modifier (en profondeur?) osm2pgsql pour qu'a chaque fois  
 qu'il importe
 une commune, il stocke une simplified version dans un autre champ  
 que je
 pourrais utiliser pour tout les zooms faibles.


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

Re: [OSM-talk-fr] OSM France

2009-06-19 Par sujet Francois Van Der Biest

Salut,

Le 19 juin 2009 15:32, Emilie Laffrayemilie.laff...@gmail.com a écrit :
Toutefois, si OSGeo-fr peut nous aider a réaliser certaines choses, cela
réduit le besoin d'une association.

Comme dit par Yves lors de la 6eme réunion IRC (Merci à lui d'avoir pu
être présent), l'OSGeo-fr et plus particulièrement sa branche données
libres, que je représente, sont prêts à fournir toute forme
d'assistance à la communauté OSM (dans la limite de nos moyens !).

Nos motivations sont très proches (plus de données libres), nos moyens
d'action sont différents (on est plus institutionnels, vous êtes
plus communauté web 2.0), mais nous avons tout à gagner à oeuvrer de
concert.

Nous avons un protocole d'accord en cours de discussions avec l'IGN,
avec un volet données libres. Nous espérons à terme plus que les
récentes annonces de mise à disposition de données (cf
http://www.portailsig.org/index.php?id=1175 ). Une piste évoquée
récemment au sein de l'OSGeo-fr serait par exemple de disposer d'une
couche OSM dans notre géoportail national (et l'API de même nom).

L'intérêt premier de notre rapprochement serait par exemple d'avoir
plus de poids face à des producteurs de données (CG, mairies ...),
quand il s'agit de s'adresser à eux pour leur exposer le modèle de
fonctionnement de OSM et l'intérêt de publier leurs données sous une
vraie license libre.

Ensuite, nos communautés ont beaucoup à apprendre l'une de l'autre.
S'il est difficile d'écrire de telles généralités, on peut tout de
même affirmer que les géomaticiens de l'OSGeo connaissent peu le mode
de fonctionnement de OSM, mais admirent la réactivité de la communauté
et sa vigueur. Ils seraient prêts à s'y investir, et contribuer leurs
données, pour peu qu'on leur en expose les rouages et les
aboutissants. J'ai pu constater cela à plusieurs reprises, et même
très récemment (cf
http://www.camptocamp.com/fr/blog/2009/06/openstreetmap-several-wms-data-sources-available-for-digitization-in-switzerland/).
Les gens d'OSM, quant à eux, utilisent largement des logiciels promus
par l'OSGeo (openlayers, mapserver, postgis, ...), développés,
documentés et traduits par sa communauté. Il y aurait probablement
matière à interaction réciproque là aussi.

Enfin, j'aimerais voir émerger l'idée d'un catalogue des données
géographiques libres et ouvertes sur la francophonie, alimenté par des
extraits périodiques de la base OSM, et par d'autres sources (IGN,
Sandre, ...).
On ne devrait en effet pas avoir à passer par les manipulations
exposées ici (http://iglibres.blogspot.com/2009/04/limites-administratives.html)
pour disposer d'un shapefile avec les limites administratives
françaises les plus à jour (entre autres).
Nos deux communautés peuvent oeuvrer ensemble vers ce genre
d'objectif, et l'OSGeo-fr a ici un role à jouer pour faire connaitre
le besoin à des utilisateurs professionnels (demandeurs de telles
informations), et peut lever des fonds grâcer à sa structure
d'association loi 1901, qui pourraient notamment servir à financer un
tel serveur.

Qu'en dites vous ?

Cordialement,

F. aka http://wiki.openstreetmap.org/wiki/User:Vdb et
http://wiki.osgeo.org/wiki/User:Vdb (juste pour illustrer la dernière
phrase de Sébastien : nos communautés ont des recoupements non nuls
... cf Denis Helfer, Yves Jacolin, et les autres ...)

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

Re: [OSM-talk-fr] [slippy map] Fwd: RE: Utili sation des fiches de géodésie et de nivellement

Eric SIBERT a écrit :
 En pratique, que fait ta conversion par rapport à cet exemple?

J'ai mis les coordonnées Lambert et WGS84 dans les bulles (pardon pour 
la mise en forme, je m'en occuperai plus tard) :

WGS84 lon=-5.15101311808 lat=48.445607266

C'est pas terrible ;-)

 Ca serait dommage d'introduire une erreur sur les repères géodésiques 
 qu'on insère. A la limite, ça pourrait être considéré comme une 
 altération des données :-p

Si tu as un algo simple ou un programme portable sou linux pour faire la 
conversion, je suis preneur. Celui que j'utilise et que j'ai porté de C# 
en python est dispo :
http://osmose.openstreetmap.fr/poi/geoconv.py

-- 
Etienne

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

Re: [OSM-talk-fr] OSM France

2009/6/19 Francois Van Der Biest francois.vanderbi...@camptocamp.com

Je ne copie pas tout mais +1 en règle générale. Je suis tombée dans OSM tout
a fait par hasard du fait de mon travail, et j'aimerais en apprendre encore
plus (je suis en train de m'amuser a apprendre les théories GPS). OSGeo-fr
est donc a mes yeux une extension naturelle au niveau exposition a une
nouvelle matière.
J'ai toutefois une vision plus importante que juste la France :) Ayant pas
mal voyage, j'avoue que c'est plus le monde qui m'intéresse, mais il est
intéressant de commencer par quelque chose de plus petit d'abord pour bien
comprendre tous les tenants et les aboutissants.
J'ai déjà mentionne dans différents mails que je suis prête a aider autant
que je le peux les différents projets.

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

Re: [OSM-talk-fr] [tag] arrêts de métro : ra ilway=station ou railway=subway_entrance ou nouveau tag railway=subway_stop ?

2009-06-19 Par sujet Lapinos03

kimaidou a écrit :

 Bien sur qu'il est possible de distinger les stations de métro des
 arrêts RER ou de trains...
 Un node ayant un tag railway=station et qui appartient a un way ayant
 un tag railway=subway, est définitivement une station de métro.

 C'est une des solution que j'ai envisagée, mais l'appartenance n'est 
 pas si évident à conserver une fois passée à la moulinette d'osm2pgsql.
  
+1: effectivement, c'est une problématique qui me turlupine aussi. C'est 
la raison pour laquelle, à l'époque, j'ai rajouté plein de 
[operator]=RATP ou RER là où j'en avais besoin pour les différencier au 
rendu. ;-) (évidemment, comme c'était un rajout, cela ne dérangeait 
personne). Cela devait être provisoire, en attendant de trouver LA solution.
Aujourd'hui, je vois que plein de relations (subway NNN) ont été mises 
en place. Mais osm2pgsql n'insère pas de colonne Relation dans 
planet_osm_point et je ne sais pas si rajouter une entrée Relation dans 
le fichier default.style suffirait. Et après, quoi mettre dans l'osm.xml 
pour Mapnik ..?


 Totalement inutil. Le type de station est déterminé par le type de
 railway de la voie qui supporte cette station.


 Remarque un peu abrupte...
 Qu'est ce qui a validé l'utilisation de railway=tram_stop ? Pourquoi 
 ne pas utiliser railway=station pour les stations de tramway ?
+1: la logique est tout à fait sensée.

 Merci de ne pas oublier qu'on se parle entre humains, et de mettre les 
 formes et les nuances, même si c'est moins 'efficace' à taper...



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

Re: [OSM-talk-fr] [Technic] Serveurs


 Tu affiches toi même les communes avec une requête SQL, ou avec Mapnick?
Mapnik lance une requête SQL que j'ai (a peu prés) choisie.

 Tu peux faire cela, mais si je conseillerais de mettre cela dans une table
 plus petite réservée seulement aux communes. 
Je viens de tenter de séparer les tables pour voir ce qu'il y avait à gagner, 
et je n'ai rien gagné de terrible. 
(Ma table est passé de 2.5M à 200k enregistrements)
Je suppose qu'il y a un système d'index qui joue bien son rôle, mais je suis 
très surpris de ne justement pas trouver d'index sur le champ boundary...

Je tenterais des tests un peu plus poussés

tu peux rajouter CLUSTER maTable (je ne me rappelle plus de la
 syntaxe exacte). Ça peut prendre du temps, mais ça réduit assez fortement
 l'IO.
Je ferais un essais avec ça aussi.

 Si tu utilises donc le SQL, on peut alors créer une fonction qui selon les
 informations (bbox ou niveau zoom) qui se chargerait de lire les
 informations dans la bonne table. 

Je vais tenter de découvrir cette histoire de trigger, si j'arrive à 
déclencher une fonction lorsqu'un insert/copy/update se produit je serais pas 
loin de ce que je veux faire.

 La table serait pré calculée par exemple, toutes les n heures a moins
J'avais prévu au début de faire ça a la main du genre, je laisse un champ 
have_cache=0/1 (default 0) et à chaque nouvel ajout par osm2pgsql (qui fait 
un delete puis un insert dans le cas de l'update)
je lance mon précalcul de simplification sur tout les have_cache=0


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

Re: [OSM-talk-fr] [Technic] Serveurs

On Friday 19 June 2009 17:44, Yann Coupin wrote:
 Tu peux tenter une vue calculée dans pgsql 

Je viens de chercher vue calculée dans pgsql avec google, et je tombe sur 
ton message ;-)

Mais sinon, rien d'autre, la docs sur les views que j'ai trouvées, semble 
indiquer que aucun cache n'existe et que la requête de view est ré-executé 
à chaque appel à la view. Ce qui reviendrait au même qu'imbriquer deux 
select.

 pgsql ne va recalculer le résultat du simplify que si la ligne source  
 est modifiée et le résultat sera caché.

Ça serait exactement ce que je veux mais :
http://developer.postgresql.org/pgdocs/postgres/sql-createview.html

Pas d'option pour dire souviens toi tu précalcul  tu as un bout de doc 
quelque part ?


 Yann
 
 Le 19 juin 09 à 16:22, sly (sylvain letuffe) a écrit :
 
  A part modifier (en profondeur?) osm2pgsql pour qu'a chaque fois  
  qu'il importe
  une commune, il stocke une simplified version dans un autre champ  
  que je
  pourrais utiliser pour tout les zooms faibles.
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

Re: [OSM-talk-fr] [Technic] Serveurs

2009-06-19 Par sujet Pierre Mauduit

Salut,

 Je viens de tenter de séparer les tables pour voir ce qu'il y avait à gagner, 
 et je n'ai rien gagné de terrible. 
 (Ma table est passé de 2.5M à 200k enregistrements)
 Je suppose qu'il y a un système d'index qui joue bien son rôle, mais je suis 
 très surpris de ne justement pas trouver d'index sur le champ boundary...
 

Je ne sais pas tu as essayé la dernière version svn de osm2pgsql mais
celle-ci créée automatiquement des indexes (ce que la version que
j'avais essayée auparavant ne faisait pas) ; peut-être que cela peut
aider. Sinon il me semble que les tutoriaux de postgis sur le net
préconisent la mise en place d'indexes Btree (à vérifier).

Sinon, je n'ai pas réussi à faire manger l'extrait geofabrik de l'Europe
à mon nouveau serveur, mais les temps de rendu des communes /
départements est tout à fait acceptable je trouve :

http://charlie.beneth.fr/mapnik (dispo en ipv6)

S'il y a moyen de mutualiser les efforts (hébergé certes sur ma
connexion personnelle, mais cela devrait suffire) pour soulager
beta.letuffe, je suis toujours partant ;

a+,

-- 
Pierre



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

Re: [OSM-talk-fr] [Technic] Serveurs

sly (sylvain letuffe) wrote:
 On Friday 19 June 2009 17:44, Yann Coupin wrote:
   
 Je viens de chercher vue calculée dans pgsql avec google, et je tombe sur 
 ton message ;-)

 Mais sinon, rien d'autre, la docs sur les views que j'ai trouvées, semble 
 indiquer que aucun cache n'existe et que la requête de view est ré-executé 
 à chaque appel à la view. Ce qui reviendrait au même qu'imbriquer deux 
 select.
   
La requête de vue ne sera recalcule que si la colonne sous jacente a été
modifiée. Toutefois, pour que ça soit activé, il faut que tu ajoutes
lors de la création de ta vue
WITH LOCAL CHECK OPTION
Je n'ai pas essayé mais ça se trouve dans la doc dans la partie
compatibilité. Ça ferait donc potentiellement ce que tu veux.

Emilie Laffray




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] [Technic] Serveurs

sly (sylvain letuffe) wrote:
 Ça serait exactement ce que je veux mais :
 http://developer.postgresql.org/pgdocs/postgres/sql-createview.html

 Pas d'option pour dire souviens toi tu précalcul  tu as un bout de doc 
 quelque part ?

   
Une page qui peut etre intéressante a lire:
http://wiki.postgresql.org/wiki/Updatable_views

Émilie Laffray



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] [Technic] Serveurs


 Une page qui peut etre intéressante a lire:
 http://wiki.postgresql.org/wiki/Updatable_views

On dirait bien que j'étais justement en train de lire, parce que comme ça 
semble être un patch non inclus mon postgres 8.3 fourni debian, ben il est 
pas content :

# CREATE OR replace view communes AS (select *,st_simplify(way,200) as 
simplified_way FROM planet_osm_polygon where admin_level='8') WITH LOCAL 
CHECK OPTION;
ERROR:  WITH CHECK OPTION is not implemented

Je vais réfléchir plusieurs fois avant de me lancer dans la compilation

En plus de tenter de comprendre pourquoi j'ai les bench curieux que j'ai.
$ time echo select asbinary(st_simplify(way,200)) from planet_osm_polygon 
where admin_level='8'; |  psql gis  /dev/null

real0m8.124s
(...)
postg...@binael:~ $ time echo select asbinary(way) from planet_osm_polygon 
where admin_level='8'; |  psql gis  /dev/null

real0m15.756s

Comment avec opération de simplify en plus, cela peut-il être plus court !
(a priori pas d'histoire de cache disque puisque j'ai re-tenté l'opération 
plusieurs fois)

Passionnant ce postgis ;-)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org




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

Re: [OSM-talk-fr] [Technic] Serveurs

sly (sylvain letuffe) wrote:
 Une page qui peut etre intéressante a lire:
 http://wiki.postgresql.org/wiki/Updatable_views
 

 On dirait bien que j'étais justement en train de lire, parce que comme ça 
 semble être un patch non inclus mon postgres 8.3 fourni debian, ben il est 
 pas content :

 # CREATE OR replace view communes AS (select *,st_simplify(way,200) as 
 simplified_way FROM planet_osm_polygon where admin_level='8') WITH LOCAL 
 CHECK OPTION;
 ERROR:  WITH CHECK OPTION is not implemented

 Je vais réfléchir plusieurs fois avant de me lancer dans la compilation

   
Oui, apparemment, Postgresql 8.4 devrait supporter cela.

 En plus de tenter de comprendre pourquoi j'ai les bench curieux que j'ai.
 $ time echo select asbinary(st_simplify(way,200)) from planet_osm_polygon 
 where admin_level='8'; |  psql gis  /dev/null

 real0m8.124s
 (...)
 postg...@binael:~ $ time echo select asbinary(way) from planet_osm_polygon 
 where admin_level='8'; |  psql gis  /dev/null

 real0m15.756s

 Comment avec opération de simplify en plus, cela peut-il être plus court !
 (a priori pas d'histoire de cache disque puisque j'ai re-tenté l'opération 
 plusieurs fois)

   
L'autre raison potentielle pour laquelle c'est plus rapide est liée a
l'opération ST_AsBinary. La génération du binaire est plus court sur une
simplification de la géométrie. C'est ce qui me semble être le plus
logique.
Je pense toutefois qu'un pré calcul dans une table a part avec une
simplification qui garde la topologie serait plus intéressant. Une
fonction peut alors être utilisée pour cacher la logique; c'est propre
et efficace si tu as la bounding box. Le problème est bien sur la mise a
jour mais un trigger (ce n'est pas très beau mais bon) fera l'affaire.

 Passionnant ce postgis ;-)
   
Oui, il y a des trucs parfois assez amusant qu'on découvre en jouant.

Émilie Laffray


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] [slippy map] Fwd: RE: Utili sation des fiches de géodésie et de nivellement

2009-06-19 Par sujet Eric SIBERT

 WGS84 lon=-5.15101311808 lat=48.445607266
 
 C'est pas terrible ;-)

Je suis surpris que ça soit si loin que ça de la valeur attendue.

 Celui que j'utilise et que j'ai porté de C# 
 en python est dispo :
 http://osmose.openstreetmap.fr/poi/geoconv.py

Quand je regarde rapidement, je vois que les algorithmes employés sont 
ceux de l'IGN, dans la version approximative. Je pense qu'il y a déjà un 
bug mais je ne sais pas où.

Pour la transformation précise, il faut utiliser les infos suivantes 
pour remplacer l'ALG0013:
http://professionnels.ign.fr/DISPLAY/000/526/702/5267029/NTG_88.pdf

Sinon, la doc de la projection Lambert avec des exemples numérique de test:
http://professionnels.ign.fr/DISPLAY/000/526/701/5267019/NTG_71.pdf
Changement de système géodésique:
http://professionnels.ign.fr/DISPLAY/000/526/702/5267024/NTG_80.pdf

Il faut aussi noter que sur les fiches interactives, il y a aussi les 
coordonnées en Lambert 93. La conversion Lambert93-WGS84 est plus 
facile à faire car il n'y a pas l'épineuse étape NTF-WGS84.


Éric

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

Re: [OSM-talk-fr] [slippy map] Fwd: RE: Utili sation des fiches de géodésie et de nivellement

2009-06-19 Par sujet Eric SIBERT

 RGP : Réseau GPS Permanent
 RBF : Réseau de Base Français
 NTF : Nouvelle Triangulation Française
 
 Tout ça me dépasse, mais si c'est une question de précision, on pourrait 
 imaginer avoir une échelle de couleur pour les marqueurs.

Historiquement, c'est une question de précision mais c'est aussi un 
aspect de hiérarchisation. Ca peut permettre de sélectionner ce qu'on 
affiche en fonction du niveau de zoom. Si on regarde la carte de 
consultation interactive des fiches (http://geodesie.ign.fr/), au début, 
on voit toute la France avec uniquement la partie RGP. Ensuite, en 
zoomant, on voit apparaître le RFF (Réseau de référence français) et le 
RBF (Réseau de base français). Quand on zoome encore plus en détail, on 
a les sites NTF. (Enfin, les repères de nivellement apparaissent en 
dernier.)

Je pense que ça seraient des informations qui pourraient être utiles au 
rendu. Ensuite, faut-il un tag particulier pour stocker ça? network= ?

Sinon, pour les repères NTF, j'ai déjà signalé qu'il y avait plusieurs 
niveaux. Cette information, qui n'est pas disponible dans les fichiers 
pdf, est par contre sur la fiche interactive du site, en haut à droite 
sous le numéro de site/

site NTF d'ordre 1 (network=NTF1 ;-)
http://geodesie.ign.fr/fiche_geodesie.asp?num_site=38075AX=928500Y=6489300

site NTF d'ordre 6 (network=NTF6 ;-)
http://geodesie.ign.fr/fiche_geodesie.asp?num_site=73246AX=920400Y=6489100


Éric

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

Re: [OSM-talk-fr] Lien avec la communauté géomatiq ue pro (Was: Re: Organisation des discu ssions : forum openstreetmap)

2009-06-19 Par sujet Francois Van Der Biest

Bonsoir,

Le 19 juin 2009 16:31, Valerie-Emma Lerouxaragor...@follepensee.net a écrit :
 Quelque chose qui est beaucoup revenu : certains voudraient pouvoir nous
 mettre à disposition des données mais il faudrait que nous soyons une
 association loi 1901 pour établir des conventions.

Suite à la présentation de OSM [1] que j'ai réalisée aux journées
Geoperspectives 2009 [2] organisées à l'EPFL le 4 juin dernier ainsi
que la mapping party [3] qui s'en est suivi, j'ai également pu
constater un intérêt très fort des professionnels de la géomatique
pour OSM, avec la volonté affichée de mettre à disposition les sources
qu'ils avaient en leur possession.
Au final, ce sont trois serveurs WMS avec plans ou orthophotos qui ont
été mis à disposition de la communauté OSM pour digitalisation : le
canton de Genève, celui de Neuchatel et l'EPFL. cf le thread complet
sur talk-ch en [4].

Pour information, l'OSGeo-fr [5] est une structure associative loi
1901, avec une branche dédiée aux données géographiques libres, que je
représente ici, et qui peut offrir le cadre nécessaire pour
l'établissement des conventions de mise à disposition (s'il en est
besoin).

A+
F.

[1] 
http://www.slideshare.net/fvanderbiest/2009-06-04-openstreetmap-presentation-geoperspectives09
[2] 
http://www.camptocamp.com/fr/blog/2009/06/journee-veille-technologique-geoperspectives-09/
[3] http://wiki.openstreetmap.org/wiki/EPFL_Lausanne_Mapping_Party_June2009
[4] http://lists.openstreetmap.ch/pipermail/talk-ch/2009-June/000399.html
[5] http://wiki.osgeo.org/wiki/Francophone

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

Re: [OSM-talk-fr] [Technic] Serveurs

2009-06-19 Par sujet Yann Coupin

Bon un mea-culpa est de rigueur on dirait. Je pense que mon petit  
cerveau a dû confondre vues, tables héritées et index sur les  
fonctions. Bon je crois que comme le disait Emilie dans un mail  
ultérieur à cette réponse la solution est une seconde table mise à  
jour par des trigger. Ça ralentira un peu les màj mais ça devrait  
grandement améliorer le rendu. Après, je ne sais pas si les trigger  
vont survivre à un import complet d'osm2pgsql lorsqu'il va recréer les  
tables from scratch.

Yann

Le 19 juin 09 à 19:47, sly (sylvain letuffe) a écrit :

 On Friday 19 June 2009 17:44, Yann Coupin wrote:
 Tu peux tenter une vue calculée dans pgsql

 Je viens de chercher vue calculée dans pgsql avec google, et je  
 tombe sur
 ton message ;-)

La classe ! :)

 Mais sinon, rien d'autre, la docs sur les views que j'ai trouvées,  
 semble
 indiquer que aucun cache n'existe et que la requête de view est ré- 
 executé
 à chaque appel à la view. Ce qui reviendrait au même qu'imbriquer deux
 select.

 pgsql ne va recalculer le résultat du simplify que si la ligne source
 est modifiée et le résultat sera caché.

 Ça serait exactement ce que je veux mais :
 http://developer.postgresql.org/pgdocs/postgres/sql-createview.html

 Pas d'option pour dire souviens toi tu précalcul  tu as un bout de  
 doc
 quelque part ?


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

[OSM-talk-fr] SOTM 2008 - Présentation des avanc ées OSM françaises ?

2009-06-19 Par sujet Valerie-Emma Leroux

Je me permets de reprendre les courriels de la discussion slippy map 
ci-dessous, parce que je ne suis pas sûre que les chanceux Frenchies qui 
seront présents au SOTM liront ce sujet. Or le résumé fait par Pieren de 
ce qui serait à présenter pour la France est (comme d'hab avec Pieren 
:)) très complet, ça serait dommage de le louper, d'autant qu'il 
simplifie beaucoup à mon avis la préparation d'un diaporama.

Suite à une question d'Emilie :
Quelqu'un a t'il prévu un State of the Map pour la France lors du SOTM? 
J'ai vu que d'autres pays avait un slot.


Pieren :
http://lists.openstreetmap.org/pipermail/talk-fr/2009-June/010649.html

Concernant une présentation France au SOTM, j'ai peur qu'il ne soit trop
tard. A moins que ceux qui ont prévus d'y aller ne se portent 
volontaires pour montrer quelques diapo. C'est vrai qu'en regardant la 
vidéo de l'année dernière (encore merci à Renaud Martinet), on voit tout 
de suite ce qui pourrait être présenté:
- progression de la carte, nombre de participants réels (montrer Nantes 
qui était mentionné en 2008, lister les grandes villes bien couvertes)
- les sources officiellement approuvées : cadastre, clc, bornes 
géodesiques IGN (équivalent à OS UK) avec une mention qui devrait 
intéresser nos amis anglais : tout ce qui entièrement financé par des 
fonds publics est réutilisable dans OSM (sous condition) (les brits se 
battent avec OS pour obtenir la même chose, ça va les tuer ça)..
- les limites communales, qui n'existe en libre nul part ailleurs.
- les serveurs de tuiles francophones (listés sur le wiki)
- sources potentielles, contacts : les photos aériennes IGN mais non
géoréférencées, les coastlines IGN, les GR, les voies vertes, les parcs
naturels, etc
- nouvelle license : quid de toutes les sources précédement citées (par
exemple, respecter/conserver le tag source)


Plus les premières réponses :


Emilie
http://lists.openstreetmap.org/pipermail/talk-fr/2009-June/010652.html

S'il y a vraiment des gens intéressées pour que la France soit 
représentée, je peux toujours voir avec les organisateurs pour essayer 
de voir si je peux obtenir un slot. Je dois déjà les contacter pour 
demander un slot semi officiel pour une présentation pour certains des 
produits de ma société, qui est un des sponsors de la conférence (je ne 
ferais pas de pub). Par contre, je n'ai absolument pas le temps de 
monter une présentation par moi même.
Le cadastre ça les tue déjà. Lors du week end a Cloudmade, j'ai 
suffisamment enfoncé le clou :P


Vincent Pottier
http://lists.openstreetmap.org/pipermail/talk-fr/2009-June/010673.html

Je viens de faire quelques captures :
- centre de Grenoble : cadastre et OSM
- proto de Kimaidou pour les transports (sans et avec les lignes en couleur)
- limites de communes au 17/06/09 (j'en avait une au 7/05/09)
- nomenclature CLC (page wiki)
Ce soir je fais une page html pour les mettre en ligne.
Si d'autres veulent préparer des slides.
Il faudrait quelques vues sur les outils...


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

Re: [OSM-talk-fr] [Technic] Serveurs

Yann Coupin wrote:
 Bon un mea-culpa est de rigueur on dirait. Je pense que mon petit  
 cerveau a dû confondre vues, tables héritées et index sur les  
 fonctions. Bon je crois que comme le disait Emilie dans un mail  
 ultérieur à cette réponse la solution est une seconde table mise à  
 jour par des trigger. Ça ralentira un peu les màj mais ça devrait  
 grandement améliorer le rendu. Après, je ne sais pas si les trigger  
 vont survivre à un import complet d'osm2pgsql lorsqu'il va recréer les  
 tables from scratch.
   
C'est pour ça que tu crées toujours un backup de tes scripts de création
afin de les réimporter facilement :)
Tous les scripts de création de mes base de données (table, index,
trigger, etc...) sont toujours sauvegardés quelque part. Comme ça, je
suis sure de pouvoir tout restaurer facilement.

Emilie Laffray



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [tag] Question sur les tags et relation

Bonsoir,

Je suis en train de modifier assez fortement le programme python qui
permet de transformer les fichiers shapefiles en fichiers OSM. La raison
première est que le programme ne supporte pas complètement les advance
polygons. Le programme va créer gentiment les inner sans aucun problème,
mais le problème c'est qu'il va créer des ways qui sont tout bonnement
énormes. C'est tout simplement impossible a importer si l'on considere
les limites actuelles.
Mon problème est de savoir ou placer les tags en fait. Si je coupe en
plusieurs ways la couche inner, je ne sais pas si je dois mettre les
tags sur chaque nouvelle way ou alors mettre les tags sur la relation.
De même, actuellement aucun tag n'est mis sur la relation quand il y en
a une qui est créée. Dois je dans ce cas la mettre les tags sur la relation?

Merci d'avance,
Émilie Laffray



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] [slippy map] Fwd: RE: Utili sation des fiches de géodésie et de nivellement

2009-06-19 Par sujet Frédéric Rodrigo

Le vendredi 19 juin 2009, Etienne Chové a écrit :
 Eric SIBERT a écrit :
  Pour moi, l'altitude apparaît dans la colonne L quand j'ouvre avec OOO.
  Par exemple, ligne 54 (REPAIRE:0316 2915501 a), j'ai 41,74, ce qui
  correspond bien à la fiche
  http://geodesie.ign.fr/fiche_point.asp?num_site=2915501no_ptg=09numero_
 f50=0316

 Je pense que là ça doit être bon.

  Sinon, je n'ai pas bien compris ce que tu voulais dire par rapport au
  Lambert. Tu as fais des conversion Lambert - WGS84?

 Oui, car toutes les fiches ne sont pas en WGS84. Sur la slippy map, je
 prend WGS84 quand c'est possible et lambert quand il n'y a que ça. Ca a
 l'air de pas trop mal fonctionner, les points semblent au bon endroit.

  Pour classer les repères suivant leur importance, il y a leur ordre dans
  le réseau NTF, de l'ordre 1 (le plus important) à l'ordre 6 (le moins
  important). Il y a peu de points en ordre 1 et beaucoup en ordres 5/6.
  Sauf que je ne trouve nul part cette info. C'est dommage. Tout au plus,
  on a du plus au moins important:
  RGP : Réseau GPS Permanent
  RBF : Réseau de Base Français
  NTF : Nouvelle Triangulation Française

 Tout ça me dépasse, mais si c'est une question de précision, on pourrait
 imaginer avoir une échelle de couleur pour les marqueurs.

Tu va pouvoir t'amuser encore plus avec les projections, j'ai extrait aussi 
les DOM.
Bien plus complet que la dernière fois, mais ce n'est pas encore tout à fait 
ça et il manque un département (cf LISEZMOI).

http://f.rodrigo.free.fr/tmp/Geodesie-extract-partiel-20090619-1.tar.bz2

Fred
Ensemble des fiches géodésiques obtenues depuis 
ftp://arethuse.ign.fr/pub/Serv_BDG/ et converties au format texte.
Conversion réalise en date du 09/06/2009.
Pour plus d'informations consulter : http://geodesie.ign.fr/fiches/Fiches.htm

Le fichier csv ne contient strictement (en principe) les données des fiches.
Les repères détruits ne sont pas présent dans les fiches alors qu'il le sont 
sur le site web (conduit à des fiches sans repère).
De fiches pdf dont des fichiers pdf invalides.
Le département de la Réunion (974) n'est pas traité, le pdf n'est pas dans le 
même format que les autres.
Le champ remarque n'est pas présent dans les fiches pdf alors qu'il l'est sur 
le site web.
Les fiches de métropoles n'ont pas d'accent dans les descriptions, les DOM en 
ont parfois.

Il existe des fiches sans repère.
Il existe des repères sans coordonnées.


Fiches en erreur non présente dans le csv :
- fiches sans repère (repère détruit), disponible sur le site web, la fiche est 
présent mais il n'y à pas de repère associé
- la fiche 972/F9721802, le contenue de la fiche est en double
- fiches pdf non valide :
1244/f64009AA
1244/f64024AA
1244/f64024AB
1244/f64038AA
1244/f64102AA
1244/f64102AB
1244/f64122AA
1244/f64125AA
1244/f64125AB
1244/f64249AA
1244/f64483AB
1244/f64547AA
1244/f64547AB
1244/f64558AA
1245/f64014AA
1245/f64014AB
1245/f64065AA
1245/f64213AA
1245/f64260AA
1245/f64483AA
1245/f64504AA
1245/f64504AB
1245/f64545AA
1245/f64545AC
1245/f64545AE
1245/f64547AC
1344/f40042AA
1344/f40224AA
1344/f40248AA
1344/f40268AA
1344/f40273AA
1344/f40312AA
1344/f64094AA
1344/f64094AB
1344/f64094AC
1344/f64123AA
1344/f64123AB
1344/f64147AA
1344/f64147AB
1344/f64250AA
1344/f64256AA
1344/f64282AA
1344/f64289AA
1344/f64289AB
1344/f64304AA
1344/f64407AA
1344/f64407AB
1344/f64425AA
1344/f64425AB
1344/f64496AA
1344/f64502AA
1344/f64540AA
1345/f64019AA
1345/f64124AA
1345/f64134AA
1345/f64160AA
1345/f64256AB
1345/f64259AB
1345/f64271AA
1345/f64279AA
1345/f64279AB
1345/f64313AA
1345/f64317AA
1345/f64350AA
1345/f64350AB
1345/f64350AC
1345/f64364AB
1345/f64375AA
1345/f64377AB
1345/f64476AA
1345/f64490AA
1345/f64528AA
1441/f4015210
1441/f4016501
1441/f4019701
1441/f4019702
1441/f4019703
1441/f4019704
1441/f4019705
1441/f4019706
1441/f40197A
1441/f4021003
1441/f4021006
1441/f4021007
1441/f4021008
1441/f4021009
1441/f4021010
1441/f4021011
1441/f4021501
1441/f4024301
1441/f4024302
1441/f4024303
1441/f4024306
1441/f4024307
1441/f4024308
1441/f4024309
1441/f40243A
1441/f40243B
1441/f4024614
1441/f4030201
1441/f4030202
1441/f4030305
1441/f4033001
1441/f4033002
1441/f40330A
1441/f4033301
1441/f4033302
1441/f4033303
1441/f4033305
1537/f33007AA
1537/f33033AA
1537/f33065AA
1537/f33080AA
1537/f33085AA
1537/f33085AB
1537/f33122AA
1537/f33122AB
1537/f33122AC
1537/f33192AA
1537/f33238AA
1537/f33238AB
1537/f33245AA
1537/f33263AA
1537/f33274AA
1537/f33311AA
1537/f33318AA
1537/f4AA
1537/f33448AA
1537/f33454AA
1537/f33550AA
1537/f33552AA
1636/f33015AA
1636/f33028AA
1636/f33052AA
1636/f33071AA
1636/f33079AA
1636/f33108AA
1636/f33179AA
1636/f33181AA
1636/f33185AA
1636/f33207AA
1636/f33222AA
1636/f33243AA
1636/f33243AB
1636/f33261AA
1636/f33290AA
1636/f33320AA
1636/f33356AA
1636/f33393AA
1636/f33394AA
1636/f33396AA
1636/f33413AA
1636/f33426AA
1636/f33459AA
1636/f33539AA
1636/f33546AA
1637/fich33025AA
1637/fich33040AA
1637/fich33043AA
1637/fich33057AA
1637/fich33057AB
1637/fich33092AA
1637/fich33127AA
1637

Re: [OSM-talk-fr] OSM France

Pieren (via Nabble) a écrit :
2009/6/19
Mathieu lt; mathieu...@... gt;:

Le sujet d'une association est à tempérer. D'abord, il y a déjà eu des

disucussions par le passé. Ensuite, nous pourrions bénéficier de

l'aide de l'association française OSGeo-fr. Yves Jacolin était venu

lors de la 6e réunion IRC pour nous faire cette offre. Ils pourraient

aussi nous aider à lever des fonds. Voir le compte-rendu de cette

réunion:

http://wiki.openstreetmap.org/wiki/Reunions_Francophones/6%C3%A8me_R%C3%A9union#Compte_rendu_de_la_r.C3.A9union

OSM est un projet à part entière mais l'aide d'une communauté comme
OSGeo n'est pas à négliger, je pense qu'au démarrage ce ne sera pas de
trop.

Ne perdez pas de vue que créer une association nécessite d'abord

d'avoir des gens qui ont du temps de disponible.
Effectivement c'est pourquoi toute personne souhaitant s'investir ne
devra pas négliger ce point.
Et ne pas oublier que c'est sur le long terme, pas juste une semaine
par ci par la.

De plus, cette

association deviendrait naturellement la représentante d'OSM en France

et OSM a déjà prévu un cadre pour cela. Ca s'appelle les local

chapters. Cela donne le droit de parler au nom d'OSM en France,

d'utiliser le logo et même d'avoir un accès à l'infrastructure. Mais

cela créé aussi des obligations comme représenter OSM devant les

médias, organiser des mapping parties, etc...
Jusque la rien d'anormal, mais il ne faut pas oublier qu'en tant que
représentant d'OSM on dispose également d'une place au conseil, ce qui
devrait permettre d'assoir encore plus la position de notre communauté,
et de ne plus être silencieux.

Voir la page wiki sur les local chapters:

http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters

Merci pour cette info je viens de lire rapidement ce wiki, j'en ferai
une lecture approfondie ce week end.
Donc
j'aimerais que ceux qui s'engagent sur cette voie le fasse avec

le plus grand sérieux. Faire tourner une assoc demande un grand

investissement en temps et une grande disponibilité. Et je gage déjà

que peu de gens suivant cette liste ont les deux.

Pieren

Avis aux amateurs, après avoir abordé les sujets qui fachent une
association est avant tout une aventure humaine, c'est rencontrer des
personnes échanger des points de vue. Faire des choix, être le
représentant d'une communauté, ressentir l'appui de celle-ci.
Avance pour la communauté et avec elle.
C'est une grande responsabilité mais aussi une belle histoire.

Pour ceux qui se sentirai le courage, je recherche un trésorier, un
secrétaire, un webmaster, un admin réseau, un rédacteur et différents
autres postes clefs sur lesquels nous devront discuter.

Mathieu

--
View this message in context:
http://n2.nabble.com/OSM-France-tp3119380p3122652.html
Sent from the French OSM list 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] SOTM 2008 - Présentation des avanc ées OSM françaises ?

Valerie-Emma Leroux a écrit :
 Vincent Pottier
 http://lists.openstreetmap.org/pipermail/talk-fr/2009-June/010673.html

 Je viens de faire quelques captures :
 - centre de Grenoble : cadastre et OSM
 - proto de Kimaidou pour les transports (sans et avec les lignes en couleur)
 - limites de communes au 17/06/09 (j'en avait une au 7/05/09)
 - nomenclature CLC (page wiki)
 Ce soir je fais une page html pour les mettre en ligne.
 Si d'autres veulent préparer des slides.
 Il faudrait quelques vues sur les outils...
C'est ici :
http://frvipofm.net/osm/sotm/captures.html

Vincent

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

[OSM-talk-fr] [Technique] polyshp2osm.py - nouvelle version (beta)

Bonjour,

je suis en train de partiellement réécrire le fichier polyshp2osm.py
afin d'ajouter de nouvelles fonctionnalités. Cette version s'appuie sur
ma version tres legerement modifiee intialement. Je n'ai pas fini de
coder certains elements qui sont mineurs, mais le plus important
fonctionne maintenant. Puisque je m'en sers pour Corine, je pense donner
un avant gout a la communaute francaise pour que les gens puissent
experimenter un peu avec s'ils veulent.
Les améliorations sont les suivantes:
-   Support de OSM 0.6
-   Meilleur support des advanced polygons: les ways trop longues sont
maintenant coupées en différentes ways, et une relation est créée si
besoin est
-   Code partiellement factorisé et commenté

Il reste a ajouter les choses suivantes:
-   Factoriser le code car certaines parties sont redondantes
-   Nettoyer le code et lui enlever les parties superflues (le nom du
fichier sera change pour ne pas creer de confusion avec les
fonctionnalités actuelles, qui me semblent d'ailleurs inutiles)
-   Changer la boucle principale afin que chaque ways coupées aient ses
nodes avant au lieu d'avoir tous les nodes avant la série des ways coupées
-   Documenter le code encore plus

Je pense finir demain le code. Celui-ci permettra une meilleure gestion
de l'import Corine. Cela enlève une étape (la conversion en format de
fichier 0.6 par Osmose). La prochaine version après celle ci ajoutera le
support multi-polygone.

Emilie Laffray
#!/usr/bin/python


This script is designed to act as assistance in converting shapefiles
to OpenStreetMap data. This file is optimized and tested with MassGIS
shapefiles, converted to EPSG:4326 before being passed to the script.
You can perform this conversion with 

   ogr2ogr -t_srs EPSG:4326 new_file.shp old_file.shp

It is expected that you will modify the fixed_tags, tag_mapping, and
boring_tags attributes of this script before running. You should read,
or at least skim, the code up until it says:

  DO NOT CHANGE AFTER THIS LINE.

to accomodate your own data. 


__author__ = Christopher Schmidt crschm...@crschmidt.net
__version__ = $Id$

gdal_install = 
Installing GDAL depends on your platform. Information is available at:
   
   http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries

For Debian-based systems:

   apt-get install python-gdal

will usually suffice. 


import time

# These tags are attached to all exterior ways. You can put any key/value pairs
# in this dictionary. 

fixed_tags = {}  

# Here are a number of functions: These functions define tag mappings. The API
# For these functions is that they are passed the attributes from a feature,
# and they return a list of two-tuples which match to key/value pairs.

def access(data):
Access restrictions.  
keys = {
'Y': 'yes',
'N': 'private',
'L': 'restricted'
}
if 'pub_access' in data:
if data['pub_access'] in keys:
return [('access', keys[data['pub_access']])]
return None

def protection(data):
keys = {
'P': 'perpetuity',
'T': 'temporary',
'L': 'limited',
}
if 'lev_prot' in data:
if data['lev_prot'] in keys:
return [('protected', keys[data['lev_prot']])]
return None

def owner_type(data):
See wiki:Key:ownership 
keys = {
'F': 'national',
'S': 'state',
'C': 'county',
'M': 'municipal',
'N': 'private_nonprofit',
'P': 'private',
'B': 'public_nonprofit',
'L': 'land_trust',
'G': 'conservation_rganization',
'I': 'inholding',
}
if 'owner_type' in data:
if data['owner_type'] in keys:
return [['ownership', keys[data['owner_type'

def purpose(data):
Based on a discussion on IRC
keys = {
'R': [('leisure', 'recreation_ground')],
'C': [('leisure', 'nature_reserve'), ('landuse', 'conservation')],
'B': [('landuse','conservation'), ('leisure','recreation_ground')],
'H': [('historical', 'yes')],
'A': [('agricultural', 'yes'), ('landuse','farm')], 
'W': [('landuse', 'resevoir')],
'S': [('scenic','yes')],
'F': [('landuse','land')],
'Q': [('landuse','conservation')],
'U': [('water','yes')]
}
if 'prim_purp' in data:
if data['prim_purp'] in keys:
return keys[data['prim_purp']]

def name_tags(data):
This function returns two things: a 'pretty' name to use, and
   may return a landuse of either 'cemetery' or 'forest' if the name
   contains those words; based on evaluation the dataset in question.
tags = [] 
name = data.get('site_name', None)
if not name: 
return
name = name.title()

if cemetery in name.lower():
tags.append(['landuse', 'cemetery']) 
elif forest in name.lower():
tags.append(['landuse', 'forest']) 

tags.append(['name', name])
return tags

def cal_date(data):
Return -MM-DD or

Re: [OSM-talk-fr] [tag] Question sur les tags et relation

2009-06-19 Par sujet Yann Coupin

De ce que j'avais compris, et si le but est de faire des trous dans un  
polygone alors les inner ways n'ont pas de tag. Par contre je ne sais  
pas si tu dois mettre les tags que tu mettrais normalement sur la way  
externe sur tous les morceaux de way ou simplement dans la relation.  
J'ai dans l'idée que dupliquer les tags n'est pas conforme à l'idée de  
super polygone, et donc je mettrais tout ça une seule et unique fois  
dans la relation.

Yann

Le 19 juin 09 à 23:43, Emilie Laffray a écrit :

 Bonsoir,

 Je suis en train de modifier assez fortement le programme python qui
 permet de transformer les fichiers shapefiles en fichiers OSM. La  
 raison
 première est que le programme ne supporte pas complètement les advance
 polygons. Le programme va créer gentiment les inner sans aucun  
 problème,
 mais le problème c'est qu'il va créer des ways qui sont tout bonnement
 énormes. C'est tout simplement impossible a importer si l'on considere
 les limites actuelles.
 Mon problème est de savoir ou placer les tags en fait. Si je coupe en
 plusieurs ways la couche inner, je ne sais pas si je dois mettre les
 tags sur chaque nouvelle way ou alors mettre les tags sur la relation.
 De même, actuellement aucun tag n'est mis sur la relation quand il y  
 en
 a une qui est créée. Dois je dans ce cas la mettre les tags sur la  
 relation?

 Merci d'avance,
 Émilie Laffray

 ___
 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] SOTM 2008 - Présentation des avanc ées OSM françaises ?