Re: [OSM-talk-fr] Disponibilité d'une orthophoto a 3cm sur la ville de vichy

[Landry Breuil]

On 08/11/2022 12:01, Christian Quest wrote:

Le 08/11/2022 à 10:00, Landry Breuil a écrit :

Hello,

le CRAIG a fait en 2021 une prise de vue aérienne à 3cm de résolution 
sur la ville de vichy, elle est disponible en opendata sur notre drive 
opendata: 
https://drive.opendata.craig.fr/s/opendata?path=%2Fortho%2F2021_vichy_3cm


la métadonnée ISO19139 est sur 
https://ids.craig.fr/geocat/srv/fre/catalog.search#/metadata/0aef1b54-3c5e-4baa-913c-c7426dde09aa


a terme elle sera dans nos flux WMS, mais pas dans l'immédiat...

je ne suis malheureusement pas autant qu'avant l'actualité d'OSM, mais 
dans mes souvenirs il y'avait des serveurs osm-fr de flux WMS pour les 
différentes ortho opendata récupérées deci-dela.. donc n'hésitez pas à 
récupérer les ~60Go (cf https://www.craig.fr/opendata pour comment y 
accéder en webdav.. le FTP c'est fini!) et à les intégrer dans les 
flux OSM - pour la source c'est "CRAIG - APEI - Feder - 2021"



Merci Landry pour l'info

Par contre, le téléchargement dalle par dalle via Nextcloud, c'est 
vraiment pas ce qu'il y a de plus simple !


Tss jamais content ce christian ;) c'est bien pour ça que j'indique 
comment passer par un client webdav (rclone, cadaver, winscp..) pour les 
téléchargements en masse.



Vous pensez vous mettre au COG prochainement ?


J'ai justement un serveur en train de fumer pour plusieurs semaines a 
convertir tout un stock d'orthos 2000-2021, provenance CRAIG/IGN ou autre..


Ça fait 2 ans que je joue avec le COG, mais a temps perdu, ex 
https://cogeo.craig.fr/opendata/ortho/ortho_rvb.qgs et 
https://cogeo.craig.fr/ign/planign/plan_ign.qgs à ouvrir dans QGIS.


On a amorcé un chantier de refonte des flux WMS, et j'en profite pour 
tout basculer sur des sources COG. Donc oui, on s'y met ;)


--
Landry Breuil
Responsable Informatique


Centre Régional Auvergne-Rhône-Alpes de l'Information Géographique
Hôtel de Région de Clermont-Ferrand
59 boulevard Léon Jouhaux - CS 90 706
63050 Clermont-Ferrand
04 44 05 12 42

https://www.craig.fr - @GipCraig

Le support est accessible tous les jours ouvrés de 8:30 à 12:30 au 09 72 
62 25 31



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

[OSM-talk-fr] Disponibilité d'une orthophoto a 3cm sur la ville de vichy

[Landry Breuil]

Hello,

le CRAIG a fait en 2021 une prise de vue aérienne à 3cm de résolution 
sur la ville de vichy, elle est disponible en opendata sur notre drive 
opendata: 
https://drive.opendata.craig.fr/s/opendata?path=%2Fortho%2F2021_vichy_3cm


la métadonnée ISO19139 est sur 
https://ids.craig.fr/geocat/srv/fre/catalog.search#/metadata/0aef1b54-3c5e-4baa-913c-c7426dde09aa


a terme elle sera dans nos flux WMS, mais pas dans l'immédiat...

je ne suis malheureusement pas autant qu'avant l'actualité d'OSM, mais 
dans mes souvenirs il y'avait des serveurs osm-fr de flux WMS pour les 
différentes ortho opendata récupérées deci-dela.. donc n'hésitez pas à 
récupérer les ~60Go (cf https://www.craig.fr/opendata pour comment y 
accéder en webdav.. le FTP c'est fini!) et à les intégrer dans les flux 
OSM - pour la source c'est "CRAIG - APEI - Feder - 2021"


--
Landry Breuil
Responsable Informatique


Centre Régional Auvergne-Rhône-Alpes de l'Information Géographique
Hôtel de Région de Clermont-Ferrand
59 boulevard Léon Jouhaux - CS 90 706
63050 Clermont-Ferrand
04 44 05 12 42

https://www.craig.fr - @GipCraig

Le support est accessible tous les jours ouvrés de 8:30 à 12:30 au 09 72 
62 25 31


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

[OSM-talk-fr] pb sur un cset lié aux langues locales

[Landry Breuil]

Hello,

pas fait d'OSM depuis un bail, mais en me promenant dans un coin que je
connais bien (lieu dit nommé 'le pous' ou 'lou pous' sur les panneaux
sur place), dans osmand (et sur la carte d'osm.org) j'ai eu la surprise
de voir 'Le Potz' qui est un nom completement inconnu sur place. - le
nom était correct pour moi auparavant (cf
https://www.openstreetmap.org/node/2077266629/history il y'a 8 mois), et
a été modifié par oc-OpenStreetMap dans le changeset
https://www.openstreetmap.org/changeset/70878777 .

Pour moi ce changement est incorrect pour les tags name et name:fr qui
devraient a minima être name:fr='Le Pous' et/ou name='Lou Pous', et
après etre rentré en contact avec l'utilisateur (qui est clairement un
défenseur de la langue occitane?) via la messagerie du site, je n'arrive
pas a un consensus. Je ne vais pas rapporter ici nos échanges qui sont a
mon avis rapidement peu constructifs.

Dans OSM le terrain a toujours primé, les panneaux du lieu dit utilisent
'Lou Pous', les panneaux indicateurs de rando 'Le Pous', nulle part je
n'ai vu 'Le Potz'. Peu importe l'étymologie, la linguistique et la
défense des langues locales, selon moi la base est maintenant fausse.

Est-ce que qqn peut m'éclairer sur ce point ?

merci!

Landry

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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

[Landry Breuil]

On voulait pas faire apparaitre les emergency=defibrillator a un moment ?

Landry

2016-09-01 9:14 GMT+02:00 Christian Quest :
> Pas mal de petites modifications sur le rendu FR sont en test.
>
> Vous pouvez voir où j'en suis sur
> http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740
>
> Quoi de neuf ?
>
> - de nouvelles icônes pour les commerces
>
> - des labels de taille et de couleur variant avec la taille du polygone
> qu'ils décrivent (texte en vert pour une forêt, plus gros si la forêt est
> grande, etc)
>
> - amélioration des frontières... les pointillés ne devraient plus se
> mélanger comme avant, les noms ne devraient plus être coupés en bord de
> metatile
>
> - harmonisation des largeurs de routes et réorganisation du tracé des layers
> 1-5
>
>
> Au delà de ces modifications visibles, il y a pas mal de nettoyage des
> fichiers de la feuille de style pour faciliter sa mise à jour. Quelques
> améliorations aussi sur les requêtes SQL (une bonne dizaine de requêtes de
> moins par exemple sur le tracé des 5 niveaux de layer).
>
> Bref, beaucoup de changements (le détail est sur
> https://github.com/cquest/osmfr-cartocss/commits/master) qui ont pu casser
> ici ou là des choses que je n'ai pas pu voir, donc si il y a des anomalies
> merci de les signaler avec l'URL sur cette carte umap (qui contient le zoom
> et les coordonnées).
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] Test accès BD Ortho depuis JOSM...

[Landry Breuil]

2016-06-06 15:34 GMT+02:00 FR :
> Le 06/06/2016 10:50, g...@laposte.net a écrit :
>>
>> Autre remarque, je trouve regrettable de noter en source [année de
>> reference = 2016] après la mention "IGN France" alors que les photos
>> datent parfois de plusieurs années. (mais je ne vois pas comment
>> retrouver  l’année vraie des photos)
>>
> Bonjour
> Osmose n'aime pas "source=BDOrtho IGN 2016"
> message d'erreur "tag source illégal ou incomplet"

Oui, j'ai vu ca sur certains objets taggués avec
'source=Orthophotographie CRAIG/IGN 2013'.. peut-etre des restes du
passé ou 'source=.*IGN.*' était considéré illégal dans les analyses
osmose ?

Landry

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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

[Landry Breuil]

2016-05-29 10:44 GMT+02:00 Nicolas Dumoulin :
> Le Fri, 27 May 2016 18:09:44 +0200,
> Christian Quest  a écrit :
>> Voilà, j'ai mis en place un proxy pour tester l'accès à la BD Ortho
>> suite à la signature de la convention avec l'IGN vendredi dernier
>> (déjà une semaine !).
>
> Merci Christian pour la réactivité !
>
> Dans le 63, l'imagerie du CRAIG
> reste meilleure : meilleure résolution et prise à midi.
> Y a pas photo :-)

J'allais dire.. "mais c'est pas possible, c'est la même..." mais en
fait j'ai l'impression que l'IGN a uniquement intégré notre ortho
départementale à 25cm, et fait l'impasse sur les orthos à 10cm sur les
agglomérations, ce qui pourrait expliquer la différence que tu vois..
vu que ca a donné lieu à des vols différents (sur la même période
d'été 2013).



Landry

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

Re: [OSM-talk-fr] Covoiturage pour Clermont-Ferrand (State of the Map)

[Landry Breuil]

L'ESC est à < 10mn a pied de la gare...

Après, le stationnement alentours est fourni mais souvent payant et
limité en temps, cependant j'imagine que pour les parisiens c'est pas
cher.

http://www.clermont-ferrand.fr/-Ou-stationner-.html
http://sig.clermont-ferrand.fr/desktop.php?thematique=Plan%20de%20ville=Plan%20de%20ville,Stationnement%20payant=1707092=5175482=16000
http://en.parkopedia.fr/parking/clermont_ferrand/

Perso, je me gare toujours la ou je trouve une place, et je mets
jamais de sous dans le parcmètre, mais rarement pour plus de 2h..

Landry

2016-05-04 11:30 GMT+02:00 Vincent de Château-Thierry :
>
>> De: "JB" 
>>
>> Pour les hésitants entre covoiturage et train, y a-t-il des
>> possibilités de stationnement facile proches de l'événement ?
>
> On n'aura pas de parking attitré mais de l'avis des Clermontois, la pression 
> est faible sur le stationnement aux alentours.
>
> vincent
>
> ___
> 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] imagerie IGN pour UMAP

[Landry Breuil]

Ah, le mixed http/https... tout une histoire.

Les clefs de l'API IGN  se basent sur le header 'Referer' pour valider
que les requetes proviennent bien de la bonne url/page pour laquelle
la clef a été enregistrée.
Seul souci, si tu visites une page en https://umap et que l'api
utilise une url du service en http://, le header 'Referer' n'est pas
envoyé pour des questions de confidentialité.

Solution, visiter la page d'umap en http (si possible) ou utiliser une
url https:// pour le service de l'API IGN.

(je me suis pas mal arraché les cheveux la dessus récemment)

Landry


2016-04-09 11:01 GMT+02:00 Jean-Guilhem Cailton :
> Bonjour Christian,
>
> Comme signalé par Sylvain, pour moi, le fond de carte IGN est bien
> visible sur la carte que tu cites si j'y accède en http, mais pas si j'y
> accède en https (que le plugin "HTTPS-Everywhere" m'avait
> automatiquement activé au début), et que je rafraîchis.
>
> Bien cordialement,
>
> Jean-Guilhem
>
>
> Le 09/04/2016 10:22, Christian Quest a écrit :
>> Sur quelle carte avez-vous des problèmes ?
>>
>> Celle-ci fonctionne bien:
>> http://umap.openstreetmap.fr/fr/map/magasins-carrefour_7651#8/46.896/2.527
>>
>>
>>
>> Le 7 avril 2016 à 10:57, Dominique Rousseau > > a écrit :
>>
>> Le Thu, Apr 07, 2016 at 09:21:48AM +0200, Jean-Francois Gaffard
>> [jean-francois.gaff...@laposte.net
>> ] a écrit:
>> > bonjour
>> > une petite question : dans les différents fonds de carte proposés
>> > pour umap, il y a un fond d'imagerie IGN mais cela n'a pas l'air de
>> > fonctionner chez moi. Cela avait pourtant fonctionné à une certaine
>> > période. Y'a-t-il un problème technique ou bien est-ce un problème
>> > de licence ou d'accord avec L'IGN ?
>>
>> Je dirai bien que la clef Geoportail utilisée pour Umap a expiré
>> (je ne
>> me souviens plus combien de temps elles sont valides...)
>>
>>
>> --
>> Dominique Rousseau
>> d...@lee-loo.net  - 06 82 43 12 27
>>
>> A l'instant où l'esclave décide qu'il ne sera plus esclave,
>> ses chaînes tombent.  -- Mahatma Gandhi
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Erdogan finds, as is so often true, that censorship is the best
> advertisement for criticism.
> https://twitter.com/KenRoth/status/715613042009092097
>
> ___
> 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] Fond OSM dans des guides de rando du CD63 ?

[Landry Breuil]

2016-02-02 22:26 GMT+01:00 Christian Quest <cqu...@openstreetmap.fr>:
>
>
> Le 2 février 2016 à 20:46, Landry Breuil <landry.bre...@gmail.com> a écrit :
>>
>> 2016-02-02 18:21 GMT+01:00 JB <jb...@mailoo.org>:
>> > Bonjour,
>> > Une très bonne nouvelle !
>> > Je me souviens d'une longue discussion que j'avais eue l'été 2014 avec
>> > un
>> > gars bien informé de l'office de tourisme à Clermont-Ferrand. Je pensais
>> > en
>> > avoir fait un compte-rendu, mais je n'arrive pas à en retrouver de
>> > trace.
>> > C'était à l'époque du deuxième topoguide®, on avait notamment parlé de
>> > FFRP,
>> > IGN, carte IGN, et un peu OpenStreetMap. J'avais par hasard avec moi la
>> > carte que j'avais sortie pour le tour de la chaine des Puys.
>> > Ceci dit :
>> >  - est-ce qu'il serait possible de connaitre les circuits pressentis
>> > pour le
>> > prochain guide, histoire de contribuer au meilleur endroit ?
>>
>> Bonne question, ne pas hésiter à demander directement à guillaume, je suis
>> juste le messager...
>>
>> >  - les traces gps fournies sont de qualité… moyenne, à ne pas
>> > privilégier
>> > sur d'autres sources, ou à moyenner avec d'autres traces (j'ai contribué
>> > dans la zone, et en comparant certaines dont je pense la précision
>> > correcte,
>> > celles fournies restent moyennes). En tous cas, ne pas supprimer la
>> > donnée
>> > OSM pour la remplacer par cette donnée qui serait « de référence ».
>>
>> J'ai l'impression qu'il y'a mésentente ici. les PDIPR ne sont pas
>> *pas* en opendata,
>
>
> Et pourquoi donc ?
>
> C'est un document public, le département a l'obligation de les établir pour
> "favoriser la découverte de sites naturels et de paysages ruraux en
> développant la pratique de la randonnée" (circulaire ministérielle de
> 1988)... mais ne les diffuserait pas librement ?
>
> De nombreux départements les diffusent en opendata.

Christian, tu sais autant que moi comment ça fonctionne dans les
collectitivités, mais on va rappeller le principe:

Tout passe par une délibération/une décision politique explicite pour
mettre des données en Opendata.
Le fait que ce soit un document public avec obligation de diffusion
n'en fait pas pour autant de l'opendata.

Et pour ce qui était de clarifier la licence sur les données, je vous
avait mis le contact de
guillaume dans le premier mail, qui sera le mieux placé pour vous répondre.
En discuter ici en vase clos ne fera pas avancer les choses :)

Landry

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

