Re: [OSM-talk-fr] parcours de santé TAG

2010-09-20 Par sujet Pierre BOIZOT 
Hello,

La proposition pour les parcours de santé est largement appliqué en
suisse
.

http://wiki.openstreetmap.org/wiki/EN:Switzerland/Parcoursvita

PirBoazo

CH-1009 PULLY



Le 19 septembre 2010 19:35, Brun' Mathias  a écrit
:

>
> Il n'y a pas de TAG pour les Parcours de Santé dans le Map Features
> une proposition a été faite il y a un bon bout de temps qui suggérait :
> type=route
> route=fitness_trail
> (http://wiki.openstreetmap.org/wiki/FR:Community_Updates/2010-06-07)
>
>
> Cette relation a plusieurs fois été utilisé
> (carte : http://toolserver.org/~ti/ftm/ 
> )
>
> Aucune trace de ce tag dans le Proposed features
>
> Doit-on l'utiliser et le proposer dans le Map Features ?
>
> -
> http://wiki.openstreetmap.org/wiki/User:Azbean
> http://www.openstreetmap.org/user/Azbean
> --
> View this message in context:
> http://gis.638310.n2.nabble.com/parcours-de-sante-TAG-tp5548116p5548116.html
> Sent from the French OSM [Tag] mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques personnelles ?

2010-09-20 Par sujet Nicolas Dumoulin 
Le samedi 18 septembre 2010 19:55:28 Erik Amzallag, vous avez écrit :
> Bonjour,
> 
> Y a-t-il moyen, autrement qu'en s'installant une copie de la base et en
> écrivant des requetes, d'avoir des statistiques sur son propre travail
> réalisé, comme le kilométrage de highway créés, le nombre de limites
> administratives ajoutées etc. ?

Ça doit être possible avec une requête web XAPI, puis en utilisant JOSM tu 
sélectionnes des chemins par recherche avec ton critère et tu affiches la 
distance avec l'outil de mesure.

Pour la requête XAPI, cf. le message de Pierre-Alain :
http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026913.html

C'est en effet une bonne idée :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] SYJ: site de mise en ligne d'iti néraires

2010-09-20 Par sujet Nicolas Dumoulin 
Le dimanche 19 septembre 2010 10:33:38 arno, vous avez écrit :
> Dans un premier temps, je ne compte corriger que les bugs, avant d'ajouter
> de nouvelles fonctionnalités. Mais je reste ouvert à toutes propositions
> d'améliorations pour l'avenir.

Même si ça n'est pas vraiment un bug, j'aurai aimé avoir un bouton pour 
effacer le dernier point ou effacer le tracé (le rechargement de la page perd 
le positionnement de la carte).

Merci

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] SYJ: site de mise en ligne d'iti néraires

2010-09-20 Par sujet arno 
Le lundi 20 septembre 2010, à 10:12:48 +0200, Nicolas a écrit : 
> Le dimanche 19 septembre 2010 10:33:38 arno, vous avez écrit :
> > Dans un premier temps, je ne compte corriger que les bugs, avant d'ajouter
> > de nouvelles fonctionnalités. Mais je reste ouvert à toutes propositions
> > d'améliorations pour l'avenir.
> 
> Même si ça n'est pas vraiment un bug, j'aurai aimé avoir un bouton pour 
> effacer le dernier point ou effacer le tracé (le rechargement de la page perd 
> le positionnement de la carte).

salut, et merci de ton retour.

c'est possible de modifier un point en appuyant sur shift 
(voir 2° paragraphe de la faq)
http://osm-syj.crans.org/faq

a+
arno

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

Re: [OSM-talk-fr] SYJ: site de mise en ligne d'iti néraires

2010-09-20 Par sujet Dominique Rousseau 
Le Mon, Sep 20, 2010 at 10:16:21AM +0200, arno [a...@renevier.net] a écrit:
> Le lundi 20 septembre 2010, à 10:12:48 +0200, Nicolas a écrit : 
> > Même si ça n'est pas vraiment un bug, j'aurai aimé avoir un bouton
> > pour effacer le dernier point ou effacer le tracé (le rechargement
> > de la page perd le positionnement de la carte).
> 
> salut, et merci de ton retour.
> 
> c'est possible de modifier un point en appuyant sur shift 

