Re: [OSM-talk-fr] Ville et Village fleuris et Ville internet

[yvecai]

On 24. 08. 11 23:15, keke79390 wrote:

Bonjour,

Existe-t-il un ou des tags pour les Villes et Villages fleuris et des
Villes internet ?
(et ville jumelée?)
J'en doute. Cela dit, je ne suis pas sûr que ces informations soit 
vraiment de nature à figurer dans une base de donnée géographique.
A l'inverse, ne vaudrait-il pas mieux utiliser OpenStreetMap pour 
afficher une base externe des villes et villages fleuris ici:

http://www.cnvvf.fr/les_villes_et_villages_fleuris-5.html ;)

Yves


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

Re: [OSM-talk-fr] Extractions du planet par régions sur Geofabrik

[Vincent Privat]

Le 24 août 2011 21:08, Sébastien Dinot  a écrit :

> Pieren a écrit :
> > En fait oui, c'est Frederik Ramm de Geofabrik qui me demande si ça
> > pourrait nous intéresser d'avoir les extracts par départements.
>
> Cela pourrait m'intéresser car j'ai récemment du télécharger et insérer
> en base toute la région Midi-Pyrénées alors que je n'étais intéressé que
> par la communauté urbaine du Grand Toulouse.
>

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

[OSM-talk-fr] Ville et Village fleuris et Ville internet

[keke79390]

Bonjour,

Existe-t-il un ou des tags pour les Villes et Villages fleuris et des
Villes internet ?
(et ville jumelée?)

Merci.
Librement.


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

Re: [OSM-talk-fr] Mauvais imports du bâti cadastral, que faire ?

[Sébastien Dinot]

Bonsoir,

Pieren a écrit :
> Il me demandait si la grande quantité de données et leur mauvaise
> qualité ne nuisait pas au final au projet et ne rebutait pas de
> nouveaux contributeurs potentiels comme lui l'a été sur cette commune.
> Qu'en pensez-vous ? Que peut-on faire pour réduire cette mauvaise
> impression ?

Pour ce qui est de la quantité de données, ce n'est pas vraiment un
problème en tant que tel. Sur ma machine, JOSM commence à ramer lorsque
je dépasse les 40 à 50 000 points selon le nombre d'objets associés
à ces points, ce qui représente un joli quartier en ville. Certes, au
fur et à mesure que l'information se densifie, les zones éditables se
réduisent mais cela me semble inévitable et je ne vais pas me plaindre
de la densification de l'information tant que celle-ci reste pertinente.

