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

2016-02-06 Par sujet osm . sanspourriel
Le 06/02/2016 19:10, Nicolas Dumoulin - 
nicolas_openstreetmap@dumoulin63.net a écrit :


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

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


Presque, selon le wiki il faut mettre colour=#FF.
Ce n'est pas spécialement lisible, mais si on veut que ça soit bien 
affiché sur les différentes cartes il vaut mieux mettre la valeur hexa 
comme demandé (et une des 219 couleurs web si possible).


Jean-Yvon

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

2016-02-06 Par sujet Jérôme Cornet
Je fais suite au message de JB, parce que là je comprend de moins en moins...

Donc pour récapituler, pour l'instant ce qu'on peut faire:

- Vérifier qu'il y a effectivement un niveau de détails acceptable (i.e. au 
moins les routes/chemins) le long de chaque itinéraire

(ça on a le droit dixit le premier message?)

Ce qu'on ne peut pas faire pour l'instant (mais qu'on pourra peut-être plus 
tard, si les données sont libérées):

- Créer/importer des relations correspondant à l'itinéraire lui-même.

J'ai bon?


Du coup, quand est-ce qu'on met son nom dans la colonne "Intégré dans OSM" de 
http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR ?
Quand on a vérifié que tout allait bien, ou plus tard, quand on aura le droit 
de faire une relation?

Jérôme



Le 6 févr. 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



___
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

2016-02-06 Par sujet osm . sanspourriel

Le 06/02/2016 04:59, Philippe Verdy - verd...@wanadoo.fr a écrit :


Le trait de côte comme tu dis c'est la marée haute. De coefficient
70 selon le wiki, de coefficient 120 selon la règlementation
française.


Si tu maintiens ça, la plus grande partie des plages n'existeront plus 
ou elles seront très morcelées si on maintient que la plage doit être 
entièrement à l'intérieur de la ligne de côte !
Et avec cette dispaition des plages bon nombre de tononymes qui 
pourtant désignent bien des "plages".


Seule solution alors, accepter que la plage "déborde" au delà de la 
ligne de côte.
Pour moi les plages sont quasiment entièrement côté mer. Du moins par 
chez moi : la partie qui découvre est bien plus grande que la partie 
toujours hors des flots.
Le wiki est très clair à ce sujet, une photo et un schéma 
 valent 
mieux qu'un long discours :

http://wiki.openstreetmap.org/wiki/Key:tidal
Donc la réponse au sens OSM est :
- j'ai faux
- tu as faux
- GarenKreiz a faux.
Côté terre (marrée haute de coef' 70, vives-eaux 
) "The top of the tidal range 
is generally taken to be at natural 
=coastline 
; i.e., mean 
high-water spring (MHWS).") il faut mettre natural=beach et côté mer 
natural=sand et tidal=yes (c'est ce qu'a fait GarenKreiz mais sans doute 
aussi pour l'estran entre les marées hautes de 70 et 120 sinon il a tout 
bon).

Bon, il y du boulot (1 200 km de côtes pour le seul Finistère).
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.
Sur le wiki allemand ils précisent que la limite des marées de 70 est 
visible sur les orthophotos car le sable étant moins souvent déplacé par 
la mer il n'a pas la même couleur. Par chez moi le problème c'est plutôt 
que ça bouge tout le temps.
Sur 
http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=Tables_Physiographiques_131212=CEREMA# 
on a aussi les types de côte. ils se sont lâchés 
 
;-). Le type H, n'est ce pas la limite des eaux intérieures ?
Ortholittorale V2 et géomorphologie du trait de côte sont de bons points 
de départ.

La réglementation française en fait concerne plutpôt la définition (...)

et le domaine public maritime, je ne dis pas le contraire.
En Allemagne suivant si c'est la Baltique ou la Mer du Nord ils n'ont 
pas les mêmes référentiels officiels.


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

Si on prend ta définition, la Venise historique est entièrement dans 
la mer, il n'y a plus d'île dans la lagune pour supporter aucune 
construction, et même la lagune a bien plus de passes que les deux 
passes reconnues. Et tu gommes aussi une grande partie des Pays-Bas/
Ce n'est pas ma définition, c'est celle de la France et pas celle 
utilisée par OSM.
Et si tu vas sur le port de Brest (par exemple cet été 
 :-)) tu pourras constater que par grande marée 
