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

[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, in
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] Machine dédiée aux serveurs WMS et tuiles

[Etienne Chové]

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

2010/10/1 Christian Quest:

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] Tableau stat des communes de France sur Munin

[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] Nouveaux serveurs Free

[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] Nouveaux serveurs Free

[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

[OSM-talk-fr] Nouveaux serveurs Free

[Etienne Chové]

Bonjour,

Je viens de recevoir un mail de Free pour un don de 10 serveurs. Je n'ai 
pas le temps de m'en occuper avant les vacances, et de leur coté il faut 
qu'ils formatent les disques.


Ce sont des serveurs Dell PowerEdge 1425. Leur gros avantage est d'avoir 
des emplacements pour disques SATA. Ils ont aussi 10 voire 20 disques de 
400Go.


Si vous avez des idées d'hébergement, n'hésitez pas. Le plus simple est 
d'envoyer des mails aux grandes écoles d'ingénieurs et universités qui, 
pour celles que j'ai contactées, sont partantes. Cependant, je ne peut 
pas gérer beaucoup de serveurs, donc je ne ferai plus de demande. J'en 
ai déjà 6 à ma charge, et compte en installer 2 du nouveau modèle. Ca 
coute rien, ça évite de payer un hébergeur, et le matériel est dispo.


En ce qui concerne les serveurs hébergés au crans, ils ne sont plus 
limités en trafic, sans si on abuse.


Quand j'aurai plus de nouvelles, je ferai sans doutes appel à quelqu'un 
sur Paris pour aller les chercher.


Bonnes vacances à ceux qui en ont.

--
Etienne

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

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

[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=ubuntu&channel=fs&q=montbeliard&oe=utf-8&ie=UTF8&ei=8k9JTIiUKpa6jAfeiu3LDg&ved=0CBMQ_AU&hq=&hnear=Montb%C3%A9liard,+Doubs,+Franche-Comt%C3%A9,+France&ll=47.510266,6.798327&spn=0.0055,0.013894&z=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] Autre anomalie dans le rendu des limites administratives

[Etienne Chové]

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

2010/7/22 Etienne Chové 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] Présentation

[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] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$)

[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] Autre anomalie dans le rendu des limites administratives

[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] Présentation

[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] Frontière France (Landmasse)

[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] Frontière France (Landmasse)