Par contre, il m'arrive de travailler de manière « thématique » : je me
concentre sur les bâtiments ou sur les routes ou sur l'occupation des
sols. À chaque fois, je télécharge une foule de données qui ne
m'intéressent pas, que je n'ai pas l'intention de modifier sur l'instant
mais qui alourdissent considérablement les traitements (à commencer par
l'affichage). Que la densité d'information limite ma capacité d'édition
d'un quartier à un quart de kilomètre carré, ce n'est pas un problème
lorsque je travaille sur le bâti. Par contre, c'est un vrai problème si
je travaille sur l'occupation des sols, surtout lorsque je tombe sur un
méga-polygone dont l'aire représente des dizaines, voire des centaines
de kilomètres carrés...

Si je prends un peu de recul, je constate que le problème vient du fait
que je manipule pêle-mêle des objets géographiques qui ne sont
absolument pas de même nature et, surtout, pas du même ordre de
grandeur : un point remarquable, un bâtiment, une rue, une forêt et un
département ne couvrent pas du tout la même surface. Mais pour faire
simple, tous les objets d'un même type sont du même ordre de grandeur et
sont décrits par des données de densité équivalente. Si je pouvais
choisir de ne télécharger que le bâti, que les axes routiers, que les
polygones d'occupation du sol, je pourrais éditer une zone dont la
surface est compatible avec la taille de l'objet manipulé et je pense
que la plupart de mes problèmes seraient résolus. Je considère donc
qu'il y a un travail à faire sur l'API OSM qui devrait permettre la
sélection des données téléchargées par mon application. Sans cette
sélection, la manipulation de certaines données (notamment les polygone
d'occupation du sol) devient un vrai calvaire et j'ai jeté l'éponge plus
d'une fois.

Mais pour en revenir à la qualité des données, les problèmes sont à mes
yeux très différents selon que l'on parle du cadastre ou des polygones
issus de CLC.

* Cadastre

  Du point de vue de l'occupation réelle des sols, la description des
  cours d'eau fournie par le cadastre est des plus farfelues (mais je
  suppose que cette description répond à des critères précis pour le
  cadastre). J'ai donc tendance à ne jamais traiter les extractions
  décrivant les cours d'eau et je n'hésite pas à effacer l'existant
  quand je constate qu'il ne cadre pas du tout avec la réalité.

  Concernant le bâti comme les cours d'eau, j'ai plus d'une fois pesté
  ici et ailleurs contre les contributeurs qui ne veulent faire que du
  chiffre et ne prennent même la peine ni de fusionner leur import avec
  l'existant ni de recaler les routes (sans parler de nettoyer et de
  simplifier les données avant injection). J'essaie de temps à autres de
  faire preuve de pédagogie mais, en réalité, je ne sais comment
  remédier à cette ridicule course à l'échalote. Les propositions
  séduisantes de Guilhem Bonnefille me semblent difficiles à mettre en
  pratique. Ne nous reste que l'espoir d'outils capables de détecter
  toujours plus d'anomalies et d'attirer notre attention sur les zones
  calamiteuses afin que les contributeurs de bonne volonté remédient aux
  problèmes les plus grossiers qui desservent OSM et discréditent notre
  travail.

* CLC

  Je ne suis pas choqué par l'imprécision native des polygones issus de
  CLC. D'une part, sauf erreur de ma part, ces polygones résultent du
  traitement d'images radar dont la résolution est de l'ordre de
  plusieurs dizaines de mètres. D'autre part, l'occupation du sol est
  parfois très mouvante, notamment à proximité de villes, et les données
  de CLC ont déjà 5 ans.

  Ce qui me chagrine par contre ce sont les méga-polygones dont le
  contour est décrit par plusieurs milliers de points et qui comportent
  parfois des dizaines de trous. Je trouve ces polygones très difficiles
  à éditer, surtout lorsqu'il s'agit de les scinder en plusieurs
  polygones parce que la continuité annoncée n'existe pas. J'aimerais
  les voir fractionnés en polygones plus petits. Cela n'alourdirait pas
  beaucoup la base et tout le monde y gagnerait. Je pense qu'une
  personne sachant adresser ce type de problème pourrait nous faire un
  outil des plus utiles.

Sébastien

Re: [OSM-talk-fr] [OSM Talk-fr] Accompagnement juridique OSM France

[RatZilla$]

Salut Guillaume,

Non le travail effectué lundi n'a pas servi à rien dans la mesure ou
nous avons dans les grandes lignes dit ce que nous voulions pour
OSM-Fr.
Cela a permis aussi de voir qui est prêt à s'impliquer dans le montage
de l'asso et c'est un vrai succès, je pense que nous avons une bonne
masse critique d'acteurs. C'est de plus un travail communautaire
nécessaire pour respecter l'esprit de la communauté OSM-Fr.

 Maintenant nous ne sommes pas juriste et certains articles  tels
qu'ils sont rédigés risquent de ne pas engendrer ce que nous attendons
réellement. Il nous faut donc l'éclairage de Laurent sur ce que nous
avons rédigés. Du coup la réunion de lundi prochain se focalisera sur
le fond et non sur la forme du règlement intérieur. Je vous assure
qu'avoir un juriste à nos côtés est un vrai soulagement. Il exprime
avec clarté et pédagogie les conséquences de chaque phrase.