Re: [OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

[Landry Breuil]

2016-02-02 18:21 GMT+01:00 JB :
> Bonjour,
> Une très bonne nouvelle !
> Je me souviens d'une longue discussion que j'avais eue l'été 2014 avec un
> gars bien informé de l'office de tourisme à Clermont-Ferrand. Je pensais en
> avoir fait un compte-rendu, mais je n'arrive pas à en retrouver de trace.
> C'était à l'époque du deuxième topoguide®, on avait notamment parlé de FFRP,
> IGN, carte IGN, et un peu OpenStreetMap. J'avais par hasard avec moi la
> carte que j'avais sortie pour le tour de la chaine des Puys.
> Ceci dit :
>  - est-ce qu'il serait possible de connaitre les circuits pressentis pour le
> prochain guide, histoire de contribuer au meilleur endroit ?

Bonne question, ne pas hésiter à demander directement à guillaume, je suis
juste le messager...

>  - les traces gps fournies sont de qualité… moyenne, à ne pas privilégier
> sur d'autres sources, ou à moyenner avec d'autres traces (j'ai contribué
> dans la zone, et en comparant certaines dont je pense la précision correcte,
> celles fournies restent moyennes). En tous cas, ne pas supprimer la donnée
> OSM pour la remplacer par cette donnée qui serait « de référence ».

J'ai l'impression qu'il y'a mésentente ici. les PDIPR ne sont pas
*pas* en opendata,
donc pas importables dans OSM. J'avais pourtant pensé etre clair dans
mon mail initial.
La notion 'donnée de référence' est annexe ici.

J'ai fourni le lien vers le shapefile des PDIPR présents sur notre
catalogue de données
*uniquement* pour la liste/les emprises des zones concernées...

>  - si R25 est pressenti pour le rendu, je veux bien y passer un peu de
> temps. Quand la donnée est bonne, la génération de carte est rapide (quand
> on a l'habitude, en tous cas).

A discuter directement avec guillaume, quand on avait évoqué le sujet
c'était plutôt
"dans arcgis on a accès directement a un fond OSM" donc je ne sais pas a quel
rendo/fond/service ca correspond. A mon avis dans un premier temps il
n'était pas
prévu de rendu particulier, sauf si evidemment quelqu'un se porte
volontaire pour
gérer ca..

Landry

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

[OSM-talk-fr] Fond OSM dans des guides de rando du CD63 ?

[Landry Breuil]

Hello,

le conseil départemental du Puy-de-Dôme envisage d'utiliser des fonds
OSM pour l'édition de son prochain guide papier/pdf de randonnées
suivant les PDIPR - ces guides utilisaient jusqu'ici le fond scan 25
de l'IGN (que le CRAIG fournit au CD63), mais a priori (?) les
conditions de licence ne le permettent plus de la même manière, donc
pour des questions de coût le service SIG s'oriente potentiellement
vers un fond OSM.

Cf 
http://www.planetepuydedome.com/destination-volcans/tout-le-puy-de-dome/le-puy-de-dome-terre-de-randonnee-au-coeur-des-volcans/randonnez-vous-661-1.html,
http://www.planetepuydedome.com/destination-volcans/tout-le-puy-de-dome/le-puy-de-dome-terre-de-randonnee-au-coeur-des-volcans/randos-a-croquer-662-1.html
et http://www.planetepuydedome.com/brochures-688-1.html pour les
précedentes éditions. Oui, y'a du google maps sur les versions web des
itinéraires, mais du scan 25 dans la version pdf/papier.

Après en avoir discuté avec Guillaume Tournadre (du service SIG) qui
trouvait que les données OSM étaient un peu pauvres sur les zones
concernées (les PDIPR), je lui ai proposé de faire appel à la
communauté pour enclencher le cercle vertueux de -> les itinéraires
sont la -> on améliore les données -> le fond devient plus riche ->
tout le monde en bénéficie!

Dans tout les cas, les itinéraires des PDIPR sont disponibles en ligne
chez nous: 
http://ids.craig.fr/geocat/apps/search/?uuid=3bd16d2d-5fc7-4816-b824-c274603cfd16

Les données ne sont pas en opendata (pas encore, mais guillaume y
travaille!) mais rien n'empèche (ou plutôt, on a l'accord) de les
utiliser pour connaitre les zones à améliorer/cartographier

Ca ne sera peut-être pas pour cette édition because timing serré...
mais ca ne sera jamais perdu!

Guillaume est en copie de ce mail, vous pouvez le contacter pour plus
d'informations.

Landry

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

Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM

[Landry Breuil]

Le 21 février 2015 01:18:48 UTC+01:00, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :
Salut Landry, salut les gens,

Le vendredi 20 février 2015 13:26:55 Landry Breuil a écrit :
 Est-ce que quelqu'un peut modifier la configuration par défaut pour
que
 soient utilisés au choix le TMS ou le WMS-tuilé suivants :

J'ai essayé de mettre à jour
http://josm.openstreetmap.de/wiki/Maps/France[1] 
selon tes dires. Je me suis raté au début, mais je pense avoir corrigé
l'URL … mon josm ne 
l'a pas encore pris en compte. Je verrai demain …
Par contre, pour la source, j'ai mis Orthophotographie
CRAIG/Sintegra/IGN 2013 car 
l'entrée agrége les données des 4 départements. Ça te va, ou bien il
faut séparer en deux 
entrées, une avec la source Sintegra et l'autre pour IGN ?

Oui c'est bien plus simple s'il n'y a qu'un flux/couche, ce dernier affiche le 
10cm sur les agglos et le 25 ailleurs..
Et c'est pas un soucis que les 2 coproducteurs soient associés!

J'ai un peu mis à jour
https://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG au 
passage.

Merci!


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

[OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM

[Landry Breuil]

Hello,

je viens de regarder mon monitoring, et je me suis rendu compte que les
utilisateurs de nos flux ortho utilisent encore surtout
http://wms.craig.fr/osm , qui n'est pas tuilé (et donc charge le serveur
inutilement...)

Sur la page http://josm.openstreetmap.de/wiki/Maps (qui a ma connaissance
est la source utilisée par JOSM pour les flux utilisés) sont encore listés
les anciens flux.

Est-ce que quelqu'un peut modifier la configuration par défaut pour que
soient utilisés au choix le TMS ou le WMS-tuilé suivants :

- tms:http://tiles.craig.fr/osm/tms/1.0.0/ortho_2013/webmercator/
{zoom-1}/{x}/{-y}.jpeg
- le WMS tuilé: http://tiles.craig.fr/osm/service?
http://tiles.craig.fr/osm/service/ faire get layers, et selectionner
'ortho_2013'. (donc
http://tiles.craig.fr/osm/service?service=wmsrequest=getmapversion=1.1.1layers=ortho_2013format=image/jpegSRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}
pour l'url complete d'une requete je pense)

Et supprimer les anciennes couches par agglo (moulins/le
puy/vichy/montlucon qui ont été supprimées du service..

Merci!

Landry

Ps: Je vois que http://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG
n'est pas a jour non plus.. je crois qu'il va falloir que je le fasse
moi-même :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] MAJ flux ortho CRAIG pour JOSM

[Landry Breuil]

2015-02-20 15:07 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:

  Salut Landry,


Hello,



 Sauf erreur, il me semble que tu peux faire directement la modif sur le
 wiki.
 Celle-ci sera répercutée automatiquement (ou presque).


Certes, sauf que j'ai bien trop peur de tout péter :)

C'est pour ca que je préfère demander ici, ou je suis sur qu'il y'a des
personnes qui savent le faire correctement...

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

Re: [OSM-talk-fr] GPS (routier) hors-ligne en HTML5

[Landry Breuil]

2014-12-20 11:21 GMT+01:00 Guilhem Bonnefille guilhem.bonnefi...@gmail.com
:

 Bonjour,

 Ayant fait rentrer Firefox OS à la maison, je m'interroge actuellement
 sur l'utilisation de ce système vis à vis d'OSM.

 Coté GPS, le système (vendu par Leclerc) est équipé d'une application Here.
 https://marketplace.firefox.com/app/here-maps-packaged?src=search
 Celle-ci est propriétaire, fonctionne essentiellement en ligne, même
 si elle offre la possibilité de pré-télécharger des zones pour
 fonctionner hors-ligne.

 Quand on cherche sur le market, on trouve d'autres applications en
 lien avec la carto.
 https://marketplace.firefox.com/category/maps-navigation
 Mais pour l'essentiel, elles fonctionnent toutes en mode connecté.

 Je m'interroge alors sur la manière de proposer une application
 fonctionnant réellement hors-ligne, c'est à dire qu'on ne soit pas
 obligé d'anticiper un déplacement : les données doivent être présentes
 dans le périphérique, comme tout GPS routier.


J'ai aussi un ffxos phone (zte open première génération) depuis un an comme
seul portable,
et la seule killer-app qui me manque par rapport a android est l'équivalent
d'OSMand.

Autant stocker/manipuler/afficher du mbtiles est pratique et envisageable
relativement simplement,
le gros plus d'OSMand et de son modèle 'pack de données par région': c'est
du vectoriel, et comme le rappelle frédéric :
- c'est routable/requêtable
- c'est plus léger que du raster

Après, evidemment afficher du vectoriel a la volée, c'est *gourmand* en
perfs - c'est aussi pour ca
qu'OSMand est bien foutu, l'alternative '3g-affiche du raster - fluide
mais basique' vs 'offline-fallback sur vectoriel - gourmand mais plus
puissant'...

Du coup, envisager de réutiliser le format d'OSMand serait le top, mais ca
veut dire qu'il faut parser en JS,
alors qu'OSMand est nativement en java.. tout à refaire.

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

Re: [OSM-talk-fr] Mise à disposition des orthophotos 2013 du CRAIG sur l'Auvergne pour OpenStreetMap

[Landry Breuil]

2014-10-22 23:05 GMT+02:00 Sébastien Dinot sebastien.di...@free.fr:

 Bonjour Landry,

 Landry Breuil a écrit :
  Ca fait longtemps que c'est dans les tuyaux, mais hier soir j'ai
  (ENFIN!) pu basculer les flux du CRAIG sur une nouvelle infra (load
  balacing, mapserver a jour, mapproxy..), et en même temps mettre
  à dispo les nouvelles orthophotos de l'été 2013 à 25cm sur les
  4 départements et 10cm sur les 6 agglomérations (jusqu'ici on n'avait
  pas de haute definition sur clermont/aurillac..).

 Merci beaucoup !

 Petite question pas désintéressée du tout : les données brutes (images
 en sortie de capteur) sont-elles comme les précédentes disponibles sur
 demande sous licence LO/OL ?


Comme j'ai déja répondu en privé : oui, mais ca fait une 10/15aine de To :)


 Au passage, le lien vers la licence LO/OL qui se trouve sur la page :

 http://craig.fr/contenu/906-acceder-aux-donnees-open-data-du-craig

 est obsolète. Le lien valide est désormais :

 https://wiki.data.gouv.fr/wiki/Licence_Ouverte_/_Open_Licence


C'est fixé, merci!

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

Re: [OSM-talk-fr] Cartographie sentiers de randonnée du topoguide du Pays d'Ambert

[Landry Breuil]

Hello,

juste pour info, la personne de la CC du pays d'Ambert m'avait (au titre du
CRAIG) aussi contacté par mail pour me demander des infos sur le projet
openstreetmap suite a la demande initiale de phq, et savoir si il existait
un 'droit a cartographier' - je lui avait expliqué dans les grandes lignes
le problème particulier des sentiers FFRP en renvoyant sur le wiki, en
précisant bien que si c'était des sentiers a eux y'avait pas de raison
d'interdire le mapping. Content de voir que ca a porté ses fruits :)

Landry

2014-10-22 10:46 GMT+02:00 Vincent Pottier vpott...@gmail.com:

  Le 22/10/2014 10:19, Nicolas Moyroud a écrit :


 Un exemple d'intérêt d'un itinéraire intégré à OSM : extraire tous les
 éléments qui composent la relation pour faire un statistique des chemins
 empruntés (par exemple 80% de path, 10% de track, 10% de routes).
 D'ailleurs dès que j'arrive à trouver un peu de temps je me lance dans une
 petite interface web pour faire ça, avec en bonus génération à la demande
 des cartes de chaque itinéraire en utilisant Maperitive et le R25.

 J'ai des bouts de code python et javascript pour ça.
 J'avais commencé une petite application qui collectait des bouts de chemin
 pour faire un itinéraire, sur base osm2psql.
 En gros, le client a un chemin (A) et interroge, via ajax, le serveur qui
 lui retourne les chemins connectés. L'utilisateur sélectionne l'un d'entre
 eux (b), le client ajoute à l’itinéraire le segment utile de A, renvoie au
 serveur le chemin B. Le serveur retourne les chemins connectés. etc... de
 proche en proche, le client constitue l'itinéraire avec les informations de
 tronçon, type de voirie, pont...
 C'est une approche itérative un peu fastidieuse sur des longs trajets.
 Nom de code wanderer
 Bien sur, c'est brouillon, mais libre, on demand.

 On peut ajouter en parallèle la recherche de ressources proches : points
 d'eau, points d'approvisionnement, abris, points de vue, d'info...

 On peut envisager la solution de calcul routage en première approche,
 moins fastidieuse que l'itération, ou un mixe des deux...
 Mais je n'ai pas de base de donnée pour du calcul de routage, et plus
 beaucoup de temps pour m'y plonger.
 --
 FrViPofm

 ___
 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

[OSM-talk-fr] Mise à disposition des orthophotos 2013 du CRAIG sur l'Auvergne pour OpenStreetMap

[Landry Breuil]

Hello les mappeurs fous,

Ca fait longtemps que c'est dans les tuyaux, mais hier soir j'ai (ENFIN!)
pu basculer les flux du CRAIG sur une nouvelle infra (load balacing,
mapserver a jour, mapproxy..), et en même temps mettre à dispo les
nouvelles orthophotos de l'été 2013 à 25cm sur les 4 départements et 10cm
sur les 6 agglomérations (jusqu'ici on n'avait pas de haute definition sur
clermont/aurillac..).

J'ai simplifié un peu le tout, ainsi http://wms.craig.fr/osm ne propose
plus qu'une seule couche nommée 'auvergne' qui affiche le 25cm partout, et
le 10cm par dessus si vous etes sur une agglomération. Si besoin est (et
pour comparer) je peux aussi remettre la couche 2009/2010 mais pour
l'instant j'ai pensé que ca ne servait a rien.

Concernant le tag source, petite nouveauté.. si vous mappez sur 03/63,
c'est Orthophotographie CRAIG/Sintegra 2013, et pour le 15/43, c'est..
wait for it.. Orthophotographie CRAIG/IGN 2013. Et oui, c'est une
coproduction entre le CRAIG et l'IGN, mais nous avons explicitement les
droits de diffusion à nos conditions, donc c'est en OpenData, et libre de
droit pour les contributeurs OSM.

De plus (et pour que ca soit plus léger pour notre infrastructure), j'ai
aussi mis en place un WMS tuilé/WMTS/TMS en projection webmercator avec
mapproxy, j'ai fait quelques tests avec JOSM/Merkaartor, et ca marche bien,
donc de préférence utiliser ce service au lieu du wms pur (qui est gourmand
en ressources..) :

pour josm, le TMS: tms:
http://tiles.craig.fr/osm/tms/1.0.0/ortho_2013/webmercator/
{zoom-1}/{x}/{-y}.jpeg
pour josm, le WMS tuilé: http://tiles.craig.fr/osm/service?
http://tiles.craig.fr/osm/service/ faire get layers, et selectionner
'ortho_2013'.
pour merkaartor, donner l'adresse complete au WMS adapter :
http://tiles.craig.fr/osm/service/?SERVICE=WMSVERSION=1.1.1LAYERS=ortho_2013SRS=EPSG:3857STYLES=FORMAT=image/jpeg
http://tiles.craig.fr/osm/service/?SERVICE=WMSVERSION=1.1.1LAYERS=ortho_2013SRS=EPSG:3857STYLES=FORMAT=image/png
Je n'ai pas reussi a faire fonctionner le TMS adapter avec merkaartor... et
je ne sais pas si on peut intégrer ca dans les couches dispos dans iD.

Quelqu'un peut mettre à jour
http://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG ? J'essaierais,
mais je suis un peu débordé par la mise en place du service..

Si vous avez des questions/commentaires/problèmes (ou juste confirmer que
ca marche bien pour vous, aussi :) ), faites suivre sur l'adresse @craig.fr
- je ne consulte pas beaucoup mon compte gmail.

Pour le CRAIG,
Landry
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Fwd: Quel est le meilleur service pour l'intégration d'orthophoto via josm/merkaartor/id/potlach ?

[Landry Breuil]

Hello,

je suis en train d'intégrer (finalement!!) l'orthophoto 2013 sur l'auvergne
dans nos services WMS  cie, et du coup j'en profite pour sonder un peu le
terrain..

Pour l'instant, le CRAIG fournit uniquement un wms de l'ortho 2009/2010 sur
wms.craig.fr/osm, avec 7/8 projections (EPSG:2154 EPSG:4326 EPSG:3785
EPSG:3857 EPSG:900913 EPSG:4171 EPSG:3945 EPSG:3946), et des couches
distinctes pour 30cm/15cm par agglo. C'est (a mon avis) peu efficace, vu
que c'est un pur WMS non caché.

J'envisage de passer tout par défaut sur du flux caché (avec mapcache ou
mapproxy, a voir, pour l'instant je teste surtout mapcache), avec une seule
couche, mais du coup ca restreint fatalement le nombre de projections
disponibles (je ne ferais que du 3857/GoogleMapCompatible et du 2154) -
pour l'intégration, les outils utilisent forcement que du 3857/900913, avec
les mêmes niveaux de résolutions que les tuiles OSM sur la terre entière je
suppose ?
Je sais que notre WMS est par défaut proposé dans JOSM, que faut il faire
pour modifier la couche/service utilisée ? Qu'est-ce qui est le mieux
supporté par tout les outils, WMTS, TMS ? je vois que merkaartor et josm ne
semblent supporter que WMS/TMS..

Je sais qu'il y'a quelques usages du WMS pour les projections CC45/46 pour
du calage sur le cadastre, donc je ne compte pas fermer le WMS, juste
essayer de pousser 99% des utilisateurs vers un service tuilé pour que ca
soit moins chargé de mon coté, et plus efficace coté utilisateur...

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

Re: [OSM-talk-fr] rien a voir avec openstreetmap mais cherche navigateurs

[Landry Breuil]

Hello,

Il existe des services en ligne pour ca, tel que
http://www.browserstack.com/screenshots...


2014-02-08 21:18 GMT+01:00 didier2020 didier2...@free.fr:

 bonsoir
 comme c'est indiqué dans le sujet, c'est juste pour tester une page web
 avec différents navigateurs:

 en bas de la page, il y a une api météo qui ne doit pas etre plus large
 que l'image situé au dessus.

 merci d'avance

 a oui ! le lien ...
 http://osm2020.free.fr/tb/entree-http.html

 didier



 ___
 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

