Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Otourly Wiki]

Bonjour,

En fait, le théâtre de fourvière nn'a plus sa forme demi-circulaire, et du coup 
je voulais juste pouvoir taguer la zone où on peut réellement 
s'assoir. 

Je sais que on ne fait pas dans les courbes de niveau, et qu'on ne taggue pas 
pour le rendu, mais peut-on améliorer l'existant ?SI on regarde, sur JOSM (voir 
PJ) on voit bien que ya des différences...
 
Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'Association française,et sur OSM
Socio di Wikimedia Italia



Bonsoir,
>
>Philippe as-tu déjà vu un théâtre romain?
>C'est de cela que l'on parle.
>À la louche un théâtre antique c'est un demi-cercle avec une scène qui prend 
>tout le diamètre. En général on a aussi un espace plat devant la scène.
>Ce que Florian veut tagguer c'est les étages de pierre où le public s'assoit. 
>Le théâtre de Vienne contenait 8 000 personnes sur ces étages de pierre de 80 
>cm de large et 60 cm de haut.
>À Vienne on a une dénivellation de l'ordre de 20-25 m entre le haut et le bas 
>sur une profondeur identique.
>
>À titre d'information les odéons étaient bâtis sur le même principe mais 
>étaient nettement plus petit.
>
>Par contre tagguer les accès et escaliers de service je veux bien mais au delà 
>il n'y a guère d'intérêt.
>En l'espèce ce ne sont pas des équipements internes mais carrément la 
>structure du lieu donc dès lors que l'on dit théâtre antique on sait comment 
>c'est foutu.
>
>Amitiés
>
>-- Yannick VOYEAUD
>Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
>(Camille JOUFFRAY 1841-1924, maire de Vienne)
>http://www.voyeaud.org
>Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
>Journées du Logiciel Libre: http://jdll.org
>
>___
>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] Re : Usage du tag place=isolated_dwelling en France

[Christian Quest]

Ce n'est pas le nombre de bâtiments qu'il faut prendre en compte, mais
plutôt le nombre d'habitations, de foyers...

Dès qu'il y a plus de quelques foyers, on passe au hameau... enfin,
c'est comme ça que je comprends la distinction.

Pour le problème de rendu... c'est à lui de s'adapter si besoin et pas
l'inverse.


Le 19 octobre 2012 21:02, Nicolas  a écrit :
> Bonjour,
>
> Je constate que je ne suis pas le seul à utiliser ce tag. Cependant, ce qui
> me pose problème, est qu'au final les place=isolated_dwellings
> n'apparaissent pas _sur mon GPS Garmin_, contrairement aux place=hamlets.
> Concrètement, je suis actuellement entrain de mapper des lieux-dits et
> hameaux et franchement, le fait de ne pas les voir apparaître sur la carte
> OSM qui s'affiche sur mon GPS m'amène à m'interroger sur l'utilité de
> continuer à les mapper avec isolated_dwelling plutôt qu'hamlet.
>
> Je suis nouveau sur OSM, alors bien entendu certaines problématiques
> m'échappent encore (méthodes utilisées pour le rendu, spécificités pour
> chaque pays, etc). Peut-être que la solution au problème est à rechercher
> dans le paramétrage utilisé pour générer la carte au format .img présente
> sur mon GPS ? La méthode utilisée pour constituer le fichier .img ne tient
> peut-être pas compte des tags place=isolated_dwelling, comme le fait Osmose
> (qui ne connait pas cette valeur de tag). Peut-être qu'il me faudrait
> utiliser un fichier TYP ou je ne sais quoi d'autre pour les faire apparaître
> ? Mais si, lors de la création du fichier .img, les isolated_dwelling ont
> été mis à la trappe, je ne pense pas qu'un fichier TYP puisse les "faire
> sortir d'un chapeau".
>
> Par ailleurs, outre ce problème de rendu, je me demande si l'usage du tag
> isolated_dwelling est vraiment adapté à la France, et ce pour plusieurs
> raisons...
> - je comprends bien qu'on puisse considérer qu'une habitation soit isolée
> dans de vastes pays à faible densité de population (Etats-Unis, Australie
> par exemple). Cependant, en France, ce que l'on pourrait qualifier
> d'isolated_dwelling se trouve souvent à proximité (relative) d'autres
> habitations. Il doit probablement exister des endroits où ces habitations
> sont vraiment isolées, comme en montagne où dans les départements très peu
> peuplés. Mais c'est tout de même moins fréquent que dans les pays cités en
> exemple plus haut. Ce cohabitation / proximité d'isolated_dwellings avec
> d'autres isolated_dwellings voir hamlets ou village me fait m'interroger
> quant à la réelle utilité de les distinguer des hameaux.
> - la distinction entre les tags utilisés pour les petits ensembles de
> bâtiments d'habitation est parfois bien difficile. D'après le wiki :
> place=isolated_dwelling : Habitation isolée, petit écart. Deux bâtiments
> maximum.
> place=hamlet : Hameau (population inférieure à 100 habitants)
> place=farm : Ferme isolée (similaire à place=isolated_dwelling)
> Cette définition n'est pas à mon avis pas adaptée. Vous faites quoi pour
> taguer une habitation composée de 3 ou 4 bâtiments ? Ce cas est très
> fréquent là où je mappe : il s'agit d'anciens corps de ferme reconvertis en
> résidences secondaires, avec 1 ou 2 granges servant de remise, d'habitation
> ou de garage. Si l'on applique à la lettre le wiki, on devrait taguer cela
> en hamlet.
> Par ailleurs, lorsque l'on tague avec Bing, il est difficile de voir tous
> les éléments nous amenant à bien déterminer le tag à utiliser.
> Je me demande si le niveau de détail apporté par isolated_dwelling n'est pas
> inutile en France. Après tout, lorsque l'on taggue une fôret, on ne va pas
> tager chaque arbre en indiquant son espèce.
> Alors effectivement, plus de précision c'est toujours bon à prendre, mais
> cette précision s'accompagne justement d'un "flou" en France :
> - difficile de choisir entre isolated_dwelling et hamlet, avec un risque
> d'erreur non négligeable.
> - flou au rendu, ou plutôt carrément une absence des isolated_dwellings sur
> la carte pour GPS Garmin dont je parlais plus haut
>
> Nicolas.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Chemins forestiers : motorcar=no ou motor_vehicle=no ?

[Christian Quest]

Le 19 octobre 2012 21:02, Nicolas  a écrit :
> Bonjour,
>
> Entrain de mapper des chemins forestiers (en plus des routes forestières),
> je m'interroge quant à l'intérêt d'ajouter motorcar=no sur les ways alors
> que je rajoute des nodes comportant le tag barrier=gate sur ces même ways.
> Est-ce que ce tag motorcar=no ne constituerait pas dans ce cas une
> information redondante avec le barrier=gate ? Je pense que non, car il
> existe toujours le risque d'oublier de mettre un barrier=gate quelque part,
> qui ferait croire à un algo de routage qu'il est possible de passer de
> l'autre côté de la barrière en empruntant un autre chemin. Et c'est pourtant
> l'ensemble du chemin forestier qui est interdit à la circulation des engins
> à moteur. Donc, dois-je utiliser à la fois le tag motorcar=no et les
> barrier=gate ?

Je mettrai le motorcar=no car il me semble préférable de décrire
chaque objet au mieux pour ne pas avoir à faire des analyses avec ses
voisins pour obtenir des informations le concernant. Les algorithmes
ne peuvent pas toujours tout faire et un peu de redondance ne fait pas
de mal.

Donc motorcar=no et barrier=gate là où il y en a.


> Par ailleurs, le tag motorcar ne désigne-t'il pas uniquement les voitures ?

Il me semble bien que oui.

Voir: http://wiki.openstreetmap.org/wiki/Key:access

La hiérarchie des différents type de véhicule est assez clairement décrite.


> Ou bien désigne-t'il l'ensemble des véhicules à moteur ? Les chemins
> forestiers ne sont non plus autorisés aux motos par exemple. Ne serait-il
> pas plus pertinent d'utiliser quelque chose comme motor_vehicle=no ?
>

Si l'interdiction porte sur les véhicules à moteur et pas que les
voitures ça serait logique.


> Il existe aussi motor_vehicle=forestry qui pourrait éventuellement convenir.
> Mais son utilisation exclue-t'elle dans ce cas les autres catégories de
> véhicules motorisés ?
>

Oui.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Christian Quest]

