Re: [OSM-talk-fr] Probleme d'import CLC depuis clc.openstreetmap.fr

2010-10-09 Per discussione Etienne Chové

Le 09/10/2010 16:25, Vincent Pottier a écrit :

On 09/10/2010 15:39, Vladimir Vyskocil wrote:

Bonjour,

On dirait qu'il y a un petit soucis quand on tente de downloader des
polygones depuis clc.openstreetmap.fr !
Voici ce que j'ai obtenu en essayant de downloader un .osm :

./gis_to_osm.sh: line 4: 3899 Segmentation fault pgsql2shp -u clc -f
$id -g the_geom clc SELECT code_06,the_geom FROM clcf06 WHERE
id='$id'; /dev/null
ERROR 4: .shx file is unreadable, or corrupt.
mv: cannot stat `FR-268481.1.osm': No such file or directory
Traceback (most recent call last):
File ./add_tags.py, line 139, inmodule
i.CopyTo(o)
File /home/clc/modules/OsmSax.py, line 60, in CopyTo
File /home/clc/modules/OsmSax.py, line 51, in _GetFile
IOError: [Errno 2] No such file or directory: 'FR-268481.osm'
close failed: [Errno 28] No space left on device
rm: cannot remove `FR-268481.osm': No such file or directory

Vlad.

Oui. Très ennuyeux !
Je n'ai pas de solution et je crains qu'il ne faille attendre qu'une
soutenance de thèse soit faite pour obtenir la remise en ordre de marche...


Je viens de libérer 150Mo sur le disque, bmo prend 50Go des 56o du 
disque de travail... le stockage est vraiment un pb. Si quelqu'un veut 
faire une demande à Free, ils ont des serveurs avec 800Go de disque à 
filer, mais moi je m'en occuperai pas.


--
Etienne

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


Re: [OSM-talk-fr] Tableau stat des communes de France sur Munin

2010-10-07 Per discussione Etienne Chové

Le 04/10/2010 14:55, Vincent de Chateau-Thierry a écrit :

La personne qui s'occupe de ça pourrait-elle regarder ? Merci !

J'ai cru lire ici qu'il (Étienne) rédigeait sa thèse.


La thèse est rédigée, mais j'ai encore la soutenance à préparer, et mon 
nouveau boulo va me prendre plus de temps...


Bon, j'ai quand même eu le temps d'écrire 3 lignes de code pour faire la 
modif.


--
Etienne

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


Re: [OSM-talk-fr] Machine dédiée aux serveurs WMS et tuiles

2010-10-07 Per discussione Etienne Chové

Le 04/10/2010 09:06, François Van Der Biest a écrit :

2010/10/1 Christian Questchristian.qu...@gmail.com:

Carte RAID reçue, montée, et install en cours pour vérifier que tout
fonctionne nickel.


Super.
Reste donc à trouver l'hébergement... si les tests se révèlent concluants.


Cachan m'avait proposé d'autres hébergement, mais comme j'ai plus trop 
de temps pour OSM je ne les ai pas pris.


Celui qui est intéressé peut envoyer un mail à noun...@crans.org de ma 
part, en disant qu'il devrait y avoir de la place à coté des 4 premiers 
serveurs OSM. Dans ce cas, avant d'y aller faudra donner les adresses 
MAC de l'interface ILO et de d'interface réseau.


Sinon, on peut aussi faire une demande à l'université de Nantes. Il 
voulaient pas en prendre trop d'un coup, mais il est peut être possible 
d'en caser d'autres. A Nantes, l'administration des machines est plus 
compliquée car ils installent un système à eux dessus et nous mettent 
dans un vhost. On perd pas en rapidité, mais en gestion du matériel.


D'ailleurs, si quelqu'un va à Cachan, il y a une barrette de RAM HS sur 
un des serveurs (osm4). Il faudrait la changer ou alors j'en envoie 
une par la poste et je leur demande de le faire. Le serveur est toujours 
up mais un des scripts de surveillance me dit qu'il a désactivé  une 
barrette.


--
Etienne

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


Re: [OSM-talk-fr] Nouveaux serveurs Free

2010-07-24 Per discussione Etienne Chové

Le 23/07/2010 22:37, Yoann ARNAUD a écrit :

Le 23/07/2010 21:27, Etienne Chové a écrit :

Bonjour,

Je viens de recevoir un mail de Free pour un don de 10 serveurs.


Cool, et on fait quoi des vieux ?


Il me semble que leur proc sont mieux, leurs disques plus rapides... 
donc ils sont pas mal non plus. Faudra comparer une fois qu'on aura les 
nouveaux. On a convenu avec Free qu'on voyait ça en septembre.


Il faut que je retrouve la convention avec Free, il me semble que 
pendant 1 an ils peuvent les réquisitionner, ensuite ils sont à nous.


--
Etienne

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


Re: [OSM-talk-fr] Nouveaux serveurs Free

2010-07-24 Per discussione Etienne Chové

Le 24/07/2010 23:03, Etienne Chové a écrit :

Le 23/07/2010 22:37, Yoann ARNAUD a écrit :

Le 23/07/2010 21:27, Etienne Chové a écrit :

Bonjour,

Je viens de recevoir un mail de Free pour un don de 10 serveurs.


Cool, et on fait quoi des vieux ?


Il me semble que leur proc sont mieux, leurs disques plus rapides...
donc ils sont pas mal non plus. Faudra comparer une fois qu'on aura les
nouveaux. On a convenu avec Free qu'on voyait ça en septembre.

Il faut que je retrouve la convention avec Free, il me semble que
pendant 1 an ils peuvent les réquisitionner, ensuite ils sont à nous.


Après vérification, 3 ans. Donc il faut les garder au moins jusque là. 
Je ne sait pas si Login un exemplaire du contrat, j'avais mis dans le 
contrat une clause de cession. On pourrait faire céder les 20 serveurs 
HP à osgeo ?


--
Etienne

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


Re: [OSM-talk-fr] Google copie sur OpenStreetMap

2010-07-23 Per discussione Etienne Chové

Le 23/07/2010 10:31, Tanguy JACQ a écrit :

Bonjour,

Je viens de m'apercevoir que google avait commencé a intégrer les
bâtiments sur google map en pseudo 3d, je ne sais pas si ça fait
longtemps qu'ils ont commencé ...


http://maps.google.com/maps?client=ubuntuchannel=fsq=montbeliardoe=utf-8ie=UTF8ei=8k9JTIiUKpa6jAfeiu3LDgved=0CBMQ_AUhq=hnear=Montb%C3%A9liard,+Doubs,+Franche-Comt%C3%A9,+Francell=47.510266,6.798327spn=0.0055,0.013894z=17
http://maps.google.com/maps?client=ubuntuchannel=fsq=montbeliardoe=utf-8ie=UTF8ei=8k9JTIiUKpa6jAfeiu3LDgved=0CBMQ_AUhq=hnear=Montb%C3%A9liard,+Doubs,+Franche-Comt%C3%A9,+Francell=47.510266,6.798327spn=0.0055,0.013894z=17


Ce qui montre que le calage de leur rues et/ou bâtiment n'est pas 
terrible. Ca a l'air d'être fait à partir du cadastre, car on voit des 
traits fins à la limite wall=yes/no.


--
Etienne

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


Re: [OSM-talk-fr] Frontière France (Landmasse)

2010-07-22 Per discussione Etienne Chové

Le 22/07/2010 11:43, sly (sylvain letuffe) a écrit :

Il faut quand même avouer aussi qu'au niveau homogénéité, les pays c'est pas
la fête... et on fait un peu bande à part à avoir une relation pour les
contours de côtes


Il faut bien garder notre réputation d'irréductibles gaulois ;-)

!!!  ATTENTION, LA SUITE NE DOIT PAS ÊTRE EXÉCUTÉE!!!
!!!JUSTE POUR TESTER!!!
!!!CAR CA CHARGE ENORMEMENT L'API !!!

Sinon, pour mon script, c'est presque terminé, c'est même fini. Je fais 
juste un test. Il y a 3 étapes :

  - download-mega-relation.py 11980  r11980-1.osm
   pour télécharger une mega relation de l'api et la mettre dans
   un fichier .osm
  - mega-relation-to-relation.py 11980  r11980-1.osm  r11980-2.osm
   prend un fichier .osm avec une mega relation et applatit la
   relation pour qu'elle n'ait qu'un niveau
  - osm-to-poly.py 11980  r11980-2.osm  r11980-2.poly
   tranforme un fichier osm avec une relation simple en fichier poly

PS : Les étapes 1 et 2 peuvent être remplacées par le wget suivant. Il a 
l'avantage de ne pas charger l'api et d'être carément plus rapide. Par 
contre, il ne donnera pas les tags des nodes/ways, et aura quelques 
minutes de retard par rapport à l'api.

wget http://osm3.crans.org/osmbin/mega-relation-to-relation.py?11980

PS2 : les fichiers issus du wget ou de l'étape 2 peuvent être mangés par 
osm2pgsql.


Tous les scripts sont temporairement sur :
http://osm1.crans.org/tmp/dl-mega/

--
Etienne, en vacances...

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


Re: [OSM-talk-fr] Présentation

2010-07-22 Per discussione Etienne Chové

Le 22/07/2010 16:25, Tanguy Ortolo a écrit :

[...] n'étant pas équipé pour cela


Moi non plus je suis pas équipé, si tu veux je peux te trouver des 
choses à faire sans GPS. Qu'est ce que tu aimes faire ?


PS1 : C'est un mensonge, j'ai un tomtom, mais j'ai fait qu'une trace 
avec, au début, pour tester la faisabilité. Maintenant je sais que mon 
GPS est capable de faire des trace, alors je l'ai rangé dans un placard, 
et je joue avec le cadastre et d'autres machins autour d'OSM.


PS2 : non, c'est tout, je voulais parler du + dans ton adresse, mais je 
passerai, ça me laisse rêveur


--
Etienne, je suis en vacances, alors je risque de plus répondre...

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


Re: [OSM-talk-fr] Autre anomalie dans le rendu des limites administratives

2010-07-22 Per discussione Etienne Chové

Le 22/07/2010 22:38, Pieren a écrit :

 et j'espère que nous ne verrons pas la Corse avec
un admin_level=2 pour faire plaisir à certains organismes.


Tu veux lui mettre quoi comme admin_level ? C'est une frontière de pays, 
donc je metterai 2, comme la côte atlantique. Non ? J'ai du louper 
quelque chose...


Pour le pays base, je suis d'accord de pas mettre 2 tout autour, mais au 
moins à certains endroits.


--
Etienne

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


Re: [OSM-talk-fr] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$)

2010-07-22 Per discussione Etienne Chové

Le 22/07/2010 19:23, g.d a écrit :

Je rente de déplacement chantier,
la question de utilité publique me barbe.

Il s'agit de collecter des sous pour des disques :
a) Où j'envoie mon don, n° IBAN, BIC, banque ?
b) A quelle adresse postale j'envoie mon vieux 5oo giga ?
Pas besoin de déductibilité.


Les DD sont incompatibles avec les serveurs actuels (sauf si c'est du 
U320). J'attends de voir si Free peut pas vous donner d'autres serveurs, 
mais je pense que ça attendra la rentrée.


Donc affaire à suivre en septembre...

--
Etienne

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


Re: [OSM-talk-fr] Présentation

2010-07-22 Per discussione Etienne Chové

