[OSM-talk-fr] carto-partie à St Côme et Maruejols dimanche 28 avril 2013

[THEVENON Julien]

Pour les details voir ci dessous le message et le mail d invitation qui m ont 
ete envoyes

Julien


Bonjour quicky, 

ROJLP vous a envoyé un message depuis OpenStreetMap avec le sujet carto-partie 
à St Côme et Maruejols dimanche 28 avril 2013 :

==
Bonjour,
Nous avons retrouvé votre adresse mail par l'historique des modifications 
apportées à la carte OSM de Gallargues le Montueux en 2012. 
Nous essayons de mettre en place un groupe OSM des garrigues du Gard et de 
l'Hérault. Dans ce cadre, nous organisons dimanche 28 avril une carto-partie 
sur St Côme et Maruejols : nous somme déjà une quinzaine.
Nous serions ravis de vous rencontrer à cette occasion


Ci-dessous le courrier d'invitation à la carto-partie :
Bonjour à tous,
Avec Frédéric Cambessedes, chargé de mission charte paysagère de la Vaunage, 
nous aimerions monter un groupe OpenStreetMap (OSM) en Vaunage pour recenser le 
petit patrimoine sur des cartes libres de droit, dans le cadre du Collectif des 
Garrigues piloté par les Ecologistes de l'Euzière. 

Le cadastre de Saint-Côme est déjà rentré sur OSM, mais il est un peu ancien et 
demande des mises à jour de chemins, lotissements récents…; d'autre part il ne 
mentionne pas les éléments patrimoniaux (capitelles, sources, enclos, mares…) 
que beaucoup d'entre nous connaissent et qui a fait l'objet à Saint-Côme d'un 
recueil édité par l'agglo Nimes-Métropole.

Nous vous proposons de nous retrouver à Saint Côme le dimanche 28 avril de 9h à 
17h
La mairie de Saint Côme nous prête toute la journée la salle du conseil 
municipal :
- 9h à 10h : accueil, présentation d'OSM, consignes et constitution des équipes 
de relevé sur le terrain, 
- 10h-13h : relevés de données sur le terrain (les plans, glossaire des 
mots-clés et feuilles de relevé vous seront distribués)
- 13h-14h : repas auberge espagnole
- 14h-17h : initiation à la saisie des données recueillies dans OSM

S'il pleut, nous nous contenterons de vous initier à OSM et de saisir les 
éléments de patrimoine du recueil de Saint Côme…

Nous disposerons d'une connexion internet WiFi, vous devrez donc simplement 
amener  votre portable (Mac ou PC, le logiciel utilisé est gratuit et en Java, 
donc universel) et de quoi partager un repas à la mode auberge espagnole. 
Si vous avez un GPS de randonnée ou un mobile avec GPS, amenez-le (sinon, nous 
devrions en avoir quelques uns à vous prêter).

N'hésitez pas à convier des amis que vous pensez intéressés.

En espérant vous retrouver prochainement (confirmez votre participation)
Cordialement
Frédéric Cambessedes, Roberte et Jean-Louis Pradier




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

Re: [OSM-talk-fr] OSM & handicap : une formation pour les spécialistes le 23 avril é2013

[ZIMMY]

Bien vu ;-)

Un humour fin qui me plait bien pour demain
Belle nuit


Jean-Claude Repetto wrote
> On 22/04/2013 18:19, ZIMMY wrote:
> 
>> Je suis de plus en plus amené à pouser des appropraition expertes par des
>> collectivités.
> 
> Et sans les moufles ?
> 
> 
> ___
> Talk-fr mailing list

> Talk-fr@

> http://lists.openstreetmap.org/listinfo/talk-fr





-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-handicap-une-formation-pour-les-specialistes-le-23-avril-e2013-tp5758095p5758117.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] Standard OSM map refreshing

[Severin MENARD]

Hi,

Leading the HOT
Activationfor
the Central African
Republic,
I have edited data all over the country since. Focusing on the primary road
network, I figured out the update of Standard OSM map are quite different
between the zoom scales. Eg with this small
city.
Z10, 13 and 14 have already the changes made on April 14th while z11, 12,
15,16, 17 not yet. Is there a fixed worldwide rule for this or is it
continent/country/area based? I (quickly) looked for a page for this but
did not find it, is there an official information about this?

Sincerely,

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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Jean-Baptiste Holcroft]

Oui merci, mais ce n'est pas pressé, je n'attaquerai pas Nîmes avant
dimanche.
Au passage, j'amerais bien savoir comment faire !
Le 22 avr. 2013 14:25, "Hélène PETIT"  a écrit :