Le 19 octobre 2012 23:29, sly (sylvain letuffe)  a écrit :
> Le vendredi 19 octobre 2012 21:57:35, THEVENON Julien a écrit :
>> Je ne l ai pas vu passer sur talk.
>> Tu l as envoye seulement au DWG ?
>
> oui
>
>> si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il
>> y a aussi des propositions qui emanent de la communaute francaise, pas
>> seulement des critiques.
>
> Désolé si c'est privé, mais je pense qu'il est préférable que je m'adresse,
> seul, à dieu. (pour l'instant)
> La discussion est en cours, je n'hésiterais toutefois pas à revenir avec un
> résumé, et/ou l'intégralité des échanges pour qui veut.
>
>

Je me refuse à ne discuter qu'à dieu non publiquement.

Si un jour le DWG répond favorablement à ma candidature, les
discussions privées avec dieu seront des discussions interne du DWG et
qui devront faire l'objet de minutes régulièrement publiées.
On a beaucoup trop d'opacité dans le fonctionnement actuel.

Pour moi, c'est pause jusqu'à une réponse à ma candidature qui date de
plus d'un mois.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Jean-Marc Liotier]

On 10/20/2012 10:51 AM, Christian Quest wrote:
> Le 19 octobre 2012 23:29, sly (sylvain letuffe)  a écrit :
>> Le vendredi 19 octobre 2012 21:57:35, THEVENON Julien a écrit :
>>> Je ne l ai pas vu passer sur talk.
>>> Tu l as envoye seulement au DWG ?
>> oui
>>
>>> si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il
>>> y a aussi des propositions qui emanent de la communaute francaise, pas
>>> seulement des critiques.
>> Désolé si c'est privé, mais je pense qu'il est préférable que je m'adresse,
>> seul, à dieu. (pour l'instant)
>>
>> La discussion est en cours, je n'hésiterais toutefois pas à revenir avec un
>> résumé, et/ou l'intégralité des échanges pour qui veut.
> Je me refuse à ne discuter qu'à dieu non publiquement.
>
> Si un jour le DWG répond favorablement à ma candidature, les
> discussions privées avec dieu seront des discussions interne du DWG et
> qui devront faire l'objet de minutes régulièrement publiées.
> On a beaucoup trop d'opacité dans le fonctionnement actuel.
>
> Pour moi, c'est pause jusqu'à une réponse à ma candidature qui date de
> plus d'un mois.

Tant que vous aurez cette attitude d'infériorité face au DWG, nous
n'avancerons pas. Le simple fait de "soumettre" quoi que ce soit,
d'attendre une réponse et de ne rien faire sans l'aval du DWG c'est
pérenniser son pouvoir auto-proclamé. Je trouve donc dommage que Sylvain
y soit allé seul : je suis persuadé que nous devons donner un poids
institutionnel à cette proposition pour qu'il ne s'agisse pas d'une
soumission individuelle au bon vouloir de Dieu mais de la position
négociable d'OSM-FR qui se présente d'égal à égal avec le DWG. Ca passe
par une rédaction commune dans un wiki, une validation par le CA et une
communication officielle. C'est un processus un peu lourd, mais il faut
au moins ça pour exprimer efficacement un refus du diktat du DWG.

Idem pour la participation de représentants Français au DWG : si des
Français coopèrent au processus actuel sans l'influencer, ils ne feront
que servir de caution au processus actuel du DWG qui confierait le
maintien de l'ordre aux supplétifs locaux pour mieux le légitimer auprès
des plèbes. Ma proposition de faire nommer par le CA d'OSM-FR un
médiateur des conflits d'import crée une position qui protège avec
suffisamment de poids les intérêt de tous et pas seulement la position
du DWG.


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

Re: [OSM-talk-fr] Motorroad en France?

[Marc]

Le 18/10/2012 12:04, Pieren a écrit :

Devant le peu de réactions sur mes précédentes remarques, je crée
aujourd'hui le FLMT (Front de libération des motorroads et des trunks).

Moi, je crée le FMMT, Front de Modération des motorroads et des trunks :)

Je propose les tags suivants:
1. highway=motorway + oneway=yes
2. highway=trunk + oneway=yes + motorroad=yes
3. highway=primary + oneway=yes
4. highway=primary + motorroad=yes

Pourquoi dans le cas 2 proposes tu motorroad=yes. Si tous les trunk on 
motorroad=yes. N'est-ce pas redondant ?


A+

--

Marc http://www.openstreetmap.org/user/plonk/


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

Re: [OSM-talk-fr] Motorroad en France?

[Marc]

Le 19/10/2012 01:23, Christian Rogel a écrit :


Tout cela a peu avoir avec les principes d'OSM qui sont de transcrire
les types de routes en les classant et en les caractérisant.
Les panneaux sont là pour être "indiqués" dans la base, pas pour diriger
le taggage.
Back to basics.



Tu oublies un point. Les pouvoirs publics font rarement n'importe quoi. 
Le panneau C107 est une excellente information pour classifier une route.


En france la très-super-grande majorité des itinéraires inter-régionaux 
contournent les agglomérations. Dans un thread précédant j'ai évoqué des 
cas de "trunk urbaine" à Calgary notamment. Il s'agit de la 
transcanadienne : itinéraire le plus rapide pour traverser d'Est en 
Ouest la capital de l'Alberta. Cas inexistant dans nos contrées.


A+

--

Marc http://www.openstreetmap.org/user/plonk/


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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[sly (sylvain letuffe)]

Hello,

> Tant que vous aurez cette attitude d'infériorité face au DWG, nous
> n'avancerons pas. 

Je faisais un peu d'humour, ça ne fait pas de mal vu les tensions de ce genre 
de discussion en général !


> Idem pour la participation de représentants Français au DWG : si des
> Français coopèrent au processus actuel sans l'influencer, ils ne feront
> que servir de caution au processus actuel du DWG qui confierait le
> maintien de l'ordre aux supplétifs locaux pour mieux le légitimer auprès
> des plèbes. 

Ma démarche perso ne s'inscrit pour l'instant pas dans les questions 
"politiques" ou de "gouvernance". Ces questions sont toujours en suspend et 
peuvent également être traitées en parallèle et devront de toute façon être 
traitées rapidement il me semble et pas avec le DWG.

Là, ce que je tente de discuter avec eux ce sont les critères techniques :
En 2 mots c'est : "vous voulez que l'on utilise un 2ème compte ? nous pas, car 
on pense que ça ne sert à rien, voire c'est encore pire, alors expliquez nous 
à quoi ça sert et regardons si on peut trouver une solution plus adaptée" 

Et si je le fais en privé, c'est un pour faire d'abord une discussion 
préalable entre gens qui maîtrise/comprennent les arcannes de l'API 0.6, du  
modèle de donnée OSM, des enjeux sur les reverts massifs.

De plus, si je le fais perso c'est aussi parce que je ne comprends pas moi 
même le pourquoi.

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[sly (sylvain letuffe)]

Le samedi 20 octobre 2012 10:51:43, Christian Quest a écrit :
> Je me refuse à ne discuter qu'à dieu non publiquement.

Je comprends ton choix.

Et si tu/vous préférez je peux recopier ma question et leurs réponses dans un 
thread public sur talk.

J'ai juste pensé que vu le bazard que ça métait avec tout les intervenants de 
tout bord (que ça soit contre nous car des gens ne voient en nous que des 
chieurs qui font chier juste pour une question de 2ème compte, mais aussi pour 
eux car des interventions peuvent leur paraitre agressives car en public et se 
concentrer alors sur la forme)

 
> Pour moi, c'est pause jusqu'à une réponse à ma candidature qui date de
> plus d'un mois.

Ben le risque c'est que tu attendes un bout de temps, et en attendant la règle 
du 2ème compte reste de facto en place

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Christian Quest]

Le 20 octobre 2012 12:44, sly (sylvain letuffe)  a écrit :
> Le samedi 20 octobre 2012 10:51:43, Christian Quest a écrit :
>> Je me refuse à ne discuter qu'à dieu non publiquement.
>
> Je comprends ton choix.
>
> Et si tu/vous préférez je peux recopier ma question et leurs réponses dans un
> thread public sur talk.
>
> J'ai juste pensé que vu le bazard que ça métait avec tout les intervenants de
> tout bord (que ça soit contre nous car des gens ne voient en nous que des
> chieurs qui font chier juste pour une question de 2ème compte, mais aussi pour
> eux car des interventions peuvent leur paraitre agressives car en public et se
> concentrer alors sur la forme)
>
>
>> Pour moi, c'est pause jusqu'à une réponse à ma candidature qui date de
>> plus d'un mois.
>
> Ben le risque c'est que tu attendes un bout de temps, et en attendant la règle
> du 2ème compte reste de facto en place
>

Oh, t'inquiète pas, je vais relancer !

Je trouve quand même un peu fort qu'après plus d'un mois, le DWG n'ai
pas sauté sur l'occasion d'avoir un peu plus de monde pour mener à
bien sa mission mais pendant ce temps la chasse aux imports continue.
Qu'est-ce qui les gêne ? Que je ne sois pas aveuglément d'accord avec
la ligne du parti ? Que je pose des questions sur la gouvernance et la
légitimité ?
Si c'est ça qui explique la difficulté à me répondre, ça craint, vraiment.
Si ils sont débordés (ce que je peux comprendre, ce ne sont que des
bénévoles comme nous tous), ils devraient se réjouir d'avoir des
candidats !

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Corrine LAnd Cover

[Claude]

Bonjour


je suis en train de maper une région qui comporte de grands étangs. 
J'utilise Bing pour positionner la surface de l'éang et le cadastre pour 
la voirie . Dans cette région, il y a des Polygones Corrine Land Cover 
marqué "natural=water" qui ne correspondent pas à la réalité. Les Étangs 
sont reunis en un seul polygone  recouvrant des routes, des champs des 
bois, des maison,. Que doit-je faire? laisser en l'état?

merci
cordialement
Claude

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

Re: [OSM-talk-fr] Corrine LAnd Cover

[Christian Quest]

Les améliorer !

L'occupation des sols de CLC est assez grossière, n'hésite pas à l'affiner.


Le 20 octobre 2012 13:16, Claude  a écrit :
> Bonjour
>
>
> je suis en train de maper une région qui comporte de grands étangs.
> J'utilise Bing pour positionner la surface de l'éang et le cadastre pour la
> voirie . Dans cette région, il y a des Polygones Corrine Land Cover marqué
> "natural=water" qui ne correspondent pas à la réalité. Les Étangs sont
> reunis en un seul polygone  recouvrant des routes, des champs des bois, des
> maison,. Que doit-je faire? laisser en l'état?
> merci
> cordialement
> Claude
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Corrine LAnd Cover

[Romain MEHUT]

Le 20 octobre 2012 13:16, Claude  a écrit :

> Bonjour
>
> je suis en train de maper une région qui comporte de grands étangs.
> J'utilise Bing pour positionner la surface de l'éang et le cadastre pour la
> voirie . Dans cette région, il y a des Polygones Corrine Land Cover marqué
> "natural=water" qui ne correspondent pas à la réalité. Les Étangs sont
> reunis en un seul polygone  recouvrant des routes, des champs des bois, des
> maison,. Que doit-je faire? laisser en l'état?
>

Bonjour,

Non tu le découpes pour coller à la réalité. Les polygones Corine ne sont
qu'une première ébauche. Libre à toi de les modifier voire même de les
supprimer si besoin.

Romain


> merci
> cordialement
> Claude
>
> __**_
> 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] Corrine LAnd Cover

[Vincent Pottier]

Le 20/10/2012 13:16, Claude a écrit :

Bonjour


je suis en train de maper une région qui comporte de grands étangs. 
J'utilise Bing pour positionner la surface de l'éang et le cadastre 
pour la voirie . Dans cette région, il y a des Polygones Corrine Land 
Cover marqué "natural=water" qui ne correspondent pas à la réalité. 
Les Étangs sont reunis en un seul polygone recouvrant des routes, des 
champs des bois, des maison,. Que doit-je faire? laisser en l'état?

merci
cordialement
Claude
Les polygones CLC (Corine Land Cover) sont une base, ce qu'on avait de 
mieux au moment où ils ont été importé. Il peuvent être modifiés ou 
remplacé par quelque chose de meilleur, notamment à partir de l'imagerie 
Bing.
Les gros polygones CLC sont délicats à manier, notamment avec Potlatch 
qui est cause de nombreuses destructions. S'il y a des difficultés, le 
mieux c'est d'indiquer la zone sur cette liste pour que d'autres 
puissent y jeter un coup d’œil.

--
FrViPofm

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

Re: [OSM-talk-fr] Corrine LAnd Cover

[Etienne Trimaille]

Comme dit précédemment, n'hésite pas à découper les polygones en
ajoutant/modifiant des points ;-)
Les polygones CLC sont très très grossiers, ils faut affiner !

Tu peux aller dans le détail si tu le désire. Par exemples, certains
indiquent les moindres petits morceaux de forêts et de prairies :
http://www.openstreetmap.org/?lat=47.13105&lon=5.97165&zoom=15&layers=M

Le 20 octobre 2012 13:27, Romain MEHUT  a écrit :

> Le 20 octobre 2012 13:16, Claude  a écrit :
>
>> Bonjour
>>
>>
>> je suis en train de maper une région qui comporte de grands étangs.
>> J'utilise Bing pour positionner la surface de l'éang et le cadastre pour la
>> voirie . Dans cette région, il y a des Polygones Corrine Land Cover marqué
>> "natural=water" qui ne correspondent pas à la réalité. Les Étangs sont
>> reunis en un seul polygone  recouvrant des routes, des champs des bois, des
>> maison,. Que doit-je faire? laisser en l'état?
>>
>
> Bonjour,
>
> Non tu le découpes pour coller à la réalité. Les polygones Corine ne sont
> qu'une première ébauche. Libre à toi de les modifier voire même de les
> supprimer si besoin.
>
> Romain
>
>
>> merci
>> cordialement
>> Claude
>>
>> __**_
>> 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] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Vincent Pottier]

Le 20/10/2012 13:10, Christian Quest a écrit :
Oh, t'inquiète pas, je vais relancer ! Je trouve quand même un peu 
fort qu'après plus d'un mois, le DWG n'ai pas sauté sur l'occasion 
d'avoir un peu plus de monde pour mener à bien sa mission mais pendant 
ce temps la chasse aux imports continue. Qu'est-ce qui les gêne ? Que 
je ne sois pas aveuglément d'accord avec la ligne du parti ? Que je 
pose des questions sur la gouvernance et la légitimité ? Si c'est ça 
qui explique la difficulté à me répondre, ça craint, vraiment. 
J'ai un a priori favorable sur les personnes, mais j'avoue que, là, vis 
à vis de DWG, il s'effrite !
J'ai l'impression que certains campent sur leurs positions de principe 
sans parvenir à/vouloir entendre qu'il y a un problème.
Mais comme disait quelqu'un : "Même les principes ont une date de 
péremption".
Si ils sont débordés (ce que je peux comprendre, ce ne sont que des 
bénévoles comme nous tous), ils devraient se réjouir d'avoir des 
candidats ! 
Y a-t-il eu au moins une réponse gendre accusé de réception, façon de 
dire : "OK, on a entendu, on prend la proposition en compte et on 
l'étudie" ?

--
FrViPofm

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

Re: [OSM-talk-fr] Corrine LAnd Cover

[Claude]

Le 20/10/2012 13:35, Vincent Pottier a écrit :

Le 20/10/2012 13:16, Claude a écrit :

Bonjour


