Re: [OSM-talk-fr] Discussions sur OSM en français

[alban vivert]

Bonjour,

Mince, je n'avais pas vu cette demande...
J'étais bien présent au FIG de cette année et ai fait une présentation +
projection de mon film Nomad Maps le vendredi.

Lors de ma présentation j'ai bien entendu parlé d'OSM et sondé l'auditoire
(environ 70 personnes): Seule une dizaine de personnes connaissaient OSM!

Ce serait en effet tout à fait pertinent de se retrouver à cet évènement
par la suite. Le public est constitué notamment de beaucoup de profs de
lycée de Géo, d'universitaires, retraités curieux...

Il y aurait soit sous la forme de conférence soit sous la forme de stand au
salon du géo numérique. OU les deux!

Thème de l'année prochaine: Climat(s).  Pays invité: Portugal.

à suivre!

*  Alban Vivert*
http://www.nomadmaps.net/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Nomad Maps, le film, est en ligne!

[alban vivert]

Bonjour à tous,

J'ai le plaisir de vous partager le lien de mon film "Nomad Maps, une
itinérance cartographique andine à vélo", sur le Peertube d'OSM France.
A ce jour j'ai les sous titres en français et espagnol, les sous titres
anglais arriveront dans les prochains jours.

https://peertube.openstreetmap.fr/videos/watch/384d14d7-9d19-4d15-a958-74aae719b48f

Le film est en CC BY SA 3.0, vous pouvez bien entendu l'utiliser comme
matériel pédagogique et faire tourner dans vos réseaux.
Si vous souhaitez organiser une projection dans une asso ou autre vers chez
vous en ma présence pour un "ciné débat", n'hésitez pas à me contacter.

Au plaisir et bonne visualisation!

à bientôt,


*      Alban Vivert*
http://www.nomadmaps.net/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Projections du film de Nomad Maps en Corse et à Lyon

[alban vivert]

Bonjour à tous chère communauté OSM France,

Le film "Nomad Maps, une itinérance cartographique andine à vélo", produit
de mon aventure à vélo à travers les Andes au cours de l'année 2018 à la
rencontre des communautés OSM locales, sera projeté au prochain SOTM France
à Montpellier le 15 juin prochain.

Mais me trouvant actuellement en Corse pour un cycle de projection, ce
message est destiné aux amis corses intéressés pour visionner le film et
qui ne seront pas à Montpellier.
Voici les dates à venir (désolé de prévenir au dernier moment...):

   - Mercredi 5 juin à Ajaccio à 20h30, au local de l'association Point de
   Suspension <https://www.facebook.com/point.desuspension>: Bâtiment
   petite vitesse - Terre Plein de la Gare, 20090 Ajaccio.
   - Jeudi 6 juin à Corte à 18h30, dans les locaux du CPIE Centre Corse - A
   Rinascita: 7, rue Colonel Feracci, Corte.
   - Samedi 8 juin à Bastia avec l'asso "Bouge ta Corse!", au local du
   restaurant A Cantina <https://www.facebook.com/acantinapaolibastia/>, 2
   boulevard Paoli, Bastia.
   - Lundi 10 juin à L'Ile Rousse, au cinéma La Fogata, à 21h.

Puis on enchaîne sur une date à Villeurbanne:

   - Mercredi 12 Juin au Toi Toi Le Zinc, à Villeurbanne, à 20h30.

Plus d'infos sur le film ici: http://nomadmaps.net/film

à bientôt à tous!

* Alban Vivert*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-pe] Nomad Maps entra en Peru!

[alban vivert]

Buenos dias a todos,


Me llamo Alban Vivert, soy un geografo/cartografo francés.