Je suis sur que tu voulais dire "supprimer" ;-)
(je l'ai d'abord cherché sur  mais , c'est bien aussi)

Et je plussoie pour le « effacer tout le parcours », qui permettrait de
reprendre à zero, sans devoir retourner chercher l'endroit où on
travaillait.


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

Soyez donc résolus à ne plus servir et vous serez libres.
  -- Étienne de La Boétie

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

Re: [OSM-talk-fr] SYJ: site de mise en ligne d'iti néraires

2010-09-20 Par sujet arno 
Le lundi 20 septembre 2010, à 10:31:29 +0200, Dominique a écrit : 
> Le Mon, Sep 20, 2010 at 10:16:21AM +0200, arno [a...@renevier.net] a écrit:
> > Le lundi 20 septembre 2010, à 10:12:48 +0200, Nicolas a écrit : 
> > > Même si ça n'est pas vraiment un bug, j'aurai aimé avoir un bouton
> > > pour effacer le dernier point ou effacer le tracé (le rechargement
> > > de la page perd le positionnement de la carte).
> > 
> > salut, et merci de ton retour.
> > 
> > c'est possible de modifier un point en appuyant sur shift 
> 
> Je suis sur que tu voulais dire "supprimer" ;-)
> (je l'ai d'abord cherché sur  mais , c'est bien aussi)
> 
> Et je plussoie pour le « effacer tout le parcours », qui permettrait de
> reprendre à zero, sans devoir retourner chercher l'endroit où on
> travaillait.

À un moment, je pensais la même chose, et au cours du développement, j'avais 
implémenté ce bouton annuler. Mais après l'avoir activé par mégarde quelques 
fois, et perdu des tracés de 100+ points, je me suis dit, que c'était moins 
pénible de perdre un emplacement qu'un long trajet. Après, je peux noter dans 
un coin de ma tête pour plus tard: un bouton supprimer tout le parcours, et 
implémenter le Ctrl-Z pour cette action.

En attendant, pour zoomer facilement, une astuce que certains connaissent 
peut-être, mais que j'ai découvert il y a peu: 
shift, et dessiner un rectangle sur la carte avec la souris; ça permet de 
zoomer beaucoup plus vite qu'avec zoom+ zoom+ zoom+

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

Re: [OSM-talk-fr] SYJ: site de mise en ligne d'iti néraires

2010-09-20 Par sujet Nicolas Moyroud 
Je viens de m'inscrire sur ton site. Félicitations c'est vraiment un 
outil que j'attendais avec impatience sur les données OpenStreetMap. En 
plus c'est vraiment très bien réalisé ! Je serais aussi intéressé par 
une fonction pour supprimer tout le parcours.
Je peux enfin abandonner définitivement Google Map qui ne me servait 
plus que pour envoyer des itinéraires.


a+
Nicolas

arno a écrit :

Salut,
Je vous présente un site de partage d'itinéraires, qui utilise openstreetmap 
comme fond de carte. 


http://osm-syj.crans.org


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

Re: [OSM-talk-fr] parcours de santé TAG

2010-09-20 Par sujet Tenshu 
Cette proposition est intéressante mais il faudrait un tag pour la surface
du parcours non?
Ou alors on utilise le tag pour les parcs?

2010/9/20 Pierre BOIZOT 

> Hello,
>
> La proposition pour les parcours de santé est largement appliqué en 
> suisse
> .
>
> http://wiki.openstreetmap.org/wiki/EN:Switzerland/Parcoursvita
>
> PirBoazo
>
> CH-1009 PULLY
>
>
>
> Le 19 septembre 2010 19:35, Brun' Mathias  a
> écrit :
>
>
>> Il n'y a pas de TAG pour les Parcours de Santé dans le Map Features
>> une proposition a été faite il y a un bon bout de temps qui suggérait :
>> type=route
>> route=fitness_trail
>> (http://wiki.openstreetmap.org/wiki/FR:Community_Updates/2010-06-07)
>>
>>
>> Cette relation a plusieurs fois été utilisé
>> (carte : http://toolserver.org/~ti/ftm/
>> )
>>
>> Aucune trace de ce tag dans le Proposed features
>>
>> Doit-on l'utiliser et le proposer dans le Map Features ?
>>
>> -
>> http://wiki.openstreetmap.org/wiki/User:Azbean
>> http://www.openstreetmap.org/user/Azbean
>> --
>> View this message in context:
>> http://gis.638310.n2.nabble.com/parcours-de-sante-TAG-tp5548116p5548116.html
>> Sent from the French OSM [Tag] mailing list archive at Nabble.com.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques personnelles ?

2010-09-20 Par sujet Pieren 
> Le samedi 18 septembre 2010 19:55:28 Erik Amzallag, vous avez écrit :
> > Bonjour,
> >
> > Y a-t-il moyen, autrement qu'en s'installant une copie de la base et en
> > écrivant des requetes, d'avoir des statistiques sur son propre travail
> > réalisé, comme le kilométrage de highway créés, le nombre de limites
> > administratives ajoutées etc. ?
>
>
Peut-être pas quelque chose d'aussi évolué mais il y a depuis peu un site
qui permet d'obtenir rapidement quelques stats perso:
http://hdyc.neis-one.org/

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

[OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connecté e)

2010-09-20 Par sujet Pieren 
On pourrait le croire si on regarde ces quelques statisques de routes non
connectées détectées par l'outil OSM Inspector mis à disposition par
Geofabrik:
Pour l'Europe.
http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU.png

Plus détaillé pour les 6 "premiers":
http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU_top6.png

(vu sur le blog de Pascal Neis)
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connecté e)

2010-09-20 Par sujet François Van Der Biest 
Hello,

Une raison possible serait nos imports différentiels sur le filaire
des voies (ex: BMO, CCPC ...), non repris ultérieurement par des
contributeurs locaux. L'exemple le plus flagrant est Crozon, où la
participation locale est finalement assez faible (dites moi si je me
trompe).
C'est une des raisons qui m'ont poussé à réaliser OSMQA et à
l'installer sur qualitystreetmap.org ...

F.

2010/9/20 Pieren :
> On pourrait le croire si on regarde ces quelques statisques de routes non
> connectées détectées par l'outil OSM Inspector mis à disposition par
> Geofabrik:
> Pour l'Europe.
> http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU.png
>
> Plus détaillé pour les 6 "premiers":
> http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU_top6.png
>
> (vu sur le blog de Pascal Neis)
> Pieren

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

Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connecté e)

2010-09-20 Par sujet Guilhem Bonnefille 
Comme dans les gros projets, va falloir monter une team "QA" pour
veiller à la qualité des données et remédier aux erreurs (ou du moins,
mettre en oeuvre des plan d'actions pour les résorber).

Le 20 septembre 2010 13:14, Pieren  a écrit :
> On pourrait le croire si on regarde ces quelques statisques de routes non
> connectées détectées par l'outil OSM Inspector mis à disposition par
> Geofabrik:
> Pour l'Europe.
> http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU.png
>
> Plus détaillé pour les 6 "premiers":
> http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU_top6.png
>
> (vu sur le blog de Pascal Neis)
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>



-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connectée)

2010-09-20 Par sujet Benoît ROUSSEAU 


  
  
Le 20/09/2010 13:14, Pieren a écrit :

  On pourrait le croire si on regarde ces
quelques statisques de routes non connectées détectées par
l'outil OSM Inspector mis à disposition par Geofabrik:
Pour l'Europe.
http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU.png

Plus détaillé pour les 6 "premiers":
http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU_top6.png

  
  
  (vu sur le blog de Pascal Neis)
  Pieren
  



Ca va générer du trafic sur la liste dev pour ce qui concerne les
ways dupliqués et ça donne une info : "la France est en chantier".
Pour ce qui est des classements... c'est comme pour la taille du BZ
France... on est pas en compétition.

Benoît R.
  




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

Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connecté e)

2010-09-20 Par sujet Emilie Laffray 
2010/9/20 Guilhem Bonnefille 