Laurent estime à 15jours le temps de rédaction et la finalisation des
statuts "from scratch" . Ce qui pour nous est largement faisable avant
le 8 octobre vu le nombre de nos travaux déjà effectués.

Gaël

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

Re: [OSM-talk-fr] Extractions du planet par régions sur Geofabrik

[Sébastien Dinot]

Pieren a écrit :
> En fait oui, c'est Frederik Ramm de Geofabrik qui me demande si ça
> pourrait nous intéresser d'avoir les extracts par départements.

Cela pourrait m'intéresser car j'ai récemment du télécharger et insérer
en base toute la région Midi-Pyrénées alors que je n'étais intéressé que
par la communauté urbaine du Grand Toulouse.

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] [OSM talk-fr] Compte rendu réunion du 22 août 2011 | Statuts Association OpenStreetMap France

[JonathanMM]

Le 24/08/2011 18:54, Pierre-Alain Dorange a écrit :
> RatZilla$  wrote:
>
>> La prochaine réunion se tiendra aussi sur IRC #osm-fr sur OFTC le
>> Lundi 30 Août 2011 à 21h00 cette fois ci pour relire et corriger le
>> règlement intérieur.
> D'après mon calendrier le 30 août serait un mardi...
>
Il fallait lire Lundi 29 août ;)
JonathanMM

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

Re: [OSM-talk-fr] [OSM talk-fr] Compte rendu réunion du 22 août 2011 | Statuts Association OpenStreetMap France

[Pierre-Alain Dorange]

RatZilla$  wrote:

> La prochaine réunion se tiendra aussi sur IRC #osm-fr sur OFTC le
> Lundi 30 Août 2011 à 21h00 cette fois ci pour relire et corriger le
> règlement intérieur.

D'après mon calendrier le 30 août serait un mardi...

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] frontières de landuses - was Re: Copie ?

[Jo]

Ça me semble effectivement la meilleure méthode. Utiliser les nodes des
routes comme nodes du landuse. C'est beaucoup plus joli et net quand on fait
du rendering à haut niveau de zoom. Bien sûr, si la route n'est pas la
frontière entre deux landuses, il faudrait n'avoir qu'un landuse.

Jo

2011/8/24 tigre-bleu 

> On Wed, 24 Aug 2011 17:10:52 +0200, Guillaume Allegre
>  wrote:
> > Le mer. 24 ao�t 2011 à 15:17 +0200, Erik Amzallag a ecrit :
> >> Bonjour,
> >>
> >> Tant qu'à discuter de cette zone, que pensez-vous de cette façon de
> faire
> >> tout un tas de landuse qui ne se superposent pas aux routes ?
> >>
> http://www.openstreetmap.org/?lat=48.823294&lon=0.714777&zoom=18&layers=M
> >
> > Ca paraît excessif ; dans une zone résidentielle, une route fait
> > normalement partie
> > du landuse et ne justifie pas de découpage, sauf s'il s'agit d'une
> > large autouroute
> > par exemple.
> >
> > Quand la route fait la limite entre deux landuses différents, par ex.
> > residential
> > et industrial, je préfère par contre cette méthode à celle qui
> > consiste à confondre
> > la route et les deux frontières de landuses.
>
> Pourquoi ne pas utiliser la route comme frontière naturelle? C'est bien
> ce qui se passe pourtant dans le monde réel.
>
> Personnellement j'utilise les noeuds de la route pour faire la
> séparation.
>
> Antoine
>
> ___
> 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] frontières de landuses - was Re: Copie ?

[tigre-bleu]

On Wed, 24 Aug 2011 17:10:52 +0200, Guillaume Allegre
 wrote:
