Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet Cedric Viou

 Qu'en pensez-vous? 
 


Entièrement d'accord.

Si les données water semblent indispensables à un utilisateur d'ici
là, il est toujours possible de décalquer à partir du plugin cadastre.

Et, comme le fait remarquer Hélène, je vois mal comment intégrer
correctement le cadastre aujourd'hui si on a pas au moins téléchargé le
calque cadastre dans les zones urbaines.

Cordialement,

Cedric

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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet sebastien . dinot
Bonjour, 

- Mail original -


amha, tu ne fais pas progresser l'analyse des problèmes avec ce genre 
de tautologie ; je suis un contributeur français, n'est-ce pas ? 


Toute généralité est injuste envers certains cas particuliers ou exceptions 
mais cette réalité n'empêche pas d'identifier de réelles tendances. :) 

Et le laxisme se situe à plusieurs niveaux : 

1. ceux qui importent comme des gorets ; 
2. ceux - moi le premier - qui constatent les anomalies mais ont souvent la 
flemme de les corriger (autrement qu'en supprimant sans autre formalité la 
source du problème). 


Par exemple, ce matin, en survolant la carte, je suis tombé là-dessus : 

* http://www.openstreetmap.org/?lat=43.575138lon=1.570895zoom=18layers=M 
* http://www.openstreetmap.org/?lat=43.58814lon=1.554051zoom=18layers=M 
* http://www.openstreetmap.org/?lat=43.591567lon=1.572408zoom=18layers=M 
* http://www.openstreetmap.org/?lat=43.603956lon=1.528398zoom=18layers=M 


Pour autant, je me connais, je pense que ce soir, je ne passerai pas deux 
heures à corriger ces problèmes. 

Sébastien 

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

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


Re: [OSM-talk-fr] Cours d'eau et cadastre

2012-09-18 Par sujet Nicolas Dumoulin
Le mardi 18 septembre 2012 07:47:01 Hélène PETIT a écrit :
 Et ce calque cadastre, on ne doit pas s'en passer, à mon avis.

C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé.
Ça relance l'idée de construire un service TMS/XYZ performant pour le 
cadastre. Ça serait jouable pour openstreetmap.fr dans le principe ?

-- 
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] Cours d'eau et cadastre

2012-09-18 Par sujet Mickaël Guéret
Le mardi 18 septembre 2012 à 07:47 +0200, Hélène PETIT a écrit :

 Bing, on l'a de suite (mais il faudra ensuite le recaler sur le cadastre).

 Et ce calque cadastre, on ne doit pas s'en passer, à mon avis.
 
Salut Hélène,

je trouve que ces deux points se discutent.
- Dans mon coin, c'est souvent le cadastre qu'il faut recaler sur Bing.

- du coup, les feuilles cadastrales perdent un peu d'intérêt, je trace
beaucoup plus vite les routes avec Bing, je vais ensuite vérifier sur
place pour compléter l'info : nom des hameaux, maisons isolées, rues,
POI...

cordialement,
Mika_Gueret


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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Eric Marsden

On 18/09/2012 01:02, Richard Weait wrote:

I think that it is worth examining our disagreement on this roundabout
a little further.

If you were mapping just this intersection would you map it as a
T-junction or as a roundabout?

I expect that you would map it as a roundabout.  If I was coaching a
new mapper, or mapping it myself, it would be mapped as a roundabout.


I must admit I don't understand this. I am trying to talk about project 
governance, the principle of subsidiarity and the manner in which OSMF 
working groups can help local mapping communities to improve the map, 
and you want to talk about a roundabout. Are you making fun of us?


My best guess as to the Roundabout Inquiry is as follows:

 * when the D5 and D17 were first mapped in 2009, there was no roundabout
 * at some later point, a roundabout was built
 * the contributors in 2012, for whatever reason, did not map it

If the DWG intends to conduct an inquiry into the 800 million 
roundabouts on this planet, I suggest that you need to increase your 
staffing level.


Baffled,

--
Eric Marsden

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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Christian Quest
Légitimité du DWG et de la fondation... je pense que la question
mérite d'être posée à propos de notre sujet.

Sur http://www.osmfoundation.org/wiki/Main_Page on peut lire:

The OpenStreetMap Foundation is an international not-for-profit
organization supporting, but not controlling, the OpenStreetMap
Project.

C'est confirmé aussi ici: http://blog.osmfoundation.org/faq/

The goal of the foundation is to support but not control the
OpenStreetMap project. It is dedicated to encouraging the growth,
development and distribution of free geospatial data and to providing
geospatial data for anybody to use and share.

The OpenStreetMap Foundation was formed to enable aspects of the
project not easily accomplished by individual mappers. For instance,
the OpenStreetMap Foundation owns the OpenStreetMap servers, and holds
sponsorship funds from donors.


Ce n'est donc pas à la fondation mais bien à la communauté, et en
priorité la communauté locale d'assurer l'auto-contrôle en général.

Au Data Working Group maintenant... et là c'est plus complexe:

http://wiki.openstreetmap.org/wiki/Data_working_group

The Data Working Group (d...@osmfoundation.org) is authorised by the
Foundation to deal with accusations of copyright infringement and
serious Disputes and Vandalism. Minor incidents of vandalism should be
dealt with by the local community using counter-vandalism tools and
processes.

D'après le wiki il n'a pas dans ses attributions de juger ni de la
qualité des contributions, ni à s'occuper plus particulièrement des
imports. Les communautés locales sont clairement citées comme devant
gérer en premier ressort les problèmes.

Par contre, sur la page du DWG sur le site de la fondation, deux rôles
supplémentaires lui sont attribués:

- Resolution of issues in copyright violation, disputes, vandalism,
and bots, beyond the normal means of the community.
- Helping to set policy on data.
- Detecting and stopping vandalism and imports that to not comply with
guidelines.

Policy on data... c'est bien vague, est-ce que cela l'autorise à
écrire des règles comme les guidelines pour les imports ? Le helping
me fait penser que l'intention est que le DWG propose des règles, mais
que ce n'est pas son rôle de choisir lesquelles seront mises à pas en
application, surtout que c'est lui qui ensuite est censé les faire
respecter. Dans une démocratie, ni la police ni la Justice n'écrivent
pas la loi, heureusement !

Pour ce qui est des imports, je ne sais pas d'où ça sort, comment il a
été décidé que le DWG devait s'occuper de ça. Vu qu'il n'y a pas de
minutes des réunions du DWG sur le site de la fondation, ça va être
bien difficile à retrouver.

Tout ça sent la dérive lente mais certaine.
Pas de transparence (rien de publié par le DWG, ses décisions sont
dans un Google Doc privé). On ne sait ni par qui ni comment les
règles sont écrites. Je ne sais donc pas pourquoi le compte dédié
pour les imports est passé d'une recommandation sur la page du wiki à
une obligation en Novembre 2011. Je sais juste que c'est Richard
Fairhurst qui a modifié le wiki le 15 novembre 2011.

http://wiki.openstreetmap.org/w/index.php?title=Import%2FGuidelinesaction=historysubmitdiff=702968oldid=687101


Pour résumer:
- la fondation se décrit elle même comme n'étant pas là pour contrôler le projet
- le DWG fonctionne dans une grande opacité (pas de minute)
- les guidelines pour les imports sont modifiées par qui en a envie
sans discussion publique et appliqué aveuglément par le DWG quand ça
l'arrange (politique anti-imports non dite).

Comment remettre un peu d'ordre dans tout ça sans trop faire grincer de dents ?

Sur le problème spécifique (et secondaire) des imports, cela ne fera
qu'empirer avec la généralisation du mouvement opendata qui nous
fournira de plus en plus de données utiles à importer.


--
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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


Re: [OSM-talk-fr] Analyse Osmose 2060

2012-09-18 Par sujet Stéphane Péneau

Bonjour,

Pas d'exemple ? Pourtant les adresses composées d'un numéro + le nom du 
lieu-dit sont très courantes en france. Je suis surpris.


Par contre, j'ai l'habitude d'utiliser addr:hamlet
addr:place serait préférable ?


Le lundi 17 septembre 2012 22:11:59, Vincent de Chateau-Thierry a écrit 
:

Bonsoir,

Le 17/09/2012 21:18, Stéphane Péneau a écrit :


Osmose me retourne des erreurs pour :
*addr:housenumber sans addr:street doit être dans une relation
associatedStreet
*
Mais, il y a un tag add:hamlet

Osmose ne pourrait pas en tenir compte ?*



Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant un
peu je vois que La Poste prévoit ce cas dans sa définition d'une
adresse postale : elle envisage parmi les différents éléments de
l'adresse [1] la voie [2] dont un des types est le lieu-dit [3].
Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber +
addr:place=hamlet.

vincent

[1] : http://www.laposte.fr/sna/rubrique.php3?id_rubrique=135
[2] : http://www.laposte.fr/sna/rubrique.php3?id_rubrique=145
[3] : http://www.laposte.fr/sna/article.php3?id_article=671

___
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] Osmose Nœud sans tag ou rôle sur une relation de type=public_transport

2012-09-18 Par sujet Francescu GAROBY
Bonjour,
Osmose me dit que des nœuds sont sans tag ou rôles. Vu qu'il y a bien des
tags, j'en déduis que c'est l'absence de rôle qui ne lui plait guère.
Sauf qu'en l'occurrence, il s'agit de noeuds appartenant à une relation de
type=public_transport, type pour lequel aucun rôle n'a été défini pour
chacun des éléments composant la relation !

Ma question est donc : ai-je raté une info ?
Si oui, où et laquelle, je vous prie ? Et il faudra dans ce cas compléter
le wiki en conséquence...
Sinon, ne faudrait-il pas désactiver ce genre de bugs dans osmose pour
les types des relations (car j'imagine que ce n'est pas le seul) où il
n'existe pas de rôles ?


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


Re: [OSM-talk-fr] Analyse Osmose 2060

2012-09-18 Par sujet Romain MEHUT
Le 17 septembre 2012 22:11, Vincent de Chateau-Thierry v...@laposte.net a
écrit :


 Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant un peu
 je vois que La Poste prévoit ce cas dans sa définition d'une adresse
 postale : elle envisage parmi les différents éléments de l'adresse [1] la
 voie [2] dont un des types est le lieu-dit [3].
 Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber +
 addr:place=hamlet.


En Bretagne, autour de chez mes parents, j'ai croisé des habitations avec
des numéros mais aucune indication de nom de route. Je n'ai pas encore eu
l'occasion d'aller en mairie demander à quelle adresse ils sont reliés.
Vous avez le même cas de figure par chez vous?

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


Re: [OSM-talk-fr] Analyse Osmose 2060

2012-09-18 Par sujet Jean Couteau
Le 18/09/2012 09:36, Romain MEHUT a écrit :
 Le 17 septembre 2012 22:11, Vincent de Chateau-Thierry v...@laposte.net
 mailto:v...@laposte.net a écrit :
 
 
 Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant
 un peu je vois que La Poste prévoit ce cas dans sa définition d'une
 adresse postale : elle envisage parmi les différents éléments de
 l'adresse [1] la voie [2] dont un des types est le lieu-dit [3].
 Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber +
 addr:place=hamlet.
 
 
 En Bretagne, autour de chez mes parents, j'ai croisé des habitations
 avec des numéros mais aucune indication de nom de route. Je n'ai pas
 encore eu l'occasion d'aller en mairie demander à quelle adresse ils
 sont reliés. Vous avez le même cas de figure par chez vous?