et mer d'huile tu peux avoir les pieds dans l'eau - heu, non ils ont 
finit par rehausser le quai le plus bas.


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

2016-02-06 Par sujet Nicolas Dumoulin
Le Saturday 06 February 2016, 21:21:08 Jérôme Cornet a écrit :
> Du coup, quand est-ce qu'on met son nom dans la colonne "Intégré dans OSM"
> de http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR ? Quand on a
> vérifié que tout allait bien, ou plus tard, quand on aura le droit de faire
> une relation?

Selon moi, on met quand c'est bon (tout l'itinéraire est couvert par des 
chemins dans OSM) et éventuellement la relation si on l'a ajoutée.

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


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


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

2016-02-06 Par sujet Philippe Verdy
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).
___
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 ?

2016-02-06 Par sujet Erwan Salomon
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 
>> > .gpx>  " 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
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> 

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

2016-02-06 Par sujet Nicolas Dumoulin
Le Saturday 06 February 2016, 19:10:05 Nicolas Dumoulin a écrit :
> 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 …

Voilà. J'ai ajouté un lien pour importer une relation depuis ma carte et le 
tableau du wiki. J'ai corrigé un truc dans l'url d'import du GPX dans josm.

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


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

2016-02-06 Par sujet JB

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


Re: [OSM-talk-fr] problème sur serveur(s) osm-fr ?

2016-02-06 Par sujet Muselaar


Qu'est-ce qu'on peut faire pour te procurer ce créneau ? Quelqu'un 
d'autre pourrait-il le faire ?


J'avais récupéré les photos début octobre 2014, elles dataient de l'été 
2013, ce qui d'année en année est de moins en moins frais avec le temps 
qui passe.


Le 01/02/2016 11:43, Christian Quest a écrit :

Il faut que je trouve un créneau pour installer le NAS à La Fonderie...

On 01/02/2016 01:29, Muselaar wrote:

Coucou !

Quelles nouvelles, maintenant ? On attend toujours impatiemment la 
mise en ligne des photos aériennes de l'agglomération de Belfort à 1 
px/10 cm pour faire les mises à jour qui s'imposent…
Cela concerne une surface de territoire habitée par 100 000 h, 
environ, et même un peu plus, vu que l'avion n'a pas été radin.
Si ce sont les photos obliques qui posent trop problème, on pourrait 
se contenter des ortho, ce serait déjà génial !

Ça vaut la peine !

Le 20/12/2015 14:58, Christian Quest a écrit :

NAS à nouveau opérationnel(un disque remplacé dans la grappe RAID).
Je dois aller le mettre en place à La Fonderie...

Le 20 décembre 2015 à 13:50, Muselaar > a écrit :


C'est sûr que ce n'est pas facile à manipuler. À moins
d'utiliser un logiciel comme QGIS, qui demande un long temps
d'apprentissage, je n'ai même pas pu exploiter la moindre image
: interminable à ouvrir… Mais bon, il y a la qualité de l'image
au rendez-vous.

On progresse toujours ?


Le 24/11/2015 00:23, Christian Quest a écrit :

On progresse !

Le serveur est opérationnel, mais le NAS sur lequel les images
avaient été stockées est en standby à cause d'un disque HS sur
le RAID. J'ai renvoyé le disque en question pour remplacement
et je vais en acheter un en spare demain pour remettre le NAS
en route.

Ces images qui font des centaines de Go ou quelques To c'est
pas bien pratique à manipuler !


Le 23 novembre 2015 22:37, Muselaar  a
écrit :

Bonsoir !

Je remonte le sujet… On en est où, maintenant ?

Muselaar

Le 18/10/2015 09:54, Pierre-Yves Berrard a écrit :

Super nouvelle.
Tiens-nous au courant de l'adresse à utiliser pour le flux
tms !

PY

Le 8 octobre 2015 11:51, Christian Quest
 a écrit :

