Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[JB]

 

À quelqu'un qui me demande comment on enregistre son travail, je lui
réponds qu'on enregistre pas (localement), mais qu'on l'envoie au
serveur et que c'est lui qui enregistre. À mon sens, c'est une question
de débutant à qui il faut une réponse simple(iste). Sinon, après, il
cherche pourquoi ses modifications n'apparaissent pas sur la carte en
ligne alors qu'il a bien sauvegardé son travail… 

Et donc je fais
toujours sauter le paragraphe sur la sauvegarde locale. 

JB. 

Le
12.04.2013 08:54, Fabien a écrit : 

> Le 11 avril 2013 19:22, Christian
Quest  a écrit :
> 
>> Tout ceci est valable,
mais pas adapté à un tutoriel pour débutant. La sauvegarde lorsque l'on
débute amène à mon avis plus de problème (conflits) qu'elle n'en résout.
Le 11 avril 2013 19:17, Philippe Verdy  a écrit :

>> 
>>> Parler de la sauvegarde est indispensable pour ne pas tout
perdre à cause d'un plantage. Cependant JOSM aide aussi sur ce point
avec une sauvegarde automatique qu'il propose de récupérer lors du
relancement, ce qui peut éviter de perdre des heures de travail. Sinon
une sauvegarde est aussi un cache utile au repérage des éléments qu'on a
l'habitude de travailler (les tâches sont souvent longues et peuvent
durer des semaines ou des mois) : le cache n'empêche pourtant pas de
mettre à jour les données avant de continuer à les modifier. C'est un
gain de temps aussi et de ressources de travail sur les serveurs, si on
n'a pas besoin de toute chercher en permanence en ligne pour relocaliser
facilement une zone ou une catégorie d'objets qui nous intéressait et
sur laquelle on a déjà travaillé et compris une partie significative des
problèmes à traiter (et aussi des manques qui ne sont détectés avec
précision par aucun outil). Le 11 avril 2013 18:33, JB
 a écrit : 
>>> 
 Salut Fabien, Je soutiens
toujours la création de tutoriels, qui permet de trouver celui qui nous
plait sur l'approche, le ton, etc. choisis. Reste à le mettre en
évidence (il n'y a pas une page du wiki ou du site fr qui les
répertorierait, des fois ? Au boulot, sinon !). Quelques petites
remarques, même si j'ai surement laissé passer des choses : Page 8, une
inversion des boutons de la souris, à peu près tout au long de la page…
L'exemple sur la route résidentielle : insister qu'il ne faut surtout
pas tout remplir (j'en ai marre des oneway=no, horse=yes à
tire-larigot…) Point 9 : je conseillerai de fermer JOSM pour annuler
toutes les essais faits et le rouvrir, on ne sait jamais (et plus fiable
et simple que de supprimer les calques…) Puis, «je vais donc annuler… »,
pas très clair dans la formulation, même si on comprend ensuite. Je
pense qu'un paragraphe sur l'utilisation du cadre « résultat de
validation » est nécessaire (zoomer sur le conflit). Je préciserais
aussi que s'il repère des fausses erreurs, il en laisse aussi passer.
C'est un outil, mais pas infaillible dans les deux sens. Ensuite, je
pinaille, mais l'ajout d'une rue avec uniquement un nœud ajouté, c'est
louche… Si tu parles de sauvegarde locale, je parlerais de conflits…
Perso, je ne parlerais pas de sauvegarde (vu le niveau du tutoriel). Le
wiki, mais c'est peut-être aussi personnel, je mettrais bien la page map
features ou au moins la page d'accueil en français, et les listes de
diffusion locales, moins effrayantes que talk-fr (idem pour learnosm,
d'ailleurs). Merci pour ce boulot, même si je ne suis pas fan de la mise
à disposition via google. JB. Le 11.04.2013 16:55, Fabien a écrit :
Bonjour à tous, C'est avec un grand plaisir que je vous annonce la
publication de mon premier tutoriel orienté débutant pour JOSM. J'espère
avoir le temps d'en écrire d'autres, en particulier sur les tracés issus
de GPX, sur certains greffons et sur OAuth. Je l'ai écrit dans
l'objectif de comprendre l'interface de JOSM. Il faut qu'à la fin du
document celle-ci soit appréhendée car c'est un des obstacles récurrent
pour les nouveaux contributeurs. Les notions sont donc forcément simples
et très directives tout en laissant libre court à certaines découvertes.
Je suis ouvert à toute remarque sur le contenu du document ou
amélioration nécessaire pour sa compréhension. Le lien du PDF :
https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing
[1] C'est un partage via Google je ferai des miroirs si certains ne
peuvent pas y accéder. toute personne voulant le fichier ODT peut me
contacter directement. Fabien
___ Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr [2]
> 
> Bonour à
tous,
> 
> Merci pour vos commentaires que je lis juste.
> 
>
@Jean-Claude : tout simplement parce que j'ai travaillé bien souvent
>
hors ligne et je gère mieux un versionnage (pas sur du mot) avec un
>
fichier LibreOffice qu'avec un wiki.
> 
> @JB : merci je regarde tous
tes commentaires et j'améliore. Par
> contre, je dis pareil pour le
partage Google mais c'est juste que le
> lien est facilement accessible
(sauf en Chine) pour l'i

[OSM-talk-fr] API 0.6 down ?

[Francescu GAROBY]

Bonjour,
En voulant télécharger des données depuis Josm, j'ai eu droit à ce message :
"Le serveur OSM 'http://api.openstreetmap.org/api/0.6/' a signalé une
erreur interne du serveur. Ceci est probablement un problème momentané.
Veuillez essayer à nouveau plus tard. Le serveur OSM
'http://api.openstreetmap.org/api/0.6/'
a signalé une erreur interne du serveur.
Ceci est probablement un problème momentané. Veuillez essayer à nouveau
plus tard."

Quelqu'un est au courant ? Une intervention est-elle en cours ? Le site
www.openstreetmap.org est aussi HS, semble-t-il...
-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] API 0.6 down ?

[teuxe]

J'ai le même problème, ça ne vient pas de chez toi...

Teuxe


- Mail original -
De: "Francescu GAROBY" 
À: "Discussions sur OSM en français" 
Envoyé: Vendredi 12 Avril 2013 10:54:16
Objet: [OSM-talk-fr] API 0.6 down ?



Bonjour, 
En voulant télécharger des données depuis Josm, j'ai eu droit à ce message : 

"Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une erreur 
interne du serveur. Ceci est probablement un problème momentané. Veuillez 
essayer à nouveau plus tard. Le serveur OSM 
' http://api.openstreetmap.org/api/0.6/ ' 
a signalé une erreur interne du serveur. 
Ceci est probablement un problème momentané. Veuillez essayer à nouveau plus 
tard." 

Quelqu'un est au courant ? Une intervention est-elle en cours ? Le site 
www.openstreetmap.org est aussi HS, semble-t-il... 

-- 
Cordialement, 
Francescu GAROBY 

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

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

Re: [OSM-talk-fr] API 0.6 down ?

[Francescu GAROBY]

Je viens de retester et ça semble être revenu à la normale.

Francescu


Le 12 avril 2013 10:59,  a écrit :

> J'ai le même problème, ça ne vient pas de chez toi...
>
> Teuxe
>
>
> - Mail original -
> De: "Francescu GAROBY" 
> À: "Discussions sur OSM en français" 
> Envoyé: Vendredi 12 Avril 2013 10:54:16
> Objet: [OSM-talk-fr] API 0.6 down ?
>
>
>
> Bonjour,
> En voulant télécharger des données depuis Josm, j'ai eu droit à ce message
> :
>
> "Le serveur OSM ' http://api.openstreetmap.org/api/0.6/ ' a signalé une
> erreur interne du serveur. Ceci est probablement un problème momentané.
> Veuillez essayer à nouveau plus tard. Le serveur OSM
> ' http://api.openstreetmap.org/api/0.6/ '
> a signalé une erreur interne du serveur.
> Ceci est probablement un problème momentané. Veuillez essayer à nouveau
> plus tard."
>
> Quelqu'un est au courant ? Une intervention est-elle en cours ? Le site
> www.openstreetmap.org est aussi HS, semble-t-il...
>
> --
> Cordialement,
> Francescu GAROBY
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] expérimentations à Orange

[Christian Rogel]

Le 11 avr. 2013 à 17:43, Tony Emery  a écrit :
> Une fois que j'ai dit ça, que peut-on en tirer ?
> 1- Que la source première de données est et restera toujours la commune (en
> gros toujours) ;
> 2- Qu'il faut s'appuyer sur elles si l'on veut constituer une base crédible
> et maintenue dans le temps ;
> 3- Que, étant données les différences de moyens des collectivités, seule un
> petite minorité d'entre elles sont capables de faire ce travail
> 4- Que pour compenser l'inégalité des moyens, il faudrait que les
> intercommunalités prennent le relais mais
> 5- Que certaines d'entre elles, notamment en milieu rural, n'ont pas plus
> les moyens de le faire
> 6- Que les collectivités locales ne peuvent pas imposer quoi que ce soit aux
> autres (principe constitutionnel d’interdiction de la tutelle d’une
> collectivité territoriale sur une autre)