> Comme dans les gros projets, va falloir monter une team "QA" pour
> veiller à la qualité des données et remédier aux erreurs (ou du moins,
> mettre en oeuvre des plan d'actions pour les résorber).
>

Je pense qu'une team QA sera assez difficile a mettre en oeuvre meme si
c'est une tres bonne idee. Je pense que certains d'entre nous passont deja
un certain nombre de temps a corriger de nombreuses erreurs mais l'essentiel
serait déjà d'avoir des outils qui évitent de créer les erreurs en premier
lieu.

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

[OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Emilie Laffray 
Bonjour,

suite a la multiplication des imports de bâtiments en France, je tiens a
rappeler qu'ils existent certains outils permettant d'éviter les points
dupliques dans un fichier OSM. Pieren lors de l'import Corine a pris soin de
créer un tel outil que l'on peut retrouver ici :
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes

Cela serait fantastique que les gens utilisent cet outil sur tous les
fichiers OSM qu'ils mettent a disposition. Cela éviterait d'avoir une
quantité de points dupliqués absolument astronomique.
L'idéal serait que les gens passent par une étape intermédiaire lors de la
création des fichiers OSM a partir des fichiers SVG, et utilisent OGR2OSM.
Cela permettrait de se débarrasser des ways en double ainsi que des points
dupliques en créant les bonnes relations. C'est vraiment primordial de
passer a cela.
Pour les fichiers existants, il est tout a fait possible de créer ces
fichiers OSM corriges en utilisant plusieurs étapes (dont osm2pgsql et
psgsql2shp et finalement OGR2OSM). J'incite vraiment les gens a évaluer cela
car les administrateurs des serveurs OSM font des bons a chaque fois qu'ils
voient un import résultant en de milliers de points dupliques.
Je travaille sur un outil qui sera capable de travailler sur des fichiers
OSM faisant la fusion entre des géométries du même type (genre building=yes
ou landuse=residential etc...) mais c'est loin d'être terminé.

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

Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connectée)

2010-09-20 Par sujet René-Luc D'Hont 

 Le 20/09/2010 13:14, Pieren a écrit :
On pourrait le croire si on regarde ces quelques statisques de routes 
non connectées détectées par l'outil OSM Inspector mis à disposition 
par Geofabrik:

Pour l'Europe.
http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU.png

Plus détaillé pour les 6 "premiers":
http://neis-one.org/wp-content/uploads/2010/09/20100918_Stats_EU_top6.png


Je souhaitais juste en profiter pour poser une question.

Dans la région que je mappe, la côte vermeille, j'ai pu constaté que le 
nouvel outil de Geofabrik relevait surtout des faux-positifs : des 
impasses qui se finissent assez proche d'une route (qui soit dit en 
passant est 2 mètres au dessus).

Manquerait-il un tag ?

René-Luc D'Hont



(vu sur le blog de Pascal Neis)
Pieren


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


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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Christophe Merlet 
Le lundi 20 septembre 2010 à 12:38 +0100, Emilie Laffray a écrit :
> Bonjour,
> 
> suite a la multiplication des imports de bâtiments en France, je tiens
> a rappeler qu'ils existent certains outils permettant d'éviter les
> points dupliques dans un fichier OSM. Pieren lors de l'import Corine a
> pris soin de créer un tel outil que l'on peut retrouver ici :
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes
> 
> Cela serait fantastique que les gens utilisent cet outil sur tous les
> fichiers OSM qu'ils mettent a disposition. Cela éviterait d'avoir une
> quantité de points dupliqués absolument astronomique.
> L'idéal serait que les gens passent par une étape intermédiaire lors
> de la création des fichiers OSM a partir des fichiers SVG, et
> utilisent OGR2OSM. Cela permettrait de se débarrasser des ways en
> double ainsi que des points dupliques en créant les bonnes relations.
> C'est vraiment primordial de passer a cela.
> Pour les fichiers existants, il est tout a fait possible de créer ces
> fichiers OSM corriges en utilisant plusieurs étapes (dont osm2pgsql et
> psgsql2shp et finalement OGR2OSM). J'incite vraiment les gens a
> évaluer cela car les administrateurs des serveurs OSM font des bons a
> chaque fois qu'ils voient un import résultant en de milliers de points
> dupliques.
> Je travaille sur un outil qui sera capable de travailler sur des
> fichiers OSM faisant la fusion entre des géométries du même type
> (genre building=yes ou landuse=residential etc...) mais c'est loin
> d'être terminé.


Le problème a été soulevé sur la liste a de nombreuses reprises.

Le consensus à la quasi unanimité qui en a chaque fois ressorti est que
cela ne servait à rien de se prendre la tête à faire du bon travail car
il y aurait toujours un script ou une bonne âme pour corriger
derrière...
Et qu'en plus, grâce à la loi de Moore, on ne serait jamais limité par
la base de données...


Librement,
-- 
Christophe Merlet (RedFox)


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

[OSM-talk-fr] Residential in Residential

2010-09-20 Par sujet René-Luc D'Hont 

 Bonjour,

J'ai pu constater que sur Montpellier, certaines zones d'habitation 
comme des résidences étudiantes étaient décrites à l'aide d'une way 
fermé protant le tag landuse=residential et le tag name=Cité 
Universitaire Foobar .


Je trouve cette utilisation inapproprié mais comment corrigé cela ? La 
personne qui a fait cela souhaitait enregistré l'emprise de la cité, 
comment ne pas perdre cette information ?


René-Luc D'Hont

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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Vincent de Chateau-Thierry 

Bonjour,

> De : "Emilie Laffray" 
> 
> suite a la multiplication des imports de bâtiments en France, je tiens a 
> rappeler qu'ils existent certains outils permettant d'éviter les points 
> dupliques dans un fichier OSM. Pieren lors de l'import Corine a pris soin de 
> créer un tel outil que l'on peut retrouver ici :
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes
> 
> Cela serait fantastique que les gens utilisent cet outil sur tous les 
> fichiers OSM qu'ils mettent a disposition. Cela éviterait d'avoir une 
> quantité de points dupliqués absolument astronomique.

Oui et non. L'apparition de points dupliqués peut se faire dès la source au 
niveau du
cadastre, mais aussi très facilement lors de l'upload. JOSM a parfois des 
hoquets qui
sont redoutables car pas très bavards en messages d'erreurs.
Ce changeset par exemple :
http://www.openstreetmap.org/browse/changeset/5527702
est l'exact annulation d'un envoi que j'ai fait la veille. Je dis bien envoi et 
non
changeset : 1200, c'est la taille que j'ai parametré pour mes paquets d'upload.
J'ai donc généré 1200 dup nodes sans effort, et surtout, sans le savoir, faute 
de 
message dans la console JOSM. Depuis cet épisode, il m'arrive (mais pas tout le 
temps,
je le concède) de recharger illico dans JOSM les données de l'emprise que je 
viens
d'uploader, pour leur passer un coup de Validator. 