JGC est en train de terminer la remise en route du
serveur WMS... j'ai copié les images de Belfort
dessus, on va donc pouvoir les intégrer (enfin !).


On 08/10/2015 00:21, Muselaar wrote:

Bonjour,

Je ressors ce vieux message, après une absence
prolongée d'OSM ces derniers temps. Mais j'avais le
mal du pays, et je reviens, même si je n'aurai pas
autant de temps à l'avenir que dans le passé. Mais il
y a  de toute façon régulièrement des trucs à
corriger dans son environnement.

Où en est-on, avec Belfort ? Comment peut-on utiliser
les photos de la CAB dans JOSM ? Finalement, les
photos obliques seront accessibles aussi, ou bien
c'est trop lourd ?
Elle sont utiles, car permettant de détromper par
rapport à la photo verticale, et de mieux se repérer,
par rapport à des souvenirs de promenade, par exemple.

Muselaar

Le 29/04/2015 11:59, Christian Quest a écrit :

Pour Belfort, je pensais mettre en place le serveur
ces derniers mois à La Fonderie, mais ça a été sans
arrêt repoussé. Il devrait être installé début mai
et en attendant je vais installer ça chez moi, si
possible ce week-end.


Le 29/04/2015 11:15, Pierre-Yves Berrard a écrit :

Bonjour Christian,

Pas de réponse de l'Université de Grenoble pour le
serveur d'images aériennes ? Si je ne m'abuse, ils
doivent être revenus de vacances.

Pierre-Yves

PS : sur le même thème, sais-tu si ça avance pour
la photographie aérienne de Belfort ? Je n'ai pas
de nouvelles depuis sacrément longtemps.

___
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


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

2016-02-06 Par sujet Christian Quest
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 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://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


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

2016-02-06 Par sujet bernard

Si c'est le cas il n'y a qu'à détruire les relations.
Ce n'est pas le plus gros travail

Le 06/02/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


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


[OSM-talk-fr] JOSM et Opendata

2016-02-06 Par sujet Jérôme Seigneuret
Bonjour,

J'essai d'utiliser le plugin opendata sous JOSM mais j'ai cette erreur
après acceptation de la licence ouverte




*Le serveur 'https://api.openstreetmap.org/api/0.6/
' ne reconnaît pas un objetque vous
essayez de lire, mettre à jour ou supprimer. Soit cet objetn’existe pas sur
le serveur, soit vous utilisez une adresse web qui n’est pas valide pour y
accéder.Veuillez vérifier l’adresse du serveur
'https://api.openstreetmap.org/api/0.6/
'*

Les paramètres ont-ils changés ou c'est un problème d'URL?

Voici les paramètres généraux dans l'onglet "Opendata"

=
*x Données brutes *
*--*
*Serveur de l'API Overpass : http://www.overpass-api.de/api/interpreter
?*
*Serveur XAPI : http://www.overpass-api.de/api/xapi
?*
*=*

Merci,
Jérôme
___
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 ?

2016-02-06 Par sujet Nicolas Dumoulin
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[1] 

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



[1] http://wiki.openstreetmap.org/wiki/Walking_Routes
___
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 ?

2016-02-06 Par sujet Nicolas Dumoulin
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 
>  .gpx>  " 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


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


[OSM-talk-fr] Doute sur le calage Bing/Cadastre

2016-02-06 Par sujet Dominique Faure
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


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

2016-02-06 Par sujet bernard
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


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

2016-02-06 Par sujet JB
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


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

2016-02-06 Par sujet Denis Bigorgne
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


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

2016-02-06 Par sujet bernard

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


Le 05/02/2016 23:09, JB a écrit :
Ça confirme au moins que si je savais utiliser QGis pas qu'avec les 
pieds, je m'empresserais de comparer les itinéraires PDIPR avec la 
voirie OSM, pour voir quel pourcentage de points de voie PDIPR n'est 
pas rapprochable avec un highway OSM. Mais à première vue, OSM n'a pas 
l'air d'avoir trop à rougir, peut-être un peu plus dans les zones 
reculées.
Ceci dit, je suis curieux de voir si ce que j'ai mis dans les mains 
des décideurs locaux de mon coté les fera réfléchir la prochaine fois 
avant de débourser des fortunes en éditions/cartes classiques.