> Le 22/04/2013 08:29, Jean-Baptiste Holcroft a écrit :
> > 
> > Je n'arrive pas à faire Nîmes, le fichier est trop énorme (44mo) et je
> > ne sais pas le découper :( si quelqu;un me le découpe en 4 ou idéalement
> > en 6, je pourrais m'y attaquer.
>
> Je te fais ce découpage aujourd'hui, si tu en as toujours besoin.
>
> Amicalement,
> Hélène
>
>
> ___
> 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] OSM & handicap : une formation pour les spécialistes le 23 avril é2013

[Jean-Claude Repetto]

On 22/04/2013 18:19, ZIMMY wrote:


Je suis de plus en plus amené à pouser des appropraition expertes par des
collectivités.


Et sans les moufles ?


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

[OSM-talk-fr] OSM & handicap : une formation pour les spécialistes le 23 avril é2013

[ZIMMY]

Bonsoir,

Juste pour info,
Je suis de plus en plus amené à pouser des appropraition expertes par des
collectivités.
Demain, nous feront le premier test à grande échelle auprès de différents
acteurs sur la France en mode web conférence.
C'est ici
http://www.idealconnaissances.com/index.php?option=com_content&id=1613





-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/OSM-handicap-une-formation-pour-les-specialistes-le-23-avril-e2013-tp5758095.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] Idée de projet du mois de Mai (ou plus tard)

[Pieren]

2013/4/22 Francescu GAROBY 

> Pourquoi ne pas utiliser un tag direction:forward (ou backward), comme
> pour les lanes ?
>
>
wow, wow, wow. Cool down. Pas besoin de dire où sont les panneaux de
début/fin d'agglomération, ni de relation à chaque panneau (on peut mais
c'est du luxe et ça intéresse surtout les aficionados de signalisation
verticale).
La question originale était: "Pour les limitations de vitesse implicites
... on se base sur quoi?! l"
Voir:
http://wiki.openstreetmap.org/wiki/Key:maxspeed#Examples

Exemple:
maxspeed=50 + source:maxspeed=FR:urban
sur tous les ways à 50 dans l'agglomération.
Ajouter un tag sur les ways existants, c'est quand même plus facile que de
créer un noeud avec deux tags et une relation à chaque entrée/sortie, non ?
Des "source:maxspeed=FR:urban", il y en a déjà 4822 dans la base :
http://taginfo.openstreetmap.org/tags/source%3Amaxspeed=FR%3Aurban

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

Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)

[Francescu GAROBY]

Pourquoi ne pas utiliser un tag direction:forward (ou backward), comme pour
les lanes ?

Francescu


Le 22 avril 2013 16:40, Tetsuo Shima  a écrit :

> Ok merci. Mais il y a un petit souci, il n'y a pas de sens a se panneau
> indiquant de quel coté c'est la ville et de quel sens c'est la campagne. Le
> tag direction est trop ambigu, si le point est a la jonction de deux way
> par exemple ... il faudrait utiliser une syntaxe du meme genre que celle
> utilisé pour les interdiction de tourner a gauche, ou pour les radar
> automatique ... avec une relation indiqué la direction to ou from sur la
> voie!
>
>
> Le 22 avril 2013 16:22, David Crochet  a écrit :
>
> Bonjour
>>
>> Le 22/04/2013 16:12, Tetsuo Shima a écrit :
>>
>>
>>> C'est quoi le tag pour les panneaux EB10 et EB20 entrée et sortie
>>> d'agglo?
>>>
>>>
>> traffic_sign=city_limit
>> *
>>
>> *Cordialement*
>> *
>>
>> --
>> David Crochet
>>
>>
>>
>> __**_
>> 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] Publication d'un tutoriel JOSM v 1.0

[Pieren]

2013/4/22 Philippe Verdy 

> Malgré tout en une douzaine de pages (copies écran incluses) c'est
> forcément très résumé.
>

Je confirme : rester concis est un art que visiblement certains ne
maitriseront jamais.

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

Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)

[Tetsuo Shima]

Ok merci. Mais il y a un petit souci, il n'y a pas de sens a se panneau
indiquant de quel coté c'est la ville et de quel sens c'est la campagne. Le
tag direction est trop ambigu, si le point est a la jonction de deux way
par exemple ... il faudrait utiliser une syntaxe du meme genre que celle
utilisé pour les interdiction de tourner a gauche, ou pour les radar
automatique ... avec une relation indiqué la direction to ou from sur la
voie!


Le 22 avril 2013 16:22, David Crochet  a écrit :

> Bonjour
>
> Le 22/04/2013 16:12, Tetsuo Shima a écrit :
>
>
>> C'est quoi le tag pour les panneaux EB10 et EB20 entrée et sortie d'agglo?
>>
>>
> traffic_sign=city_limit
> *
>
> *Cordialement*
> *
>
> --
> David Crochet
>
>
>
> __**_
> 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]