Le 22/07/2010 22:54, Tanguy Ortolo a écrit :

Le jeudi 22 juillet 2010, Etienne Chové a écrit :

PS2 : non, c'est tout, je voulais parler du + dans ton adresse, mais je
passerai, ça me laisse rêveur


Et bien, j'organise mon courrier comme je veux. Tiens, là, tu m'avais
répondu en perso, avec la liste en Cc. Du coup, j'ai reçu le message
sans en-tête List-Id : grâce à cette adresse plussée, j'ai pu trier
automatiquement ce message et le stocker dans la boîte au lettre que je
dédie à cela.


Il faut entendre rêveur dans le sens 'impréssioné'. Peu de personnes 
connaissent cette particularité, et je vois que tu en fait parti ;-)

Et si je te met en bcc... bon allé, je rigole, il se fait tard.

--
Etienne

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


Re: [OSM-talk-fr] Autre anomalie dans le rendu des limites administratives

2010-07-22 Per discussione Etienne Chové

Le 22/07/2010 23:07, Pieren a écrit :

2010/7/22 Etienne Chové ch...@crans.org mailto:ch...@crans.org

Tu veux lui mettre quoi comme admin_level ? C'est une frontière de
pays, donc je metterai 2, comme la côte atlantique. Non ? J'ai du
louper quelque chose...


J'aurais dû ajouter dans une relation, avec name=Corse.


En effet, j'avais analysé la situation un peu vite. Là, je comprend 
mieux ta remarque.


--
Etienne

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


Re: [OSM-talk-fr] Frontière France (Landmasse)

2010-07-21 Per discussione Etienne Chové

Le 21/07/2010 16:34, Pieren a écrit :

Actuellement la version 666 par EtienneChove ! On sait qui tu es
maintenant !


La voila en 667... mais toujours par le même type. Tu as mis 30 octects 
inutiles dans les archives de la ml, et moi un enregistrement qui sert à 
rien dans la base osm. On est quitte ;-)


Allé, je continue à relire ma thèse... courage ! J'ai pas encore réussi 
à faire de plugin avec des bulles au bon endroit pour ça :-(


--
Fourmi #667


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


Re: [OSM-talk-fr] Re : Superposition dans l'import cadastral et plugin osmose

2010-07-20 Per discussione Etienne Chové

Le 19/07/2010 20:02, Xinfe Ewalavir a écrit :

Bonsoir,

Je guette depuis un moment (une grosse semaine) la prochaine lise à jour
des erreurs d'osmose, et après une mise en pause de tous les traitements
dernièrement, les analyses ont visiblement repris, sauf pour une
douzaine d'entre eux, dont gis_building_overlaps-france.

C'est possible de savoir si c'est une nouvelle pause, ou qu'un problème
est survenu il y a 9h. Ou que c'est pas une analyse qui tourne
fréquemment...


Je suis un peu déconnecté d'osmose, et mon nouveau boulo de l'année 
prochaine ne va rien arranger.


Le serveur n'a pas assez de disque pour charger la France, ce qui cause 
ce pb. Je vais tenter une solution de secours, mais ce ne sera que 
provisoire vu l'augmentation de la taille de la France, et ce n'est pas 
sur que ça fonctionne.


http://osm2.crans.org/munin/univ-nantes.fr/osm5.univ-nantes.fr-df.html

réflexion
La France grandit à une vitesse grand V, et les serveurs ne suivent pas. 
La solution d'un unique serveur (ou deux ou trois) d'analyse n'est pas 
viable à long terme. Il faudrait réfléchir à faire du calcul distribué, 
un peut comme t...@h, en se basant sur les mêmes mécanismes ; mais il y a 
beaucoup de boulo.

/réflexion

--
Etienne

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


Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre

2010-07-15 Per discussione Etienne Chové

Le 15/07/2010 15:32, JonathanMM a écrit :

Bonjour a tous,
j'aimerais savoir si une gentille personne pourrait me sortir un fichier
(en .xml ou en .csv) contenant la liste des gares de la ligne D du RER
(relation : 65072 http://www.openstreetmap.org/browse/relation/65072
et filles), avec leur nom et coordonnées GPS.
De plus, je profite de ce message pour savoir s'il existe un tag pour
indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour
Goussainville, c'est GOU. Parfois, il peut y en avoir plusieurs pour une
gare. Par exemple, pour Paris Nord, il a le code PNO, mais les codes PNB
(Paris Nord (Banlieue), la gare de surface) et GDS (Paris Nord
(Souterraine), la gare souterraine) existent.
Pour information, les informations sont destinés a la création d'un site
internet libre, avec client android, qui recueille le retard des trains
et en fait des statistiques..
Merci d'avance
JonathanMM


http://osm1.crans.org/tmp/rer/

J'ai mis la bibliothèque OsmApi.py qui vient du svn d'osm, et quelques 
lignes dans get.py


Si tu parles un peu le python, tu vera que c'est très simple quand on 
connait la librairie OsmApi.py.


J'ai juste lancé ./get.py  get.txt. Le numéro de relation est en dur, 
mais si tu veux le prendre comme argument, ya juste une ligne en plus.


--
Etienne

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


Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre

2010-07-15 Per discussione Etienne Chové

Le 15/07/2010 16:05, JonathanMM a écrit :

Le 15/07/2010 16:00, hamster a écrit :

JonathanMM a écrit :

De plus, je profite de ce message pour savoir s'il existe un tag pour
indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour
Goussainville, c'est GOU.



alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc
si il existe pas de tag pour ce cas la il suffit d'en creer un

Oui, mais avant de créer des tags, je demande s'ils existent.
Bon, si effectivement il en existe pas, je le créerais :)
JonathanMM


Pas à ma connaissance. Tu peux créer un ref:SNCF ; ça restera comme ça 
dans la logique, et on comprend bien ce que c'est. Pas besoin de passer 
par le processus de validation wiki, suffit de le mettre sur une page 
francophone parlant du transport.


--
Etienne

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


Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre

2010-07-15 Per discussione Etienne Chové

Le 15/07/2010 16:21, Etienne Chové a écrit :

J'ai juste lancé ./get.py  get.txt. Le numéro de relation est en dur,
mais si tu veux le prendre comme argument, ya juste une ligne en plus.


Je viens de mettre une version xml, comme ça tu as le choix. Ca sort un 
fichier au format .osm


./get-xml.py  get-xml.osm

Dans ce cas, il faut aussi la librairie OsmSax.py (pour créer facilement 
un .osm)


--
Etienne

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


Re: [OSM-talk-fr] Besoin de coordonnées pour un proj et libre

2010-07-15 Per discussione Etienne Chové

Le 15/07/2010 16:36, JonathanMM a écrit :

Merci Etienne.
Je copie tout ça dans un coin si ça te dérange pas, ça pourra servir si
on fait un cron pour mettre a jour les données régulièrement :)
JonathanMM


Le librairies sont en GPLv3, et le code, je l'offre au domaine public 
;-). Tu peux en faire ce que tu veux ;-)


Attention à ne pas faire un cron trop souvent, l'api n'est pas trop 
faite pour ca (et puis la fonction RelationFullRecur télécharge toute la 
relation, les membres et tout ça de façon récursive). Tu peux utiliser 
une xapi, mais je ne suis pas sur qu'elle réponde aux requêtes 
/api/0.6/relation/id/full


Remplace juste api = OsmApi.OsmApi() par api = 
OsmApi.OsmApi(api=xapi.blablamachin.tld) pour tester. Sinon, il y a 
moyen de recoder le RelationFullRecur pour que ça passe.


--
Etienne

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


[OSM-talk-fr] Disques dur pour les serveurs

2010-07-09 Per discussione Etienne Chové

Coucou tout le monde,

Je vous donne quelques petites news sur le sujet.

Si je fait un petit bilan, on arrive aux alentours de 350€ de dons 
possibles... surement un peu plus si on lance un appel définitif ciblé.


J'ai envoyé un mail à la fondation Free pour cette affaire... ils ont 
peut être des disques dur SATA I de 400Go à nous donner, mais 
incompatibles avec nos serveurs HP. Ils ont aussi des serveurs Dell PE 
1425 avec deux baies SATA pour les supporter, donc on pourrait avoir des 
serveurs avec 800Go (non redondants).


Le crans (et peut être l'université de Nantes) serait disposé à nous 
fournir un peu de place pour ça. C'est que du SATA1, mais c'est déjà pas 
mal !


Je vous tiens au courant si ça se concrétise. Dans ce cas, peut être 
qu'osgeo-fr pourra recevoir ce don (plutôt que Login qui avait reçu les 
20 serveurs HP), et il y aura besoin de quelqu'un pour s'en occuper sur 
Paris. Cette fois j'en demanderai pas autant que des HP, il nous reste 
encore quelques HP à héberger !


--
Etienne


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


Re: [OSM-talk-fr] Import adresses...

2010-07-09 Per discussione Etienne Chové

Le 09/07/2010 17:18, Benoît ROUSSEAU a écrit :

Les relations commencent à se dessiner (un extrait) :

ap3

Même si certaines choses pourraient vous paraître bizarre, j'ai vérifié
cette zone sur le cadastre et ça colle. Le traitement complet ne dure
que quelques secondes pour l'instant.


Bravo, c'est déjà bien avancé, et prometteur. Bon courage !

--
Etienne

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


Re: [OSM-talk-fr] OSM-Matrix

2010-07-08 Per discussione Etienne Chové

Le 07/07/2010 23:06, Vincent Pottier a écrit :

Tu as essayé avec le bouton permalien ?

Ben justement le format n'est pas LatLon :
http://www.qualitystreetmap.org/osmqa/?map_x=672608.34682047map_y=5982821.2193476map_zoom=13...lang=fr


C'est quoi comme coordonnées d'ailleurs ça ? On doit bien pouvoir le 
transformer en lat/lon.


--
eTienne

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


Re: [OSM-talk-fr] extraire les limites de communes

2010-07-08 Per discussione Etienne Chové

Le 08/07/2010 13:46, jean navarro a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour

j'ai besoin pour un travail particulier d'une carte comportant
uniquement les limites des communes et leurs noms, sur les cantons
limitrophes d'une commune de base. éventuellement sur les cantons situés
à + 2 du canton de base...

existe-t-il un moyen d'obtenir ce type de carte ?


Le plus simple est de passer par une base postgis. Avec ça, à partir 
d'un numéro de commune, tu pourra récupérer le canton, et à partir du 
canton tu va pouvoir récupérer les contons adjacents, les commumes du 
canton...


La première étape est donc de charger la France dans une bdd.

Si tu avais voulu juste les communes adjacents, ça aurait été 
relativement facile.


--
Etienne

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


Re: [OSM-talk-fr] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$)

2010-07-06 Per discussione Etienne Chové

Le 05/07/2010 22:16, Pieren a écrit :

Sur l'autre page déjà citée:
l'oeuvre ne fonctionne pas au profit d'un cercle restreint de personnes. 

Combien de personnes utiliseraient ce disque ? 10, 20 ? A partir de
combien le cercle n'est plus restreint ?


Tout le monde surfant sur un site hébergé par ledit serveur, ce n'est 
donc pas restreint. Et si on dit que c'est un disque au profit général 
d'osm, on peut dire qu'il profite à tout consommateur d'osm, non ?


--
Etienne
le chapitre 5 est envoyé...

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


Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 09:28, Xinfe Ewalavir a écrit :

