Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

[Philippe Verdy]

Enfin une bonne source ! De quoi redéfinir les limites adminsitratives des
collectivités territoriales (régions, départements, arrondissements,
communes) et leurs subdivisions ou groupements (circonscriptions
électorales, EPCI, pour ne plus utiliser la coastline d'OSM par défaut).

Concernant la France métropolitaine on peut désormais tracer un polygone
pour sa ligne de base, et dès lors, vérifier/régénérer les contour des eaux
territoriales et ZEE en s'appuyant dessus plutôt que sur la ligne de côte
(en faisant attention aussi à conserver les segments de frontières
internationales en mer sur les points légaux déjà présents)

De quoi énormément simplifier la géométrie des divisions administratives,
très complexes car elles doivent inclure sur les lignes de côtes les îles,
ilots et récifs émergés, les digues, les ports, les ponts ou barrages et le
dessin complexe de délimitation d'autres zones naturelles/landuse comme les
plages, dunes, forêts, zones des marées qui s'appuient sur la coastline).
Malgré tout il restera un certain nombre d'îles non attachées aux eaux
intérieures.

Et ce décret est clair ! C'est la ligne de basse mer qui définit la ligne
de base, pas la laisse de mer (ligne de haute-mer à coefficient ~70-80) ni
la ligne de délimitation des zones submersibles (tidal, à coefficient
~120). Et peu importe la hauteur bathymétrique (données du SHOM).



On n'a pas un équivalent pour l'outre-mer ?

Sinon s'appuyer sur le principe de ce décret pour définir une ligne de base
correcte (si on n'a pas de données, les photos montrant la laisse de mer
sur les plages sont une évoluation prudente, sinon c'est difficile à voir
sur les rochers, et on fera attention d'inclure les barrières de corail
délimitant les lagons ; taguer avec un FIXME=estimated, il restera alors
des lignes suivant les rochers)

A partir de ce décret on peut calculer la longueur maximale des plus grands
segments (loxodromie) fermant les baies et estuaires (ou reliant les îles,
et en déduire là où on peut faire des segments droits entre les
pointes/caps et îles/ilots. Si deux caps sont plus éloignés que cette
longueur, utiliser une estimation de la laisse de basse mer pour détourer
les baies ou les îles/îlots, comme dans ce décret (mais on a peut-être des
données du SHOM à ce sujet, ou venant des données côtières qui viennent
d'être publiées).




Le 7 février 2016 à 08:45, Denis Bigorgne  a
écrit :

>
>
> Le 6 février 2016 à 23:56,  a écrit :
>
>> ...
>> Jean-Claude nous signale que les orthophotos de Geolittoral sont bien
>> faites... pour les limites inférieures : pas inutile car la ligne de base
>> peut-être taguée dans OSM (boundary
>> =administrative
>> 
>> + boundary:type
>> 
>> =baseline
>> 
>>  administrative
>> Grundlinie zur Bestimmung der 12-Meilen-Zone
>> )
>> sachant que c'est une limite un peu arbitraire définissant les espaces
>> (ZEE, zone contigüe, mer territoriale) et définie par la loi
>>
>
>
>> 
>> Jean-Yvon
>>
>>
> En France métropolitaine, la ligne de base / baseline  est définie par le
> Décret n° 2015-958 du 31 juillet 2015
>    :
> une succession de segments construits sur la "laisse de basse mer" (et donc
> pas le coastline d'OSM) et surtout de nombreux autres définis par des
> droites entre des points arbitraires.
>
>Densi
>
> ___
> 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 ?

[bernard]

Toujours trop rapide !!
le titre du fichier GPX est visible mais le contenu est vide

Le 07/02/2016 10:16, bernard a écrit :

par contre "importer relation" est OK (relation et GPX)
Donc c'est OK

Le 07/02/2016 10:13, bernard a écrit :

J'ai toujours une erreur dans JOSM avec Firefox
tout est à jour
titre de l'erreur "Exception inattendue"

Le 07/02/2016 01:29, Erwan Salomon a écrit :

je viens de refaire un test (à 01:20 dimanche 07)
j’ai toujours une erreur dans JOSM (dans safari j’ai un message « OK »)
JOSM à jour (version 9329)
java 1.8.0_66
pour moi c’est du chinois, si ça te parles :

{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-01-06 17:30:31 +0100 (Wed, 06 Jan 2016)
Build-Date:2016-01-06 16:32:31
Revision:9329
Relative:URL: ^/trunk

Identification: JOSM/1.5 (9329 fr) Mac OS X 10.11
Memory Usage: 526 MB / 1820 MB (225 MB allocated, but free)
Java version: 1.8.0_66, Oracle Corporation, Java HotSpot(TM) 64-Bit 
Server VM
VM arguments: [-Djava.security.policy=file:/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/security/javaws.policy, 
-DtrustProxy=true, -Djnlpx.home=/bin, 
-Djava.security.manager, 
-Djnlpx.origFilenameArg=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-310da2ae, 
-Djnlpx.remove=false, -Dsun.awt.warmup=true, 
-Djava.util.Arrays.useLegacyMergeSort=true, 
-Dmacosx.jnlpx.dock.name=JOSM, 
-Dmacosx.jnlpx.dock.icon=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/16/47ee53d0-728f9931.icns, 
-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp 
, -Djnlpx.jvm="/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java", 
-Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scCAA]


Plugins:
- ElevationProfile (31895)
- SeaMapEditor (31772)
- cadastre-fr (31772)
- ejml (31895)
- geotools (31895)
- jts (31772)
- kendzi3d-jogl (41)
- log4j (31895)

Last errors/warnings:
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException


org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException
at 
org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:167)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:158)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:151)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.doParse(OsmServerLocationReader.java:51)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.parseRawGps(OsmServerLocationReader.java:103)
at 
org.openstreetmap.josm.actions.downloadtasks.DownloadGpsTask$DownloadTask.realRun(DownloadGpsTask.java:116)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
}}}




quand j’importe la relation j’ai aussi une erreur dans JOSM :

Le téléchargement de la donnée à échoué. Son format n’est pas 
supporté invalide ou incohérent.
Détails: Ligne 8 Colonne 24 : Le types d’élément « tag » ont être 
suivit es spécifications d’attribut, « > » ou « /<« .



Le 6 févr. 2016 à 19:16, Nicolas Dumoulin 
 a écrit :


Le Saturday 06 February 2016, 16:11:25 Erwan Salomon a écrit :

passes par le tableau d’avancement :
http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR

télécharges le fichier " GPX " (par le lien " Import GPX dans JOSM
  " qui m’affiche également une erreur) et ouvres ce fichier 
GPX dans

JOSM
C'est bizarre, ça fonctionne bien chez moi. Vous avez quoi comme 
erreur ? Dans

votre 

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

[Denis Bigorgne]

Le 7 février 2016 à 09:29, Philippe Verdy  a écrit :
...
>
>
> Et ce décret est clair !
>

 Heu, je n'ai  pas bien compris l'article 6. J'ai un peu peur qu'il y ait
au moins un imbécile dans l'affaire : moi ou bien le rédacteur de
l'article...

Et je ne sais pas où est passée la définition de la ligne de base pour les
estuaires dans les sections définies par la "laisse de basse mer" (sic).
Traités internationaux ?


> 
>
> On n'a pas un équivalent pour l'outre-mer ?
>
>
Pas vu, mais je ne suis qu'un amateur !


> Sinon s'appuyer sur le principe de ce décret pour définir une ligne de
> base correcte (si on n'a pas de données, les photos montrant la laisse de
> mer sur les plages sont une évoluation prudente, sinon c'est difficile à
> voir sur les rochers, et on fera attention d'inclure les barrières de
> corail délimitant les lagons ; taguer avec un FIXME=estimated, il restera
> alors des lignes suivant les rochers)
>

Guyane : MDR , ça change à chaque marée !

   Denis

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

[bernard]

J'ai toujours une erreur dans JOSM avec Firefox
tout est à jour
titre de l'erreur "Exception inattendue"

Le 07/02/2016 01:29, Erwan Salomon a écrit :

je viens de refaire un test (à 01:20 dimanche 07)
j’ai toujours une erreur dans JOSM (dans safari j’ai un message « OK »)
JOSM à jour (version 9329)
java 1.8.0_66
pour moi c’est du chinois, si ça te parles :

{{{
URL:http://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2016-01-06 17:30:31 +0100 (Wed, 06 Jan 2016)
Build-Date:2016-01-06 16:32:31
Revision:9329
Relative:URL: ^/trunk

Identification: JOSM/1.5 (9329 fr) Mac OS X 10.11
Memory Usage: 526 MB / 1820 MB (225 MB allocated, but free)
Java version: 1.8.0_66, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
VM arguments: [-Djava.security.policy=file:/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/lib/security/javaws.policy, -DtrustProxy=true, 
-Djnlpx.home=/bin, -Djava.security.manager, 
-Djnlpx.origFilenameArg=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/56/1ee8cfb8-310da2ae, -Djnlpx.remove=false, 
-Dsun.awt.warmup=true, -Djava.util.Arrays.useLegacyMergeSort=true, 
-Dmacosx.jnlpx.dock.name=JOSM, -Dmacosx.jnlpx.dock.icon=/Users/erwansalomon/Library/Application 
Support/Oracle/Java/Deployment/cache/6.0/16/47ee53d0-728f9931.icns, 
-Djnlp.application.href=https://josm.openstreetmap.de/download/josm.jnlp , 
-Djnlpx.jvm="/Library/Internet 
Plug-Ins/JavaAppletPlugin.plugin/Contents/Home/bin/java", 
-Djnlpx.vmargs=LURqYXZhLnV0aWwuQXJyYXlzLnVzZUxlZ2FjeU1lcmdlU29ydD10cnVlAC1Eam5scC5hcHBsaWNhdGlvbi5ocmVmPWh0dHBzOi8vam9zbS5vcGVuc3RyZWV0bWFwLmRlL2Rvd25sb2FkL2pvc20uam5scCAA]

Plugins:
- ElevationProfile (31895)
- SeaMapEditor (31772)
- cadastre-fr (31772)
- ejml (31895)
- geotools (31895)
- jts (31772)
- kendzi3d-jogl (41)
- log4j (31895)

Last errors/warnings:
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException
- E: org.openstreetmap.josm.io.OsmTransferException: 
java.lang.NullPointerException. Cause : java.lang.NullPointerException

org.openstreetmap.josm.io.OsmTransferException: java.lang.NullPointerException
at 
org.openstreetmap.josm.io.OsmServerReader.getInputStreamRaw(OsmServerReader.java:167)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:158)
at 
org.openstreetmap.josm.io.OsmServerLocationReader$GpxParser.parse(OsmServerLocationReader.java:151)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.doParse(OsmServerLocationReader.java:51)
at 
org.openstreetmap.josm.io.OsmServerLocationReader.parseRawGps(OsmServerLocationReader.java:103)
at 
org.openstreetmap.josm.actions.downloadtasks.DownloadGpsTask$DownloadTask.realRun(DownloadGpsTask.java:116)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:93)
at 
org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:161)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
}}}




quand j’importe la relation j’ai aussi une erreur dans JOSM :

Le téléchargement de la donnée à échoué. Son format n’est pas supporté invalide 
ou incohérent.
Détails: Ligne 8 Colonne 24 : Le types d’élément « tag » ont être suivit es 
spécifications d’attribut, « > » ou « /<« .



Le 6 févr. 2016 à 19:16, Nicolas Dumoulin 
 a écrit :

Le Saturday 06 February 2016, 16:11:25 Erwan Salomon a écrit :

passes par le tableau d’avancement :
http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR

télécharges le fichier " GPX " (par le lien " Import GPX dans JOSM
  " qui m’affiche également une erreur) et ouvres ce fichier GPX dans
JOSM

C'est bizarre, ça fonctionne bien chez moi. Vous avez quoi comme erreur ? Dans
votre navigateur ou dans JOSM ?
Le lien que tu donnes par exemple fonctionne bien chez moi :-/

--
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

[Damouns]

Le 7 février 2016 à 09:29, Philippe Verdy  a écrit :

> On n'a pas un équivalent pour l'outre-mer ?
>

Tout est là :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/D%C3%A9limitations_maritimes

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

Re: [OSM-talk-fr] JOSM et Opendata

[Philippe Verdy]

Le 7 février 2016 à 11:55,  a écrit :

> Merci. Mais je parle de l'ouverture des jeux de données OpenData sous Josm
> via le pluggin. Ce que tu me dis ne semble pas être en rapport avec mon
> problème.
> Là j'essai juste de charger les données et j'ai pas de retour sauf cette
> erreur.
>
Les donénes OpenData ne sont pas en format JOSM, le plugin fait une
conversion depuis certains formats connus (comme SHP, KML) mais il ne fait
strictement aucune fusion avec les données existantes : tous les noeuds,
lignes et polygones sont importés comme de nouveaux objets et c'est à toi
de faire les fusions.

De même le plugin crée des pseudo-tags à partie des données mais il faut
les convertir.
En principe le plugin ne t'autorise pas à uploader directement sans travail
de fusion et il t'avertit si tu essayes de le faire.

Si tu as fait le travail de fusion d'un calque Opendata importé vers un
calque OSM, tu as du charger des données OSM et donc avoir des noeuds lus
depuis la base à un moment donné. Si tu envoies ça au serveur il est
possible d'avoir un conflit de modification sur un des objets que tu avais
chargés dans une version antérieure, mais qui ont été modifiés ou supprimés
depuis que tu as commencé le travail de fusion.

Si tu as l'erreur directement au chargement des données OpenData, c'est que
ces données sont incorrectes, peut-être tronquées. Télécharge à nouveau le
fichier opendata
Vérifie qu'il tient en mémoire dans JOSM : lance JOSM avec une VM Java
64-bit si c'est un très gros fichier, sinon certains objets du nouveau
calque ne pourront pas être créés en mémoire.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (osm: message 4 of 20) Erosion du littoral : une cartographie des côtes françaises est disponible

[osm . sanspourriel]

Le sieur Damouns fait un peu trop le modeste car à la remarque de 
Philippe sur l'intérêt du décret j'allais répondre que Damouns avait 
déjà fait le boulot.
Exemple : 
https://www.openstreetmap.org/node/349318755#map=13/47.4208/-2.6662


> Et je ne sais pas où est passée la définition de la ligne de base 
pour les estuaires dans les sections définies par la "laisse de basse 
mer" (sic). Traités internationaux ?

Tu sais, vu de Paris, pourquoi pas une laisse de basse mer ? ;-)

> Les traités internationaux s'appliqueront malgré tout pour définir 
les éventuels conflits d'eaux territoriales au delà, mais là sur la 
ligne de base on n'est que sur les eaux intérieures.
Rigoureusement, non, la laisse de basse mer ;-), pardon la ligne de base 
sert à déterminer le contour extérieur des ZEE (en général et dans la 
pratique toujours à 200 NM de la ligne de base) et en général les 
traités précisent les loxodromes à utiliser pour ces endroits.


Par contre ce qui est dommage c'est que la coastline de nos amis 
d'OpenStreetMapData n'intègre que la partie dite maritime alors qu'en 
amont il y a des parties parfaitement navigables.




Mais pour OSM c'est limite des marées hautes de vives-eaux de 70.
Plop76 : /Les marées de vives-eaux moyenne c'est 95 ("mean high water 
spring" en anglais). 70 ce n'est qu'une marée moyenne. //
//D'après les wiki OSM, c'est sur la ligne des marées de coeff 95 que se 
trouve le trait de côte. /


Je n'ai pas trouvé l'info sur OSM en français et je me suis référé à la 
version allemande qui parlait effectivement de MHWS qui sur Wikipedia 
fait référence à l'article vives-eaux (qui commencent à 70).


La seule trace de 95 que j'ai trouvée c'est ici :
https://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034286.html
À mon avis c'est à mettre sur le wiki (en précisant que c'est la 
convention OSM et non la convention française).


Jean-Yvon





Le 07/02/2016 10:32, Damouns - damo...@gmail.com a écrit :
Le 7 février 2016 à 09:29, Philippe Verdy > a écrit :


On n'a pas un équivalent pour l'outre-mer ?


Tout est là : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/D%C3%A9limitations_maritimes


Damouns


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

Re: [OSM-talk-fr] JOSM et Opendata

[jseigneuret-pro]

Merci. Mais je parle de l'ouverture des jeux de données OpenData sous Josm via 
le pluggin. Ce que tu me dis ne semble pas être en rapport avec mon problème. 
Là j'essai juste de charger les données et j'ai pas de retour sauf cette erreur.


En date de : Dim 7.2.16, Philippe Verdy  a écrit :

 Objet: Re: [OSM-talk-fr] JOSM et Opendata
 À: "Discussions sur OSM en français" 
 Date: Dimanche 7 février 2016, 1h22
 
 Ce n'est pas un
 problème de licence ou d'URL
 
 Tu essaye certainement de modifier un objet qui
 a été supprimé par un autre
 (avec
 possible fusion avec un autre objet).
 
 Pour ça utilise "Mettre à jour les
 modifications" dans JOSM, puis gère les
 conflits rapportés.
 
 Il est possible qu'un objet ait été
 supprimé par erreur, auquel cas il te
 faudra le restaurer (utilise la fonction
 "restaurer un objet" disponible
 dans le plugin de restauration : il te faut
 connaitre son id et son type:
 noeud, way ou
 relation) puis regarder ce qui se passe autour et voir
 comment fusionner ce qui est nécessaire dans
 tes propres modifs. Pense
 aussi à
 "Charger les objets dépendants" dans JOSM
 (nécessaire en fait à
 chaque fois que tu
 dois gérer des conflits d'édition, surtout si tu as
 restauré un objet supprimé).
 
 Note: la restauration d'un
 objet supprimé marche si la suppression n'est
 pas trop vieille, sinon il arrive qu'elle
 ne trouve rien dans l'historique
 (il
 semble que la recherche ne va pas au delà des 6 mois), mais
 si tu as
 l'erreur suite à une
 suppression récente par un utilisateur, tu devrais
 pouvoir recharger cet objet.
 
 Quand tu restaures un noeud,
 il est souvent difficule de le localiser:
 garde note de l'id pour pouvoir le
 réselectionner (CTRL+F "id:"), sinon
 il est très peu visible dans
 l'éditeur.
 
 Dans tous
 les cas il faut faire des ajustements dans tes propres
 modifs
 pour les intégrer correctement (ne
 te contente pas de restaurer et
 d'envoyer, tu risques de créer des
 doublons).
 -La pièce jointe associée suit-
 
 ___
 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] Erosion du littoral : une cartographie des côtes françaises est disponible

[Philippe Verdy]

Le 7 février 2016 à 10:38, Denis Bigorgne  a
écrit :

>
>
> Le 7 février 2016 à 09:29, Philippe Verdy  a écrit :
> ...
>>
>>
>> Et ce décret est clair !
>>
>
>  Heu, je n'ai  pas bien compris l'article 6. J'ai un peu peur qu'il y ait
> au moins un imbécile dans l'affaire : moi ou bien le rédacteur de
> l'article...
>
> Et je ne sais pas où est passée la définition de la ligne de base pour les
> estuaires dans les sections définies par la "laisse de basse mer" (sic).
> Traités internationaux ?
>

Pour couper les estuaires il y a nécessairement un trait droit
(loxodromie), si le segment est en dessous d'une certaine distance (ou si
les eaux sont majoritairement fluviales et peu sensibles à la marée, mais
là j'en doute, même sur les grands fleuves). Sinon on suit la ligne de
basse-mer les plages dans l'estuaire jusqu'à atteindre un segment
convenable. Evidemment si une frontière internationale suit le fleuve dans
l'estuaire, il doit y avoir une ligne définie par des segments, basée sur
un traité bilatéral ratifié ou une décision de justice internationale.

Les traités internationaux s'appliqueront malgré tout pour définir les
éventuels conflits d'eaux territoriales au delà, mais là sur la ligne de
base on n'est que sur les eaux intérieures.
___
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 ?

[JB]

(Il me semblait l'avoir vu la première fois que j'étais allé sur la 
page, mais c'est vrai que la deuxième fois, j'ai dû chercher un peu.)
En haut à droite de la page, l'œil, puis « vue complète », puis onglet « 
complet ».

JB.

Le 07/02/2016 00:29, Christian Quest a écrit :

Tu vois ça où ?

Le 7 février 2016 à 00:05, JB > a écrit :


Je vais pas me battre là-dessus, mais comment tu interprèterais le :
/Contraintes légales//
//Limitation d'utilisation//
//Mentions obligatoires : "CG63-2014"//
//Restriction d'accès//
//Droit de propriété intellectuelle / Droit patrimonial//
//Restriction d'utilisation//
//Droit de propriété intellectuelle / Droit patrimonial//
/vu sur le descriptif complet ?
JB.



Le 06/02/2016 21:15, Christian Quest a écrit :

Sur

http://ids.craig.fr/geocat/srv/fre/catalog.search#/metadata/3bd16d2d-5fc7-4816-b824-c274603cfd16
il est indiqué:

Contraintes légales

Mentions obligatoires : "CG63-2014"


Donc un simple source=CG63-2014 devrait suffire. De toute façon
c'est de la donnée publique, non soumise à redevance...


Le 6 février 2016 à 20:17, JB > a écrit :

Euh, juste un truc en passant… c'est pas en train de
dégénérer, c't'histoire ? J'avais noté que les itinéraires du
PDIPR du Puy de Dôme n'étaient pas sous licence libre. Là, si
je comprends bien, vous êtes en train de les entrer dans une
base en ODbL, non ?
Bon, j'dis ça, j'dis rien.
JB.

Le 06/02/2016 19:37, bernard a écrit :

J'ai résolu le problème d'import dans JOSM en téléchargeant
la trace dans mon PC puis en la chargeant dans JOSM.
Par contre, la recherche de la relation n'est pas
instantané. Après création il faut lui indiquer pour l'analyser.
J'ai ouvert la page discussion associé à la page
http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR
Il faudrait rajouter quelques colonnes dans le tableau :
-relation
- ...

Le 06/02/2016 19:10, Nicolas Dumoulin a écrit :


Le Saturday 06 February 2016, 11:44:38 bernard a écrit :

> Pratique,

> je vais en faire qq'unes.

> Faut-il créer également une relation?

> Si oui, une colonne supplémentaire serait utile, pour y
mettre le numéro

> de cette relation

Oui, bonne idée la question de la relation. J'avoue ne pas
y avoir réfléchi plus que ça.

Je découvre l'analyseur de relation sur osmsurround qui est
plutôt sympa :-)

Plutôt que "ref=ITI0360", il vaudrait mieux un truc du
genre "ref:FR:CD63=ITI0360", car c'est une référence
interne et non visible sur le terrain.

De même plutôt que "symbol=blue", il faut mettre "colour=blue".

cf. http://wiki.openstreetmap.org/wiki/Walking_Routes

Ce doit être possible de générer une relation prête pour JOSM.

Il faut que je regarde votre pb d'import dans JOSM également …

-- 


Nicolas Dumoulin

http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin



___
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



___
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



___
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


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

Re: [OSM-talk-fr] (osm: message 4 of 20) Erosion du littoral : une cartographie des côtes françaises est disponible

[Plop76]

osm.sanspourr...@spamgourmet.com a écrit :


Mais pour OSM c'est limite des marées hautes de vives-eaux de 70.
Plop76 : /Les marées de vives-eaux moyenne c'est 95 ("mean high water spring" 
en anglais). 70 ce n'est qu'une marée moyenne. //
//D'après les wiki OSM, c'est sur la ligne des marées de coeff 95 que se 
trouve le trait de côte. /


Je n'ai pas trouvé l'info sur OSM en français et je me suis référé à la 
version allemande qui parlait effectivement de MHWS qui sur Wikipedia fait 
référence à l'article vives-eaux (qui commencent à 70).


C'est pas marqué explicitement, mais c'est la traduction chiffrée de 
"la ligne des marées de vives-eaux" de l'article 
FR:Tag:natural=coastline.


Cela correspond en effet au MHWS anglais : 
http://www.ifremer.fr/sismer/UK/catal/base/edmed_an.htql?CBASE=SHOM10


Il y a uniquement l'article 
https://wiki.openstreetmap.org/wiki/FR:Coastline qui n'est pas cohérent 
avec le reste et qui parle de "niveau moyen de la marée haute" qui 
correspondrait à un coeff 70.



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

Re: [OSM-talk-fr] Erosion du littoral : une cartographie des côtes françaises est disponible

[Plop76]

osm.sanspourr...@spamgourmet.com a écrit :


Mais pour OSM c'est limite des marées hautes de vives-eaux de 70.


Les marées de vives-eaux moyenne c'est 95 ("mean high water spring" en 
anglais). 70 ce n'est qu'une marée moyenne.


D'après les wiki OSM, c'est sur la ligne des marées de coeff 95 que se 
trouve le trait de côte.



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

[OSM-talk-fr] JOSM et Opendata

[didier2020]

est-ce lié au fait que les liens de
http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr

ne sont plus valides ?






___
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 :
>
>
> Le 2 février 2016 à 20:46, Landry Breuil  a écrit :
>>
>> 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,
>
>
> 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] Doute sur le calage Bing/Cadastre

[GarenKreiz]

Bonsoir,

A priori il faut se recaler sur les bornes géodesiques RGF quand on
arrive à les repérer sur la couche photographique. Dans le coin, les
plus exploitables pourraient être le sommet du Moutet (Mont-de-Lans I)
et la Grande Aiguille (Mont-de-Lans V) qui semblent indiquer un
décalage d'une quinzaine de mètre vers l'est des photos. Mais ces
repères sont assez loins : il faudrait aller repérer sur le terrain et
les photos la borne la plus proche du hameau (Mont-de-Lans II).

Ceci étant, si beaucoup de choses des environs ont été saisies d'après
les photos sans recalage, cela va être délicat de garder la cohérence
de la carte!


Le 6 février 2016 à 18:56, Dominique Faure  a écrit :
> Bonjour,
>
> Voulant donner plus de détails autour d'un hameau alpin
> (http://www.openstreetmap.org/#map=17/45.03642/6.09351), je me suis aperçu
> dans JOSM qu'à la fois les couches Bing et cadastrale étaient décalées par
> rapport aux traces GPS.
>
> Je me doute que par sa situation quasiment au fond d'une gorge, les traces
> GPS manquent cruellement de précision.
>
> De plus, d'après le sujet déjà abordé ici quelques années auparavant
> (http://gis.19327.n5.nabble.com/Alignement-cadastre-tt5729650.html), je ne
> peux pas m'appuyer sur le cadastre non plus.
>
> Que puis-je / dois-je / ai-je le droit de faire dans ce cas?
>
> --
> Dominique
>
> ___
> 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] Doc sur l'utilisation des cartes OSM ?

[Antoine Riche]

Le 07/02/2016 22:38, pepilepi...@ovh.fr a écrit :

>Sinon en version dynamique, il y a ce genre de mise en oeuvre :
>http://www.villabe.net/Joomla3/la-commune/plan-de-la-commune

... Ça, ça y ressemble déjà plus.

Je vais commencer à regarder de ce côté, merci.


Commence par la page Wiki sur uMap : http://wiki.openstreetmap.org/wiki/UMap
Cette page référence plusieurs tutoriels, et (mode auto-promotion ;-) 
j'en ai profité pour ajouter le mien : 
http://wiki.cartocite.fr/doku.php?id=umap:tutoriel_umap
Travail en cours : j'en ai rédigé 4 et en prévois une douzaine. N'hésite 
pas à me faire des retours.


Antoine.


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

Re: [OSM-talk-fr] réponses à des notes

[Antoine Riche]

J'ai répondu à la seconde note, un histoire de name / old_name.
La première note est sur le trait de côte à Granville : je laisse aux 
spécialistes ayant récemment débattu sur le sujet le soin d'y répondre ;-)


Antoine.


Le 07/02/2016 18:07, Pierre-Yves Berrard a écrit :

Quelqu'un pour répondre à ces deux notes ?

http://www.openstreetmap.org/note/508562
http://www.openstreetmap.org/note/509229

PY


___
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] (osm: message 4 of 20) Erosion du littoral : une cartographie des côtes françaises est disponible

[GarenKreiz]

Ma compréhension de MHWS est qu'il faut faire la moyenne, non pas sur
toutes les marées de vive eau, mais celle, sur plusieurs mois et
années, des deux marées consécutives les plus hautes par demi mois
lunaire. J'ai ressorti mon Almanach du Marin Breton de 2015 et j'ai
fait le calcul pour Saint Malo. J'obtiens environ 12,3m en hauteur ce
qui correspond à une marée de coef d'environ 100.

C'est pourquoi j'ai taggé mes coastlines assez hautes et diminué
d'autant les plages au sens OSM!


Le 7 février 2016 à 18:38, Damouns  a écrit :
> Le 7 février 2016 à 15:09,  a écrit :
>>
>> Le sieur Damouns fait un peu trop le modeste car à la remarque de Philippe
>> sur l'intérêt du décret j'allais répondre que Damouns avait déjà fait le
>> boulot.
>> Exemple :
>> https://www.openstreetmap.org/node/349318755#map=13/47.4208/-2.6662
>
>
> J'ai fait quelques bouts mais je suis loin, loin d'avoir tout fait ! Que ce
> soit en métropole ou outre-mer.
>
> Le modeste sieur Damouns.
>
> ___
> 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] Doc sur l'utilisation des cartes OSM ?

[pepilepi...@ovh.fr]

Le 07/02/2016 19:18, Vincent de Château-Thierry a écrit :
> Bonsoir,
>
> Le 07/02/2016 19:10, Jean-Claude Repetto a écrit :
>> Le 07/02/2016 18:55, pepilepi...@ovh.fr a écrit :
>>>
>>> [Mon but : proposer pour le site dema commune un remplacement élégant
>>> pour l'affreux PDF d'un horrible plan sur papier aussi imprécis
>>> qu'incomplet. Et donc au passage faire de la promotion pour OSM]
>>>
>> Connais-tu ce site : http://maposmatic.org/ ?

Non.
Mais le statique, ce n'est pas vraiment ce que je cherche...


> Sinon en version dynamique, il y a ce genre de mise en oeuvre :
> http://www.villabe.net/Joomla3/la-commune/plan-de-la-commune

... Ça, ça y ressemble déjà plus.

Je vais commencer à regarder de ce côté, merci.

JP



>
> qui s'appuie sur uMap : http://umap.openstreetmap.fr/fr/
>
> 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] Erosion du littoral : une cartographie des côtes françaises est disponible

[Thomas Petillon]

2016-02-07 11:51 GMT+01:00 Plop76 :

> osm.sanspourr...@spamgourmet.com a écrit :
>
> Mais pour OSM c'est limite des marées hautes de vives-eaux de 70.
>>
>
> Les marées de vives-eaux moyenne c'est 95 ("mean high water spring" en
> anglais). 70 ce n'est qu'une marée moyenne.
>
> D'après les wiki OSM, c'est sur la ligne des marées de coeff 95 que se
> trouve le trait de côte.
>

+1 sur le fait que ce que dit le wiki _n'est pas_ un coefficient de 70.

D'après le wiki le way natural=coastline est sur la ligne de « mean high
water spring ».

On peut trouver une définition de MHWS sur le site de la NOAA à l'adresse
http://shoreline.noaa.gov/glossary.html :
> The average height of the high waters of the spring tides is called
spring high water or mean high water springs (MHWS)

Et si l'on se réfère au SHOM (
http://www.shom.fr/les-activites/activites-scientifiques/maree-et-courants/marees/coefficient-de-maree/)
:
> Par convention, le coefficient 100 est attribué au marnage semi-diurne
moyen lors des vives-eaux voisines des équinoxes (21 mars, 21septembre).

Les deux définitions concordant, le trait de côte dans OSM serait à caler
sur une marée (haute) de coefficient 100. (Et le wiki francophone à
corriger.)

C'est déjà beaucoup plus proche du trait de côte Histolitt (coeff 120)
qu'un coeff de 70. Mais malheureusement c'est sans doute suffisamment
différent pour ne pas pouvoir envisager un import direct.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] (osm: message 4 of 20) Erosion du littoral : une cartographie des côtes françaises est disponible

[Damouns]

Le 7 février 2016 à 15:09,  a écrit :

> Le sieur Damouns fait un peu trop le modeste car à la remarque de Philippe
> sur l'intérêt du décret j'allais répondre que Damouns avait déjà fait le
> boulot.
> Exemple :
> https://www.openstreetmap.org/node/349318755#map=13/47.4208/-2.6662
>

J'ai fait quelques bouts mais je suis loin, loin d'avoir tout fait ! Que ce
soit en métropole ou outre-mer.

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

[OSM-talk-fr] Doc sur l'utilisation des cartes OSM ?

[pepilepi...@ovh.fr]

  
  
Bonsoir à tous,
  
J'aimerais utiliser les cartes OSM en
affichant des données qui n'y sont pas par défaut (limites
administratives, par exemple), un peu comme ce qu'on trouve sur
http://osm.dumoulin63.net/pdipr63/ .
  
Où puis-je trouver la doc expliquant comment
faire ça SVP ? Et si quelqu'un peut me proposer un exemple...
Sachant que je maîtrise assez bien tout ce qui est HTML, JS, PHP
etc. 
  
[Mon but : proposer pour le site de ma commune un remplacement élégant pour l'affreux PDF d'un horrible plan sur papier aussi
imprécis qu'incomplet. Et donc au passage faire de la promotion
pour OSM]
  
Merci,
  
Jean-Pierre
  

  
  


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

[OSM-talk-fr] réponses à des notes

[Pierre-Yves Berrard]

Quelqu'un pour répondre à ces deux notes ?

http://www.openstreetmap.org/note/508562
http://www.openstreetmap.org/note/509229

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

Re: [OSM-talk-fr] Doc sur l'utilisation des cartes OSM ?

[Jean-Claude Repetto]

Le 07/02/2016 18:55, pepilepi...@ovh.fr a écrit :


[Mon but : proposer pour le site dema commune un remplacement élégant
pour l'affreux PDF d'un horrible plan sur papier aussi imprécis
qu'incomplet. Et donc au passage faire de la promotion pour OSM]



Bonjour,

Connais-tu ce site : http://maposmatic.org/ ?

Jean-Claude


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

Re: [OSM-talk-fr] Doc sur l'utilisation des cartes OSM ?

[Vincent de Château-Thierry]

Bonsoir,

Le 07/02/2016 19:10, Jean-Claude Repetto a écrit :

Le 07/02/2016 18:55, pepilepi...@ovh.fr a écrit :


[Mon but : proposer pour le site dema commune un remplacement élégant
pour l'affreux PDF d'un horrible plan sur papier aussi imprécis
qu'incomplet. Et donc au passage faire de la promotion pour OSM]


Connais-tu ce site : http://maposmatic.org/ ?


Sinon en version dynamique, il y a ce genre de mise en oeuvre :
http://www.villabe.net/Joomla3/la-commune/plan-de-la-commune

qui s'appuie sur uMap : http://umap.openstreetmap.fr/fr/

vincent

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

[OSM-talk-fr] Intervenir pendant le State Of The Map France 2016

[Vincent de Château-Thierry]

Bonjour,

le programme du prochain State Of The Map[1] est à construire, car comme 
chaque année, la conférence se compose à l'aide des contributions de chacun.
Si vous souhaitez aborder un sujet particulier lors d'une présentation, 
un atelier, une mapping-party, à vous de jouer !


Comment s'y prendre ? Quelques détails par ici :
http://openstreetmap.fr/sotmfr2016/intervenir

merci
vincent

[1] : http://openstreetmap.fr/sotmfr2016

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

Re: [OSM-talk-fr] Doc sur l'utilisation des cartes OSM ?

[pepilepi...@ovh.fr]

Le 07/02/2016 23:08, Antoine Riche a écrit :
> Le 07/02/2016 22:38, pepilepi...@ovh.fr a écrit :
>>> >Sinon en version dynamique, il y a ce genre de mise en oeuvre :
>>> >http://www.villabe.net/Joomla3/la-commune/plan-de-la-commune
>> ... Ça, ça y ressemble déjà plus.
>>
>> Je vais commencer à regarder de ce côté, merci.
>
> Commence par la page Wiki sur uMap :
> http://wiki.openstreetmap.org/wiki/UMap
> Cette page référence plusieurs tutoriels, et (mode auto-promotion ;-)
> j'en ai profité pour ajouter le mien :
> http://wiki.cartocite.fr/doku.php?id=umap:tutoriel_umap

Super, c'est ÇA que je cherchais.

> Travail en cours : j'en ai rédigé 4 et en prévois une douzaine.
> N'hésite pas à me faire des retours.

Je n'y manquerai pas. Pour l'instant, lundi matin, c'est le retour au
boulot. Mais je pense regarder ça un de ces soirs, ou en fin de semaine.

Merci, bonne semaine

Jean-Pierre

>
> Antoine.
>
>
> ___
> 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