[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

[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


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.



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

[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

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

[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

[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

[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 
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] Import adresses...

[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

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

[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] extraire les limites de communes

[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] OSM-Matrix

[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.34682047&map_y=5982821.2193476&map_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] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$)

[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] Archivage des PDF du bâti

[Etienne Chové]

Le 30/06/2010 15:08, RatZilla$ a écrit :

Avez vous stocké l'Outre-Mer?


non

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

[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

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

[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

[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] script de récupération du bati

[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 '' $tmp/page-$$-3.html | sed 
's/.*\([^<]*\)<.*/\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] Plugin Osmose pour JOSM

[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] Superposition dans l'import cadastral et plugin osmose

[Etienne Chové]

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

* Etienne Chové  [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] Superposition dans l'import cadastral et plugin osmose

[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] Re : Superposition dans l'import cadastral et plugin osmose

[Etienne Chové]

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

>>> *De :* Benoît ROUSSEAU 

**

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

[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] Superposition dans l'import cadastral et plugin osmose

[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] Superposition dans l'import cadastral et plugin osmose

[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

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

[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=64&class=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] [CLC] panne de corine ?

[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=16&lat=48.7420919754847&lon=3.87691196332269&st=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] Les adresses...

[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] OSM-Matrix (was: Re: Import s emi-automatique du bâti)

[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] [clc] problème d'import de p olygone

[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] Import semi-automatique du bâti

[Etienne Chové]

Le 20/06/2010 14:02, Pieren a écrit :
> 2010/6/20 V mailto:vvass.p...@gmail.com>>
>
> Sinon, j'ai envoyé les fichiers de Paris sans les sources sur chaque
> noeud et avec le tag wall, ici : http://dl.free.fr/ruJQ9O2mJ
>
>
> Merci pour la nouvelle version. L'import peut être plus ou moins rapide
> suivant l'importance que l'on attache aux données déjà présentes. On
> peut faire du brutal "à la BMO" en effaçant tous le bâti déjà présent
> pour refaire quelque chose de propre. Mais comme certains
> arrondissements sur Paris sont déjà très bien fournis en informations,
> c'est difficile de suivre la même démarche. Donc je fais un essai
> quartier par quartier pour l'instant.

Et ressortir ce qui avait été fait pour Corine ? Tester l'overlap de 
chaque bâtiment avec l'existant et importer en conséquences ?


> Pour ton outil, le serveur du cadastre étant toujours en rade,
> impossible de le tester. Mais il serait judicieux de le mettre à la
> disposition de tout le monde, y compris ceux qui ne sont pas abonnés à
> cette liste, en le stockant dans le dépôt svn d'osm.org
> . Il faudrait y ajouter une petite ligne sur le type de
> licence (en général c'est du GPL pour les sources déjà présents).

Et une doc pour les nuls : comment récupérer un pdf plus grand que ce 
que propose le site sans avoir les points rouge dont tu parles. C'est 
peut être très facile, peut être que quelques clics suffisent ?

-- 
Etienne

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

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

[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] Import semi-automatique du bâti

[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] cherche hébergement pour projet os m

[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] [osmose] quelques nouveautés

[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

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

[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 
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] [osmose] quelques nouveautés

[Etienne Chové]

Le 16/06/2010 19:16, Etienne Chové a écrit :
> 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.

Je viens de regarder quelques erreurs, et je suis tombé sur plein de 
faux positifs du genre :


   ||
 __|__  |
/ \ |
   /   \|
-| |---*---
   \   /
\_/
   |

Le way du dessus travers une zone résidentielle et viens se rabouter sur 
la route principale sans changer de way.

Par exemple, la rue Blaise Pascal là :
http://tinyurl.com/2w5lqeg

Il s'agit ici d'un faux positif, et comme tu dis la mesure de la 
longueur permettrai de résoudre le problème. Plus simplement, on peut 
aussi imaginer compter le nombre de nœud du way, c'est plus simple pour 
moi. Je patcherai l'analyseur demain, il faut juste trouver le seuil qui 
va bien.

-- 
Etienne

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

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

[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

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

[Etienne Chové]

Le 16/06/2010 13:05, Tenshu a écrit :
>
>
> 2010/6/15 Etienne Chové 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, limites administratives et éléments physiques

[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=16&lat=43.9022&lon=2.07198&layers=B00T&item=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] Pour ceux qui veulent savoir ou ils en sont avec OSM

[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] Probmeme dans les stats par utilisateur

[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] Plus d'OSM :(

[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] Des licences libres pour concilier i nnovation sociale et économique

[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 ) ?

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] Pour ceux qui veulent savoir ou ils en sont avec OSM

[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] Plus d'OSM :(

[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] Re : [osmose] quelques nouveau tés

[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

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

[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] [osmose] quelques nouveautés

[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

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

[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] Noeuds orphelin en France

[Etienne Chové]

Le 09/06/2010 14:31, Pieren a écrit :
> 2010/6/9 Benoît ROUSSEAU  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] Noeuds orphelin en France

[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

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



   
 
   
   
 
 
   
   
 
 
   
   [...]


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

[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

[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] Re : Militantisme ? - outil de s urveillance des données osm - ressources serveur ?

[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

[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

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

[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] 43000 balades et plus

[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] Hameau et lieu-dit

[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] Consensus (au moins) en france s ur comment utiliser place=* et les attributs liés

[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] 43000 balades et plus [erreur de destinataire]

[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] 43000 balades et plus

[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] Liste des gares ferroviaires

[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] Carte des rond-points qui n'en sont pas

[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=9&lat=43.48381&lon=1.48275&layers=B00T&item=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] Relations en boucle

[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] Liste de discussion / forum [test message depuis news]

[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

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

[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

[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] Relations en boucle

[Etienne Chové]

Le 25/05/2010 17:21, Pieren a écrit :
> 2010/5/25 Etienne Chové mailto:ch...@crans.org>>
>
> J'ai loupé quelques chose ?
>
> vi

ok

> Les relation bidirectionnelles ou en boucles sont depuis toujours
> possibles ... théoriquement. Comme le dit Frederik Ramm sur une autre
> liste, ça risque de pas mal bugguer dans les prochains temps (genre
> stack overflow ;-).

cf. http://osm2.crans.org/munin/crans.org/osm3.crans.org.html
Je ne sait pas pourquoi le cgi n'a pas planté...

> Moi je pense que la bidirection est inutile.

C'est à mon avis de la redondance pas forcément utile.

-- 
Etienne

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

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

[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

[OSM-talk-fr] Relations en boucle

[Etienne Chové]

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



   
 [...]
 
 [...]
   
   
 
 [...]
   


Pfff, ça va être compliqué à gérer... mais bon faut faire avec. Je 
voulais juste râler un peu mais je vais m'y faire.

En attendant, les analyseurs de relations seront indispo pour de telles 
relations tant que je n'ai pas trouvé une résolution simple et qui me 
plaise de ces boucles.

-- 
Etienne

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

Re: [OSM-talk-fr] Contrôle d'affichage des dalles OSM en C#

[Etienne Chové]

Benoît ROUSSEAU a écrit :
> re bonjour,
> 
> J'ai presque terminé une version d'un contrôle utilisateur en C# pour 
> afficher les cartes de dalles type OSM.
> 
> Mis à part Émilie il y a t'il d'autres programmeurs C# ? C'est pour 
> tester l'utilisation et avoir un autre regard sur le code avant de le 
> "publier".

Pas vraiment du C#, mais c'est cousin du vb.net que j'utilise 
intensément au boulo. Donc je veux bien tester.

-- 
Etienne

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

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

[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 :)

Bon, je viens de le publier là :
http://osm1.crans.org/src/osmose/modules/

Vous aurez besoin de OsmBin.py et de OsmSax.py (pour lire les fichiers 
.osm et .osc). Il y a un peu de doc en haut du OsmBin.py.

- c'est encore expérimental
- ça bugguera à 2^32 nœuds
   (il suffirait d'augmenter la taille du fichier node.crd)
- et puis il y a surement d'autres bugs

J'attends le retour de ceux qui auront testé.

-- 
Etienne

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

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

[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

[OSM-talk-fr] Analyseur de mega relation

[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] Relation france 11980

[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] Relation france 11980

[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] Relation france 11980

[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] Vérification import points de gé odésie

[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] Vérification import points de gé odésie

[Etienne Chové]

Le 11/05/2010 16:38, Guillaume Allegre a écrit :
> Enfin, j'aimerais savoir s'il est possible d'améliorer un peu la page de 
> synthèse ?
> http://geodesie.openstreetmap.fr/check/check-2010-05-10.html
> Quelques suggestions :
> * ajouter un en-tête avec le nombre de points déplacés, le nombre de points 
> supprimés,

done ? on verra à la prochaine génération

> et un lien direct vers les points supprimés

comprend pas... un lien vers une slippy map ?

> Pour chaque modif signalée
> * mettre un vrai lien sur le champ url (fiche point)

done ? on verra à la prochaine génération

> * ajouter l'URL du _site_ correspondant (c'est mal foutu sur le site IGN, on 
> n'a pas moyen
>   de remonter de la fiche point à la fiche site)

comment elle se construit ?

> * éventuellement, indiquer aussi le département et la commune, qui ne sont 
> pas dans les tags
> point, mais qui doivent être dans les données initiales (extraction de F. 
> Rodrigo ?)
> Cela faciliterait un peu la surveillance par zones.

Je les ai pas, mais je dois pouvoir envoyer tout ça sur osmose sans trop 
de difficulté... juste un peu de temps. Il suffit de générer un xml bien 
formé à la place d'un html bien pourri.

-- 
Etienne

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

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

[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

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

[Etienne Chové]

Bonjour,

Je viens de relancer un test :
http://geodesie.openstreetmap.fr/check/

On a pas encore pris de décision sur quoi faire ? Déjà il faudrait 
alerter les utilisateurs qui font des erreurs. Pour les noeuds 
supprimés, on peut refaire un import. Il faudrait qu'il y ait une suite 
à cet import, car plus ça va aller, plus il va y avoir d'erreurs à corriger.

-- 
Etienne

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

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

[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

[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] Relation france 11980

[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] remplacement des limites administrat ives "cartographes associés "

[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] remplacement des limites administrat ives "cartographes associés "

[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

[OSM-talk-fr] Relation france 11980

[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