je suis en train de maper une région qui comporte de grands étangs. 
J'utilise Bing pour positionner la surface de l'éang et le cadastre 
pour la voirie . Dans cette région, il y a des Polygones Corrine Land 
Cover marqué "natural=water" qui ne correspondent pas à la réalité. 
Les Étangs sont reunis en un seul polygone recouvrant des routes, des 
champs des bois, des maison,. Que doit-je faire? laisser en l'état?

merci
cordialement
Claude
Les polygones CLC (Corine Land Cover) sont une base, ce qu'on avait de 
mieux au moment où ils ont été importé. Il peuvent être modifiés ou 
remplacé par quelque chose de meilleur, notamment à partir de 
l'imagerie Bing.
Les gros polygones CLC sont délicats à manier, notamment avec Potlatch 
qui est cause de nombreuses destructions. S'il y a des difficultés, le 
mieux c'est d'indiquer la zone sur cette liste pour que d'autres 
puissent y jeter un coup d’œil.

--
FrViPofm

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


c'est ici

http://osm.org/go/0A1RPNoW--

Je vais les modifier/supprimer selon besoin

merci

cordialement
Claude



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

Re: [OSM-talk-fr] Chemins forestiers : motorcar=no ou motor_vehicle=no ?

[Philippe Verdy]

Le 20 octobre 2012 10:29, Christian Quest  a écrit :
> Donc motorcar=no et barrier=gate là où il y en a.

Tout à fait d'accord. Surtout que ce n'est pas redondant malgré l'apparence.

Je connais des cas où une petite rue est fermée par une barrière le
soir, mais ouverte dans la journée la semaine, avec même des feux (qui
régulent le passage quand la barrière est ouvert). On trouve ça par
exemple aux sorties de grandes entreprises ou administrations, mais
aussi par exemple des hôpitaux ou centres de santé, ou pour traverser
certains parcs et bois publics, ou encore pour l'accès à des stades,
des grandes surfaces commerciales quand elles sont ouvertes.

Dans certains cas la barrière comporte une borne pour prendre un
ticket (l'accès peut être payant à certains heures), elle peut aussi
être fermée pour d'autres raisons (crue, marée haute, régulation du
traffic et contrôle routier). Elle peut aussi servir à changer un sens
de circulation.

Bref une barrière n'indique pas toute seule et par elle-même que
l'accès aux voitures est interdit. Elle n'indique que la possibilité
d'une régulation des accès, sans pour autant en limiter l'accès aux
seuls résidents ou certaines catégories de véhicules.

La barrière est descriptive localement pour ce qu'elle est et apporte
une précision indépendante de celle concernant la route (publique ou
privée) elle-même où elle est placée.

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

Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)

[Marc Sibert]

Le 19/10/2012 21:56, Pierre-Alain Dorange a écrit :

Pieren  wrote:


Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source
sur les objets eux même, je doute que la dgfip connaisse notre modèle
de données, sache ce qu'est un tag, sache ce qu'est un changeset.
Que l'info de source soit sur l'objet lui même ou sur le changeset
c'est du pareil au même (pour moi), elle n'est pas visible dans la
majorité des usages (cartes), il faut passer par un éditeur pour voir
ce tag et l'éditeur permet de remonter l'historique pour savoir que
l'objet provient du cadastre et de quel millésime il s'agit.

Trouver les tags du changeset est plus difficile que de trouver ceux
directement attachés à l'élément. Lorsqu'un objet a un historique,
c'est encore plus difficile. Lorsque les données OSM sont
redistribuées (export, planet), il est très facile de perdre les tags
des changesets alors que supprimer le tag source attachés aux éléments
nécessite une action volontaire. J'ai déjà fait une liste des
avantages et inconvénients de chaque méthode, cf les archives.

OK c'est moins précis (ça suit moins facilement les évolutions) mais ça
présente un avantage certain (et qui répond a une des critiques qui est
faites à nos imports cadastraux) : cela réduit drastiquement la taille
des données, car quoiqu'on en dise le tag source sur chaque objet avec
une chaine aussi longue est très lourde au niveau données...

Il ne faut oublier que c'est aussi sur ce point (taille des données) que
les imports cadastraux sont critiqués.
Et moi même je suis pas très a l'aise ni satisfait que voit ce tag
"source" attaché a tout les objets importés ad-vitam-eternam... Ca fait
un signal données-source faible.


Bonjour,

Le problème de la répétition est un détail technique lié à 
l'implémentation du modèle de données.
On peut très bien concevoir un schéma où chaque paire de clé/valeur 
n'est présent qu'une seule fois et possède une simple référence qui est 
attachée à  tous les éléments concernés. Ce qui serait même "malin", 
indépendamment des imports du Cadastre.


Même la compression des fichiers OSM fait cela (je ne vais rentrer dans 
les détails des algo de compression par suppression des répétitions).


Ce point n'est pas un problème. C'est juste un argument (bidon) de plus 
pour empêcher les imports.


A+

--
Marc Sibert
mailto:m...@sibert.fr


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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Marc Sibert]

Le 20/10/2012 11:45, Jean-Marc Liotier a écrit :

On 10/20/2012 10:51 AM, Christian Quest wrote:

Le 19 octobre 2012 23:29, sly (sylvain letuffe)  a écrit :

Le vendredi 19 octobre 2012 21:57:35, THEVENON Julien a écrit :

Je ne l ai pas vu passer sur talk.
Tu l as envoye seulement au DWG ?

oui


si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il
y a aussi des propositions qui emanent de la communaute francaise, pas
seulement des critiques.

Désolé si c'est privé, mais je pense qu'il est préférable que je m'adresse,
seul, à dieu. (pour l'instant)

La discussion est en cours, je n'hésiterais toutefois pas à revenir avec un
résumé, et/ou l'intégralité des échanges pour qui veut.

Je me refuse à ne discuter qu'à dieu non publiquement.

Si un jour le DWG répond favorablement à ma candidature, les
discussions privées avec dieu seront des discussions interne du DWG et
qui devront faire l'objet de minutes régulièrement publiées.
On a beaucoup trop d'opacité dans le fonctionnement actuel.

Pour moi, c'est pause jusqu'à une réponse à ma candidature qui date de
plus d'un mois.

Tant que vous aurez cette attitude d'infériorité face au DWG, nous
n'avancerons pas. Le simple fait de "soumettre" quoi que ce soit,
d'attendre une réponse et de ne rien faire sans l'aval du DWG c'est
pérenniser son pouvoir auto-proclamé. Je trouve donc dommage que Sylvain
y soit allé seul : je suis persuadé que nous devons donner un poids
institutionnel à cette proposition pour qu'il ne s'agisse pas d'une
soumission individuelle au bon vouloir de Dieu mais de la position
négociable d'OSM-FR qui se présente d'égal à égal avec le DWG. Ca passe
par une rédaction commune dans un wiki, une validation par le CA et une
communication officielle. C'est un processus un peu lourd, mais il faut
au moins ça pour exprimer efficacement un refus du diktat du DWG.

Idem pour la participation de représentants Français au DWG : si des
Français coopèrent au processus actuel sans l'influencer, ils ne feront
que servir de caution au processus actuel du DWG qui confierait le
maintien de l'ordre aux supplétifs locaux pour mieux le légitimer auprès
des plèbes. Ma proposition de faire nommer par le CA d'OSM-FR un
médiateur des conflits d'import crée une position qui protège avec
suffisamment de poids les intérêt de tous et pas seulement la position
du DWG.


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

Bonjour,

A noter que dans ses status, l'asso OSM-FR n'a pas reconnu la fondation. 
Il est difficile donc de présenter un texte issu de l'asso comme pouvant 
être représentatif, alors qu'au contraire un contributeur comme Sylvain, 
grâce à son ancienneté (dans le projet) et son soutient technique 
continu au projet, a AMHA, plus de poids.


L'asso c'est max 100 adhérents alors que la "communauté" est nettement 
plus nombreuse.


Juste mon avis.

Marc (adhérent ou plus ?)

--
Marc Sibert
mailto:m...@sibert.fr


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

Re: [OSM-talk-fr] Re : Usage du tag place=isolated_dwelling en France

[Philippe Verdy]

Le 20 octobre 2012 10:17, Christian Quest  a écrit :
> Ce n'est pas le nombre de bâtiments qu'il faut prendre en compte, mais
> plutôt le nombre d'habitations, de foyers...

Il est assez difficile de discerner ce qui constitue une habitation ou
un foyer, d'un bâtiment à usage professionnel. Il me semble que ce qui
est plus facile à voir c'est le nombre d'adresses (peut importe leur
affectation, que ce soit à usage d'habitation, agricole, commercial,
adminsitratif ou de service), car pour le savoir réellement il
faudrait rentrer dans des lieux privés (ou avoir des infos privées
connues de l'administration fiscale par exemple).
Un bon indicateur est alors le nombre de boites à lettres...

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

[OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[Marc Sibert]

Bonjour,

Après toutes ces tergiversations, je viens de trouver la solution ultime.
*Nous devons assurer un import du cadastre massif pour la France avec un 
compte unique.*
Ultérieurement les contributeurs pourront assurer la maintenance des 
données.


Je vous propose donc la création d'un groupe de travail dédié afin de 
réaliser cette opération.


A+

--
Marc Sibert
mailto:m...@sibert.fr

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Philippe Verdy]

Le 20 octobre 2012 14:51, Marc Sibert  a écrit :
> A noter que dans ses status, l'asso OSM-FR n'a pas reconnu la fondation.

Bizarre tout de même alors qu'elle soutient à fond le projet de la
Fondation. Mais il y a peut-être une volonté d'indépendance, pour
pouvoir le cas échéant aussi pouvoir soutenir d'autres projets
parallèles qui éventuellement rentreraient en concurrence avec celui
de la Fondation, mais d'initiative plus locale (aussi pour faciliter
les relations avec les autorités publiques locales).

Aussi pour l'indépendance financière et fiscale et pour des raisons de
droit local spécifique (particulièrement si l'asso locale collecte des
fonds ou reçoit des subventions publiques pour certaines missions, ce
qui les soumet alors à des obligations particulières vis-à-vis des
autorités locales, que la Fondation ne devrait pas être en mesure
d'empêcher ou d'interférer, ou qui entrerait en contradiction avec la
loi sur les associations loi 1901 ou sur les fondations sollicitant
des dons de la part du public ou bénéficiant de subventions
publiques).

Donc même si la Fondation dispose d'un droit pour devenir membre de
l'asso locale, elle ne peut pas avoir plus de droit que les autres
adhérents et que ce que les statuts de l'asso permet, elle devrait
respecter aussi les statuts de l'asso locale (paiement de cotisation
annuelle décidée par son AG par exemple, non éligibilité automatique
parmi les membres du bureau de l'asso locale qui conserve la liberté
de choisir ses représentants, etc.).

L'asso locale peut aussi avoir d'autres activités que celles dédiées
au travail pour le projet soutenu directement par la Fondation, voire
même avoir une activité de nature plus "économique" (avec des
prestations de certains services d'étude locale, éventuellement aussi
avec des salariés ou personnels en qualification). Si l'asso locale
reçoit aussi des mineurs, elle a d'autres obligations légales
(vis-à-vis des autorités et des parents ou tuteurs légaux) qui ne
peuvent pas être prises en charge par la Fondation non établie
directement en France.

Malgré tout je ne vois pas comment OSM-FR peut se passer d'obtenir un
agrément de la part de la Fondation (comme le fait la Fondation
Wikimedia pour reconnaître ses "chapitres" locaux, en leur demandant
d'avoir seulement des statuts compatibles, et un moyen de
communication ou de médiation, mais pas un droit direct sur leur
fonctionnement propre), pour un certain nombre de missions communes.

Agrément ne signifie pas pour autant absorbtion. Les plus grandes
fondations mondiales sont toutes relayées par un réseau d'assos
locales indépendantes ayant leur fonctionnement propre et autonome,
même si elles obtiennent le "label" de la Fondation avec laquelle elle
mène ses missions (et de laquelle elle obtient aussi du support, en
terme de communication ou de transferts de moyens), nécessaire pour
pouvoir en utiliser le nom (protégé) et communiquer localement avec ce
nom.