Sur 5 et 6, la solution est de faire des SIG à un niveau supérieur à la 
communauté de communes.
C'est  ce qui a été fait à Brest où la métropole met, par convention, son SIG à 
la disposition des autres EPCI du Pays de Brest (pays "Voynet")
9 agents arrivent à couvrir 89 communes.
Evidemment, c'est une décision politique, difficile à prendre, si les élus se 
méfient les uns des autres, mais, pas impossible à réaliser.
Le modèle est que le SIG le plus avancé, fédère les EPCI les plus proches.
Si certains d'entre vous sont en position d'attirer l'attention des élus 
là-dessus, ce serait une bonne chose.

Christian R., contributeur super-lambda

PS : Je connais une communauté d'agglo qui a un SIG, mais, la ville centre 
garde le sien, car, les deux têtes politiques, du même parti, sont en guerre 
ouverte !!???


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

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Cyrille Giquello]

Le 11 avr. 2013 19:18, "Philippe Verdy"  a écrit :
>
> Parler de la sauvegarde est indispensable pour ne pas tout perdre à cause
d'un plantage.

À mon avis ça ne concerne pas les débutants. de plus ouvre à la  complexité
et aux conflits.
un débutant devrait faire de petits commit.

par contre le menu "mettre à jour les données" après un commit se comprend
bien et image bien le côté communautaire où l'on n'est probablement pas
seul à modifier un même lieu.

C.

Cependant JOSM aide aussi sur ce point avec une sauvegarde automatique
qu'il propose de récupérer lors du relancement, ce qui peut éviter de
perdre des heures de travail.
>
> Sinon une sauvegarde est aussi un cache utile au repérage des éléments
qu'on a l'habitude de travailler (les tâches sont souvent longues et
peuvent durer des semaines ou des mois) : le cache n'empêche pourtant pas
de mettre à jour les données avant de continuer à les modifier. C'est un
gain de temps aussi et de ressources de travail sur les serveurs, si on n'a
pas besoin de toute chercher en permanence en ligne pour relocaliser
facilement une zone ou une catégorie d'objets qui nous intéressait et sur
laquelle on a déjà travaillé et compris une partie significative des
problèmes à traiter  (et aussi des manques qui ne sont détectés avec
précision par aucun outil).
>
>
>
> Le 11 avril 2013 18:33, JB  a écrit :
>
>> Salut Fabien,
>>
>> Je soutiens toujours la création de tutoriels, qui permet de trouver
celui qui nous plait sur l'approche, le ton, etc. choisis. Reste à le
mettre en évidence (il n'y a pas une page du wiki ou du site fr qui les
répertorierait, des fois ? Au boulot, sinon !).
>>
>> Quelques petites remarques, même si j'ai surement laissé passer des
choses :
>>
>> Page 8, une inversion des boutons de la souris, à peu près tout au long
de la page…
>>
>> L'exemple sur la route résidentielle : insister qu'il ne faut surtout
pas tout remplir (j'en ai marre des oneway=no, horse=yes à tire-larigot…)
>>
>> Point 9 : je conseillerai de fermer JOSM pour annuler toutes les essais
faits et le rouvrir, on ne sait jamais (et plus fiable et simple que de
supprimer les calques…)
>>
>> Puis, «je vais donc annuler… », pas très clair dans la formulation, même
si on comprend ensuite.
>>
>> Je pense qu'un paragraphe sur l'utilisation du cadre « résultat de
validation » est nécessaire (zoomer sur le conflit). Je préciserais aussi
que s'il repère des fausses erreurs, il en laisse aussi passer. C'est un
outil, mais pas infaillible dans les deux sens.
>>
>> Ensuite, je pinaille, mais l'ajout d'une rue avec uniquement un nœud
ajouté, c'est louche…
>>
>> Si tu parles de sauvegarde locale, je parlerais de conflits… Perso, je
ne parlerais pas de sauvegarde (vu le niveau du tutoriel).
>>
>> Le wiki, mais c'est peut-être aussi personnel, je mettrais bien la page
map features ou au moins la page d'accueil en français, et les listes de
diffusion locales, moins effrayantes que talk-fr (idem pour learnosm,
d'ailleurs).
>>
>> Merci pour ce boulot, même si je ne suis pas fan de la mise à
disposition via google.
>>
>> JB.
>>
>>
>>
>> Le 11.04.2013 16:55, Fabien a écrit :
>>>
>>> Bonjour à tous,
>>>
>>> C'est avec un grand plaisir que je vous annonce la publication de mon
>>> premier tutoriel orienté débutant pour JOSM. J'espère avoir le temps
>>> d'en écrire d'autres, en particulier sur les tracés issus de GPX, sur
>>> certains greffons et sur OAuth.
>>>
>>> Je l'ai écrit dans l'objectif de comprendre l'interface de JOSM. Il
>>> faut qu'à la fin du document celle-ci soit appréhendée car c'est un
>>> des obstacles récurrent pour les nouveaux contributeurs. Les notions
>>> sont donc forcément simples et très directives tout en laissant libre
>>> court à certaines découvertes.
>>>
>>> Je suis ouvert à toute remarque sur le contenu du document ou
>>> amélioration nécessaire pour sa compréhension.
>>>
>>> Le lien du PDF :
>>>
https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing
>>> C'est un partage via Google je ferai des miroirs si certains ne
>>> peuvent pas y accéder. toute personne voulant le fichier ODT peut me
>>> contacter directement.
>>>
>>> Fabien
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Cyrille Giquello]

Le 12 avr. 2013 08:54, "Fabien"  a écrit :
>
> Le 11 avril 2013 19:22, Christian Quest  a écrit
:
> > Tout ceci est valable, mais pas adapté à un tutoriel pour débutant.
> > La sauvegarde lorsque l'on débute amène à mon avis plus de problème
> > (conflits) qu'elle n'en résout.
> >
> >
> > Le 11 avril 2013 19:17, Philippe Verdy  a écrit :
> >
> >> Parler de la sauvegarde est indispensable pour ne pas tout perdre à
cause
> >> d'un plantage. Cependant JOSM aide aussi sur ce point avec une
sauvegarde
> >> automatique qu'il propose de récupérer lors du relancement, ce qui peut
> >> éviter de perdre des heures de travail.
> >>
> >> Sinon une sauvegarde est aussi un cache utile au repérage des éléments
> >> qu'on a l'habitude de travailler (les tâches sont souvent longues et
peuvent
> >> durer des semaines ou des mois) : le cache n'empêche pourtant pas de
mettre
> >> à jour les données avant de continuer à les modifier. C'est un gain de
temps
> >> aussi et de ressources de travail sur les serveurs, si on n'a pas
besoin de
> >> toute chercher en permanence en ligne pour relocaliser facilement une
zone
> >> ou une catégorie d'objets qui nous intéressait et sur laquelle on a
déjà
> >> travaillé et compris une partie significative des problèmes à traiter
 (et
> >> aussi des manques qui ne sont détectés avec précision par aucun outil).
> >>
> >>
> >>
> >> Le 11 avril 2013 18:33, JB  a écrit :
> >>
> >>> Salut Fabien,
> >>>
> >>> Je soutiens toujours la création de tutoriels, qui permet de trouver
> >>> celui qui nous plait sur l'approche, le ton, etc. choisis. Reste à le
mettre
> >>> en évidence (il n'y a pas une page du wiki ou du site fr qui les
> >>> répertorierait, des fois ? Au boulot, sinon !).
> >>>
> >>> Quelques petites remarques, même si j'ai surement laissé passer des
> >>> choses :
> >>>
> >>> Page 8, une inversion des boutons de la souris, à peu près tout au
long
> >>> de la page…
> >>>
> >>> L'exemple sur la route résidentielle : insister qu'il ne faut surtout
pas
> >>> tout remplir (j'en ai marre des oneway=no, horse=yes à tire-larigot…)
> >>>
> >>> Point 9 : je conseillerai de fermer JOSM pour annuler toutes les
essais
> >>> faits et le rouvrir, on ne sait jamais (et plus fiable et simple que
de
> >>> supprimer les calques…)
> >>>
> >>> Puis, «je vais donc annuler… », pas très clair dans la formulation,
même
> >>> si on comprend ensuite.
> >>>
> >>> Je pense qu'un paragraphe sur l'utilisation du cadre « résultat de
> >>> validation » est nécessaire (zoomer sur le conflit). Je préciserais
aussi
> >>> que s'il repère des fausses erreurs, il en laisse aussi passer. C'est
un
> >>> outil, mais pas infaillible dans les deux sens.
> >>>
> >>> Ensuite, je pinaille, mais l'ajout d'une rue avec uniquement un nœud
> >>> ajouté, c'est louche…
> >>>
> >>> Si tu parles de sauvegarde locale, je parlerais de conflits… Perso,
je ne
> >>> parlerais pas de sauvegarde (vu le niveau du tutoriel).
> >>>
> >>> Le wiki, mais c'est peut-être aussi personnel, je mettrais bien la
page
> >>> map features ou au moins la page d'accueil en français, et les listes
de
> >>> diffusion locales, moins effrayantes que talk-fr (idem pour learnosm,
> >>> d'ailleurs).
> >>>
> >>> Merci pour ce boulot, même si je ne suis pas fan de la mise à
disposition
> >>> via google.
> >>>
> >>> JB.
> >>>
> >>>
> >>>
> >>> Le 11.04.2013 16:55, Fabien a écrit :
> >>>
> >>> Bonjour à tous,
> >>>
> >>> C'est avec un grand plaisir que je vous annonce la publication de mon
> >>> premier tutoriel orienté débutant pour JOSM. J'espère avoir le temps
> >>> d'en écrire d'autres, en particulier sur les tracés issus de GPX, sur
> >>> certains greffons et sur OAuth.
> >>>
> >>> Je l'ai écrit dans l'objectif de comprendre l'interface de JOSM. Il
> >>> faut qu'à la fin du document celle-ci soit appréhendée car c'est un
> >>> des obstacles récurrent pour les nouveaux contributeurs. Les notions
> >>> sont donc forcément simples et très directives tout en laissant libre
> >>> court à certaines découvertes.
> >>>
> >>> Je suis ouvert à toute remarque sur le contenu du document ou
> >>> amélioration nécessaire pour sa compréhension.
> >>>
> >>> Le lien du PDF :
> >>>
> >>>
https://docs.google.com/file/d/0B2K6oMUIyX5ydWtSdl9ZWm13WjQ/edit?usp=sharing
> >>> C'est un partage via Google je ferai des miroirs si certains ne
> >>> peuvent pas y accéder. toute personne voulant le fichier ODT peut me
> >>> contacter directement.
> >>>
> >>> Fabien
> >>>
> >>> ___
> >>> Talk-fr mailing list
> >>> Talk-fr@openstreetmap.org
> >>> http://lists.openstreetmap.org/listinfo/talk-fr
> >>>
> >>>
>
> Bonour à tous,
>
> Merci pour vos commentaires que je lis juste.
>
> @Jean-Claude : tout simplement parce que j'ai travaillé bien souvent
> hors ligne et je gère mieux un versionnage (pas sur du mot) avec un
> fichier LibreOffice qu'avec un wiki.
>
> @JB : merci je regarde tous tes commentaires et j'améliore. Par
> contre, je dis pareil pour le partage Goo

Re: [OSM-talk-fr] Insérer une carte OSM sur un site

[Yohan Boniface]

C'est possible, même si pour l'instant le bouton est un peu trop caché :(
Pour cela, quand vous avez ouvert la barre d'outils, cliquez sur le "I", 
permettant d'éditer les métadonnées de la carte (titre, description, 
licence), et là vous avez un bouton "Supprimer".

Suffit ensuite de confirmer.

Yo


On 04/12/2013 01:57 AM, Hélène PETIT wrote:

Le 11/04/2013 22:22, Romain MEHUT a écrit :

Ce serait bien de pouvoir supprimer des cartes que l'on n'utilise plus
histoire de ne pas occuper les serveurs pour rien.


+1,
mes errances de débuts sont-elles vraiment à graver dans le marbre
tutélaire ?
:>)))



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

Re: [OSM-talk-fr] expérimentations à Orange

[Tony Emery]

Christian Rogel wrote
> la solution est de faire des SIG à un niveau supérieur à la communauté de
> communes.
> C'est  ce qui a été fait à Brest où la métropole met, par convention, son
> SIG à la disposition des autres EPCI du Pays de Brest (pays "Voynet")
> 9 agents arrivent à couvrir 89 communes.
> Evidemment, c'est une décision politique, difficile à prendre, si les élus
> se méfient les uns des autres, mais, pas impossible à réaliser.
> Le modèle est que le SIG le plus avancé, fédère les EPCI les plus proches.
> Si certains d'entre vous sont en position d'attirer l'attention des élus
> là-dessus, ce serait une bonne chose.

Effectivement, mais ce ne sera pas possible vu que la politique actuelle
d'aménagement du territoire est de réduire le mille-feuilles administratif
et de supprimer les syndicats et autres pays.

Je pense que ça pourrait se faire soit au niveau des Conseils Généraux (mais
ils leurs manque la compétence), soit, dans une volonté de solidarité, entre
les interco qui ont des SIG et les autres (mais là, c'est un doux rêve).

En attendant, il faut déjà avancer avec ceux qui ont déjà des référentiels
et des moyens.



--
View this message in context: 
http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756807.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Partage en sucette du rendu mapnik sur Montpellier

[Nicolas Moyroud]

Je voulais télécharger le rendu mapnik pour mettre sur un GPS, et j'y ai 
vu une vilaine route visible seulement aux zooms 16, 17 et 18.

http://www.openstreetmap.org/?lat=43.63305&lon=3.86672&zoom=16&layers=M
J'ai regardé rapidement dans les données OSM mais je n'ai rien vu qui 
justifie cette horrible ligne droite qui trace à travers la fac (les 
étudiants vont râler) et le bois de Montmaur (les écureuils ne vont pas 
être contents). Quelqu'un a une idée ?


Nicolas

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

Re: [OSM-talk-fr] Partage en sucette du rendu mapnik sur Montpellier

[Christian Quest]

Un petit coup de /dirty et c'est rentré dans l'ordre...


Le 12 avril 2013 15:17, Nicolas Moyroud  a écrit :

> Je voulais télécharger le rendu mapnik pour mettre sur un GPS, et j'y ai
> vu une vilaine route visible seulement aux zooms 16, 17 et 18.
> http://www.openstreetmap.org/?**lat=43.63305&lon=3.86672&zoom=**
> 16&layers=M
> J'ai regardé rapidement dans les données OSM mais je n'ai rien vu qui
> justifie cette horrible ligne droite qui trace à travers la fac (les
> étudiants vont râler) et le bois de Montmaur (les écureuils ne vont pas
> être contents). Quelqu'un a une idée ?
>
> Nicolas
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon :
http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Partage en sucette du rendu mapnik sur Montpellier

[Nicolas Moyroud]

Ah bah oui, j'avais tenté ce matin sur un bout mais ça avait résisté. 
Fallait être un peu plus patient ! :-)

Merci Christian, je vais pouvoir télécharger sur mon GPS.

Nicolas

Le 12/04/2013 15:27, Christian Quest a écrit :

Un petit coup de /dirty et c'est rentré dans l'ordre...




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

Re: [OSM-talk-fr] expérimentations à Orange

[Philippe Verdy]

Même sans faire appel au mille-feuille administratif, il y a d'autres
moyens de coopérations entre communes et autres collectivités pour
certaines missions. Les associations ça existe, la France n'en manque pas !

Déjà il y a l'Association des maires de France (AMF) et je ne vois pas
pourquoi les petites collectivités qui manquent de moyens ne pourraient pas
utiliser une solution pérenne gérée par une telle association, avec des
moyens partagés, et des relais dans toutes les régions.

Evidemment se pose la question de la sécurité des SIG,et de la
responsabilité des intervenants qui modifient les bases, ou les consultent,
mais ce n'est pas spécifique au cadre de la collaboration et le même
problème existe déjà au sein même de chaque collectivité devant gérer un
SIG, la différence étant une question d'échelle si un SIG partagé devient
tellement important par le nombre d'infos qui y sont enregistrées
collectivement qu'il suscite ensuite des convoitises dangereuses ou
tentatives de corruption des données.

Le vrai problème est en fait moins technique (la sécurité ça se résoud y
compris par la responsabilisation des agents et les règlementations), que
celui de la formation des agents aux évolutions de ces systèmes. C'est là
que les coûts peuvent exploser, à moins que les collectivités mettent en
place des délégations de service public et s'en remettent alors totalement
à quelqu'un d'autre pour leurs besoins (avec la crainte d'une dépendance
opérationnelle, mais aussi de non maîtrise des coûts ultérieurs s'ils
augmentent, et la difficulté alors de rapatrier les données pour les gérer
d'une autre façon).

Mais là aussi une asso comme l'AMF peut exercer son contrôle pour évaluer
raisonnablement les solutions partagées mises en oeuvre (sans pour autant
fédérer tout le monde dans le même système afin qu'il garde une taille
raisonnable sans exploser et limiter l'exposition aux risques) et étudier
les coûts (en faisant appel aussi au contrôle par la Cours des comptes qui
a l'expertise dans ce domaine et la compétence nécessaire pour les fouiller
en détail). Elle peut émettre des recommandations sur les meilleures
pratiques et les évolutions nécessaires.



Le 12 avril 2013 14:59, Tony Emery  a écrit :

> Christian Rogel wrote
> > la solution est de faire des SIG à un niveau supérieur à la communauté de
> > communes.
> > C'est  ce qui a été fait à Brest où la métropole met, par convention, son
> > SIG à la disposition des autres EPCI du Pays de Brest (pays "Voynet")
> > 9 agents arrivent à couvrir 89 communes.
> > Evidemment, c'est une décision politique, difficile à prendre, si les
> élus
> > se méfient les uns des autres, mais, pas impossible à réaliser.
> > Le modèle est que le SIG le plus avancé, fédère les EPCI les plus
> proches.
> > Si certains d'entre vous sont en position d'attirer l'attention des élus
> > là-dessus, ce serait une bonne chose.
>
> Effectivement, mais ce ne sera pas possible vu que la politique actuelle
> d'aménagement du territoire est de réduire le mille-feuilles administratif
> et de supprimer les syndicats et autres pays.
>
> Je pense que ça pourrait se faire soit au niveau des Conseils Généraux
> (mais
> ils leurs manque la compétence), soit, dans une volonté de solidarité,
> entre
> les interco qui ont des SIG et les autres (mais là, c'est un doux rêve).
>
> En attendant, il faut déjà avancer avec ceux qui ont déjà des référentiels
> et des moyens.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5756807.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Philippe Verdy]

On ne peut pas toujours publier immédiatement des données qu'on est en
train d'importer et fusionner avec l'existant. Si cela prend du temps, on
enregistre pour ne pas tout perdre (même s'il y a une sauvegarde
automatique toutes les 10 minutes, paramétrable : une option à activer qui
sera utile si jamais on oublie que Windows ou un autre logiciel a fait une
mise à jour système et prévenu qu'il allait redémarrer l'OS en fermant
brutalement les applications)

Malgré tout, même pour les débutants, ils vont se retrouver confrontés à la
gestion des conflits, et ce n'est pas simple du tout au départ de savoir
quoi faire : certains débutants seront tout de suite tentés d'appliquer
immédiatement TOUTES leurs modifications sans regarder le détail des autres
modifications proposées, ou alors d'abandonner totalement un envoi commencé
parce que tout à coup ils se retrouvent à devoir gérer des listes
impressionnantes de centaines de conflits à résoudre un par un.

JOSM n'aide pas beaucoup dans la résolution des conflits les plus
courants, d'aillleurs beaucoup ne demandent aucune confirmation car il n'y
a aucun conflit réel, les valeurs modifiées localement dans les objets en
conflit étant exactement les mêmes que celles provenant d'une autre version
en conflit provenant de la base, ce cas survenant dans le cas où
l'utilisateur a utilisé plusieurs sessions de travail en parallèle et JOSM
ne sait pas faire un tri permettant d'en résoudre automatiquement un grand
nombre, ou de les grouper par type de conflits : par exemple un conflit
survient sur un objet supprimé dans la base mais pas localement, et qui est
référencé par une série de relations : le premier conflit à résoudre porte
sur la suppression ou pas de cet objet, et si on résoud ce conflt, il
devrait aussi résoudre automatiquement le conflit sur les autres relations
utilisatrices.

Le cas le plus fréquent et le plus pénible à résoudre concerne les conflits
sur les ways : ils donnent souvent des listes de plusieurs dizaines voir
centaines de noeuds supprimés/ajoutés à ce way. De plus la résolution de
conflit des membres d'un way est très compliquée : si on ne fait pas
attention on va supprimer des tad de noeuds pourtant encore nécessaires à
la géométrie d'autres ways, ou bien laisser des tas de noeuds orphelins
(souvent sans même aucun attribut) dans la base.

On peut se dire alors que JOSM n'est pas à recommander aux débutants et
leur demander d'utiliser Potlatch, pourtant celui-ci n'est pas capable de
gérer des objets géométriquement très étendus (trop de données dans la
zone, la navigateur web ne peut pas les charger toutes sans "exploser" ni
sérieux problèmes de performances sur le système,surtout si on a un
navigateur avec un Javascript un peu lent et trop peu de mémoire de
travail; il faut aussi rappeler que les navigateurs sont presque tous en
version 32 bits, même sur les systèmes 64 bits et la mémoire de travail des
sessions web est limitée; bref assez vite on réalise qu'au delà des petites
modiifications locales, ou pour l'import de jeux de données, JOSM devient
indispensable, même si on ne travaille pas à une échelle supérieure à celle
de la commune, dans le cas du travail dans les zones denses : Paris
notamment ne peut même pas se travailler à l'échelle d'un seul
arrondissement dans Potlatch, dont la limite est devenu plutôt celle du
quartier, mais heureusement Paris a terminé pratiquement tout en ce qui
concerne les objets les plus grands et ne demande plus que des modifs très
locales faisables dans Potlatch, le reste étant fait par d'autres plus
expérimentés qui utilisent JOSM)

Il y a d'autres exemples plus complexes qui sont difficiles voire quasiment
impossibles à faire dans Potlatch : les données sur les réseaux de
transport, telles que les lignes de bus. C'est compliqué à éditer, et
difficile à réparer, car c'est déjà difficile à interpréter quand il y a
des erreurs de cohérence. Ce sujet mériterait un tutoriel à lui tout seul,
et sans doute des modifications dans les recommandations faites sur la
partie documentaire du wiki OSM !



Le 12 avril 2013 12:50, Cyrille Giquello  a écrit :

>
> Le 12 avr. 2013 08:54, "Fabien"  a écrit :
>
> >
> > Le 11 avril 2013 19:22, Christian Quest  a
> écrit :
> > > Tout ceci est valable, mais pas adapté à un tutoriel pour débutant.
> > > La sauvegarde lorsque l'on débute amène à mon avis plus de problème
> > > (conflits) qu'elle n'en résout.
> > >
> > >
> > > Le 11 avril 2013 19:17, Philippe Verdy  a écrit :
> > >
> > >> Parler de la sauvegarde est indispensable pour ne pas tout perdre à
> cause
> > >> d'un plantage. Cependant JOSM aide aussi sur ce point avec une
> sauvegarde
> > >> automatique qu'il propose de récupérer lors du relancement, ce qui
> peut
> > >> éviter de perdre des heures de travail.
> > >>
> > >> Sinon une sauvegarde est aussi un cache utile au repérage des éléments
> > >> qu'on a l'habitude de travailler (les tâches sont souvent longues et
> peuvent
> > >> durer des semaines ou des mois) : l

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Arnaud]

On parle toujours bien de débutant la ?

On 13-04-12 11:53 AM, Philippe Verdy wrote:
le cas où l'utilisateur a utilisé plusieurs sessions de travail en 
parallèle


Arrivé à ce stade, je pense que le contributeur aura assez d’expérience 
pour aller chercher de l'aide sur la liste.


Je passerais ensuite sur la logorrhée concernant Paris, les bugs de JOSM 
et de Potlatch.
Ils n'ont aucune utilité au regard du sujet évoqué et cela contribue à 
polluer inutilement ce fil de discussion !


Arnaud

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

[OSM-talk-fr] Fwd: Réunion Parinux le 14 avril à Paris...

[Christian Quest]

C'est pour ce dimanche...

-- Message transféré --
De : Christian Quest 
Date : 29 mars 2013 09:49
Objet : Réunion Parinux le 14 avril à Paris...
À : local-...@listes.openstreetmap.fr


Pour info: http://bn.parinux.org/p/2013.04.14.fph

Je compte y aller. Quelqu'un d'autre pour venir ?

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon :
http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Philippe Verdy]

Arrête d'utiliser le mot "logorrhée" de façon à clairement relancer un
troll, tu ne sais pas le sens de ce mot que tu emploies à tout va.

Le cas d'utilisation de plusierus sessions en parallèle n'est pas anodin,
puisque cela a été proposé déjà dans le tutoriel pour éviter d'avoir à
gérer trop de données en même temps, qui a priori n'ont rien à voir entre
elles mais pourraient pourtant avoir des impacts inattendus dont
l'utilisateur a été lui-même à l'initiative dans une autre session.

Même dans Potlatch ce cas peut arriver : plusieurs onglets ouverts dans le
navigateur sur des vues différentes de zones proches, pour éviter d'avoir à
glisser la carte pour changer de point de vue, par exemple entre une
extrémité d'une rue et l'autre.

Ce sont des cas pratiques auxquels l'utilisateur va vite être confronté :
la gestion des conflits (à commencer par ceux provenant de l'utilisateur
lui-même) est quelque chose qu'on rencontre assez vite dès que la modif
n'est plus la simple pose d'un POI ou l'ajout d'un attribut.

Ce n'est donc absolument pas de la "logorrhée" comme tu l'appelles à tord
et à travers. Ton troll n'est pas le bienvenu sur cette liste.


Le 12 avril 2013 16:40, Arnaud  a écrit :

> On parle toujours bien de débutant la ?
>
>
> On 13-04-12 11:53 AM, Philippe Verdy wrote:
>
>> le cas où l'utilisateur a utilisé plusieurs sessions de travail en
>> parallèle
>>
>
> Arrivé à ce stade, je pense que le contributeur aura assez d’expérience
> pour aller chercher de l'aide sur la liste.
>
> Je passerais ensuite sur la logorrhée concernant Paris, les bugs de JOSM
> et de Potlatch.
> Ils n'ont aucune utilité au regard du sujet évoqué et cela contribue à
> polluer inutilement ce fil de discussion !
>
> Arnaud
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Arnaud]

On 13-04-12 12:23 PM, Philippe Verdy wrote:
Arrête d'utiliser le mot "logorrhée" de façon à clairement relancer un 
troll, tu ne sais pas le sens de ce mot que tu emploies à tout va.


"Logorrhée : Elle recouvre aussi par extension un langage verbeux et peu 
compréhensible qui couvre des banalités, des incohérences ou 
contrevérités, ou un manque d'argumentation claire"

-> http://fr.wikipedia.org/wiki/Logorrh%C3%A9e

Cela me semble donc tout indiqué.
Le seul troll qu'il y a sur cette liste c'est toi.
Je t'ai déjà fait part de mes remarques et ce n'est pas nouveau.

Le cas d'utilisation de plusierus sessions en parallèle n'est pas 
anodin, puisque cela a été proposé déjà dans le tutoriel pour éviter 
d'avoir à gérer trop de données en même temps, qui a priori n'ont rien 
à voir entre elles mais pourraient pourtant avoir des impacts 
inattendus dont l'utilisateur a été lui-même à l'initiative dans une 
autre session.


Pour un utilisateur débutant ce cas de figure ne se présentera pas 
immédiatement. Tout le monde n'a pas la même nécessite que toi de 
télécharger des centaines de go de donnes OSM pou travailler off-line !



Ton troll n'est pas le bienvenu sur cette liste.


Effectivement les trolls ne sont pas le bienvenue sur cette liste! Dixit 
mon commentaire précédent!


Cela ne t’empêchera pas d’argumenter et de gesticuler mais au moins 
c'est dit.


A.






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

Re: [OSM-talk-fr] expérimentations à Orange

[Christian Rogel]

Le 12 avr. 2013 à 15:58, Philippe Verdy  a écrit :

> Même sans faire appel au mille-feuille administratif, il y a d'autres moyens 
> de coopérations entre communes et autres collectivités pour certaines 
> missions. Les associations ça existe, la France n'en manque pas !
> 
> Déjà il y a l'Association des maires de France (AMF) et je ne vois pas 
> pourquoi les petites collectivités qui manquent de moyens ne pourraient pas 
> utiliser une solution pérenne gérée par une telle association, avec des 
> moyens partagés, et des relais dans toutes les régions.
> 
> Evidemment se pose la question de la sécurité des SIG,et de la responsabilité 
> des intervenants qui modifient les bases, ou les consultent, mais ce n'est 
> pas spécifique au cadre de la collaboration et le même problème existe déjà 
> au sein même de chaque collectivité devant gérer un SIG, la différence étant 
> une question d'échelle si un SIG partagé devient tellement important par le 
> nombre d'infos qui y sont enregistrées collectivement qu'il suscite ensuite 
> des convoitises dangereuses ou tentatives de corruption des données.
> 
> Le vrai problème est en fait moins technique (la sécurité ça se résoud y 
> compris par la responsabilisation des agents et les règlementations), que 
> celui de la formation des agents aux évolutions de ces systèmes. C'est là que 
> les coûts peuvent exploser, à moins que les collectivités mettent en place 
> des délégations de service public et s'en remettent alors totalement à 
> quelqu'un d'autre pour leurs besoins (avec la crainte d'une dépendance 
> opérationnelle, mais aussi de non maîtrise des coûts ultérieurs s'ils 
> augmentent, et la difficulté alors de rapatrier les données pour les gérer 
> d'une autre façon).
> 
> Mais là aussi une asso comme l'AMF peut exercer son contrôle pour évaluer 
> raisonnablement les solutions partagées mises en oeuvre (sans pour autant 
> fédérer tout le monde dans le même système afin qu'il garde une taille 
> raisonnable sans exploser et limiter l'exposition aux risques) et étudier les 
> coûts (en faisant appel aussi au contrôle par la Cours des comptes qui a 
> l'expertise dans ce domaine et la compétence nécessaire pour les fouiller en 
> détail). Elle peut émettre des recommandations sur les meilleures pratiques 
> et les évolutions nécessaires.

Difficile de répondre  à une suite de propositions qui n'ont strictement aucun 
sens dans le contexte de l'administration territoriale.
Des prestations SIG externalisées? Avec appels d'offres tous les 3 ans et 
obligation pour les
fonctionnaires communaux de réapprendre une nouvelle interface?
Même aux USA, paradis des missions publiques privatisées, cela doit être rare.
Une association n'aurait aucune légitimité dans le domaine, seule une entente 
réglementaire entre collectivités pourrait être envisagée ou des conventions 
multi-latérales comme à Brest.

Christian R., ancien utilisateur lambda d'un SIG public
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Jean-Marc Liotier]

On 12/04/2013 17:15, Arnaud wrote:

Le seul troll qu'il y a sur cette liste c'est toi.


Ce genre remarque était-il bien nécessaire ? Philippe est encore plus 
bavard que moi et prend souvent la tangente, mais cela justifie-t-il une 
telle agressivité à son encontre ? Ignorez-le ou filtrez ses messages si 
vous voulez, mais je trouve tristes les chamailleries de part et 
d'autres. Les différences de style peuvent être irritantes, mais vivre 
ensemble c'est les gérer civilement.



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

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Philippe Verdy]

"banalités" ? non démontré.
"incohérences" ? non démontré
"contrevérités" ? non démontré.

Bref ton mot volontairement employé avec mépris est clairement un troll par
son intention.


Le 12 avril 2013 17:15, Arnaud  a écrit :

>
> On 13-04-12 12:23 PM, Philippe Verdy wrote:
>
>> Arrête d'utiliser le mot "logorrhée" de façon à clairement relancer un
>> troll, tu ne sais pas le sens de ce mot que tu emploies à tout va.
>>
>
> "Logorrhée : Elle recouvre aussi par extension un langage verbeux et peu
> compréhensible qui couvre des banalités, des incohérences ou contrevérités,
> ou un manque d'argumentation claire"
> -> 
> http://fr.wikipedia.org/wiki/**Logorrh%C3%A9e
>
> Cela me semble donc tout indiqué.
> Le seul troll qu'il y a sur cette liste c'est toi.
> Je t'ai déjà fait part de mes remarques et ce n'est pas nouveau.
>
>
>  Le cas d'utilisation de plusierus sessions en parallèle n'est pas anodin,
>> puisque cela a été proposé déjà dans le tutoriel pour éviter d'avoir à
>> gérer trop de données en même temps, qui a priori n'ont rien à voir entre
>> elles mais pourraient pourtant avoir des impacts inattendus dont
>> l'utilisateur a été lui-même à l'initiative dans une autre session.
>>
>
> Pour un utilisateur débutant ce cas de figure ne se présentera pas
> immédiatement. Tout le monde n'a pas la même nécessite que toi de
> télécharger des centaines de go de donnes OSM pou travailler off-line !
>
>
>  Ton troll n'est pas le bienvenu sur cette liste.
>>
>
> Effectivement les trolls ne sont pas le bienvenue sur cette liste! Dixit
> mon commentaire précédent!
>
> Cela ne t’empêchera pas d’argumenter et de gesticuler mais au moins c'est
> dit.
>
> A.
>
>
>
>
>
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Philippe Verdy]

En plus tu te fies à une définition trouvée sur Wikipédia, pas fiable
pourtant car elle le fait par une "extension" unilatérale du sens de ce mot.


Le 12 avril 2013 17:15, Arnaud  a écrit :

>
> On 13-04-12 12:23 PM, Philippe Verdy wrote:
>
>> Arrête d'utiliser le mot "logorrhée" de façon à clairement relancer un
>> troll, tu ne sais pas le sens de ce mot que tu emploies à tout va.
>>
>
> "Logorrhée : Elle recouvre aussi par extension un langage verbeux et peu
> compréhensible qui couvre des banalités, des incohérences ou contrevérités,
> ou un manque d'argumentation claire"
> -> 
> http://fr.wikipedia.org/wiki/**Logorrh%C3%A9e
>
> Cela me semble donc tout indiqué.
> Le seul troll qu'il y a sur cette liste c'est toi.
> Je t'ai déjà fait part de mes remarques et ce n'est pas nouveau.
>
>
>  Le cas d'utilisation de plusierus sessions en parallèle n'est pas anodin,
>> puisque cela a été proposé déjà dans le tutoriel pour éviter d'avoir à
>> gérer trop de données en même temps, qui a priori n'ont rien à voir entre
>> elles mais pourraient pourtant avoir des impacts inattendus dont
>> l'utilisateur a été lui-même à l'initiative dans une autre session.
>>
>
> Pour un utilisateur débutant ce cas de figure ne se présentera pas
> immédiatement. Tout le monde n'a pas la même nécessite que toi de
> télécharger des centaines de go de donnes OSM pou travailler off-line !
>
>
>  Ton troll n'est pas le bienvenu sur cette liste.
>>
>
> Effectivement les trolls ne sont pas le bienvenue sur cette liste! Dixit
> mon commentaire précédent!
>
> Cela ne t’empêchera pas d’argumenter et de gesticuler mais au moins c'est
> dit.
>
> A.
>
>
>
>
>
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Philippe Verdy]

Note bien que je n'ai pas lancé le troll, et n'ai fait que répondre dans
les mêmes termes, en prenant soin, moi au moins, de lancer ça de façon
méprisante, même si celui à qui je répond le prend aussi pour du mépris :
qu'il se relise dans son premier message pour se rendre compte du ton qu'il
a employé, et qui de toute façon s'apparente juste à un parti pris
personnel de principe et systématique.

Je n'ai absolument PAS dévié du sujet (donc pas pris la "tangente" dans ce
que je disais. C'était inutile d'employer le ton du mépris quand mon
message initial ne méprisait personne.


Le 12 avril 2013 17:27, Jean-Marc Liotier  a écrit :

> On 12/04/2013 17:15, Arnaud wrote:
>
>> Le seul troll qu'il y a sur cette liste c'est toi.
>>
>
> Ce genre remarque était-il bien nécessaire ? Philippe est encore plus
> bavard que moi et prend souvent la tangente, mais cela justifie-t-il une
> telle agressivité à son encontre ? Ignorez-le ou filtrez ses messages si
> vous voulez, mais je trouve tristes les chamailleries de part et d'autres.
> Les différences de style peuvent être irritantes, mais vivre ensemble c'est
> les gérer civilement.
>
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Jean-Marc Liotier]

On 12/04/2013 17:29, Philippe Verdy wrote:
En plus tu te fies à une définition trouvée sur Wikipédia, pas fiable 
pourtant car elle le fait par une "extension" unilatérale du sens de 
ce mot.


Tu n'aides pas non plus : "don't feed the troll" s'applique à tout le 
monde...


Je n'insiste pas.


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

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Ab_fab]

Si le tutoriel indique qu'envoyer ses modifications vers le serveur tous
les 1/4 d'heure environ évite le risque de pertes, et qu'il n'y a à priori
aucun intérêt à ouvrir plusieurs sessions utilisateur avec le même compte
OSM, ça devrait être ok alors.



Le 12 avril 2013 16:23, Philippe Verdy  a écrit :

> On ne peut pas toujours publier immédiatement des données qu'on est en
> train d'importer et fusionner avec l'existant. Si cela prend du temps, on
> enregistre pour ne pas tout perdre (même s'il y a une sauvegarde
> automatique toutes les 10 minutes, paramétrable : une option à activer qui
> sera utile si jamais on oublie que Windows ou un autre logiciel a fait une
> mise à jour système et prévenu qu'il allait redémarrer l'OS en fermant
> brutalement les applications)
>
> Malgré tout, même pour les débutants, ils vont se retrouver confrontés à
> la gestion des conflits, et ce n'est pas simple du tout au départ de savoir
> quoi faire : certains débutants seront tout de suite tentés d'appliquer
> immédiatement TOUTES leurs modifications sans regarder le détail des autres
> modifications proposées, ou alors d'abandonner totalement un envoi commencé
> parce que tout à coup ils se retrouvent à devoir gérer des listes
> impressionnantes de centaines de conflits à résoudre un par un.
>
> JOSM n'aide pas beaucoup dans la résolution des conflits les plus
> courants, d'aillleurs beaucoup ne demandent aucune confirmation car il n'y
> a aucun conflit réel, les valeurs modifiées localement dans les objets en
> conflit étant exactement les mêmes que celles provenant d'une autre version
> en conflit provenant de la base, ce cas survenant dans le cas où
> l'utilisateur a utilisé plusieurs sessions de travail en parallèle et JOSM
> ne sait pas faire un tri permettant d'en résoudre automatiquement un grand
> nombre, ou de les grouper par type de conflits : par exemple un conflit
> survient sur un objet supprimé dans la base mais pas localement, et qui est
> référencé par une série de relations : le premier conflit à résoudre porte
> sur la suppression ou pas de cet objet, et si on résoud ce conflt, il
> devrait aussi résoudre automatiquement le conflit sur les autres relations
> utilisatrices.
>
> Le cas le plus fréquent et le plus pénible à résoudre concerne les
> conflits sur les ways : ils donnent souvent des listes de plusieurs
> dizaines voir centaines de noeuds supprimés/ajoutés à ce way. De plus la
> résolution de conflit des membres d'un way est très compliquée : si on ne
> fait pas attention on va supprimer des tad de noeuds pourtant encore
> nécessaires à la géométrie d'autres ways, ou bien laisser des tas de noeuds
> orphelins (souvent sans même aucun attribut) dans la base.
>
> On peut se dire alors que JOSM n'est pas à recommander aux débutants et
> leur demander d'utiliser Potlatch, pourtant celui-ci n'est pas capable de
> gérer des objets géométriquement très étendus (trop de données dans la
> zone, la navigateur web ne peut pas les charger toutes sans "exploser" ni
> sérieux problèmes de performances sur le système,surtout si on a un
> navigateur avec un Javascript un peu lent et trop peu de mémoire de
> travail; il faut aussi rappeler que les navigateurs sont presque tous en
> version 32 bits, même sur les systèmes 64 bits et la mémoire de travail des
> sessions web est limitée; bref assez vite on réalise qu'au delà des petites
> modiifications locales, ou pour l'import de jeux de données, JOSM devient
> indispensable, même si on ne travaille pas à une échelle supérieure à celle
> de la commune, dans le cas du travail dans les zones denses : Paris
> notamment ne peut même pas se travailler à l'échelle d'un seul
> arrondissement dans Potlatch, dont la limite est devenu plutôt celle du
> quartier, mais heureusement Paris a terminé pratiquement tout en ce qui
> concerne les objets les plus grands et ne demande plus que des modifs très
> locales faisables dans Potlatch, le reste étant fait par d'autres plus
> expérimentés qui utilisent JOSM)
>
> Il y a d'autres exemples plus complexes qui sont difficiles voire
> quasiment impossibles à faire dans Potlatch : les données sur les réseaux
> de transport, telles que les lignes de bus. C'est compliqué à éditer, et
> difficile à réparer, car c'est déjà difficile à interpréter quand il y a
> des erreurs de cohérence. Ce sujet mériterait un tutoriel à lui tout seul,
> et sans doute des modifications dans les recommandations faites sur la
> partie documentaire du wiki OSM !
>
>
>
> Le 12 avril 2013 12:50, Cyrille Giquello  a écrit :
>
>
>> Le 12 avr. 2013 08:54, "Fabien"  a écrit :
>>
>> >
>> > Le 11 avril 2013 19:22, Christian Quest  a
>> écrit :
>> > > Tout ceci est valable, mais pas adapté à un tutoriel pour débutant.
>> > > La sauvegarde lorsque l'on débute amène à mon avis plus de problème
>> > > (conflits) qu'elle n'en résout.
>> > >
>> > >
>> > > Le 11 avril 2013 19:17, Philippe Verdy  a écrit :
>> > >
>> > >> Parler de la sauvegarde est indispensable pour ne p

Re: [OSM-talk-fr] expérimentations à Orange

[Philippe Verdy]

LA légitimité concerne l'utilisation quotidienne des données effectives.
L'asso est tout à fait habilitée à faire des recommandations et des études,
qui n'ont aucun impact réglementaire ou légal pour autant qui sont
inattaquables.

Les collectivités sont ensuite responsables de leurs décisions de suivre ou
pas ces recommandations. Pourtant bien des réglementations sont issues de
réflexions préalables passant par des associations et des recommandations.
Elles deviennent pertinente une fois que leurs membres commencent à les
adopter (mais la recommandation ou l'asso qui l'a promue reste
inattaquables elles-mêmes, seule les décisions de ceux qui les appliquent
pouvant être l'objet de contentieux légaux).

De quoi parle-t-on dans ce sujet ? De la difficulté des colectivités de
s'adapter. Si on commence à parler de la possibilité qui leur est donné de
déléguer leurs SIGs à d'autres entités (fussent-elles d'autres
collectivités), on comence à parler de collaboration avant.

L'AMF est tout à faire appropriée comme lieu d'échange et de discussions
pour formuler des propositions et recommandations qui seront *ensuite*
suivies d'effet par les délégations de service public faites soit entre les
collectivités elles-mêmes (pas de marché public en tant que tel), soit avec
des prestataires externes via des marchés publics. Mais ce sera *leur*
décision, pas celle de l'AMF.



Le 12 avril 2013 17:23, Christian Rogel
a écrit :

> Le 12 avr. 2013 à 15:58, Philippe Verdy  a écrit :
>
> > Même sans faire appel au mille-feuille administratif, il y a d'autres
> moyens de coopérations entre communes et autres collectivités pour
> certaines missions. Les associations ça existe, la France n'en manque pas !
> >
> > Déjà il y a l'Association des maires de France (AMF) et je ne vois pas
> pourquoi les petites collectivités qui manquent de moyens ne pourraient pas
> utiliser une solution pérenne gérée par une telle association, avec des
> moyens partagés, et des relais dans toutes les régions.
> >
> > Evidemment se pose la question de la sécurité des SIG,et de la
> responsabilité des intervenants qui modifient les bases, ou les consultent,
> mais ce n'est pas spécifique au cadre de la collaboration et le même
> problème existe déjà au sein même de chaque collectivité devant gérer un
> SIG, la différence étant une question d'échelle si un SIG partagé devient
> tellement important par le nombre d'infos qui y sont enregistrées
> collectivement qu'il suscite ensuite des convoitises dangereuses ou
> tentatives de corruption des données.
> >
> > Le vrai problème est en fait moins technique (la sécurité ça se résoud y
> compris par la responsabilisation des agents et les règlementations), que
> celui de la formation des agents aux évolutions de ces systèmes. C'est là
> que les coûts peuvent exploser, à moins que les collectivités mettent en
> place des délégations de service public et s'en remettent alors totalement
> à quelqu'un d'autre pour leurs besoins (avec la crainte d'une dépendance
> opérationnelle, mais aussi de non maîtrise des coûts ultérieurs s'ils
> augmentent, et la difficulté alors de rapatrier les données pour les gérer
> d'une autre façon).
> >
> > Mais là aussi une asso comme l'AMF peut exercer son contrôle pour
> évaluer raisonnablement les solutions partagées mises en oeuvre (sans pour
> autant fédérer tout le monde dans le même système afin qu'il garde une
> taille raisonnable sans exploser et limiter l'exposition aux risques) et
> étudier les coûts (en faisant appel aussi au contrôle par la Cours des
> comptes qui a l'expertise dans ce domaine et la compétence nécessaire pour
> les fouiller en détail). Elle peut émettre des recommandations sur les
> meilleures pratiques et les évolutions nécessaires.
>
> Difficile de répondre  à une suite de propositions qui n'ont strictement
> aucun sens dans le contexte de l'administration territoriale.
> Des prestations SIG externalisées? Avec appels d'offres tous les 3 ans et
> obligation pour les
> fonctionnaires communaux de réapprendre une nouvelle interface?
> Même aux USA, paradis des missions publiques privatisées, cela doit être
> rare.
> Une association n'aurait aucune légitimité dans le domaine, seule une
> entente réglementaire entre collectivités pourrait être envisagée ou des
> conventions multi-latérales comme à Brest.
>
> Christian R., ancien utilisateur lambda d'un SIG public
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: Réunion Parinux le 14 avril à Paris...

[Jean-Baptiste Holcroft]

Bonjour,

L'ordre du jour est un peu générique quand on ne connais pas le contexte
et/ou les participants.
Peux-tu nous faire une description de ce qu'on y fait ? Est-ce dans le même
style que les rencontres dans un bar ?

--
Jean-Baptiste Holcroft


Le 12 avril 2013 16:50, Christian Quest  a écrit :

> C'est pour ce dimanche...
>
> -- Message transféré --
> De : Christian Quest 
> Date : 29 mars 2013 09:49
> Objet : Réunion Parinux le 14 avril à Paris...
> À : local-...@listes.openstreetmap.fr
>
>
>
> Pour info: http://bn.parinux.org/p/2013.04.14.fph
>
> Je compte y aller. Quelqu'un d'autre pour venir ?
>
> --
> Christian Quest - OpenStreetMap France
> Synthèse du Week-end "SOTM-FR" à Lyon : 
> http://openstreetmap.fr/synthese-sotmfr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: Réunion Parinux le 14 avril à Paris...

[Christian Quest]

Le pad est un peu bordélique, je pense que c'est surtout l'occasion de se
rencontrer et d'envisager des projets ensemble.
On se croise souvent dans des réunions, des barcamp, des hackathons, des
salons, mais on n'a pas le temps de se poser pour voir ce qu'on peut faire
ensemble... c'est l'occasion comme à Brocas avec l'opération-libre.


Le 12 avril 2013 17:47, Jean-Baptiste Holcroft  a
écrit :

> Bonjour,
>
> L'ordre du jour est un peu générique quand on ne connais pas le contexte
> et/ou les participants.
> Peux-tu nous faire une description de ce qu'on y fait ? Est-ce dans le
> même style que les rencontres dans un bar ?
>
>


-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon :
http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Civilités et incivilités sur OSM-fr

[Arnaud]

Bonjour Jean-Marc,

Oui vivre ensemble c'est savoir gérer cela civilement, je suis tout à 
fait d'accord avec toi.

Mais pour cela il est nécessaire que les deux parties le souhaite.
Or, à plusieurs reprises, différents membres de cette liste l'ont 
contacté soit en privé ou directement en répondant aux mails de cette 
liste afin de résoudre les problèmes que nous avons tous constaté.


Ces remarques n'ont jamais été prises en compte par l’intéressé, sinon 
en les détournant ou alors en répondant de façon méprisante.
C'est pourquoi les personnes qui ont tenté de résoudre cela civilement 
ont aujourd'hui beaucoup moins de patience.


Un grand nombre de discussion, pourtant très intéressantes, sont souvent 
détournées car il s’avère nécessaire de corriger les propos de Philippe 
plutôt que de passer du temps à répondre au message lui même.


J’étendrai donc cette définition de vivre civilement, c'est aussi 
prendre en considération ce que plusieurs personnes à plusieurs reprises 
ont soulevé.


Arnaud


On 12/04/2013 17:15, Arnaud wrote:

Le seul troll qu'il y a sur cette liste c'est toi.


Ce genre remarque était-il bien nécessaire ? Philippe est encore plus 
bavard que moi et prend souvent la tangente, mais cela justifie-t-il une 
telle agressivité à son encontre ? Ignorez-le ou filtrez ses messages si 
vous voulez, mais je trouve tristes les chamailleries de part et 
d'autres. Les différences de style peuvent être irritantes, mais vivre 
ensemble c'est les gérer civilement.



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

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

Re: [OSM-talk-fr] Fwd: Réunion Parinux le 14 avril à Paris...

[Vincent Calame]

Bonjour,

L'ordre du jour est un peu générique quand on ne connais pas le
contexte et/ou les participants.
Peux-tu nous faire une description de ce qu'on y fait ? Est-ce dans le
même style que les rencontres dans un bar ?

Il y a un aspect rencontre important et aussi l'idée d'une émulation 
pour avancer sur des tâches en cours que l'on est pas motivé à faire 
tout seul dans son coin. On peut passer son après-midi à papoter comme 
on peut profiter pour mettre en place un serveur de tuiles :-) .


Vincent

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

[OSM-talk-fr] Images aériennes opération-libre à Brocas

[Christian Quest]

Lors de l'opération-libre à Brocas, un pilote de paramoteur nous a fait une
série de photos aériennes (malgré le vent et la brume).

Si vous voulez voir le résultat de cette "ortho" calculée à l'aide de
Pix4D, vous pouvez ajouter cette couche dans JOSM:

tms[19]:http://tile.openstreetmap.fr/brocas/{zoom}/{x}/{-y}.png

C'est fait à l'arrache, calé uniquement à partir de la trace GPS corrélée à
l'heure de prise des clichés (via JOSM) et franchement c'est déjà pas mal
du tout !

En prenant un peu plus soin, on devrait pouvoir avoir quelque chose
sûrement meilleur.

Je vais peut être me repencher sur l'intérêt du paramoteur, moi qui n'ai
jamais eu envie de voler avec une tondeuse dans le dos !

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon :
http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] stations service Elf remplacées par Total Access

[arsyl]

Bonjour,
je commence à voir de plus en plus de stations Elf renommées en Total Access. 
Or d'après Taginfo, on a dans osm 13 tags Operator = "Total Access" pour 176 
Operator = "Elf".
Entre autres, je viens d'en renommer une manuellement à Caen, après 
vérification sur le terrain.
Ce qui m'amène à poser 2 questions :
- Est-ce que vous confirmez que chez vous aussi le renommage est réalisé ?
- Si c'est effectivement général, y a-t-il possibilité de faire un remplacement 
automatique de Operator="Elf" par Operator="Total Access" dans OSM ?
Bien cordialement,
Sylvain.


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

Re: [OSM-talk-fr] Insérer une carte OSM sur un site

[Hélène PETIT]

Le 12/04/2013 13:07, Yohan Boniface a écrit :

C'est possible, même si pour l'instant le bouton est un peu trop caché :(
Pour cela, quand vous avez ouvert la barre d'outils, cliquez sur le "I",
permettant d'éditer les métadonnées de la carte (titre, description,
licence), et là vous avez un bouton "Supprimer".


Aucun bouton "supprimer" en vue (mais j'ai la vue qui baisse).
Capture d'écran ici :
http://www.casimages.com/img.php?i=13041208011567429.png



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

Re: [OSM-talk-fr] Insérer une carte OSM sur un site

[Yohan Boniface]

Il faut cliquer sur le "I" qui est dans la barre d'édition, en haut ;)
(Je note la confusion ;) ).

Yo

On 04/12/2013 02:01 PM, Hélène PETIT wrote:

Le 12/04/2013 13:07, Yohan Boniface a écrit :

C'est possible, même si pour l'instant le bouton est un peu trop caché :(
Pour cela, quand vous avez ouvert la barre d'outils, cliquez sur le "I",
permettant d'éditer les métadonnées de la carte (titre, description,
licence), et là vous avez un bouton "Supprimer".


Aucun bouton "supprimer" en vue (mais j'ai la vue qui baisse).
Capture d'écran ici :
http://www.casimages.com/img.php?i=13041208011567429.png



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



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

[OSM-talk-fr] Ajout tile.openstreetmap.fr dans Viking

[Stéphane MARTIN]

Salut,

J'ai voulu ajouter tile.openstreetmap.fr comme serveur de tuiles dans 
Viking (http://viking.sf.net/).


La doc dit ceci :

"It is possible to add new map's sources. The file is ~/.viking/maps.xml 
for UNIX™ like systems and C:\Documents and 
Settings\username\.viking\maps.xml on Windows XP™."


Bref, voici le maps.xml qui marche pour moi (GNU-Linux) :



  

  
OpenStreetMap (Tiles FR)
b.tile.openstreetmap.fr
/osmfr/%d/%d/%d.png
973
© OpenStreetMap contributors
CC-BY-SA
name="license-url">http://www.openstreetmap.org/copyright

  


Juste faire attention que l'id ne soit pas déjà prise.
J'ai mis "973" au hasard ;-)

Des remarques ?
Copyright, licence, toussa... ?

Et est-ce qu'on a le droit de faire cet ajout ou est-ce que ça va trop 
solliciter le serveur ?


@+

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

Re: [OSM-talk-fr] stations service Elf remplacées par Total Access

[Vincent de Chateau-Thierry]

Bonsoir,

Le 12/04/2013 19:47, ar...@netcourrier.com a écrit :


je commence à voir de plus en plus de stations Elf renommées en Total
Access. Or d'après Taginfo, on a dans osm 13 tags Operator = "Total
Access" pour 176 Operator = "Elf".
Entre autres, je viens d'en renommer une manuellement à Caen, après
vérification sur le terrain.
Ce qui m'amène à poser 2 questions :
- Est-ce que vous confirmez que chez vous aussi le renommage est réalisé ?


Par chez moi j'ai une station renommée il y a bientôt 1 an (un peu moins 
dans OSM [1]) et une autre qui change d'enseigne en ce moment même [2]. 
Donc pas de changement massif sur un temps court.



- Si c'est effectivement général, y a-t-il possibilité de faire un
remplacement automatique de Operator="Elf" par Operator="Total Access"
dans OSM ?



Personnellement je préfère un changement au rythme des constats terrain, 
à l'image de ce que tu as fait à Caen. C'était la même problématique 
pour l'enseigne Etap Hotel dans ce fil :

http://gis.19327.n5.nabble.com/Changement-de-nom-d-une-chaine-d-hotels-tc5728761.html

vincent

[1] : http://www.openstreetmap.org/browse/way/82250343/history
[2] : http://www.openstreetmap.org/browse/way/49946425/history

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

Re: [OSM-talk-fr] Images aériennes opération-libre à Brocas

[Romain MEHUT]

Le 12 avril 2013 19:34, Christian Quest  a écrit :

> Lors de l'opération-libre à Brocas, un pilote de paramoteur nous a fait
> une série de photos aériennes (malgré le vent et la brume).
>

Quid du drone? Trop de vent?

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

Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars

[Romain MEHUT]

Le 16 mars 2013 01:28, Christian Quest  a écrit :

> Vous avez raté un truc majeur... la première carte Michelin qu'on
> aurait le droit de recopier dans OSM !
>
> Mais en fait vous ne le ferrez sûrement pas... devinez pourquoi ?
>
> http://livre.fnac.com/a5152703/Collectif-Clermont-Ferrand
>

Un article de SIG la Lettre
http://www.sig-la-lettre.com/?OSM-met-la-gommenous en dit un peu
plus...

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

Re: [OSM-talk-fr] Ajout tile.openstreetmap.fr dans Viking

[Guilhem Bonnefille]

Bonjour,

Je fais partie de l'équipe de développement de viking.

Merci de mettre en avant cette capacité de viking à s’accommoder de
nouvelles sources de données.

Concernant la charge induite sur les serveurs, les versions récentes de
viking essayent de respecter la demande d'OSM de patienter au moins une
semaine entre deux téléchargement d'une même tuile.



Le 12 avril 2013 20:30, Stéphane MARTIN  a écrit :

> Salut,
>
> J'ai voulu ajouter tile.openstreetmap.fr comme serveur de tuiles dans
> Viking (http://viking.sf.net/).
>
> La doc dit ceci :
>
> "It is possible to add new map's sources. The file is ~/.viking/maps.xml
> for UNIX™ like systems and C:\Documents and 
> Settings\username\.**viking\maps.xml
> on Windows XP™."
>
> Bref, voici le maps.xml qui marche pour moi (GNU-Linux) :
>
> 
> 
>   
>   
> OpenStreetMap (Tiles FR)
>  name="hostname">b.tile.**openstreetmap.fr
> 
> /osmfr/%d/%d/%d.**png
> 973
> © OpenStreetMap contributors
> CC-BY-SA
>  name="license-url">http://www.**openstreetmap.org/copyright
> 
>   
> 
>
> Juste faire attention que l'id ne soit pas déjà prise.
> J'ai mis "973" au hasard ;-)
>
> Des remarques ?
> Copyright, licence, toussa... ?
>
> Et est-ce qu'on a le droit de faire cet ajout ou est-ce que ça va trop
> solliciter le serveur ?
>
> @+
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Images aériennes opération-libre à Brocas

[Christian Quest]

Il y avait le vent, mais surtout la réglementation qui est super
contraignante.

On a même eu l'autorisation de voler en paramoteur alors qu'on est dans une
zone normalement interdite de vol vu la proximité de la base aérienne de
Mont de Marsan.


Le 12 avril 2013 22:04, Romain MEHUT  a écrit :

> Le 12 avril 2013 19:34, Christian Quest  a écrit
> :
>
> Lors de l'opération-libre à Brocas, un pilote de paramoteur nous a fait
>> une série de photos aériennes (malgré le vent et la brume).
>>
>
> Quid du drone? Trop de vent?
>
> Romain
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon :
http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajout tile.openstreetmap.fr dans Viking

[Christian Quest]

Ces tuiles sont destinées à être utilisées... même si pour l'instant il y a
encore des choses à améliorer.

La config du serveur devrait tenir le choc.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Prochaine réunion OSM Paris... le vendredi 15 mars

[Tony Emery]

cquest wrote
> Oyez oyez... c'est ce soir (pour les têtes en l'air).
> 
> Bientôt dans le RER...

Désolé, c'est un peu loin de chez moi, et puis j'avais foot ce soir (défaite
9-1).



--
View this message in context: 
http://gis.19327.n5.nabble.com/Prochaine-reunion-OSM-Paris-le-vendredi-15-mars-tp5752737p5756868.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 81, Parution 69

[Severin MENARD]

Message: 5

> Date: Thu, 11 Apr 2013 17:27:39 +0200
> From: Ista Pouss 
> To: Philippe Verdy ,  Discussions sur OSM en
> français 
> Subject: Re: [OSM-talk-fr] Activation HOT sur la RCA
> Message-ID:
> <
> cagqaj4j21auihqh-6iqpbcerw7cstm0kmvn23_mosg41gn6...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Je vous trouve bien angéliques.
>
> Et j'aurais bien aimé aussi avoir l'opinion de Severin Menard, qui a lancé
> cet appel.

Je ne suis pas sur le même fuseau horaire, et cette discussion au sein de
talk-fr était également intéressante à suivre

> J'imagine que HOT a réfléchi a ces questions ?
>
Oui, un petit peu, quand même, je vous rassure. Une partie d'entre nous a
une expérience de plusieurs années dans l'humanitaire, notamment la gestion
de l'information, au sein de différentes organisations, onusiennes ou
autres. Tous avons vécu la frustration d'un manque de données de base ou
d'un mauvais partage de celles qui existent. Les donnés OSM et notre
approche sont très appréciées des organisations onusiennes, des Croix-rouge
avec qui nous travaillons de manière formelle (exemple
http://digitalhumanitarians.com/ dont je fais un petit rapport
ici
)

>
> "Ceux qui font la guerre ont déjà toute l'information nécessaire", me
> dit-on. Ah ?... Avez-vous un lien, un truc, un chose, qui valide ça ?
> Est-ce vrai, dans le cas précis de cet appel ?
>
> "Est-ce une raison pour arrêter l'aide alimentaire, si elle profite aux
> militaires ? " Heu... oui ! Evidemment, même ! Mais là encore, quelle est
> la réflexion et la réponse de HOT ?... Si une ONG n'a que ce genre de
> réflexion et de réponse sur ce sujet, alors je réponds STOP !
>
Allons bon

>
> "Il arrive que l'aide alimentaire profite à la marge aux potentats locaux,
> c'est un phénomène marginal". Excusez, mais on n'est pas sur la même
> planète ! En cas de catastrophe naturelle, oui, vous avez raison. Mais en
> cas de conflit ouvert, non, c'est au contraire le profit au potentat locaux
> qui est le phénomène principal, et l'aide aux démunis le phénomène marginal
> !
>
> Sans doute la communauté ouverte travaillant librement pour le bien de
> l'humanité est-il considéré comme une valeur universelle, "à part quelques
> potentats locaux" :-) et comme je suis pas complètement d'accord avec les
> valeurs universelles... (ni, d'ailleurs, avec les potentats locaux).
>

Alors cette angoisse de la donnée libre humanitaire détournée est rare,
mais assez récurrente (il doit être possible de monter une association du
STOP en réunissant tout le monde) et les réponses apportées par vos
débatteurs couvrent globalement celles que j'aurais pu vous donner. Plutôt
que de généralités, je vais du coup rentrer dans l'exemple. Dans le cas
d'un conflit armé et d'un pouvoir répressif bien outillé (la Syrie, au
hasard) ou le cas spécifique de gens fuyant leur habitat originel et se
cachant car ils sont poursuivis et leur vie menacée si retrouvés,
rassurez-vous, nous ne mettons pas en ligne leur emplacement, si tant est
que nous pourrions le connaitre (l'accès à une imagerie post-crise n'est
pas un cas si courant). La rébellion de la Séleka, par contre,  est
composée de groupes épars de mercenaires mal équipés et non payés depuis
des semaines (d'où le racket continuel), dans un pays où la proportion de
personnes ayant déjà touché quelques fois un ordinateur est loin
d'atteindre la majorité de la population, dans un pays en ce moment souvent
sans électricité et dont l'internet et les communications sont devenues
déficientes depuis la chute de Bangui. Les imaginer à la tête d'un vaste
système d'analyse spatiale captant toute la donnée libre créée par
d'angéliques mais inconscients contributeurs ferait peut-être un bon
épisode avec Jack Bauer, mais malheureusement leurs
seules considérations sont beaucoup plus terre-à-terre, comme le montrent
les derniers 
bulletins
du
RJDH. 
Celui-ci
montre
que les rebelles arrivent assez facilement à se localiser dans des zones où
la cartographie libre est, disons, encore assez
limitée.
Une fois sur place, ils n'ont pas trop de mal à localiser tel ou tel
équipement à piller, l'usage de Kalachnikov dans la
conversation favorisant la justesse des réponses. Par contre, une
cartographie de la ville et de ses équipements favoriserait une réponse
organisée, coordonnée (il y a encore beaucoup de choses faites en doublons
sur le terrain faute de partage de la donnée de base), des acteurs
humanitaires. D'ailleurs trêves de discours, je m'y mets.
Je tiens cependant à remercier tous ceux qui