Citation concernant "Télécharger une zone" >
Cinq onglets : permettent différentes sélections de zone à télécharger.
Ici, on va se
concentrer sur l'onglet actuel qui est la carte glissante. Je vous invite à
regarder les
autres onglets qui ne sont pas forcément importants pour une première
utilisation.
"

A mon avis il est difficile de passer à côté de l'onglet de recherche d'un
lieu existant. D'abord parce que ça évite de chercher sur la carte et aussi
ça permet de zoomer plus précisément sur la zone, pour ne pas avoir à
charger plus de données que nécessaire à ce qu'on veut faire.

Comme ton intro concerne les débutants, il vaut mieux qu'ils se concentrent
tout de suite vers la zone locale qui les intéresse, et la chercher avec le
zoom et la carte glissante n'est pas forcément très efficace si on part
d'un niveau très haut où on a du mal à situer sur la carte la petite zone
microscopique qui intéresse. C'est plus facile si c'est "chez soi" mais
quant on est ailleurs en visite, on peut avoir du mal à situer l'endroit où
on est sur une carte.

En plus cela permettra de voir que l'objet qu'on croyait manquant est en
fait déjà dans la base mais pas à l'endroit que l'on pensait.

S'il recherchent la zone qui les intéresse ans les données téléchargées ce
sera bien plus compliqué et plus risqué ! Le tutoriel devrait dire de ne
pas essayer de charger une zone trop grande (même si le serveur le permet
assez souvent la limite est encore trop large pour ce que peut manipuler un
débutant. Ils vont donc s'intéresser à une rue, ou un morceau d'une rue.
Pas facile pour beaucoup de la trouver à partir d'une carte de la France
entière si on ne connait pas tout le contexte régional du lieu où on se
trouve.

Imagine que le débutant descendu d'avion et retourné chez lui veut
contribuer, à des photos de sa dernière randonnée en Corse, en Grèce, en
Turquie ou dans la Caraïbe, ou simplement a été à l'endroit où sa famille
l'a emmené. Très souvent la première chose qu'on fait pour se localiser
c'est d'abord une recherche. D'ailleurs il ne se vendrait pas autant de GPS
si on savait toujours où on est exactement, même si on est le conducteur,
et on n'aurait pas besoin non plus de carte ! Car sinon il aura très vite
fait le tour de sa propre rue qu'il connait par coeur et où il ne voit rien
à faire et voudra contribuer ailleurs dans des endroits accessibles où il a
pu aller sans connaitre tout de cet endroit.

Je prend un exemple: mon dernier voyage à Lisbonne. Je sais les noms des
rues où j'ai été, j'y ai vu des trucs intéressants et pourtant je suis
incapable de les situer immédiatement sur la carte de Lisbonne sans moteur
de recherche pour retrouver les points de repère (car je ne connais pas la
plus grande partie des rues autour ni les noms des quartiers vire même de
pas mal d'avenues que j'ai pu traverser sans m'y arrêter pour les repérer,
ou alors je vais passer un temps considérable à parcourir la carte en
zoomant à divers endroits un peu au pifomètre.

Malgré tout en une douzaine de pages (copies écran incluses) c'est
forcément très résumé.


Le 22 avril 2013 13:52, Fabien  a écrit :

> Je réponds aux interrogations posées précédemment (jusqu'au 12 avril) :
>
> @Pieren : j'ai ajouté un petit nota pour dire que l'on peut trouver
> d'autres moyens mais vu que je fais cela je préfère donner une méthode
> et laisser l'utilisateur trouver sa propre méthode plus tard quand il
> est familiarisé avec JOSM.
>
> @JB : merci pour cette critique très constructive !
> Page 8 : bien trouvé c'est vraiment l'erreur bête surtout que c'était
> le passage critique de JOSM...
> Pour la route : j'ai une note pour dire de ne pas tout remplir.
> Point : 9 : je préfère ne pas indiquer de fermer parce que parfois
> JOSM demande d'envoyer ou de sauvegarder mais pas de laisser tomber...
> C'est un peu étrange ce comportement j'ai pas envie qu'on soit gêné
> par cela...
> « je vais donc annuler » => Je vais donc cliquer sur le bouton Annuler
> (ça doit être mieux)
> Pour le cadre de validation c'est complexe et ça peut effrayer
> quelqu'un qui ne va pas contribuer en ayant peur de faire une toute
> petite erreur. Une route non liée à une autre ou des voies sans nom
> pour que l'utilisateur apprenne à faire des erreurs et qui sera
> corrigé par un fan de Osmose plus tard je dis laissons les gens
> contribuer vu que c'est le problème. La première contribution.
> l'ajout d'une rue avec uniquement un nœud ajouté, c'est louche... =>
> ouais c'est plus que louche mais c'est une erreur très grossière que
> JOSM corrige et pas Potlach...
> Pour la sauvegarde : ça fait débat...
> Pour un ajout de lien, c'est clair il faudrait en ajouter mais
> learnosm n'était pas en français quand j'ai écrit ce passage. Je vais
> voir pour l'ajouter.
> Pour Google : partage via un dédié (kimsufi) :
> http://91.121.170.19/~MarbolanGos/osm/tutoriel_JOSM_v1.1.pdf
>
> @Philippe Verdy et Christian Quest : les 2 arguments se valent mais
> tout débutant sous Word ou Excel (pour parl

Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)

[David Crochet]

Bonjour

Le 22/04/2013 16:12, Tetsuo Shima a écrit :


C'est quoi le tag pour les panneaux EB10 et EB20 entrée et sortie d'agglo?



traffic_sign=city_limit
*

*Cordialement*
*

--
David Crochet


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

Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)

[Romain MEHUT]

Le 22 avril 2013 16:12, Tetsuo Shima  a écrit :

>
> C'est quoi le tag pour les panneaux EB10 et EB20 entrée et sortie d'agglo?
>

Il me semble que c'est http://wiki.openstreetmap.org/wiki/Key:traffic_sign

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

Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)

[Tetsuo Shima]

C'est quoi le tag pour les panneaux EB10 et EB20 entrée et sortie d'agglo?


Le 22 avril 2013 10:59, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Le vendredi 19 avril 2013 16:34:22 Tetsuo Shima a écrit :
> > Pour les limitations de vitesse implicites ... on se base sur quoi?! les
> > landuse résidentiel pour définir si la route est en agglomération ou pas?
> > ou faut-il expliciter chaque voie? Parce que la position du panneau fin
> > agglomération début d'agglomeration n'a rien d'implicite elle?
>
> Hmm, il y a moyen d'étiqueter les entrées/sorties d'agglo ce qui permet là
> de
> déduire de manière plus rigoureuse la zone de limitation à 50 par défaut
> des
> voies. Mais j'avoue que je n'ai encore jamais étiqueté ces éléments (argh).
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] highway=turning_circle ou highway=* + area=yes?