Ainsi rien ne devrait empêcher par exemple l'asso OSM-FR de soutenir
et coopérer avec d'autres projets cartographiques libres, même
"concurrents" (comme Wikimapia) ou d'autres plus locaux en coopération
avec les collectivités ou avec d'autres assos locales (dans leurs
activités sociales, éducatives, sportives, humanitaires, etc.) ou des
comités d'entreprise. D'autant plus que lors de l'ouverture des
données publiques, OpenStreetMap ne dispose d'aucun privilège pour
pouvoir utiliser ces données et que d'autres projets ont aussi des
intérêts communs à cette ouverture des données publiques (les
collectivités ne peuvent pas discriminer entre ces projets, sinon ce
ne sont plus des données "ouvertes").

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Christian Quest]

Le 20 octobre 2012 14:51, Marc Sibert  a écrit :
>
> Bonjour,
>
> A noter que dans ses status, l'asso OSM-FR n'a pas reconnu la fondation. Il
> est difficile donc de présenter un texte issu de l'asso comme pouvant être
> représentatif, alors qu'au contraire un contributeur comme Sylvain, grâce à
> son ancienneté (dans le projet) et son soutient technique continu au projet,
> a AMHA, plus de poids.
>
> L'asso c'est max 100 adhérents alors que la "communauté" est nettement plus
> nombreuse.
>
> Juste mon avis.
>
> Marc (adhérent ou plus ?)
>


Pour ne pas rentrer dans des spéculations inutiles, il faut rappeler
au moins deux choses:
- la fondation OSM est là pour supporter le projet OpenStreetMap, pas
pour le contrôler.
- OSM-FR est là aussi pour supporter le projet et a même préciser son
approche "promouvoir le projet OpenStreetMap et notamment la collecte,
la diffusion et l'utilisation de données cartographiques sous des
licences libres."

C'est bien le projet qui est important, pas les structures (OSMF, OSM-FR).

A titre personnel, je m'investi pour le projet à travers OSM-FR et pas
pour OSM-FR.
Pareil pour la fondation, si elle me semble être la bonne structure
pour faire avancer le projet, je m'y investi, sinon j'essaye de la
faire évoluer dans le bon sens de l'extérieur ou de l'intérieur si la
porte n'est pas fermée.

Je pense que si un nombre suffisant d'associations nationales émerge,
une autre structure que l'OSMF sera nécessaire, plutôt sous la forme
d'une fédération de ces asso. nationales. C'est une approche bottom-up
alors que les chapters sont plus une approche top-down pas trop
adaptée à mon avis à des projets libres.

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[Vincent de Chateau-Thierry]

Bonjour,

Le 20/10/2012 15:01, Marc Sibert a écrit :


Après toutes ces tergiversations, je viens de trouver la solution ultime.
*Nous devons assurer un import du cadastre massif pour la France avec un
compte unique.*
Ultérieurement les contributeurs pourront assurer la maintenance des
données.

Je vous propose donc la création d'un groupe de travail dédié afin de
réaliser cette opération.


Aucune idée sur le niveau d'ironie de ton message.
Mais à supposer qu'il est sérieux, peux-tu détailler un peu à quoi tu 
penses ? Mode de fonctionnement, bénéfices, etc...
Sans plus de détails, et à chaud, j'ai la crainte qu'on aille vers une 
organisation qui complairait au DWG (compte unique, facile à surveiller 
par eux) mais au détriment des initiatives (et contributions) 
individuelles. Autrement dit qu'on se tirerait une balle dans le pied, 
en tuant des motivations. Donc j'attends volontiers plus de détails (une 
page de wiki ?) sur ce que tu as en tête.


À te lire,
vincent

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

Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[Philippe Verdy]

Peut-être vaut-il mieux alors avoir une structure de validation à deux
niveaux, permettant à plus de monde de travailler sur ces imports avec
un serveur de données à l'abri de l'inquisition du DWG, vérifier
collectivement le travail fait, avant que ces données aillent vers les
serveurs OSM (avec malgré tout des tas de conflits d'édition à
résoudre lors de cette seconde phase, ce qui n'est pas à la portée de
n'importe qui mal formé, mais accessible malgré tout par plus qu'un
seul compte ?).

Actuellement on produit localement des fichiers bruts de données
provenant uniquement du cadastre, ne pourraient-ils pas être complétés
par une préparation destinée à une meilleure intégration et appuyée
par une base de données comparable à celle d'OSM ?

Note: l'idée du compte unique pour les "imports" du cadastre me
déplait. D'abord qui va en être responsable ? Il ne me semble pas
compatible de partager un même compte OSM par plusieurs personnes : un
compte OSM c'est une adresse mail strictement personnelle. En plus si
ce compte mal utilisé se retrouve bloqué par suite d'une mauvaise
utilisation (même accidentelle) faite par une des personnes autorisées
à l'utiliser, cela rendra caduque tous les efforts de préparation
faits avant collectivement.

De plus en plus je suis convaincu que la base de données mondiale
unique est destinée à être scindée en plusieurs bases (autant que de
pays), la base centrale étant destinée alors à ce qui permet de les
raccorder (même au prix de certains doublons entre ce qui reste dans
la base "monde" et une ou plusieurs bases nationales. Et que des APIs
permettront d'interconnecter ces bases de données pour effectuer des
recherches croisées.

Le 20 octobre 2012 15:49, Vincent de Chateau-Thierry
 a écrit :
> Aucune idée sur le niveau d'ironie de ton message.
> Mais à supposer qu'il est sérieux, peux-tu détailler un peu à quoi tu penses
> ? Mode de fonctionnement, bénéfices, etc...
> Sans plus de détails, et à chaud, j'ai la crainte qu'on aille vers une
> organisation qui complairait au DWG (compte unique, facile à surveiller par
> eux) mais au détriment des initiatives (et contributions) individuelles.
> Autrement dit qu'on se tirerait une balle dans le pied, en tuant des
> motivations. Donc j'attends volontiers plus de détails (une page de wiki ?)
> sur ce que tu as en tête.
>
> À te lire,
> vincent
>
> ___
> 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] Re : Usage du tag place=isolated_dwelling en France

[sly (sylvain letuffe)]

Le samedi 20 octobre 2012 10:17:03, Christian Quest a écrit :
> Ce n'est pas le nombre de bâtiments qu'il faut prendre en compte, mais
> plutôt le nombre d'habitations, de foyers...

Le wiki dit "2 bâtiments max", bon, on va pas re-définir le tag non ?

> Le 19 octobre 2012 21:02, Nicolas  a écrit :
> > est qu'au final les place=isolated_dwellings
> > n'apparaissent pas _sur mon GPS Garmin_, 

Des type de cartes pour garmin, il y en a des tas, donc je te suggère 2 
méthode (l'une et/ou l'autre) :
- fouiller encore pour voir s'il n'y en aurait pas une qui affiche les 
place=isolated_dwellings
- contacter le gestionnaire du site sur lequel tu vas chercher tes fichiers 
garmin et lui demander s'il peut les ajouter car ça serait bien utile, et pas 
que pour toi.

J'en profite pour faire de la pub pour les cartes garmin (France) hébergées 
sur les serveur de l'association française ici :
http://garmin.openstreetmap.fr/

"Lann" était actif il y a encore pas si longtemps, j'ai complètement oublié 
son email, mais il était intervenu sur cette liste, peut-être qu'il peut être 
contacter et ajoutera, si ce n'est fait les place=isolated_dwellings

ps: de manière général, on a tendance à ne pas utiliser les tags qui ne sont 
"vus nulle part", mais de l'autre coté de la barrière les développeurs de 
carte ne souhaitent pas bosser sur des tags qui ne sont "utilisés nulle part". 
En clair, ça tourne en rond ! C'est pourquoi il faut, il me semble, quand même 
suivre le wiki, les choses changerons plus tard.

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Re : Usage du tag place=isolated_dwelling en France

[Christian Quest]

Le 20 octobre 2012 16:25, sly (sylvain letuffe)  a écrit :
> Le samedi 20 octobre 2012 10:17:03, Christian Quest a écrit :
>> Ce n'est pas le nombre de bâtiments qu'il faut prendre en compte, mais
>> plutôt le nombre d'habitations, de foyers...
>
> Le wiki dit "2 bâtiments max", bon, on va pas re-définir le tag non ?

Oups !

Wiki rulez ;)


-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[sly (sylvain letuffe)]

moi encore,

> > Et si tu/vous préférez je peux recopier ma question et leurs réponses
> > dans un thread public sur talk.

Me semblant que les discussion en cati-mini étant un sujet sensible en rapport 
avec le sujet sensible du 2ème compte, j'ai demandé aux exprimés de DWG si 
l'on pouvait continuer la discussion sur talk.
 
> Qu'est-ce qui les gêne ? Que je ne sois pas aveuglément d'accord avec
> la ligne du parti ? Que je pose des questions sur la gouvernance et la
> légitimité ?

Il semble et seulement de ce que je lis et comprends, qu'ils ont l'impression 
que ces questions de gouvernance ne sont qu'une méthode pour obtenir ce que 
l'on veut, et que cet avis n'est qu'isolé.
Ensuite, je perçois (là je suis dans le fantasme) une terrible fierté qui les 
empêche de revenir sur leur règle.

il se peut que ça soit pire encore, mais en tout cas j'ai envie de croire à ça 
pour l'instant.

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Philippe Verdy]

Le 20 octobre 2012 15:46, Christian Quest  a écrit :
> Je pense que si un nombre suffisant d'associations nationales émerge,
> une autre structure que l'OSMF sera nécessaire, plutôt sous la forme
> d'une fédération de ces asso. nationales. C'est une approche bottom-up
> alors que les chapters sont plus une approche top-down pas trop
> adaptée à mon avis à des projets libres.

C'est pourtant dans une approche "top-down" que fonctionne la plupart
des grandes fondations mondiales, ce qui n'ôte rien à l'indépendance
des travaux menés par chaque asso nationale, ou l'indépendance des
assos locales avec leur fédération nationale.

C'est le cas des assos humanitaires par exemple, le lien se faisant
par des AG rassemblant les assos membres d'une même fédération, et par
l'octroi ou le retrait par la fédération plus grande des agréements
(notamment pour utiliser son label, sa marque, selon les principes
généraux de la grande fédération, qui n'ont pas à tout couvrir par des
demandes excessives et non nécessaires pour l'objectif général
commun).

Chacun est alors responsabilisé, mais dispose aussi de la possibilité
de se retirer de l'accord, si cela lui parait plus utile (et quand
c'est décidé aussi collectivement dans son AG qui formule les statuts
et conditions d'agrément, car des possibilités doivent subsister pour
régler ou corriger les litiges entre les parties par des négociations
et arrangements communs, qui donnent aussi la souplesse d'adaptation
nécessaire à nombre de cas que des principes généraux ne peuvent pas
toujours prévoir).

Cela n'empêche pas de prendre des décisions rapide par quelques
responsables "privilégiés", tant que ceux-ci font rapport à l'AG du
détail de leurs décisions urgentes, et savent se montrer communicants
sur ce qu'ils font (au besoin si l'AG n'est pas d'accord sur les
décisions prises par les responsables, elle peut aussi relever de
leurs postes les responsables existants ; les statuts peuvent aussi
prévoir des cas où l'AG pourra se réunir de façon plus exceptionnelle
au delà des réunions annuelles, soit à la demande des responsables
eux-mêmes qui veulent conforter leurs décisions quand elles sont
vivement critiquées et quand ces critiques causent un trouble nuisible
à la vitalité du projet et la confiance envers les responsables
délégués qui les dirigent, ou celle d'un quorum suffisant de membres).