J'ai un collègue de travail qui habite dans un hameau. Son adresse
fonctionne bien sur ce principe :

numéro + nom du hameau, CP ville.

donc l'association addr:housenumber + addr:place me semble pertinente

Jean



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


Re: [OSM-talk-fr] Osmose Nœud sans tag ou rôle sur une relation de type=public_transport

2012-09-18 Par sujet Francescu GAROBY
Je retire ce que j'ai dit : j'avais bien un nœud sans tag...
Mea culpa ! :-/

Francescu

Le 18 septembre 2012 09:39, Fabien marbolan...@gmail.com a écrit :

 Le 18 septembre 2012 09:35, Francescu GAROBY windu...@gmail.com a écrit
 :
  Bonjour,
  Osmose me dit que des nœuds sont sans tag ou rôles. Vu qu'il y a bien des
  tags, j'en déduis que c'est l'absence de rôle qui ne lui plait guère.
  Sauf qu'en l'occurrence, il s'agit de noeuds appartenant à une relation
 de
  type=public_transport, type pour lequel aucun rôle n'a été défini pour
  chacun des éléments composant la relation !

 Quel est l'endroit où cela apparaît ?

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




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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Christian Quest
2012/9/18 Eric Marsden eric.mars...@free.fr:
 On 18/09/2012 01:02, Richard Weait wrote:

 I think that it is worth examining our disagreement on this roundabout
 a little further.

 If you were mapping just this intersection would you map it as a
 T-junction or as a roundabout?

 I expect that you would map it as a roundabout.  If I was coaching a
 new mapper, or mapping it myself, it would be mapped as a roundabout.


 I must admit I don't understand this. I am trying to talk about project
 governance, the principle of subsidiarity and the manner in which OSMF
 working groups can help local mapping communities to improve the map, and
 you want to talk about a roundabout. Are you making fun of us?

 My best guess as to the Roundabout Inquiry is as follows:

 when the D5 and D17 were first mapped in 2009, there was no roundabout
 at some later point, a roundabout was built
 the contributors in 2012, for whatever reason, did not map it

 If the DWG intends to conduct an inquiry into the 800 million roundabouts on
 this planet, I suggest that you need to increase your staffing level.

 Baffled,

 --
 Eric Marsden


Can we get back to a more interesting level of discussion than looking
at how bad roundabouts were mapped despite uploading buildings years
later ?

I posted a couple of question on the Import guidelines talk page on
the wiki regarding the dedicated account.

I'd like to have some answers because after searching the wiki and the
OSMF web site, I could not find any discussion about the now required
dedicated account.

This is a major governance problem for me, some guidelines are updated
by someone on a wiki page, something that was a recommendation becomes
mandatory (on Nov. 15 2011 by Richard
Fairhurst) and then some contributor get blocked based on this wiki
page edit that comes from nowhere.

If it works like that, it is worth updating the wiki page(s) and
set/modify rules on our own.

http://wiki.openstreetmap.org/wiki/Talk:Import/Guidelines#dedicated_account

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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


Re: [OSM-talk-fr] Osmose Nœud sans tag ou rôle sur une relation de type=public_transport

2012-09-18 Par sujet Francescu GAROBY
Et, pour répondre tout de même à ta demande, c'est à cet
endroit-là.http://osmose.openstreetmap.fr/map/?zoom=18lat=49.18058lon=-0.36221layers=B00FF0FFTitem=1140level=3
La relation 2333476 comptait un nœud en trop : le node 1669234478 (la
correction supprimant ce nœud de la relation n'est pas encore envoyée dans
OSM à l'heure où j'écris ce mail).

Francescu

Le 18 septembre 2012 09:39, Fabien marbolan...@gmail.com a écrit :

 Le 18 septembre 2012 09:35, Francescu GAROBY windu...@gmail.com a écrit
 :
  Bonjour,
  Osmose me dit que des nœuds sont sans tag ou rôles. Vu qu'il y a bien des
  tags, j'en déduis que c'est l'absence de rôle qui ne lui plait guère.
  Sauf qu'en l'occurrence, il s'agit de noeuds appartenant à une relation
 de
  type=public_transport, type pour lequel aucun rôle n'a été défini pour
  chacun des éléments composant la relation !

 Quel est l'endroit où cela apparaît ?

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




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


Re: [OSM-talk-fr] Réunion de préparation d'une cartopartie à Villeurbanne

2012-09-18 Par sujet HLP
Bonjour,

Petit nouveau dans le domaine de l'openstreetmap, j'aimerais participer à
une cartopartie pour voir ce que c'est. Celle de Villeurbanne tient toujours
? Est-ce qu'on peut avoir plus d'infos ?

Merci ! 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Reunion-de-preparation-d-une-cartopartie-a-Villeurbanne-tp5723285p5725787.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] Cours d'eau et cadastre

2012-09-18 Par sujet Pieren
2012/9/18 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:

 C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé.
 Ça relance l'idée de construire un service TMS/XYZ performant pour le
 cadastre. Ça serait jouable pour openstreetmap.fr dans le principe ?

Il faut rappeler ici le caractère illégale de la mise en place d'un
tel service aurait. Le cadastre ne peut être redistribué que dans un
produit composite.

Pieren

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


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet Frédéric Rodrigo

Le 17/09/2012 23:39, sly (sylvain letuffe) a écrit :

Le lundi 17 septembre 2012 23:19:59, Eric Marsden a écrit :

   - nous cherchions à développer un algorithme pour déterminer la
 représentation filaire à partir de la représentation surfacique (mon
 niveau en PostGIS est hélas trop faible pour ça)


Pourquoi pas, mais reste que, d'après ma petite expérience, trop de données
sont simplement à jeter.


Cette extraction de filaire est quelque chose que j'ai déjà fait (pour 
les routes et voies d'eau). La qualité n'est pas suffisante pour mettre 
ces données à disposition et les voir intégré sans autre forme de 
procès. Par contre elles peuvent servir pour faire de la validation. 
J'ai les algo et les données pour la moitié de la France.


Frédéric.


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


Re: [OSM-talk-fr] Analyse Osmose 2060

2012-09-18 Par sujet RÉAU Simon

Le 18/09/2012 09:40, Jean Couteau a écrit :

Le 18/09/2012 09:36, Romain MEHUT a écrit :

Le 17 septembre 2012 22:11, Vincent de Chateau-Thierry v...@laposte.net
mailto:v...@laposte.net a écrit :


 Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant
 un peu je vois que La Poste prévoit ce cas dans sa définition d'une
 adresse postale : elle envisage parmi les différents éléments de
 l'adresse [1] la voie [2] dont un des types est le lieu-dit [3].
 Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber +
 addr:place=hamlet.


En Bretagne, autour de chez mes parents, j'ai croisé des habitations
avec des numéros mais aucune indication de nom de route. Je n'ai pas
encore eu l'occasion d'aller en mairie demander à quelle adresse ils
sont reliés. Vous avez le même cas de figure par chez vous?

J'ai un collègue de travail qui habite dans un hameau. Son adresse
fonctionne bien sur ce principe :

numéro + nom du hameau, CP ville.

donc l'association addr:housenumber + addr:place me semble pertinente

Jean
Idem dans ces 3 hameaux (Montbertault, Vaulorin, Le petit Gué) 
http://www.openstreetmap.org/edit?lat=46.65058lon=0.06316zoom=17 , Il 
n'y a pas de nom de rue c'est le nom du hameaux qui fait office 
d'adresse. D'ailleurs jusqu’à il y a 3 ans il ni avais même pas de 
numéro c'étais au facteur de connaître le nom des habitants. D'ailleurs 
il faudrait que je rentre ces numéro dans OSM :)


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


Re: [OSM-talk-fr] Cours d'eau et cadastre

2012-09-18 Par sujet Ab_fab
Concernant la rapidité de chargement du cadastre, est-ce que tu travailles
dessus particulièrement en journée et en semaine ?
J'ai lu que les serveurs côté cadastre chauffent pas mal durant les
heures de bureau.
Et de mon côté, qui ne l'utilise que soir et week-end, j'ai rarement été
ennuyé, c'est à dire que le temps de chargement est relativement faible en
comparaison du temps passé à ajouter des infos.

Comme tout est gardé en mémoire en local, une idée peut être de charger la
veille au soir pour ses contributions du lendemain. Pas idéal, j'en conviens


Le 18 septembre 2012 07:47, Hélène PETIT h...@free.fr a écrit :

 Mes conclusions après un paquet d'intégrations de cadastre, étalées sur un
 paquet de mois :

 (...)
 Pour le cadastre, par contre, c'est affreusement long, une demi-heure
 parfois, même en zone très rurale (puisqu'un carré de cadastre prend le
 même temps à charger, qu'il y ait dessus une agglomération habitée ou des
 champs à perte de vue).

 Planifier ce chargement du cadastre dans le rythme de travail est souvent
 difficile, et ça doit être précisé : récemment un nouveau contributeur
 était persuadé que le chargement du cadastre chez lui ne marchait pas,
 avant de réaliser que c'est très très lent chez tout le monde.

 Et ce calque cadastre, on ne doit pas s'en passer, à mon avis.


 Hélène


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Cours d'eau et cadastre

2012-09-18 Par sujet Nicolas Dumoulin
Le mardi 18 septembre 2012 10:00:08 Pieren a écrit :
 2012/9/18 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
  C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé.
  Ça relance l'idée de construire un service TMS/XYZ performant pour le
  cadastre. Ça serait jouable pour openstreetmap.fr dans le principe ?
 
 Il faut rappeler ici le caractère illégale de la mise en place d'un
 tel service aurait. Le cadastre ne peut être redistribué que dans un
 produit composite.

Ha zut, je l'avais oublié ça. Tant pis.
Merci de ta vigilance ;-)

-- 
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] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Pieren
On Tue, Sep 18, 2012 at 9:48 AM, Christian Quest
cqu...@openstreetmap.fr wrote:

 This is a major governance problem for me, some guidelines are updated
 by someone on a wiki page, something that was a recommendation becomes
 mandatory (on Nov. 15 2011 by Richard
 Fairhurst) and then some contributor get blocked based on this wiki
 page edit that comes from nowhere.

Sorry Christian to tell you that but this discussion should not happen
on the d...@osmfoundation.org list. As the foundation defines itself,
it doesn't intervene on the contributions or data themselves. The DWG
has no legitimacy to decide what is good or bad to import into OSM. As
they say they just follow the guidelines decided by the community.
So this discussion about the guidelines should happen on a public list
involving a maximum of OSM contributors worldwide like the main
t...@osm.org ML.