> Le mer. 24 ao�t 2011 à 15:17 +0200, Erik Amzallag a ecrit :
>> Bonjour,
>>
>> Tant qu'à discuter de cette zone, que pensez-vous de cette façon de faire
>> tout un tas de landuse qui ne se superposent pas aux routes ?
>> http://www.openstreetmap.org/?lat=48.823294&lon=0.714777&zoom=18&layers=M
> 
> Ca paraît excessif ; dans une zone résidentielle, une route fait
> normalement partie
> du landuse et ne justifie pas de découpage, sauf s'il s'agit d'une
> large autouroute
> par exemple.
> 
> Quand la route fait la limite entre deux landuses différents, par ex.
> residential
> et industrial, je préfère par contre cette méthode à celle qui
> consiste à confondre
> la route et les deux frontières de landuses.

Pourquoi ne pas utiliser la route comme frontière naturelle? C'est bien
ce qui se passe pourtant dans le monde réel.

Personnellement j'utilise les noeuds de la route pour faire la
séparation.

Antoine

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

[OSM-talk-fr] frontières de landuses - was Re: Copie ?

[Guillaume Allegre]

Le mer. 24 ao�t 2011 à 15:17 +0200, Erik Amzallag a ecrit :
> Bonjour,
> 
> Tant qu'à discuter de cette zone, que pensez-vous de cette façon de faire
> tout un tas de landuse qui ne se superposent pas aux routes ?
> http://www.openstreetmap.org/?lat=48.823294&lon=0.714777&zoom=18&layers=M

Ca paraît excessif ; dans une zone résidentielle, une route fait normalement 
partie
du landuse et ne justifie pas de découpage, sauf s'il s'agit d'une large 
autouroute
par exemple.

Quand la route fait la limite entre deux landuses différents, par ex. 
residential
et industrial, je préfère par contre cette méthode à celle qui consiste à 
confondre
la route et les deux frontières de landuses.


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Copie ?

[Erik Amzallag]

Bonjour,

Tant qu'à discuter de cette zone, que pensez-vous de cette façon de faire
tout un tas de landuse qui ne se superposent pas aux routes ?
http://www.openstreetmap.org/?lat=48.823294&lon=0.714777&zoom=18&layers=M

Erik

Le 24 août 2011 11:30, Maurice  a écrit :

> Bonjour,
>
> Quand on observe attentivement cette région pas très loin de chez moi,
> Rugles dans le 27 (Eure) :
>
> http://www.openstreetmap.org/?lat=48.8258&lon=0.7167&zoom=13&layers=M
>
> Le bâti a été importé alors que le cadastre local n'est pas
> numérisé. Les sources d'import ne sont pas citées.
>
> Sur les voies de circulation, avec http://sautter.com/map/, on remarque
> une ressemblance forte avec gogol maps, par exemple en suivant la D21
> vers le nord, les lieux-dits indiqués sur les routes sont particuliers à
> gogol.
>
> Le contributeur germanophone
> http://www.openstreetmap.org/user/Win32netsky
> ne cite jamais ses sources (les gens qui négligent cette procédure
> m'exaspèrent, comment comprendre l'origine des données, les vérifier et
> les confronter avec d'autres sources) et ne prend parfois pas même la
> peine de traduire les appellations :
> http://www.openstreetmap.org/?lat=48.822971&lon=0.713261&zoom=18&layers=M
>
> Je ne suis pas germaniste et mon anglais sommaire me semble insuffisant
> pour alerter ce participant.
>
> Quelqu'un pourrait-il vérifier et intervenir si mes soupçons sont fondés?
>
> Merci,
>
> Maurice (alias momovimout)
>
> ___
> 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] Copie ?

[Rainer Kluge]

Am 24.08.2011 13:43, schrieb Pieren:

Oui, une annonce en allemand sur les forums appropriés semblerait le
plus indiqué : "en France, on déconseille fortement de NE PAS tracer
les bâtiments à partir de Bing".


Je vais écrire un message sur comp.gis.openstreetmap.region.de, qui explique la 
façon de travailler avec le cadastre et les conseils pour les mappeurs étrangers 
qui en découlent


Rainer


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

Re: [OSM-talk-fr] Copie ?

[Maurice]

Re,

Rainer Kluge  écrivit :