Les escribo para hablarles de un proyecto que estoy haciendo con el apoyo
de una ONG francesa (http://www.cartong.org/) que se llama *Nomad Maps*.


Se trata de  un recorrido de seis meses en bicicleta a través de tres
países andinos –Colombia, Ecuador y Perú– enfocado hacia “las posibilidades
que ofrece la cartografía y la información geográfica colaborativa como
herramienta de desarrollo”.


Después de 4000 kilometros recorridos desde mayo, Voy a entrar a Peru esta
semana por Jaen.

Mi proyecto tiene  4 objetivos :


 1 - Entrar en contacto con las comunidades locales OpenStreetMap, conocer
sus métodos y proyectos cartográficos, y comunicar en mi página web Nomad
Maps y en las redes sociales.
2 - Crear microproyectos de cartografía
colaborativa in situ o participar a unos ya existentes (1 o 2 semanas
max.). En el caso de que éstos sean más extensos, se propondría un apoyo de
CartONG y de su comunidad de voluntarios.
3 - Cartografiar in situ sobre
OpenStreetMap y Mapillary para enriquecer esas dos bases de datos
geográficos y contribuir así en la cartografía de las zonas visitadas.
4- Promover un modo de viaje original, limpio y sostenible con la bicicleta
y útil para las comunidades visitadas a través de la cartografía.

Ya tuve la oportunidad de conocer a *11 miembros* de Open Street Map
Colombia y Ecuador .
A finales del mes de septiembre, iré a presentar los resultados al *SOTM
Latam* que tendra lugar en Buenos Aires ( https://state.osmlatam.org/ )

Pueden mirar con mas detalles la pagina web del proyecto (
http://www.nomadmaps.net/  ), la parte "Le Projet" (= El proyecto) esta
traducida en castellano).

Mi recorrido en Peru no esta definido aun o sea que no duden en escribirme y
tal vez nos podemos conocer y encontrar para intercambiar sobre el
maravilloso entorno de Open Street Map!

Aqui unos enlaces:
Pagina  web:  http://www.nomadmaps.net/
Trailer: https://www.youtube.com/watch?v=20BgcfE_v30
<https://www.youtube.com/watch?v=20BgcfE_v30Facebook>
Facebook <https://www.youtube.com/watch?v=20BgcfE_v30Facebook>:
https://www.facebook.com/NomadMapsProject/
<https://www.facebook.com/NomadMapsProject/Mi>
mi correo : albanviv...@gmail.com

Gracias por su atencion, espero tener muchas respuestas suyas ;)

Hasta pronto,

Alban Vivert
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

[OSM-talk-fr] Nomad Maps: itinérance cartographique à vélo!

[alban vivert]

Bonjour à toutes et à tous,

Je souhaite partager avec vous un projet dans lequel la cartographie
collaborative (et donc en grande partie *OpenStreetMap*), le voyage et le
vélo sont mis à l’honneur.

Il s’agit de *Nomad Maps*, un projet que j'ai monté en partenariat avec
CartONG (http://www.cartong.org/fr) et deux de ses bénévoles, Yasmine
Bouzid et Joaquim Martin. C’est une itinérance de 6 mois à vélo à travers
trois pays andins (la Colombie, l'Equateur et le Pérou) axée sur
"l’opportunité de la cartographie et de l'information géographique
collaborative comme outil de développement".


Au programme, des contributions journalières sur OpenStreetMap,
l’enregistrement du trajet sur Mapillary, des rencontres avec les
communautés OSM sud-américaines et des micro-projets cartographiques avec
des associations locales en différents points du parcours. Davantage
d’informations sur les objectifs du projet et sur son déroulé sont sur le
site du projet: http://nomadmaps.net

Un effort particulier sera fait sur la rencontre et le partage avec les
communautés OSM de ces trois pays visités afin de connaître leurs
différents projets et modes de fonctionnement. Une newsletter sera mise en
place dès le début de voyage afin de vous tenir informé de ses rencontres
(inscription sur le site prochainement).

Je serai l’unique voyageur-cartographe de ce premier voyage, en espérant
que ce soit le premier d’une longue liste et qu’une communauté de
voyageurs-cartographes se créera. Une cagnotte a été ouverte pour aider au
financement du projet sur cette plateforme :
https://www.kisskissbankbank.com/fr/projects/nomad-maps


Pour plus d’informations n’hésitez pas à consulter les liens ci-dessous ou
à m’envoyer un mail : (albanviv...@gmail.com)

Site internet et cartographie interactive du projet : http://nomadmaps.net

Page facebook régulièrement actualisée :
https://www.facebook.com/NomadMapsProject/

Bande Annonce du projet : https://www.youtube.com/watch?v=20BgcfE_v30

Articles sur Nomad Maps :

https://veillecarto2-0.fr/veille-2/developper-cartographie-espaces-monde-nomad-maps-voyage-a-cartographie-collaborative/

https://cartopen.com/nomad-maps-un-bon-coup-de-pedale-pour-openstreetmap%E2%80%89-1369
<https://cartopen.com/nomad-maps-un-bon-coup-de-pedale-pour-openstreetmap
-1369>


*      Alban Vivert*
http://www.nomadmaps.net/
https://www.kisskissbankbank.com/fr/projects/nomad-maps
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Une application pour visualiser le cadastre

[Alban Mouton]

Merci !

Nous faisons simplement une transformation geojson vers tuiles vectorielles
avec tippecanoe : https://github.com/mapbox/tippecanoe.

Je ne pense pas que ce qui sort de notre petit traitement soit plus
intéressant pour OSM que les fichiers geojson de la source open-data
d'origine. Le travail de titan est fait en amont par les services de l'état
et les fichiers de la source sont un plaisir à exploiter.

Le 15 novembre 2017 à 22:38, Vincent Frison  a
écrit :

> Le 13 novembre 2017 à 10:16, albanm  a écrit :
>
>> Bonjour,
>>
>> Je suis co-fondateur de Koumoul et c'est moi qui ai travaillé sur cette
>> carte, nous sommes tombés sur ce fil de discussion et je vais en profiter
>> pour éclaircir quelques petites choses.
>>
>> Sur cette carte nous avons fourni un travail d'intégration et d'exposition
>> Web, nous n'avons fait aucun travail de fond sur la donnée.
>>
>
> En tout cas joli travail, la carte est vraiment agréable à utiliser pour
> voir le cadastre..
>
> Sinon je sais toujours pas comment vous avez fait pour vectoriser les
> bâtiments sur l'ensemble des communes mais n'y aurait il pas moyen d'en
> récupérer un peu dans OSM ? ;)
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Arcview

[Alban NOIR]

Quelle déception ;-) je pensais qu'on pourrait enfin avoir les parcs 
nationnaux/régionnaux de france. 

çà existe http://inpn.mnhn.fr/inpn/fr/download/maps.htm 
Mais je doute que la licence nous autorise à les uploader en l'état sous OSM. 

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

Re: [OSM-talk-fr] Calage cadastre

[Alban NOIR]

Tu es certain que c'est pas le plan cadastral qui est faux? 
Quand je regarde les coordonnées sur lePCI officiel en EDIGEO il n'y a pas de 
borne, mais le centre de la tour est à peu prés à 
867068.062;326070.9 en l3s 
sur la fiche signalétique 
http://geodesie.ign.fr/fiche_point.asp?num_site=3818502no_ptg=01numero_f50=3234
 le point de géodésie est à 
867067,87;326070,81 en l3s 
soit 0.212m d'écart 
Conclusion : le cadastre est imparfait. 
Pour tous : le cadastre n'est pas un document géométriquement juste. Il est 
exhaustif et sa fonction principale est de recenser et décrire les biens 
fonciers! Pour mémoire on consulte à des achelles proche du 1/500 ou 1/200 un 
document dont précision d'origine (celle des planches est souvent du 1/2500 ou 
1/1000). 





Alban 

- Mail Original - 
De: Eric SIBERT courr...@eric.sibert.fr 
À: Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé: Mercredi 11 Mars 2009 22h44:16 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne 
Objet: [OSM-talk-fr] Calage cadastre 

Je remets ça un coup sur le calage du cadastre. 

En utilisant l'option de saisie directe des coordonnées dans JOSM, j'ai 
saisi des repères géodésiques à plusieurs endroits de la France avec 
tous les chiffres possibles. Ensuite, j'ai fait un gros plan sur la zone 
et j'ai chargé le cadastre. Enfin, j'ai mesuré la distance entre le 
point saisi et le repère apparaissant sur le cadastre. D'où: 
- Grenoble, Tour Perret dans le parc Mistral : 1 m d'erreur 
- Ciboure, repère à côté du marégraphe : 5 m d'erreur 
- Poitiers, château d'eau de l'hôpital : 1 m d'erreur 
- Paris, Croix du Panthéon : 1 m d'erreur 
- Strasbourg : cadastre non numérisé 
- Lille : pas de repère géodésique sur le cadastre 
- Brest : idem 
Et j'en ai eu mare mais j'ai fait un dernier essai dans le sud-oust: 
- Bayonne sur le château d'eau : le point saisi tombe dans le château 
d'eau, à 3-4 m du centre où il devrait être. Le repère géodésique 
indiqué sur le cadastre est à plus de 20 m de l'autre côté de la rue. 

À partir de cette statistique assez légère, je dirais qu'il faut surtout 
se méfier quand on utilise le cadastre. Peut-être y a-t-il des erreurs 
locales de calage. J'ai la flemme de faire plus de tests. Mais si vous 
utilisez le cadastre, faites un petit test sur un repère géodésique du 
coin. Y a-t-il un bug/sabotage dans les Pyrénées-Atlantiques? 

Éric 

___ 
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] Calage cadastre

[Alban NOIR]

Pieren a écrit : 

 Le cadastre est en phase de numérisation massive depuis plusieurs 
 années. Cette tâche incombe aux collectivités locales qui elles-mêmes 
 la sous-traite à des prestataires de service. Il y a ensuite un 
 contrôle qualité de la DGFiP qui vérifie que toutes les informations 
 qui doivent venir du document papier sont bien présentes (par sondage) 
 et exige un certain nombre de points de callage pour avoir le meilleur 
 géoréférencement possible. 

Les contrôles sont très pointus mais rapport à un document d'origine qui ne 
l'est guère . 

 Toutefois, ayant vu moi-même pas mal de communes côte à côte pour les 
 limites administratives, j'ai pu constater que certaines d'entre-elles 
 sont parfois décalées ou déformées de manière assez importante par 
 rapport à leurs voisines. 

Et même au sein d'une commune en limite de feuille (problème du raccord de 
feuilles) 

A mon avis, il y a eu visiblement des 
 erreurs de géoréférencement ou des transformations plus 
 qu'approximatives qui sont passés au travers des contrôles qualités. 

C'est peu probable : c'est bien le document original qui est imprécis d'un 
point de vue géométrique. Le prestataitre se contentant de reproduire les 
erreurs déjà existantes. Le géoreferencement est réalisé par la DGI (le 
carroyage Lambert) qui le soustraite parfois à des géomètres. 

 J'ai l'impression que le résultat est très variable d'une collectivité 
 locale à l'autre, suivant les budgets consacrés à cette tâche et la 
 qualité des intervenants. Mais comme ces données vont être 
 constatement mises à jours par et pour les collectivitées, 