L'approche "up-down" me parait toutefois indispensable dès lors qu'une
asso locale utilise le nom du projet global dans ses propres
communications et dans son activité propre, car l'asso locale
intervient directement sur un terrain non négligeable dans l'image
donnée de la fondation et ses projets : l'agrément ne s'accorde pas
n'importe comment, et ce sera toujours l'asso locale qui sera
demandeuse de ce "label" (et non l'inverse). La Fondation a donc le
droit d'approuver ou non les statuts de l'asso locale (ce qui ne veut
pas dire qu'elle les écrit elle-même), et cela me parait normal.

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

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Philippe Verdy]

Le 20 octobre 2012 09:48, Otourly Wiki  a écrit :
> SI on regarde, sur JOSM (voir PJ) on voit bien que ya des différences...
Quelle PJ ? non transmise apparemment (oubliée, ou filtrée par la
liste qui préfère qu'on n'indique qu'un lien ?).

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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Stéphane Péneau]

24h plus tard :

Au zoom 7, ça a l'air d'être ok, par contre, pas au zoom 6.

Plus embarrassant, certaines couleurs ont de nouveau disparues. Par 
exemple Falleron :

http://layers.openstreetmap.fr/?zoom=13&lat=46.8784&lon=-1.67533&layers=B00FFT
La relation de Falleron :
http://www.openstreetmap.org/browse/relation/166092

Stf


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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Marc Sibert]

Le 20/10/2012 15:46, Christian Quest a écrit :

Le 20 octobre 2012 14:51, Marc Sibert  a écrit :

Bonjour,

A noter que dans ses status, l'asso OSM-FR n'a pas reconnu la fondation. Il
est difficile donc de présenter un texte issu de l'asso comme pouvant être
représentatif, alors qu'au contraire un contributeur comme Sylvain, grâce à
son ancienneté (dans le projet) et son soutient technique continu au projet,
a AMHA, plus de poids.

L'asso c'est max 100 adhérents alors que la "communauté" est nettement plus
nombreuse.

Juste mon avis.

Marc (adhérent ou plus ?)



Pour ne pas rentrer dans des spéculations inutiles, il faut rappeler
au moins deux choses:
- la fondation OSM est là pour supporter le projet OpenStreetMap, pas
pour le contrôler.
- OSM-FR est là aussi pour supporter le projet et a même préciser son
approche "promouvoir le projet OpenStreetMap et notamment la collecte,
la diffusion et l'utilisation de données cartographiques sous des
licences libres."

C'est bien le projet qui est important, pas les structures (OSMF, OSM-FR).

A titre personnel, je m'investi pour le projet à travers OSM-FR et pas
pour OSM-FR.
Pareil pour la fondation, si elle me semble être la bonne structure
pour faire avancer le projet, je m'y investi, sinon j'essaye de la
faire évoluer dans le bon sens de l'extérieur ou de l'intérieur si la
porte n'est pas fermée.

Je pense que si un nombre suffisant d'associations nationales émerge,
une autre structure que l'OSMF sera nécessaire, plutôt sous la forme
d'une fédération de ces asso. nationales. C'est une approche bottom-up
alors que les chapters sont plus une approche top-down pas trop
adaptée à mon avis à des projets libres.

En me relisant, mon message est effectivement ambigüe, alors que ce 
n'était absolument pas ma volonté ; je m'en excuse.


Je suis adhérant et sauf si mon adhésion est à échéance (doù le "ou plus 
?"), je le suis encore et le serais à nouveau sinon.


Les associations locales sont effectivement une bonne chose (pour 
fédérer l'activité, la soutenir et dans certains cas la financer 
(serveurs, opérations spécifiques)). C'est prouvé par les faits.


Il me semble que ce sont les contributeurs qui doivent définir (ou faire 
pencher la Fondation pour) les axes de progression du projet (quelles 
données, comment les saisir, etc.). Il me semble aussi que l'exemple du 
moment nous montre que je me trompe et je trouve ça vraiment triste.
Je ne suis pas convaincu que les "local chapter" soient suffisamment 
fortes pour montrer le "bon" chemin à la Fondation.


Mon avis et sans aucun sous-entendu.

A+

--
Marc Sibert
mailto:m...@sibert.fr


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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Pierre Béland]

Christian, je souscrit à ton point de vue.  L'Émergence d'associations 
nationales plus nombreuses fera sûrement évoluer l'organisation du projet OSM. 

Alors que plusieurs pays européens et peut-être quelques autres pays sont assez 
bien organisés, il est sûrement plus difficile ailleurs de faire émerger de 
telles associations. Beaucoup de travail reste à faire et il n'y a pas 
suffisamment d'outils de monitoring / suivi des membres pour faciliter le 
travail d'encadrement, de permettre à de petites équipes de construire de 
telles associations. Et travail encore plus difficile au niveau régional, si on 
ne pense qu'aux structures nationales.

Alors que nous avons au-delà de 800 000 contributeurs inscrits à OSM, les 
statistiques journalières indiquent moins de 3 000 éditeurs par jour. Il serait 
intéressant de voir des statistiques annuelles si elles existent. Mais à 
première vue, on peut penser qu'un grand nombre de contributeurs participent 
peu ou pas au projet.
http://osmstats.altogetherlost.com/index.php?item=countries
 
La carte des nouveaux contributeurs (derniers 7 jours) est assez éloquente. Les 
nouveaux venus sont concentrés dans quelques pays où l'organisation est sans 
doute plus structurée.
http://resultmaps.neis-one.org/newestosm.php
http://resultmaps.neis-one.org/newestosmlist.php

Beaucoup de boulot en perspective si on veut éviter les trous dans la carte!.


 
Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Samedi 20 octobre 2012 9h46
>Objet : Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : 
>tags dans changeset
> 
>Le 20 octobre 2012 14:51, Marc Sibert  a écrit :
>>
>> Bonjour,
>>
>> A noter que dans ses status, l'asso OSM-FR n'a pas reconnu la fondation. Il
>> est difficile donc de présenter un texte issu de l'asso comme pouvant être
>> représentatif, alors qu'au contraire un contributeur comme Sylvain, grâce à
>> son ancienneté (dans le projet) et son soutient technique continu au projet,
>> a AMHA, plus de poids.
>>
>> L'asso c'est max 100 adhérents alors que la "communauté" est nettement plus
>> nombreuse.
>>
>> Juste mon avis.
>>
>> Marc (adhérent ou plus ?)
>>
>
>
>Pour ne pas rentrer dans des spéculations inutiles, il faut rappeler
>au moins deux choses:
>- la fondation OSM est là pour supporter le projet OpenStreetMap, pas
>pour le contrôler.
>- OSM-FR est là aussi pour supporter le projet et a même préciser son
>approche "promouvoir le projet OpenStreetMap et notamment la collecte,
>la diffusion et l'utilisation de données cartographiques sous des
>licences libres."
>
>C'est bien le projet qui est important, pas les structures (OSMF, OSM-FR).
>
>A titre personnel, je m'investi pour le projet à travers OSM-FR et pas
>pour OSM-FR.
>Pareil pour la fondation, si elle me semble être la bonne structure
>pour faire avancer le projet, je m'y investi, sinon j'essaye de la
>faire évoluer dans le bon sens de l'extérieur ou de l'intérieur si la
>porte n'est pas fermée.
>
>Je pense que si un nombre suffisant d'associations nationales émerge,
>une autre structure que l'OSMF sera nécessaire, plutôt sous la forme
>d'une fédération de ces asso. nationales. C'est une approche bottom-up
>alors que les chapters sont plus une approche top-down pas trop
>adaptée à mon avis à des projets libres.
>
>-- 
>Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
>___
>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] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Vincent Pottier]

Le 20/10/2012 16:36, sly (sylvain letuffe) a écrit :
Ensuite, je perçois (là je suis dans le fantasme) une terrible fierté 
qui les empêche de revenir sur leur règle. 

Ce que je craignais...
C'est difficile de sortir de ça.
--
FrViPofm

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

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Philippe Verdy]

Ce n'est pas parce que le projet global se diviserait en plusieurs
projets plus locaux que cela empêcherait nombre d'utilisateurs
intéressés de participer à plusieurs d'entre eux (qu'il soient
localisés dans le pays concerné ou non).

Cela veut dire que même s'il y a seulement 8000 utilisateurs très
actifs dans le projet global actuel, l'émergence des projets locaux
aboutira nécessairement à une simple division drastique et
mathématique du nombre de participants au projet global: très souvent
ces participations s'ajouteront là où elles se croisent, et on
garderait malgré tout près de 8000 utilisateurs actifs pour le projet
global, dont une bonne partie irait aussi vers les projets locaux,
tout en ayant en plus des participants aux projets locaux (qui ensuite
aussi rejoindraient le projet global).

On l'a bien vu dans Wikipédia, mais c'est aussi le cas des autres
grands projets collaboratifs ou associatifs : les assos locales
n'aboutissent pas à une réduction de l'activité de l'association
globale, mais en augmente la visibilité comme aussi la participation.

Alors même si les utilisateurs actuels sont encore très (trop)
concentrés dans certains pays (et donnent une vision trop extérieure
des besoins et fonctionnalités nécessaires), pour les autres pays où
la participation est faible, les assos locales peuvent apporter aussi
le « boost » nécessaire (avec la collaboration aussi de la communauté
globale qui y partipera aussi en soutenant l'émergence des projets
locaux).

Il n'est pas inintéressant de lire les conclusions de la grande
enquête de « planification » menée chez Wikimedia, et ce à quoi cela a
abouti pour faire évoluer les projets avec une ligne de conduite sur
plusieurs années : une meilleure connaissance et prise en compte des
besoins locaux (à la fois en termes techniques, comme aussi de
gouvernance), sans renier l'objectif initial du projet global qui
commençait à s'essoufler et ne trouvait plus de ligne cohérente pour
avancer sans un gâchis croissant des ressources.

Le 20 octobre 2012 17:01, Pierre Béland  a écrit :
> La carte des nouveaux contributeurs (derniers 7 jours) est assez éloquente.
> Les nouveaux venus sont concentrés dans quelques pays où l'organisation est
> sans doute plus structurée.
> http://resultmaps.neis-one.org/newestosm.php
> http://resultmaps.neis-one.org/newestosmlist.php
>
> Beaucoup de boulot en perspective si on veut éviter les trous dans la
> carte!.
>
>
> Pierre
>
> 
> De : Christian Quest 
> À : Discussions sur OSM en français 
> Envoyé le : Samedi 20 octobre 2012 9h46
>
> Objet : Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative
> : tags dans changeset
>
> Le 20 octobre 2012 14:51, Marc Sibert  a écrit :
>>
>> Bonjour,
>>
>> A noter que dans ses status, l'asso OSM-FR n'a pas reconnu la fondation.
>> Il
>> est difficile donc de présenter un texte issu de l'asso comme pouvant être
>> représentatif, alors qu'au contraire un contributeur comme Sylvain, grâce
>> à
>> son ancienneté (dans le projet) et son soutient technique continu au
>> projet,
>> a AMHA, plus de poids.
>>
>> L'asso c'est max 100 adhérents alors que la "communauté" est nettement
>> plus
>> nombreuse.
>>
>> Juste mon avis.
>>
>> Marc (adhérent ou plus ?)
>>
>
>
> Pour ne pas rentrer dans des spéculations inutiles, il faut rappeler
> au moins deux choses:
> - la fondation OSM est là pour supporter le projet OpenStreetMap, pas
> pour le contrôler.
> - OSM-FR est là aussi pour supporter le projet et a même préciser son
> approche "promouvoir le projet OpenStreetMap et notamment la collecte,
> la diffusion et l'utilisation de données cartographiques sous des
> licences libres."
>
> C'est bien le projet qui est important, pas les structures (OSMF, OSM-FR).
>
> A titre personnel, je m'investi pour le projet à travers OSM-FR et pas
> pour OSM-FR.
> Pareil pour la fondation, si elle me semble être la bonne structure
> pour faire avancer le projet, je m'y investi, sinon j'essaye de la
> faire évoluer dans le bon sens de l'extérieur ou de l'intérieur si la
> porte n'est pas fermée.
>
> Je pense que si un nombre suffisant d'associations nationales émerge,
> une autre structure que l'OSMF sera nécessaire, plutôt sous la forme
> d'une fédération de ces asso. nationales. C'est une approche bottom-up
> alors que les chapters sont plus une approche top-down pas trop
> adaptée à mon avis à des projets libres.
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> 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] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Philippe Verdy]