JB.

Le 05/02/2016 22:30, Nicolas Dumoulin a écrit :


Bon, ça m'a démangé et je voulais me dérouiller avec OpenLayers 3, 
alors je me suis fait une petite carte pour aider :


http://osm.dumoulin63.net/pdipr63/

Et un tableau d'avancement pour ceux qui sont motivés :-)

http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR





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

2016-02-06 Par sujet Erwan Salomon
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
ça marche bien comme ça chez moi

> Le 6 févr. 2016 à 15:19, bernard  a écrit :
> 
> Je me suis attaché à :
> L'Eperon de Pierre-Ancize
> Réf.  ITI0360 Le lien "Importer dans JOSM 
> " m'envoie une erreur
> Vu l'état de la commune "sic," je l'ai traité via FANTOIR
> Mais je pense que le lien à importer m'aurait donné la trace GPX, donc comme 
> je n'ai pas la trace, je ne peux vérifier que j'ai tous les chemins, mais le 
> résultat ne devrait pas être mauvais .
> Donc, question : Comment avoir la trace dans JOSM?
> 
> 
> Le 05/02/2016 23:09, JB a écrit :
>> Ça confirme au moins que si je savais utiliser QGis pas qu'avec les pieds, 
>> je m'empresserais de comparer les itinéraires PDIPR avec la voirie OSM, pour 
>> voir quel pourcentage de points de voie PDIPR n'est pas rapprochable avec un 
>> highway OSM. Mais à première vue, OSM n'a pas l'air d'avoir trop à rougir, 
>> peut-être un peu plus dans les zones reculées. 
>> Ceci dit, je suis curieux de voir si ce que j'ai mis dans les mains des 
>> décideurs locaux de mon coté les fera réfléchir la prochaine fois avant de 
>> débourser des fortunes en éditions/cartes classiques.
>> JB.
>> 
>> Le 05/02/2016 22:30, Nicolas Dumoulin a écrit :
>>> Bon, ça m'a démangé et je voulais me dérouiller avec OpenLayers 3, alors je 
>>> me suis fait une petite carte pour aider :
>>> http://osm.dumoulin63.net/pdipr63/ 
>>> Et un tableau d'avancement pour ceux qui sont motivés :-)
>>> http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR 
>>> 
>> 
>> 
>> ___
>> 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


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

2016-02-06 Par sujet bernard

Je me suis attaché à :
L'Eperon de Pierre-Ancize
Réf.ITI0360

Le lien "Importer dans JOSM " 
m'envoie une erreur

Vu l'état de la commune "sic," je l'ai traité via FANTOIR
Mais je pense que le lien à importer m'aurait donné la trace GPX, donc 
comme je n'ai pas la trace, je ne peux vérifier que j'ai tous les 
chemins, mais le résultat ne devrait pas être mauvais .

Donc, question : Comment avoir la trace dans JOSM?


Le 05/02/2016 23:09, JB a écrit :
Ça confirme au moins que si je savais utiliser QGis pas qu'avec les 
pieds, je m'empresserais de comparer les itinéraires PDIPR avec la 
voirie OSM, pour voir quel pourcentage de points de voie PDIPR n'est 
pas rapprochable avec un highway OSM. Mais à première vue, OSM n'a pas 
l'air d'avoir trop à rougir, peut-être un peu plus dans les zones 
reculées.
Ceci dit, je suis curieux de voir si ce que j'ai mis dans les mains 
des décideurs locaux de mon coté les fera réfléchir la prochaine fois 
avant de débourser des fortunes en éditions/cartes classiques.

JB.

Le 05/02/2016 22:30, Nicolas Dumoulin a écrit :


Bon, ça m'a démangé et je voulais me dérouiller avec OpenLayers 3, 
alors je me suis fait une petite carte pour aider :


http://osm.dumoulin63.net/pdipr63/

Et un tableau d'avancement pour ceux qui sont motivés :-)

http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR





___
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