Pas du tout, les travaux de maj du cadastre après numériasation incombe 
exclusivement à la DGI qui reste l'unique propriétaire des données qui ont été 
numérisées au frais des collectivités. La DGI s'engage uniquement dans la maj 
du parcellaire et la mise à disposition annuelle d'un jeu de données. 

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

Re: [OSM-talk-fr] Altitudes et projections

[Alban NOIR]

 Sous JOSM je digitalise un point à 
 N43.8348°;E5.0379° 

Là, tu as un problème d'arrondi. Il n'y a pas assez de chiffres après la 
virgule. C'est ça qui te fait 5 m d'erreur. Il faudrait au moins un voir 
deux chiffres de plus pour être tranquille. 

Comment avoir toutes les décimales dans JOSM?

Alban

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

Re: [OSM-talk-fr] Altitudes et projections

[Alban NOIR]

Comparer des coordonnées entre cadastre et IGN c'etait osé! 

J'ai donc repri un lot EDIGEO de Échirolles et j'ai sur la parcelle 
151000AB0083 un angle de bâtiment (sud) précisément à : 
x865583.469m;y323058.069 m en Lamb 3 
Si je digitalise ce même angle dans JOSM avec le plugin cadastre je trouve en 
WGS84: 
lat='45.15842023658657' lon='5.714982439969385' 

Avec Circé de WGS84 à Lambert je trouve 
x865583.498m;y323058.095m 

Soit une erreur de 0.039m 
C'est l'erreur de l'imprécision du pointage ! 

A priori pas il n'y a donc pas de pb de reprojection de Lambert à WGS84. 
Je referai des tests dans des zones avec une grande distorsion de la grille 
planimétrique.

Il reste encore à savoir si cadastre.gouv.fr va passer en Lambert93 ou en CC. 
Ou plutôt quand il va passer en CC?

Alban

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

[OSM-talk-fr] Plug in Cadastre et RGF93

[Alban NOIR]

Salut la liste, 
çà fait un moment que je n'ai pas lu les mails et je m'excuse d'avance si la 
question a déjà été posé: 
Lorsqu'on utilise le pugin pour afficher le référentiel cadastral dans JOSM on 
passe la projection des données OSM (en WGS84) en Lambert Zone (1,2,3 ou 4 
selon la région). 
Applique t on une transformation avec changement de grille pour passer de WGS84 
à Lambert? Si ce n'est pas le cas on peut s'attendre à avoir des décalages 
entre 0.5 à 1.5m selon les régions du seul fait de la transformation.
Et : 
Les DGI vont diffuser cette année le cadastre données en Lambert 93 ou en 
CC1à9. Je ne sais pas si le serveur de WMS va en faire autant. Si oui est-ce 
qu'on a adapté le plugin à ces projections? 

Ciao,

Alban

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

Re: [OSM-talk-fr] Altitudes et projections

[Alban NOIR]

De toute façon, on parle de précisions (et 
d'altérations) pas encore atteintes par nos GPSs. 

Dans la plupart des régions la différence est de plusieurs dizaines de 
centimètres en planimétrie (env0.5m où je me trouve). 
Même si la pluspart GPS n'atteignent pas cette précision je trouve dommage de 
se passer d'une correction automatique quand on peut la faire de façon 
transparente par logicielle! 

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

Re: [OSM-talk-fr] Altitudes et projections

[Alban NOIR]

 Surtout, je cherchais à vérifier ça en pratique. Donc, je me suis dit, 
yaka trouver une croix Lambert dans le cadastre. Premier essai vers 
Chambéry. Le cadastre est raster mais issu de la vectorisation et sans 
croix lambert. Connaissez-vous des zones où le cadastre soit un simple 
scan des planches papiers? En Alsace ou Pays Basque? 

Pourquoi pas tout simplement prendre un cadastre vecteur d'un coté (on connait 
les coordonnées de tout les points en Lambert) et comparer ce que çà donne dans 
JOSM? J'ai plein de cadastre sous le coude : je vai faire un test. 
Petite question : comment connait on le date de dernière maj du cadastre en 
ligne? Est ce en temps réel? 

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

Re: [OSM-talk-fr] Altitudes et projections

[Alban NOIR]

Surtout, je cherchais à vérifier ça en pratique. Donc, je me suis dit, 
yaka trouver une croix Lambert dans le cadastre. Premier essai vers 
Chambéry. Le cadastre est raster mais issu de la vectorisation et sans 
croix lambert. Connaissez-vous des zones où le cadastre soit un simple 
scan des planches papiers? En Alsace ou Pays Basque? 

Pourquoi pas tout simplement prendre un cadastre vecteur d'un coté (on connait 
les coordonnées de tout les points en Lambert) et comparer ce que çà donne 
dans JOSM? J'ai plein de cadastre sous le coude : je vai faire un test. 
Petite question : comment connait on le date de dernière maj du cadastre en 
ligne? Est ce en temps réel? 

J'ai essayé avec Cavaillon (84) Parcelle 035000CK1098 l'angle du bâtiment des 
rues Cours Bournissac et Rue du 8Mai 1945. Le fichier d'origine du cadastre en 
Lambert 3 Sud
x=817199.221m;y=174095.131m (donnée exacte)
Sous JOSM je digitalise un point à
N43.8348°;E5.0379°
La même transformation sous Circé3.2 (sans hauteur)
N43.83476327°; E5.03786437°

Dans l'autre sens et toujours sous Circé3.2 (désolé Eric j'ai utilisé tes softs 
il y a un petit bout de temps maintenant)
On tombe sur x=817201.951m; y174099.303m

çà fait quand même 5 m d'écart! La digitalisation sous JOSM crée de l'erreur 
mais là on se retrouve au milieu du carrefour!

Alban

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

Re: [OSM-talk-fr] Carte des régions et des départ ements

[Alban NOIR]

Salut, 
l'enclave PACA dans Rhone-Alpes correspond à l'enclave des Papes de Valréas 
(Vaucluse) dans la Drôme. 

Alban 

- Mail Original - 
De: Antoine nin2jardin@free.fr 
À: Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé: Mardi 17 Février 2009 08:31:42 GMT +01:00 Amsterdam / Berlin / Berne / 
Rome / Stockholm / Vienne 
Objet: Re: [OSM-talk-fr] Carte des régions et des départements 

Salut à tous. 