[OSM-talk-fr] WMS ortho du CRAIG disponible en CC45/CC46

[Landry Breuil]

Hello,

je crois que c'était une demande de christian pour pouvoir faire du calage
de cadastre sur de l'ortho dans JOSM (je me souviens plus bien), mais j'ai
ajouté les projections EPSG:3945  EPSG:3946 dans les projections possibles
pour le flux wms.craig.fr/osm.

tous retours bienvenus !

Landry

ps: l'ortho 2013 arrive d'ici le printemps 25cm sur les départements,
10cm sur les 6 agglos :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mayotte limites adminstratives

[Landry Breuil]

2013/12/19 Pieren pier...@gmail.com

 2013/12/19 Nicolas Croiset (VDL) ncroi...@vdl.fr:

  pour info, Mayotte a ouvert il y a quelques mois un portail géographique
  http://www.geomayotte.fr/

 Comme c'est mimi, ils utilisent OpenStreetMap :

 http://www.geomayotte.fr/accueil/catalogue/?uuid=2e416991-7c0c-46c6-bec3-684346519b86

 Si on leur demande quelque chose, pas besoin d'expliquer le projet :
 ils connaissent déjà !


Oui, alors la dessus faut pas trop s'emballer, la plateforme utilise
'prodige' qui se base sur l'outil geosource/geonetwork pour la gestion des
fiches de metadonnees, et ce dernier utilise OSM par defaut pour afficher
les bbox et la carte pour la recherche. Donc ils ne sont pas forcement au
courant qu'ils utilisent OSM :)

Et non philippe, ce n'est pas base sur le geoportail de l'IGN.

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

[OSM-talk-fr] cataloguer les limites administratives dans le geocatalogue national ?

[Landry Breuil]

Hello,

maintenant que nous (osm-fr) fournissons un jeu de données de qualité sur
le territoire national qui a vocation a être une référence, peut-être
serait il temps d'en faire aussi la publicité dans le géocatalogue
national, qui est le point d'entrée de l'europe (mais aussi de beaucoup de
consommateurs de données) pour la directive INSPIRE sur les données
cartographiques ?

ca permettrait d'avoir une visibilité dans le monde des sigistes des
services de l'état et du reste de la sphere publique.. et ca rejoint la
discussion sur la mise a dispositions de fichiers CSV 'directement
exploitables par des SIG' a partir d'OSM.

A mon avis, l'association osm-fr aurait tout a fait la légitimité de
publier des métadonnées dans http://geocatalogue.fr (cf
http://www.geocatalogue.fr/help/spip.php?article25 pour se créer un compte)

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

[OSM-talk-fr] Journée d'informations sur OSM à Clermont Ferrand le 06 novembre 2013

[Landry Breuil]

Bonjour,

Je fais tourner l'information qui est déja passée sur georezo.net toute
personne qui s'intéresse de près ou de loin à OSM (enfin, sur le public de
la liste, je devrais être dans la charte :) est la bienvenue!


Le CRAIG organise une journée le 6 novembre 2013 avec pour thématique la
cartographie libre et citoyenne en s'appuyant sur l'exemple d'Open
StreetMap (http://openstreetmap.fr/). L'objectif de cette journée est de
présenter les possibilités d'OSM, ses utilisations et ses perspectives
d'évolution à différents niveaux.

Le programme de la journée se déroulera autour de 5 axes :
- l'utilisation citoyenne (web, applications smartphone)
- l'évolution du projet et la qualité des données
- les enjeux pour les entreprises
- les avantages pour les collectivités territoriales
- l'intérêt de l'IGN pour le projet et les axes de collaboration possible.

Pour plus de renseignements :
http://www.craig.fr/reunions/1046-journee-technique-cartographie-libre-et-citoyenne


Nous allons organiser une mini-cartopartie le 7 après-midi, si des
contributeurs locaux veulent aussis'y joindre ca sera avec plaisir !

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

Re: [OSM-talk-fr] Ouverture portail Open Data du Grand Nancy

[Landry Breuil]

Le 25 août 2013 13:07, Romain MEHUT romain.me...@gmail.com a écrit :

 Le 24 août 2013 22:37, Christian Quest cqu...@openstreetmap.fr a écrit :

 Bon, côté licence, c'est feu vert, mais maintenant il faut regarder la
qualité de ces données et ne pas s'enthousiasmer par avance vu les
expériences passées mais j'ai un bon présentiment vu la liste des jeux de
données.

 Romain, tu as déjà regardé la qualité ?


 Non je n'ai pas encore eu le temps.


 Pour les orthos, je vois des orthos de 2012 à 30 et 7,5cm !
 19Go en ECW...


 Connais pas le format ECW. C'est problématique?

C'est généralement très chi... a intégrer sous linux car la libecw est non
libre, donc generalement les outils utilisant GDAL (mapserver, geoservr,
qgis..) n'ont pas le support par défaut pour ECW.

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

Re: [OSM-talk-fr] iD remplace P2...

[Landry Breuil]

Le 23 août 2013 22:46, Christian Quest cqu...@openstreetmap.fr a écrit :

 iD a des défauts, P2 aussi, JOSM aussi.

 Je le préfère à P2, j'ai la vague impression qu'il limite les erreurs
involontaires (genre déplacement d'objet) et depuis la version 1.1 qui
tient compte des relations on a un outil correct qui de toute façon va
encore s'améliorer rapidement.

 Pour faire un pas en avant, il faut bien se mettre en déséquilibre ;)



 Le 23 août 2013 22:35, Dominique Rousseau d...@lee-loo.net a écrit :

 Le Fri, Aug 23, 2013 at 09:42:15PM +0200, Christian Quest [
cqu...@openstreetmap.fr] a écrit:
  Ca y est, iD est désormais l'éditeur par défaut sur le site osm.org, à
  moins qu'on ne fasse un autre choix dans son profil.
 

 Et c'est quoi, l'avis de ceux qui ont testé iD ?
 (dans l'absolu, et par rapport à Potlach)

Et pour un avis purement technique de libriste convaincu.. iD est en
javascript, potlach est en flash-qui-pue-a-mort-le-flash :)

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

Re: [OSM-talk-fr] Polygone géant du massif central

[Landry Breuil]

2013/7/22 Vincent de Château-Thierry v...@laposte.net


 Le 22/07/2013 22:55, Landry Breuil a écrit :

   
   Je confirme, le massif central est bien une entité a part entière, et
 certaines structures ont son emprise comme territoire de de compétences
 (je pense au CBNMC, le conservatoire botanique mais il y'en a
 d'autres.). Je me renseignerais pour récupérer la liste officielle des
 communes en faisant partie. Peut-etre peut on le transformer en relation
 englobant ces communes (comme les contours administratifs) au lieu d'un
 polygone détaché de toute autre géometrie ?

 Et en grattant un peu plus :
 http://www.data-publica.com/**opendata/2551--liste-des-**
 communes-du-massif-centralhttp://www.data-publica.com/opendata/2551--liste-des-communes-du-massif-central
 - une table excel

 Source DRAAF auvergne 2010 a recroiser avec d'autres ?


 Voilà un matériau intéressant : 4000 communes, rien que ça !
 À comparer, visuellement, avec les cartes de la DATAR, au moins.

 Pour la mise en relation multipolygon, c'est jouable si toutes les limites
 des communes concernées sont là (à vérifier, au moins sur les depts 71 et
 89, pas encore complets), et, bien sûr, s'il n'y a pas d'opposition au
 principe de tracer, ou plutôt construire cette limite.


En fait, pas besoin de réinventer la roue.. je me suis rendu compte qu'au
CRAIG on avait déja fait une couche emprise du massif central basée sur
geofla (et du coup libre de droit evidemment). Donc on peut l'importer
direct dans OSM pour mettre a jour ce polygone, si il a sa place dans la
base.  Mais a terme je pense qu'une relation englobant les communes serait
plus appropriée...

http://ids.craig.fr/geocat/apps/search/?uuid=55e9e1ac-066d-45e2-8801-cb5c46abd4f3
http://ids.craig.fr/wxs/public/wms (ou wfs) - couche
CRAIG_2006_GEOFLA_MASSIF_CENTRAL

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

[OSM-talk-fr] Orthophoto du grand lyon en ODBL

[Landry Breuil]

Hello,

je crois pas avoir vu passer ca sur la liste, et trouvé via
http://www.lagazettedescommunes.com/184790/open-data-quels-couts-pour-les-collectivites-territoriales/:

Sur http://smartdata.grandlyon.com/ en premiere donnée mise en avant,
l'orthophoto de 2009 sur le territoire du grand lyon est en ODBL.

A priori, pas d'accés direct aux données brutes/ecw, mais un WMS:

http://ogc.data.grandlyon.com/gdlyon?SERVICE=WMSLAYERS=Ortho2009_vue_ensemble_16cm_CC46REQUEST=GetCapabilities

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

Re: [OSM-talk-fr] Polygone géant du massif central

[Landry Breuil]

Le 22 juil. 2013 22:02, Vincent de Château-Thierry v...@laposte.net a
écrit :

 Bonjour,

 Le 22/07/2013 21:37, Ab_fab a écrit :

 J'en pense que Natural Earth Data est plus adapté pour ce genre de
données
 http://www.naturalearthdata.com/


 Le 22 juillet 2013 21:30, Vincent Calame vincent.cal...@exemole.fr
 mailto:vincent.cal...@exemole.fr a écrit :


 Bonjour à toutes et à tous,

 Pour information, je suis tombé par hasard par ce polygone-là qui
 passait dans mon coin :

 http://www.openstreetmap.org/browse/way/229728801

 Il trace les contours du massif centralavec une référence vers

 Wikipédia:http://fr.wikipedia.org/wiki/fr:Massif central (Tout
 endébordant sur la région Centre alors que la notice Wikipédia n'en

 parle pas).

 Voilà, je ne sais pas ce qu'il faut en penser.


 Je suis du même avis que toi, tant que ce polygone se contentera de ses
204 noeuds : ça signifie un tracé à la hache, à côté duquel les polygones
issus de CLC sont une merveille de détail... Bref, sa précision géométrique
est hors-sujet dans OSM.

 Je suis allé regarder du côté de l'article Wikipedia, et j'y découvre que
la DATAR a une définition de l'emprise du Massif Central, sous forme de
somme de communes. Côté DATAR, j'ai trouvé ce pdf :

http://www.datar.gouv.fr/sites/default/files/datar/schema-massif-central-2006.pdf
 où on trouve p.17 une carte qui représente tout le territoire, avec les
contours de communes. Ça pourrait devenir une source pour, à la rigueur,
définir un peu plus précisément le contour, sous forme d'un maousse
multipolygon. S'appuyant sur des géométries issues d'OSM, on aurait au
moins un objet dont le niveau de détail ne jure pas avec le reste, comme
c'est le cas pour l'instant.

Je confirme, le massif central est bien une entité a part entière, et
certaines structures ont son emprise comme territoire de de compétences (je
pense au CBNMC, le conservatoire botanique mais il y'en a d'autres.). Je me
renseignerais pour récupérer la liste officielle des communes en faisant
partie. Peut-etre peut on le transformer en relation englobant ces communes
(comme les contours administratifs) au lieu d'un polygone détaché de toute
autre géometrie ?

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

Re: [OSM-talk-fr] Polygone géant du massif central

[Landry Breuil]

Le 22 juil. 2013 22:48, Landry Breuil landry.bre...@gmail.com a écrit :


 Le 22 juil. 2013 22:02, Vincent de Château-Thierry v...@laposte.net a
écrit :

 
  Bonjour,
 
  Le 22/07/2013 21:37, Ab_fab a écrit :
 
  J'en pense que Natural Earth Data est plus adapté pour ce genre de
données
  http://www.naturalearthdata.com/
 
 
  Le 22 juillet 2013 21:30, Vincent Calame vincent.cal...@exemole.fr
  mailto:vincent.cal...@exemole.fr a écrit :
 
 
  Bonjour à toutes et à tous,
 
  Pour information, je suis tombé par hasard par ce polygone-là qui
  passait dans mon coin :
 
  http://www.openstreetmap.org/browse/way/229728801
 
  Il trace les contours du massif centralavec une référence vers
 
  Wikipédia:http://fr.wikipedia.org/wiki/fr:Massif central (Tout
  endébordant sur la région Centre alors que la notice Wikipédia n'en
 
  parle pas).
 
  Voilà, je ne sais pas ce qu'il faut en penser.
 
 
  Je suis du même avis que toi, tant que ce polygone se contentera de ses
204 noeuds : ça signifie un tracé à la hache, à côté duquel les polygones
issus de CLC sont une merveille de détail... Bref, sa précision géométrique
est hors-sujet dans OSM.
 
  Je suis allé regarder du côté de l'article Wikipedia, et j'y découvre
que la DATAR a une définition de l'emprise du Massif Central, sous forme de
somme de communes. Côté DATAR, j'ai trouvé ce pdf :
 
http://www.datar.gouv.fr/sites/default/files/datar/schema-massif-central-2006.pdf
  où on trouve p.17 une carte qui représente tout le territoire, avec les
contours de communes. Ça pourrait devenir une source pour, à la rigueur,
définir un peu plus précisément le contour, sous forme d'un maousse
multipolygon. S'appuyant sur des géométries issues d'OSM, on aurait au
moins un objet dont le niveau de détail ne jure pas avec le reste, comme
c'est le cas pour l'instant.

 Je confirme, le massif central est bien une entité a part entière, et
certaines structures ont son emprise comme territoire de de compétences (je
pense au CBNMC, le conservatoire botanique mais il y'en a d'autres.). Je me
renseignerais pour récupérer la liste officielle des communes en faisant
partie. Peut-etre peut on le transformer en relation englobant ces communes
(comme les contours administratifs) au lieu d'un polygone détaché de toute
autre géometrie ?

Et en grattant un peu plus :
http://www.data-publica.com/opendata/2551--liste-des-communes-du-massif-central-
une table excel

Source DRAAF auvergne 2010 a recroiser avec d'autres ?

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

Re: [OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne

[Landry Breuil]

2013/7/19 hamster hams...@suna.fdn.fr

 Le 17/07/2013 13:35, Landry Breuil a écrit :
  La campagne de prises de vues pour 2013 est en cours

 attends, j'ai pas fini de mapper tout ce qui est visible sur les images
 de 2009 :-P

  et d'ici le
  printemps prochain un flux avec ortho a 25cm sur la région (et 10cm sur
  les 6 agglos de la région)

 alors laisse moi compter :
 le puy
 clermont
 montlucon
 moulins
 vichy

 ca fait 5
 la 6e serait-elle enfin aurillac ?


Oui, clermont et aurillac seront couvertes par cette nouvelle campagne (ce
n'etait pas le cas en 2009/2010)


 quand donc ferez vous une campagne de photos a une saison ou y'a pas de
 feuilles aux arbres ? les belles journees ensoleillees d'hiver ca existe


L'orthophoto se fait généralement en été pour plusieurs raisons :
- c'est plus beau
- les créneaux horaires sont plus grands (car les prises de vues doivent se
faire quand il y'a le strict minimum d'ombre - jour plus long en été)
- la météo est meilleure en été, donc moins de risques de nuages/etc

Pour un projet (le classement de la chaine des puys a l'unesco) nous avons
fait une campagne de prises de vues en hiver sur le site du puy de dome (ie
~ 50km2), sans feuilles ca ne donne pas la meme chose - tout dépend de ce
qu'on veut faire avec les données. Charger la couche *site_puy_de_dome de
http://wms.craig.fr/ortho pour en avoir un ordre
d'idee..*http://lists.openstreetmap.org/listinfo/talk-fr

Pour ce qui est des données MNT en licence ouverte, notez que des couches
raster/vecteur ont déja été faites par nos soins et peuvent etre
reutilisées immédiatement via WMS, sans avoir a les refaire coté OSM.

- une couche vectorielle 'courbes de niveau'
- une couche raster a 10m 'ombrage'
- une couche raster a 10m 'couleur'
- et pareil pour les couches a 5m sur les agglomérations
Cf http://ids.craig.fr/carto/?wmc=ws%2Fwmc%2Fgeodoc4114884073232872470.wmcpour
avoir un apercu de ces couches, qui sont disponibles si necessaire.

Plus d'infos sur les flux sont ici:
http://www.craig.fr/contenu/361-flux-wmswfs.

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

[OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne

[Landry Breuil]

Hello,

je me rends compte qu'on a compl
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Libération de l'ortho mnt 2009/2010 du CRAIG sur la région auvergne

[Landry Breuil]

Bonjour (cette fois, je vais essayer de ne pas me faire trahir par #@!#@!
gmail)

je me rends compte qu'on (le CRAIG) a completement oublié de communiquer
sur cette info :

http://craig.fr/actualite/939-donnees-orthophographiques-et-altimetriques-du-craig-en-licence-ouverte
http://craig.fr/contenu/906-opendata

Les données libérées sont en LO, datent de 2009/2010, y'a des fiches de
métadonnées, y'a tout sur le FTP (réechantillonages, dallages, etc...).
Pour ce qui est de l'ortho en ECW, ca ne change rien par rapport aux flux
qui sont déja fournis a osm sur http://wms.craig.fr/osm.

Par contre christian m'avait dit être interessé par les mnt (en ASC) qui
pouvaient servir a faire des controles, ou des calculs de sommets, etc..

Les images brutes en TIFF (ie clichés pris par les avions) sont aussi
libérées, mais a raison de 12To de données, elles ne sont pas sur un FTP,
donc disponibles uniquement sur demande, et en fonction de mon temps libre
pour traiter les copies. Une image de à 30cm de résolution pèse 560Mo, une
image à 15cm sur une agglomération pèse 390Mo.

Une visionneuse est disponible pour choisir les dalles a télécharger si on
veut faire son marché.

La campagne de prises de vues pour 2013 est en cours, et d'ici le printemps
prochain un flux avec ortho a 25cm sur la région (et 10cm sur les 6 agglos
de la région) sera disponible, aux mêmes conditions que le précédent.

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

Re: [OSM-talk-fr] Rendu FR dans OSMand

[Landry Breuil]

Le Sat 13 Jul 2013 at 11:27,PierreV belett...@hotmail.fr a écrit :
Juste pour info, OSMand ne fonctionne pas avec des tuiles... mais 
fait un

rendu a la volée...



Non, il peut aussi bien lire des données vectorielles préchargées en 
mode offline, qu'utiliser les rendus raster existants en mode online.


Et a priori, la liste des tile servers connus est dans un fichier XML. 
J'ai trouvé plus d'infos 
sur https://groups.google.com/forum/#!topic/osmand/pMHaqAit860 qui 
date déja un peu.. je vais creuser un peu.


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

Re: [OSM-talk-fr] Rendu FR dans OSMand

[Landry Breuil]

Le Sat 13 Jul 2013 at 12:19,Landry Breuil landry.bre...@gmail.com a 
écrit :



Le Sat 13 Jul 2013 at 11:27,PierreV belett...@hotmail.fr a écrit :
Juste pour info, OSMand ne fonctionne pas avec des tuiles... mais 
fait un

rendu a la volée...



Non, il peut aussi bien lire des données vectorielles préchargées 
en mode offline, qu'utiliser les rendus raster existants en mode 
online.


Et a priori, la liste des tile servers connus est dans un fichier 
XML. J'ai trouvé plus d'infos 
sur https://groups.google.com/forum/#!topic/osmand/pMHaqAit860 qui 
date déja un peu.. je vais creuser un peu.




Evidemment, j'aurais du creuser plus avant d'envoyer le message:

http://code.google.com/p/osmand/wiki/FAQ#How_can_I_add_add/contribute_new_online_tile_map_sources_so_the

Donc oui, c'est bien possible d'ajouter le rendu osmfr a osmand :) Qui 
s'y colle ?


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

Re: [OSM-talk-fr] Projet adresses

[Landry Breuil]

Le 28 juin 2013 00:16, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le 27 juin 2013 23:51, Pieren pier...@gmail.com a écrit :
  2013/6/27 Aurélien FILEZ kinj...@gmail.com:
 
  Alors tout ça me laisse penser qu'il vaille mieux discuter avec les
  politiques pour ouvrir leur cadastre qu'avec l'IGN pour ouvrir leurs
données
  qui ne fait finalement qu'engranger les données du cadastre (et
d'autres
  services publics auxiliaires) comme OSM souhaite le faire.
 
  Je crois que les politiques discutent d'une base adresse commune à
  tous les services publiques et accessible aux privés moyennant finance
  (vu que les caisses sont vides). Cette mise en commun des différents
  services publiques serait une rationalisation assez logique des
  moyens.

 Le problème c'est que ça traine depuis plus de 10 ans (rapport du CNIG de
2002).


  Actuellement, la meilleure base adresse nationale est celle de la
  poste, un atout considérable dans un marché de plus en plus ouvert à
  la concurrence. Ce qui fait grincer pas mal de dents.
  Enfin, ça fait déjà quelques temps que j'avais lu des trucs là-dessus,
  ça a peut-être évolué depuis.

 Pas trop d'après les échanges qu'on a pu avoir à SIGLL sur ce sujet.

 Les 2 acteurs nationaux sur le sujet (IGN et La Poste), qui sont donc
 incontournables pour un projet à l'échelle nationale ont trop à perdre
 et donc avancent en faisant du sur place pour bien continuer percevoir
 le fruit de leur rente de situation le plus longtemps possible.

 Le problème pour eux, c'est que ça commence à trop se voir, surtout
 avec l'arrivée des démarches opendata qui se multiplient, où les bases
 d'adresses de plus en plus nombreuses deviennent disponibles, et où
 les véritables producteurs de ces données sont déjà dans une logique
 de partage car ils ont compris que cela relevait de l'intérêt général.


  Mais on n'est pas prêts d'avoir accès à cette future base (même si on
  peut toujours rêver).

 Très future et très hypothétique... comme le rapprochement
 cadastre/IGN, au rythme où ça avance il va encore s'écouler quelques
 octets dans les fibres optiques d'ici là !

Dans le cas ou cette base se fasse d'ici une dizaine d'années, elle devrait
etre sous LO comme un decret ministeriel l'a décidé il y'a peu pour toutes
les donnees consituees sur des fonds publics. Apres ca reste de la
politique a prenre avec un gros grain de sel

Landry
Ps: pour plus d'infos sur ce decret chercher sur geobretagne je n'ai pas le
lien sous la main
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cadastre: divergence entre différentes sources

[Landry Breuil]

2013/5/20 Christian Quest cqu...@openstreetmap.fr

 Par expérience, Geoportail est moins à jour que cadastre.gouv.fr.
 J'avais par exemple toujours un cadastre raster pour ma commune alors
 qu'il était disponible en vectoriel depuis déjà quelques temps.

 Geoportail fait aussi une conflation pour faire coincider les
 cadastres là où il ne coincident pas...


 Le 20 mai 2013 11:19, RainerU ra...@sfr.fr a écrit :
  Bonjour,
 
  Je viens de constater que le découpage des parcelles cadastrales n'est
 pas le
  même sur cadastre.gouv.fr que sur le géoportail IGN, par exemple ici
 [1]. Est-ce
  que ça veut dire que les données sur le géoporatil sont plus à jour ou
 qu'elles
  ne sont pas correctes ?


Plus exactement, cadastre.gouv;fr montre une donnée qui s'appelle le PCI
vecteur et qui correspond au cadastre officiel maintenu par la DGFiP. Le
geoportail montre la BD Parcellaire, qui est un produit IGN crée a partir
de la déformation et de l'assemblage du PCI  vecteur pour faire un produit
homogène sur la france. Le PCI vecteur est souvent mal géolocalisé, et
n'est pas du tout homogène entre les communes (ie, ca ne colle pas si on
essaie de mettre coté a coté 2 sections cadastrales de 2 communes voisines).

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

[OSM-talk-fr] La communauté d'agglomération de Montluçon recherche un stagiaire pour compléter/contrôler OSM sur son territoire (8 semaines à partir du 13 mai)

[Landry Breuil]

Bonjour,

si jamais quelqu'un est en bts/dut géographe/géomêtre/génie civil et
cherche un stage de dernière minute..

 *MISSIONS DU STAGE *

Compléter et développer la cartographie Open Street Map sur le territoire
de la Communauté d’Agglomération de Montluçon (Allier), 10 communes, 6
habitants, 186 km².

Les communes « urbaines » sont à contrôler et affiner, et les communes
rurales sont pour l’essentiel à créer et développer.

*ACTIVITES PRINCIPALES*

 - Utilisation de fonds cadastraux et orthophotographiques ainsi que
nécessité de faire des contrôles terrain. Travail en collaboration avec les
agents du bureau d’études infrastructures de la Ville de Montluçon ainsi
que les agents des communes membres de la Communauté d’Agglomération

 - Cartographie sur Open Street Map et en secondaire au cas où, tri et
classement de plans informatisés Autocad.

 *PROFIL*

 BTS / DUT Géomètre – Topographe – Génie Civil – Formations de géographe –
Formations de cartographe

 Permis B – déplacements à prévoir

 Discrétion, confidentialité

 Qualités relationnelles et travail en équipe

Pour toute informations complémentaires, contacter Sylvain Aufrère (en
copie de ce mail), et les candidatures doivent etre envoyées avant le 3 mai
(cf l'offre complete en PJ)

Landry


appel à candidature stagiaire DGST.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [job] [CDD] Chargé de mission « INSPIRE – Open Data » - Puy de Dôme (63)

[Landry Breuil]

Bonjour,

étant donné que ca touche l'Open Data et INSPIRE, et que du coup ca peut
intéresser les contributeurs OSM pour faire du lobbying, je forwarde à la
liste une offre d'emploi au CRAIG dont tout les détails sont disponibles
sur georezo :  http://georezo.net/forum/viewtopic.php?pid=230288#p230288

N'hésitez pas à me contacter si vous avez des questions.

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

Re: [OSM-talk-fr] Recherche intervenant pour présentation/tutoriel OSM à coté de Clermont Ferrand le mercredi 27 mars

[Landry Breuil]

Le 29 janv. 2013 13:31, Landry Breuil landry.bre...@gmail.com a écrit :

 Hello,

 Je (enfin l'école d'ingénieur en agronomie VetAgroSup -
 http://www.vetagro-sup.fr/ - qui héberge les bureaux du CRAIG) cherche
 une personne (contributeur ou formateur/professionel) motivée et
 disponible le mercredi 27 mars pour éventuellement présenter OSM et
 animer un tutoriel (en fct de la dispo d'une salle de TP) dans le
 cadre d'un module de cours cartographique.

 - Ca serait a destination d'une quinzaine d'étudiants ingénieurs
 agronomes, sur une demi journée (voire moins).
 - Ca se passe dans une salle de cours (ou de TP) de VetAgroSup à
 Marmilhat, à coté de l'aéroport de Clermont et à 15mn du centre-ville.
 - Les frais de déplacement devraient pouvoir être pris en charge, mais
 c'est pas moi qui maitrise cette question.

 Ca serait un moyen d'évangéliser un peu des étudiants aux
 problématiques de carto libre, les sensibiliser a openstreetmap, a
 l'opendata...

Petit retour sur expérience (nicolas moyroud, qui a assuré (dans tout les
sens du terme !) Cette formation/présentation complétera surement mieux..)..

Ca s'est très bien passé : il y'avait une quinzaine d'étudiants ayant
choisi ce module carto en complément du cursus ingé agronome, qui avaient
tous plus ou moins déja entendu parler d'osm mais sans plus.
Après 1h30 de présentation générique, ils ont quasi tous créé un compte de
leur propre chef, lancé josm, et commencé a ajouter (certains dans un
joyeux bordel - on leur avait bien spécifié qu'il ne fallait pas avoir peur
de faire des erreurs!) des batiments/routes vers chez eux, en allant
chercher les images bing, les attributs dans josm ou dans le wiki (on a eu
des cimetieres, des salles des fetes, et même des ruches!).
Donc il y'aura surement de nouveaux comptes a 'coacher' si ils continuent,
2-3 changesets a affiner.. mais le retour était bien, ils ont je pense
compris la philosophie et les objectifs du projet.

A reproduire !!

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

Re: [OSM-talk-fr] Recherche intervenant pour présentation/tutoriel OSM à coté de Clermont Ferrand le mercredi 27 mars

[Landry Breuil]

Le 29 janv. 2013 13:31, Landry Breuil landry.bre...@gmail.com a écrit :

 Hello,

 Je (enfin l'école d'ingénieur en agronomie VetAgroSup -
 http://www.vetagro-sup.fr/ - qui héberge les bureaux du CRAIG) cherche
 une personne (contributeur ou formateur/professionel) motivée et
 disponible le mercredi 27 mars pour éventuellement présenter OSM et
 animer un tutoriel (en fct de la dispo d'une salle de TP) dans le
 cadre d'un module de cours cartographique.

 - Ca serait a destination d'une quinzaine d'étudiants ingénieurs
 agronomes, sur une demi journée (voire moins).
 - Ca se passe dans une salle de cours (ou de TP) de VetAgroSup à
 Marmilhat, à coté de l'aéroport de Clermont et à 15mn du centre-ville.
 - Les frais de déplacement devraient pouvoir être pris en charge, mais
 c'est pas moi qui maitrise cette question.

 Ca serait un moyen d'évangéliser un peu des étudiants aux
 problématiques de carto libre, les sensibiliser a openstreetmap, a
 l'opendata...

 Pour plus d'infos, contactez moi directement, ou nathalie dejour (en
 copie de ce mail) qui est responsable de ce module carto.

Merci a tous ceux qui se sont proposés, on a trouvé quelqu'un environ 45mn
après mon premier mail!!!

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

[OSM-talk-fr] Recherche intervenant pour présentation/tutoriel OSM à coté de Clermont Ferrand le mercredi 27 mars

[Landry Breuil]

Hello,

Je (enfin l'école d'ingénieur en agronomie VetAgroSup -
http://www.vetagro-sup.fr/ - qui héberge les bureaux du CRAIG) cherche
une personne (contributeur ou formateur/professionel) motivée et
disponible le mercredi 27 mars pour éventuellement présenter OSM et
animer un tutoriel (en fct de la dispo d'une salle de TP) dans le
cadre d'un module de cours cartographique.

- Ca serait a destination d'une quinzaine d'étudiants ingénieurs
agronomes, sur une demi journée (voire moins).
- Ca se passe dans une salle de cours (ou de TP) de VetAgroSup à
Marmilhat, à coté de l'aéroport de Clermont et à 15mn du centre-ville.
- Les frais de déplacement devraient pouvoir être pris en charge, mais
c'est pas moi qui maitrise cette question.

Ca serait un moyen d'évangéliser un peu des étudiants aux
problématiques de carto libre, les sensibiliser a openstreetmap, a
l'opendata...

Pour plus d'infos, contactez moi directement, ou nathalie dejour (en
copie de ce mail) qui est responsable de ce module carto.

Landry

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

Re: [OSM-talk-fr] IGN-Mag : article sur l'OpenData

[Landry Breuil]

Le 17 janv. 2013 12:13, THEVENON Julien julien_theve...@yahoo.fr a
écrit :

 Dans l article ils parlent d une fusion RGE cadastre. Est ce que ca
pourrait remettre en cause la mise a disposition du cadastre a laquelle on
a droit ?

Rien a craindre de ce coté la dans l'immédiat, la convergence bd
parcellaire ign - cadastre dgfip est une belle arlésienne promise depuis
des années (comme la convergence des bd adresse ign/la poste/france telecom
et un autre producteur d'adresse que j'ai oublié..). Rien ne devrait être
en place avant au moins cinq ans je pense...

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

Re: [OSM-talk-fr] Trams sur pneumatiques : comment les taguer ?

[Landry Breuil]

Le 14 déc. 2012 11:29, Francescu GAROBY windu...@gmail.com a écrit :

 Bonjour,
 À Caen et à Nancy se trouvent le même type de tram un peu particulier (et
merdique au possible, mais je m'égare...) de tram sur pneumatiques. Il
s'agit d'un véhicule équipé de pneus, guidé par un monorail et alimenté
électriquement par caténaires, mais disposant tout de même de motrices
Diesel, pour sortir de sa voie (présence d'un obstacle, retour au dépôt,
...).

C'est aussi le cas a clermont-ferrand, pour de basses raisons politiques...
Mais chez nous c'est un route=tram :
http://www.openstreetmap.org/browse/relation/165712
Alors qu'il est sur pneus, en site propre, avec un rail de guidage et des
catenaires pour l'alimentation.

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

Re: [OSM-talk-fr] félicitations aux OSmappeurs du Cantal

[Landry Breuil]

Le 4 juin 2012 18:41, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le 3 juin 2012 21:23, hamster hams...@suna.fdn.fr a écrit :
  pour info, dans ce departement il y a l'imagerie CRAIG qui est
d'excellente
  qualite (pixels de 30 cm) je doute donc que tes traces GPS soient d'une
  quelconque utilite, sauf si il s'agit de chemins en foret qu'on voit
pas sur
  les photos en question
 

 Et en forêt, la précision du GPS n'est pas bonne.

 A quand des orthophotos prises l'hiver pour avoir un minimum de
 couverture végétale ?

Rigole, rigole, mais on (le CRAIG) en a bien une faite en mars 2011 sur une
50aine de km2 autour du puy de dome.. et ben on voit beaucoup mieux les
sentiers, les voies romaines... ;)

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

Re: [OSM-talk-fr] félicitations aux OSmappeurs du Cantal

[Landry Breuil]

2012/6/4 Christian Quest cqu...@openstreetmap.fr:
 Le 4 juin 2012 20:25, Landry Breuil landry.bre...@gmail.com a écrit :

 Le 4 juin 2012 18:41, Christian Quest cqu...@openstreetmap.fr a écrit :



 Le 3 juin 2012 21:23, hamster hams...@suna.fdn.fr a écrit :
  pour info, dans ce departement il y a l'imagerie CRAIG qui est
  d'excellente
  qualite (pixels de 30 cm) je doute donc que tes traces GPS soient d'une
  quelconque utilite, sauf si il s'agit de chemins en foret qu'on voit pas
  sur
  les photos en question
 

 Et en forêt, la précision du GPS n'est pas bonne.

 A quand des orthophotos prises l'hiver pour avoir un minimum de
 couverture végétale ?

 Rigole, rigole, mais on (le CRAIG) en a bien une faite en mars 2011 sur une
 50aine de km2 autour du puy de dome.. et ben on voit beaucoup mieux les
 sentiers, les voies romaines... ;)

 Landry



 Je ne rigolais pas vraiment, je me suis souvent demandé pourquoi les
 ortho étaient prises généralement en été (je vois souvent les
 moissonneuses dans les champs). Les conditions météo ?

Oui exactement, les conditions météo.. pour les orthos d'envergure
(ie, departementales+), vu qu'il faut couvrir un certain nombre de km2
en bandes (avec recouvrement, pour pouvoir corriger les dévers des
batiments), ca prend enormement de temps. Un exemple, 10j pour 2
departements entiers.. donc il faut trouver une fenetre meteo de 10j
de beau temps continue, sinon les pilotes restent au sol a se tourner
les pouces. En plus ils faut voler quand le soleil est au zenith,
sinon on a trop d'ombres portees sur les batiments/contours de
foret Et puis il faut  aussi qu'il fasse super beau pour ne pas
avoir de nuages..  donc ca fait beaucoup de parametres :)

Desolé pour le offtopic, mais j'ai decouvert le domaine de
l'orthophoto y'a pas si longtemps que ca (2 ans), et techniquement
c'est impressionnant/passionant !

Landry

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

Re: [OSM-talk-fr] Ajout radar légal ou pas ?

[Landry Breuil]

Le 4 mai 2012 12:19, Philippe Verdy verd...@wanadoo.fr a écrit :


snip ~300 lignes concernant les normes d'alcootests

Certes, c'est très intéressant tout ca, mais quel est le rapport avec la
choucroute^W talk...@openstreetmap.fr ?

Sauf si tu veux mettre les POI ou on peut acheter des ethylometres
valides...

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

Re: [OSM-talk-fr] FranceTopo: Message à destination du pirate breton qui se reconnaîtra

[Landry Breuil]

Le 29 mars 2012 12:04, Philippe Verdy verd...@wanadoo.fr a écrit :

 Oui mais un hacker intelligent évite de perturber les systèmes qu’il
 utilise. Sinon il ne mérite pas ce titre, c’est juste un gêneur (pour
 être poli). En revanche je ne vois pas à quel titre on emm*de tous
 les autres avec un message aussi agressif et menaçant en page
 d’accueil d’un site. Puisque de toute façon l’utilisateur en question
 a été bloqué (avec des milliers d’autres) par la mesure prise.

Et bien etonnamment, je suis allé de multiples fois sur
francetopo.frdepuis le debut de ce thread, avec de multiples
navigateurs, et je n'ai
jamais vu le message d'avertissement en question.. d'ou grande perplexité
de ma part.quelqu'un pourrait me le copier-coller, que je comprenne mieux ?
C'est quand meme pas le paragraphe sur les darwin awards renvoyant aux
cartes topo ign ??

Apres, techniquement les moyens de blocage existent, mais ils sont tous
contournable pour peu qu'on y mette les moyens techniques...

Landry (accessoirement hacker osm/openbsd/xfce, si on veut jouer sur la
sémantique..)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Erreur sur le flux WMS du CRAIG

[Landry Breuil]

2011/9/30 Sébastien Dinot sebastien.di...@free.fr:
 Bonjour Landry,

 Landry Breuil a écrit :
 Bon, vous m'avez obligé a y regarder alors que je suis en vacances...

 Je le regrette. Une réponse du genre « je regarde cela à mon retour de
 vacances aurait été totalement acceptable. »

Pas de soucis, c'est jusque que talk-fr@ arrive sur une boite mail
perso, et non pro,
donc du coup je me sens obligé de regarder quand un truc déconne.. :)

 Brefle, je l'ai rajouté, dites moi si ca marche.

 Pas vraiment : l'orthoimage apparaît désormais mais la zone transmise
 par le serveur ne correspond absolument pas à la zone éditée dans JOSM.
 J'estime le décalage à 0,2° vers le sud.

Décalage de 0.2 degrés vers le sud, ca m'a tout l'air d'etre la
confusion entre EPSG:900913 et EPSG:3857/3785. Si je charge les 3 dans
QGIS (j'ai pas les moyens de tester avec ta version de josm
maintenant), les données en 900913 sont un peu au dessus des données
en 3857/3785, sachant que j'ai rajouté les entrées suivantes dans le
fichier proj/epsg, en me basant de ce qui vient de
spatialreference.org :
3857 : http://spatialreference.org/ref/sr-org/6864/
3785 : http://spatialreference.org/ref/epsg/3785/
900913 : http://spatialreference.org/ref/sr-org/6627/

http://wiki.openstreetmap.org/wiki/EPSG:3857

#  EPSG:3785 for google mercator, deprecated ?
3785 +proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137
+towgs84=0,0,0,0,0,0,0 +units=m +no_defs 
# WGS 84 / Commercial providers
900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0
+x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs
# ??? for JOSM ??
3857 +proj=merc +lon_0=0 +k=1 +x_0=0 +y_0=0 +a=6378137 +b=6378137
+towgs84=0,0,0,0,0,0,0 +units=m +no_defs 

Pour moi, tout ceci c'est du chinois, donc si on m'explique ce qu'il
faut changer pour que ca 'colle', avec les explications du pourquoi...

Landry

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

Re: [OSM-talk-fr] Erreur sur le flux WMS du CRAIG

[Landry Breuil]

2011/9/28 Vincent Privat vincent.pri...@gmail.com:

 A partir de là, il faut qu'on se mette d'accord avec toi, Landry. S'il
 s'agit d'un problème de configuration facile à corriger de ton côté, on ne
 fait rien côté JOSM. Dans le cas contraire, je retire l'EPSG:3857 de la
 liste des projections supportées sur le wiki de JOSM, mais il faudrait
 également qu'elle ne soit plus renvoyée par la requête GetCapabilities.

 Accessoirement, il faudrait tester les autres projections pour voir s'il
 s'agit d'un cas isolé ou si c'est généralisé.

Bon, vous m'avez obligé a y regarder alors que je suis en vacances...
Le pb est que l'EPSG:3857 n'etait en fait pas dans le fichier proj/epsg, je
n'avais rajouté a la main que 3785 et 900913, qui sont je crois équivalentes..

Brefle, je l'ai rajouté, dites moi si ca marche. Pareil avec 3785 ?

Landry

Ps: je suis en déplacement jusqu'a la semaine prochaine

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

Re: [OSM-talk-fr] Erreur sur le flux WMS du CRAIG

[Landry Breuil]

2011/9/27 Sébastien Dinot sebastien.di...@free.fr:
 Nicolas Dumoulin a écrit :
 le WMS ne répond pas en Mercator, ce qui doit être indiqué sur le wiki

 Pourtant, quand j'exécute la requête :

 wget -O result.xml 
 'http://wms.craig.fr/osm?service=wmsrequest=getcapabilities'

 La réponse du serveur indique le contraire. Voici un extrait :

 
    Layer
      Nameauvergne/Name
      TitleAuvergne 30cm/Title
      AbstractOrthophotographie a 30cm de resolution sur la region 
 Auvergne/Abstract
      Layer queryable=0 opaque=0 cascaded=0
        Nameauvergne_30cm/Name
        TitleAuvergne a 30 cm lt; 1:25000/Title
        AbstractCouche haute definition affichee en dessous de 
 1:25000/Abstract
        CRSEPSG:2154/CRS
        CRSEPSG:4326/CRS
        CRSEPSG:3785/CRS
        CRSEPSG:3857/CRS
        CRSEPSG:900913/CRS
        CRSEPSG:4171/CRS
 

 Or, si le code EPSG:4326 correspond à la projection que JOSM nomme
 WGS84, le code EPSG:3857 correspond bien à la projection Mercator, non ?

Oui, les précedents flux ne faisaient que du Lambert 93, j'ai ajouté
les autres projections lors de l'intégration de la haute loire et du
cantal.

Ca ne me donne toujours pas assez d'info pour savoir ce qui ne marche
pas.. peux tu savoir quelles sont les requetes faites ?
Sous linux/unix, josm ecrit les requetes WMS sur la console d'ou il a
été lancé.. ou alors donne moi ton ip, j'irai fouiller dans les logs
du serveur.
En tout cas le message d'erreur en java vient bien de josm, ce n'est
pas du coté de mapserver..

Landry

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

Re: [OSM-talk-fr] Erreur sur le flux WMS du CRAIG

[Landry Breuil]

2011/9/26 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le Dimanche 25 Septembre 2011 13:13:54 Sébastien Dinot, vous avez écrit :
 Bonjour,

 Je n'arrive pas ce matin à obtenir l'affichage de l'orthophotographie du
 CRAIG dans JOSM.

 Salut,

 Chez moi ça marche. Je suis en projection WGS 84, le WMS ne répond pas en
 Mercator, ce qui doit être indiqué sur le wiki

Ca correspond a quel code EPSG mercator dans ce cas ? parce que
logiquement ca doit marcher pour du 900913..

Landry

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

Re: [OSM-talk-fr] Mise à disposition des orthophotos du CRAIG sur l'Auvergne pour OpenStreetMap

[Landry Breuil]

2011/8/28 Robert Chéramy rob...@cheramy.net:
 Bonjour,

 Am 08.08.2011 17:10, schrieb Landry Breuil:
 Comme pour la première tranche, si vous utilisez ce service pour
 ajouter des objets à la base, merci de penser à utiliser le tag
 source='Orthophotographie CRAIG/TopoGEODIS 2010' si la zone concernée
 couvre le cantal ou la haute loire (pareil avec 2009 pour l'allier et
 le puy de dôme).

 le tag source est à apporter sur chaque objet ou sur le changeset ?

Je ne savais pas qu'on pouvait l'appliquer sur un changeset.. mais oui
c'est mieux
sur l'objet a mon avis (comme ca doit etre le cas avec les autres photos), ca
permet d'avoir une idée du nombre d'objets faits/améliorés depuis la photo.

Landry

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

Re: [OSM-talk-fr] Mise à disposition des orthophotos du CRAIG sur l'Auvergne pour OpenStreetMap

[Landry Breuil]

2011/8/11 Vincent Privat vincent.pri...@gmail.com:

 Le 8 août 2011 17:10, Landry Breuil landry.bre...@gmail.com a écrit :

 J'ai mis à jour la page correspondante du wiki avec les nouvelles
 adresses des flux :
 http://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG, si
 quelqu'un peut mettre a jour la relation
 http://www.openstreetmap.org/browse/relation/1103659

 C'est fait, avec la distinction des 2 orthos :) Il manque que la limite du
 Puy, mais j'ai des problèmes à voir les orthos 15cm dans JOSM, que ce soit
 en WGS84 ou Mercator, ça marche chez vous ?

Je viens de faire le test et ca marche bien sur le puy et vichy avec
JOSM.. as tu
spécifié la bonne adresse pour les différentes couches ?

Pour ce qui est de l'emprise/limite il y'a aussi un autre flux wms
montrant le dallage complet :
http://wms.craig.fr/ortho?service=wmsrequest=getmapversion=1.1.1layers=dallage-le-puyformat=image/jpeg;

Landry

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

Re: [OSM-talk-fr] Tracé des arrondissements départementaux et des Communautés de communes

[Landry Breuil]

2011/8/9 Vincent de Chateau-Thierry v...@laposte.net:
 Bonsoir,

 Le 23/06/2011 23:27, Vincent de Chateau-Thierry a écrit :

 Bonsoir,
 Je vous propose un nouvel épisode (suite et fin ?) du feuilleton qui
 concerne les limites administratives des arrondissements départementaux,
 et celles des communautés de communes (les EPCIs à fiscalité propre).

 J'ai placé sur cette page :

 http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives/Bascule_des_admin_level%3D7_en_arrondissements_d%C3%A9partementaux

 un lien vers le modèle de données proposé en mars [1] pour ces deux
 types d'entités, ainsi qu'un tableau reprenant, par département, l'état
 des lieux entre :
 - les EPCIs tracés avec le schéma admin_level=7
 - les EPCIs tracés avec le nouveau schéma proposé
 - les arrondissements tracés avec le schéma admin_level=7

 Comme rappelé sur cette page, je souhaite opérer la conversion des
 relations des com'com vers leur nouveau schéma, et refléter dans la doc
 du wiki la nouvelle modélisation. Je m'occupe, par défaut, de cette
 conversion, il va sans dire que les bonnes volontés sont bienvenues :-)
 J'ai prévu à cet effet dans le tableau une colonne Qui s'en occupe ?.
 Pour la deuxième partie du chantier, à savoir la définition des limites
 des arrondissements, il y a plusieurs cas :
 - il existe des com'com sur le département = il faut d'abord changer
 leur schéma de tags pour éviter la confusion
 - il n'existe pas de com'com sur le département = il est possible de
 définir les limites d'arrondissements dès maintenant.
 Dans les deux cas, il faut évidemment que les communes en bordure
 d'arrondissement aient leurs limites administratives tracées dans la
 base, faute de quoi ce chantier sera remis à plus tard.


 Quelques semaines plus tard, le chantier que je proposais de simple
 conversion des EPCIs s'est mué en chantier de création : on est passé
 d'environ 200 limites d'EPCIs (tagguées en admin_level=7) à plus de 500
 EPCIs avec le nouveau schéma de tags : 502 selon taginfo à l'instant :
 http://taginfo.openstreetmap.org/tags/boundary=local_authority

 Bravo et merci à ceux qui se sont attelés à la tâche, ainsi qu'à Sly qui a
 branché une visualisation de cette nouvelle donnée :
 http://beta.letuffe.org/?layers=BT

 Il reste un peu de chemin car avec 500 EPCIs, nous n'atteignons pas 20% de
 la totalité des EPCIs (2600 selon l'INSEE). Il y a ceux dont certains
 contours de communes manquent, et il y a ceux qui n'attendent que nous pour
 être tracés :-)

Je rebondis sur ca, car je vois qu'en auvergne aucun epci n'est mappé
(booouh :() ..  je pense que vous pouvez contacter Alexandre Loisnel à
l'ARDTA de ma part (enfin, de la part du CRAIG) pour avoir accès a la
source de la carte des territoires d'auvergne qu'ils éditent :
http://www.auvergnepro.com/IMG/jpg/epci_pays_2011-2.jpg

Landry

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

[OSM-talk-fr] Mise à disposition des orthophotos du CRAIG sur l'Auvergne pour OpenStreetMap

[Landry Breuil]

Bonjour,

Comme promis l'an dernier
(http://lists.openstreetmap.org/pipermail/talk-fr/2010-July/025148.html),
le Centre Régional Auvergnat de l'Information Géographique
(http://www.craig.fr) a complété sa prise de vue aérienne sur la
région auvergne, avec une orthophoto à 30cm sur les départements du
Cantal et de la Haute-Loire, ainsi qu'une orthophoto a 15cm sur les
460km2 de la Communauté d'Agglomération du Puy en Velay. Les clichés
ont été pris en aout 2010.

Le flux WMS http://wms.craig.fr/osm a été mis à jour avec ces
nouvelles données pour utilisation dans les éditeurs OSM (j'ai fait
des tests concluants avec josm en EPSG:4326 et merkaartor en lambert
93).

Il faut maintenant utiliser la couche 'auvergne' couvrant l'ensemble
des 26000km2 de la région, la couche 'departements' sera bientôt
supprimée du flux, car elle ne couvrait que l'allier et le puy de dome
et n'utilisait pas de réechantillonages (contrairement à la couche
auvergne qui est du coup beaucoup plus _rapide_). La couche à 15cm de
précision 'le_puy' a été ajoutée.

Les adresses des nouvelles couches sont :
http://wms.craig.fr/osm?service=wmsrequest=getmapversion=1.1.1layers=auvergneformat=image/jpeg;
et
http://wms.craig.fr/osm?service=wmsrequest=getmapversion=1.1.1layers=le_puyformat=image/jpeg;

J'ai mis à jour la page correspondante du wiki avec les nouvelles
adresses des flux :
http://wiki.openstreetmap.org/wiki/WikiProject_France/CRAIG, si
quelqu'un peut mettre a jour la relation
http://www.openstreetmap.org/browse/relation/1103659...

Comme pour la première tranche, si vous utilisez ce service pour
ajouter des objets à la base, merci de penser à utiliser le tag
source='Orthophotographie CRAIG/TopoGEODIS 2010' si la zone concernée
couvre le cantal ou la haute loire (pareil avec 2009 pour l'allier et
le puy de dôme).

N'hésitez pas à m' envoyer un mail (sur l'adresse @craig.fr) pour
toute question/information, et bon mapping !

Pour le CRAIG,
Landry BREUIL

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

Re: [OSM-talk-fr] 6èmes Rencontres des Dynamiques Régionales en Information Géographique

[Landry Breuil]

2011/5/12 François Van Der Biest francois.vanderbi...@camptocamp.com:
 Bonsoir,

 2011/5/12 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Je viens de voir que camptocamp aurait tout de même un stand :
 http://rencontres-afigeo.craig.fr/partenaires
 Si c'est bien le cas, tout n'est pas perdu :-)

 En effet.
 Je viens de me renseigner à l'instant : il est tout à fait possible de
 partager le stand C2C avec un ou des contributeurs OSM.
 Je ne pourrai malheureusement pas être présent en personne.

 Il faudra juste penser à apporter une bannière OSM !

Ah, c'est une possibilité a laquelle je n'avais pas pensé.. comme j'en
ai parlé a gael
a solutions linux, il faut des contributeurs OSM pour venir faire un
peu de lobbying,
même si ce n'est pas un stand dédié :)

Landry

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

Re: [OSM-talk-fr] OSM sur Géofoncier ?

[Landry Breuil]

2011/5/5 Pierre Mauduit pierre.maud...@gmail.com:
 Le jeudi 05 mai 2011 à 13:14 -0700, Pierre Touzard a écrit :
 Un question me taraude : Comment faire pour intéger une couche OSM
 dans
 l'arbre des couches de Géofoncier ?

 Il existe un projet (mapserver-utils disponible sur
 http://code.google.com/p/mapserver-utils ) visant à tirer parti d'une
 base osm2pgsql (l'auteur souhaitant toutefois s'orienter vers une base
 générée via imposm, plus adaptée au rendu WMS) qui permet de générer un
 mapfile sauce osm mapnik, google ou bing (i.e. se voulant proche des 3
 rendus).

 Je l'ai utilisé pour monter http://maps.qualitystreetmap.org/ toutefois
 je ne rends (à moins que François ait bidouillé) qu'en 900913 pour des
 raisons de modestie du serveur, qui a déjà du mal à partir de plusieurs
 utilisateurs simultanés même avec une mise en cache. Il est assez aisé
 je pense d'adapter afin de servir en 4326.

 Ce projet a été repris sur GeoBretagne mais Fabrice qui en est
 l'instigateur pourra sans doute en parler mieux que moi. Sinon, il est
 fort probable que mapnik sache sortir du 4326, mais cela fait longtemps
 que je n'en ai pas fait.

Je confirme pour y avoir passé 2 semaines, c'est pas super simple d'intégrer
un WMS-C existant OSM (celui de geobretagne !) dans un site basé sur l'api
du geoportail (qui se base sur OpenLayers), mais c'est faisable. La future
version de la visionneuse du CRAIG se basera dessus, avec l'aide de
géobretagne mais aussi de l'IGN :)

Landry

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

Re: [OSM-talk-fr] Fichier Shapefile et MapInfo

[Landry Breuil]

2011/4/29 rldhont rldh...@gmail.com:
 Bonjour M. Loron,

 Les fichier Shapefile et MapInfo ne peuvent être lu par OpenLayers et
 OpenScales ni par aucune solution Web.

 Il est nécessaire de passer par une conversion de ces formats vers un format
 compatible avec une solution Web. Pour cela vous pouvez utiliser OGR2OGR.

Ou mettre en place un serveur WMS style mapserver, qui permettra beaucoup
plus de choses..

Landry

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

[OSM-talk-fr] 6èmes Rencontres des Dynamiques Régionales en Information Géographique

[Landry Breuil]

Bonjour les mappeurs !

Le CRAIG (Centre Régional Auvergnat de l'Information Géographique)
organise avec le soutien de
l'AFIGEO les 6èmes Rencontres des Dynamiques Régionales en Information
Géographique
les 9 et 10 juin 2011 à Clermont Ferrand. Cette manifestation gratuite
est bien sur ouverte à tous.

Comme j'en avais déja parlé à certains, j'aurais aimé réussir à avoir
un emplacement gratuit pour
un stand pour OSM, voire même un atelier thématique dédié mais pour
des raisons qui nous dépassent
ca ne va pas être possible. (1000E HT la location du stand...)

Cependant, tout les mappeurs sont les bienvenus pour parler d'OSM,
faire du lobbying,
sachant qu'il y'aura des élus, des décideurs des services de l'état 
fonction publique...

Pour plus d'informations, se rendre sur le site dédié :
http://rencontres-afigeo.craig.fr/

Landry

Ps: la seconde tranche de l'ortho pour le cantal et la haute loire
arrive, encore 1 ou 2 mois à patienter..
Ps2: si certains veulent venir de loin et rester les 2j, je peux
éventuellement les héberger..

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

Re: [OSM-talk-fr] 6èmes Rencontres des Dynamiques Régionales en Information Géographique

[Landry Breuil]

2011/4/7 Romain MEHUT romain.me...@gmail.com:
 Je recommence (désolé)
 Et aussi de signaler aux organisateurs ceci:
 http://www.openstreetmap.org/?lat=45.788025lon=3.099626zoom=18layers=M
 en complément de cela: http://rencontres-afigeo.craig.fr/lieu

Ca je veux bien (tu crois que j'y ait pas pensé ?), mais fournit moi
un équivalent complet, qui
fournisse la popup sur le batiment (ca, je peux me débrouiller avec un
marker/popup openlayers),
et un lien 'itinéraire vers' basé sur OSM
Et pas besoin de cartosm.eu, le module openlayers de drupal fait ca très bien.

Landry

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

Re: [OSM-talk-fr] 6èmes Rencontres des Dynamiques Régionales en Information Géographique

[Landry Breuil]

2011/4/7 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le jeudi 7 avril 2011 13:38:44 Landry Breuil, vous avez écrit :
 Bonjour les mappeurs !

 Salut Landry,

 Comme j'en avais déja parlé à certains, j'aurais aimé réussir à avoir
 un emplacement gratuit pour
 un stand pour OSM, voire même un atelier thématique dédié mais pour
 des raisons qui nous dépassent
 ca ne va pas être possible. (1000E HT la location du stand...)

 En jetant un œuil au site que j'ai reçu ce matin, je me suis dit que
 l'événement devenait un peu plus « corporate », et malheureusement dans les
 fait moins ouvert.

Certes, mais c'est en allant faire du lobbying dans ces évenements corporate
qu'on peut convaincre les élus de libérer leurs données :)

Landry

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

Re: [OSM-talk-fr] Panneau d'affichage

[Landry Breuil]

2011/3/25 Marc SIBERT m...@sibert.fr:
 Le 24 mars 2011 22:07, yvecai yve...@gmail.com a écrit :

 On 24. 03. 11 21:33, Marc Sibert wrote:

 Le 24/03/2011 20:52, ratanes a écrit :

 Bonsoir,

 je cherche le moyen de décrire les panneaux d'affichage.

     Type de support (bois, métal pour prévoir les moyens d'accrochage :
 ruban adhésif, punaises ou agrafes)
     Type d'autorisation (libre, mairie)

 L'idée est d'ensuite afficher ces informations sur une carte afin
 d'aider les associations qui souhaitent
 informer d'un spectacle pour qu'elle sache combien prévoir d'affiches,
 où les placer et quels types d'accrochage.

 (Je ne sais pas non plus comment on fait pour faire apparaître ses
 informations sur une carte)

 Merci
 Marc Bricard



 Bonjour,

 Utilises OpenLayers avec la carto d'OSM et les localisations des panneaux
 en surimpression. Rien n'est prévu pour les panneaux d'information (autre
 que l'information routière et touristique).

 S'il n'existe pas de tag, ça n'a rien à faire dans OSM. Pourquoi pas les
 sex-shops ou les panneaux publicitaires ? Ah ! on me dit qu'il existe un tag
 pour les sex-shops ;-)

 Sinon tu peux faire une proposition de tag et une proposition de
 correctif de l'outil de rendu pour faire apparaitre ces nouveaux éléments.

 Bonne chance.

 Enfin Marc, pourquoi être si catégorique? OpenStreetMap n'a aucune
 restriction de contenu sur les tags.
 Et avec un peu de travail, on peut faire apparaitre sur une carte
 n'importe quel tag sur une carte soi-même, même si le commun des mortels
 n'est pas intéressé par ce tag.
 Elle est pas chouette celle-là: http://brewpubs.openstreetmap.de/ ?

 Yves
 http://wiki.openstreetmap.org/wiki/Tag
 http://wiki.openstreetmap.org/wiki/Any_tags_you_like

 Bonjour,

 J'aime beaucoup ton exemple brewpubs ; c'est exactement ma réponse. Les
 données ne *sont pas* dans OSM mais ajoutées en surcouche avec OpenLayers.

Euh... elles _sont_ dans OSM. Ce sont tout les noeuds avec un tag   
microbrewery = yes.

Landry

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

Re: [OSM-talk-fr] Cartorisque

[Landry Breuil]

2011/2/27 Nicolas Frery nicolas-l...@zoubi.info:
 Bonjour,


 en recherchant une carte des zones innondable je suis tombé sur
 http://cartorisque.prim.net/ .

Il faut savoir que les données ne sont absolument pas a jour sur ce
site.. et de qualité variable.
Pour ce qui est de la licence, elles proviennent des DDT, le plus
simple serait de s'addresser
directement à elles.

De plus, est-ce que les zones inondables et les zones à risques
sismiques ont vocation à etre dans OSM ?

Landry

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

Re: [OSM-talk-fr] Itinéraires Multimodaux à Rennes basés sur OpenStreetMap et le GTFS de l'OpenData de Rennes

[Landry Breuil]

2011/2/10 rldhont rldh...@gmail.com:
 Bonjour à tous,

 Il se trouve que les données libre de Rennes nous a aussi données des idées.
 Nous, 3Liz, avons donc exploité les données sur les transport en commun de
 Rennes Métropole en mixant des données issues d'OpenStreetMap et des données
 de la STAR.

 Pour plus de détail :
 http://3liz.org/blog/rldhont/index.php/2011/02/10/360-itineraires-multimodaux-a-rennes-bases-sur-openstreetmap-et-le-gtfs-de-l-opendata-de-rennes

 Pour ceux qui n'ont pas envi de lire :
 http://demo.3liz.fr/opendatarennes

Rho, ca me ferait presque regretter de plus habiter rennes...
Bravo, superbe réalisation technique!

Landry

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

Re: [OSM-talk-fr] Compte Rendu FOSDEM

[Landry Breuil]

2011/2/8 Thomas Clavier t...@tcweb.org:
 Le 08/02/2011 15:20, RatZilla$ a écrit :
 Remerciement
 Tout d'abord MERCI à Brice, Landry, Pierre, Philippe, Thomas


 -1 pour moi, j'ai pas passé une demis seconde sur le stand ...

pareil, je suis juste passé 2x discuter.. que nous vaut cet honneur ? :)

 -3 Show[girls][men] ne seraient pas de trop (surtout à la pause
 déjeuner/pipi/visite autres stand conf)


 Bonne idée, mais comment motiver 1 personne pour passer tout plein de
 temps sur le stand quand il y a autant de superbe conf à côté ?

Je serais a solutions linux, et je pourrais dégager un peu de temps pour
tenir le stand. Il y'a moins de trucs a voir qu'au fosdem, et on a plus vite
fait le tour.

 -Goodies à vendre et à offrir


 Sur les 5000 geek présents sur place, il y en a tout plein qui sont près
 à soutenir les projets / initiatives libre, acheter un polo à 25€ ou un
 mug à 15€ ne leur fait pas peur. Et c'est plus agréable qu'une simple
 donation.

Totalement d'accord pour le fosdem. A solutions linux, on peut aussi
vendre des goodies, mais le public est moins venu pour ca.

Landry

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

Re: [OSM-talk-fr] Ouverture du stand OSM demain 9h00 au FOSDEM

[Landry Breuil]

2011/2/4 RatZilla$ ratzil...@gmail.com:
 Bonjour à tous[te]s !

 Nous ouvrons le stand OSM demain à 09h00 au FOSDEM à Bruxelles.
 Venez nom[breux zé breuses]

Ils y étaient, et ils ont assuré les 2 jours!

c'était un plaisir de vous rencontrer!

Landry

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

Re: [OSM-talk-fr] Fwd: [Contact] Fond de carte employé

[Landry Breuil]

2011/2/7 Gilles Bassière gbassi...@gmail.com:
 Romain MEHUT wrote:
 Bonjour à tous,

 J'ai suggéré au site leclimatentrenosmains de passer d'une
 géolocalisation Google à OSM mais manifestement le développement
 informatique induit des coûts.

 Vous en pensez quoi?

 J'ai rapidement parcouru le site et je n'ai pas vu de carte. Je fais
 donc une réponse générale à te question.

 La difficulté de la migration peut venir de plusieurs choses :

 * Le site est construit avec le CMS Drupal et il y a de fortes chances
 pour que la carte soit générée automatiquement par un module Drupal. À
 mon humble connaissance, il y a plusieurs module de carto sous Drupal et
 la majeure partie sont s'appuient sur l'API Google Maps. Migrer vers OSM
 implique donc de passer à un module différent, mais celui-ci devra
 couvrir les besoins aussi bien que le module actuel. En terme de
 travail, ça signifie qu'il y a au moins une étape de recherche et
 d'évaluation d'un module alternatif, voire de développement si ce module
 n'existe pas. Il faut par ailleurs adapter les partie du site qui
 exploitent ce module, plus il y a en a plus c'est long/coûteux.

A noter qu'il y'a un très bon module OpenLayers pour drupal :
http://drupal.org/project/openlayers
Et une foule d'alternatives, comme mappingkit :
http://drupal.org/project/mappingkit

Plus de détails ici http://groups.drupal.org/node/21723 pour ceux qui
veulent creuser.

Cependant,  certains modules/fonctionnalites ne fonctionnent que avec le
module GMaps (le reverse geocoding, de mémoire..)

Landry

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

Re: [OSM-talk-fr] [Question Stupide] Radar....

[Landry Breuil]

2010/12/2 Debucquoi Sébastien sebastien.debucq...@inrets.fr:
 Question stupide, on peut mettre sur OSM les radar automatique ?

Ils y sont déja..

http://www.leretourdelautruche.com/map/radar_fr.html
http://freeroute.fr/?page_id=36

http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:enforcement#Example_3:_Speed_Camera

Landry

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

[OSM-talk-fr] Recherche (co-)intervenant pour présentation OSM aux journées utilisateurs du C RAIG

[Landry Breuil]

Bonjour,

===
Une fois par an, le CRAIG (Centre Régional Auvergnat de l'Information
Géographique) donne la parole aux
utilisateurs pour donner un coup de projecteur sur un projet, une
thématique, un partenariat… Très
appréciées, ces journées rassemblent une centaine de participants.

D’une manière générale, ces manifestations sont des moments
privilégiés pour échanger et faire naître de
nouvelles collaborations. Elles favorisent l’émergence de nouveaux
projets qui participent au développement
de l’information géographique en Auvergne.

Afin de préparer cette troisième édition qui se déroulera le 9
décembre 2010 à Clermont Ferrand, le CRAIG
lance aujourd'hui un appel à communications.
===

J'aimerai bien (et mes collègues aussi) intégrer une présentation
généraliste/technique (c'est à destination
des sigistes des différents services publics/collectivités de la
région Auvergne) d'OSM dans le programme par
quelqu'un qui connait bien le projet dans son ensemble et sait le
promouvoir, donc si quelqu'un est intéressé..
Ca peut être une présentation à deux voix, je peux m'occuper du coté
technique/démo.

On peut envisager de rembourser les frais de déplacement si vous venez de loin.

Landry Breuil

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

Re: [OSM-talk-fr] Recherche (co-)intervenant pour présentation OSM aux journées utilisateurs du C RAIG

[Landry Breuil]

2010/11/2 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le mardi 2 novembre 2010 11:41:57 Landry Breuil, vous avez écrit :
 J'aimerai bien (et mes collègues aussi) intégrer une présentation
 généraliste/technique (c'est à destination
 des sigistes des différents services publics/collectivités de la
 région Auvergne) d'OSM dans le programme par
 quelqu'un qui connait bien le projet dans son ensemble et sait le
 promouvoir, donc si quelqu'un est intéressé..
 Ca peut être une présentation à deux voix, je peux m'occuper du coté
 technique/démo.

 Bonjour,

 Étant contributeur local, je veux bien voir si je peux me joindre à toi :-)
 Si tu es intéressé, je te précise ça dans la semaine.

J'ai eu 3 réponses en privé de contributeurs/sociétés.. on va en discuter
demain pour savoir vers qui/quoi on préfere se diriger, ie soit un
truc qui fasse
'présentation d'osm a travers les services que peut fournir une boite
qui gravite
autour/contribue a OSM' ou 'présentation par un vrai contributeur indépendant
sans sous-entendu publicitaire'.
Perso je penche plus pour le second, mais on va en parler entre nous, je te
tiendrais au courant. Dans tout les cas, tu es le bienvenu pour assister à la
journée même si tu ne fais pas de présentation!

Landry

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

Re: [OSM-talk-fr] Recherche (co-)intervenant pour présentation OSM aux journées utilisateurs du C RAIG

[Landry Breuil]

2010/11/2 Landry Breuil landry.bre...@gmail.com:
 2010/11/2 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le mardi 2 novembre 2010 11:41:57 Landry Breuil, vous avez écrit :
 J'aimerai bien (et mes collègues aussi) intégrer une présentation
 généraliste/technique (c'est à destination
 des sigistes des différents services publics/collectivités de la
 région Auvergne) d'OSM dans le programme par
 quelqu'un qui connait bien le projet dans son ensemble et sait le
 promouvoir, donc si quelqu'un est intéressé..
 Ca peut être une présentation à deux voix, je peux m'occuper du coté
 technique/démo.

 Bonjour,

 Étant contributeur local, je veux bien voir si je peux me joindre à toi :-)
 Si tu es intéressé, je te précise ça dans la semaine.

 J'ai eu 3 réponses en privé de contributeurs/sociétés.. on va en discuter
 demain pour savoir vers qui/quoi on préfere se diriger, ie soit un
 truc qui fasse
 'présentation d'osm a travers les services que peut fournir une boite
 qui gravite
 autour/contribue a OSM' ou 'présentation par un vrai contributeur indépendant
 sans sous-entendu publicitaire'.
 Perso je penche plus pour le second, mais on va en parler entre nous, je te
 tiendrais au courant. Dans tout les cas, tu es le bienvenu pour assister à la
 journée même si tu ne fais pas de présentation!

Ce message n'était bien sur pas a destination de la liste... merci gmail :/
Enfin au moins, le message que je voulais envoyer à tout ceux qui se
sont proposés
(merci!) est passé!

Landry

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

Re: [OSM-talk-fr] Qualité de l'image SPOT

[Landry Breuil]

2010/10/8 Sébastien Dinot sebastien.di...@free.fr:
 Nicolas Dumoulin a écrit :
 Juste pour rappeler que les photos du CRAIG offre une résolution de
 50cm sur l'Auvergne, tu y gagnerais donc en précision, et en qualité.

 Les photos du CRAIG sont même à 30 cm, voire 15 cm mais elles ne sont
 disponibles à cette heure que pour deux des quatre départements
 auvergnats. Pas de chance, celui qui m'intéresse le plus fait partie des
 deux manquants. :)

Ca vient, ca vient.. les prises de vues ont été faites il y'a 2 mois, et à
orthorectifier + caler c'est pas simple !
Début d'année si tout se passe bien :)

Landry

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

Re: [OSM-talk-fr] Machine dédiée aux serveurs WMS et tuiles

[Landry Breuil]

2010/9/24 François Van Der Biest francois.vanderbi...@camptocamp.com:
 Hello,

 Comme je le disais par ailleurs, nous allons très bientôt pouvoir
 exploiter l'ortho du 06.
 Cette ortho représente ~ 10Go en ECW, soit donc ~ 100Go en Tiff
 (passage obligé car le format ECW est propriétaire et la licence nous
 interdit de monter un serveur en utilisant directement GDAL avec le
 support ECW). Si l'on construit une pyramide de tiff avec gdaladdo
 pour accélérer le serveur WMS, on peut estimer le besoin en espace
 disque à ~ 200Go. Plus encore si on prégénère des tuiles.

Hello... non content d'avoir mis en place le WMS du CRAIG, j'aimerai
bien faire plus pour OSM. j'ai accès a plusieurs machines dans le
cadre de ma participation au projet OpenBSD, et je m'occupe (entre
autres) d'ftp.fr.openbsd.org, qui va bientot changer. je vais donc me
retrouver avec une sun v210 disposant de 250g libre, et pour le
challenge je veux bien essayer de mettre un WMS a gros débit dessus..
c'est pas dit que la machine tienne en cpu cependant.

Concernant le format ECW... autant je suis a cheval sur les licences,
mais clairement ermapper fait ch... donc perso je m'assieds sur leurs
restrictions. Ca me dérange pas d'etre responsable d'un serveur WMS
qui serve a partir d'ECW direct.

Landry

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

Re: [OSM-talk-fr] Machine dédiée aux serveurs WMS et tuiles

[Landry Breuil]

2010/9/24 Landry Breuil landry.bre...@gmail.com:
 2010/9/24 François Van Der Biest francois.vanderbi...@camptocamp.com:
 Hello,

 Comme je le disais par ailleurs, nous allons très bientôt pouvoir
 exploiter l'ortho du 06.
 Cette ortho représente ~ 10Go en ECW, soit donc ~ 100Go en Tiff
 (passage obligé car le format ECW est propriétaire et la licence nous
 interdit de monter un serveur en utilisant directement GDAL avec le
 support ECW). Si l'on construit une pyramide de tiff avec gdaladdo
 pour accélérer le serveur WMS, on peut estimer le besoin en espace
 disque à ~ 200Go. Plus encore si on prégénère des tuiles.

 Hello... non content d'avoir mis en place le WMS du CRAIG, j'aimerai
 bien faire plus pour OSM. j'ai accès a plusieurs machines dans le
 cadre de ma participation au projet OpenBSD, et je m'occupe (entre
 autres) d'ftp.fr.openbsd.org, qui va bientot changer. je vais donc me
 retrouver avec une sun v210 disposant de 250g libre, et pour le
 challenge je veux bien essayer de mettre un WMS a gros débit dessus..
 c'est pas dit que la machine tienne en cpu cependant.

 Concernant le format ECW... autant je suis a cheval sur les licences,
 mais clairement ermapper fait ch... donc perso je m'assieds sur leurs
 restrictions. Ca me dérange pas d'etre responsable d'un serveur WMS
 qui serve a partir d'ECW direct.

Et pour étayer un peu plus mon propos, écrit sous le ressentiment des
heures passées a compiler manuellement gdal/mapserver/qgis avec le
support ECW, je me réfère a la licence dudit SDK:

http://jrepetto.free.fr/ttmaps/licence_ecw.txt

Des licences libres et non libres que j'ai vu jusque la, c'est une des
plus tordues. C'est pas pour rien que debian n'a jamais voulu
l'inclure.

Vu que gdal/mapserver sont sous licence X11/MIT, c'est le FREE/PUBLIC
USE LICENCE AGREEMENT qui s'applique.

Et si je me réfere a cet e-mail quoté d'un responsable d'ER MAPPER
datant de 2005 :
http://lists.alioth.debian.org/pipermail/pkg-grass-general/2005-August/001082.html

Some examples of use cases of the SDK under the Public Use License
Agreement:
used as a GDAL driver - no problem here
used as a GDAL driver in a FOSS project like MapServer - no problem

Donc pour moi (et mon interprétation de la licence, et ce que j'en ai
lu a gauche et a droite), c'est ok pour un wms mapserver avec le sdk
3.3 de cette époque.

Mais évidemment, ca peut changer.. si je lis bien ce post de forum,
les versions suivantes seront peut-etre plus restreintes.
 http://georezo.net/forum/viewtopic.php?pid=177183