> L'idéal serait que les gens passent par une étape intermédiaire lors de la 
> création des fichiers OSM a partir des fichiers SVG, et utilisent OGR2OSM. 
> Cela permettrait de se débarrasser des ways en double ainsi que des points 
> dupliques en créant les bonnes relations. C'est vraiment primordial de passer 
> a cela.
> Pour les fichiers existants, il est tout a fait possible de créer ces 
> fichiers OSM corriges en utilisant plusieurs étapes (dont osm2pgsql et 
> psgsql2shp et finalement OGR2OSM). J'incite vraiment les gens a évaluer cela 
> car les administrateurs des serveurs OSM font des bons a chaque fois qu'ils 
> voient un import résultant en de milliers de points dupliques.

Certes, il est possible de faire plein de choses avec un PostGIS sous la main
et plein de connaissances qui vont avec et l'ordinateur ad'hoc, mais il faut 
reconnaître
que ça n'est pas à la portée de tout un chacun. JOSM en soi (avec Validator) 
est déjà un bon outil,
encore faut-il vouloir s'en servir. Pour moi le plus gros défaut des buildings 
en vectoriel,
ça n'est pas la qualité de la donnée, c'est la facilité que ça offre 
d'updloader des données 
dans la base sans se poser de questions.

vincent

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


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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Pieren 
2010/9/20 Emilie Laffray 

> que l'on peut retrouver ici :
>
> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes
>
>
Attention, ce script n'élimine que les nodes avec des coordonnées
strictement identiques. Ce qu'il faudrait, c'est surtout améliorer à la
source le script qui traduit le PDF cadastral en données OSM en y instillant
un peu d'analyse (inutile de reproduire les erreurs de l'export du cadastre
PDF).
Une autre priorité serait d'améliorer la carte dupe_nodes de Matt:
http://matt.dev.openstreetmap.org/dupe_nodes/
en filtrant les données IGN pour mieux faire apparaître les endroits à
problèmes. Il faut aussi garder un oeil sur les stats journallières pour
contacter les cancres:
http://matt.dev.openstreetmap.org/dupe_nodes/about.html
et les inciter à faire plus attention.

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

Re: [OSM-talk-fr] La France, lanterne rouge des erreurs d ans OSM ? (était: Route non connectée)

2010-09-20 Par sujet Vincent de Chateau-Thierry 


> De : "René-Luc D'Hont" 
> Dans la région que je mappe, la côte vermeille, j'ai pu constaté que le 
> nouvel outil de Geofabrik relevait surtout des faux-positifs : des impasses 
> qui se finissent assez proche d'une route (qui soit dit en passant est 2 
> mètres au dessus).
> Manquerait-il un tag ?
> 
Si ce sont des impasses, noexit=yes pour le préciser ?

vincent

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


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

Re: [OSM-talk-fr] Import bâtiments en France - Cadas tre comment indiquer ce qui qui n'est plus

2010-09-20 Par sujet sly (sylvain letuffe) 
On lundi 20 septembre 2010, Vincent de Chateau-Thierry wrote:
> Pour moi le plus gros défaut des buildings en vectoriel,
> ça n'est pas la qualité de la donnée, c'est la facilité que ça offre
> d'updloader des données  
> dans la base sans se poser de questions.

Bien que je n'attribuerais pas ça au fait même que les buildings soient dispo 
en vectoriel, mais plutôt qu'ils soient ajoutable dans osm par n'importe qui 
(et n'importe comment ?) en 5 clics, je place un gros 
+1

J'ai constaté par endroit que le problème allait au delà du simple fait de 
chemins ou noeuds dupliqués (qui finalement est un moindre mal car 
détectable/corrigeable de façon automatique par un outil de contrôle qualité) 
mais parfois avec carrément l'import brutal sans trop de regard réfléchi sur 
ce qu'il y avait déjà dans la base, ce qui peut donner des bâtiments 
dupliqués, des ruines minutieusement relevées au gps ressortant de terre sous 
forme de beaux bâtiments, etc. et ça, ça me semble beaucoup plus grave car 
peu ou pas détectable.

J'en arrive à me demander, sachant que le cadastre est peut-être la source n°1 
utilisée en France actuellement, s'il ne serait pas judicieux de trouver un 
moyen de noter les erreurs du cadastre.

L'exemple typique auquel je pense est celui des ruisseaux de montagne (car 
j'ai vu des imports massifs de cours d'eau en région montagneuse qui sont à 
peu prêt équivalent à générer aléatoirement des traits sur une carte), mais 
valable aussi pour des anciens chemins, des bâtiments et plein d'autre 
chose :
Comment pourrait-on indiquer que l'information terrain qu'on a collectée est :
"Je suis sûr qu'il n'y a rien, le cadastre est faux, ne pas ajouter ce 
bâtiment qui n'existe plus"



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



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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Emilie Laffray 
2010/9/20 Christophe Merlet 

>
> Le problème a été soulevé sur la liste a de nombreuses reprises.
>
> Le consensus à la quasi unanimité qui en a chaque fois ressorti est que
> cela ne servait à rien de se prendre la tête à faire du bon travail car
> il y aurait toujours un script ou une bonne âme pour corriger
> derrière...
> Et qu'en plus, grâce à la loi de Moore, on ne serait jamais limité par
> la base de données...
>

Ironie et sarcasme de ta reponse mise a part. Si l'on peut faire un import
qui soit clean autant que possible sans que cela coute enormement de temps,
autant le faire.
Mon argument dans le passe a toujours été qu'il y a des erreurs de faites et
qu'il ne faut pas en faire un fromage.

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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Emilie Laffray 
2010/9/20 Vincent de Chateau-Thierry 

>
> Certes, il est possible de faire plein de choses avec un PostGIS sous la
> main
> et plein de connaissances qui vont avec et l'ordinateur ad'hoc, mais il
> faut reconnaître
> que ça n'est pas à la portée de tout un chacun. JOSM en soi (avec
> Validator) est déjà un bon outil,
> encore faut-il vouloir s'en servir. Pour moi le plus gros défaut des
> buildings en vectoriel,
> ça n'est pas la qualité de la donnée, c'est la facilité que ça offre
> d'updloader des données
> dans la base sans se poser de questions.
>

A noter que pas mal de gens utilisent des fichiers OSM qu'ils n'ont pas
téléchargés eux mêmes. Ces fichiers peuvent être pré-traités. Quand on a un
répertoire de fichiers, on peut essayer de faire en sorte qu'ils soient
clean. C'est justement l'approche Fire and Forget que je récuse.
La methode via Postgis est une methode qui marche actuellement. Mais la
encore, je tiens a rappeler que je vise ceux qui proposent les fichiers en
téléchargement afin d'éviter certains désagréments. Ca ne veut pas dire que
ca soit la bonne. (en fait, je suis même sure que ca n'est pas la bonne en
attendant une meilleure solution qui permet d'avoir un executable qui fait
le boulot par lui meme).