Le Var vient d'être (re)corrigé (cette fois-ci j'ai enlevé mes moufles). 
Pour PACA, il existe aussi une exclave dans Rhône-Alpes ? 
Par contre, je ne comprend pas pourquoi le Val de Marne n'est pas rendu 
? Il semble pourtant clos 
(http://betaplace.emaitie.de/webapps.relation-analyzer/analyze.jsp?relationId=7458).
 

A+ 
Antoine 

sly (sylvain letuffe) a écrit : 
 Salut, 
 ( et oui encore moi) 
 
 
 Quelqu'un dont j'ai oublié le nom m'avait demandé si les cartes pouvaient 
 aussi être fournies en SVG. 
 
 Après une bonne baston avec mapnik, j'ai fini par le dresser : 
 
 http://beta.letuffe.org/cartes/ 
 
 ( générées à l'instant, en png ou en svg ) 
 
 Attention ! ça rigole pas en SVG, toute la précision de la base OSM est 
 rendue, ça fait donc des fichiers presques aussi lourd que le fichier osm qui 
 ne contiendrait que ça. Mais surtout, il faut énormément de mémoire pour les 
 ouvrir. 
 ( moins de 512Mo passez votre chermin) 
 Mon firefox en chie, mais arrive à les ouvrir, je vous conseille tout de même 
 de les télécharger et ouvrir avec inkscape par exemple. 
 
 Des conseils pour tenter d'en faire des versions simplifiées seraient 
 bienvenues 
 
 Sinon, au passage, un immense bravo aux travailleurs de ce week end qui ont 
 complété un très grand nombre de départements et régions et fait du collage 
 avec les côtes. 
 
 Si j'ai bonne vue sur : 
 http://beta.letuffe.org/cartes/departements.png 
 Il ne manque plus que 3 départements !! 
 
 Très bonne avancée depuis jeudi : 
 http://wiki.openstreetmap.org/wiki/Image:Departements.png 
 
 

___ 
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] Poste Frontière

[Alban]

Salut,
Comment tagger un poste frontière, une halte de douane?
http://routes.wikia.com/wiki/Panneau_de_type_B4

Alban

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

[OSM-talk-fr] Georezo utilise cadastre WMS

[Alban]

Salut,
Encore un lien. Cette fois c'est la communauté géomatique française qui 
s'intéresse au plugin Cadastre WMS de Pieren.
http://georezo.net/forum/viewtopic.php?pid=119834#p119834

Alban

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

[OSM-talk-fr] TeleAtlas utilise les données d' OSM

[Alban]

Salut,

Teleatlas exploitant les points GPX
http://radar.oreilly.com/2008/10/tele-atlass-community-and-map.html

Alban

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

Re: [OSM-talk-fr] Protection de la vie privée

[Alban]

Jean-Christophe Haessig a écrit :
 Bonjour,

 Je suis ravi de participer à ce projet si intéressant qu’est
 Openstreetmap, mais pour l’instant je rechigne à publier des traces GPS
 et des photos géoréférencées telles quelles.

 En effet ces documents contiennent plus (trop) d’informations que
 nécessaire : les fichiers GPX, outre indiquer où on se trouvait,
 indiquent aussi quand on s’y trouvait, ce qui permet de déduire d’autres
 informations.

 Je me demandais dans un premier temps si cela pouvait poser un problème
 de retirer les éléments time des fichiers GPX, et si oui s’il était
 convenable de les maquiller, c’est à dire mettre des dates croissantes
 mais aléatoires.
 Mais la plupart des GPS prennent une mesure à intervalle régulier, ce
 qui rend la procédure de maquillage assez inutile. Serait-il possible
 d’interpoler les points à intervalles aléatoires sans trop dégrader les
 données ?

 De même, pour les photos géoréférencées je cherche un outil capable de
 retirer toutes les étiquettes excepté celles utiles au géoréférencement.

 JC

Salut,
Pour les GPX GPSbabel permets de bricoler en retirant l'heure. Mais tu 
DOIS mettre une date juste. Si tu mets une date fantaisiste comment 
savoir si la route sous les points GPS existe encore ou laquelle est la 
plus précise. Lon, Lat et date sont vraiment le minimum.
Tu peut aussi uploader tes traces en 'anonym' : c'est sur le serveur 
mais on les vois mais il n'y a pas de user associé.
Pour les photos je vois pas trop de quoi tu parles : on upload pas de 
photos sur OSM.
Ciao,

Alban


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

Re: [OSM-talk-fr] highway=track goudronné ?

[Alban]

Pieren a écrit :
  pour moi, si c'est goudronné, ça ne s'appelle plus une
 piste (track) mais une route (unclassified ou autre). 
   
Comme toi,
Selon moi le tag track désigne une voie carrossable non goudronnée.
Alban

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

Re: [OSM-talk-fr] ref avec ou sans espace ?

[Alban]

g.d a écrit :
 On avait soulevé la question si espace ou non,
 peu s'y intéressaient,
Tu as retrouvé la trace de ce débat? C'était peut-être dans une réunion 
IRC, car je n'arrive pas à remettre la main dessus.

Alban

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

Re: [OSM-talk-fr] Fr:Key:boundary

[Alban]

Salut,
Mois aussi je préfère sans espace et avec majuscule : E15,A7, N7, D538, 
VC10.
Chez IGN ils fonctionnent aussi sans espaces et en majuscule.

Alban

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

Re: [OSM-talk-fr] ref avec ou sans espace ?

[Alban]

g.d a écrit :

 Pas d'acc d'en faire abstraction,  il faut les mettre.

 La DDE les met,
où çà? sur les panneaux? Si c'est le cas il ne s'agit pas de la DDE mais 
d'une compétence des départements.
 Contrairement à ce que dit Alban,
 l'IGN les met, ces espaces : D 27, GR 7, D 27E1, D 152E3, A 75, N. 9 
 (remarquez le point !).

Si si, IGN ne mets pas d'espaces. Je site mes sources :
Cartes papier IGN au 1/25000 pas d'espaces
Cartes papier IGN au 1/25 pas d'espaces
BDTopo : pas d'infos
BDCarto, Route 500, Route 120 : pas d'espaces (tu peut vérifier 
http://www.ign.fr/rubrique.asp?rbr_id=2407lng_id=FR)

Par ailleurs je n'ai pas vu d'espace dans la plupart des ref en France 
et à l'étranger(cf. l'Angleterre,  les Pays-Bas avec la base AND)
 Je pense qu'il les faut, ces espaces, c'est la façon officielle et 
 convenue, d'écrire -
 sinon, tant qu'on est aux économies,
 on pourrait aussi écrire Laseynesurmer, ou Saintgillescroixdevie...

La question de la toponymie (rien à voir avec les ref) a été débattue, 
argumentée et conclue. C'est officielle c'est des espaces ou des tirets 
avec des majuscules sauf aux articles. Cf le wiki et la liste.
Alors il y a peut être aussi quelque chose d'officielle pour les ref 
mais il nous faut le trouver.
En attendant l'usage c'est bel et bien SANS ESPACE.
 ---
Alban

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

Re: [OSM-talk-fr] Présentation et question altitude

[Alban]

sylvain letuffe a écrit :
 D'ailleurs, une petite recherche sur le net montre que l'altitude 
 triangulée par les satellites est moins fiable que l'horizontale et 
 nécessite une bonne couverture du ciel même si apparement des GPS le 
 font de cette façon.

 Et bien, à l'encontre de tout ce qui vient d'être dit sur la mauvaise 
 précision de l'altitude d'un GPS, j'affirme l'inverse !

 Je fût possesseur du GPS garmin 60 puis maintenant du garmin 60cx et 
 autant avec l'un qu'avec l'autre j'ai toujours eu, du moins dans mes 
 activités :
 rando  parapente
 de très bonne précision quant à l'altitude.
Nous sommes au moins 3 contributeurs parapentistes! Tu voles où?

 Je n'ai aucune idée de la théorie de la triangulation ou de ce que 
 disent les vendeurs ou autre théoriciens, mais j'ai mon expérience 
 propre et pour avoir fréquenté des dizaines et des dizaines de 
 décollage, de sommet de montagne, de refuges de montagne ou de cols de 
 montagne, et bien je prétend que l'altitude est fiable et ce à bien 
 souvent moins de 5m pour peu que le ciel soit bien dégagé ( par d'arbre ).
Je confirme ce que dit Pieren :
La triangulation spatiale est une technique qui permets de déterminer 
des positions à la surface du globe. Le croisement au sol (à plat) des 
signaux des satelittes est TOUJOURS plus précis que le croisement 
vertical : l'altitude est toujours moins fiable que la planimétrie avec 
un GPS. Chez les pros on a l'habitude de multiplier par 3 l'incertitude 
planimétrique pour avoir l'incertitude alti.
On peut estimer cette incertitude avec des indices statistiques fournit 
pas nos GPS. Sur tout nos appareil il est généralement possible de 
consulter les indices DOP. Il existe le PDOP, le HDOP et le VDOP (et 
pleins d'autres mais je passe). Le PDOP (Potential Dilution Of 
Precision) est un indice de précision pour l'altimétrie et la 
planimétrie. Le HDOP (Horizontal Dilution Of Precision) pour la 
planimétrie seulement et le VDOP (Vertical Dilution Of Precision) pour 
l'altimétrie seulement. Plus ces indices sont importants plus les 
positions sont imprécises. Les professionnels ont l'habitude de dire que 
avec un DOP
* de 2 à 3 on a une précision submétrique (de l'ordre du mètre!)
* de 3 à 4.5 on est à quelques mètres
* de 4.5 à 6 on a une position géographique (on sait dans quelle rue on 
se trouve!)
* au dela de 6 c'est très mauvais
* de 1 à 2 seul les GPS topo (qui travaillent également sur la phase du 
signal des satellites)
En résumé çà signifie que il n'y a pas de règles pour la précision en 
longitude, latitude et en altitude : tout dépends des conditions de 
réceptions. Le seul moyens d'avoir une bonne idée de la précision des 
mesures est l'indice DOP.Enfin les DOP donnent un indice pour une erreur 
probable et pas une valeur d'erreur; car si on connaissait l'erreur on 
pourrait la corriger!

La météo n'influe pas du tout sur la réception ( à part une tempête de 
neige qui cacherait complètement le ciel!). Certains labos utilisent les 
infimes variations de la potion des GPS au sols pour déterminer les 
modifs dans l'atmosphère. Les variations mesurée ne concernent pas notre 
échelle de travail.
 expérience propre :
 - sur 5 décollages ou je me rends très souvent, le ou les GPS impliqués 
 indiquent une altitude cohérente à quelques metres prêts
J'en ai déjà parlé sur la liste : un GPS ne calcul pas l'altitude mais 
l'élévation. C'est très technique mais il y a toujours une différence 
par rapport au systèmes de projections adoptés en France (et donc par 
IGN). Cette différence peut -être de plusieurs mètres notamment en zone 
de montagnes.
 - par rapport aux cartes IGN, j'ai l'altitude d'un sommet à moins de 5 
 metres de celle qui est indiqué. ( a tel point que je me demande qui à 
 raison ! )
Sur une carte IGN on lit généralement l'alti sur les courbes de niveaux. 
En montagnes elles peuvent êtres espacées de 10 à 20 m!


 Enfin, quelqu'un parlait des bases de données existentes sur l'altitude 
 du sol, et bien je peux vous dire qu'aucun modèle altimétrique que je 
 connaisse n'a cette précision ( essayez dans googleearth, c'est mauvais 
 ) IGN est précis à 10-20m
Je pense que Thomas fait références à la BD SRTM en version 2.(cf la 
NASA et les pages dédiés sur le WIKI OSM). En France la BD Alti de l'IGN 
est + précise mais n'est pas utilisable pour nous.

 bref, voilà mon avis pour moudre du grain, mais j'espère bien qu'un jour 
 les traces libre d'osm auront leurs altitudes exploitées.
 Ou en tout cas, de mon coté, je renseigne les altitudes des points clefs 
 qui determineront sans doute, en hivers, mes chances de passer un col.

Voilà ma contib à l'édifice. Pour info je travaille dans le domaine des 
GPS (gammes pro).

Alban

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

Re: [OSM-talk-fr] Stickers OSM

[Alban]

Yann SLADEK a écrit :

 Nous voudrions tout d'abord votre avis sur la question et si vous êtes 
 intéressés par ces stickers

Super
J'en suis pour une dizaine.
Alban

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

Re: [OSM-talk-fr] une nouvelle page d'accueil sur le wiki ?

[Alban]

Pieren Pieren a écrit :
 A tous,

 Je travaille depuis quelques temps déjà sur un prototype de nouvelle 
 page d'accueil francophone sur le wiki.
 La 1ere réunion IRC francophone avait montré que beaucoup de gens 
 étaient frustrés par le manque d'organisation du wiki aussi ais-je 
 pensé qu'une page d'accueil avec d'avantages de liens et organisé par 
 thèmes pourrait améliorer les choses.

 Donc, ma proposition serait de remplacer la page actuelle:
 http://wiki.openstreetmap.org/index.php/Fr:Main_Page
 par celle-ci:
 http://wiki.openstreetmap.org/index.php/User:Pieren/sandbox

 Bien sûr, j'attend vos commentaires, suggestions, etc.. avec un retour 
 de vos propres expériences passées, surtout à vos débuts (par exemple, 
 quelles pages mettre en avant, celles qui peuvent restées en dehors de 
 la page d'accueil, d'autres qui manquent, etc..)

 Pieren

 

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Salut,
j'avais repérè ton sandbox depuis un moment et je trouve que c'est bcp + 
clair.
Merci Pieren bon boulot.

Alban

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

[OSM-talk-fr] Je l'ai trouvé!

[Alban]

Salut,
Je savais ce jour là que j'étais pas loin alors je l'ai cherché :
http://alban.noir.free.fr/osm/images/24-04-08_1744.jpg
et j'ai finit par le trouver :
http://alban.noir.free.fr/osm/images/24-04-08_1757.jpg
ici :
http://www.openstreetmap.org/?lat=46.51334lon=2.57683zoom=17layers=0BFT

Je crois qu'il existe d'autres prétendants pour ce titre fameux. Il ne 
nous reste plus qu'à les cartographier aussi.

Ciao,

Alban

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

Re: [OSM-talk-fr] Je l'ai trouvé!

[Alban]

Thomas Walraet a écrit :
 Alban a écrit :
 Je crois qu'il existe d'autres prétendants pour ce titre fameux.

 Oui, je pense que le tient ne prends pas en compte les DOM-TOM. Et puis 
 surtout, il y a le problème de la définition de ce titre.
Pour les différents candidats officiels l'enjeu tourne autour de 
'linclusion de la Corse et des iles de l'Atlantique
 Si on prends le barycentre de tous les points du territoire, ça risque 
 de finir sous terre cette affaire.
En cartographie on parle de centroïde. C'est quelque chose qui peut être 
calculé. Mais c'est un peu comme le débat autour de la longueur des 
cotes de France : c'est sans fond ou plutot sans centre.

Alban



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

Re: [OSM-talk-fr] Re : Reportage photo sur navteq (zdnet)

[Alban]

Arnaud CORBET a écrit :
 on irait plus vite qu'à 200 bénévoles

On a une idée du nombre exact de contributeurs actifs en France?

Alban

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

Re: [OSM-talk-fr] Re : Activité hier en france

[Alban]

Arnaud CORBET a écrit :
 A ce propos, je me suis trouvé fort dépourvu une fois arrivé à 
 l'embouchure... Dois-je créer des limites entre le département et l'océan 
 pour rejoindre les coastlines ou laisser l'extrémité de la limite sans 
 jonction perdue au large?
Je pense qu'il faut se raccorder au tracé du littoral (j'ai fait le 
raccord aux frontières internationales des Pyrénées et des Alpes).
Par contre je ne pense pas qu'il faille tagger le littoral comme 
'boundary'.
1 Le moteur de rendu va faire un truc tout moche.
2 Cà va soulever le pb (trop?) compliqué des iles (qui doivent bien 
faire partie d'un département elles aussi).
Ciao,
Alban

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

[OSM-talk-fr] limites région/département

[Alban]

Salut,
Je finaliserai ce week-end l'upload des limites de régions et 
départements sous cette forme :

Une limite de département :
way id='-171' visible='true'
nd ref='-14258'/
...
nd ref='-6292'/
tag k='boundary' v=administrative /
tag k='left:departement' v=Aube /
tag k='right:departement' v=Marne /
tag k='border_type' v=departement /
tag k='admin_level' v=6 /
tag k='source' v=Cartographes Associés /
/way

Une limite de région :
way id='-4' visible='true'
nd ref='-170'/
nd ref='-29805'/
...
nd ref='-29890'/
nd ref='-257'/
tag k='boundary' v=administrative /
tag k='border_type' v=region /
tag k='admin_level' v=4 /
tag k='right:departement' v=Yvelines /
tag k='left:departement' v=Eure-et-Loir /
tag k='left:region' v=Centre /
tag k='right:region' v=Île-de-France /
tag k='source' v=Cartographes Associés /
/way

Un département complet
relation id='-437' visible='true'
member type='way' ref='-90' role='' /
member type='way' ref='-100' role='' /
member type='way' ref='-216' role='' /
member type='way' ref='-218' role='' /
member type='way' ref='-246' role='' /
member type='way' ref='-338' role='' /
member type='way' ref='-339' role='' /
tag k='name' v=Ain/
/relation

Il restera à faire :
Je n'ai pas raccordé les limites aux frontières nationales qu'il faudra 
scinder et tagger (c'est le bordel il y a plein de lignes superposées : 
c'est l'occasion de faire le ménage!).
Je n'ai pas raccordé les limites aux cotes maritimes.
Améliorer la précision de ces limites : par exemple quand la limite est 
un cours d'eau qui est déjà sous OSM la BD Cartographe Associés passent 
à travers...

Alban

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

Re: [OSM-talk-fr] Re : Re : Cadastre

[Alban]

Arnaud CORBET a écrit :

 Pour l'import de masse, navré, il faut oublier. Trop de disparités entre les 
 formats, entre les cadastres vectorisés, ceux qui sont juste scannés dans 
 différentes résolutions, et surtout aucun n'est géoréférencé.
Dès qu'il est vectoriel il est géoréférencé dans la zone Lambert Local
Quand il est scanné et qu'on a des croix à intervalle régulier et des 
coords en bordure de planche on dit qu'il est carroyé cad géoréférencé.
  De surcroit il ne contient aucune donnée concernant la classification des 
 voies par ordre d'importance, un chemin herbu est tracé de la même manière 
 qu'une voie d'autoroute: 2 traits parallèles. 
La voierie ne fait pas à proprement parlé partie du cadastre. On 
distingue principalment le domaine public du domaine cadastré. Il peut y 
avoir des routes qui soient sur du domaine cadastré. Il existe du 
domaine public (pas de parcelle) qui soit ni une voie ni une rivière ni 
une place.
 Et encore, très souvent ils ne sont pas parallèles, le terrain ayant horreur 
 des formes géométriques. Il y a toujours une propriété en retrait, un 
 décrochage, un truc qui fait qu'un programme ne manquera pas de se planter 
 lamentablement.

 Donc ça sera à la pogne. Le rêve serait de pouvoir les avoir comme calque 
 dans JOSM. On part de 2 ou 3 traces GPX, on cale le cadastre sur ce repère, 
 et on peux commencer à bosser! Hélas c'est pas à l'ordre du jour, à moins que 
 les génies du code se manifestent. Navré de ne pas en être.
Pour le calage il faut surtout faire attention à la projection. Les 
planches du cadastre sont en Lambert et OSM en WGS84 il ya une 
conversion qui n'est pas une simple homotétie

 Donc pour l'instant en ce qui me concerne avec mon dwg c'est conversion en 
 bitmap, géoréférencement, trace de waypoints sur ce calque, export en gpx, 
 import des waypoints sous JOSM, trace des voies à partir ce ces waypoints.
Tu est certain qu'il ne s'agit pas d'un DWG en Lambert? Auquel cas c'est 
convertible en coord WGS84.

Alban

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

Re: [OSM-talk-fr] limites région/département

[Alban]

Alban a écrit :
 La BD France de Cartographes Associés.
 Cette BD représente le découpage des départements Français et a le 
 mérite d'^tre bcp plus précise que GeoFla dont l'échelle de reférence 
 est proche du 1/10
cf. l'apperçu http://wiki.openstreetmap.org/index.php/User:Alban

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

Re: [OSM-talk-fr] limites région/département

[Alban]

Denis a écrit :
 Ce qui n'est pas explicitement interdit est, par définition, autorisé.
 Tiens, j'ai trouvé ceci : 
 http://www.decision-achats.fr/Magazines/ConsultArticle.asp?ID_Article=3994t=-Dans-les-entreprises-on-ne-decoupe-pas-le-territoire-de-facon-administrative-__
   
Voilà qui participe à notre débat (qui reste très national)
 Sinon pour passer de MapInfo à du gpx, QGis 
 (http://qgis.org/content/view/145/113/) ou directement ogr2ogr 
 (http://www.gdal.org/ogr/ogr_formats.html) devraient faire l'affaire.
   
C'est plus facile dans Editop pour éliminer les arcs et noeuds 
superposés lorsqu'on a des surfaciques strictement limitrophes ;-) Et en 
plus je peut recupérer des attributs direct dans OSM.

Merci,


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

Re: [OSM-talk-fr] limites région/département

[Alban]

Thomas Walraet a écrit :
 Je vois un intérêt à mettre ces limites dans OSM si elle ne sont pas 
 parfaites. On pourra ainsi les améliorer localement petit à petit. La 
 question s'était posée pour les côtes... pourquoi les mettre dans OSM 
 alors que des données étaient déjà disponible librement ? En fait vu la 
 qualité des données en question, les importer dans OSM pour ensuite les 
 améliorer était la bonne solution.
Pourquoi importes les limites departementales?

1. Pour la même raison qui a poussé à mettre les limites internationales.
2. Parceque certains ont déjà commencé à mettre les limites de communes 
localement quand ils en avaient la possibilité.
3. Pour avoir un couvert exaustif  plutot que pleins de petits bouts un 
peu partout qui sont inexploitables
4. Parceque c'est quelque chose qu'on aura pas avec nos GPS et qu'il 
faudra bien trouver une source ailleurs
5. Parceque çà fait partie tout betement des MapFeatures 
(http://wiki.openstreetmap.org/index.php/Map_Features#Boundary)
6. Parceque si çà n'interesse pas tout le monde on est pas obligé de 
s'en servir
7. Parceque nous l'avons décidé ensemble lors de la réunion du 2/2/8

Enfin, pour ce qui concerne le droit d'auteur. doit on se réferer à ce 
qui existe aujourd'hui ou ce qui existait en 1999 (date de distribution 
de la BD sur les départements)?

Alban


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

[OSM-talk-fr] limites région/département

[Alban]

Salut la liste,

Suite à la dernière réunion  
http://wiki.openstreetmap.org/index.php?title=1%C3%A8re_R%C3%A9union_Francophone_IRC
 
j'ai commencé à préparer les limites administratives de la France 
d'après la doc http://wiki.openstreetmap.org/index.php/Key:boundary
Je propose ceci :
way id='-57786'
nd ref='-39161'/
nd ref='-163093'/
nd ref='-163094'/
nd ref='-163095'/
nd ref='-163096'/
nd ref='-39592'/
tag k='created_by' v='Editop2OSM v0.13'/
tag k='boundary' v='administrative'/
tag k='name' v='région'/ (ou département)
tag k='admin_level'='4'/   (6 pour les départements, 8 pour 
les communes mais combien pour les circonscriptions et les canttons? cf 
9.3 Admin_level for France 
http://wiki.openstreetmap.org/index.php/Talk:Key:boundary#Admin_level_for_France
 
)
tag k='left:région' v='région de gauche' /
tag k='right:région' v='région de droite' /
/way

Il semble que nous devons créer des lignes reliées par des relations. 
Comment créer ces relations?

Qu'en pensez-vous?

Alban

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

Re: [OSM-talk-fr] limites région/département

[Alban]

Thomas Walraet a écrit :

 Je ne crois pas que ça a été abordé pendant la réunion IRC... 
Si si, (vers 22:44:33)
 Peux-tu préciser d'où viennent les données ? (et la licence...)
   
Ce sont des données que j'ai digitalisées. Elles ne sont pas licencsiées 
tant qu'elles ne seront pas sous OSM.
Alban

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

Re: [OSM-talk-fr] limites région/département

[Alban]

Thomas Walraet a écrit :
 Alban wrote:
 Peux-tu préciser d'où viennent les données ? (et la licence...)
   
 Ce sont des données que j'ai digitalisées. Elles ne sont pas licencsiées 
 tant qu'elles ne seront pas sous OSM.

 Tu n'as pas précisé à partir de quelle carte... Sur OSM on essaie de ne 
 pas mettre de données dérivées de cartes non libres (google maps, IGN ou 
 une carte de manuel scolaire, c'est la même chose)
Thomas :
Je ne me rappelle quelle(s) carte(s) j'avais digitalisé - je laisse 
tomber pour ma base.
Donc plan B je suis reparti de çà :
http://commons.wikimedia.org/wiki/Image:Contours_des_d%C3%A9partements_fran%C3%A7ais_%28Mercator%29.svg.
Pas de pb de licence puisque çà sort de Wikimedia sous /Creative Commons 
http://en.wikipedia.org/wiki/Creative_Commons Attribution ShareAlike 
2.0 France 
http://creativecommons.org/licenses/by-sa/2.0/fr/deed.en_GB Licence./
Cependant que çà m'a tout l'aire d'être un dérivé de GEOFLA 
(http://www.ign.fr/rubrique.asp?lng_id=FRrbr_id=2749) qui n'est pas 
reutilisable dans OSM.
C'est un peu moins joli mais çà fera bien l'affaire. Je l'ai reconvertie 
de SVG au format Editop en Lambert 2 Etendu pour pouvoir tout traiter. 
Je suis pret à repasser en WGS84 dans OSM mais j'attends vos lumières...

Pieren,
Pour les relations :
Peut tu m'indiquer comment faire : une relation de type collected 
ways? Je n'ai pas tout compri.  
 http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.5#Relations

relation id=-1 visible=true
  member type=way ref=-2652 role= /
  member type=way ref=-1825 role= /
  tag k=type v=collected_ways/
  tag k=name v=nom_dep/
/relation

Pour limite nationale :
oui il faudra compléter les limites nationales mais je pense que ce 
n'est pas forcement necessaire. Il est implcite qu'une frontière 
nationale de la France est aussi une limite de département.
Pour les limites de cantons et d'arrondissements
ce n'est plus d'actualité pour les questions de licences. Je pense 
par contre que qui peut le plus peut le moins si on peut avoir ces 
données mais qu'elles ne nous semblent pas primoridales aujourd'hui çà 
pourrait être le cas demain.
Pour les limites côtières
Je pense égalemenent qu'il faut réultiliser les way existantes

Alban


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

Re: [OSM-talk-fr] Les immeuble-ponts

[Alban]

Ludovic a écrit :
 Bonjour,

 Qu'en pensez-vous? Avez-vous d'autres idées? Qu'avez-vous fait dans
 votre ville?
Déjà bravo pour ton boulot sur Brest.
Pour ce qui est des immeubles recouvrants les rues. Je pense que nous 
devons considérer qu'il s'agit de rue souterraine - des tunnels - 
tunnel=true.

Voilà ce qu'a fait pour Fréderic à Lyon dans un cas similaire avec la 
garde Lyon Perrache:
http://www.informationfreeway.org/?lat=45.74874386545111lon=4.827084476283611zoom=17layers=B000F000
 

et le centre commercial de la part-dieu :
http://www.informationfreeway.org/?lat=45.76257747317862lon=4.854829240324316zoom=17layers=B000F000

Alban

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

Re: [OSM-talk-fr] Nouveau !

[Alban]

Frédéric Bonifas a écrit :
 Bienvenue !

 J'habite aussi à Lyon et j'ai vu quelques changements vers Gerland ces
 derniers jours donc je suppose que tu es ryra6453 ?
Et aussi du super boulot dans la Drôme des collines.
Je pense qu'on est pas très loin du 100% pour cette partie du département.

Alban


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

Re: [OSM-talk-fr] Moyennes de traces ( était : R e: Nouveau venu et questions)

[Alban]

Mohamed SAAD a crit:

  

ceci dis sur le materiel il y a une indication interresante par exemple pour 
une puce SIRF3 il est indiqu :
pecision 10m  RMS , ce qui se traduit par Root mean square =  racine carr 
moyenne autrement apel cart type . 

en fait cela veut dire que si tu reste immobile dans un coin de la rue , les 
mesures (en fait 90 pourcent des mesures ) seront reparties alatoirement 
dans un cercle de diametre 10metres (en fait GPS fournis 3 mesures car il 
donne aussi l'altitude ) donc ces trois variables sonts compltements 
alatoires et non corrles entre elles et donc selon le meme  principe 
doivent se repartir dans une sphere en 3D de diametre 10 metres. 

Salut,
En fait c'est un peu plus compliqu que . Il faut aussi tenir compte
de la correction DGPS pour les appareils en disposant. In fine c'est
les diffrents DOP calculs par la puce qui vont indiquer dans quel de
prcision on se situe (PDOP, HDOP, VDOP). 
Le facteur de prcision que tu indiques est la limite technologique que
l'quipement ne peut pas franchir.

Pour l'"altitude", il s'agit en fait de l'lvation (la diffrence est
subtile mais importante). Ce paramtre n'est pas toujours mesurable par
la puce. On aura simultanement un fix 2D puis un fix 3D. Quand on
mesure l'lvation l'imprecision est toujours bcp plus importante que
la mesure planimtrique: 
L'intersection des sphres des satellittes et plus reduite en
planimtrie qu'en lvation donc l'imprecision est plus grande. On a
l'habitude de quantifier l'imprecision de l'lvation en multipliant
par 3 l'imprecision de la mesure planimtrique. Ex : si ton GPS annoce
une precision planimtrique de 10m il faudrait compter 30 m en
lvation. C'est assez empirique mais on est generalement dans les
clous.

Alban




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

Re: [OSM-talk-fr] Rivières et autres cours d'eau

[Alban]

Salut,
C'est ce qu'il me semblait au départ mais après contact avec l'éditeur 
le problème porte sur l'article suivant :
/ L'Acceptant ne peut exercer aucun des droits conférés par l'article 3 
avec l'intention ou l'objectif d'obtenir un profit commercial ou une 
compensation financière personnelle.
/Cet article est incompatible avec la présence de publicité sur un site 
publiant des données OSM.
Par contre rien ne nous emp^che d'utiliser les données de la BD Carthage 
pour digitaliser à nouveau des données hydro au format OSM (on ne 
converti pas , on redessine!) C'est ce que j'ai fait avec pour le Rhône 
de Vienne à Avignon et quelques lacs des Alpes.

En revanche je ne connai pas ce qui existe en Belgique : bonne quête.

Alban

Cf.http://wiki.openstreetmap.org/index.php/Potential_Datasources
et 
http://wiki.openstreetmap.org/index.php/User_talk:Alban#import_BDcarthage_des_cours_d.27eau


Philippe Piquer a écrit :
 Meme si je suis belge et donc un peu moins concerné par Sandre, j'ai 
 quand meme été lire la license, et à mon avis, tant que l'on cite la 
 source (normal pour un cours d'eau :) ) les données peuvent etre 
 réutilisée:

 je cite la license :
 ...
 3 Autorisations
 ...
 a.distribuer des exemplaires, présenter, représenter ou 
 communiquer l'Oeuvre au
 public par tout procédé technique, y compris incorporée dans des 
 Oeuvres Collectives;
 b.reproduire l'Oeuvre, incorporer l'Oeuvre dans une ou plusieurs 
 Oeuvres dites
 Collectives et reproduire l'Oeuvre telle qu'incorporée dans lesdites 
 Oeuvres dites
 Collectives;
 c.lorsque l'Oeuvre est une base de données, extraire et réutiliser 
 des parties
 substantielles de l'Oeuvre.
 ...
 4 restrictions
 ...
L'Acceptant doit inclure une copie ou l'adresse Internet 
 (Identifiant Uniforme de
 Ressource) du présent Contrat et de l'ensemble des métadonnées 
 associées à
 l'Oeuvre à toute reproduction de l'Oeuvre que l'Acceptant 
 distribue, représente ou
 communique au public y compris par voie numérique.
L'Acceptant ne peut pas offrir ou imposer de conditions 
 d'utilisation de l'Oeuvre qui
 altèrent ou restreignent les termes du présent Contrat ou l'exercice 
 des droits qui y sont
 accordés au bénéficiaire.
 ...




 Le 12/08/07, * Alban* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
 a écrit :

 Guilhem Bonnefille a écrit :
 
 
  Plus généralement, y'a pas une source de données pour charger les
  rivières et cours d'eau dans OSM ? Pour UPCT.org, ils avaint utilisé
  les données DCW je crois.
  Même si c'est pas précis, ça peut aider à gagner du temps. Restera
  plus qu'aux contributeurs locaux (comme moi) de recaler les
 données un
  peu plus précisément.
 
  Quelqu'un a une autre idée ?
 Salut,
 Il existe la base de la BD Carthage qui est désormais gratuite et
 telechargeable sur le site du SANDRE. Malheureusement elle n'est pas
 libre et il n'est pas possible de l'uploader au format OSM.
 Alban

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



 

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


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

Re: [OSM-talk-fr] Rivières et autres cours d'eau

[Alban]

Guilhem Bonnefille a écrit :


 Plus généralement, y'a pas une source de données pour charger les
 rivières et cours d'eau dans OSM ? Pour UPCT.org, ils avaint utilisé
 les données DCW je crois.
 Même si c'est pas précis, ça peut aider à gagner du temps. Restera
 plus qu'aux contributeurs locaux (comme moi) de recaler les données un
 peu plus précisément.

 Quelqu'un a une autre idée ?
Salut,
Il existe la base de la BD Carthage qui est désormais gratuite et 
telechargeable sur le site du SANDRE. Malheureusement elle n'est pas 
libre et il n'est pas possible de l'uploader au format OSM.
Alban

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

Re: [OSM-talk-fr] Imports niveau national

[Alban]

Renaud Martinet a écrit :
 Je pense pas que ça soit un problème en soi : tous les gens qui  
 contribuent régulièrement ont bien remarqué l'import d'Alban et l'ont  
 modifié localement quand c'était nécessaire. Si on peut s'éviter un  
 peu de boulot en extrayant des données sur la population d'une  
 commune d'une base nationale et libre, je vois pas où est le mal. Le  
 but c'est de faire une carte libre pas forcément de tout collecter à  
 la main. Les imports nationaux sont corrigés localement là où il y a  
 l'expertise et apportent des données là où il n'y en avait pas. Donc  
 c'est tout benef. Après faut pas que ça soit fait de façon trop  
 anarchique. Le mieux serait de prévenir avant de tels imports.

 Alban : pour le reste des données que tu as ce qui pourrait être bien  
 c'est de filer des .osm locaux à ceux qui contribuent dans une  
 région. Je pense pas que faire un import massif car les centroïdes  
 sont souvent au milieu de nul part pour les communes rurales (très  
 étendues avec un petit bourg) alors qu'ont s'attend à avoir le point  
 sur le village lui-même. Je pense que le mieux serait de faire des  
 imports locaux où le placement des nodes sera rapidement rectifié.

 Renaud.

   
Ok pour des imports locaux avec contrôles au cas par cas.
Pour le suivit des imports on pourrait faire un découpage par 
département et indiquer l'avancée sur le département 
http://wiki.openstreetmap.org/index.php/France



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

Re: [OSM-talk-fr] Imports niveau national

[Alban]

Guilhem Bonnefille a écrit :
 Concernant les imports massifs, peut-on imaginer un tag convenu entre
 les outils d'importation et maplint.
 Ainsi, tout objet importé via un outil pose un tag particulier
 (to_be_checked=yes). Ce tag, sans effet sur le rendu osmarender ou
 mapnik, fait ressortir l'objet auquel il est attaché via maplint.
 Ainsi, manuellement, on peut alors se fier à maplint pour retrouver
 les données à controlées. Une fois le controle manuel effectué, on
 retire le tag et c'est tout.

 Vous pensez que c'est faisable ?

   
Il me semble avoir vu :
http://wiki.openstreetmap.org/index.php/Proposed_features/FIXME dans les 
proposed features.
Je pense que c'est une bonne idée.


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

Re: [OSM-talk-fr] Imports niveau national

[Alban]

Guilhem Bonnefille a écrit :
 Je n'ai pas trop creusé le sujet, mais pour le problème de la
 situation des communes, je crois que le projet UPCT (similaire à OSM)
 a utiliser deux bases de données, générant des cartes avec deux points
 par commune. Peut-être que l'une d'entre elle permet de re-situer les
 communes sur les mairies ou un point plus officiel que le centroïde
 ?
   
Il est clair que pour ce qui est de la position la plus juste d'une 
commune  le centroïde n'est pas satisfaisant.
On doit systématiquement le déplacer sur une nouvelle position plus adaptée.
Le toponyme affiché en fonction d'une position peut avoir différent 
styles (on vois bien la différence entre Mapnik et osmarender et ). Il 
peut être plus ou moins gros, centré ou partir à droite ou à gauche.
Enfin, je ne pense pas que la mairie ou l'église doivent être choisit 
systématiquement pour implanter le nom de la ville. Je crois qu'on doit 
choisir une position qui soit esthétique et qui facilite la lecture de 
la carte. On est dans du subjectif.



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