D'ou mon fait ch.. ermapper/erdas. Et fait ch... les formats non
ouverts. Si seulement geotiff ne prenait pas autant de place...

Landry

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

Re: [OSM-talk-fr] Orthos de Grasse : après le WMS , le TMS à la sauce OSM !

[Landry Breuil]

2010/9/23 François Van Der Biest francois.vanderbi...@camptocamp.com:
 Hello,

 2010/9/22 Landry Breuil landry.bre...@gmail.com:
 Par curiosité, pourquoi cette méthode (que je connaissait pas trop) et
 pas le classique :
 - montage d'un service WMS
 - configuration d'un tilecache en frontal du WMS avec choix des niveaux de 
 zoom
 - utilisation de tilecache_seed.py pour remplir le cache

 Parce que un cache de tuiles TileCache est un cache de tuiles au
 format ... tilecache, et JOSM ne sait pas y accéder.
 Ex: 
 http://maps.qualitystreetmap.org/tiles/grasse/17/000/068/050/000/083/240.jpeg

Ah. Mais si josm comprend que ce genre d'urls.. c'est justement le
layout généré par tilecache sur le disque.

Ici j'ai /data/tilecache/ortho/00/000/001/290/000/001/999.jpeg sur mon
disque, avec :
- le 1er chiffre le niveau de zoom (00=le plus haut)
- les 3 chiffres suivant le X(ou le Y)
- et vice versa pour les 3 derniers chiffres.
Ce repertoire peut etre servi en http:// brut, modulo evidemment le pb
du 'ou est le 0,0 ?'.

J'essaie juste de comprendre si il y'a un moyen de reutiliser ce que
fait tilecache pour osm..

 Pour le TMS standard/non standard, ca serait pas le coup de la différence 
 entre
 TMS/tilecache et WMTS comme très bien expliqué ici :
 http://www.camptocamp.com/fr/blog/2010/05/from-tilecache-to-wmts/  ?

 L'idée est là, mais WMTS est encore un nouveau standard (créé par
 l'OGC cette fois).
 On se retrouve maintenant avec, à ma connaissance, 4 variétés de
 caches de tuiles dans la nature : TMS OSGeo, TMS OSM, TileCache, WMTS.

Argl. Vive la standardisation. Pour moi ca fait le parallele entre les
classes openlayers TMS, Tilecache et XYZ.

Landry

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

Re: [OSM-talk-fr] Orthos de Grasse : après le WMS , le TMS à la sauce OSM !

[Landry Breuil]

2010/9/22 François Van Der Biest francois.vanderbi...@camptocamp.com:
 Hello,

 Pour la mapping party de Grasse du WE dernier, j'avais monté un
 serveur WMS sur maps.qualitystreetmap.org/grasse et, à ce que j'ai
 entendu, ça a très bien marché.

 L'avantage d'un WMS, c'est sa flexibilité (bbox/projection/styles/etc ...).
 L'inconvénient d'un WMS vient directement de ses avantages : ça
 consomme des ressources CPU.
 Comme c'est hébergé sur une dédibox avec un petit processeur, j'ai
 cherché à optimiser ça.

 Voici le déroulement des opérations :
  - Découpage de l'ECW en 4 tuiles GeoTiff à peu près égales avec
 gdal_translate, de manière à ne pas dépasser 4Go par Tiff (limite
 intrinsèque),
  - Création d'un raster virtuel (VRT) avec gdalbuildvrt, pour
 agréger virtuellement les 4 fichiers TIF en un seul,
  - Utilisation de gdal2tiles pour créer un cache de tuiles au standard
 TMS OSGeo directement à partir de ce VRT (cache accessible sur
 http://maps.qualitystreetmap.org/tiles/grasse.tms/),
  - Utilisation de l'appli sur http://tms.mapspot.ge/ pour créer
 virtuellement un TMS au standard OSM (et oui, on peut lire sur cette
 page que The TMS standard sets the origin at the bottom-left;
 OpenStreetMap (and tools like JOSM) assumes a non-standard upper-left
 origin.) = Création du dépot TMS
 http://tms.mapspot.ge/tms/5/nonstandard compatible OSM !

Par curiosité, pourquoi cette méthode (que je connaissait pas trop) et
pas le classique :
- montage d'un service WMS
- configuration d'un tilecache en frontal du WMS avec choix des niveaux de zoom
- utilisation de tilecache_seed.py pour remplir le cache

Pour le TMS standard/non standard, ca serait pas le coup de la différence entre
TMS/tilecache et WMTS comme très bien expliqué ici :
http://www.camptocamp.com/fr/blog/2010/05/from-tilecache-to-wmts/  ?

Landry

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

Re: [OSM-talk-fr] CRAIG down

[Landry Breuil]

2010/9/16 Landry Breuil landry.bre...@gmail.com:
 2010/9/16 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le jeudi 16 septembre 2010 14:39:43 hamster, vous avez écrit :
 j'arrive plus a voir les orthos CRAIG dans josm, et sur le site du CRAIG
 ca marche sauf si on essaye de zoomer

 J'ai déjà subi des indispo. J'avais alors contacté directement Landry qui
 avait posté ici l'annonce ( bre...@craig.fr ), il m'avait répondu qu'ils
 avaient des soucis de perfs. Tu peux le recontacter directement au cas où il
 ne suivent pas tous les messages de la liste, pour en savoir plus …

 Pour faire simple... pour essayer de résoudre les qqs problemes que
 j'avais avant (un process CGI mapserver qui bouffait toute la ram,
 donc ne pouvait plus servir d'autres requetes),
 je fais divers tests de perfs/fiabilité, j'ai fait des comparaisons
 entre les différents modes cgi/fcgi avec apache/lighttpd, etc..

 Déja, y'avait un gros leak sur l'accès a ces #...@! de fichiers ecw,
 résolu avec le patch d'ici :
 http://trac.osgeo.org/mapserver/ticket/3245

 Avant, le wms était servi par apache+cgi mapserver classique, et le
 cache tuilé de la visionneuse c'etait tilecache via apache+mod_python.
 Ca ramait un peu.
 Depuis hier, le wms est servi par lighttpd+10 process fcgi mapserver,
 et le cache tuilé c'est toujours tilecache mais via apache+mod_wsgi.
 Ca rame un peu moins, et je verrais bien si y'a moins d'erreurs sur le
 long terme.

 Ce qui est sur, c'est que dire ca ne marche pas ne me suffit pas, il
 faut apporter un peu plus de détails :)
 Comme p.ex les requetes http faites par josm, a quelle heure, a partir
 de quelle ip, le code de retour, etc..

 J'essaie de voir ce qui se passe dans les logs, mais c'est pas
 forcément simple, donc je tatonne.

Alors j'ai tatonné, tatonné.. et en fait c'était une erreur de ma part.
Donc ca doit remarcher normalement a partir de maintenant.

Landry

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

Re: [OSM-talk-fr] Import de données type POI sur la ville de Grasse - Ortho-photos ?

[Landry Breuil]

2010/9/16 Vladimir Vyskocil vladimir.vysko...@gmail.com:
 Bonjour,

 Avez vous également reçu les ortho-photos au format ECW (jpeg2000) ?
 J'ai essayé de les utiliser avec QGis sur Mac mais le format ECW n'est pas 
 supporté nativement, il semble y avoir un plugin plus ou moins fonctionnel 
 mais je n'ai pas encore trouvé comme on l'intègre dans une version compilé de 
 QGis...
 Donc ma question est la suivante que peut t'on utiliser comme logiciel libre 
 pour lire ce format (de préférence sur Mac :) ?
 Est-ce que les ortho-photos du département dont on a parlé ici seraient 
 également dans ce format ?

L' ECW est un format certe performant, mais extrémement ch a
manipuler avec les outils libres, car la librairie d'accès n'est pas
libre et donc le support jamais compilé par défaut.
Pour que QGis le supporte, il faut déja compiler/installer la libecw
(qu'on peut trouver difficilement sur internet) puis recompiler GDAL
avec le support pour ce format.

Landry

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

Re: [OSM-talk-fr] CRAIG down

[Landry Breuil]

2010/9/16 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le jeudi 16 septembre 2010 14:39:43 hamster, vous avez écrit :
 j'arrive plus a voir les orthos CRAIG dans josm, et sur le site du CRAIG
 ca marche sauf si on essaye de zoomer

 J'ai déjà subi des indispo. J'avais alors contacté directement Landry qui
 avait posté ici l'annonce ( bre...@craig.fr ), il m'avait répondu qu'ils
 avaient des soucis de perfs. Tu peux le recontacter directement au cas où il
 ne suivent pas tous les messages de la liste, pour en savoir plus …

Pour faire simple... pour essayer de résoudre les qqs problemes que
j'avais avant (un process CGI mapserver qui bouffait toute la ram,
donc ne pouvait plus servir d'autres requetes),
je fais divers tests de perfs/fiabilité, j'ai fait des comparaisons
entre les différents modes cgi/fcgi avec apache/lighttpd, etc..

Déja, y'avait un gros leak sur l'accès a ces #...@! de fichiers ecw,
résolu avec le patch d'ici :
http://trac.osgeo.org/mapserver/ticket/3245

Avant, le wms était servi par apache+cgi mapserver classique, et le
cache tuilé de la visionneuse c'etait tilecache via apache+mod_python.
Ca ramait un peu.
Depuis hier, le wms est servi par lighttpd+10 process fcgi mapserver,
et le cache tuilé c'est toujours tilecache mais via apache+mod_wsgi.
Ca rame un peu moins, et je verrais bien si y'a moins d'erreurs sur le
long terme.

Ce qui est sur, c'est que dire ca ne marche pas ne me suffit pas, il
faut apporter un peu plus de détails :)
Comme p.ex les requetes http faites par josm, a quelle heure, a partir
de quelle ip, le code de retour, etc..

J'essaie de voir ce qui se passe dans les logs, mais c'est pas
forcément simple, donc je tatonne.

Landry

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

Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map

[Landry Breuil]

2010/7/29 François Van Der Biest francois.vanderbi...@camptocamp.com:
 Il serait possible de mettre en place un cache local sur une des
 machines Free, avec MapProxy, ou Tilecache.

Il y'a un TMS ici : http://wms.craig.fr/cgi-bin/tilecache.py/1.0.0/ortho/
C'est celui qui est utilisé par la visionneuse.

Landry

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

Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map

[Landry Breuil]

2010/7/29 Hendrik Oesterlin hendrikmail2...@yahoo.de:
 Le 29/07/2010 à 02:52:25 +1100 Landry Breuil landry.bre...@gmail.com a écrit
 Objet: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le 
 Puy de Dôme pour OpenStreetMap :


 Cette orthophotographie est consultable (entre autres) à l'adresse
 suivante : http://carto.craig.fr. Cette visionneuse est basée sur les
 outils libres mapfish et mapserver.

 Très bonne initiative!

 Par contre, sous WinXP avec Opera 10.60 Build 3445 j'ai un problème
 pour afficher la page. Opera plante et doit être redémarré, et cela en
 boucle.

