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

[Benoît ROUSSEAU]

  
  
Le 21/09/2010 17:29, Jean-Francois Nifenecker a écrit :

  
  Le 21/09/2010 14:25, Vincent Pottier a écrit :
  
  +1.

Et la séparation building - water est pertinente. Les travaux de

contrôle sur le layer building n'ont rien à voir avec les
retouches de

polygones water.

  
  
  +1 sur ça aussi. Waterway et building sont des entités différentes
  qu'il faut traiter différemment. Il serait donc (très) utile de
  séparer les fichiers les contenant.
  
  

Suite aux messages, je bosse sur un logiciel d'extraction des
différents éléments depuis les fichiers existants. Ca extrait déjà
les "buildings" dans un fichier séparé, autant dire que les "river"
et les "swinming-pool" vont arriver très vite.

Pour vérifier que je ne détruit pas de données, je regarde si le
fond de cadastre correspond aux "buildings" extraits... Et là,
SURPRISE ! Mon extraction SVG de référence, faite au début de
l'apparition du script, comporte plus de bâtiments que le fond
Cadastre sous JOSM ! Alors qui quoi où comment ? ? ? Ma voiture
étant en panne je ne pourrais pas rapidement aller vérifier si les
bâtiments existent en "vrai".

La mise à jour me paraît bien rapide... et c'est la moitié d'un
hameau, ça me paraît bizarre. Encore que...

QQun a t'il remarqué des pb similaires ?

Benoît R.

  




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

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

[alexis gayte]

j'ai un peu travaillé sur montpellier et je suis tombé sur ces problèmes

sur paris pour la cite internationale on utilise amenity=university
avec
name=Cité Internationale Universitaire

si ca peu aider ...



Le 22 septembre 2010 00:21, Vincent de Chateau-Thierry  a
écrit :

>
> Le 21/09/2010 23:15, g.d a écrit :
>
>
>> Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit :
>>
>>> Pour info mon problème de residential in residential n'est pas
>>> strictement lié aux résidences étudiantes.
>>>
>>
>> Il est lié à quoi, stp ?, quel est le dilemme, au juste ?, exemple ?
>> Pour qu'on puisse regarder voir, et éventuellement aider à trouver.
>>
>>
> En effet, les résidences ne sont pas qu'étudiantes. Le terme recouvre pour
> moi un ensemble de notions présentes +/- toutes ensembles :
> * un ensemble de constructions (immeubles et pavillons) de même
> style/époque, sorties du même moule
> * une délimitation visible : murs, clôtures (barrier=*)
> * des entrées matérialisées, parfois des barrières d'accès (access=*), des
> panneaux à l'entrée avec le nom de la résidence
> * des voies de desserte entre les bâtiments (highway=service)
> * parfois des aires de jeu, voire des commerces
> * et donc un nom propre pour désigner l'ensemble : "Residence xxx", qui
> sert pour exprimer l'adresse postale, combiné à un numéro de bâtiment/ de
> cage d'escalier (Résidence xxx / Bâtiment B / Escalier 2)
>
> Je ne sais pas si ReLuc parlait de ça, mais je sais que je sèche quand il
> s'agit de tagguer ce genre d'emprise, assez fréquente en zone urbaine.
>
> vincent
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Limites communales

[alexis gayte]

>
> A noter que je n'ai pas touché au pseudo-arrondissement 12e urbain, même si
> je  pense qu'il n'a rien à faire avec les tags admin_level=* et
> boudary=administrative.


+1


> Est-ce que la/les personne(s) à l'origine de ce découpage (Damouns ?)
> peuvent nous en dire plus ? Je convertirais volontiers cette délimitation en
> landuse=residential pour refléter le caractère urbain, quitte à l'appeler
> '12e arrondissement'.
>
>
de plus qu'il n'y en a pas pour le 16 ieme


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

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

[Vincent de Chateau-Thierry]

Le 21/09/2010 23:15, g.d a écrit :


Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit :

Pour info mon problème de residential in residential n'est pas strictement lié 
aux résidences étudiantes.


Il est lié à quoi, stp ?, quel est le dilemme, au juste ?, exemple ?
Pour qu'on puisse regarder voir, et éventuellement aider à trouver.



En effet, les résidences ne sont pas qu'étudiantes. Le terme recouvre 
pour moi un ensemble de notions présentes +/- toutes ensembles :
* un ensemble de constructions (immeubles et pavillons) de même 
style/époque, sorties du même moule

* une délimitation visible : murs, clôtures (barrier=*)
* des entrées matérialisées, parfois des barrières d'accès (access=*), 
des panneaux à l'entrée avec le nom de la résidence

* des voies de desserte entre les bâtiments (highway=service)
* parfois des aires de jeu, voire des commerces
* et donc un nom propre pour désigner l'ensemble : "Residence xxx", qui 
sert pour exprimer l'adresse postale, combiné à un numéro de bâtiment/ 
de cage d'escalier (Résidence xxx / Bâtiment B / Escalier 2)


Je ne sais pas si ReLuc parlait de ça, mais je sais que je sèche quand 
il s'agit de tagguer ce genre d'emprise, assez fréquente en zone urbaine.


vincent

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

Re: [OSM-talk-fr] Limites communales

[Vincent de Chateau-Thierry]

Bonsoir,

Le 17/09/2010 11:04, Vincent Pottier a écrit :


On 17/09/2010 10:48, Vincent de Chateau-Thierry wrote:


Si on suit le wiki [1], les admin_level 10 sont les arrondissements
communaux de Paris,
Lyon et Marseille et le niveau admin_level 9 n'est pas utilisé.
Pour exploiter les différents étages de l'arbre administratif, et
garder le distingo
entre les arrondissements communaux et les quartiers, (et
accessoirement avoir des
comptages plus carrés) on pourrait peut-être, comme d'ailleurs suggéré
sur la même page
du wiki, remonter en admin_level 9 les arrondissements communaux de
PLM, et ouvrir
l'admin_level 10 aux quartiers. On aurait donc un ref:INSEE jusqu'au
niveau 9, et pas de
ref:INSEE au niveau 10 (mais parfois un code postal en propre, comme pour
Meudon-la-Forêt à Meudon dans le 92, ou La Varenne Saint-Hilaire à
Saint-Maur-des-Fossés
dans le 94). On pourrait aussi ajouter les 80 quartiers de Paris [2]
en admin_level 10 en filiation directe des 20 arrondissements.