Pieren

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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet partir-en-vtt
Je suis également outré de voir que certaines personnes s'approprient le
projet OSM de cette manière et se permettent de bloquer des comptes parce
que d'après eux, l'intégration du bâti n'est pas une bonne chose. 
La dérive semble commencer, les enjeux sont colossaux. Comment pouvons nous
être certain qu'OSM ne sera jamais bridé/dirigé par ce genre de personnes
avides de pouvoir ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Abuse-of-authority-account-blocks-related-to-French-cadastre-imports-tp5725398p5725795.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] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Christian Quest
Very good point, I'll move there then...

2012/9/18 Pieren pier...@gmail.com:
 On Tue, Sep 18, 2012 at 9:48 AM, Christian Quest
 cqu...@openstreetmap.fr wrote:

 This is a major governance problem for me, some guidelines are updated
 by someone on a wiki page, something that was a recommendation becomes
 mandatory (on Nov. 15 2011 by Richard
 Fairhurst) and then some contributor get blocked based on this wiki
 page edit that comes from nowhere.

 Sorry Christian to tell you that but this discussion should not happen
 on the d...@osmfoundation.org list. As the foundation defines itself,
 it doesn't intervene on the contributions or data themselves. The DWG
 has no legitimacy to decide what is good or bad to import into OSM. As
 they say they just follow the guidelines decided by the community.
 So this discussion about the guidelines should happen on a public list
 involving a maximum of OSM contributors worldwide like the main
 t...@osm.org ML.

 Pieren



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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


Re: [OSM-talk-fr] suivi des communes

2012-09-18 Par sujet sly (sylvain letuffe)
On lundi 17 septembre 2012, didier2020 wrote:
 bonsoir,
 
 c'est juste pour signaler que
 
 http://suivi.openstreetmap.fr/communes/communes.csv.txt
 
 le fichier est mis a jour mais la base date du 12/9.

Merci pour le rappel (il y a tellement d'outil de partout que c'est dur de se 
rappeler lesquels ont doit remettre en route suite à ce changement de 
licence, plus changement de serveur)

 ne pas tenir compte du message 
 si la base est en reconstruction suite aux changements récent

C'est le cas, mais ça ne m'empêche pas de reconnecter le logiciel de suivi 
commune (même si tant pis, il sera un peu en retard pendant quelques jours)

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Christophe Merlet
Le mardi 18 septembre 2012 à 01:19 -0700, partir-en-vtt a écrit :
 Je suis également outré de voir que certaines personnes s'approprient le
 projet OSM de cette manière et se permettent de bloquer des comptes parce
 que d'après eux, l'intégration du bâti n'est pas une bonne chose. 
 La dérive semble commencer, les enjeux sont colossaux. Comment pouvons nous
 être certain qu'OSM ne sera jamais bridé/dirigé par ce genre de personnes
 avides de pouvoir ?


C'est une question qui a volontairement été éludés par une majorité de
personnes pour faire signer les termes du contributeur en plus du
changement de licence vers l'ODbL. Certains en connaissance de cause,
d'autres pour suivre la masse et aboyer en meute.

Aujourd'hui la destinée de la base est décidé et contrôlé par une
poignée de personnes (2/3 des contributeurs actifs parmi les membres
d’OSMF et uniquement ceux qui vote à temps) soit quelques dizaines de
personnes correctement informés.


Librement,
-- 
Christophe Merlet (RedFox)


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


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet sly (sylvain letuffe)
 Je ne sais pas si vous vous rendez compte mais ça n'est pas le rôle de
 la fondation, ni du DWG de décider de la pertinence des données à
 importer. C'est à nous, en tant que communauté des contributeurs de le
 faire. Il y a ici un énorme dévoiement des missions de la fondation.
 C'est scandaleux et un dangereux précédent.
 
 Pieren

Pour ma part, je fais bien la distinction des deux sujets du moment qui sont 
selon moins indépendants :
- d'un coté la question des utilisateurs bloqués par le DWG pour imports non 
conformes aux guidelines
- d'un autre, le sujet déjà évoqué par le passé sur cette liste de la très 
mauvaise qualité des export automatiques des eaux du cadastre qui sont trop 
souvent importé sans réflexion, discernement et dont il faut, selon moi, 
stopper la diffusion publique.

ps: le fait que ce soit quelqu'un du DWG qui en fasse mention n'est qu'un 
élément annexe, et j'aurais réagit pareil si ma concierge m'avait 
dit qu'openstreetmap n'est pas fiable car ça indique de l'eau là où il y en 
a pas
Les problèmes sont distincts, et ne les mélangeons pas. 


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet Nicolas Moyroud


  
  
Bonjour,

Je suis d'accord avec la plupart des points soulevs dans cette
discussion sur les problmes d'importation des surfaces en eaux
depuis le cadastre. Mais je suis contre un point en particulier : ne
plus mettre  disposition la couche water sur le site
cadastre.openstreetmap.fr
Ce n'est pas parce que certains "bourrins" :-)  font le travail
trop rapidement qu'il faut priver tout le monde d'une source
d'information utile.
Personnellement, je me sers de la couche water pour ajouter les
riverbank des grandes rivires (uniquement celles qui en mritent
un) et aussi comme support pour les waterway=stream des rivires de
moindre importance. Dans ce dernier cas, je cr le linaire 
l'intrieur du riverbank cadastre puis je supprime le riverbank.
J'utilise toujours les images Bing en fond pour contrler et je
vrifie aussi que mon stream fini dans un rivire ou un autre
stream. Enfin, je supprime tous les autres riverbank du cadastre que
je trouve "foireux". Sans cette info provenant du cadastre c'est
clair, j'arrte tout de suite de faire les rivires dans OSM !
Dernier point, dans la zone o je cartographie (sud de la France),
il y a normment de piscines et j'utilise la couche cadastre pour
les ajouter. Je ne veux pas relancer ici le dbat sur les piscines.
Je considre qu'elles ont tout  fait leur place dans OSM, donc je
les mets. Bien videmment je change le tag en leisure=swimming_pool
avec une access=private.
C'est vrai que beaucoup de contributeurs font des erreurs, mais ce
n'est pas une raison pour priver ceux qui font attention d'une
source de donnes utile. Tant pis si il y a des erreurs, d'autres
sont l pour les corriger. J'ai moi-mme corrig beaucoup d'erreurs
de riverbank et de piscines faites par d'autres.
Une solution sur le site cadastre.openstreetmap.fr serait peut-tre
de faire 2 sections spars pour gnrer les couches depuis le
cadastre. Par dfaut, on n'accde  une interface qui ne gnre par
exemple que les btiments et les cimetires. Et dans une section
spare (connue des seuls initis 
;-)  ) on peut faire gnrer les surfaces en
eaux, avec un petit message d'avertissement qui explique les
prcautions d'usage et les procdures  suivre.
En ce qui concerne les opinions du DWG, a m'indiffre totalement...

Nicolas 
  


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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Hélène PETIT

Le 18/09/2012 09:03, sebastien.di...@free.fr a écrit :

 1. ceux qui importent comme des gorets ;


tu fais référence à l'import Corine ?
:)))


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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Jean-Marc Liotier

On 18/09/2012 10:16, Pieren wrote:

On Tue, Sep 18, 2012 at 9:48 AM, Christian Quest
cqu...@openstreetmap.fr wrote:

This is a major governance problem for me, some guidelines are updated
by someone on a wiki page, something that was a recommendation becomes
mandatory (on Nov. 15 2011 by Richard Fairhurst) and then some contributor get 
blocked based on this wiki page edit that comes from nowhere.

Sorry Christian to tell you that but this discussion should not happen
on the d...@osmfoundation.org list. As the foundation defines itself,
it doesn't intervene on the contributions or data themselves. The DWG
has no legitimacy to decide what is good or bad to import into OSM. As
they say they just follow the guidelines decided by the community.
And that's the whole point - the guidelines must be the result of a 
transparent community-owned process. That community extends to the 
worldwide OSM project which rightfully insists on data quality but, as 
far as mapping French localities goes we shall assert the role of the 
the local mappers in self-regulation.


There is a local consensus for separating wheat from chaff - careful 
integration of data from stupid raw imports. To impress the need for 
manual processing of the data, there is even talk about banning the use 
of the word import. That said, not everyone is careful and abuses do 
happen - to our great annoyance... But there is enough of an organized 
community in France to regulate itself to the benefit of the whole OSM 
project who will benefit from local judgement about what is legitimate 
use of external data and what is negligent abuse.


If the DWG or any other member of the OSM project believes that the 
French community is not sufficiently diligent in self-regulating, then 
we are willing to discuss process improvements. But arbitrary decisions 
that ignore the endless debates, that have been going on for years about 
how the cadastre is best used, are an affront to those who have been 
involved in it for all that time and will only lead to unproductive 
conflict - let's work together instead !



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


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet sly (sylvain letuffe)
On mardi 18 septembre 2012, Nicolas Moyroud wrote:
  Bonjour,
  
  Je suis d'accord avec la plupart des points soulevés dans cette discussion
  sur les problèmes d'importation des surfaces en eaux depuis le cadastre.
  Mais je suis contre un point en particulier : ne plus mettre à disposition
  la couche water sur le site cadastre.openstreetmap.fr   

Le problème que je vois c'est que ce point a été soulevé depuis longtemps et 
ce qui a été fait semble ne pas avoir suffit pour éviter les imports des 
bourrins vu qu'on en voit encore, et, selon moi, trop.
Je maintiens donc mon avis qu'il faut en couper l'accès public dans une 
phase 1 avant de chercher une solution alternative. Parce que sinon on va 
encore en cause pendant longtemps et rien ne va changer.


  Ce n'est pas parce que certains bourrins  :-)  font le travail trop
  rapidement qu'il faut priver tout le monde d'une source d'information
  utile.  

ce qui ne m'empêche pas d'être d'accord avec ça.

  Une solution sur le site cadastre.openstreetmap.fr serait peut-être de
  faire 2 sections séparés pour générer les couches depuis le cadastre. 

ça peut être envisageable, le fait que l'on retrouve côte à côte, dans le même 
panier, sur un pied d'égalité, des données comme le bâti et les frontières 
qui sont de bonne qualité et celles des cours d'eau qui varient de bonnes à 
catastrophiques peut être une cause aux problèmes que nous rencontrons.

un accès réduit à ceux qui ont fait preuve de la qualité de leur import en est 
une autre

une augmentation du coût du ticket d'entrée (devoir envoyer un mail quelque 
part quand on import de l'eau, devoir lire un truc et prouvé qu'on l'a lu, 
etc.)

  Par 
  défaut, on n'accède à une interface qui ne génère par exemple que les
  bâtiments et les cimetières. Et dans une section séparée (connue des seuls
  initiés  ;-)   ) 

je propose que ça deviennent la phase 1
couper l'accès public et diffuser l'url au compte goûte, le temps de trouver 
de meilleures solutions



-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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


Re: [OSM-talk-fr] Utilisateurs d'ArcGIS

2012-09-18 Par sujet Tony Emery
effectivement, ça marche un peu mieux avec node à la place de way



--
View this message in context: 
http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725812.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] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Pieren
2012/9/18 Christophe Merlet red...@redfoxcenter.org:

 Aujourd'hui la destinée de la base est décidé et contrôlé par une
 poignée de personnes (2/3 des contributeurs actifs parmi les membres
 d’OSMF et uniquement ceux qui vote à temps) soit quelques dizaines de
 personnes correctement informés.