[Philippe Verdy]

Pour moi aussi. Le routier est essentiellement défini par un tracé linéaire
et introduire par endroit des surfaces complique énormément les choses.

Pour utiliser des surfaces il faudrait une autre topologie de tags dédiés
aux surfaces, comme on l'a fait pour les fleuves/rivières avec leurs
riverbank (ou "natural=water" +"water=*") séparé du réseau filaire
(hiérarchisé pour les fleuves/rivières pour définir les bassins versants,
avec des relations et des membres de rôle main_stream/side_stream et des
sous-relations de role tributary; mais pas hiérarchisé pour les canaux).

Le seul cas où on utilise encore des surfaces c'est pour les espaces
piétons (qui n'ont pas réellement de sens de circulation même s'ils ont
souvent des voies dédiées sur les trottoirs), et pour les parkings (les
voies dans les parking font partie du réseau filaire avec des
highway=service).

Maintenant si la rue se termine par un véritable rond-point avec un ilôt
central et un sens de circulation, on termine en dessinant la boucle de ce
rond-point (taguée comme une junction=* même s'il n'y a qu'une voie d'accès
connectée qui sert à la fois d'entrée et de sortie) et on peut tracer au
milieu l'ilot paysagé, ou l'éventuel espace parking.

Si la boucle est plus grande et contourne tout un bloc construit ou destiné
à la construction (résidentiel, commercial ou industriel), ou un parc,
c'est une rue circulaire classique, le plus souvent à sens unique (mais pas
toujours si la rue est assez large et le bloc assez grand ; il est
peut-être prévu et aménagé pour que de futures rues puissent se connecter,
cas fréquent en périphérie des villes dans les ZI/ZA/ZAC).





Le 22 avril 2013 14:58, Erik Amzallag  a écrit :

>
> Bonjour,
>
> Pour ma part, c'est toujours highway=turning_circle , quelque soit la
> forme de la zone de retournement.
>
> Erik
>
>
> Le 22 avril 2013 14:54, Romain MEHUT  a écrit :
>
>>  Bonjour,
>>
>> Une petite question pour connaitre votre façon de taguer typiquement les
>> zones dans les lotissements qui finissent en cul de sac.
>>
>> Cf. cet exemple:
>> http://www.openstreetmap.org/?lat=48.681786&lon=5.870685&zoom=18&layers=M
>>
>> Au choix, on peut opter pour un highway=turning_circle ou la combinaison
>> highway=* + area=yes.
>>
>> Pour le premier, selon le wiki, ce n'est pas nécessairement une zone de
>> forme circulaire.
>>
>> Merci pour vos avis éclairés...
>>
>> Romain
>>
>>
>>
>> ___
>> 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] highway=turning_circle ou highway=* + area=yes?

[Erik Amzallag]

Bonjour,

Pour ma part, c'est toujours highway=turning_circle , quelque soit la forme
de la zone de retournement.