J'ai déja pas mal passé(ou perdu ?) de temps pour qu'IE soit content.. et
je n'ai pas de machine de dev avec un OS qui supporte IE ou Opera. Donc
oui, désolé, je n'ai pas testé Opera :)

Landry

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

Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map

[Landry Breuil]

2010/7/28 hamster hams...@suna.fdn.fr:
 merci beaucoup pour l'ouerture d'esprit dont vous faites preuve, c'est pas
 tous les jours que la cooperation avec des institutionnels se  passe aussi
 bien

 je suis un peu etonne que clermont (et pourquoi pas aurillac) ne figure pas
 dans la liste des zones couvertes a 15 cm mais c'est deja tres bien comme ca

Clermont n'a pas été couvert lors de cette prise de vue
car clermont co à déja une orthophoto à 16.5cm datant de quelques années,
mais ils vont nous la fournir, je pense qu'il faudra leur demander gentiment
pour la rajouter à notre WMS.. enfin en attendant, y'a déja du 30cm.

Pour aurillac... question politique :)

 j'attends avec impatience la partie cantalouse de la photo

Mars 2011 pour cantal/haute loire si tout se passe bien. Les prises de
vues doivent
être faites cet été.

Landry

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

Re: [OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map

[Landry Breuil]

2010/7/29 François Van Der Biest francois.vanderbi...@camptocamp.com:
 Formidable !
 Autant l'utiliser plutot que le WMS alors ...

Ah bien sur.. je n'en ai pas parlé car je ne savais pas si josm
supportait les serveurs TMS, et je n'ai pas fait de tests avec
merkaartor.
Par contre le TMS est en EPSG:2154 uniquement.

Landry

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

Re: [OSM-talk-fr] Re : Mise à disposition des orth ophotos sur l'Allier et le Puy de Dôme pour Ope nStreetMap

[Landry Breuil]

2010/7/29 Christian Quest christian.qu...@gmail.com:
 Le 29 juillet 2010 14:39, THEVENON Julien julien_theve...@yahoo.fr a écrit
 :

 Une question par curiosité pour Christian, pourquoi rentrer les limites
 des orthophotos dans la base ?
 http://www.openstreetmap.org/browse/way/70038920
 C est pour faciliter le reperage de ce qui est couvert par les photos ?



 Toutafé !
 On a déjà les orthos en haute def de Yahoo, celles de GéoLittoral, celle du
 CRAIG et bientôt celles du 06... donc l'idée c'est de faire une grosse
 relation pour pouvoir facilement afficher sur une carte de France toutes les
 zones couvertes par des orthos en haute-résolution et aussi toutes les
 communes avec le cadastre en vectoriel.

D'ailleurs, si on veut pinailler, ce détour est légerement faux.. les
orthophotos
ne s'arrêtent pas exactement à la limite du département, mais il y' a
un buffer de 500m
(ou 1km, je ne sais plus), et les dalles sont pleines (ie pas de
rognage ni de blanc
sur les bords).
Si tu fais une requete WMS sur la couche 'dallage' du wms 'wms.craig.fr/ortho'
(EPSG:2154 uniquement), tu auras l'emprise exacte du puzzle^Wde la totalité
de l'orthophoto.

Landry

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

Re: [OSM-talk-fr] Re : Mise à disposition des orth ophotos sur l'Allier et le Puy de Dôme pour Ope nStreetMap

[Landry Breuil]

2010/7/29 Landry Breuil landry.bre...@gmail.com:
 2010/7/29 Christian Quest christian.qu...@gmail.com:
 Le 29 juillet 2010 14:39, THEVENON Julien julien_theve...@yahoo.fr a écrit
 :

 Une question par curiosité pour Christian, pourquoi rentrer les limites
 des orthophotos dans la base ?
 http://www.openstreetmap.org/browse/way/70038920
 C est pour faciliter le reperage de ce qui est couvert par les photos ?



 Toutafé !
 On a déjà les orthos en haute def de Yahoo, celles de GéoLittoral, celle du
 CRAIG et bientôt celles du 06... donc l'idée c'est de faire une grosse
 relation pour pouvoir facilement afficher sur une carte de France toutes les
 zones couvertes par des orthos en haute-résolution et aussi toutes les
 communes avec le cadastre en vectoriel.

 D'ailleurs, si on veut pinailler, ce détour est légerement faux.. les
 orthophotos
 ne s'arrêtent pas exactement à la limite du département, mais il y' a
 un buffer de 500m
 (ou 1km, je ne sais plus), et les dalles sont pleines (ie pas de
 rognage ni de blanc
 sur les bords).
 Si tu fais une requete WMS sur la couche 'dallage' du wms 'wms.craig.fr/ortho'
 (EPSG:2154 uniquement), tu auras l'emprise exacte du puzzle^Wde la totalité
 de l'orthophoto.

Oups - mes excuses, je viens de re-re-revoir la relation, et le détour
est déja bien le bon :)

Landry

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

[OSM-talk-fr] Mise à disposition des orthophotos sur l'Allier et le Puy de Dôme pour OpenStreet Map

[Landry Breuil]

Bonjour,

Le Centre Régional Auvergnat de l'Information Géographique
(http://www.craig.fr) est une structure publique ayant pour but de
mutualiser l'information géographique entre les différents acteurs
publics de la région Auvergne. Dans le cadre de son programme
d'acquisition de données, le CRAIG a fait réaliser courant 2009 une
orthophotographie à 30cm sur les départements de l'Allier et du Puy de
Dôme et à 15cm sur les agglomérations (étendues) de Vichy, Moulins et
Montluçon.
Une seconde prise de vue est programmée cette année pour couvrir les
départements Cantal et la Haute Loire à 30cm, ainsi que
l'agglomération du Puy-en-Velay à 15cm.

Cette orthophotographie est consultable (entre autres) à l'adresse
suivante : http://carto.craig.fr. Cette visionneuse est basée sur les
outils libres mapfish et mapserver.

Cette donnée étant la propriété du CRAIG, et ayant vocation à être
largement diffusée/rendue publique (cf. Directive européenne INSPIRE),
nous nous proposons de la mettre à disposition des contributeurs
d'OpenStreetMap pour enrichir la base de données (autant sous licence
ODBL que CC-BY-SA). En espérant que ca montre la voie pour les
autres...

Un flux WMS est donc disponible pour l'utilisation dans les outils
d'édition OSM (josm, merkaartor..) ici : http://wms.craig.fr/osm
4 couches sont disponibles:
- departements : Allier/Puy de Dôme à 30cm (~16000 km²)
- Montluçon : agglomération de Montluçon à 15cm (~180 km²)
- Moulins : agglomération de moulins à 15cm (~760 km²)
- Vichy : agglomération de Vichy à 15cm (~ 330 km²)

Des tests avec josm ont montré qu'il n'y avait pas de problème pour
afficher ce WMS en fond, avec Merkaartor il est conseillé d'utiliser
EPSG:2154 (projection native Lambert 93), les autres projections ne
renvoyant que des images vides (d'ailleurs, si quelqu'un veut bien
nous aider sur ce point.. surement un détail dans la configuration de
mapserver, merkaartor fait des requêtes avec une BBOX invalide)

Si vous utilisez ce service pour ajouter des objets à la base, merci
de penser à utiliser le tag source='Orthophotographie CRAIG/TopoGEODIS
2009'..

Et si quelqu'un se sent de remplir une page/compléter
Potential_Datasources#france sur le wiki, il est le bienvenu :)

N'hésitez pas à nous envoyer un mail (geomatique at craig dot fr) pour
toute question/information, et bon mapping !

Pour le CRAIG,
Landry BREUIL

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

Re: [OSM-talk-fr] Probleme avec merkaartor et ids temp oraires non négatifs ?

[Landry Breuil]

2010/7/7 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le mardi 6 juillet 2010 22:55:53 Landry Breuil, vous avez écrit :
 Bonjour,

 après 2 mois de pause, j'essaie d'ajouter de nouveau des chemins vers
 la ou j'habite, en utilisant merkaartor 0.16.0.

 Salut,

 Sans vouloir être indiscret, c'est dans quel coin ?

Vic le comte/billom et alentours...

 Ou bien, c'est quoi ton pseudo ? :-)

http://www.openstreetmap.org/user/landry/edits

Landry :)

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

Re: [OSM-talk-fr] OSM-Matrix (was: Re: Import se mi-automatique du bâti)

[Landry Breuil]

2010/7/7 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le mercredi 7 juillet 2010 15:56:34 François Van Der Biest, vous avez écrit :
 Etape 1 : tu zoomes sur une zone qui t'intéresse, et tu selectionnes une
 tuile Etape 2 : tu réserves la tuile (facultatif)
 Etape 3 : tu edites la tuile (cf bouton JOSM - ou potlatch) avec les
 orthos en fond, c'est idéal.
 Etape 4 : tu mets à true les propriétés highway/landuse/building ...
 (d'autres à venir) si tu juges que sur cette zone, tout est OK pour
 les objets avec le tag correspondant (ie: tous les objets de cette
 classe sont présents, ils ont la bonne geometrie, les attributs sont
 OK ...).
 Etape 5 : tu déréserves la tuile (facultatif)

 Je comprends carément mieux maintenant de quoi tu parlais.
 Bravo pour le bon boulot, et ça me semble super intéressant comme outil.

 Bémols :
  - pas d'authentification, donc j'émet un doute sur la qualité du suivi
  - building/highway/landuse me paraît un peu trop grossier pour un usage plus
 large que les orthophotos. Ça serait pas mal de reprendre la nomenclature du
 wiki pour étayer un peu plus les classes d'objets. De même pour la classe
 highway, il y a au moins deux niveaux de qualité tracé/tagage qui n'implique
 pas le même boulot.

 Ça coûte cher des orthophotos ? ;-)

Très... pour te donner un ordre d'idée, puy de dôme et allier avec
propriété totale
c'est de l'ordre de 6 chiffres :)

Cf http://carto.craig.fr, la ou je travaille... et ou je compte bien
faire le forcing
auprès de nos 'instances dirigeantes' pour les mettre à disposition d'OSM.

Landry

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

[OSM-talk-fr] Probleme avec merkaartor et ids temp oraires non négatifs ?

[Landry Breuil]

Bonjour,

après 2 mois de pause, j'essaie d'ajouter de nouveau des chemins vers
la ou j'habite, en utilisant merkaartor 0.16.0.
(oui, je suis à l'ancienne au gps / nokia, et non je ne suis pas à
fond sur l'import du bati du cadastre, il reste encore bien à faire
niveaux routes dans mon coin du puy de dôme..)
Le serveur me jette comme un malpropre même lorsque j'essaie d'envoyer
une way de 4 nodes,
prétextant que la way que je veux ajouter nécessite des nodes inexistants.
Hors ces nodes inexistants sont dans le changeset...
J'ai l'impression que merkaartor genère certains nodes dans la couche
de travail avec des ids temporaires positifs, et c'est ceux-ci
sur lesquels l'api osm se plaint.

There was an error uploading this request (412)
Precondition failed: Way  requires the nodes with id in
(1960245632,2124695424,2142028416), which either do not exist, or are
not visible.
Please redownload the problematic feature to handle the conflict.

(la way en question contient un node avec l'id -2088852480, et l'api
ne se plaint pas)

Est-ce que cela parle à quelqu'un ? est-ce un problème connu de merkaartor  ?
il y'a 2 mois, je n'avais aucun problème pour envoyer des changesets
avec cette même version.
Est-ce que l'api osm est devenue 'plus stricte' ?

Merci de tout conseil.

Landry

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

Re: [OSM-talk-fr] Probleme avec merkaartor et ids temp oraires non négatifs ?

[Landry Breuil]

2010/7/6 Pieren pier...@gmail.com:
 2010/7/6 Landry Breuil landry.bre...@gmail.com

 après 2 mois de pause, j'essaie d'ajouter de nouveau des chemins vers
 la ou j'habite, en utilisant merkaartor 0.16.0.


 J'ai juste vu passer un message signalant que Merkaator avait changé de
 crèmerie:
 http://merkaartor.be/

 On y trouve une version 0.16.1. A essayer pour voir si ça va mieux ...
 Sinon, concernant l'api, pas de changements de ce côté-là.

Oui, j'avais vu ca - mais je ne vois rien dans le changelog qui montre
un tel problème.

J'ai regardé vite-fait, et on dirait que l'api s'attend a avoir des
ids négatifs pour les nouveaux noeuds du changeset - je ne sais pas si
c'est gravé dans le protocole, ou si c'est une convention.

De plus je viens de vérifier, mes derniers edits étaient faits avec la
version 0.14. J'ai regardé un peu le code de merkaartor, et entre 0.14
et 0.16 il n'a pas vraiment changé sur ce point, l'id temporaire est
généré via :

p-Id = QString::numberqint64)this) * -1))

(que je trouve un peu sauvage au passage). Je vais regarder si c'est
pas un problème d'archi/compilateur/cast.. après tout c'est de ma
faute, je m'occupe du packaging de merkaartor pour OpenBSD, et ca
montre que je n'avais pas testé assez la version 0.16 avant de la
publier...

Landry

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

Re: [OSM-talk-fr] OSM dans le Nord ?

[Landry Breuil]

2010/6/23 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net:
 Le mardi 22 juin 2010 23:56:48 Vincent Pottier, vous avez écrit :
 Le 22/06/2010 23:41, Olivier Cédric a écrit :
  Merci beaucoup pour cette info. 3 ans que je contribue à OSM dans le
  nord et je n'avais pas connaissance de cette liste.
 
  Content de voir que la communauté OSM se bouge dans le nord, parce qu'on
  a un retard énorme.
 
  De nombreuses communes n'ont même pas une rue :-s

 Il n'y a pas que le Nord.

 Je confirme : 63, Auvergne, Massif Central, il y a du boulot …

On y travaille, doucement, week-end moto après week-end moto :)

Landry

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

Re: [OSM-talk-fr] licence d'utilisation des donnée s geoportail

[Landry Breuil]

2010/6/4 Emilie Laffray emilie.laff...@gmail.com:


 2010/6/4 Sylvain Paré sylvain.p...@gmail.com

 Bonjour à tous,

 Je me demandais si quelqu'un pouvait me confirmer cela:
 il me semble que l'acces au server wms (ou assimilé, ie wms-c) de
 geoportail est payant quoi qu'il en soit fait non?
 Car si c'est possible j'aimerais faire une carte pour Marble avec ces
 données.
 Au début j'avais vu un site qui permettait une visu sur fond de carte
 geoportail, alors je me suis dit chouette ! je vais faire une carte pour
 marble
 mais après un rapide tour sur le site de l'api de geoportail, j'ai vite eu
 un doute...

 Je pense que c'est une question a poser a l'IGN directement, non sur la
 mailing list française de OSM. Si le serveur WMS était ouvert, ça ouvrirait
 potentiellement l'utilisation sous OSM pour tracer, et il me semble que ça
 ne soit pas le cas.

Le WMS direct n'est pas accessible gratuitement,il sera dispo pour les
clients IGN pros dans un futur proche (j'ai posé la question au contact).
L'api IGN 'publique et gratuite' en tant que tel donne accès au WMS-C tuilé
uniquement, aux résolutions définies, et avec des projections non vraiment
compatibles avec celles de google/osm : j'ai fait un rapide test avec l'api
ign + openlayers, pas reussi a faire de superposition.

cf https://api.ign.fr/geoportail/api/doc/fr/webmaster/wmsc.html et
https://api.ign.fr/geoportail/api/doc/fr/webmaster/layers.html

Ceci dit, c'est déja pas mal... et c'est relativement bien foutu niveau code,
en particulier la partie GeoRM. J'attends toujours qu'ils mettent a disposition
la partie serveur GeoRM cependant..

Landry

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

Re: [OSM-talk-fr] GPX sur fond de carte OSM

[Landry Breuil]

2010/5/13 sylvain letuffe sylv...@letuffe.org:
 Je voulais juste pour le fun présenter ceci à base de slippy map OSM.
 J'ai réussi un truc en utilisant OpenLayer.Vector qui charge les GPX et
 les sur-imprime sur la slippy map.

 L'idée est plutôt bonne et a été évoquée plusieurs fois, c'est un joli projet
 de truc très simple pour que n'importe qui puisse mettre du OSM sur son
 site/blog et afficher par dessus une trace gpx, un point ou même un kml

 Je rêve d'un fichier tout-fait-tout-pret.js qu'on appelerais ainsi en deux 
 coup
 de cuillières à pot :
 
 script src=/tout-fait-tout-pret.js/script
 script type=text/javascript
 !--
 afficher['mon_gpx0']='/il-est-ici.gpx';
 afficher['mon_poi0]='/il-est-la.gpx';
 map = new Openmagicmap.Map('map',afficher);
 --
 body onload=init()
 div id=map/div

 
 J'ai pourtant pas mal fouillé, mais j'ai pas trouver le fichier
 tout-fait-tout-pret.js, et c'est con, je flaire que ça peut ne pas être bien
 dur sur une base openlayers

Un peu comme http://wiki.openstreetmap.org/wiki/Openlayers_Track_example ? :)
Après il faut rajouter un peu de magie pour afficher des popups quand
on clique sur un track/poi..

Landry

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