Effectivement, après avoir passé quelques heures à corriger les erreurs
de type 1 grâce au validator, il reste tous les types 2 et 3...

Juste pour savoir, ça prend combien de temps, une telle analyse ? Quand
je vois le temps nécessaire au Validator JOSM pour des petits bouts de
commune, je prend peur.


Ca dépend si tu comptes le chargement dans une base postgis de la 
France. La requête en elle même prend un grand quart d'heure.


--
Etienne

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


Re: [OSM-talk-fr] Re : Superposition dans l'import cadastral et plugin osmose

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 00:11, THEVENON Julien a écrit :

 *De :* Benoît ROUSSEAU adressepossi...@free.fr

**

 Re,



 Je me réponds à moi même. L'historique m'indique maintenant que je

viens de modifier des points auxquels je n'ai pas touché à 23h ! J'ai dû
  merdé en voulant corrigé. Mais quoi ? Zut ! Flute !

De mon cote je suis en train de vérifier les 4 communes que j avais
importe et effectivement il y a bien des erreurs la ou osmose le mentionne.
Elle n avaient pas été reportées par le validator et sont assez
difficiles a voir a l oeuil, si osmose pouvait par exemple différencier
les cas d erreur via une description un peu plus précise se serait un
super plus !
mais ça n empêche pas de poursuivre le nettoyage


Euh, osmose ne fait qu'une analyse : tester si deux building=yes se 
superposent. Je vois pas quoi différencier.


Si ça se passe bien, le prochain shoot qui est en cours de chargement de 
la base postgis devrait afficher les numéros de ways (sans les tags).


--
Etienne

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


Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 00:32, Vincent Pottier a écrit :

Quand tu auras publié ta thèse, tu pourras ensuite publier un bottin de
plugins ;-)


La liste des backends est là :
http://osmose.openstreetmap.fr/cgi-bin/last-update.py

A partir de cette liste, on peut cliquer sur le numéro de la source, et 
hop on a la liste des erreurs générées par ce backend. On peut aussi 
cliquer sur all pour voir toutes les màj de ce bachend.


A partir de la liste des erreurs, on peut afficher la carte d'une classe 
d'erreur, de l'analyseur complet, un graphe d'évolution (vive gnuplot)...


Les classes qui sont en item=0 ne sont pas affichées sur la vue 
principale d'osmose, il faut demander la vue spécifique de la classe ou 
de l'analyseur. Ces bulles sont affichées en gris.


Bref, il manquerai un peu de description détaillée de chaque backend.

--
Etienne

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


Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 01:42, Nicolas Dandrimont a écrit :

* Etienne Chovéetienne.ch...@crans.org  [2010-06-29 19:26:07 +0200]:


Pour info, les serveurs du crans (osmose, bmo, clc...) seront coupés
du vendredi après midi au dimanche soir (sauf si quelqu'un les
rallume avant). Une coupure de courant étant planifiée samedi, et je
n'ai pas de dispo pour arrêter les serveurs samedi à 7h.


À priori je couperai tous les serveurs du c...@ns et serai là pour les
rallumer, je pourrai appuyer sur le bouton des serveurs osm samedi soir.


Merci Nicolas. C'est bien d'être sur place... ça vous en fera 4 de plus 
à éteindre. Besoin d'un compte ou tu le fais avec le bouton ?


--
Etienne

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


Re: [OSM-talk-fr] Plugin Osmose pour JOSM

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 12:58, Xinfe Ewalavir a écrit :

Salut !

J'ai pensé qu'un plugin à l'image de Celui d'OpenStreetBugs serait
bien pratique pour Osmose.

Je ne sais pas si c'est facile à faire, mais je pense que ça pourrait
grandement aider (plus besoin de recharger les données a chaque
correction : on charge un quartier et paf!, on a tout sous les yeux)

Yaka !


Comme tu dis, yaka. J'y ai pensé, mais je n'ai pas le temps. Avec le 
module osb qui existe déjà, il y a une bonne base de faite. Je peux me 
charger du coté serveur pour écrire le cgi qui va bien, mais il faut 
quelqu'un qui se charge de faire le plugin JSOM.


Un (des) amateur(s) ?

--
Etienne

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


Re: [OSM-talk-fr] script de récupération du bati

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 12:59, Mathieu Arnold a écrit :

Hello,

Je regardais le bouzin faire, et je me demande à quoi ça sert de passer
le code EPSG, parce que si je ne m'abuse, on peut le déduire des
coordonnées y de la bbox, non ?


C'est aussi affiché sur la page 3 téléchargée par curl. Perso j'ai 
ajouté dans le script de téléchargement :
proj=`grep 'span id=projectionName' $tmp/page-$$-3.html | sed 
's/.*span id=projectionName\([^]*\).*/\1/'`


La variable proj vaut alors :
- RGF93CC49 (ou un autre RGF93) dans le cas du Lambert CC9
- Lambert zone dans le cas d'une projection lambert 4 zones.

J'ai récupéré les pdf de toute la france métropolitaine et converti en 
.svg, puis .osm (sauf 30 communes qui font bugguer le site du cadastre). 
Il ne reste du 4 zones que dans le département 88 d'après moi.


--
Etienne

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


Re: [OSM-talk-fr] Archivage des PDF du bâti

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 14:02, Nicolas Dumoulin a écrit :

On est plusieurs à avoir récupérer les PDF du bâti en masse. Bon apparemment,
il y aurait d'autres couches à récupérer, mais étant données le manque d'info
sur la pérennité du service, ça me semble rationnel de les archiver. Quelqu'un
a-t-il un dépôt correct où on pourrait les regrouper ?


Pour ma part, j'ai 1.2 To de données du cadastre (.pdf, .svg, .osm). Et 
comme un .pdf ne vaut (amha) rien sans ses méta données, je stocke aussi 
la bounding box, le code commune et la projection donnée par le site. 
Bref, ça pourra servir en cas d'indispo du service.


Mon objectif est de tout mettre dans une base postgis, mais sans doutes 
pas avant les vacances. Il n'y a pas (à première vue) assez de 
ressources sur les serveurs Free pour ça.


Une fois chargé dans un postgis, on pourra faire du nettoyage comme 
corine, un affichage dans un serveur de tuile, wms/wfs...


J'ai toutes les communes véctorisées sauf 40.

--
Etienne

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


Re: [OSM-talk-fr] Re : script de récupération d u bati

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 14:08, THEVENON Julien a écrit :

Dans le 42 il y a encore pas mal de communes en lambert 4 zones zone 2
donc l affirmation qu il ne reste du 4 zones que dans le 88 m etonne un peu


Un exemple ? Je récupère la projection directement sur le site du 
cadastre, elle est marquée sous la carte glissante. Mais peut être que 
l'information est mauvaise ?


Je n'ai pas encore regardé ce qu'il y avait dans les .osm pour voir si 
c'était cohérent.


--
Etienne

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


Re: [OSM-talk-fr] Archivage des PDF du bâti

2010-06-30 Per discussione Etienne Chové

Le 30/06/2010 14:49, Mathieu Arnold a écrit :

Alors, juste, sur le serveur, y'a 70Go de disque, donc, si ça fait 1.2To,
ça va rentrer difficilement :-)


Euh, suffit de conserver que l'indispensable, et de le compresser. La 
pluspart des fichiers peuvent être regénéré. Ça rentre peut être.


--
Etienne

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


[OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose

2010-06-29 Per discussione Etienne Chové

Coucou tout le monde,


Petit scenario :
1. J'ouvre JOSM
2. Je télécharge un zone au pif où il y a du cadastre récent
3. Je trouve quelques ways superposés :
http://www.openstreetmap.org/browse/way/59628548/history
http://www.openstreetmap.org/browse/way/59629647/history
http://www.openstreetmap.org/browse/way/59629101/history
http://www.openstreetmap.org/browse/way/59629123/history

Hasard, coïncidence, corrélation, superstition, bug de l'api ?

Vous pourrez voir que 3 des polygones ont été importés dans le même 
changeset, ce qui prouve que le cadastre duplique les bâtiments !


J'appelle ça du remplissage inutile de base de données ! Le travail 
composite serait au minimum d'ajouter un peu d'intelligence dans les 
données. Je ne jette pas la pierre à Balooval, car c'est loin d'être le 
seul.


Afin de vous aider à corriger ces erreurs, j'ai écrit un petit module 
pour osmose disponible là [1] et dont les résultats sont affichés là 
[2], les stats là [3] et bientôt le graphe là [4]. Je ne met pas les 
ways concernés dans les bulles car vu la quantité de bulles, ça 
chargerai inutilement le backend. Pour le moment, c'est du one-shot.


Pour le moment, c'est pas affiché sur le front-end principal d'osmose, 
j'ai d'autres choses à faire sur osmose avant ça et une thèse à écrire 
(mais rassurez vous, elle ne recule pas). Je laisse quelqu'un mettre le 
lien sur le wiki.


[1] http://osm1.crans.org/src/osmose/analyser_gis_building_overlaps.py
[2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64
[3] http://osmose.openstreetmap.fr/cgi-bin/info.py?source=64
[4] http://osmose.openstreetmap.fr/cgi-bin/graph.py?source=64class=1

My 2c

Pour info, les serveurs du crans (osmose, bmo, clc...) seront coupés du 
vendredi après midi au dimanche soir (sauf si quelqu'un les rallume 
avant). Une coupure de courant étant planifiée samedi, et je n'ai pas de 
dispo pour arrêter les serveurs samedi à 7h.


--
Etienne

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


Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose

2010-06-29 Per discussione Etienne Chové

Le 29/06/2010 19:42, Balooval a écrit :

Je ne comprend pas ce qui a pu se passer, ça m'étonnerais d'avoir tracé
4 fois le même bâtiment à la main... je m'en vais corriger ça.
Ton script est sûrement très bien, mais quoi de plus par rapport à un
dupeNodes par exemple?


Un dupnodes cherche les nœuds dupliqués, donc si tu fusionne les nœuds 
dupliqués, tu n'aura plus d'erreurs.


Cependant, si tu fusionnes les nœuds dupliqués dans ton cas, tu as 
toujours 4 ways superposés, ce que cette analyse te donnera.


Enfin, si tu as deux bâtiments proches, avec un bout superposé, cette 
analyse va aussi râler, même si aucun nœud ne se superpose. Exemple (les 
plus sont les nodes) :


+--+
|  |
|+ |
|   /  \   |
+--+
  /  \
 /\
+  +
|  |
+--+


Dans cet exemple, il n'y a pas de dupnode, mais une superposition des 
surfaces.


--
Etienne

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


Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose

2010-06-29 Per discussione Etienne Chové

Le 29/06/2010 19:26, Etienne Chové a écrit :

[un peu d'énervement et une annonce de...]
[2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64


Je viens de rajouter les numéros de ways dans les bulles. Les numéros 
correspondent au ways produisant un recouvrement.


Désolé pour ceux qui ont passé des erreurs en faux positif, un effet de 
bord de cette modif sera de refaire apparaitre les erreurs.


PS : ne cherchez pas tout de suite, j'ai mis le plugin dans la boucle 
automatique, il sera lancé demain matin.


--
Etienne


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


Re: [OSM-talk-fr] [CLC] panne de corine ?

2010-06-27 Per discussione Etienne Chové

Le 26/06/2010 15:23, Vincent Pottier a écrit :

Bonjour,
Plus de bulles chez Corine ?
http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=16lat=48.7420919754847lon=3.87691196332269st=inauto,inmanu,out,outbad


Mea culpa, mea maxi culpa.

C'est réparé, désolé pour ceux qui voulaient coriniser le week-end.

--
Etienne

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


Re: [OSM-talk-fr] [clc] problème d'import de p olygone

2010-06-24 Per discussione Etienne Chové
Le 24/06/2010 06:58, Vincent Pottier a écrit :
 Bonjour,
 J'ai un problème de chargement de polygone CLC
 http://clc.openstreetmap.fr/cgi-bin/get-osm.sh?FR-6749

 Une explication ?

Bizarre, le get-gpx.sh fonctionne sur ce polygone. L'erreur provient du 
polyshp2osm.py qui dit Degenerate ring..

Tu peux récupérer le gpx et le transformer en .osm sous JOSM... pour le 
moment j'ai pas mieux.

Si quelqu'un est motivé pour voir ce qui ne va pas, j'ai mis le shp là :
http://clc.openstreetmap.fr/FR-6749/

-- 
Etienne

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


Re: [OSM-talk-fr] OSM-Matrix (was: Re: Import s emi-automatique du bâti)

2010-06-24 Per discussione Etienne Chové

Le 24/06/2010 17:48, François Van Der Biest a écrit :

Le code est actuellement sous GPL, et je sortirai très bientot une
bêta (avant SOTM en tout cas). A ce propos, Etienne, je vais avoir
besoin d'un hébergement free ;-)


Pas de problème, tu connais les serveurs et leur organisation. Tu as 
besoin de quoi pour faire ça ? Combien de disque ? parce que les projets 
d'osm1 sont un peu à l'étroit maintenant... mains on a une peu de place 
à coté (enfin plus beaucoup, va falloir chercher des nouveaux hébergements).


--
Etienne

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


Re: [OSM-talk-fr] Les adresses...

2010-06-24 Per discussione Etienne Chové

Guillaume Allegre a écrit :

Le Thu 24 Jun 2010 à 10:53 +0200, Frédéric Rodrigo a ecrit :

Perso, je trouve que ça va trop vite et que tout le monde c'est lancé la dedans sans trop vite sans trop réfléchir et peaufiner le truc. 

+1


+1, c'est du grand n'importe quoi. On pourrait faire un truc propre à la 
clc, et là chacun est parti pour faire la course à l'upload massif. Ca 
donne des gens qui importent de la quantité à la place de la qualité, et 
qui disent quelqu'un repassera après moi pour corriger.


--
Etienne



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


Re: [OSM-talk-fr] Noeuds orphelins la suite...

2010-06-19 Per discussione Etienne Chové
Le 19/06/2010 06:16, Benoît ROUSSEAU a écrit :
 Bonjour,

  Intéressant comme retour, ça donne une idée, c'est noté. Pour mon
 premier essai un fractionnement en tranches de 50 me permettait de
 suivre au plus prêt le déroulement (par exemple les pbs de suppression
 de x000 fois les même points).

  Questions supp. :

  Le serveur de dev. semble se comporter de manière différente du
 serveur de prod à plusieurs niveaux :
  - les tuilles ne semblent jamais mise à jour même avec un /dirty,

En effet, le serveur de test diffuse les tuiles de la base prod. C'est 
pas terrible, mais personne n'a voulu s'en occuper. Ca mange des 
ressources pour pas grand chose.

  - seuls les ajouts semblent retournés, comme si le serveur était
 vide.

La base est presque vide et indépendante de la base de prod. Il n'y a 
aucune synchro entre les deux.

Pour les changesets, je te conseille comme Pieren de faire des envoi par 
gros paquets, mais surtout de faire plusieurs envois dans un même 
changeset. Ca te permettrai de n'avoir qu'un seul changeset pas 
lancement de ton programme.

-- 
Etienne

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


Re: [OSM-talk-fr] cherche hébergement pour projet os m

2010-06-18 Per discussione Etienne Chové
Bonjour,

Je m'en occupe, la réponse arrive en privé pour ne pas trop charger la 
liste avec ça.

-- 
Etienne

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


Re: [OSM-talk-fr] Import semi-automatique du bâti

2010-06-18 Per discussione Etienne Chové
Le 18/06/2010 18:55, V a écrit :
 Bonjour

 Le site du cadastre permet d'exporter une zone au format pdf. En
 réalisant cet export sur une bounding box suffisamment grande, on peut
 obtenir la carte entière d'une ville dans un format vectoriel.

 Avec un script perl un peu gruik, j'ai pu extraire d'un coup le bâti
 d'une planche cadastral.
 Les relations multipolygon sont gérées, un exemple avec le 1er
 arrondissement de Paris : http://dl.free.fr/foJJrx89i
 Ou carrément tous les arrondissements (250Mo décompressé) :
 http://dl.free.fr/mpAGvHFhw

 Je joins le script, j'utilise pdf2svg et les modules perl XML::Parser
 et Geo::OSR.

Bravo pour ce script, j'ai ouvert le premier exemple que tu donnes sous 
JOSM et c'est parfait.

Petit hic, je ne suis pas sûr qu'une statue dans un parc soit vraiment 
un building, mais ça va faire de jolies cartes. Il suffit de changer les 
tags.

Tu devrais le mettre sur le wiki avec une doc pour les nuls comme moi. 
Qu'est ce qu'il faut télécharger sur le site du cadastre, comment 
convertir en svg... ?

Merci !

-- 
Etienne

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


Re: [OSM-talk-fr] [osmose] quelques nouveautés

2010-06-17 Per discussione Etienne Chové
Le 16/06/2010 22:57, Gérard a écrit :
 Est ce que le fait de marquer faux positif est définitif?

Oui, enfin ça apparait là :
http://osmose.openstreetmap.fr/bad/ (ya qu'à retrouver la bonne page).

Si sur cette page, quelqu'un clique sur corrigé, dans ce cas 
l'élimination des erreurs est effective pour 7 jours. L'erreurs risque 
de réapparaitre au bout de 7 jours.

 Autrement
 dit, si plus tard qulequ'un crée l'ilot en oubliant de mettre oneway,
 est ce que la détection d'erreur sera empéchée parce qu'aujourd'ui
 j'aurais cliqué faux positif?

Le caractère faux-positif est attribué au way d'insertion. Si quelqu'un 
fait un Y, il va recréer un nouveau way pour pourrait se prendre 
l'erreur, mais le way initial ne prendra plus d'erreur.

Je pourrai attribuer le caractère faux positif au couple way/node 
début/node fin ; ce qui ferai que la modification du node de début ou 
de fin resoulèverai l'erreur. C'est facile à faire, mais tout ce que 
vous avez cliqué comme faux positif va réapparaitre.

Je n'ai pas encore ajouté la limite du nombre de nœuds, mais ça va venir.

-- 
Etienne

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


Re: [OSM-talk-fr] [osmose] Probmeme dans les stats par utilisateur

2010-06-16 Per discussione Etienne Chové
Le 15/06/2010 22:22, THEVENON Julien a écrit :
 Hello,

 Lorsque j essaie de regarder les données Osmose par utilisateur j
 obtiens un Internal Server Error.
 Les autres services semblent par contre etre OK

C'est corrigé. J'ai fait quelques modifs hier, et j'ai pas testé ça, je 
ne pensait pas que c'était utilisé. D'ailleurs il faudrait revoir la 
requête de cette page, elle est hyper lente.

-- 
Etienne

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


Re: [OSM-talk-fr] Pour ceux qui veulent savoir ou ils en sont avec OSM

2010-06-16 Per discussione Etienne Chové
Le 15/06/2010 23:23, Yoann ARNAUD a écrit :
 Le 15/06/2010 17:52, Etienne Chové a écrit :
 Le 15/06/2010 15:05, Emilie Laffray a écrit :
 http://wiki.openstreetmap.org/wiki/OSM_purity_self-test

 J'essaierais de traduire cela un de ces jours ;)

 0.5, je peux pas faire plus, j'ai une thèse à rédiger.

 J'ai vraiment du mal à te croire, je fais 1.16...

Je n'ai jamais fait de trace GPS pour OSM (enfin juste une pour tester), 
ce qui me met beaucoup de questions à 0. Mais bon je m'en remet.

-- 
Etienne

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


Re: [OSM-talk-fr] Osmose, limites administratives et éléments physiques

2010-06-16 Per discussione Etienne Chové
Le 16/06/2010 11:34, Guilhem Bonnefille a écrit :
 Bonjour,

 Ce matin, j'ai fait un tour avec Osmose sur des coins que je connais.
 J'ai alors remarqué qu'une de mes modifications récentes a dégradé la
 carte, ou du moins, Osmose n'est pas OK.

 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.9022lon=2.07198layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030

En fait, l'erreur osmose est due au fait que la relation Albi a un bout 
en double. Elle est donc formée par un polygone identifiable plu  un way 
non fermé. Il ne faut mettre qu'un se des deux ways dans ta relation.

Tu peux voir en détail sur l'analyseur de yoann :
http://analyser.openstreetmap.fr/cgi-bin/index.py?relation=135628

Ou dans l'éditeur de relation de JOSM en triant les ways :
http://www.cijoint.fr/cj201006/cijj8PgeRi.png

-- 
Etienne

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


Re: [OSM-talk-fr] Des licences libres pour concilier i nnovation sociale et économique

2010-06-16 Per discussione Etienne Chové
Le 16/06/2010 13:05, Tenshu a écrit :


 2010/6/15 Etienne Chové ch...@crans.org mailto:ch...@crans.org

 Le 15/06/2010 16:32, Lord Awikatchikaen a écrit :
   Un veille sur des licences libre diffusé sur twitter plutot que sur
   StatusNet (identi.ca http://identi.ca http://identi.ca) ?

 Poster avec outlook un message de ce type est quand même gonflé.


 Poster depuis windows NT un message de ce type ... ;)

Pour le fun : poster depuis google un message...

-- 
eTienne

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


Re: [OSM-talk-fr] [osmose] quelques nouveautés

2010-06-16 Per discussione Etienne Chové
Le 16/06/2010 18:29, Gérard a écrit :
 Bonjour

 Abonné depuis pas longtemps à la liste de diffusion, je découvre
 seulement maintenant Osmose. Et je me rends compte qu'il y a des choses
 que cet outil trouve que je fais mal à savoir que je fais des oneway
 manquant sur insertion Rond-Point.
 Quand une rue à double sens débouche sur un rond point, il y a peut être
 bien (ou pas) un minuscule ilot triangulaire que l'on pourrait créer,
 avec sens unique sur chaque branche. Mais je trouve que ça n'en vaut pas
 la peine de définir cela. Je me contente d'une rue à double sens
 jusqu'au rond point.
 Ne faudrait il donc pas mettre une sorte de test de longueur de voie
 arrivant sur le rond point. Si c'est court (moins de 100m, il y a des
 chances qu'effectivement il manque un oneway, donc bulle à mettre dans
 Osmose. Si c'est long, ben c'est probablement que personne n'a envie de
 cartographier finement les ilots. Est ce que ça gêne quelqu'un comme ça?

Bonjour,

Tu dois avoir une topologie bien particulières pour avoir cette erreur. 
C'est sans doutes un faux positif. Est ce qu'on peut avoir un lien ? Si 
c'est un faux positif, n'hésite pas à cliquer sur faux positif, si il y 
en a trop je regarderai ce que je peux faire, mais tel que c'est conçu 
ce que tu demandes (mesure de la longueur du way) est relativement 
difficile à faire, mais pas impossible.

Cette erreur est soulevée lorsqu'on a ways d'insertion à un rond point 
qui partent du même nœud. Dans ce cas il s'agit souvent de voies 
d'insertions.

-- 
Etienne

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


[OSM-talk-fr] Fwd: [OSM-talk] Pour les personnes ayant fait des imports massifs

2010-06-16 Per discussione Etienne Chové

Message trouvé sur talk@

Si vous avez fait un import massif et que vous ne parlez pas anglais, 
demandez, on traduira.


 Message original 
Sujet:  [OSM-talk] Calling all bulk importers
Date :  Wed, 16 Jun 2010 18:21:07 +0200
De :Mike Collinson m...@ayeltd.biz
Pour :  t...@openstreetmap.org

Hi,

If you have been involved in bulk import of data from third-parties, may
I ask you to check that this is on
http://wiki.openstreetmap.org/wiki/Import/Catalogue .

Why? Now we have final versions of everything, the License Working Group
is checking compatibility with the proposed change to the Open Database
License. We are aware that in some cases the donor's permission will
need to asked. We like to leave you as much time as possible to do that
and to be prepared to assist you if needed. There is a new support page
here.

http://wiki.openstreetmap.org/wiki/Open_Data_License/Bulk_Import_Support_Page 




Mike
License Working Group
___
talk mailing list
t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

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


Re: [OSM-talk-fr] Plus d'OSM :(

2010-06-15 Per discussione Etienne Chové
Pour ceux qui ne sont pas abonnés à t...@...

Le 15/06/2010 09:56, Tom Hughes a écrit :
  We had to wait for Adaptec to start work - Grant is holding on the
  phone to their support people right now.
 
  Tom

-- 
Etienne

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


Re: [OSM-talk-fr] Pour ceux qui veulent savoir ou ils en sont avec OSM

2010-06-15 Per discussione Etienne Chové
Le 15/06/2010 15:05, Emilie Laffray a écrit :
 http://wiki.openstreetmap.org/wiki/OSM_purity_self-test

 J'essaierais de traduire cela un de ces jours ;)

0.5, je peux pas faire plus, j'ai une thèse à rédiger.

-- 
Etienne

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


Re: [OSM-talk-fr] Des licences libres pour concilier i nnovation sociale et économique

2010-06-15 Per discussione Etienne Chové
Le 15/06/2010 16:32, Lord Awikatchikaen a écrit :
 Un veille sur des licences libre diffusé sur twitter plutot que sur
 StatusNet (identi.ca http://identi.ca) ?

Poster avec outlook un message de ce type est quand même gonflé.

-- 
Etienne

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


Re: [OSM-talk-fr] Plus d'OSM :(

2010-06-15 Per discussione Etienne Chové
Pour ceux qui ne sont pas abonnés à t...@... traduction de deux post.

OSM est de retour, peut être un peu chargé au début en raison de 
l'upload des traces GPS et des modifications de la carte de ces 
dernières 24 heures.

-- 
Etienne

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


Re: [OSM-talk-fr] Re : [osmose] quelques nouveau tés

2010-06-12 Per discussione Etienne Chové
sly (sylvain letuffe) a écrit :
 On vendredi 11 juin 2010, Etienne Chové wrote:
 Sly, est ce que tu peux me dire comment tu génère ce fichier ? Comme je 
 charge la base France tous les jours je peux voir si la génération est 
 meilleure.
 
 Je sens que je vais me rendre coupable d'entrave à la bonne rédaction d'un 
 mémoire de thèse...
 
 http://beta.letuffe.org/cron/etat-communes/commune_stats.php?src
 
 Merci de respecter la licence indiquée en haut.

Zut, yoann tu va pas pouvoir t'en charger... je regarderai ça quand 
j'aurai quelques minutes.

-- 
Etienne

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


[OSM-talk-fr] [osmose] quelques nouveautés

2010-06-11 Per discussione Etienne Chové
Salut tous,

Osmose a maintenant quelques nouvelles sources et améliorations.

1. OpenStreetBug

Les erreurs sont issues du dump journalier, et un retrour est fait via 
l'API d'osb pour supprimer les erreurs. Le bouton corrigé ou faux 
positif d'osmose supprimera l'erreur d'osb.

2. a mapper/limites admin (par Cédric Viou)

Les communes non mappées ont un marqueur. Si vous cliquez dans le menu 
d'osmose sur cette ligne vous verrez qu'elle regroupe deux classes 
d'erreurs, les communes vecteur et les communes raster. Il est possible 
de n'afficher qu'une des des classes en cliquand sur le map à coté du 
numéro de classe.

3. les nœuds supprimés (par Benoit Rousseau entre autres)

Il nes sont pas affichés sur la page principale car ce ne sont pas des 
erreurs à corriger en soi. Ce sont les nœuds qui risquent d'être 
supprimés. Pour le moment c'est moi qui ai chargé la liste, mais les 
auteurs ont tout ce qu'il faut pour mettre à jour la liste s'ils s'en 
sortent avec l'api d'osmose.

http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=63

4. Divers

Maintenant, un clic sur la liste de gauche vous donne la liste des 
sources e classes qui sont affichées dans cet item. Vous pouvez alors 
demander la carte d'une classe spécifique d'erreur. Je vous laisse 
naviguer. C'est pas très utile mais ça me sert à voir quoi est où.

5. autres nouveautés, peut être pas annoncées (par Frédéric Rodrigo)

Je ne sait plus si ça a été annoncé, mais les trous intercommunaux sont 
affichés ainsi que les presque rond-points.

Merci à tous ceux qui ont contribué à ces analyses et qui en hébergent 
certaines chez eux.

-- 
Etienne

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


Re: [OSM-talk-fr] [osmose] quelques nouveautés

2010-06-11 Per discussione Etienne Chové
Le 11/06/2010 15:11, Christian Quest a écrit :
 Mreci Etienne pour cet formidable outil.

 A-t-il déjà été envisagé une remontée d'osmose vers les contributeurs
 via la messagerie interne d'osm ?
 Cela permettrait de se rendre compte plus rapidement de certaines
 erreurs dont on est la source.

Ça n'a pas encore été envisagé. Il n'y a qu'à

-- 
Etienne

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


Re: [OSM-talk-fr] Re : [osmose] quelques nouveau tés

2010-06-11 Per discussione Etienne Chové
Le 11/06/2010 15:56, Cedric Dumez-Viou a écrit :
 Pour les communes marquees non mappees alors qu elles le sont je mettrais en
 faux positif si jamais l analyseur ne peut pas être corrige mais pour celles
 qui n apparaissent pas je ne peux rien faire.
 Je ne sais pas si le même genre de cas se retrouvent ailleurs en France mais
 je me suis dit que cela valait le coup de partager l info.

 Cet outil était à la base une petite moulinette qui permettait
 d'afficher sous JOSM les données de
 http://beta.letuffe.org/cron/etat-communes/communes.csv.txt.   L'idée
 était de mapper d'un coup plusieurs communes adjacentes.

Sly, est ce que tu peux me dire comment tu génère ce fichier ? Comme je 
charge la base France tous les jours je peux voir si la génération est 
meilleure.

On pourrait aussi faire un grep ref:INSEE sur un dump de la France, ça 
nous donne une idée de ce qui est mappé ou non.

-- 
Etienne

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


Re: [OSM-talk-fr] Noeuds orphelin en France

2010-06-09 Per discussione Etienne Chové
Le 09/06/2010 05:58, Benoît ROUSSEAU a écrit :
 Bonjour

 Avec Julien B. on cherche actuellement les nœuds vides et orphelins (pas
 de tag significatif et n'appartenant ni à un ways ni à une relation). Je
 travaille sur l'extraction France de geofabrik datant du 2 juin pour
 tester. Il semble qu'un nettoyage est été fait depuis le 7 juin :
 Nettoyage post-import Romans comme sur
 http://www.openstreetmap.org/browse/node/763277871 qqun pourrait il
 éventuellement nous donner en gros le nombre de nœuds supprimés ?

C'est une très bonne idée.
- Est ce qu'on peut voir le code ou c'est secret ? Ce serait sans doute 
plus simple que de regarder les 4 nodes.
- Est ce que vous regardez la date de création pour éviter des 
suppression intempestives.
- Si vous voulez l'afficher sur une slippy map, je dois pouvoir vous 
aider...

-- 
Etienne

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


Re: [OSM-talk-fr] Noeuds orphelin en France

2010-06-09 Per discussione Etienne Chové
Le 09/06/2010 09:27, jul...@krilin.org a écrit :
 un truc ala http://matt.dev.openstreetmap.org/dupe_nodes/ ?

Il faudrait un mapnik performant pour ça et écrire une feuille de 
style... et dans ces deux points je ne suis pas vraiment bon. Peut être 
que quelqu'un dans l'auditoire...

 ca pourrait etre cool oui
 une liste d'ID de point avec lat/long suffirais ?

Oui, si tu me donne un fichier csv avec ces 3 info, je dois pouvoir m'en 
sortir pour fournir une carte avec des marqueurs là ou il y a des noeuds 
manquants.

-- 
Etienne

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


Re: [OSM-talk-fr] Noeuds orphelin en France

2010-06-09 Per discussione Etienne Chové
Le 09/06/2010 14:02, Benoît ROUSSEAU a écrit :
 Ce qui peut t'intéresser c'est l'ago :
 [...]

Je parle un peu C#, mais l'algo suffit s'il correspond à ce qui est 
codé. Ça semble clair et bon.

Il faut aussi réfléchir aux effets de bord : si l'extrait déborde à 
l'étranger certains pourraient ne pas être content.

Pour controler qu'un point est en France, soit il faut un extrait qui ne 
déborde pas (pour ça il faut voir avec Pieren s'il peu te fournir ça), 
soit il faut un polygone de la France et tester l'appartenance (je peux 
essayer d'en faire un). Je pense que NetTopologySuite doit pouvoir 
t'aider à faire ça en C#. Demande à yoann qui l'utilise courament.

 Euh oui :) merci.

Si tu génères un fichier xml bien formaté, c'est immédiat. Il faut que 
le format corresponde à ça :

?xml version=1.0 encoding=UTF-8?
analyser timestamp=2010-01-01T00:00:00Z
   class id=1 item=0
 classtext lang=en menu=orphelin node/
   /class
   error class=1
 location lat=-21.03 lon=55.85/
 node id=31510737 /
   /error
   error class=1
 location lat=-21.78 lon=55.46/
 node id=31510738 /
   /error
   [...]
/analyser

Ensuite tu le met sur un site (non compressé, ou compressé en bz2 ou gz) 
et tu me donnes l'url, je te donnerai la procédure pour l'afficher sur 
une carte.

-- 
Etienne

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


Re: [OSM-talk-fr] Noeuds orphelin en France

2010-06-09 Per discussione Etienne Chové
Le 09/06/2010 14:22, Benoît ROUSSEAU a écrit :
 C'est partit pour coder une sortie CSV... on va essayer.

C'est toi qui choisis, csv ou xml. Si tu fais du csv, je ferai le 
transfert vers xml, mais si tu fait du xml je te donne la procédure pour 
mettre à jour directement la slippymap hébergée sur un de serveurs.

-- 
Etienne

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


Re: [OSM-talk-fr] Noeuds orphelin en France

2010-06-09 Per discussione Etienne Chové
Le 09/06/2010 14:31, Pieren a écrit :
 2010/6/9 Benoît ROUSSEAU adressepossi...@free.fr
 Oui. Il y a aussi les imports qui ont encore un espace encore plus grand
 entre la création des nodes et des ways. Et on est pas toujours au
 courant des imports en cours, surtout si vous utilisez des extracts du
 planet qui débordent largement de l'hexagone. Un délai d'une semaine
 serait un minimum, voire un mois pour être sûr ou alors il faudrait
 limiter le travail à l'hexagone.

L'import de CLC avait duré plus d'une semaine. On est pas à un mois près 
dans ce cas. Je vote donc pour la sécurité.

-- 
Etienne

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


Re: [OSM-talk-fr] Re : Militantisme ? - outil de s urveillance des données osm - ressources serveur ?

2010-06-04 Per discussione Etienne Chové
Le 04/06/2010 13:17, sly (sylvain letuffe) a écrit :
 On vendredi 4 juin 2010, Pieren wrote:
 Ce qu'il faudrait donc, c'est un outil capable de surveiller (monitorer) une
 zone grande comme la France mais en ne montrant que les changements dignes
 d'intéret et en regroupant les autres pour info.

 Ce type de projet m'intéresserait bien, ce serait un super complément des
 outils de surveillance déjà existant.

 Je pense écrire une page wiki avec des idées d'abord puis tenter de faire un
 premier prototype d'outil de ce type que je commencerais à faire tourner sur
 la france.

 Yaka, fauqueje.

 Y'aurait un bout de serveur dispo dans un coin qui puisse ensuite servir à
 ça ?

Tout dépend des besoins...

Si t'as un hébergement dispo, il y a tout ce qu'il faut dans le garage 
de yoann.

Sinon il y a de dispo un serveur qui mouline 6 heures par jour, mais qui 
n'a pas énormément de disque dispo. J'ai fait du ménage, on va voir 
demain combien il a besoin pour ses analyses.

Je suis en train de regarder si je peux rassembler les analyseurs sur 
moins de serveurs pour en libérer un mais j'ai pas assez de temps en ce 
moment.

-- 
Etienne

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


Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

2010-06-03 Per discussione Etienne Chové
Le 03/06/2010 16:23, Christophe Merlet a écrit :
 Le XML n'est il pas trop verbeux ?

D'où le taux de compression de 93%, grace la répétition de beaucoup de 
motifs. Je ne suis pas sûr que changer de format gagne vraiment quelque 
chose par rapport à un fichier compressé.

-- 
Etienne

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


[OSM-talk] quality insurance tool osmose

2010-06-02 Per discussione Etienne Chové
Hello,

Osmose [1], a french quality insurance tool has now some analysers 
analysing data out of France.

* One of the analyser [2] is raising errors on relations 
boundary=adminitrative wich :
   - are not closed
   - have some end nodes more than two times (ie that some way is
 included more tha 2 times).

This backend is runned once a day.

It also analyses recursive relations (relations including other 
relations such as relation 11980).

* Another backend [3] is analysing self-intersecting polygons. It only 
raises errors on Europe and is runned twice a week (because of postgis 
import duration).



This quality insurance tool is multi backend, so people wanting to 
analyse data may report them on the main map. Update procedure is 
(lighly) described on the wiki [4].

Sources of my backends analysing data on france are available on [5].

[1] http://osmose.openstreetmap.fr/map/cgi-bin/index.py
[2] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=3
[3] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=28
[4] http://wiki.openstreetmap.org/wiki/Osmose
[5] http://osm1.crans.org/src/osmose/

-- 
Etienne

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


Re: [OSM-talk-fr] 43000 balades et plus

2010-06-02 Per discussione Etienne Chové
Le 01/06/2010 17:58, Vincent Pottier a écrit :
 Bonjour,
 Grâce au talents des concepteurs d'osmose, la carte des repères
 géodésiques sans support bâtit cartographié est disponible :
 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=1

Merci à toi pour ta requête, je n'ai pas encore ta maitrise du sql et 
des jointures internes externes et autre. Pour info le programme écrit 
par Vincent et qui s'est intégré à osmose comme une lettre à la poste 
est là [1].

Le bulles apparieront bientôt (demain) sur l'interface principale en 
violet... je viens de rajouter une catégorie A mapper et un item 
bâtiment géodésique.

 Peut-être y a-t-il quelques faux positifs, quand 'croix' a été trouvé
 sur un calvaire...

C'est bien géré par osmose, et tu peux aller voir sur [2] ce que les 
mappeurs on déclaré comme faux positif.

[1] http://osm1.crans.org/src/osmose/analyser_geodesie.py
[2] http://osmose.openstreetmap.fr/bad/1-false.html

-- 
Etienne

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


Re: [OSM-talk-fr] Sourcer les limites administratives

2010-06-02 Per discussione Etienne Chové
Le 30/05/2010 17:34, Pieren a écrit :
 Etienne, ça serait pas mal si Osmose pouvait aussi signaler les limites
 administratives non sourcées.

http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=43-707

Je ne met que les ways n'ayant pas de source. C'est pas encore sur 
l'interface principale, j'attends vos commentaires et remarques avant de 
l'inclure.

-- 
Etienne

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


Re: [OSM-talk-fr] Consensus (au moins) en france s ur comment utiliser place=* et les attributs liés

2010-06-01 Per discussione Etienne Chové
Le 01/06/2010 15:56, sly (sylvain letuffe) a écrit :
 On tente d'uniformiser ? ou c'est très bien comme ça ? ou de toute façon on
 arrivera pas à un consensus autant laisser les mappeurs faire leur choix ?

Je ne suis pas sûr que tu aies beaucoup de monde contre toi. Tu vas 
avoir beaucoup de non-réponse, et de oui.

Pour ma part, c'est oui.

-- 
Etienne

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


Re: [OSM-talk-fr] Hameau et lieu-dit

2010-06-01 Per discussione Etienne Chové
Le 01/06/2010 17:53, br.gue...@free.fr a écrit :
 Un tag peut-il être multivalué, comme certains attributs LDAP ?

 Ce qui donnerait, dans le cas de la présence conjointe d'un ours_blanc et 
 d'un phoque

 beast=ours_blanc
 beast=phoque

Non, pas depuis le passage à l'API 0.6

 ou bien devra-t-on mettre

 beast=ours_blanc,phoque

Le séparateur officiel est le ;

-- 
Etienne

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


Re: [OSM-talk-fr] 43000 balades et plus

2010-05-31 Per discussione Etienne Chové
Le 31/05/2010 12:52, Vincent Pottier a écrit :
 Le 24/05/2010 16:28, Vincent Pottier a écrit :
 Bonjour,
 Si vous ne savez pas où aller par ce beau temps voisi 43275 destinations.
 Les repères géodésiques placé sur un pylône, une église, un calvaire,
 un château d'eau... qui attendent qu'on cartographie leur supports.
 http://frvipofm.net/osm/results/geodesic.csv

 Ou encore 8817 communes qui ne sont pas traversées par une route (hors
 primary, secondary...). Il y a des faux négatifs. La requête ne doit
 pas être très bonne.
 http://frvipofm.net/osm/results/noRoad.csv

 Bonnes ballades
 J'ai ajouté une autre liste : Les communes pour lesquelles les mairies
 ne sont pas cartographiées, ou seulement représenté par un point.

 La liste des supports de repères géodésiques non cartographiés devrait
 atterrir très bientôt dans osmose.

Salut Vincent,

Je viens de jetter un coup d'oeil à l'analyseur.

1. Si tu prend les données dans x_point, c'est des node_id que tu 
récupères, donc il ne faut pas faire :
 if res[0]  0:
 outxml.RelationCreate(apiconn.RelationGet(-res[0]))
 else:
 outxml.WayCreate(apiconn.WayGet(res[0]))
qui correspond à des id dans la table polygone, ce qui retourne des 
way_id (si 0) ou des rel_id (si 0) mais :
 outxml.NodeCreate(apiconn.NodeGet(res[0]))
Pour mettre le node dans la bulle d'osmose. C'est pour ça qu'il 
n'apparait pas pour le moment (ou affiche des infos d'un way ayant le 
même id).

2. Quand ton analyseur est opérationnel, dis le moi pour que je le mette 
en prod.

3. Apparemment, il n'y a pas beaucoup de résultats sur [1], mais sans 
doute parce que la base date d'avant l'import des repères de géodésie. 
J'ai lancé un import osm2pgsql avec un fichier à jour... en de 
chargement, on verra tout à l'heure si ton analyseur donne plus de 
résultat, je te laisse faire la correction de 1 en attendant.


-- 
Etienne


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


Re: [OSM-talk-fr] 43000 balades et plus [erreur de destinataire]

2010-05-31 Per discussione Etienne Chové
Le 31/05/2010 14:03, Etienne Chové a écrit :
  [...]

Pardon, ce message n'avait rien à faire sur cette liste... j'ai cliqué 
trop vite sur envoyer sans regarder qui était destinataire.

-- 
Etienne

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


Re: [OSM-talk-fr] Carte des rond-points qui n'en sont pas

2010-05-27 Per discussione Etienne Chové
Merci beaucoup à toi pour tes requêtes !

Le 27/05/2010 16:42, Frédéric Rodrigo a écrit :
 Voilà, suite au travail d'Etienne, la détection des round-points sans 
 junction=roudabout est maintenant sur osmose.
... et aux requêtes postgis toujours plus complexes de Frédéric.

 Etienne a commencé l'ajouter du support du schéma osmosis à osmose.
Frédéric m'a pas laissé le choix, c'est ça ou ses requêtes ne sont pas 
compatibles avec osmose. La base osmosis ne sera dispo que pour la 
métropole dans osmose, donc les requêtes de Frédéric se cantonneront à 
l'hexagone.

 http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=9lat=43.48381lon=1.48275layers=B00Titem=2010

Peut être que Frédéric fera les autres backends avec le requêtes de 
trous intercommunaux et autre... ?

-- 
Etienne

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


Re: [OSM-talk-fr] Liste des gares ferroviaires

2010-05-27 Per discussione Etienne Chové
Le 27/05/2010 17:30, Nicolas B-DJ a écrit :
 donc mon fichier ne peut pas vous aider, ou n'est pas recommandable pour
 cette utilisation ?
 (fichier xls et/ou csv de toutes les gares européennes tiré d'un GPS :
 lattitude, longitude, nom)

La données appartiennent donc à celui qui a fait le relevé avec son GPS. 
Si tu le connais, alors c'est intéressant pour un import, sinon c'est 
intéressant pour une vérification.

-- 
Etienne

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


Re: [OSM-talk-fr] Relations en boucle

2010-05-26 Per discussione Etienne Chové
Le 25/05/2010 17:01, Etienne Chové a écrit :
 Coucou tout le monde,

 J'ai loupé quelques chose ? On a maintenant des relations en boucles ?

J'ai encore mieux comme boucle...

http://www.openstreetmap.org/browse/relation/296220

-- 
Etienne

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


Re: [OSM-talk-fr] Relations en boucle

2010-05-25 Per discussione Etienne Chové
Le 25/05/2010 17:13, sly (sylvain letuffe) a écrit :
 On mardi 25 mai 2010, Etienne Chové wrote:
 Coucou tout le monde,

 J'ai loupé quelques chose ? On a maintenant des relations en boucles ?

 http://www.openstreetmap.org/api/0.6/relations?relations=11980,934933

 Mouef, je ne vois pas pourquoi les attributs n'iraient pas directement dans la
 relation 11980

A mon avis c'est pour mutualiser des groupes de tags appliqués à 
plusieurs objets. Ça risque de devenir le bazar à maintenir.

Ce qui me gêne beaucoup, c'est la redondance de l'information, donc les 
problèmes d'incohérence possibles. Le apply_to et le definition sont 
deux informations redondantes.

On ne sait déjà pas gérer des relations pyramidales, alors celles-ci...

Enfin bon, c'est une possibilité de l'API.

-- 
Etienne

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


Re: [OSM-talk-fr] Liste de discussion / forum

2010-05-25 Per discussione Etienne Chové
Le 25/05/2010 19:17, Pierre-Alain Dorange a écrit :
 Bonjour,

 Je vais peut être dire une grosse bétise, mais je n'ai jamais trouvé
 très pratique les listes de discussion par email (surtout avec un
 traffic important) et j'aime encore moins les forums web...
 Par contre je suis un fervent adepte de usenet, a-t-il été un jour
 question de créer un forum sur usenet-fr, sachant que depuis un peu plus
 d'un an la procédure est simplifiée...

Une passerelle mailing-liste = usenet existe il faut juste trouver 
le bon canal :

gmane.comp.gis.openstreetmap.region.fr

-- 
Etienne

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


Re: [OSM-talk-fr] Liste de discussion / forum

2010-05-25 Per discussione Etienne Chové
Le 25/05/2010 21:44, Etienne Chové a écrit :
 Une passerelle mailing-liste=  usenet existe il faut juste trouver
 le bon canal :

 gmane.comp.gis.openstreetmap.region.fr

sur le serveur news.gmane.org

Plus d'infos : http://tinyurl.com/26cdq49

-- 
Etienne


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


Re: [OSM-talk-fr] Liste de discussion / forum [test message depuis news]

2010-05-25 Per discussione Etienne Chové
Le 25/05/2010 19:17, Pierre-Alain Dorange a écrit :
 Bonjour,

 Je vais peut être dire une grosse bétise, mais je n'ai jamais trouvé
 très pratique les listes de discussion par email (surtout avec un
 traffic important) et j'aime encore moins les forums web...
 Par contre je suis un fervent adepte de usenet, a-t-il été un jour
 question de créer un forum sur usenet-fr, sachant que depuis un peu plus
 d'un an la procédure est simplifiée...

Voila une réponse faite sur le groupe on va voir si elle arrive sur 
la ML ce qui prouverait le fonctionnement symétrique de la passerelle.

-- 
Etienne


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


[OSM-talk-fr] Analyseur de mega relation

2010-05-18 Per discussione Etienne Chové
Coucou,

Voila un analyseur :
  - compatible relation récursive
  - rapide (3 secondes pour la France)
  - très moche, même très très moche
  - mis à jour avec les minute-replicate
  - analyse que l'ouverture des relation pour le moment
  - en version beta, car il bouffe 60Go de disque, et je sais
pas si un jour j'en aurai pas besoin
  - très léger en ressources (il faut 1h15 pour analyser toutes les
relations administratives du monde... vous voyez où je veux en
venir ?!?)
  - l'import du planet prend 12 heures
  - mange 4 minute diff par seconde
  - n'utilise pas de bdd (enfin si : un format maison pour plus de perf)

Voila un exemple : http://osm3.crans.org/osmbin/analyse-relation?11980

-- 
Etienne

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


Re: [OSM-talk-fr] Analyseur de mega relation

2010-05-18 Per discussione Etienne Chové
Emilie Laffray a écrit :
 J'avoue etre toujours tres admirative quand je vois les performances de 
 tes programmes. Il y a de quoi faire fremir les gens :) Le code qui 
 accede aux données m'intéresse au plus haut point car je pense que je 
 pourrais réutiliser ce code pour un projet :)

Tu risques d'être déçue car les données sont stockées avec perte, et 
sans index. On ne peut donc pas faire beaucoup de choses. Les fonctions 
possibles sont :
  - GetLatLonFromNodeId
  - GetNodesInWayFromWayId
  - GetRelationMembersAndTagsFromRelationId
  - GetRelationIdList

On ne stocke pas les tags de ways et des nodes.

Ça permet de reconstituer les géométries à partir des id, mais guère plus.

C'est tout ce qu'il me faut pour l'application voulue. Si ça te suffit, 
je t'envoie le code, mais c'est vrai que c'est assez limité. C'est tout 
en python.

Si ça t'intéresse, je t'envoie tout ça.

-- 
Etienne

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


Re: [OSM-talk-fr] Relation france 11980

2010-05-15 Per discussione Etienne Chové
Le 15/05/2010 18:02, sylvain letuffe a écrit :
 Le jeudi 13 mai 2010 02:07:56, Etienne Chové a écrit :
 J'ai écrit un nouvel analyseur pour les relations récursives.

 Trop cool

 Les erreurs sont affichées sur la page d'osmose dans la catégorie
 polygone ouvert ou elles peuvent être affichées en filtrant par
 analyseur (ce qui n'affiche que celles ci) :

 Ha ben y'en a un paquet !

 Je dois arriver après la bataille, mais ça y est, osmose has gone world-wide
 ?

Presque, pour le moment, c'est sur :
  - france  tous les jours
  - dom tom tous les jours
  - madagascar  tous les jours
  - europe  tous les 3 jours (le temps de charger la base postigs)

J'ai encore quelques soucis pour certains analyseurs sur l'europe (qui 
prennent trop de ram), ensuite ce sera worl wide, il y a à mon avis 
assez de ressources matériel pour faire tourner ça sur le monde 1 à 2 
fois par semaine. Et puis comme osmose est multi-backend, si d'autres 
pays ont des ressource, on peut mutualiser.

Je n'ai pas trouvé (mais j'ai pas vraiment cherché) d'extrait pour 
l'amérique du nord.

-- 
Etienne

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


Re: [OSM-talk-fr] Vérification import points de gé odésie

2010-05-12 Per discussione Etienne Chové
Coucou,

Je pense que c'est bon. Est ce que tu peux regarder si je n'ai rien 
oublié à tes requêtes ?

-- 
Etienne

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


Re: [OSM-talk-fr] Relation france 11980

2010-05-12 Per discussione Etienne Chové
Le 05/05/2010 18:48, Etienne Chové a écrit :
 Coucou tout le monde,

 Le relation france est (encore) cassée

Encore une fois...

J'ai écrit un nouvel analyseur pour les relations récursives. Pour 
plusieurs raisons il faut que je mette les numéros à la main dedans, 
ensuite l'analyse ne dure que 3 seconde par relation. Si il y a d'autres 
relations, je peux les ajouter. La moulinette tourne toute les nuits et 
sa date de dernière maj est dispo là :
http://osmose.openstreetmap.fr/map/cgi-bin/last-update.py

Les erreurs sont affichées sur la page d'osmose dans la catégorie 
polygone ouvert ou elles peuvent être affichées en filtrant par 
analyseur (ce qui n'affiche que celles ci) :
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=1

Je ferai un truc un peu similaire pour afficher les points de géodésie 
qui ont été touchés, mais là il est un peu tard.

PS : j'ai modifié pas mal de fichiers statiques d'osmose. Il faudra peut 
être forcer votre navigateur à vider son cache pour que tout ça marche bien.

-- 
Etienne

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


Re: [OSM-talk-fr] Relation france 11980

2010-05-12 Per discussione Etienne Chové
Le 13/05/2010 02:07, Etienne Chové a écrit :
 Si il y a d'autres relations, je peux les ajouter.
J'ai rajouté la relation 79981. Il y a pas mal de pointeurs qui seront 
en double...

-- 
Etienne

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


Re: [OSM-talk-fr] [sotm] screenshots

2010-05-11 Per discussione Etienne Chové
Le 11/05/2010 18:10, Vincent Pottier a écrit :
 Ce que je ne peux pas faire mais qui serait pas mal :
 - Une photo des ordinateurs Free au c...@an...

Je vais faire un demande, car je ne suis pas sur place... yoann doit 
aussi pouvoir faire une photo de la pile de 12 serveurs qui attendent 
dans son garage.

-- 
Etienne

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


Re: [OSM-talk-fr] Relation france 11980

2010-05-07 Per discussione Etienne Chové
Le 06/05/2010 18:04, sly (sylvain letuffe) a écrit :
 On jeudi 6 mai 2010, Etienne Chové wrote:

 Est ce qu'un spécialiste de mapnik serait capable de tracer le polygone
 si je donne un WKT ou truc du genre ? Ca permetterai de voir les iles
 non incluses et autres modifs à faire.

 si tu as ça, ou un gpx, je devrais y arriver

Voila un .osm pour ceux que ça intéresse. Il est importable dans postgis 
avec osm2pgsql :

http://osm3.crans.org/11980.osm

J'ai essayé de monter un petit serveur mapnik, j'ai pas l'expérience de 
sly, mais on peut voir les iles non inclues dans la relation 11980 :

http://osm3.crans.org/map.html

Le serveur étant limité en upload, je ne sait pas si je le laisserai 
bien longtemps...

-- 
Etienne


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


Re: [OSM-talk-fr] Relation france 11980

2010-05-06 Per discussione Etienne Chové
Le 06/05/2010 15:03, Pieren a écrit :
 Héhé, c'est marrant cette méthode de dire y a une erreur quelque part
 sans dire où, ni qui.

Mon mail comportait les coordonnées des erreurs ainsi que les numéros 
des nœuds d'ouverture... Je ne sait pas quoi rajouter.

Ensuite pour connaitre l'auteur, c'est assez difficile à faire... si 
quelqu'un me donne la logique pour passer du point d'ouverture à 
l'auteur, je peux le coder et dénoncer.

 Comme ça, ça fout la pétoche à plein de monde qui
 vérifie ensuite le coin où il a fait des modifs... C'est plus efficace
 qu'Osmose !

Je voudrais pas non plus faire perdre trop de temps.

D'ailleurs, il n'y a presque plus d'erreurs... et je termine les dernières.

Est ce qu'un spécialiste de mapnik serait capable de tracer le polygone 
si je donne un WKT ou truc du genre ? Ca permetterai de voir les iles 
non incluses et autres modifs à faire.

-- 
Etienne

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


Re: [OSM-talk-fr] Relation france 11980

2010-05-06 Per discussione Etienne Chové
Le 06/05/2010 17:09, Etienne Chové a écrit :
 D'ailleurs, il n'y a presque plus d'erreurs... et je termine les dernières.

Voila, il n'y a plus d'erreurs. Pour celles que j'ai corrigé (je n'ai 
pas de noms à donner), j'ai trouver 2 types d'erreurs :
   - des iles incuses dans la relation cote atlantique
   cote manche
 ce qui fait doublon
   - les way de la relation france/andore inclus dans la relation
 france espagne
   - les ways de la relation monaco/mediterrannée inclus dans la
 relation france/mediterranée

-- 
Etienne

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


Re: [OSM-talk-fr] remplacement des limites administrat ives cartographes associés

2010-05-05 Per discussione Etienne Chové
Le 04/05/2010 23:58, Vincent de Chateau-Thierry a écrit :
 http://beta.letuffe.org/cron/etat-communes/communes.csv.txt du jour on
 trouve :

 tous;tous;tous;20044;36239;21217;55.3;94.5

Je l'ai collé dans un graphe munin mais je ne suis pas sûr que ça 
soit très lisible. J'ai pas (encore) réussi à virer les unités 
exponentielles des légendes (pour le graphe Tous).

http://osm2.crans.org/munin/

Les données sont récupérées dans le fichier de sly toutes les 2 heures 
(qui lui même est mis à jour toutes les 24 heures). Donc il faut 
attendre au plus 26 heures avant de voir votre travail modifier la courbe.

-- 
Etienne

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


Re: [OSM-talk-fr] remplacement des limites administrat ives cartographes associés

2010-05-05 Per discussione Etienne Chové
Le 05/05/2010 16:01, sly (sylvain letuffe) a écrit :
 C'est malin ça de venir parser mes fichiers à la con.

J'osais pas le dire, c'est une vraie m... à parser, et c'est assez bancal.

 Si je change l'en-tête, y'a tout qui marche plus ?

Il y a des chance. Pour ma part, je prend la première ligne qui matche :
- ^01;
- ...
- ^95;
- ^tous;

 Bref, faut pas hésiter à demander s'il y a le besoin, faire les graphs moi, ça
 m'intéresse pas,

Avec munin, c'est un vrai plaisir. Il n'y a que quelques lignes (6 si je 
condense).

 mais je peux au moins découper ça proprement en plusieurs

Si tu le fait, j'adapterai mon script, ce sera moins bancal, mais bon le 
jour où tu changes le format, je peux m'adapter.

 Sinon, je viens de passer à 4 générations par jour, ça aura plus de sens que
 de venir chercher 24/2=12 fois le même fichier qui n'a pas changé

Cool, mais bon je ne pense pas que les données des communes évoluent 
énormément.

 PS:Je vais pouvoir commencer à faire un peu plus de truc, car je suis en train
 de remplacer le vieux tromblon par une bécanne de la mort qui tue (ouais j'ai
 craqué)

Génial !!! On va avoir des belles nouvelles cartes ?

-- 
Etienne


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


Re: [OSM-talk-fr] osm2pgsql diff benchmark, beta.letuffe.org reborn

2010-05-05 Per discussione Etienne Chové
Le 05/05/2010 16:42, sly (sylvain letuffe) a écrit :
 Donc, si vous voulez vous monter un rendu mapnik à jour, le SSD, vous ne
 regretterez pas !

Whouahou !! Ça fait rêver !! Merci pour ces benchs.

... mais c'est encore un peu cher.

-- 
Etienne


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


[OSM-talk-fr] Relation france 11980

2010-05-05 Per discussione Etienne Chové
Coucou tout le monde,

Le relation france est (encore) cassée, pour plusieurs raisons :
  - ouverture à certains endroits (count impair)
  - boucles dupliquées(count  2   )

node id=30426824, count=1, lat=49.486536, lon=0.090590
node id=298465288, count=1, lat=48.639997, lon=-2.415212
node id=632423466, count=1, lat=50.254476, lon=1.587392
node id=16652555, count=1, lat=50.218182, lon=1.643590
node id=16652655, count=1, lat=50.210472, lon=1.652795

node id=30426998, count=3, lat=49.478613, lon=0.098915

node id=28214068, count=4, lat=48.637305, lon=-4.567676
node id=28215524, count=4, lat=48.629499, lon=-4.547707
node id=28215533, count=4, lat=48.627083, lon=-4.555755
node id=28240168, count=1, lat=48.656006, lon=-2.372049
node id=28215603, count=4, lat=48.625985, lon=-4.561136
node id=28215640, count=4, lat=48.622731, lon=-4.592750
node id=28215675, count=4, lat=48.620476, lon=-4.570248
node id=28215709, count=4, lat=48.613744, lon=-4.575066
node id=28215769, count=4, lat=48.612959, lon=-4.576202
node id=28215789, count=4, lat=48.605154, lon=-4.584465
node id=28215804, count=4, lat=48.604560, lon=-4.571688
node id=28215860, count=4, lat=48.600812, lon=-4.583169
node id=28215881, count=4, lat=48.599394, lon=-4.620623
node id=28215901, count=4, lat=48.599348, lon=-4.632992
node id=28215922, count=4, lat=48.599145, lon=-4.610950
node id=28215928, count=4, lat=48.598654, lon=-4.609389
node id=28215945, count=4, lat=48.598349, lon=-4.612858
node id=28215983, count=4, lat=48.591979, lon=-4.646283
node id=28215992, count=4, lat=48.590201, lon=-4.645065
node id=28216605, count=4, lat=48.585275, lon=-4.639881
node id=28216663, count=4, lat=48.584428, lon=-4.618212
node id=28216685, count=4, lat=48.582664, lon=-4.669940
node id=28216690, count=4, lat=48.581069, lon=-4.638199
node id=28216699, count=4, lat=48.578524, lon=-4.663621
node id=16651902, count=1, lat=50.227910, lon=1.609948
node id=28215625, count=4, lat=48.623290, lon=-4.570722
node id=28215973, count=4, lat=48.598295, lon=-4.616722

Oui, il faudrait le mettre dans osmose qui ne gère que les relations 
simples un jour viendra.

-- 
Etienne

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


Re: [OSM-talk-fr] remplacement des limites administrat ives cartographes associés

2010-05-05 Per discussione Etienne Chové
Le 05/05/2010 18:36, sly (sylvain letuffe) a écrit :
 Si tu le fait, j'adapterai mon script, ce sera moins bancal, mais bon le
 jour où tu changes le format, je peux m'adapter.
 J'ai la possibilité de fournir un csv assez propre, mais je suppose que tu as
 besoin de la date ?

Pas besoin de la date, munin trace en direct la valeur qu'il lit. La 
date est donc la date courante de mon pc (enfin celui de free) au moment 
de la lecture.

 Cool, mais bon je ne pense pas que les données des communes évoluent
 énormément.
 Certes, mais c'est toi qui a commencé à aller chercher toutes les 2h ;-)

Et si j'y vais toutes les 5 minutes (période de scrutation par défaut de 
munin).

-- 
Etienne

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


Re: [OSM-talk-fr] remplacement des limites administrat ives cartographes associés

2010-05-05 Per discussione Etienne Chové
Le 05/05/2010 18:05, Vincent de Chateau-Thierry a écrit :
 http://osm2.crans.org/munin/
 Merci Etienne, c'est très parlant déjà  pour les graphes par dpt, on
 voit en un coup d'oeil là où le rouge est en dessous du vert,

En effet, et munin est vraiment fait pour ça.

 ça
 permet de cibler très vite les endroits les plus rentables à traiter.
 Yapluka (et désolé sly de voir que tes fichiers gagnent encore des
 usages ;o)))

Merci. On pourrait imaginer tracer d'autres stats, du genre le nombre de 
kilomètre de voie par département, mais bon pour tout ça il faut faire 
des stats.

-- 
Etienne

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


Re: [OSM-talk-fr] boulette !

2010-05-04 Per discussione Etienne Chové
Le 04/05/2010 10:05, hpmt a écrit :
 c'est le problème que moi je vois ; d'après les notices, je n'aurais pas
 du mettre mon nom à cet endroit, mais laisser l'identification de
 l'outil JOSM.
 J'aurai voulu corriger ça à postériori ; on peut ?

Les tags des changesets (groupe de modification) sont bloqués une fois 
que le changeset a été fermé. Tu ne peux donc pas le changer.

Ce tag n'est utile que pour 2 choses :
   - faire des stats sur les éditeurs
   - dans le cas d'un bug majeur dans un éditeur, retrouver toutes les
 modifs faites avec pour voir si elles sont correctes
Il n'a aucune valeur légale/indispensable. C'est une meta-donnée. Donc 
pas de souci, laisse comme ça... de toutes façon tu ne peux pas le changer.

Pour info, ce blocage a fait couler pas mal d'encre au moment de la 
sortie de l'API 0.6, certains voulant retaguer de vieux changeset. Il a 
été décidé (ou imposé) qu'un changeset serait immuable une fois clos... 
donc pas de modif des meta-données.

-- 
Etienne

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


Re: [OSM-talk-fr] Calculateur multimodal sur Rennes (première démo)

2010-05-04 Per discussione Etienne Chové
Le 04/05/2010 15:24, Tristram Gräbener a écrit :
 Vous pouvez voir une toute première version sur
 http://mumoro.openstreetmap.fr/

C'est un super projet, prometteur !!! Bien que l'ayant vu en version 
pre-alpha, je réitère ici, en public, mes félicitations !!!

Bon courage pour la prise en compte de toutes les améliorations qui vont 
être proposées.

-- 
Etienne

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


[OSM-talk-fr] Indisponibilité serveurs Free hé bergés pas le Crans

2010-04-30 Per discussione Etienne Chové
Bonjour,

L'association qui héberge 4 de nos serveurs a de gros problèmes de 
climatisation dans le local serveur principal. L'arrivée des 4 serveurs 
n'a pas arrangé leur problème

Les serveurs osm se mettent en sécurité en permanence à cause de la 
chaleur. J'ai donc décidé de les arrêter complètement jusqu'à 
installation de la clim.

Ils viennent d'avoir l'accord du CROUS, propriétaire des locaux, pour 
changer de clim et installer une plus grosse. La commande a été passée 
et les travaux devraient être effectués la semaine prochaine. Je les 
remercie au passage encore de leur hébergement.

Je vous tiens au courant dès le retour de la clim. Vous pouvez suivre la 
courbe de température du local là :
http://munin.crans.org/crans.org/supervision.crans.org/temp_all.html
Les chutes sont dues à l'ouverture de la porte du local par les admins. 
A priori, nos serveur n'ont pas souffert des 40°.

-- 
Etienne

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


Re: [OSM-talk-fr] Besoin d'un serveur

2010-04-26 Per discussione Etienne Chové
Lord Awikatchikaen a écrit :
 De quel ordre de grandeur sont les besoins ?

Pour ce projet, ça a l'air d'être suffisant...

 Un serveur ca mange quoi comme disque ?

Ce sont des disques Ultra320 SCSi, il y a 2 emplacements occupés par des 
72Go. Sur certains serveurs ils sont en RAID0, d'autres en RAID1.

-- 
Etienne

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


Re: [OSM-talk-fr] Besoin d'un serveur

2010-04-23 Per discussione Etienne Chové
François Van Der Biest a écrit :
 Hello,
 
 Je viens d'avoir François Vigouroux, de BMO, au téléphone.
 Il va nous mettre à disposition une orthophoto à 20cm de résolution, sur 
 le territoire de Brest.
 
 J'ai proposé que nous montions un WMS (et éventuellement un WMS-C) avec 
 cette orthophoto + les données vecteur du graphe routier, récemment 
 fournies.
 Je veux bien m'occuper de cette tâche si je peux accéder à une machine 
 (par exemple une machine free ?) via ssh, et qu'il y a une debian dessus.

Pas de pb. Quelle place disque est nécessaire ? C'est la denrée rare en 
ce moment.

-- 
Etienne

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


Re: [OSM-talk-fr] OsmJumper v0.1.5

2010-04-22 Per discussione Etienne Chové
Bonjour,

Je fait écho à ce post pour vous dire que le module est sorti du bac à 
sable :

https://addons.mozilla.org/fr/firefox/addon/93113

-- 
Etienne

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


  1   2   3   4   5   6   7   >