Le 20 octobre 2012 16:56, Stéphane Péneau  a écrit :
> 24h plus tard :
>
> Au zoom 7, ça a l'air d'être ok, par contre, pas au zoom 6.
>
> Plus embarrassant, certaines couleurs ont de nouveau disparues. Par exemple
> Falleron :
> http://layers.openstreetmap.fr/?zoom=13&lat=46.8784&lon=-1.67533&layers=B00FFT
> La relation de Falleron :
> http://www.openstreetmap.org/browse/relation/166092

Pour Falleron c'est une anomalie de remplissage de la zone (alors que
la zone est bien prise en compte puisque son libellé apparaît bien
centré). Ce cas apparaît parfois quand certaines zones voisines sont
mal fermées, la formation des polygones est alors ambiguë quand on
n'extrait qu'une partie des données (et que les données extraites
semblent suffisantes).

Dans d'autres cas c'est lié à l'existence d'une frontière en doublon
(les deux frontières sont utilisées alors simultanément dans le rendu,
ce qui permet de positionner le libellé et tracer les contours, mais
pas de remplir la zone qui alors ne se ferme pas correctement).

On voit assez souvent alors des anomalies de raccordement des
remplissages entre une tuile et la tuile voisine (qui parfois aussi va
remplir la zone de gris, mais pas sa tuile voisine).