> J'ai l'impression qu'il a collectionnée des infos sur place, noms des
> rues et type de bâtiments, et les a complétée avec les images Bing. Il
> y a rien a dire la dessus, sauf que le cadastre donne des résultats
> plus précis, surtout pour les bâtiments.
>
> Rainer

Ce qui m'a fait tiquer, ce sont les lieux-dits sur les voies de
circulation à la mode gogol maps, s'en sont suivi des soupçons (suscités
par la topologie, l'orthographe inusuelles) que je pense, à la lecture
de vos réflexions, déplacés. Je n'avais pas remarqué entre autre les
sens de circulation impossibles à savoir sans une connaissance du
terrain.

Désolé d'avoir manqué de discernement et félicitations à ce
contributeur auquel je demande de bien vouloir m'excuser.

Maurice 

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

Re: [OSM-talk-fr] [OSM Talk-fr] Accompagnement juridique OSM France

[Guillaume Allegre]

Le mar. 23 ao�t 2011 à 22:45 +0200, RatZilla$ a ecrit :
> Bonjour @tou[te]s,
> 
> J'ai eu un rdv téléphonique ce matin avec Laurent Sakka, juriste et
> entrepreneur dans les communautés OpenSource notamment Framasoft,
> Mostick.
> 
> Il a une approche "logiciel" au droit : "Le droit c'est du code" ;-)
> Il se propose de nous accompagner dans nos travaux de rédaction des
> statuts et du Règlement Intérieur d'OSM France. Il prône la simplicité
> et la sobriété.
> Il nous conseille de travailler "From Scratch" avec des schémas et des
> énoncés simples de ce que nous voulons et ne voulons pas pour OSM
> France plutôt que de mixer des statuts types ou d'autres associations.
> [La réunion a permis de dégrossir ce premier travail]
> 
> Il nous traduira ensuite "en droit" tout ça, en nous expliquant ce
> qu'implique chaque article.

Si je lis ça avec un peu de mauvais esprit, je comprends que la réunion de 
travail
sur irc de lundi n'a servi à rien - ou à pas grand chose.
Merci de préciser ce que vont devenir les discussions sur les articles rédigés
de la synthèse.



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Copie ?

[Pieren]

2011/8/24 Rainer Kluge :
> J'ai expliqué que dessiner des batiments à partir de
> Bing parait un peu inhabituel quand on peut utiliser le cadastre qui est
> bien plus précis, même au format raster.

Oui, une annonce en allemand sur les forums appropriés semblerait le
plus indiqué : "en France, on déconseille fortement de NE PAS tracer
les bâtiments à partir de Bing".
Quitte à tracer à la main chaque polygone, comme tu le dis, on peut
aussi le faire avec JOSM et les images raster du cadastre et le
résultat sera toujours bien supérieur.
Pour ce cas particulier, il est fort probable que ses efforts soient
mal récompensés car tout son travail sera tôt ou tard entièrement
remplacé par un import du cadastre (vectoriel ou raster). Dommage pour
lui...
Peut-être qu'une façon d'éviter ce genre d'écueils serait d'avoir une
carte qui montre les zones concentrant un grand nombre de nouveaux
polygones avec un tag building=*. Ca permettrait de vérifier les
imports (cf un autre fil sur le sujet) ou de détecter ce genre de
contributions. A creuser...

Pieren

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

Re: [OSM-talk-fr] Copie ?

[Rainer Kluge]

Am 24.08.2011 11:30, schrieb Maurice:


Je ne suis pas germaniste et mon anglais sommaire me semble insuffisant
pour alerter ce participant.


Je viens de lui envoyer un message en allemand pour le mettre au courant de ce 
fil de discussion. J'ai expliqué que dessiner des batiments à partir de Bing 
parait un peu inhabituel quand on peut utiliser le cadastre qui est bien plus 
précis, même au format raster. J'ai aussi transmis la remarque au sujet des noms 
germaniques de certains objets, tel que "Werkshalle", ou il vaudrait mieux 
mettre un man_made=works.



Quelqu'un pourrait-il vérifier et intervenir si mes soupçons sont fondés?


J'ai l'impression qu'il a collectionnée des infos sur place, noms des rues et 
type de bâtiments, et les a complétée avec les images Bing. Il y a rien a dire 
la dessus, sauf que le cadastre donne des résultats plus précis, surtout pour 
les bâtiments.


Rainer


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

Re: [OSM-talk-fr] Mauvais imports du bâti cadastral, que faire ? / cas des canaux - chenaux

[Bruno Cortial]

Le 24 août 2011 08:40, Brice  a écrit :

> Bonjour,
>
> Je profite de ce message pour vous demander votre avis sur le traitement du
> Marais Breton (http://fr.wikipedia.org/wiki/Marais_breton).
> Exemple :
> http://www.openstreetmap.org/?lat=46.99908&lon=-1.95528&zoom=17&layers=M
>
> Les fossés drainants ont été importés depuis le cadastre donc en surface
> d'eau et non en linéaire.
> Cette configuration inclut notamment des multipolygones avec relations
> inner.
>
> Quelle est votre position sur le traitement à adopter pour une telle zone ?
> Des changements sont-ils à prévoir ?
>
>
> Je suppose que le traitement suivi dans le cas du marais de Couëron est
> préférable, qu'en pensez-vous ?
> http://www.openstreetmap.org/?lat=47.21828&lon=-1.77005&zoom=15&layers=M
>
>
> Brice
>
>
>
C'est bien sûr le modèle de Couëron qu'il faut suivre.

On voit mieux le pb sur geofabrik:
http://tools.geofabrik.de/osmi/?view=water&lon=-1.95232&lat=46.99195&zoom=14&opacity=0.54&overlays=bodies_of_water,bodies_of_water,broken_bow,vmap0_rivers,long_rivers,waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_other,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,waterway_nodes,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected

=> En l'état on ne peut tirer aucune information sur le réseau hydro.
L'import "water" c'est le mal ! Même pas de validateur pour forcer le
contributeur à améliorer ses données comme c'est le cas pour le bâti.


Pas mal aussi, les riverbank en mer :
http://tools.geofabrik.de/osmi/?view=water&lon=-2.47983&lat=47.49060&zoom=13&opacity=0.54&overlays=bodies_of_water,bodies_of_water,broken_bow,vmap0_rivers,long_rivers,waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_other,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,waterway_nodes,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected



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

Re: [OSM-talk-fr] Copie ?

[Nicolas Frery]

Le 24/08/2011 11:46, Frédéric Rodrigo a écrit :
> Le bâti est assez grossier, il doit provenir de Bing (qui n'oblige pas
> citer la source...) ou du cadastre raster

Pour le cadastre raster il n'y a pas photo, donc si on part de ce
principe c'est forcément du bing. Sourcer c'est mieux que de ne rien mettre.
Un sacré travail tout de même..

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

Re: [OSM-talk-fr] Copie ?

[Frédéric Rodrigo]

Le 24 août 2011 11:30, Maurice  a écrit :
> http://www.openstreetmap.org/?lat=48.8258&lon=0.7167&zoom=13&layers=M
>
> Le bâti a été importé alors que le cadastre local n'est pas
> numérisé. Les sources d'import ne sont pas citées.

Le bâti est assez grossier, il doit provenir de Bing (qui n'oblige pas
citer la source...) ou du cadastre raster

> Sur les voies de circulation, avec http://sautter.com/map/, on remarque
> une ressemblance forte avec gogol maps, par exemple en suivant la D21
> vers le nord, les lieux-dits indiqués sur les routes sont particuliers à
> gogol.

Il y a quand même des différences. Autant sur la topologie que sur le
nommage. Par exemple au nord-est du coté de l'Écureuil: Ferme et rue
_E_cureil sur OSM et Ferme et rue de _l'É_cureuil sur Google.
Il n'y a pas non plus le cours d'eau sous OSM.

> Quelqu'un pourrait-il vérifier et intervenir si mes soupçons sont fondés?

La réalité du terrain est la même pour OSM et Google, normal que le
résultat final soit proche.

Fred

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

[OSM-talk-fr] Copie ?

[Maurice]

Bonjour,

Quand on observe attentivement cette région pas très loin de chez moi,
Rugles dans le 27 (Eure) :

http://www.openstreetmap.org/?lat=48.8258&lon=0.7167&zoom=13&layers=M

Le bâti a été importé alors que le cadastre local n'est pas
numérisé. Les sources d'import ne sont pas citées.

Sur les voies de circulation, avec http://sautter.com/map/, on remarque
une ressemblance forte avec gogol maps, par exemple en suivant la D21
vers le nord, les lieux-dits indiqués sur les routes sont particuliers à
gogol.

Le contributeur germanophone
http://www.openstreetmap.org/user/Win32netsky 
ne cite jamais ses sources (les gens qui négligent cette procédure
m'exaspèrent, comment comprendre l'origine des données, les vérifier et
les confronter avec d'autres sources) et ne prend parfois pas même la
peine de traduire les appellations :
http://www.openstreetmap.org/?lat=48.822971&lon=0.713261&zoom=18&layers=M

Je ne suis pas germaniste et mon anglais sommaire me semble insuffisant
pour alerter ce participant. 

Quelqu'un pourrait-il vérifier et intervenir si mes soupçons sont fondés?

Merci,

Maurice (alias momovimout)  

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

Re: [OSM-talk-fr] Mauvais imports du bâti cadastral, que faire ?

[Nicolas Dumoulin]

Le Mardi 23 Août 2011 10:49:45 Pieren, vous avez écrit :
> Bonjour,
> 
> J'ai reçu une plainte d'un contributeur allemand de passage sur notre
> territoire (ce qui arrive fréquement en été ;). […]
> Qu'en pensez-vous ? Que peut-on faire pour réduire cette mauvaise
> impression ?

Mon idée, est que quand un contributeur un peu expérimenté, et en tout cas 
soucieux de la qualité du projet, rencontre des erreurs, il ne doit pas se 
décourager !
Si c'est trop de boulot pour reprendre toutes les erreurs, et qu'un ajout de 
nouvelles données est trop risqué étant donné l'état de la zone, il reste à 
signaler le problème sur la liste de diffusion, au contributeur principal (ou à 
plusieurs, c'est encore mieux), sur OSB, …

Sur le pb particulier du bâti, je pense que l'idée de l'équipe de choc (la « 
task force ») est le bon remède, et doit être anticipée sur des prochains 
chantier de masse.

Sur le pb du landuse, mon avis est que OK le landuse=residential peut 
facilement se faire/corriger, et encore des fois, sur des villages éclatés, ça 
devient compliqué. Mais ça complique fortement, quand il y a mélange de 
landuse, et les pratiques ne sont pas encore bien établies, cf. un de mes 
messages de l'année dernière :
http://lists.openstreetmap.org/pipermail/talk-fr/2010-August/025834.html
Personnellement, j'ai laissé un peu de côté le landuse, pour me concentrer sur 
le filaire et des POIs.
Ça vaudrait le coup d'organiser des sessions landuse à plusieurs sur des zones 
déterminées. De manière générale, des sessions à plusieurs sur n'importe quoi, 
ça marche souvent bien (sauf quand on ajoute trop d'alcool).

Bonne journée à tous

-- 
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] [OSM Talk-fr] Accompagnement juridique OSM France

[Philippe Pary]

Le 23/08/2011 22:45, RatZilla$ a écrit :
> En gros dans les prochains jours (Peut être le 2 sept / le 14 sept /
> dernière semaine de sept) je le rencontrerai avec tous les
> contributeurs qui le souhaitent @LaCantine pour préparer l'Assemblée
> Générale Constitutive du 8 octobre.

Je serais intéressé pour participer à cette réunion, peux-tu me tenir au
courant ?

Philippe

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