S'il y a un consensus là-dessus ça n'est pas long à appliquer. Mais il
y aurait potentiellement des effets de bord dans les applications
(Nominatim par ex.). A voir.

vincent

[1]: http://wiki.openstreetmap.org/wiki/Admin_level
[2]: http://fr.wikipedia.org/wiki/Quartiers_administratifs_de_Paris


+1
Et je n'avais pas pensé au code postal.

Je ne suis pas sur que ça perturbe nominatim que les arrondissements
soient en 9 plutôt qu'en 10, pourvu qu'il relève un admin_level
hiérarchisé.
Par contre des appli maison...

Objections ?


Je suis d'accord avec ton approche pour Nominatim.

Devant le concert d'objections :-) je viens de passer les 20 
arrondissements de Paris (relations et ways des relations) en 
admin_level=9.
La suite : appliquer les mêmes changements sur Marseille et Lyon, et  au 
moins pour Paris, ajouter les codes postaux des arrondissements, ainsi 
que les limites de quartiers en admin_level 10. Enfin mettre à jour le 
wiki. Je peux me charger de ces différents points dans le courant de la 
semaine, mais si d'autres veulent s'en charger qu'ils n'hésitent pas.


A noter que je n'ai pas touché au pseudo-arrondissement 12e urbain, même 
si je  pense qu'il n'a rien à faire avec les tags admin_level=* et 
boudary=administrative. Est-ce que la/les personne(s) à l'origine de ce 
découpage (Damouns ?) peuvent nous en dire plus ? Je convertirais 
volontiers cette délimitation en landuse=residential pour refléter le 
caractère urbain, quitte à l'appeler '12e arrondissement'.


vincent

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

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

[g.d]

Le 21 sept. 2010 à 21:53, René-Luc D'Hont a écrit :
> Pour info mon problème de residential in residential n'est pas strictement 
> lié aux résidences étudiantes.

Il est lié à quoi, stp ?, quel est le dilemme, au juste ?, exemple ?
Pour qu'on puisse regarder voir, et éventuellement aider à trouver.

Récemment je fus assez content, de trouver une solution viable pour des places 
mi-piétonnes mi-voitures, dans un village près de chez moi.
La solution était, de faire un area distinct pour la "zone piétonne",
en contournant les bâtiments, sinon ça risque de les faire disparaître, au 
rendu sur la carte,
et relier par points communs aux intersections (un peu ch..., mais ça marche au 
rendu, et topologiquement est correct, il me semble).

Si on fait en "landuse", telle démarche chiadée n'est pas nécessaire, 
le landuse reste "derrière", on laisse aux nav's d'en faire la discrimination, 
mais pas vraiment glop, cela.





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

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

[g.d]

Le 21 sept. 2010 à 11:01, alexis gayte a écrit :
> et peut être en décréter un "Officiel"

Nope, s'il te plaît, ne pas faire ça.

OSM n'a pas la science infuse,
et n'est pas en position de "décréter de l'officiel", de quoi que ce soit, loin 
de là.


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

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