A chaque fois que j'ai vu ça, c'est qu'il y a une anomalie dans les
données de la base ou bien des données incomplètes ou mal "taguées"
(par exemple on a omis de taguer un segment de rivière utilisé comme
frontière dans une relation, ou bien ce segment est oublié dans la
relation, et l'extraction des données ne voit pas ce segment, ou bien
il y a un segment en trop dans la relation, ou bien il manque des tags
dans la relation elle-même pour qu'elle soit prise en compte
correctement pour ce qu'elle est sensée représenter).

Concernant certains "retards" de mise à jour, ces anomalies dans la
base peuvent en être aussi la cause. Si on croit que c'est correct, on
peut toujours faire (avec certains navigateurs qui le proposent comme
Chrome) un clic droit sur la tuile concernée pour demander à
l'afficher isolément dans un onglet séparé du navigateur, puis ajouter
"/dirty" à son URL pour demander à ce qu'elle soit rafraîchie plus tôt
(cela a aussi pour effet de demander le rafraîchissement d'un certain
nombre de tuiles voisines au même niveau de zoom, mais cela ne demande
pas le rafraîchissement des tuiles couvrant la zone aux autres niveaux
de zoom).

Si quelques minutes plus tard (délai variable selon la charge du
serveur de tuiles, dont on peut savoir s'il a traité la demande de
rafraîchissement en utilisant "/status" à la place de "/dirty" afin
qu'il indique quelle en est la date et l'heure de génération), et en
réaffichant la tuile dans l'onglet séparé (CTRL+R) on ne voit toujours
aucun changement, c'est qu'il y a bien une anomalie à corriger dans la
base, et il faut regarder plus en détail ce qui manque.

=

Noter une anomalie apparente de Chrome  (à confirmer) :

Une tuile correctement rafraîchie séparément dans un onglet pour
afficher sa nouvelle version, peut, lorsqu'on l'affiche dans la page
web de la carte générale, n'être affichée parfois que dans son
ancienne version.

Chrome "semble "se mélanger dans la gestion de son cache, lorsque les
images sont chargées par des requêtes HTTP dynamiques, au contraire
des affichages demandés avec l'URL simple de la tuile, et son cache
alors contient les deux versions : il se trompe en utilisant une
version ancienne toujours présente aussi dans le cache.

Ce n'est peut-être pas une anomalie du cache de Chrome, mais une
anomalie du Javascript de la page web, dont les requêtes HTTP
dynamiques utiliseraient certaines métadonnées comme par exemple un
cookie de session dont il est tenu compte pour sélectionner la version
de tuile à utiliser, ce cookie n'étant pas utilisé quand on demande la
tuile dans un onglet séparé.

La seule parade à ça pour l'instant, est de vider le cache du
navigateur, car même la fermeture et la réouverture du navigateur, ou
le rafraîchissement de la page web ne lui suffit pas à utiliser la
version plus récente dans son cache, alors qu'il affiche parfaitement
la version plus récente quand on la demande séparément. Cette purge du
cache suffit à effacer la version marquée du cookie de session (une
nouvelle session sera créée avec ses propres cookies, qui affichera la
version récente de la tuile même si c'est la même version rendue que
celle affichée séparément hors de cette session).

L'anomalie peut aussi être causée par des métadonnées différentes
retournées par le serveur suivant les deux types de requêtes HTTP qui
sont, visiblement, différentes (l'une des requêtes, celle pour
l'affichage de la tuile isolée, est plus dépouillée que l'autre, celle
effectuée par les requêtes dynamiques en javscript du framework
OpenLayers).

J'ai tendance ici à penser que c'est une anomalie du framework
OpenLayers (qui effectue des requêtes HTTP trop "riches" en paramètres
pour obtenir les tuiles au lieu de se contenter seulement de leur URL
en élimin

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Philippe Verdy]

En fouillant un peu mieux, je constate en fait l'inverse : c'est
l'affichage de la tuile dans un onglet séparé qui effectue la requête
HTTP la plus riche :

Request URL:http://a.layers.openstreetmap.fr/voirie-cadastre/7/67/44.png
Request Method:GET
Entêtes :
GET /voirie-cadastre/7/63/45.png HTTP/1.1
Host: b.layers.openstreetmap.fr
Connection: keep-alive
Cache-Control: max-age=0
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4
(KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Referer: 
http://layers.openstreetmap.fr/?zoom=7&lat=46.88444&lon=-1.68743&layers=B00FFT
Accept-Encoding: gzip,deflate,sdch
Accept-Language: fr,en-US;q=0.8,en;q=0.6
Accept-Charset: UTF-8,*;q=0.5
DNT: 1
If-None-Match: "4ceeff3b43fdaeca2ff3ff59c6510421"

alors que dans la page web la requête HTTP faite par OpenLayers ne
contient que :

Request URL:http://a.layers.openstreetmap.fr/voirie-cadastre/7/67/44.png
Request Method:GET

sans aucun autre entête.

La réponse du serveur, même si c'est la même, est alors stockée dans
le cache séparément puisque les résultats de ces requêtes dépendent
(logiquement) de ces entêtes.

Parmi les entêtes justifiant le stockage des deux versions de la tuile
dans le cache du navigateur, il y a notamment tous ceux-là (ajoutés
par le navigateur, mais pas par le framework OpenLayers dans ses
requêtes dynamiques, mais dont il est tenu compte pour savoir si les
versions doivent être séparées dans le cache du navigateur) :

Cache-Control: max-age=0
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4
(KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Referer: 
http://layers.openstreetmap.fr/?zoom=7&lat=46.88444&lon=-1.68743&layers=B00FFT
Accept-Encoding: gzip,deflate,sdch
Accept-Language: fr,en-US;q=0.8,en;q=0.6
Accept-Charset: UTF-8,*;q=0.5
DNT: 1

Dans ce cas, ce n'est pas réellement une anomalie du serveur de
tuiles, ni du navigateur.

Je ne vois pas de parade évidente et immédiate pour le corriger dans
le framework OpenLayers, qui n'a pas connaissance de la plupart de ces
autres entêtes et dont il n'a pas lui-même besoin (pas plus que le
serveur de tuiles non plus, à moins qu'il lui prenne un jour de tenir
compte de "Accept-Language:" pour retourner des tuiles affichant ses
libellés dans la langue préférée de l'utilisateur et configurée dans
son navigateur, ce qui nécessiterait qu'OpenLayers ajoute ce paramètre
de langue dans ses requêtes dynamiques, en tirant sa valeur de celle
déjà présente dans la page web où il va afficher les tuiles qu'il
demande).

Le 20 octobre 2012 18:02, Philippe Verdy  a écrit :
> Le 20 octobre 2012 16:56, Stéphane Péneau  a 
> écrit :
>> 24h plus tard :
>>
>> Au zoom 7, ça a l'air d'être ok, par contre, pas au zoom 6.
>>
>> Plus embarrassant, certaines couleurs ont de nouveau disparues. Par exemple
>> Falleron :
>> http://layers.openstreetmap.fr/?zoom=13&lat=46.8784&lon=-1.67533&layers=B00FFT
>> La relation de Falleron :
>> http://www.openstreetmap.org/browse/relation/166092
>
> Pour Falleron c'est une anomalie de remplissage de la zone (alors que
> la zone est bien prise en compte puisque son libellé apparaît bien
> centré). Ce cas apparaît parfois quand certaines zones voisines sont
> mal fermées, la formation des polygones est alors ambiguë quand on
> n'extrait qu'une partie des données (et que les données extraites
> semblent suffisantes).
>
> Dans d'autres cas c'est lié à l'existence d'une frontière en doublon
> (les deux frontières sont utilisées alors simultanément dans le rendu,
> ce qui permet de positionner le libellé et tracer les contours, mais
> pas de remplir la zone qui alors ne se ferme pas correctement).
>
> On voit assez souvent alors des anomalies de raccordement des
> remplissages entre une tuile et la tuile voisine (qui parfois aussi va
> remplir la zone de gris, mais pas sa tuile voisine).
>
> A chaque fois que j'ai vu ça, c'est qu'il y a une anomalie dans les
> données de la base ou bien des données incomplètes ou mal "taguées"
> (par exemple on a omis de taguer un segment de rivière utilisé comme
> frontière dans une relation, ou bien ce segment est oublié dans la
> relation, et l'extraction des données ne voit pas ce segment, ou bien
> il y a un segment en trop dans la relation, ou bien il manque des tags
> dans la relation elle-même pour qu'elle soit prise en compte
> correctement pour ce qu'elle est sensée représenter).
>
> Concernant certains "retards" de mise à jour, ces anomalies dans la
> base peuvent en être aussi la cause. Si on croit que c'est correct, on
> peut toujours faire (avec certains navigateurs qui le proposent comme
> Chrome) un clic droit sur la tuile concernée pour demander à
> l'afficher isolément dans un onglet séparé du navigateur, puis ajouter
> "/dirty" à son URL pour demander à ce qu'elle soit rafraîchie plus 

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Philippe Verdy]

Le 20 octobre 2012 18:25, Philippe Verdy  a écrit :
> En fouillant un peu mieux, je constate en fait l'inverse : c'est
> l'affichage de la tuile dans un onglet séparé qui effectue la requête
> HTTP la plus riche :
>
> Request URL:http://a.layers.openstreetmap.fr/voirie-cadastre/7/67/44.png
> Request Method:GET
> Entêtes :
> GET /voirie-cadastre/7/63/45.png HTTP/1.1
> Host: b.layers.openstreetmap.fr
> Connection: keep-alive
> Cache-Control: max-age=0
> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4
> (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Referer: 
> http://layers.openstreetmap.fr/?zoom=7&lat=46.88444&lon=-1.68743&layers=B00FFT
> Accept-Encoding: gzip,deflate,sdch
> Accept-Language: fr,en-US;q=0.8,en;q=0.6
> Accept-Charset: UTF-8,*;q=0.5
> DNT: 1
> If-None-Match: "4ceeff3b43fdaeca2ff3ff59c6510421"
>
> alors que dans la page web la requête HTTP faite par OpenLayers ne
> contient que :
>
> Request URL:http://a.layers.openstreetmap.fr/voirie-cadastre/7/67/44.png
> Request Method:GET
>
> sans aucun autre entête.
>
> La réponse du serveur, même si c'est la même, est alors stockée dans
> le cache séparément puisque les résultats de ces requêtes dépendent
> (logiquement) de ces entêtes.
>
> Parmi les entêtes justifiant le stockage des deux versions de la tuile
> dans le cache du navigateur, il y a notamment tous ceux-là (ajoutés
> par le navigateur, mais pas par le framework OpenLayers dans ses
> requêtes dynamiques, mais dont il est tenu compte pour savoir si les
> versions doivent être séparées dans le cache du navigateur) :
>
> Cache-Control: max-age=0
> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4
> (KHTML, like Gecko) Chrome/22.0.1229.94 Safari/537.4
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Referer: 
> http://layers.openstreetmap.fr/?zoom=7&lat=46.88444&lon=-1.68743&layers=B00FFT
> Accept-Encoding: gzip,deflate,sdch
> Accept-Language: fr,en-US;q=0.8,en;q=0.6
> Accept-Charset: UTF-8,*;q=0.5
> DNT: 1
>
> Dans ce cas, ce n'est pas réellement une anomalie du serveur de
> tuiles, ni du navigateur.

Réflexion faite, ce peut être considéré comme une anomalie du
navigateur (Chrome ici), quand lorsqu'on demande le rafraîchissement
complet de la page web contenant les diverses tuiles déjà affichées,
le navigateur n'invalide pas dans son cache les images qui sont
actuellement affichées dans la page avant son rafraîchissement (ce qui
forcerait aussi leur rechargement dans le cache) : il ne semble le
faire que pour les images dont les URLs étaient stockées statiquement
dans le code HTML de la page web, sans tenir compte du fait que ces
images ont été insérées dynamiquement par un javascript (celles-là ne
sont pas purgées du cache).

Je peux aller demander ça aux auteurs de Chrome pour voir si ce n'est
pas une anomalie à corriger (car c'est assez gênant qu'une demande de
rafraîchissement complet d'une page ne se fasse qu'en partie, mais
nécessite une purge préalable du cache du navigateur, alors que ce
cache contient encore des images obsolètes qui ne disparaîtront toutes
seules que très tardivement mais jamais par une demande simple de
l'utilisateur autre que la purge complète du cache).

Constatez-vous cette anomalie de rafraîchissement avec d'autres navigateurs ?

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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[sly (sylvain letuffe)]

Le samedi 20 octobre 2012 16:56:02, Stéphane Péneau a écrit :
> 24h plus tard :
> 
> Au zoom 7, ça a l'air d'être ok, par contre, pas au zoom 6.

ça, je ne peux pas trop dire d'où ça vient, j'ai transmis à la bonne personne

> Plus embarrassant, certaines couleurs ont de nouveau disparues. Par
> exemple Falleron :
> http://layers.openstreetmap.fr/?zoom=13&lat=46.8784&lon=-1.67533&layers=B00
> FFT La relation de Falleron :
> http://www.openstreetmap.org/browse/relation/166092

Le recalcul ayant lieu dimanche prochain (demain) c'est ça qui manquait.
J'ai relancé juste pour cette zone et ça semble être revenu.

Attendons donc lundi voir si tout revient dans l'ordre après un re-calcul 
complet.

idem, je te laisse revenir indiquer par un mail si tu trouves à nouveau un 
problème ?
(en considérant toujours qu'une commune vectorisée depuis moins de 8 mois 
n'apparaissant pas n'est pas un bug mais une "suggestion d'évolution")

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[sly (sylvain letuffe)]

Le samedi 20 octobre 2012 15:01:00, Marc Sibert a écrit :
> Bonjour,
> 
> Après toutes ces tergiversations, je viens de trouver la solution ultime.
> *Nous devons assurer un import du cadastre massif pour la France avec un
> compte unique.*

Pour ma part, je préférerais qu'une telle solution ne soit entreprise qu'en 
dernier recours (du genre celui juste avant le fork, mais après que les 
martiens débarquent).
son terrible dommage collatéral étant de laisser trainer en base des trucs 
pourri et se chevauchant là où une intégration progressive garantira un 
minimum de qualité car elle est suivi pas à pas.


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Stéphane Péneau]

Le 20/10/2012 18:56, sly (sylvain letuffe) a écrit :

Le recalcul ayant lieu dimanche prochain (demain) c'est ça qui manquait.
J'ai relancé juste pour cette zone et ça semble être revenu.

Attendons donc lundi voir si tout revient dans l'ordre après un re-calcul
complet.

idem, je te laisse revenir indiquer par un mail si tu trouves à nouveau un
problème ?
(en considérant toujours qu'une commune vectorisée depuis moins de 8 mois
n'apparaissant pas n'est pas un bug mais une "suggestion d'évolution")


On fait comme ça.
Les communes des pays de la loire sont vectorisées depuis assez 
longtemps donc je n'ai pas trop de risque de tomber sur ce genre de cas. 
Je crois qu'il n'y a que quelques exceptions en mayenne.


Stf

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

Re: [OSM-talk-fr] Motorroad en France?

[Christian Rogel]

Le 20 oct. 2012 à 12:23, Marc a écrit :

> Le 19/10/2012 01:23, Christian Rogel a écrit :
>> 
>> Tout cela a peu avoir avec les principes d'OSM qui sont de transcrire
>> les types de routes en les classant et en les caractérisant.
>> Les panneaux sont là pour être "indiqués" dans la base, pas pour diriger
>> le taggage.
>> Back to basics.

> Tu oublies un point. Les pouvoirs publics font rarement n'importe quoi. Le 
> panneau C107 est une excellente information pour classifier une route.
> 
> En france la très-super-grande majorité des itinéraires inter-régionaux 
> contournent les agglomérations. Dans un thread précédant j'ai évoqué des cas 
> de "trunk urbaine" à Calgary notamment. Il s'agit de la transcanadienne : 
> itinéraire le plus rapide pour traverser d'Est en Ouest la capital de 
> l'Alberta. Cas inexistant dans nos contrées.


On se croirait dans une pièce de Molière : "le panneau C 107, vous-dis-je !".

Donc, nous avons les panneaux C 207 et  C 107 et, puis plus rien.
(seulement des références N, M, D et C).

Tout le monde voit qu'une voie express est fondamentalement similaire à une 
autoroute,
mais, le wiki français leur décrète "un statut particulier".

El les autres voies, elles n'en ont pas? Ben si, y'a sûrement toute une 
réglementation 
là-dessus, mais, c'est trop compliqué.

C'est tellement plus simple que de s'enrouler autour du panneau C 107 !

D'autres pays n'ont pas imprudemment gelé le niveau "trunk", ce qui leur donne, 
évidemment,
des libertés plus grandes et de proche en proche pour les autres catégories.
Leurs itinéraires principaux ressortent mieux à côté des "primary" et cela doit 
avoir des avantages
pour le routage.

Pour le moment et sans beaucoup chercher, j'ai trouvé :

Adeptes du "trunk" assis sur une minuscule catégorie de routes : Français, 
Allemands, Croates, USA,
sans doute aussi les Autrichiens.
Cela concernerait "la majorité des pays européens", mais, personne n'a cherché 
à faire une liste.

Vrais connaisseurs de l'esprit du "trunk"  ;-) :
GB, Irlande, Canada, Espagne

Sur la page "trunk" en anglais, on lit :
To map a simple trunk road you can just draw a line for it. Select all ways 
which belong to the trunk road
and tag them with highway=trunk. As always, use oneway=yes when it is not 
possible to drive
in both directions on the trunk road, and make sure the way points in the same 
direction as the oneway goes.

Il est donc possible d'avoir des "trunk" simples (1 seule chaussée).
Le gag est que la phrase est traduite en français et en italien, mais est 
contredite plus bas.

A noter que c'est le 10octobre 2006 qu'un certain Frank M a défini les 4 voies 
non autoroutes comme
"trunk" sur la page Tagging samples/out of town
Il n'a pas poussé la précision plus loin qu'une photo, prise apparemment en 
Allemagne, qui ne montre
pas grand-chose à part l'absence de BAU.

La bifurcation, qu'une partie des anglophones a rejetée, a du arriver cette 
année-là.

La page de discussion en anglais sur "trunk" est amusante, car, on y apprend 
qu'aux USA, aucun règlement
ne bannit les  piétons et les cyclistes sur les 4 ou 6 voies qui ne seraient 
pas des "Interstate", mais, que ce
n'est pas recommandé d'y aller sans un moteur de bonne cylindrée.

http://wiki.openstreetmap.org/wiki/Talk:Tag:highway%3Dtrunk


Christian Rogel

PS : dire que "les pouvoirs publics font rarement n'importe quoi" est une 
assertion très imprudente, même
en matière de sécurité routière.
Et ne parlons pas de l'art de gaspiller les deniers publics à très grande 
échelle.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Otourly Wiki]

Bref, pour comprendre vous n'avez qu'à regarder le cadastre et vous verrez la 
différence.

 
Florian Farge aka Otourly
Sur lesprojets wikimédiens et l'Association française,et sur OSM
Socio di Wikimedia Italia




>
> De : Philippe Verdy 
>À : Otourly Wiki ; Discussions sur OSM en français 
> 
>Envoyé le : Samedi 20 octobre 2012 16h51
>Objet : Re: [OSM-talk-fr] Comment tagguer des gradins ?
> 
>Le 20 octobre 2012 09:48, Otourly Wiki  a écrit :
>> SI on regarde, sur JOSM (voir PJ) on voit bien que ya des différences...
>Quelle PJ ? non transmise apparemment (oubliée, ou filtrée par la
>liste qui préfère qu'on n'indique qu'un lien ?).
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset

[Eric Sibert]

L'asso c'est max 100 adhérents alors que la "communauté" est  
nettement plus nombreuse.


Idem pour la Fondation. C'est 500 adhérents... et les clés des serveurs.


Eric


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

Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[partir-en-vtt]

Moi je suis plutôt pour, il suffit lorsque l'on bosse sur le secteur de
modifier les erreurs existantes.

Un petit peu de pédagogie pour les utilisateurs via un tuto bien mis en
valeur et ça devrait régler pas mal de problèmes.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Creation-d-un-Groupe-de-Travail-pour-un-import-du-Cadastre-National-tp5731983p5732039.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] Création d'un Groupe de Travail pour un import du Cadastre National

[Christian Quest]

Ca va à l'encontre de ce qu'on a toujours mis en avant jusqu'à
aujourd'hui: la qualité avant la quantité.

Pour moi aussi c'est à utiliser avant l'invasion extra-terrestre*.


Le 20 octobre 2012 20:38, partir-en-vtt  a écrit :
> Moi je suis plutôt pour, il suffit lorsque l'on bosse sur le secteur de
> modifier les erreurs existantes.
>
> Un petit peu de pédagogie pour les utilisateurs via un tuto bien mis en
> valeur et ça devrait régler pas mal de problèmes.
>
>


* j'évite de stigmatiser les martiens, qui ne sont pas pire ni
meilleur que d'autres extraterrestre... et puis ce sont les plus
proches donc plus enclins à nous envahir, on ne sait jamais

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[Philippe Verdy]

Le 20 octobre 2012 21:10, Christian Quest  a écrit :
> * j'évite de stigmatiser les martiens, qui ne sont pas pire ni
> meilleur que d'autres extraterrestre... et puis ce sont les plus
> proches donc plus enclins à nous envahir, on ne sait jamais

C'est sûr qu'on risque plus de se faire envahir avant par les Sélènes
(ou « Luniens ») qui se planquent tous pour l'instant sur la face
cachée pour préparer cette invasion massive). Mais encore plus par les
« Lunatiques » de tout poil qui sont déjà partout sur Terre mais dont
on ne se méfie jamais assez alors qu’on les voit ou les entends tous
les jours !

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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Pierre-Alain Dorange]

Philippe Verdy  wrote:

> > J'ai eut le même cas (France 3 Poitou-Charentes) les journalistes
> > n'avaient pas d'avis mais leur rédaction a clairement refusé malgré une
> > certaine insistance de ma part...
> 
> As-tu utilisé ton droit d'accès légal et personnel à ton image ? (pour
> un usage personnel et familial, y compris chez toi avec tes amis, ce
> qui ne te permet pas en revanche d'en faire toi-même une publication
> sur un réseau ouvert ou en faire usage dans une démonstration
> publique)

Pas vraiment, j'ai eut le "droit" d'usage privé (difficile enlevable).
Mais  ce que j'aurais voulut c'est un droit plus large pour usage par
OSM-FR.

> [...]
> Si en revanche tu as signé un document de cession exclusive

Rien signé du tout.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Philippe Verdy]