Erik


Le 22 avril 2013 14:54, Romain MEHUT  a écrit :

> Bonjour,
>
> Une petite question pour connaitre votre façon de taguer typiquement les
> zones dans les lotissements qui finissent en cul de sac.
>
> Cf. cet exemple:
> http://www.openstreetmap.org/?lat=48.681786&lon=5.870685&zoom=18&layers=M
>
> Au choix, on peut opter pour un highway=turning_circle ou la combinaison
> highway=* + area=yes.
>
> Pour le premier, selon le wiki, ce n'est pas nécessairement une zone de
> forme circulaire.
>
> Merci pour vos avis éclairés...
>
> Romain
>
>
>
> ___
> 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] highway=turning_circle ou highway=* + area=yes?

[Romain MEHUT]

Bonjour,

Une petite question pour connaitre votre façon de taguer typiquement les
zones dans les lotissements qui finissent en cul de sac.

Cf. cet exemple:
http://www.openstreetmap.org/?lat=48.681786&lon=5.870685&zoom=18&layers=M

Au choix, on peut opter pour un highway=turning_circle ou la combinaison
highway=* + area=yes.

Pour le premier, selon le wiki, ce n'est pas nécessairement une zone de
forme circulaire.

Merci pour vos avis éclairés...

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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Hélène PETIT]