[René-Luc D'Hont]

 Pour info mon problème de residential in residential n'est pas 
strictement lié aux résidences étudiantes.


Le 21/09/2010 21:06, Jean-Francois Nifenecker a écrit :


Le 21/09/2010 19:10, g.d a écrit :


Je serais plutôt pour "residential".

Des cités étudiantes ne sont pas des "amenities" compléments de confort,
pas comme des supermarchés, stations d'essence, post office, frigos, 
boîtes aux lettres, ou lavomatics,

(http://www.merriam-webster.com/dictionary/amenity),
elles s'apparentent à d'autres coins où on a l'habitude de crécher, 
donc "résidences", je pense.


La différence avec un "residential" classique est, que les locataires 
sont des étudiants (ou assistants, ou enseignants, parfois).
Je pense que cela se laisserait exprimer dans le "name" (?), genre 
"cité étudiante Xyz" ?


en anglais on dit "hall of residence" mais je n'ai pas trouvé sur les 
map features, non plus que "student".




Même si par endroits il y a des qu'on pourrait confondre avec un 
bordel, un dépotoir, ou des hot-point de deal,

ça n'en fait pas des "amenities" en soi,


:-)




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

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

[Jean-Francois Nifenecker]

Le 21/09/2010 19:10, g.d a écrit :


Je serais plutôt pour "residential".

Des cités étudiantes ne sont pas des "amenities" compléments de confort,
pas comme des supermarchés, stations d'essence, post office, frigos, boîtes aux 
lettres, ou lavomatics,
(http://www.merriam-webster.com/dictionary/amenity),
elles s'apparentent à d'autres coins où on a l'habitude de crécher, donc 
"résidences", je pense.

La différence avec un "residential" classique est, que les locataires sont des 
étudiants (ou assistants, ou enseignants, parfois).
Je pense que cela se laisserait exprimer dans le "name" (?), genre "cité étudiante 
Xyz" ?


en anglais on dit "hall of residence" mais je n'ai pas trouvé sur les 
map features, non plus que "student".




Même si par endroits il y a des qu'on pourrait confondre avec un bordel, un 
dépotoir, ou des hot-point de deal,
ça n'en fait pas des "amenities" en soi,


:-)

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

[Pen Beuz]

Le 20/09/2010 14:19, Pieren a écrit :
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
   

promis je ferai attention!

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

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

[Pierre-Alain Dorange]

Vincent Pottier 
wrote:

> Les communes comptabilisées sont celles qui ont une relation boundary +
> admin_level=8 valide.

Il manque encore beaucoup de communes qui n'ont pas de frontières...
36000 communes en France environ.

Dans mon département il y a 2 trous qui contiennent chacun 3 à 6
communes et qui n'ont rien (hormi peut être une nationale et encore)...
Mais la cadastre n'y étant pas vectorisé et étant loin de chez moi... ça
restera vide encore quelques temps.

De mon coté j'i commencé a travailler un un script python qui comparerai
le contenu libre de l'INSEE (commune, département et région) pour faire
un état et éventuellement mettre à jour les populations INSEE
respectives.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

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

[g.d]

Je serais plutôt pour "residential".

Des cités étudiantes ne sont pas des "amenities" compléments de confort,
pas comme des supermarchés, stations d'essence, post office, frigos, boîtes aux 
lettres, ou lavomatics,
(http://www.merriam-webster.com/dictionary/amenity),
elles s'apparentent à d'autres coins où on a l'habitude de crécher, donc 
"résidences", je pense.

La différence avec un "residential" classique est, que les locataires sont des 
étudiants (ou assistants, ou enseignants, parfois).
Je pense que cela se laisserait exprimer dans le "name" (?), genre "cité 
étudiante Xyz" ?

Même si par endroits il y a des qu'on pourrait confondre avec un bordel, un 
dépotoir, ou des hot-point de deal,
ça n'en fait pas des "amenities" en soi, 
leur fonction première est (ou devrait être) d'y loger des étudiants...

> ça serait bien que cette liste garde ce ton léger où certains traits 
> d'humours sont encore possibles. 

---

Le 20 sept. 2010 à 17:23, Jean-Francois Nifenecker a écrit :

> 
> 
> 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] Utilisation de bulk_upload & bulk_upload_sax

[Pieren]

2010/9/21 Benoît ROUSSEAU 

>  Le 21/09/2010 17:17, Emilie Laffray a écrit :
>
> Les problèmes rencontrés par les serveurs récemment étaient liés a un
> contrôleur RAID défectueux, qui a été changé depuis.
>
> Emilie Laffray
>
>
>
Il y a aussi un autre problème de performance depuis la dernière maj de
postgres (8.4 je pense). Certaines requêtes sql sont plus lentes qu'avec la
version précédente de la bdd. Ceci cumulé avec les problèmes de disques, des
utilisations inappropriées de l'API pour faire des exports et des imports
massifs en cours (hors cadastre, aux USA et aux Pays-Bas en particulier) ont
abouti à la baisse de performance actuelle.

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

[Jean-Francois Nifenecker]

Le 21/09/2010 14:25, Vincent Pottier a écrit :

+1.
Et la séparation building - water est pertinente. Les travaux de
contrôle sur le layer building n'ont rien à voir avec les retouches de
polygones water.


+1 sur ça aussi. Waterway et building sont des entités différentes qu'il 
faut traiter différemment. Il serait donc (très) utile de séparer les 
fichiers les contenant.


--
Jean-Francois Nifenecker, Bordeaux


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

Re: [OSM-talk-fr] Utilisation de bulk_upload & bulk_upload_sax

[Benoît ROUSSEAU]

  
  
Le 21/09/2010 17:17, Emilie Laffray a écrit :

  
  2010/9/21 Benoît ROUSSEAU 

   
On a avancé :
1 - il y a un pb côté JOSM a coup sûr => donc avertir
l'équipe de JOSM ;
2 - les serveurs sont PROBABLEMENT surchargés et donc ce pb
est plus fréquent et ne passe plus inaperçu => SIMILI pb
côté charge serveur.

note : en gras, termes prudents, même si cela semble
confirmées par Émilie, mais...
  

  
  
  Oui surtout que je n'ai rien confirmé :) J'ai juste parle que l'on
  allait avoir une nouvelle machine plus puissante, mais je ne suis
  pas sure de l'utilisation de la machine (pas sure qu'elle soit la
  pour la base de donnée). Comme je l'ai indiqué plutôt, je
  demanderais aux admins s'ils sont au courant d'un quelconque
  problème.
  Les problèmes rencontrés par les serveurs récemment étaient liés a
  un contrôleur RAID défectueux, qui a été changé depuis.
  
  Emilie Laffray

Ouaip je n'ai pas été assez prudent sur les termes... +1  désolé tes
propos étaient clairs.
Benoît R.
  




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

Re: [OSM-talk-fr] Utilisation de bulk_upload & bulk_upload_sax

[Emilie Laffray]

2010/9/21 Benoît ROUSSEAU 

>
> On a avancé :
> 1 - il y a un pb côté JOSM a coup sûr => donc avertir l'équipe de JOSM ;
> 2 - les serveurs sont PROBABLEMENT surchargés et donc ce pb est plus
> fréquent et ne passe plus inaperçu => SIMILI pb côté charge serveur.
>
> note : en gras, termes prudents, même si cela semble confirmées par Émilie,
> mais...
>

Oui surtout que je n'ai rien confirmé :) J'ai juste parle que l'on allait
avoir une nouvelle machine plus puissante, mais je ne suis pas sure de
l'utilisation de la machine (pas sure qu'elle soit la pour la base de
donnée). Comme je l'ai indiqué plutôt, je demanderais aux admins s'ils sont
au courant d'un quelconque problème.
Les problèmes rencontrés par les serveurs récemment étaient liés a un
contrôleur RAID défectueux, qui a été changé depuis.

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

Re: [OSM-talk-fr] Utilisation de bulk_upload & bulk_upload_sax

[Benoît ROUSSEAU]

  
  
Le 21/09/2010 15:30, Tenshu a écrit :
2010/9/21 Vincent Pottier 
  

  
Quoi qu'il en soit du respect des protocoles, je trouve JOSM
peu clair
au moment de la transaction ou de son échec.
Il me semble que dans des versions précédentes de JOSM (il y
a 6 mois
environ), lors d'un upload par paquet, les objets en local
étaient mis
à jour paquet par paquet (id et statut), ce qui, me
sembl-t-il n'est
plus le cas. Lors d'un upload de 20 paquets, si la
transaction est
interrompue (volontairement ou non) au 10e, j'ai
l'impression que les 9
paquets envoyés ne sont pas mis à jour dans JSOM, ce qui
fait qu'une
relance de la transaction renvoie les nouveaux objets en
double.
Mais, bon, je n'ai pas de certitude...
  


  C'est exactement ça le problème. 

  
  
  -- 

On a avancé :
1 - il y a un pb côté JOSM a coup sûr => donc avertir l'équipe de
JOSM ;
2 - les serveurs sont PROBABLEMENT surchargés et donc ce pb est plus
fréquent et ne passe plus inaperçu => SIMILI pb côté charge
serveur.

note : en gras, termes prudents, même si cela semble confirmées par
Émilie, mais...

Reste à rédiger une note à destination de l'équipe JOSM pour ceux
qui ont une expérience du pb et leur transférer : "Il y a 6 mois on
n'avait pas ce pb parce que mise à jour locale des paquets.
Aujourd'hui ce n'est plus le cas mais ça pose pb avec les imports
massifs quand pb en cours d'export vers le serveur..."

Benoît R.

  




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

Re: [OSM-talk-fr] import points d'eau de paris

[Tenshu]

water=fizzy :D

2010/9/21 Erik Amzallag 

> Et comment taguons-nous les fontaines d'eau pétillante ? :o)
>
> http://fr.news.yahoo.com/4/20100921/tod-france-paris-fontaine-cb1d00a.html
>
> Erik
>
> Le 19 septembre 2010 21:51, arno  a écrit :
>
> Le dimanche 19 septembre 2010, à 21:05:36 +0200, Charlie a écrit :
>> > Il y a quelques points ajoutés deux fois dans ta liste... Le signe d'un
>> bug
>> > du script ? Ces doublons sont indiqués en bas de la liste...
>>
>> Bien vu.
>>
>> Effectivement, il y avait beaucoup de points en double (ou triple ou
>> quadruple) dans les données d'eau de paris.
>> Je pensais, les avoir éliminé, mais à cause d'une sombre histoire de
>> virgule
>> flottante, certains sont passé à travers les mailles du filet.
>> Voila le changeset correspondant à la correction sur l'import
>> http://www.openstreetmap.org/browse/changeset/5823610
>>
>> ___
>> 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] import points d'eau de paris

[Erik Amzallag]

Et comment taguons-nous les fontaines d'eau pétillante ? :o)

http://fr.news.yahoo.com/4/20100921/tod-france-paris-fontaine-cb1d00a.html

Erik

Le 19 septembre 2010 21:51, arno  a écrit :

> Le dimanche 19 septembre 2010, à 21:05:36 +0200, Charlie a écrit :
> > Il y a quelques points ajoutés deux fois dans ta liste... Le signe d'un
> bug
> > du script ? Ces doublons sont indiqués en bas de la liste...
>
> Bien vu.
>
> Effectivement, il y avait beaucoup de points en double (ou triple ou
> quadruple) dans les données d'eau de paris.
> Je pensais, les avoir éliminé, mais à cause d'une sombre histoire de
> virgule
> flottante, certains sont passé à travers les mailles du filet.
> Voila le changeset correspondant à la correction sur l'import
> http://www.openstreetmap.org/browse/changeset/5823610
>
> ___
> 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] parcours de santé TAG

[Tenshu]

C'est capilotracté d'utiliser ces deux tag à cet endroit, je trouve.

2010/9/21 Pierre BOIZOT 

> OSM étant souple tu peux toujours ,si tu considère que ce n'est plus un
> parcours santé , mais un espace santé alors il te faut voir avec le TAG
> leisure.
>
> http://wiki.openstreetmap.org/wiki/FR:Key:leisure
>
> il y a bcp de choix possible comme 
> sports_centreou
> track 
>
> A+
>
> Pierre
> CH-1009 PULLY
>
>
> Le 21 septembre 2010 11:11, Tenshu  a écrit :
>
> Et bien non le parcours dont je parle n'est pas en forêt même si dans 20
>> ans les arbres auront suffisamment poussés poru que cela soit le cas.
>> Pais surtout le parcours est très nettement délimité dans l'espace avec
>> des panneaux à chaque entrée.
>>
>>
>> 2010/9/20 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
>>>
>>>
>>
>>
>> --
>> 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
>
>


-- 
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] Utilisation de bulk_upload & bulk_upload_sax

[Tenshu]

2010/9/21 Vincent Pottier 

>  Quoi qu'il en soit du respect des protocoles, je trouve JOSM peu clair au
> moment de la transaction ou de son échec.
> Il me semble que dans des versions précédentes de JOSM (il y a 6 mois
> environ), lors d'un upload par paquet, les objets en local étaient mis à
> jour paquet par paquet (id et statut), ce qui, me sembl-t-il n'est plus le
> cas. Lors d'un upload de 20 paquets, si la transaction est interrompue
> (volontairement ou non) au 10e, j'ai l'impression que les 9 paquets envoyés
> ne sont pas mis à jour dans JSOM, ce qui fait qu'une relance de la
> transaction renvoie les nouveaux objets en double.
> Mais, bon, je n'ai pas de certitude...
>

C'est exactement ça le problème.

-- 
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] Utilisation de bulk_upload & bulk_upload_sax

[alexis gayte]

 Lors d'un upload de 20 paquets, si la transaction est interrompue
> (volontairement ou non) au 10e, j'ai l'impression que les 9 paquets envoyés
> ne sont pas mis à jour dans JSOM, ce qui fait qu'une relance de la
> transaction renvoie les nouveaux objets en double.
> Mais, bon, je n'ai pas de certitude...
>
>
+1


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

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

[Vincent Pottier]

On 21/09/2010 11:13, Etienne Trimaille wrote:
Le 21 septembre 2010 11:01, alexis gayte > a écrit :


juste pour info,
quels sont les serveurs de depots des fichiers des batiments à jours ?
"ceux qui vivent encore ?"


Et si certains serveurs font des mises à jour, personnellement, je 
préfère quand il y a plusieurs fichiers par communes : buildings et 
les autres. Les fichiers sont déjà bien assez lourd comme çà.

+1.
Et la séparation building - water est pertinente. Les travaux de 
contrôle sur le layer building n'ont rien à voir avec les retouches de 
polygones water.

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

[Vincent Pottier]

On 21/09/2010 10:44, alexis gayte wrote:

bonjour,

je pense également pour avoir fait des imports de batiments que le 
probleme ne vient pas des fichiers mais plus d'un probleme entre la 
connexion avec le serveur OSM et JOSM.


Pour une fois qu'on invoque une autre cause de bug que l'interface 
chaise-clavier !...

On va bientôt pouvoir faire suivre le sujet sur la liste dev-fr !
--
FrViPofm

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

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

[Vincent Pottier]

On 21/09/2010 11:08, Etienne Trimaille wrote:
Le 21 septembre 2010 00:45, Vincent Pottier > a écrit :


Les voies prises en compte sont residential, unclassified,
tertiary, secondary


Cela supprime le problème des nationales et des autoroutes ;-)

Par contre l'estimation de la durée pour desservir toutes les communes 
est fausses, car je pense qu'il y eu plus de 54 communes ajoutés dans 
OSM entre le 6 et le 20 septembre. Et malgré cela, on a réussi à 
baisser le nombres de communes non desservies.


Bien vu ! Exact ! Mais vu l'heure du post, je ne me suis pas lancé dans 
des statistiques plus évoluées que la règle de trois.


Je crois que pour la suite, je calculerai le différentiel de limites de 
communes cartographiées.

--
FrViPofm
___
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)

[Vincent Pottier]

On 21/09/2010 11:04, g.d wrote:


S'il se trouvait,
que ces stats en réalité exprimeraient l'activité de mapping et sa densité,
   

J'aime !
Plus il y a d'erreur, plus il y a d'activité. C'est en effet un 
indicateur, mais dangereux !
De même le tau d'accident de la circulation est un indicateur de l'usage 
du réseau routier...
Les fractures du tibia font aussi monter le PIB. Mais ça n'est pas bon 
pour l'économie (ce qui montre la limite du PIB).

plutôt que des véritables erreurs
Donc peut-être des stats à lire plutôt en "positif" qu'en "négatif" (?),
cela ne m'étonnerait point...
Des chiffres nécessitent explication.
;-)

Gerhard
   

--
FrViPofm

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

Re: [OSM-talk-fr] Utilisation de bulk_upload & bulk_upload_sax

[Vincent Pottier]

On 21/09/2010 13:00, Benoît ROUSSEAU wrote:


Je veux bien mettre en accusation JOSM, BULK_UPLOAD et d'autres 
clients API si on me prouve qu'effectivement il ne respectent pas 
l'API, les protocoles, ... Cela devrait être faisable par des 
programmeurs dans ces langages, étant donné qu'ils sont open-source.
Quoi qu'il en soit du respect des protocoles, je trouve JOSM peu clair 
au moment de la transaction ou de son échec.
Il me semble que dans des versions précédentes de JOSM (il y a 6 mois 
environ), lors d'un upload par paquet, les objets en local étaient mis à 
jour paquet par paquet (id et statut), ce qui, me sembl-t-il n'est plus 
le cas. Lors d'un upload de 20 paquets, si la transaction est 
interrompue (volontairement ou non) au 10e, j'ai l'impression que les 9 
paquets envoyés ne sont pas mis à jour dans JSOM, ce qui fait qu'une 
relance de la transaction renvoie les nouveaux objets en double.

Mais, bon, je n'ai pas de certitude...


Sommes nous sûr que la bases, le matériel, ... côté serveur tiennent 
la charge à tout moment ? A ton testé, prouvé, ... ? Peux t-on 
reproduire ces pb sur des serveurs "perso" ? Peux t'on répéter 
exactement et à coup sûr ces pbs ? Si on refait un import "merdé" a 
t'on les mêmes pbs ? ...
Il y a eu, fin août début septembre, une fatigue perceptible du serveur 
API. Il y a eu quelques allusions sur cette ML.

Peut-être que certains problèmes évoqués datent de cette période.


Ces investigations et/ou des essais pourraient très bien être menés en 
coordination avec l'équipe OSM en charge des serveurs en attaquant la 
vraie base avec des objets générés sur des zones de "tirs" (pourquoi 
pas les champs de tirs militaires inscrits dans la base), ...


Dans un premier temps, Émilie, pourrais-tu nous obtenir l'avis de 
l'équipe qui gère les serveurs sur l'origine possible ou avérée de 
tous ces doublons d'après eux ?

Quelles sont les orientations pour l'API 0.7 ?
Est-ce qu'un upload asynchrone est envisagé : demande d'un jeton 
~changeset id, envoi des paquets, réception des statut de paquets, envoi 
de la commande EXECUTE, réception du résultat.

Ce type de protocole diminuerait considérablement les erreurs rencontrées.
--
FrViPofm
___
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)

[Benoît ROUSSEAU]

  
  
+1

Le 21/09/2010 13:44, Guilhem Bonnefille a écrit :

  Je ne suis pas vraiment actif dans la communauté OSM. Toutefois, en
suivant quelques échanges, je ne peux que constater que l'équipe QA-fr
semble exister, au moins informellement. En effet, il y a déjà pas mal
de personnes qui relaye ce type d'information sur la liste, ou qui
mette au point des outils.

Pour exemple, il n'y a qu'à regarder quelques jours en arrière,
lorsqu'un outil de mesure de l'avancement des autoroutes a été
annoncé, instantanément plusieurs contributeurs se sont attaché à ce
projet d'amélioration de la "qualité" des représentations des
autoroutes dans OSM/France.

Du coup, mon avis est qu'il manque simplement à concrétiser ce groupe QA-fr :
* une ML ?-),
* une page wiki,
* un code pour les titres de mails,
* une signature à insérer dans les mails des membres de ce groupe.
Pourquoi concrétiser ? Simplement parce que parfois, l'appartenance à
un groupe reconnu et clairement identifié par les autres peut aider à
contribuer.

Il serait certainement utile de réorganiser les informations du wiki
autour de ce thème QA-fr, à commencer par une traduction de
http://wiki.openstreetmap.org/wiki/Quality_Assurance

Mais bon, c'est mon regard de gugusse qui parle beaucoup et qui fait rien.

Le 20 septembre 2010 13:28, Emilie Laffray  a écrit :

  


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



  
  



  


Ce message entrant est certifié sans virus connu.
Analyse effectuée par AVG - www.avg.fr 
Version: 9.0.851 / Base de données virale: 271.1.1/3149 - Date: 09/21/10 08:34:00




  




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

[Guilhem Bonnefille]

Je ne suis pas vraiment actif dans la communauté OSM. Toutefois, en
suivant quelques échanges, je ne peux que constater que l'équipe QA-fr
semble exister, au moins informellement. En effet, il y a déjà pas mal
de personnes qui relaye ce type d'information sur la liste, ou qui
mette au point des outils.

Pour exemple, il n'y a qu'à regarder quelques jours en arrière,
lorsqu'un outil de mesure de l'avancement des autoroutes a été
annoncé, instantanément plusieurs contributeurs se sont attaché à ce
projet d'amélioration de la "qualité" des représentations des
autoroutes dans OSM/France.

Du coup, mon avis est qu'il manque simplement à concrétiser ce groupe QA-fr :
* une ML ?-),
* une page wiki,
* un code pour les titres de mails,
* une signature à insérer dans les mails des membres de ce groupe.
Pourquoi concrétiser ? Simplement parce que parfois, l'appartenance à
un groupe reconnu et clairement identifié par les autres peut aider à
contribuer.

Il serait certainement utile de réorganiser les informations du wiki
autour de ce thème QA-fr, à commencer par une traduction de
http://wiki.openstreetmap.org/wiki/Quality_Assurance

Mais bon, c'est mon regard de gugusse qui parle beaucoup et qui fait rien.

Le 20 septembre 2010 13:28, Emilie Laffray  a écrit :
>
>
> 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
>
>



-- 
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] Exploitation des adresse

[René-Luc D'Hont]

 Bonjour,

kimaidou a déjà 'joué' avec les adresses françaises pour un début de 
service de geocoding ;-)


René-Luc D'Hont
3Liz

Le 21/09/2010 13:30, Balooval a écrit :
Saisissant les adresses dans ma région, je me demande quels sont les 
outils/projets qui les exploite?
Je me souviens avoir lu qu'il n'est pas (encore) possible de s'en 
servir avec un gps garmin qui utilise une carte osm, quels usages sont 
possibles? Je ne vois "que" Nominatim.



___
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

[OSM-talk-fr] Exploitation des adresse

[Balooval]

Saisissant les adresses dans ma région, je me demande quels sont les
outils/projets qui les exploite?
Je me souviens avoir lu qu'il n'est pas (encore) possible de s'en servir
avec un gps garmin qui utilise une carte osm, quels usages sont possibles?
Je ne vois "que" Nominatim.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisation de bulk_upload & bulk_upload_sax

[Benoît ROUSSEAU]

  
  
Le 21/09/2010 13:11, Emilie Laffray a écrit :

  
  2010/9/21 Benoît ROUSSEAU 

   
Ces investigations et/ou des essais pourraient très bien
être menés en coordination avec l'équipe OSM en charge des
serveurs en attaquant la vraie base avec des objets générés
sur des zones de "tirs" (pourquoi pas les champs de tirs
militaires inscrits dans la base), ...

Dans un premier temps, Émilie, pourrais-tu nous obtenir
l'avis de l'équipe qui gère les serveurs sur l'origine
possible ou avérée de tous ces doublons d'après eux ?
  

  
  
  J'en parlerais. Je ne sais pas quand forcement mais la semaine
  prochaine il y a une réunion du Technical Working Group (les
  admins et les devs), donc il est certain qu'on aura une discussion
  la dessus, puisqu'un des sujets est comment améliorer les
  performances.
  Il faut noter qu'un nouveau serveur va être bientôt acheté.
  
  Emilie Laffray
  



Merci :p. En espérant qu'on y verra plus clair.
Il est pratique d'avoir des francophones au sein des instances
dirigeantes.
Benoît R.
  




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

Re: [OSM-talk-fr] Utilisation de bulk_upload & bulk_upload_sax

[Emilie Laffray]

2010/9/21 Benoît ROUSSEAU 

>
> Ces investigations et/ou des essais pourraient très bien être menés en
> coordination avec l'équipe OSM en charge des serveurs en attaquant la vraie
> base avec des objets générés sur des zones de "tirs" (pourquoi pas les
> champs de tirs militaires inscrits dans la base), ...
>
> Dans un premier temps, Émilie, pourrais-tu nous obtenir l'avis de l'équipe
> qui gère les serveurs sur l'origine possible ou avérée de tous ces doublons
> d'après eux ?
>

J'en parlerais. Je ne sais pas quand forcement mais la semaine prochaine il
y a une réunion du Technical Working Group (les admins et les devs), donc il
est certain qu'on aura une discussion la dessus, puisqu'un des sujets est
comment améliorer les performances.
Il faut noter qu'un nouveau serveur va être bientôt acheté.

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

Re: [OSM-talk-fr] Utilisation de bulk_upload & bulk_upload_sax

[Benoît ROUSSEAU]

  
  
Le 21/09/2010 12:06, Tenshu a écrit :
Visiblement JOSM semble trop instable pour les
  imports, je pense que certain comme moi en ont fait les frais.
  Par ailleurs j'ai moi même tenté d'utiliser bulk_upload_sax.py
  sur la commune de Corbeil-Essonnes, le script a commencé à envoyer
  des nodes dupliqués en 10 à 20 exemplaires.
  Est qu'il serait envisageable de détailler la doc sur ce script,
  voir de le présenter dans le wiki comme une mini-formation à
  l'import de gros documents?
  
  -- 
  Mon weblog - http://www.tenshu.fr/
  Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
  

Je repose la question du côté serveur... Sommes nous certains que
les serveurs tiennent la charge et respectent leur engagement
protocolaires ? C'est une histoire à deux bouts les transactions
d'import !

- Je veux bien accepter que JOSM déconne mais il a fait ces preuves
par le passé - mais cela peut être simplement un pb de temps de
réponse exigé pour le serveur par JOSM qui devrait être allongé ;
- je veux bien croire que bulk_upload_sax.py déconne mais même sans
documentation je ne le l'imagine pas, spontanément ou par défaut,
être configuré pour générer des doublons ;
- lors de mes connexions à l'API sur, par exemple 45 000 points
traités en 6-8 heures, il y a régulièrement quelques requêtes non
satisfaites, ...
- je note qu'on ne parle de ce type de pb qu'avec l'apparition d'une
charge importante des serveurs depuis l'import bâti et sûrement la
mise en branle de nouveaux pays.

Je veux bien mettre en accusation JOSM, BULK_UPLOAD et d'autres
clients API si on me prouve qu'effectivement il ne respectent pas
l'API, les protocoles, ... Cela devrait être faisable par des
programmeurs dans ces langages, étant donné qu'ils sont open-source.


Sommes nous sûr que la bases, le matériel, ... côté serveur tiennent
la charge à tout moment ? A ton testé, prouvé, ... ? Peux t-on
reproduire ces pb sur des serveurs "perso" ? Peux t'on répéter
exactement et à coup sûr ces pbs ? Si on refait un import "merdé" a
t'on les mêmes pbs ? ...

Ces investigations et/ou des essais pourraient très bien être menés
en coordination avec l'équipe OSM en charge des serveurs en
attaquant la vraie base avec des objets générés sur des zones de
"tirs" (pourquoi pas les champs de tirs militaires inscrits dans la
base), ...

Dans un premier temps, Émilie, pourrais-tu nous obtenir l'avis de
l'équipe qui gère les serveurs sur l'origine possible ou avérée de
tous ces doublons d'après eux ?

Benoît R.
  




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

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

[Pierre BOIZOT]

OSM étant souple tu peux toujours ,si tu considère que ce n'est plus un
parcours santé , mais un espace santé alors il te faut voir avec le TAG
leisure.

http://wiki.openstreetmap.org/wiki/FR:Key:leisure

il y a bcp de choix possible comme
sports_centreou
track 

A+

Pierre
CH-1009 PULLY


Le 21 septembre 2010 11:11, Tenshu  a écrit :

> Et bien non le parcours dont je parle n'est pas en forêt même si dans 20
> ans les arbres auront suffisamment poussés poru que cela soit le cas.
> Pais surtout le parcours est très nettement délimité dans l'espace avec des
> panneaux à chaque entrée.
>
>
> 2010/9/20 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
>>
>>
>
>
> --
> 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] [QA] Communes sans rues

[Club Informatique Inter Communes / C2IC]

Salut !

Ceci étant dit, je trouve que compter les villes sans routes est um
> mauvais indicateur. Il rend la situation meilleure qu'elle ne l'est
> réellement. Je vois beaucoup de communes avec uniquement la route nationale
> ou
> l'autoroute dans mon voisinage.
>

+1 par ici dans le centre ouest bretagne ! Mais il y a aussi des mappeurs
fous ! :o) Je viens de repérer une commune que j'irais couvrir lors de mes
prochains périples in "Kreiz Breizh" !

Pour avoir une vision plus réaliste, il faudrait ôter les villes qui ne
> contiennent aucun highway:residential.
>

??? Ajouter, non ?

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

[OSM-talk-fr] Utilisation de bulk_upload & bulk_upload_sax

[Tenshu]

Visiblement JOSM semble trop instable pour les imports, je pense que certain
comme moi en ont fait les frais.
Par ailleurs j'ai moi même tenté d'utiliser
bulk_upload_sax.pysur
la commune de Corbeil-Essonnes, le script a commencé à envoyer des
nodes
dupliqués en 10 à 20 exemplaires.
Est qu'il serait envisageable de détailler la doc sur ce script, voir de le
présenter dans le wiki comme une mini-formation à l'import de gros
documents?

-- 
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] [QA] Communes sans rues

[Philippe Pary]

Le mardi 21 septembre 2010 à 11:08 +0200, Etienne Trimaille a écrit :
> Le 21 septembre 2010 00:45, Vincent Pottier  a
> écrit :
> Les voies prises en compte sont residential, unclassified,
> tertiary, secondary
> 
> Cela supprime le problème des nationales et des autoroutes ;-) 

Autant pour moi, j'avais manqué ce mail et les mails précédents. Désolé

Philippe



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

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

[Pieren]

2010/9/21 alexis gayte 

> ne faudrait il pas modifier le wiki ?
> et peut être en décréter un "Officiel"
>
>
On ne peut rien faire d' "officiel" . Ces fichiers ne peuvent être mis à
disposition que  temporairement pour ceux qui importent dans OSM uniquement.
Toutes redistributions permanentes de données cadastrales qui ne forment pas
de produits composites (comme c'est le cas ici) violent les CGU de la DGFiP.

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

[Philippe Pary]

Le mardi 21 septembre 2010 à 11:01 +0200, alexis gayte a écrit :
> juste pour info,
> quels sont les serveurs de depots des fichiers des batiments à jours ?
> "ceux qui vivent encore ?"
> 
> http://cadastre.osm.cleo-carto.org/075/osm/
> a des dates de modification des fichiers au 08/09 ( a jours )

Mon dépot se met à jour une fois par mois. J'ai un script cron pour ça.

Attention, ça ne règle pas les soucis d'apparition/disparition des
bâtiments. 

J'avais pensé à mettre les anciens fichiers avec les diffs, mais en
réalité ça ne sert à rien : même si le cadastre ne change pas, le
fichier osm généré d'une ville sera tout de même différent et générera
un diff.
Je n'ai pas approfondi le sujet.

Philippe

> Le 21 septembre 2010 10:44, alexis gayte  a
> écrit :
> bonjour,
> 
> je pense également pour avoir fait des imports de batiments
> que le probleme ne vient pas des fichiers mais plus d'un
> probleme entre la connexion avec le serveur OSM et JOSM.
> 
> 
> 
> 
> 
> Le 21 septembre 2010 00:16, Croquette Olivier
>  a écrit :
> 
> 
> 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
> 
> 
> 
> 
> -- 
> Cordialement, 
> alexis GAYTE
> 
> 
> 
> -- 
> Cordialement, 
> alexis GAYTE
> ___
> 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

[Etienne Trimaille]

Le 21 septembre 2010 11:01, alexis gayte  a écrit :

> juste pour info,
> quels sont les serveurs de depots des fichiers des batiments à jours ?
> "ceux qui vivent encore ?"
>


Et si certains serveurs font des mises à jour, personnellement, je préfère
quand il y a plusieurs fichiers par communes : buildings et les autres. Les
fichiers sont déjà bien assez lourd comme çà.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

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

[Tenshu]

Et bien non le parcours dont je parle n'est pas en forêt même si dans 20 ans
les arbres auront suffisamment poussés poru que cela soit le cas.
Pais surtout le parcours est très nettement délimité dans l'espace avec des
panneaux à chaque entrée.

2010/9/20 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
>
>


-- 
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] [QA] Communes sans rues

[Etienne Trimaille]

Le 21 septembre 2010 00:45, Vincent Pottier  a écrit :

> Les voies prises en compte sont residential, unclassified, tertiary,
> secondary
>

Cela supprime le problème des nationales et des autoroutes ;-)

Par contre l'estimation de la durée pour desservir toutes les communes est
fausses, car je pense qu'il y eu plus de 54 communes ajoutés dans OSM entre
le 6 et le 20 septembre. Et malgré cela, on a réussi à baisser le nombres de
communes non desservies.
___
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)

[g.d]

Je me méfie de statistiques 
(ai quelques années de maths dans les jantes, du vieux café, mais coumême 
quelques "bons restes"),
et ne suis pas certain quels étaient les critères pour arriver à ces stats.

(Peu de distance entre points voisins ? Ça pourrait avoir ses justes raisons...
Les nombreux "unconnected 5 meters" un peu dans tous les pays me font 
soupçonner quelque chose de ce genre.)

Les "duplicate ways" pourraient avoir leurs raisons d'être,
par exemple superpositions de ways distincts pour limites communales sur des 
routes ou des ruisseaux,
des area de zones piétonnes superposés à une voirie tangente,
ou simplement les polys de Corine landcover,
que sais-je...

(On n'est pas encore "obligé" de mordicus utiliser multi-polygones avec leurs 
tronçons dans des relations (?) ).

Faudrait que quelqu'un regarde de plus près quels sont les algorithmes qui ont 
mené à ces chiffres, pour vraiment pouvoir interpréter ces données, pour les 
mettre en leur contexte.

S'il se trouvait, 
que ces stats en réalité exprimeraient l'activité de mapping et sa densité,
plutôt que des véritables erreurs
Donc peut-être des stats à lire plutôt en "positif" qu'en "négatif" (?),
cela ne m'étonnerait point...
Des chiffres nécessitent explication.
;-)

Gerhard
---

Le 20 sept. 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

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

[alexis gayte]

juste pour info,
quels sont les serveurs de depots des fichiers des batiments à jours ?
"ceux qui vivent encore ?"

http://cadastre.osm.cleo-carto.org/075/osm/
a des dates de modification des fichiers au 08/09 ( a jours )

http://osm.cquest.org/bati/
ce dépôt ne semble plus à jour au 30/06

http://ratzillas.com/bati/
celui la non plus 30/06

ne faudrait il pas modifier le wiki ?
et peut être en décréter un "Officiel"



Le 21 septembre 2010 10:44, alexis gayte  a écrit :

> bonjour,
>
> je pense également pour avoir fait des imports de batiments que le probleme
> ne vient pas des fichiers mais plus d'un probleme entre la connexion avec le
> serveur OSM et JOSM.
>
>
>
>
>
> Le 21 septembre 2010 00:16, Croquette Olivier  a écrit :
>
> 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
>>
>
>
>
> --
> Cordialement,
> alexis GAYTE
>



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

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

[alexis gayte]

bonjour,

je pense également pour avoir fait des imports de batiments que le probleme
ne vient pas des fichiers mais plus d'un probleme entre la connexion avec le
serveur OSM et JOSM.





Le 21 septembre 2010 00:16, Croquette Olivier  a écrit :

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



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

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

[Philippe Pary]

Le mardi 21 septembre 2010 à 10:48 +0200, alexis gayte a écrit :
> oui mais ces communes sont elles souvent traversé ...
> pour ma region il n'y a bien souvent que d'irréductible gaulois dans
> ces communes ;).

Ce n'est pas une raison hein :-)

Ceci étant dit, je trouve que compter les villes sans routes est um
mauvais indicateur. Il rend la situation meilleure qu'elle ne l'est
réellement.
Je vois beaucoup de communes avec uniquement la route nationale ou
l'autoroute dans mon voisinage.

Pour avoir une vision plus réaliste, il faudrait ôter les villes qui ne
contiennent aucun highway:residential.

Philippe


> Le 21 septembre 2010 00:45, Vincent Pottier  a
> écrit :
> 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
> 
> 
> 
> -- 
> Cordialement, 
> alexis GAYTE
> ___
> 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] [QA] Communes sans rues

[alexis gayte]

oui mais ces communes sont elles souvent traversé ...
pour ma region il n'y a bien souvent que d'irréductible gaulois dans ces
communes ;).


Le 21 septembre 2010 00:45, Vincent Pottier  a écrit :

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



-- 
Cordialement,
alexis GAYTE
___
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

[GaelADT]

René-Luc D'Hont wrote:
> 
> Faudrait discuter avec kimaidou, nous pouvons peut-être vous proposez 
> quelque chose!
> 

Ca serait avec plaisir, un petit coup de main n'est pas de refus !

Gaël.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Geovelo-Annonce-lancement-sur-Paris-tp5542324p5553557.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] JOSM : trouver les contributions d'une personne

[g . d]

Le 18 sept. 2010 à 19:03, Eric Sibert a écrit :
> une zone où une personne a contribué il y a longtemps (en dessinant les 
> chemins sans les tagger)

Bizarre, ça... Des chemins sans tags aucun ?
J'aimerais voir cela.
Voudrais-tu communiquer un permalink d'une zone comme ça, encore intacte ?

Peu importe. La question est autre :

Est-ce que ces ways sont de traviol à un point, qu'i soit incontournable, de 
*systématiquement* effacer les ways de cet ancien contributeur ?

> Ca évitera les problèmes en cas de migration de licence.

Vois-tu ce que c'est, cela ?
Si la personne à l'origine des ways n'est pas un vandale, agir de la sorte pour 
le moins frôle le délit.

Une migration ne pourrait justifier d'effacer le travail d'autrui, son nom, son 
antériorité.
En plus, le faire même *avant* que la OSMF commette sa bourde ? 

On va où, là ? C'est quoi, ça ?
"Jawohl Herr Blockwart ! Befiehl, wir folgen ! Heil !" ???
Plus jamais ça.

Gerhard
---

Post scriptum :

http://wiki.openstreetmap.org/wiki/Open_Data_License/Why_You_Should_Vote_No#Who_owns_OSM.3F_You.21

http://wiki.openstreetmap.org/wiki/Talk:Open_Data_License/Why_You_Should_Vote_No#Who_owns_OSM.3F_You.21

"is arrogant at best and borderline-criminal at worse" (User:DiverCTH)


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