Le 20 octobre 2012 21:26, Pierre-Alain Dorange  a écrit :
> Philippe Verdy  wrote:
>
>> > J'ai eut le même cas (France 3 Poitou-Charentes) les journalistes
>> > n'avaient pas d'avis mais leur rédaction a clairement refusé malgré une
>> > certaine insistance de ma part...
>>
>> As-tu utilisé ton droit d'accès légal et personnel à ton image ? (pour
>> un usage personnel et familial, y compris chez toi avec tes amis, ce
>> qui ne te permet pas en revanche d'en faire toi-même une publication
>> sur un réseau ouvert ou en faire usage dans une démonstration
>> publique)
>
> Pas vraiment, j'ai eut le "droit" d'usage privé (difficile enlevable).

Heureusement alors...

> Mais  ce que j'aurais voulut c'est un droit plus large pour usage par
> OSM-FR.

Là ce droit n'est pas légalement donné automatiquement puisqu'il n'est
plus exclusif. Pour ça pas d'autre moyen que de négocier gentiment
(ils peuvent refuser, au moins pendant un certain temps, jusqu'à ce
que le reportage ait été diffusé, et que les rediffusions aient pris
fin aussi sur Pluzz.fr au bout d'une semaine en général pour les
émissions d'actu produites par la chaîne).

>> [...]
>> Si en revanche tu as signé un document de cession exclusive
>
> Rien signé du tout.

Bref ils utilisent alors ton image sans avoir obtenu ton accord formel
(c'est assez bizarre car c'est pourtant quelque chose d'habituel en
télévision, même si c'est fréquemment omis en presse écrite, dont la
diffusion est souvent plus limitée). Ça te donne une justification
pour obtenir quelque chose en compensation au delà de la seule
compensation personnelle que tu as déjà eu.

A mon avis il vaut mieux que tu attendes pour faire ta demande que le
reportage soit déjà passé et ses rediffusions aussi (pour que la
chaîne ne voit plus beaucoup d'intérêt à en garder un usage exclusif
et ne craigne pas des diffusions parasites). Tu peux aussi justifier
du fait que la rediffusion par OSM-FR mentionnera la chaîne, avec même
un lien hypertexte vers elle au delà du seul logo apparaissant dans un
coin de l'image.

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

Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est

[Philippe Verdy]

Note que les images ne sont peut-être pas non plus la propriété de la
chaîne. Elles peuvent être celles de l'équipe de production à qui la
chaîne a acquis les droits de diffusion limité pour ce reportage (même
si via c'est une commande de la chaîne), ou bien ces droits sont déjà
cédés à l'INA après leur diffusion.

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

Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Philippe Verdy]

Visiblement il y a bien un problème de données dans la base, ce qui
explique que les communes ne se remplissent pas. Certaines ont été
importées plusieurs fois (dans plusieurs relations de même type et de
même nom), tout autour de Challans (Vendée).

Quand les données sont exportées et les polygones formés pour le
rendu, ces multiples tracés se combinent (ils font partie de la même
sélection, le rendu se fiche complètement de savoir de quelle relation
ou de quelle autre viennent ces tracés), ce qui « évide » le polygone
obtenu, mais cela n'empêche pas le libellé central d'apparaître au bon
endroit malgré tout.

Encore une justification du fait que les tracés superposés sont
nuisibles (on a du mal à les distinguer dans les éditeurs, et les
vérifications de polygones ou des polygones adjacents ne trouvent
aucun problème, car ce sont en fait des polygones différents chacun
d'eux étant correctement fermé, même si leur géométrie est identique,
ou quasiment identique, au point qu'on n'en voit qu'un).

Je vais nettoyer tout ça (mais la correction simple en utilisant les
relations dépendantes ne suffit pas, il faut charger tous les objets
dans la zone où figure ces doublons, sauf que c'est difficile de voir
où ils sont).

Le 20 octobre 2012 19:42, Stéphane Péneau  a écrit :
> Le 20/10/2012 18:56, sly (sylvain letuffe) a écrit :
>
>> Le recalcul ayant lieu dimanche prochain (demain) c'est ça qui manquait.
>> J'ai relancé juste pour cette zone et ça semble être revenu.
>>
>> Attendons donc lundi voir si tout revient dans l'ordre après un re-calcul
>> complet.
>>
>> idem, je te laisse revenir indiquer par un mail si tu trouves à nouveau un
>> problème ?
>> (en considérant toujours qu'une commune vectorisée depuis moins de 8 mois
>> n'apparaissant pas n'est pas un bug mais une "suggestion d'évolution")
>>
> On fait comme ça.
> Les communes des pays de la loire sont vectorisées depuis assez longtemps
> donc je n'ai pas trop de risque de tomber sur ce genre de cas. Je crois
> qu'il n'y a que quelques exceptions en mayenne.

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

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Pierre Béland]

Otoury,

Voir l'exemple du théatre antique d'Orange.


http://www.openstreetmap.org/?query=theatre%20antique,%20orange

 
Pierre 



>
> De : Otourly Wiki 
>À : Discussions sur OSM en français  
>Envoyé le : Vendredi 19 octobre 2012 13h51
>Objet : [OSM-talk-fr] Comment tagguer des gradins ?
> 
>
>Bonjour,
>
>Suite à une rencontre lyonnaise entre mappeurs (le compte rendu est là: 
>http://wiki.openstreetmap.org/wiki/Lyon/16_octobre_2012) Nous avons discuté 
>notamment du théâtre gallo-romain de Fourvière. Le fait est que le cadastre 
>est particulièrement beau et qu'il pourrait nous aider à dessiner de manière 
>plutôt fidèle ce site.
>
>
>Cependant comment tague-t-on les gradins ? 
>
> 
>Florian Farge aka Otourly
>Sur lesprojets wikimédiens et l'Association française,et sur OSM
>Socio di Wikimedia Italia
>
>___
>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] A propos de la couche voirie/cadastre de layers.openstreetmap.fr

[Philippe Verdy]

Diffiile de voir ce qui cloche. En revérifiant tout. En plus, dès que
je regarde un peu plus, on trouve davantage de communes pour
lesquelles la couche Voirie/Cadastre disparait (plus aucune
statistique calculée, dont plus de couleur non plus).

On dirait que c'est plutôt le calcul de cette couche qui oublie de
calculer des communes pour je ne sais quelle raison : s'il y a des
doublons ou un problème d'indexation c'est dans ce calcul sur sa
propre base et pas dans OSM lui-même.

En attendant les communes, communautés de communes, cantons,
circonscriptions législatives, arrondissements, départements et
régions sont corrects.

A revoir donc demain quand le calcul de la couche voirie/cadastre sera
réeffectué pour voir si ces communes sont encore une fois oubliées.

Le 20 octobre 2012 22:21, Philippe Verdy  a écrit :
>
> Le 20 octobre 2012 19:42, Stéphane Péneau  a 
> écrit :
>> Le 20/10/2012 18:56, sly (sylvain letuffe) a écrit :
>>
>>> Le recalcul ayant lieu dimanche prochain (demain) c'est ça qui manquait.
>>> J'ai relancé juste pour cette zone et ça semble être revenu.
>>>
>>> Attendons donc lundi voir si tout revient dans l'ordre après un re-calcul
>>> complet.
>>>
>>> idem, je te laisse revenir indiquer par un mail si tu trouves à nouveau un
>>> problème ?
>>> (en considérant toujours qu'une commune vectorisée depuis moins de 8 mois
>>> n'apparaissant pas n'est pas un bug mais une "suggestion d'évolution")
>>>
>> On fait comme ça.
>> Les communes des pays de la loire sont vectorisées depuis assez longtemps
>> donc je n'ai pas trop de risque de tomber sur ce genre de cas. Je crois
>> qu'il n'y a que quelques exceptions en mayenne.

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

Re: [OSM-talk-fr] Comment tagguer des gradins ?

[Philippe Verdy]

Joli rendu. Même si on se demande si le découpage du théâtre en
plusieurs morceaux n'est pas là pour afficher les gradins (cela ne
semble pas être le cas, car on n'a pas le détail des différentes
marches, mais peut-être juste une indication du nombre de niveaux
situés en dessous, au cas où on commencerait à taguer pour un rendu 3D
comme on l'a fait de façon expérimentale pour certains bâtiments hauts
remarquables, en les découpant verticalement par niveaux ou groupes de
niveaux de même "forme").

Mais on a bien les escaliers, ainsi que les chemins piétons qui
circulent entre les groupes de gradins, et des noms donnés à certaines
autres zones (pour la scène par exemple, ou les espaces de boutiques
ou d'exposition derrière la scène), ce qui donne aussi un plan
utilisable pour les accès et le repérage dans le site.

Le 20 octobre 2012 23:16, Pierre Béland  a écrit :
> Otoury,
>
> Voir l'exemple du théatre antique d'Orange.
>
> http://www.openstreetmap.org/?query=theatre%20antique,%20orange

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

Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[sly (sylvain letuffe)]

> * j'évite de stigmatiser les martiens, qui ne sont pas pire ni
> meilleur que d'autres extraterrestre... et puis ce sont les plus
> proches donc plus enclins à nous envahir, on ne sait jamais

Note que je n'ai voulu stigmatiser personne, j'ai parler de l'arrivée des 
martiens comme d'un événement moins probable que l'arrivé des extraterrestres.



-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[Philippe Verdy]

Le 21 octobre 2012 00:16, sly (sylvain letuffe)  a écrit :
>> * j'évite de stigmatiser les martiens, qui ne sont pas pire ni
>> meilleur que d'autres extraterrestre... et puis ce sont les plus
>> proches donc plus enclins à nous envahir, on ne sait jamais
>
> Note que je n'ai voulu stigmatiser personne, j'ai parler de l'arrivée des
> martiens comme d'un événement moins probable que l'arrivé des extraterrestres.

Moi je parlais de la petite minorité installée aux postes de
commandement les plus stratégiques et qui envahissent tous les
terrains en intervenant directement dans toutes les décisions, tout en
échappant aux lois et devenant plus puissants que les gouvernements et
en vivant totalement à l'écart du monde dans des paradis complètement
virtuels (aujourd'hui financiers).

Ceux-là (les « Lunatiques ») qui ne savent même pas à quoi ressemble
le monde réel et envahissent pourtant tous les médias au point qu'on
n'entend et voit plus qu'eux ou leurs zouaves asservis, et qui savent
parfaitement se planquer pour échapper à tout contrôle, sont les vrais
« extra-terrestres » qui nous ont déjà envahi.

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

Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National

[Marc Sibert]

Le 21/10/2012 00:38, Philippe Verdy a écrit :

Le 21 octobre 2012 00:16, sly (sylvain letuffe)  a écrit :

* j'évite de stigmatiser les martiens, qui ne sont pas pire ni
meilleur que d'autres extraterrestre... et puis ce sont les plus
proches donc plus enclins à nous envahir, on ne sait jamais

Note que je n'ai voulu stigmatiser personne, j'ai parler de l'arrivée des
martiens comme d'un événement moins probable que l'arrivé des extraterrestres.

Moi je parlais de la petite minorité installée aux postes de
commandement les plus stratégiques et qui envahissent tous les
terrains en intervenant directement dans toutes les décisions, tout en
échappant aux lois et devenant plus puissants que les gouvernements et
en vivant totalement à l'écart du monde dans des paradis complètement
virtuels (aujourd'hui financiers).

Ceux-là (les « Lunatiques ») qui ne savent même pas à quoi ressemble
le monde réel et envahissent pourtant tous les médias au point qu'on
n'entend et voit plus qu'eux ou leurs zouaves asservis, et qui savent
parfaitement se planquer pour échapper à tout contrôle, sont les vrais
« extra-terrestres » qui nous ont déjà envahi.

Bonjour,

On peut mettre cette réponse étonnante sur le compte de l'heure tardive, 
mais on peut aussi en avoir une lecture plus autobiographique qui 
explique bien des réponses de cette liste, mais aussi parmi les groupes 
de calculs distribués. Écouter les signaux venus de l'espace laisse bien 
des traces.


Bonne journée

Marc

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