Quant a l'utilisation de JOSM pour un import quelconque, je ne commenterais
pas mais je n'en pense pas moins. C'est toutefois l'outil le plus pratique a
l'heure actuelle.

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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Emilie Laffray 
2010/9/20 Pieren 

> 2010/9/20 Emilie Laffray 
>
> que l'on peut retrouver ici :
>>
>> http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import#Removing_duplicate_nodes
>>
>>
> Attention, ce script n'élimine que les nodes avec des coordonnées
> strictement identiques. Ce qu'il faudrait, c'est surtout améliorer à la
> source le script qui traduit le PDF cadastral en données OSM en y instillant
> un peu d'analyse (inutile de reproduire les erreurs de l'export du cadastre
> PDF).
> Une autre priorité serait d'améliorer la carte dupe_nodes de Matt:
> http://matt.dev.openstreetmap.org/dupe_nodes/
> en filtrant les données IGN pour mieux faire apparaître les endroits à
> problèmes. Il faut aussi garder un oeil sur les stats journallières pour
> contacter les cancres:
> http://matt.dev.openstreetmap.org/dupe_nodes/about.html
> et les inciter à faire plus attention.
>
>
On est tout a fait d'accord. Je n'ai pas regarde les fichiers mais il n'est
pas impossible que pas mal de points dans le cadastre soient strictement
identiques. Sinon je partage ton analyse sur la nécessité du travail en
amont. C'est essentiel et c'est ce qui a été fait lors de l'import Corine.
Concernant le dupe node de Matt, c'est extrêmement pratique car ça permet de
voir ce qui se passe a posteriori.

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

Re: [OSM-talk-fr] Import bâtiments en France - Cadas tre comment indiquer ce qui qui n'est plus

2010-09-20 Par sujet Pieren 
2010/9/20 sly (sylvain letuffe) 

>
> J'en arrive à me demander, sachant que le cadastre est peut-être la source
> n°1
> utilisée en France actuellement, s'il ne serait pas judicieux de trouver un
> moyen de noter les erreurs du cadastre.
>
>
Pour abonder dans ce sens, il m'est arrivé de volontairement conserver un
polygone bâti que je savais disparu mais en ne conservant qu'un tag
"notes=présent dans cadastre mais plus sur le terrain" (avec quelques
variations). Il serait peut-être intéressant de standardiser cette notation
pour pouvoir les contrôler plus facilement à intervalle régulier (genre
"cadastre=obsolete", "error", etc) et pouvoir les exploiter dans les mises à
jour cadastrales, prochain grand chantier d'OSM.

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

Re: [OSM-talk-fr] Import bâtiments en France - Cadas tre comment indiquer ce qui qui n'est plus

2010-09-20 Par sujet Emilie Laffray 
2010/9/20 Pieren 

> 2010/9/20 sly (sylvain letuffe) 
>
>
>> J'en arrive à me demander, sachant que le cadastre est peut-être la source
>> n°1
>> utilisée en France actuellement, s'il ne serait pas judicieux de trouver
>> un
>> moyen de noter les erreurs du cadastre.
>>
>>
> Pour abonder dans ce sens, il m'est arrivé de volontairement conserver un
> polygone bâti que je savais disparu mais en ne conservant qu'un tag
> "notes=présent dans cadastre mais plus sur le terrain" (avec quelques
> variations). Il serait peut-être intéressant de standardiser cette notation
> pour pouvoir les contrôler plus facilement à intervalle régulier (genre
> "cadastre=obsolete", "error", etc) et pouvoir les exploiter dans les mises à
> jour cadastrales, prochain grand chantier d'OSM.
>
>
Oui le problème de la maintenance se pose de plus en plus et il va bien
falloir que l'on regarde tout cela a un moment ou a un autre. Enfin, du
moment que l'on n'utilise pas le not:* ca me va.

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

Re: [OSM-talk-fr] Import bâtiments en France - Cada stre comment indiquer ce qui qui n'est plus

2010-09-20 Par sujet sly (sylvain letuffe) 
On lundi 20 septembre 2010, Pieren wrote:
> Pour abonder dans ce sens, il m'est arrivé de volontairement conserver un
> polygone bâti que je savais disparu mais en ne conservant qu'un tag
> "notes=présent dans cadastre mais plus sur le terrain" (avec quelques
> variations). 

Je fais un truc similaire, mais pour un ruisseau que je sais à sec depuis bien 
longtemps, j'ai la flemme de tracer tout le ruisseau pour ensuite 
mettre "n'existe plus", alors je place un trait grossier sans tag avec une 
note.

> Il serait peut-être intéressant de standardiser cette notation 
> pour pouvoir les contrôler plus facilement à intervalle régulier (genre
> "cadastre=obsolete", "error", etc) et pouvoir les exploiter dans les mises à
> jour cadastrales, prochain grand chantier d'OSM.

L'idée serait à creuser, et peut-être pas seulement pour le cadastre (bien que 
c'est clairement le cas le plus courant), des photos satellite anciennes 
(j'ai en tête l'exemple des photos aériennes de l'IGN qui montre un lac de 
montagne qui a été asséché depuis au moins 10 ans)


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



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

Re: [OSM-talk-fr] SYJ: site de mise en ligne d'iti néraires

2010-09-20 Par sujet Vincent Pottier 

On 20/09/2010 10:38, arno wrote:

À un moment, je pensais la même chose, et au cours du développement, j'avais
implémenté ce bouton annuler. Mais après l'avoir activé par mégarde quelques
fois, et perdu des tracés de 100+ points, je me suis dit, que c'était moins
pénible de perdre un emplacement qu'un long trajet. Après, je peux noter dans
un coin de ma tête pour plus tard: un bouton supprimer tout le parcours, et
implémenter le Ctrl-Z pour cette action.
   

Ou une alerte : "Voulez-vous vraiment supprimer..."

En attendant, pour zoomer facilement, une astuce que certains connaissent
peut-être, mais que j'ai découvert il y a peu:
shift, et dessiner un rectangle sur la carte avec la souris; ça permet de
zoomer beaucoup plus vite qu'avec zoom+ zoom+ zoom+
   

--
FrViPofm


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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Vincent de Chateau-Thierry 

> De : "Emilie Laffray" 
> 
> A noter que pas mal de gens utilisent des fichiers OSM qu'ils n'ont pas 
> téléchargés eux mêmes.
> Ces fichiers peuvent être pré-traités. Quand on a un répertoire de fichiers, 
> on peut essayer de
> faire en sorte qu'ils soient clean. C'est justement l'approche Fire and 
> Forget que je récuse.
> La methode via Postgis est une methode qui marche actuellement. Mais la 
> encore, je tiens a rappeler
> que je vise ceux qui proposent les fichiers en téléchargement afin d'éviter 
> certains désagréments.
> Ca ne veut pas dire que ca soit la bonne. (en fait, je suis même sure que ca 
> n'est pas la bonne en
> attendant une meilleure solution qui permet d'avoir un executable qui fait le 
> boulot par lui meme).

Ce que je voulais indiquer, c'est que certaines erreurs ne sont pas décelables 
au stade des mises à disposition
de fichiers, les erreurs étant générées au delà, à l'import en base. Dernier 
exemple en date ce week-end : les
imports évoqués hier dans ce thread :
http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026899.html
concernent des fichiers de bâti sans souci au départ, c'est l'étape d'upload 
qui a généré les doublons (voire triplets, etc).

> Quant a l'utilisation de JOSM pour un import quelconque, je ne commenterais 
> pas mais je n'en pense pas moins.
> C'est toutefois l'outil le plus pratique a l'heure actuelle.

Des noms ! Des noms ! :-)
Concrètement, s'il y a des méthodes d'import préconisées pour de l'import de 
bâti, je ne demande qu'une chose : 
qu'elles soient expliquées ici, encouragées ici. Les imports massifs de bâti se 
déroulent depuis juin sur la France,
et sur talk-fr, les conseils là-dessus tournent plus autour du paramétrage de 
JOSM et les contrôles qualité
pré-import que sur une méthode alternative d'upload. "bulk_import.py" est bien 
cité une fois de temps en temps,
mais quand on n'a jamais écrit ni éxécuté une ligne de python, ça n'aide pas 
vraiment. 
Personnellement j'importe le bâti -via JOSM- par morceaux de communes pour 
éviter les trop gros soucis. J'ai un script (en PHP)
qui divise un fichier initial de bâti en 4 quarts (Nord-Est, Nord-Ouest, 
Sud-Est, Sud-Ouest), et tant que
chaque fichier résultant est trop gros à mon goût, je le redivise en 4 de façon 
récursive. Si ça peut aider certain(e)s,
je le mets volontiers à dispo, mais c'est très spécifique "fichiers de bâti" et 
très gourmand en RAM :-( .

vincent

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


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

[OSM-talk-fr] Re : Import bâtiments en France

2010-09-20 Par sujet THEVENON Julien 
 De : Vincent de Chateau-Thierry 


  > Quant a l'utilisation de JOSM pour un import quelconque, je ne 
commenterais pas mais je n'en pense pas moins.
  > C'est toutefois l'outil le plus pratique a l'heure actuelle.

 Des noms ! Des noms ! :-)
 Concrètement, s'il y a des méthodes d'import préconisées pour de l'import 
 de 
bâti, je ne demande qu'une chose : 

 qu'elles soient expliquées ici, encouragées ici. Les imports massifs de 
 bâti se 
déroulent depuis juin sur la France,
 et sur talk-fr, les conseils là-dessus tournent plus autour du paramétrage 
 de 
JOSM et les contrôles qualité
 pré-import que sur une méthode alternative d'upload. 

+1 ( et ajoutees a la page wiki correspondante tant qu a faire )

Julien



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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Emilie Laffray 
2010/9/20 Vincent de Chateau-Thierry 

>
> Ce que je voulais indiquer, c'est que certaines erreurs ne sont pas
> décelables au stade des mises à disposition
> de fichiers, les erreurs étant générées au delà, à l'import en base.
> Dernier exemple en date ce week-end : les
> imports évoqués hier dans ce thread :
> http://lists.openstreetmap.org/pipermail/talk-fr/2010-September/026899.html
> concernent des fichiers de bâti sans souci au départ, c'est l'étape
> d'upload qui a généré les doublons (voire triplets, etc).
>
>
Oui et ce n'etait pas mon propos. Ca fait malheureusement parti des
accidents.


> > Quant a l'utilisation de JOSM pour un import quelconque, je ne
> commenterais pas mais je n'en pense pas moins.
> > C'est toutefois l'outil le plus pratique a l'heure actuelle.
>
> Des noms ! Des noms ! :-)
>

Je ne pensais a personne en particulier :)


> Concrètement, s'il y a des méthodes d'import préconisées pour de l'import
> de bâti, je ne demande qu'une chose :
> qu'elles soient expliquées ici, encouragées ici. Les imports massifs de
> bâti se déroulent depuis juin sur la France,
> et sur talk-fr, les conseils là-dessus tournent plus autour du paramétrage
> de JOSM et les contrôles qualité
> pré-import que sur une méthode alternative d'upload. "bulk_import.py" est
> bien cité une fois de temps en temps,
> mais quand on n'a jamais écrit ni éxécuté une ligne de python, ça n'aide
> pas vraiment.
>

Comme je le disais, JOSM reste le moyen le plus simple actuellement pour ce
genre d'imports. Ca ne va pas dire que ca soit une bonne chose. Je ne vais
certainement pas commencer a recommander bulk_import.py justement pour les
raisons dont tu parles. Il manque un vrai outil simple et sur pour faire un
vrai import.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Residential in Residential

2010-09-20 Par sujet Jean-Francois Nifenecker 


Le 20/09/2010 14:13, René-Luc D'Hont a écrit :


Je trouve cette utilisation inapproprié mais comment corrigé cela ? La
personne qui a fait cela souhaitait enregistré l'emprise de la cité,
comment ne pas perdre cette information ?


area=yes
amenity=???
name=Cité Universitaire Truc

--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Tenshu 
2010/9/20 Emilie Laffray 

>
> Quant a l'utilisation de JOSM pour un import quelconque, je ne commenterais
> pas mais je n'en pense pas moins. C'est toutefois l'outil le plus pratique a
> l'heure actuelle.
>
> Emilie Laffray
>

C'est bien beau de dire ça, j'utilise Linux au quotidien et je me dit youpi
utilisons bulk_upload pour importer les bâtiments depuis le cadastre.
Et bien totu semblait rouler mais sur Corbeil-Essonnes ils c'est mis en tête
de créer chaque éléments en 10-20-30-50 exemplaires.
J'ai sué sang et eau pour revert tout ce foutoir.

Et pendant ce temps personne n'a été capable de me décrire comment cet outil
fonctionne etc.
Alors j'ai utilisé JOSM sur Draveil, mais il m'a dupliqué 1700 way et leur
nodes.

Depuis je n'ai plus importé de bâtiments en me disant que j'attendrais que
le bon outil soit disponible.
Et c'est pas la découverte des (centaines) de milliers d'overlap entre
bâtiments qui va me faire changer d'avis.

-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Géovélo] Annonce : lancemen t sur Paris

2010-09-20 Par sujet GaelADT 

Le site est actuellement à la une, en page d'accueil du site de Paris 
http://www.paris.fr http://www.paris.fr  !

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5551112.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Annonce : lancem ent sur Paris

2010-09-20 Par sujet Tenshu 
Dommage que la façon dont il est intégré sur paris.fr ne rende pas justice à
votre travail.

2010/9/20 GaelADT 

>
> Le site est actuellement à la une, en page d'accueil du site de Paris
> http://www.paris.fr http://www.paris.fr  !
>
> Gaël.
> --
> View this message in context:
> http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5551112.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : [Géovélo] Annonce : lancement sur Paris

2010-09-20 Par sujet THEVENON Julien 
 De : GaelADT 


 Le site est actuellement à la une, en page d'accueil du site de Paris 
 http://www.paris.fr http://www.paris.fr  !


Félicitations !!
Ça fait quand  même une belle vitrine pour l utilisation des données d OSM, en 
espérant que ca fasse plein de petits sur d autres villes !

Julien


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

Re: [OSM-talk-fr] Import bâtiments en France - Cadas tre comment indiquer ce qui qui n'est plus

2010-09-20 Par sujet hamster 

sly (sylvain letuffe) a écrit :
L'exemple typique auquel je pense est celui des ruisseaux de montagne (car 
j'ai vu des imports massifs de cours d'eau en région montagneuse qui sont à 
peu prêt équivalent à générer aléatoirement des traits sur une carte), mais 
valable aussi pour des anciens chemins, des bâtiments et plein d'autre 
chose :

Comment pourrait-on indiquer que l'information terrain qu'on a collectée est :
"Je suis sûr qu'il n'y a rien, le cadastre est faux, ne pas ajouter ce 
bâtiment qui n'existe plus"
  


quand des gens (j'utilise ce mot pour rester poli) importent des 
fichiers en 3 clics sans meme avoir regarde la gueule de ce qui est 
dedans et donc sans s'appercevoir que ca ressemble a rien et surtout pas 
aux standards d'OSM (riverbank sans way central, etc) c'est aussi un 
probleme de comportement et donc d'education


un avertissement sur les sites qui proposent des fichiers .osm sortis 
tout doit du V script genre "attention il s'agit de fichiers bruts de 
conversion depuis le cadastre et ils sont pleins d'erreurs, il ne faut 
pas les importer tel qu'el mais commencer par corriger les erreurs" avec 
un lien vers la page du wiki qui decrit ces erreurs et la methode pour 
les corriger, ca serait pas bien dur a faire et au pire ca servirait a rien


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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Benoît ROUSSEAU 


  
  
Le 20/09/2010 18:07, Tenshu a écrit :
2010/9/20 Emilie Laffray 
  

  
  Quant a l'utilisation de JOSM pour un import quelconque, je ne
  commenterais pas mais je n'en pense pas moins. C'est toutefois
  l'outil le plus pratique a l'heure actuelle.
  
Emilie Laffray

  
  
  C'est bien beau de dire ça, j'utilise Linux au quotidien et je me
  dit youpi utilisons bulk_upload pour importer les bâtiments depuis
  le cadastre.
  Et bien totu semblait rouler mais sur Corbeil-Essonnes ils c'est
  mis en tête de créer chaque éléments en 10-20-30-50 exemplaires.
  J'ai sué sang et eau pour revert tout ce foutoir.
  
  Et pendant ce temps personne n'a été capable de me décrire comment
  cet outil fonctionne etc.
  Alors j'ai utilisé JOSM sur Draveil, mais il m'a dupliqué 1700 way
  et leur nodes.
  
  Depuis je n'ai plus importé de bâtiments en me disant que
  j'attendrais que le bon outil soit disponible.
  Et c'est pas la découverte des (centaines) de milliers d'overlap
  entre bâtiments qui va me faire changer d'avis.
  
  -- 
  Mon weblog - http://www.tenshu.fr/
  Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
  

Pour faire suite à la conversation dans son ensemble et pas ce
courrier en particulier avec lequel je suis en accord...

Pour ma part, je pense que ça merdx au moins pour une part côté
serveurs. Que les outils ne sont pas la cause et la source de tous
les mots mais que la charge de travaille imposée par l'import massif
en France couplé à l'émergence d'autres pays, les traitements
massifs de différents sites, fait que ça révèle des faiblesses au
niveau serveurs. Quand je dis serveurs c'est à prendre de manière
générique, cela peut être logiciel, matériel, ...
J'ai pour la suppression des points orphelins, des requêtes qui
n'aboutissent jamais, ... Sans conséquences dans ce cas, mais
révélateur. Il m'est difficile de croire que JOSM ne respecte pas
les protocoles et ne gère pas correctement les erreurs même si c'est
possible. Je dis qu'il faudrait ptet voir côté serveur et protocoles
avant de taper sur les clients. Et ce n'est pas Potlatch V2 qui va
changer la face du monde OSM.

Benoît R.
  




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

Re: [OSM-talk-fr] [Géovélo] Annonce : lancem ent sur Paris

2010-09-20 Par sujet René-Luc D'Hont 

 Le 20/09/2010 18:10, GaelADT a écrit :

Le site est actuellement à la une, en page d'accueil du site de Paris
http://www.paris.fr http://www.paris.fr  !

Gaël.

Gaël, on vient de me faire remarquer cela :
Très cool, mais bizarrement ça ne marche pas sans autoriser accès à 
google.com et gstatic.com. Basé !osm mais google obligatoire?

Y-a-t-il une raison ?


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

Re: [OSM-talk-fr] [Géovélo] Annonce : lancemen t sur Paris

2010-09-20 Par sujet GaelADT 


René-Luc D'Hont wrote:
> 
> Gaël, on vient de me faire remarquer cela :
> Très cool, mais bizarrement ça ne marche pas sans autoriser accès à 
> google.com et gstatic.com. Basé !osm mais google obligatoire?
> Y-a-t-il une raison ?
> 

Oui, statistiques et module de geocoding. Pour le geocoding on est coincé
depuis pas mal de temps avec ça... Je pense que l'on va essayé de contribuer
au développement sur Nominatim pour arriver à quelque chose qui nous
convient (auto-complétion et correction d'adresse).

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5551512.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Géovélo] Annonce : lancem ent sur Paris

2010-09-20 Par sujet René-Luc D'Hont 

 Le 20/09/2010 19:43, GaelADT a écrit :


René-Luc D'Hont wrote:

Gaël, on vient de me faire remarquer cela :
Très cool, mais bizarrement ça ne marche pas sans autoriser accès à
google.com et gstatic.com. Basé !osm mais google obligatoire?
Y-a-t-il une raison ?


Oui, statistiques et module de geocoding. Pour le geocoding on est coincé
depuis pas mal de temps avec ça... Je pense que l'on va essayé de contribuer
au développement sur Nominatim pour arriver à quelque chose qui nous
convient (auto-complétion et correction d'adresse).

Gaël.


Faudrait discuter avec kimaidou, nous pouvons peut-être vous proposez 
quelque chose!


René-Luc D'Hont
3Liz


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

Re: [OSM-talk-fr] La France, lanterne rouge des erreurs d ans OSM ? (était: Route non connectée)

2010-09-20 Par sujet Eric Sibert 
Dans la région que je mappe, la côte vermeille, j'ai pu constaté que  
le nouvel outil de Geofabrik relevait surtout des faux-positifs


+1

Sur ma commune, il y a 100% de faux positifs.

Par rapports aux autres outils d'analyse, sa pertinence me paraît  
beaucoup plus faible. De là à faire des stats pour comparer les pays ;-)


Eric


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

Re: [OSM-talk-fr] parcours de santé TAG

2010-09-20 Par sujet Pierre BOIZOT 
je comprends pas pourquoi un tag de surface de parcours 

Un parcours Vita c'est un/des chemins avec des points d'arret (station ) .
qui le plus souvent se trouve en foret , identifié la longueur est
suffisante.

Pas un terrain de foot !!!


Pierre Boizot
CH-1009 PULLY



Le 20 septembre 2010 11:35, Tenshu  a écrit :

> Cette proposition est intéressante mais il faudrait un tag pour la surface
> du parcours non?
> Ou alors on utilise le tag pour les parcs?
>
> 2010/9/20 Pierre BOIZOT 
>
> Hello,
>>
>> La proposition pour les parcours de santé est largement appliqué en
>> suisse 
>> .
>>
>> http://wiki.openstreetmap.org/wiki/EN:Switzerland/Parcoursvita
>>
>> PirBoazo
>>
>> CH-1009 PULLY
>>
>>
>>
>> Le 19 septembre 2010 19:35, Brun' Mathias  a
>> écrit :
>>
>>
>>> Il n'y a pas de TAG pour les Parcours de Santé dans le Map Features
>>> une proposition a été faite il y a un bon bout de temps qui suggérait :
>>> type=route
>>> route=fitness_trail
>>> (http://wiki.openstreetmap.org/wiki/FR:Community_Updates/2010-06-07)
>>>
>>>
>>> Cette relation a plusieurs fois été utilisé
>>> (carte : http://toolserver.org/~ti/ftm/
>>> )
>>>
>>> Aucune trace de ce tag dans le Proposed features
>>>
>>> Doit-on l'utiliser et le proposer dans le Map Features ?
>>>
>>> -
>>> http://wiki.openstreetmap.org/wiki/User:Azbean
>>> http://www.openstreetmap.org/user/Azbean
>>> --
>>> View this message in context:
>>> http://gis.638310.n2.nabble.com/parcours-de-sante-TAG-tp5548116p5548116.html
>>> Sent from the French OSM [Tag] mailing list archive at Nabble.com.
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Mon weblog - http://www.tenshu.fr/
> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connecté e)

2010-09-20 Par sujet Bruno Cortial 
Le 20 septembre 2010 21:53, Eric Sibert  a écrit :

> Dans la région que je mappe, la côte vermeille, j'ai pu constaté que le
>> nouvel outil de Geofabrik relevait surtout des faux-positifs
>>
>
> +1
>
> Sur ma commune, il y a 100% de faux positifs.
>
> Par rapports aux autres outils d'analyse, sa pertinence me paraît beaucoup
> plus faible. De là à faire des stats pour comparer les pays ;-)


Il me semble que keepright permette de signaler et écarter des résultats les
faux positifs sur les "îles-flottantes" et les "quasi-jointifs". Par contre
je ne peux pas vous confirmer que ces anomalie soient comparables aux
résultats fournis par Geofabrik

BrunoC


Exemple :
http://keepright.ipax.at/report_map.php?zoom=14&lat=47.11023&lon=-2.0913&layers=B00T&ch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C201%2C202%2C203%2C204%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284&show_ign=1&show_tmpign=1
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connecté e)

2010-09-20 Par sujet Pieren 
J'ai contacté l'auteur de l'outil qui signale que les faux-positifs peuvent
être supprimés en taguant le dernier node de la route avec noexit=yes ou
l'entrée d'un bâtiment avec building=entrance.

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

Re: [OSM-talk-fr] Import bâtiments en France

2010-09-20 Par sujet Croquette Olivier 
Le 20 sept. 2010 à 14:15, Vincent de Chateau-Thierry a écrit :
> Oui et non. L'apparition de points dupliqués peut se faire dès la source au 
> niveau du
> cadastre, mais aussi très facilement lors de l'upload. JOSM a parfois des 
> hoquets qui
> sont redoutables car pas très bavards en messages d'erreurs.

Ca m'est arrivé aussi. J'ai d'ailleurs l'impression que ça arrive d'autant plus 
facilement que la connexion est mauvaise (via un téléphone portable par 
exemple).


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

[OSM-talk-fr] [QA] Communes sans rues

2010-09-20 Par sujet Vincent Pottier 

Bonsoir,
54 communes ont acquis des rues dans OSM entre le 6 septembre et le 20 
septembre.

Il reste encore 2925 communes non desservies.
À ce rythme, l'ensemble sera desservi dans deux ans.

Les communes comptabilisées sont celles qui ont une relation boundary + 
admin_level=8 valide.
Les voies prises en compte sont residential, unclassified, tertiary, 
secondary


http://frvipofm.net/osm/import/CommunesSansRues.html

Un calcul similaire est lancé sur les polygones residential. Mais il 
butte sur des multipolygones mal formés.

--
FrViPofm


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