Il me semble que la référence aux 2/3 des contributeurs actifs
concerne un possible changement ultérieur de la licence mais
uniquement dans le sens de toute autre licence libre et ouverte de
même type. (cf
http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR).
L'inscription à la fondation est ouverte à tout le monde. Le fait de
demander à être actif sert à éviter les phénomènes d'entrisme. De
plus, je ne suis pas sûr que la majorité des 2/3 soit un jour
atteignable (si on parle bien des 2/3 des membres et non des 2/3 des
votes exprimés).

Pieren

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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet sebastien . dinot


- Mail original -
 tu fais référence à l'import Corine ?
 :)))

J'ai un avis sur la question mais sachant que je n'aurais pas fait mieux (en 
fait, je n'aurais même pas été capable de faire ce qui a été fait), je le garde 
pour moi.

Pour les cours d'eau issus du cadastre, soit je fais (largement) mieux que le 
résultat fourni par un import bête et méchant, soit je ne fais pas.

Sébastien

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


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


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet Christophe Merlet
Le mardi 18 septembre 2012 à 10:53 +0200, Nicolas Moyroud a écrit :
 Bonjour,

 Dernier point, dans la zone où je cartographie (sud de la France), il
 y a énormément de piscines et j'utilise la couche cadastre pour les
 ajouter. Je ne veux pas relancer ici le débat sur les piscines. Je
 considère qu'elles ont tout à fait leur place dans OSM, donc je les
 mets. Bien évidemment je change le tag en leisure=swimming_pool avec
 une access=private.


Concernant la place des piscines dans OSM, je suis en train de changer
mon fusil d'épaule...

Depuis que j'ai entendu parle de X-Plane http://www.x-plane.com/ et de
son générateur de terrain osm2xp http://osm2xp.com/ qui utilise les
données d'OpenStreetMap pour un rendu extrêmement réaliste, je suis
conquis...

Je risque même d'encourager le micromapping !


Librement,
-- 
Christophe Merlet (RedFox)


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


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet Pieren
2012/9/18 sly (sylvain letuffe) li...@letuffe.org:

 ça peut être envisageable, le fait que l'on retrouve côte à côte, dans le même
 panier, sur un pied d'égalité, des données comme le bâti et les frontières
 qui sont de bonne qualité et celles des cours d'eau qui varient de bonnes à
 catastrophiques peut être une cause aux problèmes que nous rencontrons.

Euh, il aurait aussi beaucoup à dire sur la qualité du bâti et des
frontières du cadastre. Pour les frontières, on connait les problèmes
des écarts parfois considérables entre communes (parfois en déca voir
hectomètres), chose qu'on a résolu manuellement le plus souvent. Pour
le bâti, un coup d'oeil exaustif entre Bing et cadastre montre que la
forme, l'orientation, la position et le découpage des bâtiments est
souvent divergent voir fantaisiste par rapport aux images aériennes.
On sait que la qualité du cadastre est très variable d'un endroit à
l'autre. Pourquoi on accepte ça dans les frontières et le bâti et pas
dans les rivières ? Parce que c'est plus facile à constater ?

Pieren

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


[OSM-talk-fr] Micromapping (était Arrêtons les imports des cours d'eau depuis le cadastre)

2012-09-18 Par sujet Ab_fab
C'est vrai qu'il me tarde de voir le potager de cquest dans X-Plane

Le 18 septembre 2012 11:33, Christophe Merlet red...@redfoxcenter.org a
écrit :

 Le mardi 18 septembre 2012 à 10:53 +0200, Nicolas Moyroud a écrit :
  Bonjour,

  Dernier point, dans la zone où je cartographie (sud de la France), il
  y a énormément de piscines et j'utilise la couche cadastre pour les
  ajouter. Je ne veux pas relancer ici le débat sur les piscines. Je
  considère qu'elles ont tout à fait leur place dans OSM, donc je les
  mets. Bien évidemment je change le tag en leisure=swimming_pool avec
  une access=private.


 Concernant la place des piscines dans OSM, je suis en train de changer
 mon fusil d'épaule...

 Depuis que j'ai entendu parle de X-Plane http://www.x-plane.com/ et de
 son générateur de terrain osm2xp http://osm2xp.com/ qui utilise les
 données d'OpenStreetMap pour un rendu extrêmement réaliste, je suis
 conquis...

 Je risque même d'encourager le micromapping !


 Librement,
 --
 Christophe Merlet (RedFox)


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Hélène PETIT

Le 18/09/2012 11:00, Jean-Marc Liotier a écrit :

- let's work together instead !


ma compréhension de l'anglais lu s'améliore beaucoup ces temps-ci.
c'est toujours ça de pris.

Et en plus je suis d'accord avec tout ce que tu dis.
Hélène


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


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet sly (sylvain letuffe)
On mardi 18 septembre 2012, Pieren wrote:
 Euh, il aurait aussi beaucoup à dire sur la qualité du bâti et des
 frontières du cadastre. 

Certes, mais je trouve que le fichier osm auxquels on accèdent pour les cours 
d'eau cumulent de nombreuses tares tant d'existence sur le terrain que de 
format des géométries dans le fichier osm, qui le font passer, à mes yeux, au 
rang du mauvais élève. Mais ça se discute, la qualité est un concept flou 
et subjectif j'en conviens. 

Si la solution trouvée pour les fichiers cours d'eau est satisfaisante, on 
pourra la migrer aussi pour le bâti et les frontières.

Pour les fichiers osm qui contiennent les frontières, je n'ai toutefois pas 
souvent vu de gros dégâts, sans doute parce que ça touche aux relations et 
qu'il faut donc un minimum d'expérience, parce que le concept de frontières 
immatériel est plus dur à appréhender qu'un ruisseau et qu'un débutant ne s'y 
risquera pas avant une bonne lecture du wiki.
(une barrière d'entrée plus haute est aussi une manière de sélectionner 
indirectement la qualité, mais c'est un autre débat)


  Pourquoi on accepte ça dans les frontières et le bâti et pas
 dans les rivières ? Parce que c'est plus facile à constater ?

Y'a de ça, moins le contrôle+correction+surveillance de ce qu'a fait un 
débutant est facile, moins j'ai envie de lui laisser la possibilité de le 
faire.

ps: par débutant, j'entends plutôt : quelqu'un qui ne se tient pas informé 
des recommandations et état actuel des intégrations cadastre en masse, mais 
débutant est plus court à écrire

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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


Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet sly (sylvain letuffe)
  - Mail original -
  tu fais référence à l'import Corine ?
  :)))
 
 J'ai un avis sur la question mais sachant que je n'aurais pas fait mieux (en
 fait, je n'aurais même pas été capable de faire ce qui a été fait), je le
 garde pour moi.  

J'ai aussi un avis très négatif sur la question, et sachant que j'ai bien 
participé à cet import j'ouvre ma gueule :
si j'avais su j'aurais pas fait.
On a succombé au bling bling du vite rempli pour finalement importer un truc 
peu précis que je galère plus à améliorer que si j'avais dû faire à la main 
depuis les images sat de bing.
D'ailleurs c'est simple, maintenant, quand je bosse sur une zone, je dézingue 
tout ce qui est corine et je repars de zéro, et tant pis pour la perte.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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


Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet Christophe Merlet
Le mardi 18 septembre 2012 à 11:59 +0200, sly (sylvain letuffe) a
écrit :
   - Mail original -
   tu fais référence à l'import Corine ?
   :)))
  
  J'ai un avis sur la question mais sachant que je n'aurais pas fait mieux (en
  fait, je n'aurais même pas été capable de faire ce qui a été fait), je le
  garde pour moi.  
 
 J'ai aussi un avis très négatif sur la question, et sachant que j'ai bien 
 participé à cet import j'ouvre ma gueule :
 si j'avais su j'aurais pas fait.
 On a succombé au bling bling du vite rempli pour finalement importer un 
 truc 
 peu précis que je galère plus à améliorer que si j'avais dû faire à la main 
 depuis les images sat de bing.
 D'ailleurs c'est simple, maintenant, quand je bosse sur une zone, je dézingue 
 tout ce qui est corine et je repars de zéro, et tant pis pour la perte.

Ta remarque est surprenante.
Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité
sur toute la France, que l'import de Corine était une mauvaise idée au
moment où cela a été fait.

Sans l'import de Corine, aujourd'hui seule une infime surface de la
France serait qualifiée.

De plus, même si les polygones de Corine sont approximatifs selon les
exigences que l'on peut avoir maintenant, il n'en reste pas moins une
excellente et appréciable source d'information sur la carte.

Mon seul reproche, est la difficulté a modifier sans erreurs un certains
nombre de polygones extrêmement complexe s'étalant sur d'énorme
surface...



Librement,
-- 
Christophe Merlet (RedFox)


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


Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet Christian Quest
Il faut replacer les imports dans leur contexte de l'époque.

PGS était plutôt mauvais en qualité, mais faute de mieux ça a été
utile pour un premier tracé des côtes...


Le 18 septembre 2012 12:08, Christophe Merlet
red...@redfoxcenter.org a écrit :
 Le mardi 18 septembre 2012 à 11:59 +0200, sly (sylvain letuffe) a
 écrit :
   - Mail original -
   tu fais référence à l'import Corine ?
   :)))
 
  J'ai un avis sur la question mais sachant que je n'aurais pas fait mieux 
  (en
  fait, je n'aurais même pas été capable de faire ce qui a été fait), je le
  garde pour moi.

 J'ai aussi un avis très négatif sur la question, et sachant que j'ai bien
 participé à cet import j'ouvre ma gueule :
 si j'avais su j'aurais pas fait.
 On a succombé au bling bling du vite rempli pour finalement importer un 
 truc
 peu précis que je galère plus à améliorer que si j'avais dû faire à la main
 depuis les images sat de bing.
 D'ailleurs c'est simple, maintenant, quand je bosse sur une zone, je dézingue
 tout ce qui est corine et je repars de zéro, et tant pis pour la perte.

 Ta remarque est surprenante.
 Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité
 sur toute la France, que l'import de Corine était une mauvaise idée au
 moment où cela a été fait.

 Sans l'import de Corine, aujourd'hui seule une infime surface de la
 France serait qualifiée.

 De plus, même si les polygones de Corine sont approximatifs selon les
 exigences que l'on peut avoir maintenant, il n'en reste pas moins une
 excellente et appréciable source d'information sur la carte.

 Mon seul reproche, est la difficulté a modifier sans erreurs un certains
 nombre de polygones extrêmement complexe s'étalant sur d'énorme
 surface...



 Librement,
 --
 Christophe Merlet (RedFox)


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



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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


Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet sly (sylvain letuffe)

 Ta remarque est surprenante.
 Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité
 sur toute la France, que l'import de Corine était une mauvaise idée au
 moment où cela a été fait.

J'ai dis si j'avais su (que bing allait être disponible).

Mais même sans être un visionnaire, on pouvait se douter que des photos 
satellites allaient être disponibles, et je trouve qu'on a manqué un peu 
d'anticipation de cet avenir.
Et je pense qu'un import mauvais qui couvre tout freine la motivation des 
contributeurs pour le refaire à la main.

 Sans l'import de Corine, aujourd'hui seule une infime surface de la
 France serait qualifiée.

Oui, mais je n'y vois pas d'inconvénient
 
 De plus, même si les polygones de Corine sont approximatifs selon les
 exigences que l'on peut avoir maintenant, il n'en reste pas moins une
 excellente et appréciable source d'information sur la carte.

Mon avis va à l'opposé

 Mon seul reproche, est la difficulté a modifier sans erreurs un certains
 nombre de polygones extrêmement complexe s'étalant sur d'énorme
 surface...

Entendons nous bien, je juge que la réalisation technique de l'import était 
excellente, mis à part peut-être ce que tu cites, mais c'est de l'avoir fait 
que je regrette.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet f . dos . santos


- Mail original -
De: Pieren pier...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Mardi 18 Septembre 2012 11:26:31
Objet: Re: [OSM-talk-fr] Abuse of authority: account blocks related to French 
cadastre imports

Il me semble que la référence aux 2/3 des contributeurs actifs
concerne un possible changement ultérieur de la licence mais
uniquement dans le sens de toute autre licence libre et ouverte de
même type. (cf
http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR).
L'inscription à la fondation est ouverte à tout le monde. Le fait de
demander à être actif sert à éviter les phénomènes d'entrisme. De
plus, je ne suis pas sûr que la majorité des 2/3 soit un jour
atteignable (si on parle bien des 2/3 des membres et non des 2/3 des
votes exprimés).


A propos des 2/3 il y a à mon avis une erreur de traduction (que j'avais 
signalé à Emilie), la version française indique :

... choisie par une majorité de 2/3 des contributeurs actifs parmi les membres 
d’OSMF

Alors que la version anglaise :

... be chosen by a vote of the OSMF membership and approved by at least a 2/3 
majority vote of active contributors


La version anglaise faisant foi, TOUS les contributeurs s'expriment et pas 
seulement ceux inscrit à la fondation.

Mais on s'éloigne du sujet d'origine, fin du HS.

Francisco

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


[OSM-talk-fr] Mauvaise traduction des Contributors Terms (CT)

2012-09-18 Par sujet Pieren
2012/9/18  f.dos.san...@free.fr:

 Alors que la version anglaise :

 ... be chosen by a vote of the OSMF membership and approved by at least a 
 2/3 majority vote of active contributors


 La version anglaise faisant foi, TOUS les contributeurs s'expriment et pas 
 seulement ceux inscrit à la fondation.

C'est un point extrêmement important. Je ne suis pas sûr que la
version anglaise fasse foi puisque la version française a été traduite
par la fondation pour des obligations légales. Quand un nouveau
memebre français accepte la licence et les CTs, le fait-il avec la
version anglaise ou avec la version française ?
Je pensais que celle-ci avait été traduite par des professionnels
mandatés pour ça. L'erreur de traduction est assez énorme et je ne
saurais dire quels en sont les conséquences sur un plan juridique. Je
ne sais même pas s'il est encore possible de corriger la traduction
des CT's maintenant qu'il accepté par des milliers de personnes

Pieren

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


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet Vincent Pottier

Le 18/09/2012 11:54, sly (sylvain letuffe) a écrit :

On mardi 18 septembre 2012, Pieren wrote:


untel wrote : etc...

Il est question de pas public, il est question de recommandations...

Et si les fichiers cadastre, tous, pas seulement water... étaient 
accessibles après login, acceptation de conditions d'utilisation, best 
practices, liens vers les pages de conseils et autres warnings... (après 
premier login, peut-être pas à chaque fois tout de même, ou une fois par 
type de fichier : building, water...)...


Ça permettrait  un log, un suivi des importeurs (pas toujours imposteurs 
ou importuns), une détection des débutants, la possibilité de leur 
remettre un warning en cas de constat de mauvais import, voir un blocage...


Ça permettrait de mettre à disposition le water seulement après le 10e 
import de bâti...


Bref ça permettrait une responsabilisation en amont qui est toujours 
préférable à une sanction en aval (quand il s'agit d'import de water, 
l'amont et l'aval sont important).


mes 2 balles pour les jeux de mots... à 2 balles.
--
FrViPofm

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


Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet Pieren
2012/9/18 sly (sylvain letuffe) li...@letuffe.org:

 J'ai dis si j'avais su (que bing allait être disponible).

 Mais même sans être un visionnaire, on pouvait se douter que des photos
 satellites allaient être disponibles, et je trouve qu'on a manqué un peu
 d'anticipation de cet avenir.
 Et je pense qu'un import mauvais qui couvre tout freine la motivation des
 contributeurs pour le refaire à la main.

On pourrait avoir le même raisonnement pour les lignes de côte, elles
aussi issues d'un import approximatif il y a très, très longtemps mais
qui sont constamment améliorées à la main par de nombreuses personnes
à partir des images Bing alors qu'on dispose d'une meilleure source
pour ça en France (geolittoral).
Et je me souviens de certaines personnes qui n'étaient pas contre le
fait de laisser les limites administratives des départements issues
d'une source incertaine et imprécise mais suffisante en attendant
l'import des limites communales du cadastre.
Moi aussi, il m'est arrivé de refaire des landuses. Mais c'est une
tâche laborieuse, difficile (où s'arrêter dans le niveau de détail) et
ingrate (si les tags utilisés ne sont pas reconnus par Mapnik par
exemple et parce que la tâche est immense). OSM va toujours dans le
sens de l'amélioration des données. Pour l'argument de dire que de
mauvais landuses ralentissent l'arrivée de nouveaux contributeurs qui
viendraient autrement si la carte était blanche, je n'y crois pas
(comme pour tous les imports d'ailleurs). Simplement, ce sont
peut-être d'autres contributeurs qui viendront, différents, ceux qui
préfèrent améliorer la qualité des données déjà présentes aux plaisirs
de combler une page blanche.

Pieren

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


Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet Vincent Pottier

Le 18/09/2012 12:34, sly (sylvain letuffe) a écrit :

Ta remarque est surprenante.
Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité
sur toute la France, que l'import de Corine était une mauvaise idée au
moment où cela a été fait.

J'ai dis si j'avais su (que bing allait être disponible).

Mais même sans être un visionnaire, on pouvait se douter que des photos
satellites allaient être disponibles, et je trouve qu'on a manqué un peu
d'anticipation de cet avenir.
Et je pense qu'un import mauvais qui couvre tout freine la motivation des
contributeurs pour le refaire à la main.
Hum. Quand je vois le nombre de polygones Corine modifiés, transformés, 
parfois avec une finesse extraordinaire que même les cartes Top25 
peuvent nous envier... voire supprimés pour être remplacés, je crois, au 
contraire que CLC a eu un effet décomplexant pour beaucoup, en mettant à 
disposition du matériel (polygone et tags).


C'est souvent mon cas... Je retravaille le décors bien souvent à partir 
des polygones Corine. Je crois que j'ai une bonne maîtrise des 
raccourcis JOSM pour faire ça facilement.

Sans l'import de Corine, aujourd'hui seule une infime surface de la
France serait qualifiée.

Oui, mais je n'y vois pas d'inconvénient

Moi, oui. Ou plutôt un avantage avec la situation actuelle :
J'aime bien, quand je prépare une rando savoir que je vais arriver à une 
forêt, même taillée à la serpe (qui d'ailleurs n'est pas pire que celles 
qui avaient été tracées à l'ère de landsat). J'aime bien, dans mon GPS 
avoir ladite forêt. Même si je vois vite au contour que c'est du brut de 
Corine.

De plus, même si les polygones de Corine sont approximatifs selon les
exigences que l'on peut avoir maintenant, il n'en reste pas moins une
excellente et appréciable source d'information sur la carte.

Mon avis va à l'opposé

Fallait-il commencer à utiliser landsat, sachant qu'un jour on aurait bing ?
Fallait-il utiliser l'imagerie bing 2007, sachant qu'on vient tout juste 
d'avoir un lot d'images toutes fraîches ?
P't-être que dans 5 ans ils rirons de ce qu'on fait aujourd'hui... Tant 
pis, il faut bien qu'on avance...

Ils riront plus encore de ceux qui n'auront rien fait.

histoire_réelle témoin=moi 
Dans le train, un gars, type jeune ingénieur, s'installe, sort son 
ordinateur, le pose sur la tablette et commence à bosser...
En face de lui, un autre gars, type jeune asiatique, s'assied, regarde 
l'ordinateur les yeux ébahis et demande : C'est le dernier VAIO ?
L'ingénieur, du tac au tac : Oui. Quand ils l'ont sorti, c'était le 
dernier !.

/histoire_réelle

Mon seul reproche, est la difficulté a modifier sans erreurs un certains
nombre de polygones extrêmement complexe s'étalant sur d'énorme
surface...

Certes...
Mais j'y travaille... parfois... L'autre soir, jusqu'à... 3 heures du mat'.

Entendons nous bien, je juge que la réalisation technique de l'import était
excellente, mis à part peut-être ce que tu cites, mais c'est de l'avoir fait
que je regrette.

Non rien de rien... non je ne regrette rien... (chanson connue)
--
FrViPofm


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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Pieren
Christian vient de lancer la discussion sur t...@osm.org. C'est le
moment d'y intervenir en nombre pour montrer que ce sujet intéresse un
peu plus que 2 tondus et 3 pelés...

Pieren

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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Nicolas Moyroud


  
  
Le 18/09/2012 14:26, Pieren a crit:

  Christian vient de lancer la discussion sur t...@osm.org. C'est le
moment d'y intervenir en nombre pour montrer que ce sujet intresse un
peu plus que 2 tondus et 3 pels...

Pieren


Je vais viter d'y intervenir pour plusieurs raisons : 
- je ne suis pas inscrit sur la liste t...@osm.org et je n'en ai pas
envie,
- mon anglais est une horreur,
- je ne vais pas arriver  rester poli !
Mais vous avez tout mon soutien dans cette preuve.  ;-) 

Nicolas
  


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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Fabien
Le 18 septembre 2012 14:41, Nicolas Moyroud nmoyr...@free.fr a écrit :
 Le 18/09/2012 14:26, Pieren a écrit :

 Christian vient de lancer la discussion sur t...@osm.org. C'est le
 moment d'y intervenir en nombre pour montrer que ce sujet intéresse un
 peu plus que 2 tondus et 3 pelés...

 Pieren

 Je vais éviter d'y intervenir pour plusieurs raisons :
+1

 - je ne suis pas inscrit sur la liste t...@osm.org et je n'en ai pas envie,
+1
 - mon anglais est une horreur,
 - je ne vais pas arriver à rester poli !
 Mais vous avez tout mon soutien dans cette épreuve. ;-)
+1

j'ajouterai aussi que s'y mettre à plein ça pourrait embrouiller. Deux
ou trois personnes qui peuvent refaire sortir ce qui a été évoqué
devrait suffire si ils ont l'appui de la communauté française.

Fabien

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


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Pieren
Bon, on avance un peu:

On Tue, Sep 18, 2012 at 2:40 PM, Frederik Ramm frede...@remote.org wrote:
:
 DWG has also been looking for someone from France to join its ranks in order
 to better liaise with the French community in case of problems like this but
 we haven't had any applications.

Le DWG (enfin, Frederik) cherche un représentant pour faire le lien
avec les français (vous savez, le petit village gaulois qui veut
toujours se distinguer...). Je crois que Christian s'était proposé
mais ça a dû coincer quelque part...

Pieren

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


Re: [OSM-talk-fr] Suppression de relations vides avec JOSM

2012-09-18 Par sujet Vincent Pottier

Le 18/09/2012 14:59, Arnaud Vandecasteele a écrit :

Bonjour à tous,

En faisant du nettoyage de bâtiment (fusion de polygones, 
simplifications...), j'obtiens parfois, dans des cas complexes, des 
polygones multiples (inner/outer) reliés entre eux par des relations.

Ce sont des artefacts et je supprime alors ces polygones.
Néanmoins, il reste ensuite dans JOSM une relation vide qu'il m'est 
impossible de supprimer (ex : 
http://www.openstreetmap.org/browse/relation/2421952).

Quand je clic sur l’icône de suppression dans JOSM rien ne se passe.
Est-ce une mauvaise manipulatoin de ma part ?

Merci

Arnaud

C'est fait. Pas de problème particulier.
Dans la boite relation, j'ai sélectionné la relation et cliqué sur la 
poubelle et pffft.

--
FrViPofm

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


Re: [OSM-talk-fr] Suppression de relations vides avec JOSM

2012-09-18 Par sujet Arnaud Vandecasteele
Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe...
La relation est toujours présente...

Arnaud

2012/9/18 Vincent Pottier vpott...@gmail.com

 Le 18/09/2012 14:59, Arnaud Vandecasteele a écrit :

  Bonjour à tous,

 En faisant du nettoyage de bâtiment (fusion de polygones,
 simplifications...), j'obtiens parfois, dans des cas complexes, des
 polygones multiples (inner/outer) reliés entre eux par des relations.
 Ce sont des artefacts et je supprime alors ces polygones.
 Néanmoins, il reste ensuite dans JOSM une relation vide qu'il m'est
 impossible de supprimer (ex : http://www.openstreetmap.org/**
 browse/relation/2421952http://www.openstreetmap.org/browse/relation/2421952
 ).
 Quand je clic sur l’icône de suppression dans JOSM rien ne se passe.
 Est-ce une mauvaise manipulatoin de ma part ?

 Merci

 Arnaud

 C'est fait. Pas de problème particulier.
 Dans la boite relation, j'ai sélectionné la relation et cliqué sur la
 poubelle et pffft.
 --
 FrViPofm

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Suppression de relations vides avec JOSM

2012-09-18 Par sujet Vincent Privat
Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.com a
écrit :

 Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe...


C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te
plaît ? (5485)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Emilie Laffray
Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il y a
quelques mois.

Emilie Laffray

On 18 September 2012 13:57, Pieren pier...@gmail.com wrote:

 Bon, on avance un peu:

 On Tue, Sep 18, 2012 at 2:40 PM, Frederik Ramm frede...@remote.org
 wrote:
 :
  DWG has also been looking for someone from France to join its ranks in
 order
  to better liaise with the French community in case of problems like this
 but
  we haven't had any applications.

 Le DWG (enfin, Frederik) cherche un représentant pour faire le lien
 avec les français (vous savez, le petit village gaulois qui veut
 toujours se distinguer...). Je crois que Christian s'était proposé
 mais ça a dû coincer quelque part...

 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] Suppression de relations vides avec JOSM

2012-09-18 Par sujet Arnaud Vandecasteele
Oui c'est un peu vieux tu as raison.
Du coup, j'ai testé avec les dernières (tested et latest) mais résultat
identique.
Quand je clic sur l'icône poubelle rien ne se passe.

Les étapes :
1- Fichier - Télécharger un objet - je sélectionne relation et
j'indique le numéro (2421951)
2- Dans le panneau Relations - je sélectionne ma relation puis je clic sur
poubelle.

Arnaud


2012/9/18 Vincent Privat vincent.pri...@gmail.com


 Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.com a
 écrit :

 Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe...


 C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te
 plaît ? (5485)

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




-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Suppression de relations vides avec JOSM

2012-09-18 Par sujet Arnaud Vandecasteele
Ok, sur Ubuntu ça fonctionne avec une version de JOSM identique mais pas
sur Solaris.

Avec Ubuntu, l'action de suppression est correctement réalisée.

A.

2012/9/18 Arnaud Vandecasteele arnaud@gmail.com

 Oui c'est un peu vieux tu as raison.
 Du coup, j'ai testé avec les dernières (tested et latest) mais résultat
 identique.
 Quand je clic sur l'icône poubelle rien ne se passe.

 Les étapes :
 1- Fichier - Télécharger un objet - je sélectionne relation et
 j'indique le numéro (2421951)
 2- Dans le panneau Relations - je sélectionne ma relation puis je clic
 sur poubelle.

 Arnaud


 2012/9/18 Vincent Privat vincent.pri...@gmail.com


 Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.coma 
 écrit :

 Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe...


 C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te
 plaît ? (5485)

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




 --
 
 Arnaud Van De Casteele
 Mines Paris Tech - CRC
 Sophia-Antipolis
 0698 24 25 29
 SIG - WebMapping - Spatial Ontology - GeoCollaboration

 Web Site
 http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
 http://geotribu.net/
 http://www.i2c.eu/




-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Suppression de relations vides avec JOSM

2012-09-18 Par sujet Vincent Privat
Waw, j'ignorais qu'on avait des utilisateurs sur Solaris :)
J'essairai de t'envoyer une version debug pour piger ce qui cloche avec
cette config. C'est quoi ta version de Java au passage ?

Le 18 septembre 2012 15:29, Arnaud Vandecasteele arnaud@gmail.com a
écrit :

 Ok, sur Ubuntu ça fonctionne avec une version de JOSM identique mais pas
 sur Solaris.

 Avec Ubuntu, l'action de suppression est correctement réalisée.

 A.


 2012/9/18 Arnaud Vandecasteele arnaud@gmail.com

 Oui c'est un peu vieux tu as raison.
 Du coup, j'ai testé avec les dernières (tested et latest) mais résultat
 identique.
 Quand je clic sur l'icône poubelle rien ne se passe.

 Les étapes :
 1- Fichier - Télécharger un objet - je sélectionne relation et
 j'indique le numéro (2421951)
 2- Dans le panneau Relations - je sélectionne ma relation puis je clic
 sur poubelle.

 Arnaud


 2012/9/18 Vincent Privat vincent.pri...@gmail.com


 Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.coma 
 écrit :

 Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe...


 C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te
 plaît ? (5485)

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




 --
 
 Arnaud Van De Casteele
 Mines Paris Tech - CRC
 Sophia-Antipolis
 0698 24 25 29
 SIG - WebMapping - Spatial Ontology - GeoCollaboration

 Web Site
 http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
 http://geotribu.net/
 http://www.i2c.eu/




 --
 
 Arnaud Van De Casteele
 Mines Paris Tech - CRC
 Sophia-Antipolis
 0698 24 25 29
 SIG - WebMapping - Spatial Ontology - GeoCollaboration

 Web Site
 http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
 http://geotribu.net/
 http://www.i2c.eu/

 ___
 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] Suppression de relations vides avec JOSM

2012-09-18 Par sujet Arnaud Vandecasteele
C'est la machine du boulot que j'utilise de temps en temps entre midi et
deux pour faire quelques corrections.
Concernant java voici la version :

java version 1.6.0_21
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode)

Arnaud


2012/9/18 Vincent Privat vincent.pri...@gmail.com

 Waw, j'ignorais qu'on avait des utilisateurs sur Solaris :)
 J'essairai de t'envoyer une version debug pour piger ce qui cloche avec
 cette config. C'est quoi ta version de Java au passage ?

 Le 18 septembre 2012 15:29, Arnaud Vandecasteele arnaud@gmail.com a
 écrit :

 Ok, sur Ubuntu ça fonctionne avec une version de JOSM identique mais pas
 sur Solaris.

 Avec Ubuntu, l'action de suppression est correctement réalisée.

 A.


 2012/9/18 Arnaud Vandecasteele arnaud@gmail.com

 Oui c'est un peu vieux tu as raison.
 Du coup, j'ai testé avec les dernières (tested et latest) mais résultat
 identique.
 Quand je clic sur l'icône poubelle rien ne se passe.

 Les étapes :
 1- Fichier - Télécharger un objet - je sélectionne relation et
 j'indique le numéro (2421951)
 2- Dans le panneau Relations - je sélectionne ma relation puis je clic
 sur poubelle.

 Arnaud


 2012/9/18 Vincent Privat vincent.pri...@gmail.com


 Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.coma 
 écrit :

 Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe...


 C'est vieux ça :) Tu peux tester avec la dernière version stable s'il
 te plaît ? (5485)

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




 --
 
 Arnaud Van De Casteele
 Mines Paris Tech - CRC
 Sophia-Antipolis
 0698 24 25 29
 SIG - WebMapping - Spatial Ontology - GeoCollaboration

 Web Site
 http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
 http://geotribu.net/
 http://www.i2c.eu/




 --
 
 Arnaud Van De Casteele
 Mines Paris Tech - CRC
 Sophia-Antipolis
 0698 24 25 29
 SIG - WebMapping - Spatial Ontology - GeoCollaboration

 Web Site
 http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
 http://geotribu.net/
 http://www.i2c.eu/

 ___
 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




-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

2012-09-18 Par sujet Ab_fab
Une idée de bonne pratique :
Celle que l'usage de waterway = riverbank est à réserver pour des
surfaces recouvrant des cours d'eaux filaires et nommés (par ex. waterway
= river et name = La Loire).
J'ai l'intuition que c'est un minimum, Les exceptions pouvant dès lors être
marquées comme erreurs dans Osmose.
Qu'en pensez-vous ?

Y-a-t-il un intérêt de faire des stats comparatives à l'échelle des
communes entre le kilométrage du pourtour des waterway = riverbank et les
longueurs de river, stream, canal, drain ... ?

Autre moyen (déjà à disposition) pour faire l'état des lieux : OSM
Inspectorhttp://tools.geofabrik.de/osmi/?view=waterlon=0.97615lat=43.70860zoom=9overlays=waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected,
avec les classes de cours d'eau de différentes couleurs que l'on peut
activer / désactiver.

Un autre point qui n'a pas été évoqué dans ces longs échanges, ce sont les
cours d'eau frontaliers entre communes, qui demandent très souvent beaucoup
de travail pour arriver à quelque chose de cohérent.
Peut être un argument supplémentaire pour réserver l'accès des fichiers aux
seules personnes qui laisseront un minimum de gages pour faire le boulot
convenablement.

Le 17 septembre 2012 23:19, Eric Marsden eric.mars...@free.fr a écrit :

 Bonsoir,

 Comme vous avez pu le suivre ici, l'importation de données depuis le
 cadastre numérique est critiqué par différentes personnes du monde
 Openstreetmap, dont certaines ont un certain poids politique dans le
 projet (par exemple, le nouveau président de l'OSMF, Simon Poole, est un
 intégriste anti-import et pro-ODbL).

 J'ai récemment défendu une utilisation raisonnée des données bâtiments
 du cadastre auprès du Data Working Group, qui fait de l'activisme sur le
 sujet (allant à mon avis bien au delà de son mandat, et ne respectant
 pas le principe basique de subsidiarité). Je pense avoir défendu la
 position majoritaire dans la communauté française sur ce point, mais
 naturellement chacun est libre d'intervenir dans le débat.

 Je suis embêté pour défendre l'usage qui est fréquemment fait des
 données sur les cours d'eau issues du cadastre. Ces données accumulent
 plusieurs défauts importants (et pour ma part, je ne les intègre pas
 dans OSM):

   - dans de nombreux endroits, elles représentent des zones susceptibles
 d'être régulièrement inondées, plutôt que le lit du cours d'eau
 qu'on aimerait avoir comme waterway=riverbank

   - elles donnent uniquement une représentation surfacique, sans le
 waterway=stream (ou river) qui serait plus utile ; la représentation
 surfacique s'interrompt aux croisements avec les routes. Je vois
 rarement des endroits où les contributeurs ont rajouté ces
 informations filaires.

   - les données ont des géométriques excessivement complexes donc
 alourdissent inutilement la base (surtout pour une précision de
 géolocalisation qui me semble parfois relativement faible). Peu de
 contributeurs, dans les zones que je fréquente, semblent simplifier
 les géométries, alors que c'est suggéré dans le checklist.


 J'aimerais suggérer que :

   - nous cherchions à développer un algorithme pour déterminer la
 représentation filaire à partir de la représentation surfacique (mon
 niveau en PostGIS est hélas trop faible pour ça)

   - on intègre cet algorithme à la moulinette sur
 cadastre.openstreetmap.fr (pour remplacer les données
 waterway=riverbank)

   - en attendant que le code soit au point, les données -water ne
 soient pas mises à disposition sur ce site

 Qu'en pensez-vous?

 --
 Eric Marsden


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Eric Sibert

Et c'est indiscret de demander où ça a coincé?

Eric

Emilie Laffray emilie.laff...@gmail.com a ?crit :


Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il y a
quelques mois.

On 18 September 2012 13:57, Pieren pier...@gmail.com wrote:


Le DWG (enfin, Frederik) cherche un représentant pour faire le lien
avec les français. [...] Je crois que Christian s'était proposé
mais ça a dû coincer quelque part...





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


[OSM-talk-fr] Plattenbrünnele

2012-09-18 Par sujet Maurice
Bonjour,

Je viens de voir cet objet bizarre :

http://www.openstreetmap.org/?lat=48.6339426040649lon=-2.68220901489258e-05zoom=18

Le nom du point, l'url en citation et le contributeur nous viennent de Germanie.

Quelqu'un a-t-il une explication ?

Merci,

Maurice (alias momovimout)

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


Re: [OSM-talk-fr] suivi des communes

2012-09-18 Par sujet sly (sylvain letuffe)

 C'est le cas, mais ça ne m'empêche pas de reconnecter le logiciel de suivi 
 commune (même si tant pis, il sera un peu en retard pendant quelques jours)

Voilà qui devrait être bon. Il en reste encore quelques uns à rebrancher, mais 
c'est en cours. On fera sans doute une annonce ici lorsque se sera fait afin 
de demander aux aimables contributeurs/utilisateurs de ces outils si on n'en 
a pas oublié dans les coins.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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


Re: [OSM-talk-fr] Plattenbrünnele

2012-09-18 Par sujet Ab_fab
Cela sent le loupage d'import !
http://www.openstreetmap.org/browse/node/1815137101

Longitude : 0° 00' 00


Le 18 septembre 2012 18:01, Maurice maur...@mboucher.info a écrit :

 Bonjour,

 Je viens de voir cet objet bizarre :


 http://www.openstreetmap.org/?lat=48.6339426040649lon=-2.68220901489258e-05zoom=18

 Le nom du point, l'url en citation et le contributeur nous viennent de
 Germanie.

 Quelqu'un a-t-il une explication ?

 Merci,

 Maurice (alias momovimout)

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Christian Quest
J'était en contact avec pnorman, je lui ai dit que je voulais bien faire le
relais pour le français... mais ça ne semble pas être allé plus loin.

Là, je me suis publiquement proposé (sur talk@), on verra si ça coince.


Le 18 septembre 2012 17:32, Eric Sibert courr...@eric.sibert.fr a écrit :

 Et c'est indiscret de demander où ça a coincé?

 Eric

 Emilie Laffray emilie.laff...@gmail.com a ?crit :

  Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il y
 a
 quelques mois.

 On 18 September 2012 13:57, Pieren pier...@gmail.com wrote:

  Le DWG (enfin, Frederik) cherche un représentant pour faire le lien
 avec les français. [...] Je crois que Christian s'était proposé

 mais ça a dû coincer quelque part...




 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Plattenbrünnele

2012-09-18 Par sujet Ab_fab
Je révise mon jugement concernant l'import. L'historique du noeud montre la
position initiale :
48,6342348, 
8,950184http://www.openstreetmap.org/?lat=48.6342348lon=8.950184zoom=18


Le 18 septembre 2012 18:06, Ab_fab gamma@gmail.com a écrit :

 Cela sent le loupage d'import !
 http://www.openstreetmap.org/browse/node/1815137101

 Longitude : 0° 00' 00


 Le 18 septembre 2012 18:01, Maurice maur...@mboucher.info a écrit :

 Bonjour,

 Je viens de voir cet objet bizarre :


 http://www.openstreetmap.org/?lat=48.6339426040649lon=-2.68220901489258e-05zoom=18

 Le nom du point, l'url en citation et le contributeur nous viennent de
 Germanie.

 Quelqu'un a-t-il une explication ?

 Merci,

 Maurice (alias momovimout)

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




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports

2012-09-18 Par sujet Vincent Privat
En tout cas c'est impressionnant comme ils refusent de répondre à tes
questions sur la gouvernance, malgré tes relances répétées... :s

Le 18 septembre 2012 18:06, Christian Quest cqu...@openstreetmap.fr a
écrit :

 J'était en contact avec pnorman, je lui ai dit que je voulais bien faire
 le relais pour le français... mais ça ne semble pas être allé plus loin.

 Là, je me suis publiquement proposé (sur talk@), on verra si ça coince.


 Le 18 septembre 2012 17:32, Eric Sibert courr...@eric.sibert.fr a écrit
 :

 Et c'est indiscret de demander où ça a coincé?

 Eric

 Emilie Laffray emilie.laff...@gmail.com a ?crit :

  Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il
 y a
 quelques mois.

 On 18 September 2012 13:57, Pieren pier...@gmail.com wrote:

  Le DWG (enfin, Frederik) cherche un représentant pour faire le lien
 avec les français. [...] Je crois que Christian s'était proposé

 mais ça a dû coincer quelque part...




 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr




 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

 ___
 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] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet Philippe Verdy
Le 18 septembre 2012 14:11, Vincent Pottier vpott...@gmail.com a écrit :
 Le 18/09/2012 12:34, sly (sylvain letuffe) a écrit :

 Ta remarque est surprenante.
 Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité
 sur toute la France, que l'import de Corine était une mauvaise idée au
 moment où cela a été fait.

 J'ai dis si j'avais su (que bing allait être disponible).

 Mais même sans être un visionnaire, on pouvait se douter que des photos
 satellites allaient être disponibles, et je trouve qu'on a manqué un peu
 d'anticipation de cet avenir.
 Et je pense qu'un import mauvais qui couvre tout freine la motivation des
 contributeurs pour le refaire à la main.

 Hum. Quand je vois le nombre de polygones Corine modifiés, transformés,
 parfois avec une finesse extraordinaire que même les cartes Top25 peuvent
 nous envier... voire supprimés pour être remplacés, je crois, au contraire
 que CLC a eu un effet décomplexant pour beaucoup, en mettant à disposition
 du matériel (polygone et tags).

 C'est souvent mon cas... Je retravaille le décors bien souvent à partir des
 polygones Corine. Je crois que j'ai une bonne maîtrise des raccourcis JOSM
 pour faire ça facilement.

 Sans l'import de Corine, aujourd'hui seule une infime surface de la
 France serait qualifiée.

 Oui, mais je n'y vois pas d'inconvénient

 Moi, oui. Ou plutôt un avantage avec la situation actuelle :
 J'aime bien, quand je prépare une rando savoir que je vais arriver à une
 forêt, même taillée à la serpe (qui d'ailleurs n'est pas pire que celles qui
 avaient été tracées à l'ère de landsat). J'aime bien, dans mon GPS avoir
 ladite forêt. Même si je vois vite au contour que c'est du brut de Corine.

J'ai le même avis. L'import n'éétait pas si mauvais que ça, à son
échelle. Même si aujourd'hui on travaille à des échelles plus fines,
c'est une base de départ.

Je pars aussi du principe (et plus motivant) qu'il est plus facile de
travailler sur une carte partiellement renseignée que sur une page
blanche. Tout effacer pour retracer c'est le risque d'abord de
supprimer des tas d'infos qu'on n'a pas vu dans le lot (des tags, des
noms, des POIs...). Il vaut largement mieux travailler par
modification : on peut tout à fait pousser les noeuds existants pour
améliorer leur précision, et rajouter des noeuds.

Mais si on se contente de tracer autre chose par dessus, on ne fait
pas le boulot demandé sur OSM, on ne fait que créer des doublons, à
charge pour les autres fourmis de nettoyer le reste et juger de ce qui
est plus pertinent.

Travailler par modification et non réimport est la bonne façon
d'avancer (tout effacer pour retracer c'est comme un réimport, c'est
destructeur, plus très loin du vandalisme), et de toute façon on aura
toujours demain de meilleurs sources que celles d'aujourd'hui, ou des
sources plus à jour (mais pas toujours aussi précises...). Tout le
boulot sur OSM (comem aussi dans n'importe quelle base géographique)
est dans la fusion des données à ajouter ou modifier, et non dans la
suppression pour repartir de zéro (sinon on n'avancera jamais à rien
!)

Bing malgré ses images superbes, ne dit pas tout : ce n'est pas parce
qu'on ne voit pas un truc présent dans la base OSM mais pas dans Bing
que l'objet en question n'existe pas ou n'existe plus. Il n'y a pas de
source à privilégier plus qu'une autre, chacune a son utilité pour
justement boucher les trous laissés par une autre source ou l'absence
de vérif sur le terrain. Bing ne révélera que très mal les sens
uniques ou restrictions d'accès, ne verra pas les limites de vitesse,
les zones de danger, les nouvelles zones en contruction/réaménagement.
Des batiments apparaissent ou disparaissent.

Replaçons Corine dans son contexte: très bien même encore aujourd'hui
pour voir une carte de l'échelle d'une département sur un seul écran.
Il donne une bonne représentation statistique moyenne de la couverture
ou l'utilisation du territoire, même si dans le détail ça change très
localement (on peut vouloir être plus précis, mais ce sera faux dès
l'année suivante, alors que la moyenne générale n'a guère changé).

En attendant cela donne une très belle topographie aussi pour le
rendu, qui permet de voir clairement les zones de forêts et les
reliefs, d'une façon plus facile à interpréter que des photos
aériennes à la colorimétrie jamais uniforme.

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


Re: [OSM-talk-fr] Cadastre : extrait -rails ressemblant furieusement à des parcelles cadastrales

2012-09-18 Par sujet Christophe Merlet
Le mercredi 19 septembre 2012 à 01:56 +0200, Philippe Verdy a écrit :
 Le 19 septembre 2012 01:13, Pieren pier...@gmail.com a écrit :
  D'autant plus que le traçage des voies ferrées est en général d'une
  géométrie assez basique et ne nécessite que peu d'efforts de la part
  de la souris.

 Attaque toi à une grosse gare de triage ou de service, c'est du boulot
 pour que ça ressemble à quelquechose de lisible avec un parallélisme
 correct des voies et des virages corrects, sinon c'est très fouilli :
 il faut plus de précision dans les tracés. Quand y passe aussi des
 lignes régulières, il faut aussi veiller à garder les connexions pour
 le routage (sans forcément utiliser pour ça toutes les voies dessinées
 car la voie utilisée peut changer selon les heures.

Quand j'ai fait la gare de Pau, après avoir vu la gare de triage de
Choisy, je l'ai fini tellement vite que j'ai fait aussi celles d'Artic
et de Puyoo dans la foulée...
Franchement, dessiner le triage d'une gare n'est franchement pas le plus
difficile dans OSM contrairement aux apparences !


Librement,
-- 
Christophe Merlet (RedFox)


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


Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet Marc Sibert

Vous avez tous eu la même idée que moi ?

Philippe, tu parles anglais ? Inscris-toi sur t...@osm.org, il y a un 
fil où tu va pouvoir laisser libre cours à ton besoin d'expression !


Bonne nuit,

A+

Marc

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


Re: [OSM-talk-fr] Mauvaise traduction des Contributors Terms (CT)

2012-09-18 Par sujet Philippe Verdy
Notez les 2 fautes mineures dans la première ligne de la page
http://www.openstreetmap.org/copyright en français :

« En cas de conflit entre cette page et la page original en anglais,
la version anglaise prime. »

devrait être :

« En cas de conflit entre cette page et la page originale en anglais,
la version anglaise prime. »

(originale au féminin, et point de fin de phrase)

Et « Copyright infringement » devrait être traduit « Violation des
droits d’auteur (copyright) ».

Dans le contexte d'ODBL d'ailleurs je regrette qu'on utilise «
copyright » qui concerne le droit d'auteur mais pas les droits voisins
qui sont l'objet justement de la nouvelle licence concernant les
droits de la base de données. Le mot « Copyright » ferait penser alors
qu'ils s'agit d’une œuvre originale dont la propriété en fait une
œuvre collective (difficile à défendre en droit français étant donné
que « les Contributeurs » ne sont pas directement liés par un contrat
de subordination, mais seulement par les « Contributor terms » qui ne
sont pas un contrat puisqu'il est unilatéral et non négociable comme
un contrat de travail.

Le Copyright c'est pour CC-BY-SA (les rendus de carte par exemple),
pas pour la base de données qui continue d'avoir de multiples auteurs
individuels (chacun gardant leur copyright par défaut, même si par les
CT ils ont accepté un transfert du copyright sur leurs propres
contributions, mais pas de tous les droits attachés strictement aux
auteurs et qui ne sont pas cessibles en droit français.

Mais bon... Certains vont me dire qu'il est bien tard, alors que j'ai
accepté les CT, même si la licence ODBL (et la mention demandée pour
l'attribution de copyright) ne couvre pas tout et entretient
maintenant la confusion entre les deux types de droits (droit
d'auteur, ou droit des données). On m'a même répondu que c'était moi
qui confondait tout (notamment en ce qui concerne la terminologie «
œuvre dérivée » qui est définie légalement dans le sens du droit
d'auteur, mais pas dans celui des données, alors que l'existence même
du droit des données est née d'abord de la volonté de protéger les
informations personnelles pour la vie privée, en instaurant un système
dérogatoire permettant de constituer de telles bases, dans le sens en
France de la loi Informatique et libertés de 1978 et de la CNIL, et
des lois similaires d'autres pays, ce droit étant né de la volonté des
éditeurs d'annuaires, avant d'être devenu aujourd'hui une « bête » à
part des droits d'auteurs, un droit très largement abusé aujourd'hui
sur le Net par des sociétés très puissantes comme Google ou
Facebook...)

Personnellement je regrette la disparition de la licence CC-BY-SA
comme un garde-fou qu'on aurait pu garder, car je ne crois pas que la
licence ODBL (qui mélange tout) soit assez solide, en comparaison des
licences Creative Commons fondées essentiellement sur le droit
d'auteur.

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


Re: [OSM-talk-fr] Cours d'eau et cadastre

2012-09-18 Par sujet Philippe Verdy
Le 18 septembre 2012 07:47, Hélène PETIT h...@free.fr a écrit :
 Planifier ce chargement du cadastre dans le rythme de travail est souvent
 difficile, et ça doit être précisé : récemment un nouveau contributeur était
 persuadé que le chargement du cadastre chez lui ne marchait pas, avant de
 réaliser que c'est très très lent chez tout le monde.

En comparaison le cadastre espagnol (directement dsponible en WGS84
sur un serveur TMS) est bien plus rapide, et facile à utiliser. Même
s'il n'a pas autant de données (il 'agit surtout des parcelles
quelques limites administratives, et quelques toponymes et odonymes),
et a des défauts de conflation entre les feuilles cadastrales jointes
dans les mêmes tuiles.

Le jour où le cadastre français proposera une imagerie uniforme en
WGS84 avec fusion des feuilles sans avoir à chercher commune par
commune... Ou alors quand JOSM permettra de convertir directement les
projections cadastrales françaises en images WGS84 directement dans
leur rendu : on peut rêver. Devoir travailler en Lambert est pénible.

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


Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)

2012-09-18 Par sujet Philippe Verdy
Chacun donne son avis sur le même sujet, en quoi le mien est plus
mauvais que celui des autres ? Ce ne sont tous que des avis, pas des
recommandations. Chcun a plus haut essayé de critiquer ce qui a été
fait dans le passé mais je ne vois pas l'intérêt d'une telle critique
étant donné qu'on sera de toute façon amené à modifier les données un
peu partout assez souvent.

Faire table rase du passé est une mauvaise idée qui ne produira rien
de bon et ralentira le projet. Corine est bon à son échelle même si sa
pertinence se perd quand on zoome plus avant sur des zones petites
pour laquelle elle n'a jamais été conçue en 2006 et intégrée dans OSM
en 2007.

Demain on rira de tout ce qu'on fait (et même recommande) aujourd'hui.
Fera-t-on encore table rase ?

Le 19 septembre 2012 02:27, Marc Sibert m...@sibert.fr a écrit :
 Vous avez tous eu la même idée que moi ?

 Philippe, tu parles anglais ? Inscris-toi sur t...@osm.org, il y a un fil où
 tu va pouvoir laisser libre cours à ton besoin d'expression !

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


Re: [OSM-talk-fr] Cadastre : extrait -rails ressemblant furieusement à des parcelles cadastrales

2012-09-18 Par sujet Philippe Verdy
Le 19 septembre 2012 02:18, Christophe Merlet
red...@redfoxcenter.org a écrit :
 Quand j'ai fait la gare de Pau, après avoir vu la gare de triage de
 Choisy, je l'ai fini tellement vite que j'ai fait aussi celles d'Artic
 et de Puyoo dans la foulée...
 Franchement, dessiner le triage d'une gare n'est franchement pas le plus
 difficile dans OSM contrairement aux apparences !

Oui j'admet que nettoyer les tracés des forêts, ou suivre les cours
d'eau ou préciser les lignes de côtes, est bien plus délicat, car
c'est beaucoup moins évident à interpréter sur l'imagerie. Malgré
tout, la précision nécessaire pour les éléments naturels est bien plus
faible et on a des marges de liberté plus importantes qu'avec des
lignes de chemin de fer côte à côte ou qui se croisent :

Ce n'est pas tant la complexité du tracé que sa précision pour que ce
soit lisible et ne ressemble pas à un amas de zigzags : on est amené
alors à créer des courbes bien plus détaillées (angles presque plats),
et on doit veiller à respecter les alignements et distances entre les
voies. Si on ajoute la position des pylones, des quais,
transformateurs, caténaires, il y a une densité de points bien plus
élevée que dans bien nombre de secteurs où la précision se limite à un
seul trait (même compliqué) et pas tout un amas...

Les trucs réellement simples ce sont plutôt les routes (sauf
concernant le découpage pour les nombre de voies et limites de vitesse
ou la signalisation) et le filaire des rivières (mais pas le contour
de leur lit, souvent difficile à interpréter sur l'imagerie, sauf pour
les zones canalisées avec des rives bien nettes et assez de
profondeur).

Un truc compliqué à cartographier : les escarpements et falaises
(pourtant infranchissables de façon normale sans équipement et une
bonne préparation physique). L'imagerie cache plein de choses, le
cadastre ne renseigne pas beaucoup non plus puisqu'il n'y a pas de
nivellement. Pourtant quand l'escarpement est non loin d'une route ou
d'une plage en contre-bas, on a des choses à mettre sur cette route ou
plage : danger de chûtes de pierre (exemple sur bon nombre de plages
au Portugal, au pied de falaises).

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


Re: [OSM-talk-fr] Mauvaise traduction des Contributors Terms (CT)

2012-09-18 Par sujet Philippe Verdy
Le 19 septembre 2012 02:36, Philippe Verdy verd...@wanadoo.fr a écrit :
 Notez les 2 fautes mineures dans la première ligne de la page
 http://www.openstreetmap.org/copyright en français :

 « En cas de conflit entre cette page et la page original en anglais,
 la version anglaise prime. »

 devrait être :

 « En cas de conflit entre cette page et la page originale en anglais,
 la version anglaise prime. »

 (originale au féminin, et point de fin de phrase)

 Et « Copyright infringement » devrait être traduit « Violation des
 droits d’auteur (copyright) ».

Au passage, la version française de la page mentionne toujours
CC-BY-SA et non ODBL pour la base de données. Le dernier paragraphe
n'est pas traduit non plus :

en: «
Copyright infringement

OSM contributors are reminded never to add data from any copyrighted
sources (e.g. Google Maps or printed maps) without explicit permission
from the copyright holders.

If you believe that copyrighted material has been inappropriately
added to the OpenStreetMap database or this site, please refer to our
takedown procedure or file directly at our [[link|on-line filing
page]].
»

fr: «
Violation du droit d’auteur (copyright)

Il est rappelé aux contributeurs d’OpenStreetMap qu’ils ne doivent en
aucun cas ajouter des données provenant d’une source protégée par le
droit d’auteur (par exemple Google Maps ou des cartes imprimées) sans
l’autorisation explicite des titulaires de ces droits.

Si vous pensez que des contenus protégé par le droit d’auteur ont été
ajoutés de façon inappropriée à la base de données OpenStreetMap ou à
ce site, veuillez vous reporter à notre procédure d’arrêt ou
enregistrer votre plainte sur notre [[link|page de formulaire en
ligne]].
»

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