Le 22/04/2013 08:29, Jean-Baptiste Holcroft a écrit :
> 
> Je n'arrive pas à faire Nîmes, le fichier est trop énorme (44mo) et je
> ne sais pas le découper :( si quelqu;un me le découpe en 4 ou idéalement
> en 6, je pourrais m'y attaquer.

Je te fais ce découpage aujourd'hui, si tu en as toujours besoin.

Amicalement,
Hélène


___
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

[Fabien]

Je réponds aux interrogations posées précédemment (jusqu'au 12 avril) :

@Pieren : j'ai ajouté un petit nota pour dire que l'on peut trouver
d'autres moyens mais vu que je fais cela je préfère donner une méthode
et laisser l'utilisateur trouver sa propre méthode plus tard quand il
est familiarisé avec JOSM.

@JB : merci pour cette critique très constructive !
Page 8 : bien trouvé c'est vraiment l'erreur bête surtout que c'était
le passage critique de JOSM...
Pour la route : j'ai une note pour dire de ne pas tout remplir.
Point : 9 : je préfère ne pas indiquer de fermer parce que parfois
JOSM demande d'envoyer ou de sauvegarder mais pas de laisser tomber...
C'est un peu étrange ce comportement j'ai pas envie qu'on soit gêné
par cela...
« je vais donc annuler » => Je vais donc cliquer sur le bouton Annuler
(ça doit être mieux)
Pour le cadre de validation c'est complexe et ça peut effrayer
quelqu'un qui ne va pas contribuer en ayant peur de faire une toute
petite erreur. Une route non liée à une autre ou des voies sans nom
pour que l'utilisateur apprenne à faire des erreurs et qui sera
corrigé par un fan de Osmose plus tard je dis laissons les gens
contribuer vu que c'est le problème. La première contribution.
l'ajout d'une rue avec uniquement un nœud ajouté, c'est louche... =>
ouais c'est plus que louche mais c'est une erreur très grossière que
JOSM corrige et pas Potlach...
Pour la sauvegarde : ça fait débat...
Pour un ajout de lien, c'est clair il faudrait en ajouter mais
learnosm n'était pas en français quand j'ai écrit ce passage. Je vais
voir pour l'ajouter.
Pour Google : partage via un dédié (kimsufi) :
http://91.121.170.19/~MarbolanGos/osm/tutoriel_JOSM_v1.1.pdf

@Philippe Verdy et Christian Quest : les 2 arguments se valent mais
tout débutant sous Word ou Excel (pour parler des formations C2I par
exemple) ont dans les tout début un chapitre sur : sauvegarder c'est
primordial. Donc, les gens ont tous en tête si je sauvegarde pas je
vais tout perdre.

@JB : quand on contribue on n'a pas toujours le réseau donc il faut
pouvoir le faire. J'en parle très vite et en dernière remarque.
J'espère que les gens seront plus tentés d'envoyer que de sauvegarder
pour au final oublier d'envoyer...

@Philippe Verdy : tu crois réellement qu'un débutant se verra
confronté à des conflits de centaines d'objets ? Au début, il enverra
les 2-3 points qu'il voit proches de chez lui puis il augmentera le
nombre d'envois mais vu que le nombre de contributeurs n'est pas non
plus immense des conflits on n'en rencontre très peu.
Finir sur un laïus pour dire : vous êtes débutants utilisez Potlach...
Donc quand est-ce que les gens commencent à utiliser un outil qui est
aussi fonctionnel que JOSM ? Quand ils ont un master d'informatique et
de géomatique ? Non, franchement JOSM c'est juste déroutant mais
qu'est-ce que c'est léger et fiable dès qu'on a passé le stade que je
voudrais que les lecteurs de ce tutoriel aient franchi.

@P. Verdy : faut m'expliquer ou je parle de sessions en parrallèle ?
J'ouvre à peine un calque et celui de Bing. J'en suis loin de parler
de fusion de calques, cadastre, Open Data ou autres manipulations qui
sont à réserver aux utilisateurs un peu avertis.

@Ab_fab : superbe idée ! C'est inclus


Je remercie encore les personnes qui ont aidé à faire ces ajouts. Je
les cite donc dans le tutoriel à la fin. Si ils ne veulent pas qu'ils
me le disent.

Liens :
- HTTP : http://91.121.170.19/~MarbolanGos/osm/tutoriel_JOSM_v1.1.pdf
- Google : 
https://docs.google.com/file/d/0B2K6oMUIyX5yR0pSdUhMdVVScnc/edit?usp=sharing

@Tony : très bonne idée, je vais essayer de faire une fiche
récapitulative d'une ou deux pages maximum !

Fabien très occupé en ce moment donc je stocke et je réponds dès que
j'ai le temps !

Le 12 avril 2013 17:40, Ab_fab  a écrit :
> 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 comme

[OSM-talk-fr] Génie civil français

[François Lacombe]

Bonjour la liste,

Cela fait maintenant quelques temps qu'avec certaines connaissances du web
nous voudrions mettre en place une sorte d'annuaire des types de trappes
d'accès aux ouvrages souterrains visibles sur le domaine public.

Ces trappes peuvent concerner les simples "bouches d'égout" aux chambres de
tirage enterrées pour les télécoms ou les réseaux d'énergie (plus rares).

Cette liste doit normalement comprendre des photos, mais aussi des données
chiffrées sur les dimensions (Norme NF P 98050 par exemple pour les
chambres FT), les poids et les propriétés mécaniques.
Ce genre de documentation peut être plus facilement regroupée sous la forme
d'un wiki plus qu'une simple galerie photo donc.

Je suis étonné de ne pas trouver quelque chose se voulant être exhaustif
sur le net, vu l’intérêt grandissant pour ces infrastructures manifesté par
une variété de sociétés ou d'administrations.

Je me suis dit que ça pouvait intéresser, ou se connecter aux domaines
d'intéret d'OSM.
Un projet a peut être déjà démarré pour la cartographie de ces différentes
trappes? Encombrer le wiki d'OSM avec autant de détails me semble fort peu
opportun.
Une telle doc pourrait être utile, néanmoins, cela ne saurait concerner que
la France, vu que les normes et procédés varient d'un pays à l'autre.


Merci de me dire en retour si il y en a qui sont intéressés.

A bientôt.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartopartie au cimetière du Père-Lachaise

[Pyb]

Merci pour tous ces conseils. Ça me fait pas mal de choses à faire ;)

Je vous laisse décider au sujet des tombes et de la CNIL. Faudrait également
clarifier la notion de "tombes célèbres" (célébrités d'hier et
d'aujourd'hui+monuments remarquables). Le plan officiel indique 200 tombes.
J'ai déjà photographié 1200 tombes que je compte géolocaliser.

Si l'on recense les tombes citées dans les ouvrages récents et ceux du 19e
siècle, on doit facilement pouvoir atteindre 2000 tombes toujours présentes
au Père-Lachaise. Sans compter les relever des carrés juifs, des tombes de
militaires, etc.

En attendant, les infos sont sur Wikimedia Commons et seront intégrées à
Wikidata dans les prochains mois.

Pyb



--
View this message in context: 
http://gis.19327.n5.nabble.com/Cartopartie-au-cimetiere-du-Pere-Lachaise-tp5757543p5758029.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] http://cadastre.openstreetmap.fr/

[Nicolas Dumoulin]

Le dimanche 21 avril 2013 02:22:16 PhQ a écrit :
> Pour Aydat, c'est fait ! S'il reste des trous identifiés 

Ok, merci. Bon maintenant, il faut faire le landuse=residential, car là ça se 
voit bien où ça manque

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

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

Re: [OSM-talk-fr] Idée de projet du mois de Mai (ou plus tard)

[Nicolas Dumoulin]

Le vendredi 19 avril 2013 16:34:22 Tetsuo Shima a écrit :
> Pour les limitations de vitesse implicites ... on se base sur quoi?! les
> landuse résidentiel pour définir si la route est en agglomération ou pas?
> ou faut-il expliciter chaque voie? Parce que la position du panneau fin
> agglomération début d'agglomeration n'a rien d'implicite elle?

Hmm, il y a moyen d'étiqueter les entrées/sorties d'agglo ce qui permet là de 
déduire de manière plus rigoureuse la zone de limitation à 50 par défaut des 
voies. Mais j'avoue que je n'ai encore jamais étiqueté ces éléments (argh).

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

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

Re: [OSM-talk-fr] tag pour un toit en terrasse

[Philippe Verdy]

Le 22 avril 2013 09:19, Pieren  a écrit :

> Je viens de comprendre qu'il s'agit de terrasse au-dessous du toit et non
> d'une terrasse couverte par un toit...
>

He... Une terrasse "au dessous" d'un toit et une terrasse "couverte"
par un toit, ce n'est pas la même chose ? Par définition un toit couvre ce
qui est en dessous.

Je suppose que tu voulais distinguer une terrasse au dessus (celles qu'on
appelle généralement terrasses en français) de celle en dessous (qui est en
fait un dernier étage offrant une vue horizontale panoramique vers
l'extérieur, et qui peut être fermée par un vitrage, avec parfois aussi une
vue vers le bas avec un sol transparent ou sur une grille dans une avancée
suspendue).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Source d'un label

[Philippe Verdy]

Tu admettras que ton "il suffit de..." était de trop.

Toi qui as les mains dans le cambouis et le nez dans le guidon pour avoir
ces feuilles dans le détail toujours sur les yeux parce que tu écris les
règles d'un moteur de rendu que tu mets en oeuvre tu ne peux pas demander
le même niveau d'implication à n'importe qui sur le thème "il suffit de"
alors qu'il n'a pas en charge ce travail et n'en a même pas les moyens
matériels de faire une telle mise en oeuvre.

Et ce n'est pas non plus parce que c'est disponible quelque part en ligne
que cela facilite les choses : on se retrouve à gérer toutes sortes de
liens externes pour différents projets, avec pour chacun des milliers de
ligne de code qu'on ne peut pas fouiller dans le détail.

Bref si on dit quelque chose, ce ne doit être pris que comme des pistes, ou
des constatations sur ce qu'on voit, ou ne voit pas. Il ne faut pas mal le
prendre, et ça doit plutôt t'aider dans ta tâche, même si en fin de compte
la piste est mauvaise pour un cas précis (ce qui n'exclue pas que cette
piste peut aussi expliquer toutes sortes d'autres anomalies générales qui
seront à fouiller une par une de toute façon).

Je n'ai fait que citer une cause courante d'objets qui apparaissent et où
on a du mal parfois à les retrouver dans la base. Une d'elle est la
duplication involontaire de données dans JOSM (CTRL+D au lieu de
CTRL+ALT+D) et qui n'est pas toujours signalée par les outils d'analyse et
vérification de cohérence avant la soumission des données. Souvent l'effet
est visible masi pas toujours quand cele donne des objets orphelins ou
insuffisamment tagués mais pas erronés en soit sur la simple base de leur
tags.

Des erreurs dans la base il y en a beaucoup pour plein de raisons, et
souvent involontaires ou par manque d'ergonomie de l'éditeur utilisé ou une
mauvaise compréhension, ou un oubli, ou une bête faute de frappe ou un clic
de trop par accident, des erreurs que tout le monde peut faire et fera à un
moment ou un autre.

[Notes]
Ces erreurs évidemment (y compris l'oubli de vérification) engendrent des
anomalies de rendu parfois très sérieuses et très visibles, comme cela
s'est produit pour la limite côtière ouest de la Bretagne, corrigée après
plusieurs mois dans les rendus d'OSM France, puis plus récemment dans ceux
d'OSM, mais toujours pas dans le rendu Mapnik du Toolserver intégré dans
Wikipédia.

L'erreur de rendu de la pointe ouest de la Bretagne, toujours très visible
sur le rendu pour Wikipédia -- malgré une correction qui rend cela moins
visible par l'incorporation  dans les données de la base des "baies" en
tant que polygones couvrant une partie de la mer tout en évitant de couvrir
les îles, mais qui est toujours visible sur la terre émergée -- risque de
ne pas être corrigée avant l'an prochain quand les applications actuelles
du Toolserver de Wikimedia DE, désormais en fin de vie et en maintenance
minimale, auront migré sur les serveurs Wikimedia Labs en préparation à la
WMF mais pas encore opérationnels ; ceux qui maintiennent les applications
actuelles du Toolserver ont une autre priorité pendant les quelques mois
qui restent pour effectuer et réussir leur migration tout en respectant les
nouvelles politiques en terme de licence, droits d'usage, sécurisation des
comptes, gestion des quotas de ressources, tests de montée en charge, etc.

On voit bien que le point le plus compliqué, le plus coûteux et le plus
bloquant reste celui de la maintenance. Dans le cas de Mapnik, il n'y a pas
encore de processus opérationnel pour la maintenance efficace des fichiers
de lignes de côtes, qui sont une base annexe séparée, pas maintenue en même
temps que les autres données OSM alors qu'elles en sont des données
dérivées. La maintenance de ces fichiers est toujours coûteuse et
inefficace et quand elle se fait elle oublie la phase de vérification avant
publication vers les autres moteurs de rendus qui eux aussi prennent
beaucoup de temps à en tenir compte.

Et si ces erreurs ne sont pas corrigées c'est qu'elles sont aussi
insuffisamment signalées. Le signalement d'anomalies (même difficiles à
résoudreà est un élément important du projet, pas une tare de la part de
ceux qui les font mais n'ont pas les moyens de les corriger eux-mêmes.

Bref, il suffit de... n'a pas sa place, c'est du langage "yakafaucon" : si
tu sembles ne retenir que le "faucon" contre ceux qui te signalent des
choses, en revanche tu réponds par un "yaka"... Alors qu'on n'a jamais
voulu dire que la solution était simple, mais que le problème peut être non
seulement signalé, mais étudié et pris en compte d'un point de vue plus
général. Car souvent plusieurs problèmes sont liés et ont des causes
communes, pas toujours dans le code d'ailleurs et pas spécifiquement sur le
seul problème signalé.

Si on ne traite pas cela de façon plus générale, on se contentera
d'appliquer un peu partout des "rustines" qui rendront plus tard la
maintenance encore plus difficile (collage de rustines sur d'autres
rustines jusqu'à la 

Re: [OSM-talk-fr] Rendu tile.openstreetmap.fr et nom dans relation multipolygone

[Christian Quest]

Effectivement, c'est gênant.

Ce n'est pas lié à la relation, c'est un problème de priorité de placement.

J'ai mis les amenity=hospital en prioritaire et rajouté un tri par surface
décroissante.

Le nom apparaissant aussi en double au zoom 18 (encore un coup du layer
"area-text").

J'ai aussi rajouté de nouvelles abréviations sur les toponymes
(Lotissement, Résidence) car la multitude de place=locality était assez
illisible.
Il va falloir que je factorise ça...


Le 22 avril 2013 01:32, Stéphane MARTIN  a écrit :

> Salut,
>
> Le Centre hospitalier de Cayenne n'est pas marqué par un H sur fond bleu
> dans le rendu FR (comme dans Mapnik d'ailleurs) tandis que les cliniques
> apparaissent.
>
> http://tile.openstreetmap.fr/?**zoom=16&lat=4.92122&lon=-52.**
> 31659&layers=B0F
>
> Mapquest affiche bien une image mais pas pour les cliniques.
> 2u affiche pour les deux.
>
> En fait l'étiquette (amenity=hospital) est dans une relation mulipolygone
> : 2 669 321.
>
> Bref, y aurait-il moyen de moyenner ?
> Faut-il que je crée un ticket ?
>
> @+
>
> __**_
> 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] tag pour un toit en terrasse

[Pieren]

2013/4/21 Agnès Rambaud 

>
> Par contre j'ai trouvé 
> roof:shape=flat
> ici : http://wiki.openstreetmap.org/wiki/Simple_3D_Buildingspourcaractériser 
> le type de toit.
> D'après mon dico, on peut l'utiliser pour "un toit en terrasse". Mais
> est-ce le sens indiqué dans ce cas ? (ou plutôt le fait que ce soit plat ?)
>
>
>
Je viens de comprendre qu'il s'agit de terrasse au-dessous du toit et non
d'une terrasse couverte par un toit...

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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Emmanuel Lesouef]

Le Fri, 19 Apr 2013 22:26:59 +0200,
Francescu GAROBY  a écrit :

> Bonsoir,
> Bonne nouvelle : cadastre refonctionne !
> Un  changement de plate-forme d'hébergement ayant eu lieu, vous pouvez
> rencontrer un problème d'accès, le temps que les DNS se mettent à jour
> (mais chez moi, ça fonctionne déjà).
> 
> Merci à tous pour votre patience.
> Francescu
> 

Excellente nouvelle ! Merci beaucoup à ceux qui ont œuvré dans l'ombre.


-- 
Emmanuel Lesouef


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

Re: [OSM-talk-fr] Source d'un label

[Philippe Verdy]

Le 21 avril 2013 16:18, Christian Quest  a écrit :

>
> Oh ? uMap a sont propre rendu maintenant ? Tu as un lien pour qu'on puisse
> le voir ?
>

Là tu le fais exprès. Ce n'est pas parce qu'il utilise les mêmes logiciels
à la base (quoique les versions et corrections appliquées peuvent être
différentes de celles qu'on voit dans les rendus Mapnik d'OSM et d'OSM
France, qui sont aussi différents sur certains points) que les styles
obtenus sont identiques. Il y a foison de styles sur uMap, et au delà de ça
il y a aussi des bases de données dérivées contenant des corrections
manuelles **pour le rendu**.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr