Re: [OSM-talk-fr] Où est la carte officielle des radars ?

[Pierre-Alain Dorange]

Gad.Jo  wrote:

> On ne peut donc plus récupérer l'identifiant de la sécurité routière ?

Je ne sais pas.
Pas sur ue la sécurité routière participe à l'OpenData.

> Sinon sur ton site il manque ce radar de feu rouge que j'ai vu lors de mes
> déplacements dans le Gard :
> http://www.openstreetmap.org/browse/node/2208604685

Crée le lendemain de la mise à jour, donc il n'y est pas.
Il est par contre normalement sur la carte freeroute.

> Si je comprend bien, on n'a pas de carte officielle mais uniquement les
> relevés que font les contributeurs ?

Oui, c'est ça.
Les 2 cartes sont des extraits de ce qui a été saisie dans OSM par nous
contributeurs.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Rendu françafrique

[Yohan Boniface]

Bonjour,

C'est pas exactement un «rendu Françafrique», mais, autour de HOT 
justement, on est en train de bosser sur un rendu "HDM" [1] (aka 
"Humanitarian Data Model"), qui est le nom de code du travail de 
modélisation fait par HOT pour OSM. Et en gros l'objectif est d'avoir un 
rendu optimisé pour les pays en voie de développement: en particulier 
rendu des routes plus adapté (prendre en compte la surface, la 
condition...), et un set d'icônes ad hoc (puits sans pompe, puits avec 
pompe manuelle, puits avec pompe automatique...), plus moult détails 
(afficher les gués, afficher la saisonnalité des cours d'eau, etc.).
Pour l'instant, on a surtout concentré nos efforts sur le nettoyage de 
la modélisation elle-même, plus un rendu JOSM (toujours en cours de 
finition) [2], notamment avec la création d'un set d'icônes [3].
Mais on devrait très bientôt commencer à voir un style CartoCSS open 
sourcé et dispo pour la participation de la communauté [4] :)
A voir ensuite avec les tyrans (humour) d'OSM-fr pour savoir si on 
pourra l'héberger sur les serveurs de l'asso ;)



Yohan

[1] http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags
[2] https://github.com/hotosm/HDM-JOSM-style
[3] http://hot.openstreetmap.org/hdm_icons_set_call_for_proposals
[4] http://hot.openstreetmap.org/hdm_cartocss_style_call_for_proposals



On 05/20/2013 08:53 AM, Eric SIBERT wrote:

 Bonjour,

Il y a quelques mois, on discutait dans HOT de la classification des
rares routes en Afrique. Je me disais que ça serait sympa d'avoir un
rendu spécifique qui ferait ressortir les routes plus tôt quand on
zoome. Ou qui permette facilement de distinguer les routes goudronnées
de celles qui ne le sont pas.

Je me suis aussi rendu compte que le rendu osm-fr dépassait largement
les frontières de l'hexagone.

Enfin, j'ai constaté que Mapquest Open avait des rendus différents
suivant les zones de la planète. Par exemple, les routes n'ont pas les
mêmes couleurs dans les îles britanniques et en Europe continentale.

Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour
l'Afrique?

J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en
France.



Éric

___
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] Rendu françafrique

[Gad.Jo]

Je plussois j'ai tracé pas mal de piste dans le cercle de Kayes autour de
Manantali. *J'ai utilisé la structure par défau*t de classification des
routes (primary à mineur) *pour avoir une compréhension générale de
l'importance de chaque axe* mais 90% des axes ne semble pas goudronné :
http://www.openstreetmap.org/?lat=13.3201&lon=-10.7213&zoom=13&layers=M

Pour l'avoir emprunter en 2010, l'axe primary menant à Manantali est en
latérite (piste) avec quelques grosse excavation. L'accès est réglementé
par des "barrières de pluie" pendant la saison humide.

Cela peut induire en erreur quand à la praticabilité de ces axes. Pouvez
m'indiquer les tags que vous utilisez pour l'Afrique ? Je pensai indiquer
le type de surface (sable, latérite, roche, piste aménagée et entretenue)
mais vue du ciel je serait approximatif.


Le 20 mai 2013 09:18, Yohan Boniface  a écrit :

> Bonjour,
>
> C'est pas exactement un «rendu Françafrique», mais, autour de HOT
> justement, on est en train de bosser sur un rendu "HDM" [1] (aka
> "Humanitarian Data Model"), qui est le nom de code du travail de
> modélisation fait par HOT pour OSM. Et en gros l'objectif est d'avoir un
> rendu optimisé pour les pays en voie de développement: en particulier rendu
> des routes plus adapté (prendre en compte la surface, la condition...), et
> un set d'icônes ad hoc (puits sans pompe, puits avec pompe manuelle, puits
> avec pompe automatique...), plus moult détails (afficher les gués, afficher
> la saisonnalité des cours d'eau, etc.).
> Pour l'instant, on a surtout concentré nos efforts sur le nettoyage de la
> modélisation elle-même, plus un rendu JOSM (toujours en cours de finition)
> [2], notamment avec la création d'un set d'icônes [3].
> Mais on devrait très bientôt commencer à voir un style CartoCSS open
> sourcé et dispo pour la participation de la communauté [4] :)
> A voir ensuite avec les tyrans (humour) d'OSM-fr pour savoir si on pourra
> l'héberger sur les serveurs de l'asso ;)
>
>
> Yohan
>
> [1] 
> http://wiki.openstreetmap.org/**wiki/Humanitarian_OSM_Tags
> [2] 
> https://github.com/hotosm/HDM-**JOSM-style
> [3] 
> http://hot.openstreetmap.org/**hdm_icons_set_call_for_**proposals
> [4] 
> http://hot.openstreetmap.org/**hdm_cartocss_style_call_for_**proposals
>
>
>
>
> On 05/20/2013 08:53 AM, Eric SIBERT wrote:
>
>>  Bonjour,
>>
>> Il y a quelques mois, on discutait dans HOT de la classification des
>> rares routes en Afrique. Je me disais que ça serait sympa d'avoir un
>> rendu spécifique qui ferait ressortir les routes plus tôt quand on
>> zoome. Ou qui permette facilement de distinguer les routes goudronnées
>> de celles qui ne le sont pas.
>>
>> Je me suis aussi rendu compte que le rendu osm-fr dépassait largement
>> les frontières de l'hexagone.
>>
>> Enfin, j'ai constaté que Mapquest Open avait des rendus différents
>> suivant les zones de la planète. Par exemple, les routes n'ont pas les
>> mêmes couleurs dans les îles britanniques et en Europe continentale.
>>
>> Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour
>> l'Afrique?
>>
>> J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en
>> France.
>>
>>
>>
>> Éric
>>
>> __**_
>> 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] Où est la carte officielle des radars ?

[Gad.Jo]

Ok je comprend mieux. Il y a en tellement que ça affole le processeur et il
y a des ralentissement à l'affichage ;-/

Je ne sais pas si c'est la meilleur méthode mais voici ce que j'ai fait
pour faire un contrôle visuel sur ces éléments :
http://overpass-turbo.eu/s/bX

Cela permet de contrôler visuellement :
 - La présence de 3 éléments pour chaque relation "enforcement" (device,
from, to) ;
 - Si il y a qu'un seul point, seul le radar est présent physiquement et il
faut créer une relation "enforcement" pour indiquer la zone surveillée.

Je débute avec overpass, si tu a des méthode à faire découvrir (via
overpass turbo), je suis demandeur.


Le 20 mai 2013 09:10, Pierre-Alain Dorange  a écrit :

> Gad.Jo  wrote:
>
> > On ne peut donc plus récupérer l'identifiant de la sécurité routière ?
>
> Je ne sais pas.
> Pas sur ue la sécurité routière participe à l'OpenData.
>
> > Sinon sur ton site il manque ce radar de feu rouge que j'ai vu lors de
> mes
> > déplacements dans le Gard :
> > http://www.openstreetmap.org/browse/node/2208604685
>
> Crée le lendemain de la mise à jour, donc il n'y est pas.
> Il est par contre normalement sur la carte freeroute.
>
> > Si je comprend bien, on n'a pas de carte officielle mais uniquement les
> > relevés que font les contributeurs ?
>
> Oui, c'est ça.
> Les 2 cartes sont des extraits de ce qui a été saisie dans OSM par nous
> contributeurs.
>
> --
> Pierre-Alain Dorange
> OSM experiences : 
>
>
> ___
> 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] tile.osm.fr intégration des icones ou layers

[Ista Pouss]

Le 19 mai 2013 17:13, Christian Quest  a écrit :

> Le plus complexe est en fait de trouver un équilibre valable quelle
> que soit la zone, car par endroit on a une très forte densité d'info,
> et donc besoin de repousser au zoom suivant l'affichage de certains
> objets, alors qu'à d'autre endroits il faudrait les faire apparaitre
> un peu plus tôt pour ne pas avoir un rendu trop "vide".
>
>
Ça c'est le plus complexe d'un point de vue technique et design, ce qui est
déjà bien.

Mais un rendu français donne réponse à une recherche de français. Donc il
suppose une réflexion sur ce qu'attendent les français. Comme c'est toi qui
fait ça c'est toi qui voit bien sûr, aussi je peux me tromper.

À lire cette liste on peut se faire une idée, probablement fausse, mais bon
: un truc très orienté administratif (alors que les français passent leur
temps à gueuler contre l'administration), matiné de quelques considérations
écologiques, avec les logos des entreprises françaises, et répondant aux
modes porteuses des appels d'offres, tels l' handicap.

Et même la "françafrique" qui repointe le bout de son nez. (quand j'ai vu
ça de la part d'humanitaires j'ai sauté au plafond)

Ainsi va la France...

Je pense que le substrat administratif est (malheureusement) un point dur
des conceptions françaises, et qu'il peut constituer la base du "rendu
générique". Les logos des entreprises françaises aussi, c'est aussi un
point dur, ce n'est pas si mal. Mais attention que les logos changent.

On peut discuter sur les considérations écologiques ; il y a quelque chose
de profond dans la société française là dessus je pense, mais j'avoue ne
pas trop savoir quoi. Le nucléaïre est une valeur écologique pour beaucoup
de français... à vérifier.

Par contre je crois qu'il vaudrait mieux rejeter les modes porteuse du
business sur des "rendus vectoriels", et donc tout ce qui concerne
l'handicap, par exemple (en ce moment). Elles sont vraiment trop floues et
ponctuelles, et la plupart du temps complètement en dehors du sujet
qu'elles prétendent traiter.

Et, quand à la françafrique... on attendra que les humanitaires se
débarrassent eux mêmes de cette notion, et ensuite on y réfléchira aussi,
c'est mon opinion.

Hugh (surtout que je fais rien). (merci Christian)


-- 
Les dérives de rue :
Profession émotion 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers

[Philippe Verdy]

Tout à fait d'accord. Et pas plus non plus l'Anglafrique ou la Portafrique
d'ailleurs, car les besoins sont ailleurs et n'ont pas à être définis
d'Europe mais devraient répondre à des expressions de besoins locaux pour
leur appropriation par ces populations.

Mais on connait des éléments majeurs pour eux :
- la toponymie dans plus de langues que les langues nationales ou
officielles
- la gestion des déchets et les décharges sauvages
- l'accès à l'eau potable et les traitements des eaux usées
- l'accès local à l'électricité ou d'autres énergies (pas ou peu de réseau
de distribution)
- les équipements sanitaires collectifs (à commencer par les écoles)
- les zones d'éducation primaire(surtout en milieu rural où les distances
peuvent être considérables) ou de santé (couverture des hôpitaux et
dispensaires ou de la médecine itinérante)
- l'accès aux médicaments fiables (hors des marchés non contrôlés)
- les cheptels et zones de nomadisme
- la vie citoyenne locale "non officielle" qui ne figure pas sur les cartes
administratives officielles
- les groupes ethniques et linguistiques

Des tas de choses en revanche ne sont pas normalisées : il y a beaucoup de
spécificités locales à prendre en compte pourtant, mais le gros du travail
c'et d'abord un relevé plus ou moins qualitatif avant que cela devienne
"normalisable". Quand des choses ont été codifiées, c'est souvent à partie
de schémas étrangers importants très incomplets et souvent incompatibles
entre eux. non libres, et difficile à réactualiser. OSM peut être
prescripteur de solutions communes et d'échanges là où les normes
propriétaires ou importées d'autres pays ont échoué (ou sont trop chères à
mettre en oeuvre).

Le 20 mai 2013 10:28, Ista Pouss  a écrit :

> Et, quand à la françafrique... on attendra que les humanitaires se
> débarrassent eux mêmes de cette notion, et ensuite on y réfléchira aussi,
> c'est mon opinion.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Cadastre: divergence entre différentes sources

[RainerU]

Bonjour,

Je viens de constater que le découpage des parcelles cadastrales n'est pas le
même sur cadastre.gouv.fr que sur le géoportail IGN, par exemple ici [1]. Est-ce
que ça veut dire que les données sur le géoporatil sont plus à jour ou qu'elles
ne sont pas correctes ?

Rainer

[1]
http://www.openstreetmap.org/?lat=42.6936985&lon=2.8798795&zoom=18&layers=M&mlat=42.69384&mlon=2.87958


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

Re: [OSM-talk-fr] Inselbergs Guyane

[Romain MEHUT]

Bonjour Stéphane,

Le 16 mai 2013 22:34, Stéphane MARTIN  a écrit :

> Salut,
>
> Petite vérification d'étiquettes SVP.
>
> Romain Mehut m'avait indiqué une page il y a quelques temps. Merci Romain
> :-)
> http://www.guyane.**developpement-durable.gouv.fr/**
> journees-inspire-en-guyane-**a746.html
> Il semblerait que la page soit protégée maintenant :-(
>

Tu as essayé d'appeler la DEAL? cf.
http://www.guyane.developpement-durable.gouv.fr/IMG/pdf/Programme_Journees_INSPIRE.pdf

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

Re: [OSM-talk-fr] Osmecum aux champs pour la randonnée à pied, à vélo ou à cheval

[Romain MEHUT]

Bonjour,

Pour info, j'ai mis en ligne l'osmecum pour la randonnée:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#en_randonn.C3.A9e

Romain

Le 3 septembre 2012 09:18,  a écrit :

> **
>
> Mes quelques remarques à la relecture :
>
>  - L'emplacement du Glossaire (je ne comprends pas ce qu'il fait là quand
> je tombe dessus. Au début, à la fin ?)
>
>  - Points d'intérêt, lieu-dit, hameau : place=* (c'est bien locality,
> hamlet, etc, qu'on y met ?). En lisant, j'aurais tendance à y mettre le nom
> du lieu directement. J'ajouterai donc la liste place=hamlet, etc, et le tag
> name=*.
>
>  - Équipement, Abri : Si on s'adresse à des randonneurs, j'ajouterais au
> moins tourism=wilderness_hut pour les abris pour dormir. Dans
> amenity=shelter, on voit un peu tout passer, en passant au moins par
> l'abribus.
>
>  - Itinéraire, network=*. J'ajouterais la liste des valeurs à utiliser.
>
>  - Itinéraire, distance=*. Non pas la distance de l'itinéraire (distance à
> quoi ?), mais plutôt la longueur total…
>
> Voilà voilà,
>
> JB
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un "robot" pour séparer les frontières des autres éléments

[Pieren]

2013/5/19 Romain MEHUT :
> Rectificatif:
> http://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058594.html
>

Attention. Dans ce message, je précise juste que la séparation est
nécessaire s'il y a divergence entre cadastre et "réalité du terrain"
(ou imagerie Bing), comme un lit de cour d'eau qui, ponctuellement, se
déplace (érosion naturelle, précipitations exceptionnelles, travaux,
etc).
Si la limite naturelle correspond exactement à la limite
administrative, je ne me prononce sur la solution à adopter et on
revient aux deux méthodes listées sur le wiki. Je veux juste signaler
qu'un bot ne serait pas une bonne solution car une personne imposerait
une des deux solutions à tout le monde alors que je crois qu'il faut
laisser le choix aux contributeurs (techniquement, les deux sont
valides).

Par contre, ce qui n'est pas dans le wiki, c'est que la solution des
deux ways avec des noeuds superposés ne résoud pas un problème majeur
sur ces limites à la fois "naturelles" (routes,cours d'eau) et
administratives. La plupart sont et seront déplacées par de nouveaux
contributeurs qui pensent bien faire en ajustant la limite sur une
image aérienne ou trace GPS quelconque, sans se demander si ça n'est
pas leur nouvelle source qui est décalée et pas le way déjà dans OSM.
Quelle que soit la solution adoptée, way unique ou ways dupliqués avec
noeuds partagés, la limite administrative est alors détériorée et ne
corrspond plus au cadastre. Pour éviter cela, la moins pire des
solutions serait de mettre un way complétement indépendant, sans
noeuds partagés avec l'élément naturel. Mais sachant combien il
devient difficile (et irritant) d'interpréter et éditer une carte avec
ce genre de ways qui se chevauchent plus ou moins, je n'irais pas
jusqu'à en faire une troisième option sur le wiki. Reste donc à être
vigilant sur ces limites qu'il faudra particulièrement surveiller dans
le futur (ça, c'est un truc qu'un bot peut faire ;-)

> Le 18/05/2013 22:41, Vincent de Château-Thierry a écrit :
>
>> il suffit de se baiser pour en trouver.
Voila une nouvelle perspective sur les cartoparties que je n'avais pas
encore envisagé :-) Merci pour cette franche poilade.

Pieren

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

Re: [OSM-talk-fr] Rendu françafrique

[Eric SIBERT]

Le 20/05/2013 09:18, Yohan Boniface a écrit :

Bonjour,

C'est pas exactement un «rendu Françafrique», mais, autour de HOT
justement, on est en train de bosser sur un rendu "HDM" [1] (aka
"Humanitarian Data Model"), qui est le nom de code du travail de
modélisation fait par HOT pour OSM.


Le message que j'avais mis dans un coin en me disant qu'il faudrait 
peut-être que je le lise à tête reposée quand j'aurai du temps :-p



Éric

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

Re: [OSM-talk-fr] Un "robot" pour séparer les frontières des autres éléments

[Gad.Jo]

Hier j'ai passé l'après midi à indiquer des maxspeed entre Valence et
Montpellier et à certains endroit les frontières étaient fusionnée avec les
routes et rivière. J'ai du consulter le cadastre pour chaque commune pour
être certains que je n'allais pas faire d'impair.

Certaines fois la frontière était très proche de la route ou rivière et
j'ai laissé fusionné, d'autre fois c'était la route qui suivait la
frontière sans suivre l'imagerie (rare cas) et plus souvent l'inverse
(frontière qui ne respecte plus le cadastre). A la fin j'ai baissé les bras
et tout laissé tel quel pour le prochain contributeur qui devra faire le
tris lui même.

J'ai simplement fait des découpage sans déplacement pour ajouter mes
maxspeed au bon endroit. Dommage ça aurait été l'occasion de faire des
ajustements plus fin avec l'imagerie Bing mais le travail de contrôle du
cadastre était trop important.


Le 20 mai 2013 12:14, Pieren  a écrit :

> 2013/5/19 Romain MEHUT :
> > Rectificatif:
> > http://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058594.html
> >
>
> Attention. Dans ce message, je précise juste que la séparation est
> nécessaire s'il y a divergence entre cadastre et "réalité du terrain"
> (ou imagerie Bing), comme un lit de cour d'eau qui, ponctuellement, se
> déplace (érosion naturelle, précipitations exceptionnelles, travaux,
> etc).
> Si la limite naturelle correspond exactement à la limite
> administrative, je ne me prononce sur la solution à adopter et on
> revient aux deux méthodes listées sur le wiki. Je veux juste signaler
> qu'un bot ne serait pas une bonne solution car une personne imposerait
> une des deux solutions à tout le monde alors que je crois qu'il faut
> laisser le choix aux contributeurs (techniquement, les deux sont
> valides).
>
> Par contre, ce qui n'est pas dans le wiki, c'est que la solution des
> deux ways avec des noeuds superposés ne résoud pas un problème majeur
> sur ces limites à la fois "naturelles" (routes,cours d'eau) et
> administratives. La plupart sont et seront déplacées par de nouveaux
> contributeurs qui pensent bien faire en ajustant la limite sur une
> image aérienne ou trace GPS quelconque, sans se demander si ça n'est
> pas leur nouvelle source qui est décalée et pas le way déjà dans OSM.
> Quelle que soit la solution adoptée, way unique ou ways dupliqués avec
> noeuds partagés, la limite administrative est alors détériorée et ne
> corrspond plus au cadastre. Pour éviter cela, la moins pire des
> solutions serait de mettre un way complétement indépendant, sans
> noeuds partagés avec l'élément naturel. Mais sachant combien il
> devient difficile (et irritant) d'interpréter et éditer une carte avec
> ce genre de ways qui se chevauchent plus ou moins, je n'irais pas
> jusqu'à en faire une troisième option sur le wiki. Reste donc à être
> vigilant sur ces limites qu'il faudra particulièrement surveiller dans
> le futur (ça, c'est un truc qu'un bot peut faire ;-)
>
> > Le 18/05/2013 22:41, Vincent de Château-Thierry a écrit :
> >
> >> il suffit de se baiser pour en trouver.
> Voila une nouvelle perspective sur les cartoparties que je n'avais pas
> encore envisagé :-) Merci pour cette franche poilade.
>
> Pieren
>
> ___
> 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] Rendu françafrique

[Eric SIBERT]

Cela peut induire en erreur quand à la praticabilité de ces axes. Pouvez
m'indiquer les tags que vous utilisez pour l'Afrique ?


Ce que j'utilise pour Madagascar :

http://wiki.openstreetmap.org/wiki/FR:WikiProject_Madagascar#.C3.89tat_de_surface

Je n'ai pas vérifier si c'était en accord avec HDM.


Je pensai
indiquer le type de surface (sable, latérite, roche, piste aménagée et
entretenue) mais vue du ciel je serait approximatif.


Tu peux toujours commencer par paved/unpaved.


> Pour l'avoir emprunter en 2010, l'axe primary menant à Manantali est en
> latérite (piste) avec quelques grosse excavation. L'accès est réglementé
> par des "barrières de pluie" pendant la saison humide.

seasonal=yes

access:conditional=no @ Dec-Apr : Cette piste est habituellement fermée 
de décembre à avril (ou ouverte de mai à novembre).


Éric

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

[OSM-talk-fr] Maxspeed : Où en êtes vous sur le projet du mois ?

[Gad.Jo]

Bonjour,


À dix jours de la fin du mois et de son projet maxspeed, où en êtes vous ?

De mon coté ça avance très fort depuis que je suis de retour dans le sud.
Je suis en train de finir l'intégration des différents pointage que j'ai
fait entre la Drôme et l'Aude. Étant l'un des rare à utiliser
OpenStreetBug, j'ai rempli la carte de rapport de bug indiquant les vitesse
qui sont tous en train d'être pris en compte (80% fini ITO Map n'affiche
pas encore les derniers ajouts).

J'ai également profité des radars pour ajouter les limitations de vitesse
dans leur environnement proche.

Pour finir voici quelques principaux axes qui sont mis à jour et les villes
ayant quelques axes mis à jour :

   - A 75 => A 750 (Béziers - Montpellier) ;
   - A 9 (Narbonne - Montpellier) ;
   - A 61 (Narbonne - Castelnaudary) ;
   - D 986 (Montpellier - St Martin de Londre) ;
   - D 610 => N 106 (Montpellier - Alès - La Grande Combes) ;
   - D 906 (hauteurs de Alès et St Ambroix) ;
   - D 6 => N 86 => D 994 (Alès - Bagnol s/ Cèze - Bollène) ;
   - N 7 (Bollène - Montélimar - Portes les Valences) ;
   - D 11 => D 5 (Béziers - Carcassonne) ;
   - D 6113 (Narbonne - Lézignan - Carcassonne) ;
   - D 6009 (Narbonne - Perpignan) ;
   - D 612 (Béziers - Sète) ;
   - D 614 (Argelès s/ Mer - Perpignan)
   - D 627 => D 6009 => D 611 (Leucate - Sigean - Durban Corbières) ;
   - D 611 => D 606 (Durban Corbières - Lézignan) ;
   - Partie Est du département de l'Aude et Narbonne (40 % finalisé)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers

[Pierre-Alain Dorange]

Ista Pouss  wrote:

> [...]
> Je pense que le substrat administratif est (malheureusement) un point dur
> des conceptions françaises, et qu'il peut constituer la base du "rendu
> générique".

En dehors de la Franceafrique (qui me fait aussi frémir), quand je lis
ça je suis aussi très désapointé... Comme quoi...

mais on entre là dans des considérations "politiques" qu'il vaudrait
mieux ne pas développer. Je t'enjoins donc a ne pas en rajouter sur ce
sujet qui semble de décevoir.

Tu peux penser ce que tu veux (heureusement), mais la notion de
"services publics" est (ou a longtemps été) une des matrices de la
société française, c'est donc normal que ça se voit sur la cartographie,
c'est très structurant.

-- 
Pierre-Alain Dorange
OSM experiences : 


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

Re: [OSM-talk-fr] Rendu françafrique

[Gad.Jo]

Merci je vais utiliser le paved/unpaved c'est un bon début.

Pour l'accès, j'étais en saison sèche mais je suppose que cela concerne les
poids lourds. A moins qu'il y ai un droit de passage pour ces véhicules.
J'imagine mal l'accès principal fermé aux véhicule léger.


Le 20 mai 2013 12:53, Eric SIBERT  a écrit :

> Cela peut induire en erreur quand à la praticabilité de ces axes. Pouvez
>> m'indiquer les tags que vous utilisez pour l'Afrique ?
>>
>
> Ce que j'utilise pour Madagascar :
>
> http://wiki.openstreetmap.org/**wiki/FR:WikiProject_**
> Madagascar#.C3.89tat_de_**surface
>
> Je n'ai pas vérifier si c'était en accord avec HDM.
>
>  Je pensai
>> indiquer le type de surface (sable, latérite, roche, piste aménagée et
>> entretenue) mais vue du ciel je serait approximatif.
>>
>
> Tu peux toujours commencer par paved/unpaved.
>
>
> > Pour l'avoir emprunter en 2010, l'axe primary menant à Manantali est en
> > latérite (piste) avec quelques grosse excavation. L'accès est réglementé
> > par des "barrières de pluie" pendant la saison humide.
>
> seasonal=yes
>
> access:conditional=no @ Dec-Apr : Cette piste est habituellement fermée de
> décembre à avril (ou ouverte de mai à novembre).
>
> Éric
>
> __**_
> 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] Rendu françafrique ;-)

[Eric SIBERT]

Je vous mets un smiley dans le titre vu que certains ont foncé droit 
dans le panneau ;-)


Je précise aussi que je ne fais pas dans l'humanitaire. C'est juste 
qu'on travaille sur les mêmes terrains alors j'essaie de mutualiser les 
efforts de réalisation de carte. Je n'ai pas non plus proposé de mettre 
des logos Areva/Total un peu partout :-)



Éric

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

Re: [OSM-talk-fr] Rendu françafrique

[Eric SIBERT]

Pour l'accès, j'étais en saison sèche


Un peu pareil pour moi.

> mais je suppose que cela concerne

les poids lourds. A moins qu'il y ai un droit de passage pour ces
véhicules. J'imagine mal l'accès principal fermé aux véhicule léger.


Si, si, il y a des trucs impraticables pour tout le monde ou presque. 
Style ça passe juste en quad/charrette à zébu avec 2 jours pour faire 50 km.


Après, on doit pouvoir coder des restrictions spécifiques avec 
"conditional restrictions":

http://wiki.openstreetmap.org/wiki/Conditional_restrictions

Éric

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

Re: [OSM-talk-fr] tile.osm.fr intégration des icones ou layers

[ZIMMY]

Je suis assez troublé par l'expression qui consiste à dire que valoriser les
informations sur la cartographie permettant de mieux traiter le handicap est
une "mode".

Afficher les places handicapés est pour moi aussi important que mettre en
évidence les stationnements camping-car (mode touristique?) que les
stationnements autocars (mode transports?).
Je pense que la capacité à représenter le réel n'est pas une mode mais une
finesse de description qui se veut objective.

Il y a déjà eu des débat interminables sur ceux qui contestaient le fait de
mettre les fastfood de type MacDo ... pour moi ce qui est important c'est
l'effet levier.

Aujourd'hui, il y a un vide : seul OpenStreetMap est capable de lever une
exertise à l'échelle mondiale de façon aussi fine. Saisissons cette occasion
pour étonner, intriguer et du coup susciter le désir d'une appropriation.

Monter en gamme et améliorer nos expertises est plus qu'une mode un soucis
de "démarche qualité".
En témoignent les nombreux articles publiés ces derniers temps mettant enfin
en lumière le côté laboratoire d'OSM.



Ista Pouss wrote
> Le 19 mai 2013 17:13, Christian Quest <

> cquest@

> > a écrit :
> 
>> Le plus complexe est en fait de trouver un équilibre valable quelle
>> que soit la zone, car par endroit on a une très forte densité d'info,
>> et donc besoin de repousser au zoom suivant l'affichage de certains
>> objets, alors qu'à d'autre endroits il faudrait les faire apparaitre
>> un peu plus tôt pour ne pas avoir un rendu trop "vide".
>>
>>
> Ça c'est le plus complexe d'un point de vue technique et design, ce qui
> est
> déjà bien.
> 
> Mais un rendu français donne réponse à une recherche de français. Donc il
> suppose une réflexion sur ce qu'attendent les français. Comme c'est toi
> qui
> fait ça c'est toi qui voit bien sûr, aussi je peux me tromper.
> 
> À lire cette liste on peut se faire une idée, probablement fausse, mais
> bon
> : un truc très orienté administratif (alors que les français passent leur
> temps à gueuler contre l'administration), matiné de quelques
> considérations
> écologiques, avec les logos des entreprises françaises, et répondant aux
> modes porteuses des appels d'offres, tels l' handicap.
> 
> Et même la "françafrique" qui repointe le bout de son nez. (quand j'ai vu
> ça de la part d'humanitaires j'ai sauté au plafond)
> 
> Ainsi va la France...
> 
> Je pense que le substrat administratif est (malheureusement) un point dur
> des conceptions françaises, et qu'il peut constituer la base du "rendu
> générique". Les logos des entreprises françaises aussi, c'est aussi un
> point dur, ce n'est pas si mal. Mais attention que les logos changent.
> 
> On peut discuter sur les considérations écologiques ; il y a quelque chose
> de profond dans la société française là dessus je pense, mais j'avoue ne
> pas trop savoir quoi. Le nucléaïre est une valeur écologique pour beaucoup
> de français... à vérifier.
> 
> Par contre je crois qu'il vaudrait mieux rejeter les modes porteuse du
> business sur des "rendus vectoriels", et donc tout ce qui concerne
> l'handicap, par exemple (en ce moment). Elles sont vraiment trop floues et
> ponctuelles, et la plupart du temps complètement en dehors du sujet
> qu'elles prétendent traiter.
> 
> Et, quand à la françafrique... on attendra que les humanitaires se
> débarrassent eux mêmes de cette notion, et ensuite on y réfléchira aussi,
> c'est mon opinion.
> 
> Hugh (surtout que je fais rien). (merci Christian)
> 
> 
> -- 
> Les dérives de rue :
> Profession émotion ;
> 
> ___
> Talk-fr mailing list

> Talk-fr@

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





-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/tile-osm-fr-integration-des-icones-ou-layers-tp5761783p5761876.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] Rendu françafrique

[Gad.Jo]

Ha mince autant que ça ? Je comprend mieux pourquoi l'armée française
mettait 24H pour faire 70 km dans la région de Gao. C'est à savoir pour mon
prochain séjour là bas. A chaque fois j'y fait en poids lourd, ça risque
d'être un vaste champ de boue rempli de moustique.


Le 20 mai 2013 13:36, Eric SIBERT  a écrit :

> Pour l'accès, j'étais en saison sèche
>>
>
> Un peu pareil pour moi.
>
>
> > mais je suppose que cela concerne
>
>> les poids lourds. A moins qu'il y ai un droit de passage pour ces
>> véhicules. J'imagine mal l'accès principal fermé aux véhicule léger.
>>
>
> Si, si, il y a des trucs impraticables pour tout le monde ou presque.
> Style ça passe juste en quad/charrette à zébu avec 2 jours pour faire 50 km.
>
> Après, on doit pouvoir coder des restrictions spécifiques avec
> "conditional restrictions":
> http://wiki.openstreetmap.org/**wiki/Conditional_restrictions
>
>
> Éric
>
> __**_
> 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] Cadastre: divergence entre différentes sources

[Christian Quest]

Par expérience, Geoportail est moins à jour que cadastre.gouv.fr.
J'avais par exemple toujours un cadastre raster pour ma commune alors
qu'il était disponible en vectoriel depuis déjà quelques temps.

Geoportail fait aussi une conflation pour faire coincider les
cadastres là où il ne coincident pas...


Le 20 mai 2013 11:19, RainerU  a écrit :
> Bonjour,
>
> Je viens de constater que le découpage des parcelles cadastrales n'est pas le
> même sur cadastre.gouv.fr que sur le géoportail IGN, par exemple ici [1]. 
> Est-ce
> que ça veut dire que les données sur le géoporatil sont plus à jour ou 
> qu'elles
> ne sont pas correctes ?
>
> Rainer
>
> [1]
> http://www.openstreetmap.org/?lat=42.6936985&lon=2.8798795&zoom=18&layers=M&mlat=42.69384&mlon=2.87958
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] tile.osm & déchèteries

[Teuxe]

À ce propos, le terme français approprié pour ces lieux est « déchèterie 
». Le mot « déchetterie » étant une marque déposée par l'Ademe (je me 
demande quel est l'intérêt de déposer une telle marque nommée), je pense 
qu'il est préférable d'éviter son usage dans OSM.

http://fr.wikipedia.org/wiki/D%C3%A9ch%C3%A8terie#cite_note-1

Teuxe

Le 19/05/2013 12:05, ZIMMY a écrit :

Au risque d'être redondant : il me semble important d'agrandir les pictos,
car il est tellement soigné dans son dessin qu'il en devient quasi illisible
dans tile.openstreetmap.fr

Dans son affichage réel
http://optigede.ademe.fr/sites/default/files/fichiers/LogoDecheterie.jpg
Une chose est importante c'est que ce pictogramme est normalement mis sur un
panneau d'entrée de déchetterie donc avec une taille qui est au moins de
50cm.

Quelques exemples
gravats
http://www.google.fr/imgres?sa=X&biw=1241&bih=606&tbm=isch&tbnid=T6oSORfELRlmTM:&imgrefurl=http://www.ville-bagneresdebigorre.fr/pages/page.php%3Fnom%3Ddecheterie.html&docid=BWS6sUb915cvvM&imgurl=http://www.ville-bagneresdebigorre.fr/pages/services%252520techniques/dechetterie.JPG&w=1136&h=856&ei=SKOYUZjwH5OFhQfo-IGACg&zoom=1&iact=hc&vpx=944&vpy=216&dur=619&hovh=196&hovw=260&tx=128&ty=72&page=1&tbnh=142&tbnw=188&start=0&ndsp=18&ved=1t:429,r:5,s:0,i:178
entrée de déchetterie
http://www.sorgues-du-comtat.com/images/stories/environnement_om/dechetterie_2.jpg


A défaut d'agrandir le picto, pour l'instant je trouve le symbole universel
de reyclage plus compréhensible en terme de lisibilité.



-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/tile-osm-decheteries-tp5761612p5761760.html
Sent from the France mailing list archive at Nabble.com.

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



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

Re: [OSM-talk-fr] tile.osm & déchèteries

[Eric]

Bonjour,

+1, j'allais justement écrire la même chose : peut être que dans les
derniers niveaux de zoom, il serait possible de doubler H et L des
icônes (donc un x4 du coup). Au vu de la place dispo à ces niveaux de
zoom, ça devrait garder toute sa lisibilité. Je ne sais si c'est
simple par contre 


Le 19 mai 2013 12:05, ZIMMY  a écrit :
>
> Au risque d'être redondant : il me semble important d'agrandir les pictos,
> car il est tellement soigné dans son dessin qu'il en devient quasi illisible
> dans tile.openstreetmap.fr

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

Re: [OSM-talk-fr] Rendu pour touristes

[kimaidou]

Bonjour

Pour répondre bièvement à Christian, dans Lizpoi, j'ai une table dans
laquelle j'exporte des tables planet_osm_point, polygone et line les
éléments d'OSM qui contiennent des infos sur les tags que je suis. Je ne
prends que le centroide pour les polygones et lignes (oui je sais, un
centroid de ligne...)

Ensuite, je stocke les arbres dans une table, avec hiérarchie, et les
correspondances entre 1 item de l'arbre et des tags OSM dans une autre
table. Une requête dynamique permet de récupérer assez rapidement les
objets OSM qui correspondent.

Donc en gros, 1 table avec les objets OSM "intéressants", 1 table avec la
description des arbres, 1 table pour faire la correspondance entre 1 item
de l'arbre et des tags OSM.

On peut gérer les cas où plusieurs associations tag/valeur permettent de
décrire un objet, par exemple pour les bornes à incendie
(amenity=fire_hydrant OU emergency=fire_hydrant).


Si plusieurs cases sont cochées dans un arbre Lizpoi, c'est à chaque fois
une seule requête qui est faite au serveur (lorsqu'on zoome ou qu'on se
déplace), et non une requête par case cochée.

On pourrait faire une sorte de système de "drivers" pour permettre de gérer
plusieurs sources. Par exemple un driver "osm2pgsql" = le fonctionnement
actuel. Qui permet de ne pas charger les serveurs de la fondation ou de
l'association car s'appuyant sur une bdd locale. On pourrait avoir un
driver "overpass" qui lancerait les requêtes à l'api de l'overpass, et
ainsi avoir un lizpoi plus "portable" car ne nécessitant pas de bdd locale.

Au sujet du clustering, nous n'avons pas fait ce choix car comme indiqué,
il faut de toute façon que le code Javascript lancé sur le navigateur fasse
le calcul sur l'ensemble des éléments avant de faire le regroupement, donc
cela n'allège en rien le code. Par contre, cela peut en effet apporter un
confort pour l'utilisateur. Mais il faut bien choisir de regrouper des
éléments "semblables", sinon ce n'est pas pertinent (par exemple on
clusterise tous les "shop" ensemble). Si on commence à mélanger des
torchons et des serviettes, on perd le côté "thématique".
Ce serait intéressant de faire du clustering côté serveur. On a pas encore
eu/pris le temps de regarder.

Et je disais plus haut "pour répondre brièvement". C'est loupé :)

Michael


Le 19 mai 2013 15:35, Marc Sibert  a écrit :

>  Le 17/05/2013 10:33, Christian Quest a écrit :
>
> Et le clustering ?
>
> leaflet a un plugin de clustering qui semble assez efficace.
> openlayers n'a pas ça ?
>
> Exemple: http://csvmap.logisima.com/carte/c5badf4d-4f6b-434d-b42d-0a3878c82cec
>
>
>
> Il faudrait peut être "daller" les requêtes vers l'overpass quand on
> dézoome beaucoup, couplé au clustering ça permettrait d'afficher
> progressivement le centre de la carte puis en différé le reste autour
> ce qui resterai acceptable pour l'expérience utilisateur. Juste une
> idée en mode "yaka" ;)
>
>
>  Il n'y a pas de question bête... heu tant qu'elle n'est pas posée... ;-)
>
> Ben le clustering "client side" nécessite bien de tout charger avant de
> regrouper les noeuds. Expérience faite personnellement avec OpenLayers. Il
> n'y a pas d'autre choix que de faire des regroupement "server side" *avant*
> l'envoi des données au navigateur et, pour éviter la charge API, faire un
> peu de cache de requêtes.
>
> Tout ça nécessite donc de limiter par programme le nombre de types de POI
> dans la requete ou de faire un pré-traitement côté serveur en avance.
> Une idée comme ça en passant... faire des couches vectorielles variables
> suivant le niveau de zoom :
>
>- sur vue nationale : nombre de POI par région : afficher des valeurs
>dans des polygones régions ;
>- sur vue régionale : la même chose avec les départements
>- sur vue locales : mettre le détail des POI.
>
>
> Mes 0.02 € (limite HS)
>
> --
> Marc Sibertmailto:m...@sibert.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] tile.osm.fr intégration des icones ou layers

[Ista Pouss]

Bon alors je réponds à Pierre-Alain Dorange et à ZIMMY.

Pour ma remarque sur le substrat administratif "malheureusement", je
voulais dire par rapport à la géographie ; je veux dire que nous avons
tendance à voir les choses autour de nous par le biais des classifications
administratives, à les considérer comme concrètes.

Exemple les départements : on discute pour savoir leur utilité, mais s'il
n'y a pas les départements sur une carte de la france, ce n'est pas une
carte de la france, croit-on.

C'est vrai que j'aimerais bien qu'on puisse voir les choses autrement, mais
je l'admets et je dis +1 pour le mettre au rendu générique, y compris des
services tels anpe, sec soc, police, pompiers, etc. (ce qui est déjà fait,
en plus, je crois) (donc c'est une bonne proposition)

Pour ma remarque sur la mode du handicap, moi je dis que c'est une mode,
mais on peut très bien dire autre chose évidemment. (sauf peut être que je
traite les handicapés comme des restos mac donald, mais j'imagine que c'est
dans le feu de l'argumentation).

Je dis que c'est une mode, parce que j'en vois de plus en plus dans les
publicités, pour valoriser des produits ou une action municipale ; un truc
est considéré bon au seul motif qu'il est compatible handicapé. J'imagine
que les publicitaires et décideurs ont fait des études d'opinion qui ont
montré que cette cause était porteuse ?

Et de toutes façons je ne suis même pas contre la mode. Je dis qu'il vaut
mieux la mettre sur les niveaux "rendu vectoriel".

Le rendu vectoriel - dont personne n'a encore dit qu'il existait, mais je
suppose qu'à force d'en parler ce sera le cas ? - n'empêche pas de montrer
la réalité, ni la force de osm.

Cordialement.




Le 20 mai 2013 13:52, ZIMMY  a écrit :

> Je suis assez troublé par l'expression qui consiste à dire que valoriser
> les
> informations sur la cartographie permettant de mieux traiter le handicap
> est
> une "mode".
>
> Afficher les places handicapés est pour moi aussi important que mettre en
> évidence les stationnements camping-car (mode touristique?) que les
> stationnements autocars (mode transports?).
> Je pense que la capacité à représenter le réel n'est pas une mode mais une
> finesse de description qui se veut objective.
>
> Il y a déjà eu des débat interminables sur ceux qui contestaient le fait de
> mettre les fastfood de type MacDo ... pour moi ce qui est important c'est
> l'effet levier.
>
> Aujourd'hui, il y a un vide : seul OpenStreetMap est capable de lever une
> exertise à l'échelle mondiale de façon aussi fine. Saisissons cette
> occasion
> pour étonner, intriguer et du coup susciter le désir d'une appropriation.
>
> Monter en gamme et améliorer nos expertises est plus qu'une mode un soucis
> de "démarche qualité".
> En témoignent les nombreux articles publiés ces derniers temps mettant
> enfin
> en lumière le côté laboratoire d'OSM.
>
>
>
> Ista Pouss wrote
> > Le 19 mai 2013 17:13, Christian Quest <
>
> > cquest@
>
> > > a écrit :
> >
> >> Le plus complexe est en fait de trouver un équilibre valable quelle
> >> que soit la zone, car par endroit on a une très forte densité d'info,
> >> et donc besoin de repousser au zoom suivant l'affichage de certains
> >> objets, alors qu'à d'autre endroits il faudrait les faire apparaitre
> >> un peu plus tôt pour ne pas avoir un rendu trop "vide".
> >>
> >>
> > Ça c'est le plus complexe d'un point de vue technique et design, ce qui
> > est
> > déjà bien.
> >
> > Mais un rendu français donne réponse à une recherche de français. Donc il
> > suppose une réflexion sur ce qu'attendent les français. Comme c'est toi
> > qui
> > fait ça c'est toi qui voit bien sûr, aussi je peux me tromper.
> >
> > À lire cette liste on peut se faire une idée, probablement fausse, mais
> > bon
> > : un truc très orienté administratif (alors que les français passent leur
> > temps à gueuler contre l'administration), matiné de quelques
> > considérations
> > écologiques, avec les logos des entreprises françaises, et répondant aux
> > modes porteuses des appels d'offres, tels l' handicap.
> >
> > Et même la "françafrique" qui repointe le bout de son nez. (quand j'ai vu
> > ça de la part d'humanitaires j'ai sauté au plafond)
> >
> > Ainsi va la France...
> >
> > Je pense que le substrat administratif est (malheureusement) un point dur
> > des conceptions françaises, et qu'il peut constituer la base du "rendu
> > générique". Les logos des entreprises françaises aussi, c'est aussi un
> > point dur, ce n'est pas si mal. Mais attention que les logos changent.
> >
> > On peut discuter sur les considérations écologiques ; il y a quelque
> chose
> > de profond dans la société française là dessus je pense, mais j'avoue ne
> > pas trop savoir quoi. Le nucléaïre est une valeur écologique pour
> beaucoup
> > de français... à vérifier.
> >
> > Par contre je crois qu'il vaudrait mieux rejeter les modes porteuse du
> > business sur des "rendus vectoriels", et donc tout ce qui concerne
> > l'handicap, par exemple (en ce moment)

Re: [OSM-talk-fr] Cadastre: divergence entre différentes sources

[Landry Breuil]

2013/5/20 Christian Quest 

> Par expérience, Geoportail est moins à jour que cadastre.gouv.fr.
> J'avais par exemple toujours un cadastre raster pour ma commune alors
> qu'il était disponible en vectoriel depuis déjà quelques temps.
>
> Geoportail fait aussi une conflation pour faire coincider les
> cadastres là où il ne coincident pas...
>
>
> Le 20 mai 2013 11:19, RainerU  a écrit :
> > Bonjour,
> >
> > Je viens de constater que le découpage des parcelles cadastrales n'est
> pas le
> > même sur cadastre.gouv.fr que sur le géoportail IGN, par exemple ici
> [1]. Est-ce
> > que ça veut dire que les données sur le géoporatil sont plus à jour ou
> qu'elles
> > ne sont pas correctes ?
>
>
Plus exactement, cadastre.gouv;fr montre une donnée qui s'appelle le PCI
vecteur et qui correspond au cadastre officiel maintenu par la DGFiP. Le
geoportail montre la BD Parcellaire, qui est un produit IGN crée a partir
de la déformation et de l'assemblage du PCI  vecteur pour faire un produit
homogène sur la france. Le PCI vecteur est souvent mal géolocalisé, et
n'est pas du tout homogène entre les communes (ie, ca ne "colle pas" si on
essaie de mettre coté a coté 2 sections cadastrales de 2 communes voisines).

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

Re: [OSM-talk-fr] [contact] [Remarque, suggestion à propos de ce site] vos cartes

[Christian Quest]

Ces formats de fichiers sont-ils documentés quelque part ?

Si ils le sont, il suffit d'écrire un convertisseur, si ils ne le sont
pas, il va falloir faire du reverse engineering pour déterminer leur
structure avant de pouvoir écrire un convertisseur. C'est ce qui a été
fait pour le format utilisé par Garmin, mais à ma connaissance c'est
le seul format où quelqu'un s'est donné la peine de faire cet énorme
travail.

Pour iGO, j'ai cherché (rapidement) et rien trouvé.


Le 20 mai 2013 16:47,   a écrit :
> michel bersio (mic...@bersio.com) a envoyé un message en utilisant le
> formulaire de contact suivant : http://openstreetmap.fr/contact.
>
> bonjour,pourquoi ne trove t -on pas des cartes au fichier map de
> ozi,compegps
> ,ou fbl de igo quand on saitque igo est le logiciel le plus utilisé sur les
> gps de nouvelle génération et sur les tablettes
> cordialement
> michel
>

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes

[Cyrille Giquello]

Salut,

Cette données de population n'est elle pas utilisée pour le rendu ? Pour
savoir quelles villes écrire sur la carte en fonction du zoom ?



Le 3 janvier 2013 23:12, Christian Quest  a écrit :

> Le 3 janvier 2013 16:43, Vincent de Chateau-Thierry  a
> écrit :
> > Maintenant, la cible, c'est, plutôt qu'à la main, le passage, au moins
> une fois l'an,
> > d'un bot qui ajouterait ou mettrait à jour le tag population, sur la foi
> des résultats de
> > recensement publiés par l'INSEE. Une fois cette mécanique en place, il
> n'y aura plus de
> > valeur ajoutée à faire ça à la main. Et on s'économisera :-)
>
> Cela fait partie des choses que l'INSEE envisage de faire EUX MEME :)
>
> Maintenir à jour dans OSM les informations qu'il produisent. Cela fait
> partie des discussions que j'ai eu le mois dernier lors d'une première
> réunion informelle.
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] [Carrément HS] Les Jojos

[Pieren]

2013/5/19 Art Penteur :

> Pouvez-vous envisager un "Jo d'ici" et
> "Jo d'ailleurs" ? Ou bien "Jo du sud" et "Jo du nord" ?

Si seulement il venait de la ville d'Alton:
http://www.openstreetmap.org/?lat=38.89051&lon=-90.1827&zoom=17&layers=M

Pieren

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

Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes

[Christian Quest]

Sur le rendu FR oui, sur le rendu OSM-mapnik, non.


Le 20 mai 2013 19:44, Cyrille Giquello  a écrit :
> Salut,
>
> Cette données de population n'est elle pas utilisée pour le rendu ? Pour
> savoir quelles villes écrire sur la carte en fonction du zoom ?
>
>
>

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes

[Cyrille Giquello]

Tu prends quel objet ? Le node place, le node place en relation
admin_centre, la relation ?


Le 20 mai 2013 20:07, Christian Quest  a écrit :

> Sur le rendu FR oui, sur le rendu OSM-mapnik, non.
>
>
> Le 20 mai 2013 19:44, Cyrille Giquello  a écrit :
> > Salut,
> >
> > Cette données de population n'est elle pas utilisée pour le rendu ? Pour
> > savoir quelles villes écrire sur la carte en fonction du zoom ?
> >
> >
> >
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes

[Cyrille Giquello]

Le 20 mai 2013 20:07, Christian Quest  a écrit :

> Sur le rendu FR oui, sur le rendu OSM-mapnik, non.
>
Merci comment font-ils alors ?

C.


>
>
> Le 20 mai 2013 19:44, Cyrille Giquello  a écrit :
> > Salut,
> >
> > Cette données de population n'est elle pas utilisée pour le rendu ? Pour
> > savoir quelles villes écrire sur la carte en fonction du zoom ?
> >
> >
> >
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] [Carrément HS] Les Jojos

[Gad.Jo]

Haha elle est bien trouvé celle ci… ;-D


2013/5/20 Pieren 

> 2013/5/19 Art Penteur :
>
> > Pouvez-vous envisager un "Jo d'ici" et
> > "Jo d'ailleurs" ? Ou bien "Jo du sud" et "Jo du nord" ?
>
> Si seulement il venait de la ville d'Alton:
> http://www.openstreetmap.org/?lat=38.89051&lon=-90.1827&zoom=17&layers=M
>
> Pieren
>
> ___
> 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] [Carrément HS] Les Jojos

[Philippe Verdy]

2013/5/20 Gad.Jo 

> Haha elle est bien trouvé celle ci… ;-D
> 2013/5/20 Pieren 
>
>> 2013/5/19 Art Penteur :
>> > Pouvez-vous envisager un "Jo d'ici" et
>> > "Jo d'ailleurs" ? Ou bien "Jo du sud" et "Jo du nord" ?
>> Si seulement il venait de la ville d'Alton:
>
> Donc c'est Jo qu'a rit...
Jo, raie pas due.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] INSEE, recensement 2010 et mise à jour de la population des communes

[Christian Quest]

le nom est rendu 2 fois... une fois uniquement à cause du polygone
d'emprise da la commune, et donc le rendu dépend de la taille de la
commune, et une deuxième fois à partir des node place=* en fonction du
type de place=*

Dans le rendu FR, j'ajoute un tri décroissant par nombre d'habitants à
partir du tag population=* sur le node place=* car c'est là que se
positionne le nom et pas sur le centroid du polygone de la relation de
la commune. C'est vrai que je pourrai aller cherche la population sur
la relation...


Le 20 mai 2013 20:11, Cyrille Giquello  a écrit :
>
> Le 20 mai 2013 20:07, Christian Quest  a écrit :
>>
>> Sur le rendu FR oui, sur le rendu OSM-mapnik, non.
>
> Merci comment font-ils alors ?
>
> C.
>
>>
>>
>>
>> Le 20 mai 2013 19:44, Cyrille Giquello  a écrit :
>> > Salut,
>> >
>> > Cette données de population n'est elle pas utilisée pour le rendu ? Pour
>> > savoir quelles villes écrire sur la carte en fonction du zoom ?
>> >
>> >
>> >
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> --
> Cyrille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

[OSM-talk-fr] Limites communales de la Corrèze au complet !

[Vincent de Château-Thierry]

Bonsoir,
Presque tout est dans le titre :-)

Le chantier proposé il n'y a même pas une semaine pour tracer les 
limites des 121 communes de Corrèze manquantes est achevé depuis ce 
soir. Oui, déjà :-)


Avant tout merci aux 9 contributeurs qui ont participé. Ce projet a 
aussi permis, au passage, d'augmenter le compteur des régions au 
complet, avec le Limousin.


Mais la Corrèze n'aura pas été qu'un département de plus. Celà a été 
l'occasion de tester un fonctionnement collégial, grâce à MapCraft [1]. 
Cet outil a prouvé toute sa pertinence, permettant à la fois de se 
répartir le travail, se coordonner en différé et même en "live", papoter 
(aussi, oui :-)), et même, ultime cerise, décider qui allait franchir la 
ligne d'arrivée en premier, en bouclant la dernière commune [2]. Le 
maillot jaune est pour Denis ;-).


Dans l'élan, j'ai mis en place un nouveau gâteau sur MapCraft. Il s'agit 
de l'Aisne :

http://mapcraft.nanodesu.ru/pie/253#
Certains "Corréziens" n'ont pas résisté à l'envie d'y migrer. N'hésitez 
pas à nous y rejoindre ! Il y a de la place pour qui veut, et 
suffisamment d'expérience cumulée pour que des novices dans l'exercice 
trouvent conseil.


Et in fine l'idée lancée par Christian [3] (la France bouclée fin 2013) 
pourrait bien, au fil du 2è semestre, devenir réalité.


À suivre donc,
vincent

[1] : http://mapcraft.nanodesu.ru/pie/251#
[2] : http://www.openstreetmap.org/browse/changeset/16211330
[3] : http://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058384.html

 Message original 
Sujet: [OSM-talk-fr] Tracé des limites communales : la Corrèze (19)
Date : Thu, 16 May 2013 00:11:17 +0200
De : Vincent de Chateau-Thierry 
Répondre à : Discussions sur OSM en français 
Pour : Discussions sur OSM en français 

Bonsoir,

Je reviens sur la proposition de partage des tâches pour le tracé des
limites communales [1].
Comme la Corrèze a servi de support à la discussion (et a déjà gagné
quelques nouvelles communes au passage), j'ai commencé un inventaire des
communes candidates dans ce département.
Il se trouve que, sur mon petit échantillon (quelques communes), une
écrasante majorité des planches ont des informations de
géoréférencement, soit directement reconnues par JOSM, soit au moyen de
croisillons.
Par ailleurs la vectorisation sur ce département n'avance pas bien vite :
http://munin.openstreetmap.fr/stats.db/departement/osm_commune_19.html

Ces deux points combinés font de ce département un candidat potentiel
pour notre "Yalta". Ça n'est bien sûr qu'une proposition, si quelqu'un
souhaite un focus ailleurs il faut le dire.

J'ai pour commencer dressé le tableau des communes candidates.
C'est ici :
http://wiki.openstreetmap.org/wiki/France:Corr%C3%A8ze/Limites_communales

Sur le principe, chaque ligne permet à la fois de décrire l'état des
planches d'une commune, et bien sûr de pouvoir se manifester en
"réservant" la commune pour s'occuper de son tracé.

Pour ceux qui voudraient participer mais qui n'ont pas jusque là
manipulé de raster, le plus simple est de commencer sur une commune où
les planches sont déjà géoréférencées. C'est l'objet des première
colonnes du tableau et ça tombe bien, les premières communes sont quasi
toutes avec planches géoréférencées :-)

Je vais continuer à remplir les colonnes de gauche du tableau (et si je
ne suis pas le seul c'est encore mieux :-) ). En parallèle n'hésitez pas
à réserver une commune pour tracer son contour. Et à lancer des
questions si besoin.

Merci et surtout, à suivre !

vincent

[1] : http://lists.openstreetmap.org/pipermail/talk-fr/2013-May/058378.html

___
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] Tracé des limites communales : la Corrèze (19)

[Nicolas Moyroud]

Merci Vincent pour ce superbe tuto !

Nicolas

Le 19/05/2013 00:57, Vincent de Château-Thierry a écrit :


Hop là :
http://wiki.openstreetmap.org/wiki/FR:MapCraft/Faire_un_diagramme_avec_le_GeoFLA 



vincent



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

Re: [OSM-talk-fr] Limites communales de la Corrèze au complet !

[Cyrille Giquello]

Chouette histoire !


Le 20 mai 2013 21:42, Vincent de Château-Thierry  a écrit
:

> Bonsoir,
> Presque tout est dans le titre :-)
>
> Le chantier proposé il n'y a même pas une semaine pour tracer les limites
> des 121 communes de Corrèze manquantes est achevé depuis ce soir. Oui, déjà
> :-)
>
> Avant tout merci aux 9 contributeurs qui ont participé. Ce projet a aussi
> permis, au passage, d'augmenter le compteur des régions au complet, avec le
> Limousin.
>
> Mais la Corrèze n'aura pas été qu'un département de plus. Celà a été
> l'occasion de tester un fonctionnement collégial, grâce à MapCraft [1]. Cet
> outil a prouvé toute sa pertinence, permettant à la fois de se répartir le
> travail, se coordonner en différé et même en "live", papoter (aussi, oui
> :-)), et même, ultime cerise, décider qui allait franchir la ligne
> d'arrivée en premier, en bouclant la dernière commune [2]. Le maillot jaune
> est pour Denis ;-).
>
> Dans l'élan, j'ai mis en place un nouveau gâteau sur MapCraft. Il s'agit
> de l'Aisne :
> http://mapcraft.nanodesu.ru/**pie/253#
> Certains "Corréziens" n'ont pas résisté à l'envie d'y migrer. N'hésitez
> pas à nous y rejoindre ! Il y a de la place pour qui veut, et suffisamment
> d'expérience cumulée pour que des novices dans l'exercice trouvent conseil.
>
> Et in fine l'idée lancée par Christian [3] (la France bouclée fin 2013)
> pourrait bien, au fil du 2è semestre, devenir réalité.
>
> À suivre donc,
> vincent
>
> [1] : 
> http://mapcraft.nanodesu.ru/**pie/251#
> [2] : 
> http://www.openstreetmap.org/**browse/changeset/16211330
> [3] : http://lists.openstreetmap.**org/pipermail/talk-fr/2013-**
> May/058384.html
>
>  Message original 
> Sujet: [OSM-talk-fr] Tracé des limites communales : la Corrèze (19)
> Date : Thu, 16 May 2013 00:11:17 +0200
> De : Vincent de Chateau-Thierry 
> Répondre à : Discussions sur OSM en français 
> Pour : Discussions sur OSM en français 
>
> Bonsoir,
>
> Je reviens sur la proposition de partage des tâches pour le tracé des
> limites communales [1].
> Comme la Corrèze a servi de support à la discussion (et a déjà gagné
> quelques nouvelles communes au passage), j'ai commencé un inventaire des
> communes candidates dans ce département.
> Il se trouve que, sur mon petit échantillon (quelques communes), une
> écrasante majorité des planches ont des informations de
> géoréférencement, soit directement reconnues par JOSM, soit au moyen de
> croisillons.
> Par ailleurs la vectorisation sur ce département n'avance pas bien vite :
> http://munin.openstreetmap.fr/**stats.db/departement/osm_**commune_19.html
>
> Ces deux points combinés font de ce département un candidat potentiel
> pour notre "Yalta". Ça n'est bien sûr qu'une proposition, si quelqu'un
> souhaite un focus ailleurs il faut le dire.
>
> J'ai pour commencer dressé le tableau des communes candidates.
> C'est ici :
> http://wiki.openstreetmap.org/**wiki/France:Corr%C3%A8ze/**
> Limites_communales
>
> Sur le principe, chaque ligne permet à la fois de décrire l'état des
> planches d'une commune, et bien sûr de pouvoir se manifester en
> "réservant" la commune pour s'occuper de son tracé.
>
> Pour ceux qui voudraient participer mais qui n'ont pas jusque là
> manipulé de raster, le plus simple est de commencer sur une commune où
> les planches sont déjà géoréférencées. C'est l'objet des première
> colonnes du tableau et ça tombe bien, les premières communes sont quasi
> toutes avec planches géoréférencées :-)
>
> Je vais continuer à remplir les colonnes de gauche du tableau (et si je
> ne suis pas le seul c'est encore mieux :-) ). En parallèle n'hésitez pas
> à réserver une commune pour tracer son contour. Et à lancer des
> questions si besoin.
>
> Merci et surtout, à suivre !
>
> vincent
>
> [1] : http://lists.openstreetmap.**org/pipermail/talk-fr/2013-**
> May/058378.html
>
> __**_
> 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
>



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

Re: [OSM-talk-fr] Problème avec Nomino

[Cyrille Giquello]

Bonjour
Merci Christian pour ce rapport. Ce problème été rapporté une autre fois,
mais je n'arrive pas à le reproduire.

Nous continuons de chercher...

Ciao
Cyrille


Le 17 mai 2013 14:00, Christian Rogel  a
écrit :

> Je ne peux m'authentifier sur Nomino.
> Depuis la page où il me demande l'autorisation de se connecter sur mon
> compte OSM,
> je fais "save changes", mais, un h est ajouté à openstreetmap.org et le
> serveur n'est pas trouvé.
>
> Qui peut m'indiquer ce qui se passe?
>
>
> Christian R.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Problème avec Nomino

[Christian Rogel]

Le 21 mai 2013 à 00:40, Cyrille Giquello  a écrit :

> Bonjour
> Merci Christian pour ce rapport. Ce problème été rapporté une autre fois, 
> mais je n'arrive pas à le reproduire.
> 
> Nous continuons de chercher…

Depuis samedi et dimancher, j'ai pu réutiliser Nomino aussi bien sur mon IPad 
que sur mon ordi de bureau.
Donc, plus de souci, mais, ce "h" volant était étrange.

Nomino est amusant : comme les noms de lieu typiques de l'Ouest gallo peuvent 
être les mêmes qu'au Québec,
on peut mettre du breton de l'autre côté de l'Océan.


"Un Breton sur chaque motte de la Terre, un Breton sur chaque vague de la Mer". 
Saint-Paul-Roux, Prince des 
poètes et marseillais

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

[OSM-talk-fr] aide pour traduction a faire en espagnol

[didier2020]

bonsoir

quelqu'un parle espagnol ?
c'est pour ici
http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18

il y a au moins 5 changesets qui generent des doublons de relations way
et nodes.
il y a aussi les tags...

merci d'avance 

didier


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

Re: [OSM-talk-fr] Problème avec Nomino

[Philippe Verdy]

H le gallo ce n'est pas le breton. Ce ne sont PAS DU TOUT les mêmes
langues. Mais alors VRAIMENT PAS DU TOUT

- Le breton est une langue celtique (qu vient de l'autre côté de la Manche
d'avant les invasions saxones et normandes) dont la langie la plus proche
est le cornique. Les pêcheurs bretons et corniques d'outre-manche parlaient
entre eux sans problème, bien plus facilement qu'en utilisant un mélange
d'anglais ou de français (sur certaines vieilles bases latines ou normandes
communes).

- Le gallo est une langue romane d'oïl (comme le normand, le jériais, le
français, le wallon, ou comme le poitevin qui en est la langue la plus
proche avant l'orléanais ou le tourangeaux, puis le moyen français
d'Ile-de-France, avant le français "standard" moderne qui est un melting
pot de langues et une création moderne très récente dans notre histoire et
qui a longtemps ignoré les langues romanes d'oc qui, de ce fait ont connu
leurs propres standardisations modernes avec l'occitan et le catalan).

Les structures lexicales, grammaticales et syntaxiques, la morphonlogie des
mots, les dérivations, la phonologie, tout est très différent. Il y a plus
de différences entre le gallo et le breton qu'entre le français et
l'allemand !

Les deux sont des langues de Bretagne, mais il ne faut pas les confondre.
Leur territoire d'extension n'est d'ailleurs clairement pas le même (le
breton ne s'est implanté en Bretagne de l'Est (Saint-Malo, Rennes, Nantes)
que très tardivement, bien longtemps après que le français ne se soit
imposé en première langue dans les deux parties de la Bretagne.

On peut en revanche confondre le gallo et le poitevin car il n'y a pas de
discontinuité réelle dans ce qui est un continuum avec la même variabilité
dialectales au sein même des deux aires désignées pour l'une et l'autre
langue.

Un français peut avec peu d'effort comprendre le gallo (plus facile à
l'écrit qu'à l'oral). Il ne comprendra pas du tout le breton (même écrit)
et ne reconnaitra pas sa structure grammaticale et ne saura même pas se
servir d'un dictionnaire breton sans formation préalable.


Le 21 mai 2013 01:07, Christian Rogel  a
écrit :

>
> Le 21 mai 2013 à 00:40, Cyrille Giquello  a écrit :
>
> > Bonjour
> > Merci Christian pour ce rapport. Ce problème été rapporté une autre
> fois, mais je n'arrive pas à le reproduire.
> >
> > Nous continuons de chercher…
>
> Depuis samedi et dimancher, j'ai pu réutiliser Nomino aussi bien sur mon
> IPad que sur mon ordi de bureau.
> Donc, plus de souci, mais, ce "h" volant était étrange.
>
> Nomino est amusant : comme les noms de lieu typiques de l'Ouest gallo
> peuvent être les mêmes qu'au Québec,
> on peut mettre du breton de l'autre côté de l'Océan.
>
>
> "Un Breton sur chaque motte de la Terre, un Breton sur chaque vague de la
> Mer". Saint-Paul-Roux, Prince des
> poètes et marseillais
>
> Christian R.
> ___
> 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] aide pour traduction a faire en espagnol

[Philippe Verdy]

Quel est le problème précisément ? Je ne vois pas les doublons en question
de relations et ways.


Le 21 mai 2013 01:38, didier2020  a écrit :

> bonsoir
>
> quelqu'un parle espagnol ?
> c'est pour ici
>
> http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18
>
> il y a au moins 5 changesets qui generent des doublons de relations way
> et nodes.
> il y a aussi les tags...
>
> merci d'avance
>
> didier
>
>
> ___
> 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] aide pour traduction a faire en espagnol

[Philippe Verdy]

Note: de très nombreuses des communes espagnoles ne portent pas le nom de
leur hameau chef-lieu (et même souvent d'aucun des autres hameaux) - ils
appellent ces hameaux des "noyaux de population" chacun d'eux a une
codification nationale à 11 chiffres, au sein de la commune (codées dans
les 5 premiers chiffres), en ajoutant deux groupes de 3 chiffres car les
noyaux de population sont aussi souvent regroupés dans ce qu'on appelle
nous des "quartiers" ou "pôles de service de proximité'.

La notion de noyau de population est assez proche de notre zonage urbain,
mais à un niveau un peu plus fin et plus basé sur des traditions
religieuses paraoissiales (ce qu'étaient un peu bon nombre de nos communes
à leur création à la révolution avant qu'un grand nombre soient regroupées
très rapidement).


Le 21 mai 2013 01:55, Philippe Verdy  a écrit :

> Quel est le problème précisément ? Je ne vois pas les doublons en question
> de relations et ways.
>
>
> Le 21 mai 2013 01:38, didier2020  a écrit :
>
> bonsoir
>>
>> quelqu'un parle espagnol ?
>> c'est pour ici
>>
>> http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18
>>
>> il y a au moins 5 changesets qui generent des doublons de relations way
>> et nodes.
>> il y a aussi les tags...
>>
>> merci d'avance
>>
>> didier
>>
>>
>> ___
>> 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] Problème avec Nomino

[Christian Rogel]

Le 21 mai 2013 à 01:51, Philippe Verdy  a écrit :

> H le gallo ce n'est pas le breton. Ce ne sont PAS DU TOUT les mêmes 
> langues. Mais alors VRAIMENT PAS DU TOUT
> 
> - Le breton est une langue celtique (qu vient de l'autre côté de la Manche 
> d'avant les invasions saxones et normandes) dont la langie la plus proche est 
> le cornique. Les pêcheurs bretons et corniques d'outre-manche parlaient entre 
> eux sans problème, bien plus facilement qu'en utilisant un mélange d'anglais 
> ou de français (sur certaines vieilles bases latines ou normandes communes).  
> etc.etc. etc.

Encore une fois, tu divagues. Personne ne se risque à dire que le breton et le 
gallo sont cousins, même
si le gallo le plus occidental a incorporé nombre de mots bretons.
Pour éclairer, là, où il y a, par exemple, le pâtis (une sorte de friche ou de 
lande où on mettait des animaux à pâturer),
on peut mettre en name:br = peurvan.
Cela vient du fait que j'ai participé samedi à une opération de traduction des 
noms de voie de Bruz (Sud de Rennes)
pour créer un plan de ville en breton qui confortera la politique linguistique 
locale.


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

Re: [OSM-talk-fr] Problème avec Nomino

[Philippe Verdy]

Non c'est toi qui a divagué complètement dans ta phrase, que je cite : "Nomino
est amusant : comme les noms de lieu typiques de l'Ouest gallo peuvent être
les mêmes qu'au Québec, on peut mettre du breton de l'autre côté de
l'Océan."

Ce qui est non seulement une invention complète mais dit en plus qu'on peut
se servir de ces inventions pour vouloir les plaquer même hors de Bretagne
de l'autre côté de l'Atlantique (sic !). C'est bien de la divagation de ta
part, au sens premier.

Maintenant tu divague encore en voilant mélanger les deux langues pour
créer de toute pièce une toponymie "bretonne".

Enfin du divagues en disant que le gallo a incorporé nombre de mots bretons
(c'est plutôt l'inverse du gallo vers le breton mais surtout maintenant du
français vers le breton, en fait d'une des langues du français d'oïl et
d'oc vers le breton). Le gallo a surtout incorporé des termes romans parmi
divers langues d'oïl, dont le français, beaucoup plus que des termes
bretons.

Le breton a incorporé (en même tant que les langues celtiques qui alors
étaient très présentes aussi en Europe centrale) plus de mots arabes et de
langues sémitiques africaines ou asiatiques, et d'autres langues nordiques,
ou de langues turco-mongoles, dans son histoire très ancienne (plus
ancienne que le français de plus d'un millénaire), que le français ne l'a
fait dans sa très courte histoire de quelques siècles (et encore au départ
le français n'était qu'une langue régionale parmi d'autres).

Le breton était déjà parlé (et écrit) dans la cour de Suède, et il y avait
des navigateurs bretons en Chine, alors que le français n'existait pas
encore (pas plus que le françois, dit "moyen français", ou le françoys, dit
"vieux français" et qui en fait était l'orléanais de l'aristocratie lettrée
et non le français populaire de Paris ou même de la bourgeoisie des villes
comme Orléans)...

Pas étonnant que le gallo ne soit considéré que comme un dialecte du
français : le français d'origine est en fait un dialecte formant un
continuum avec le poitevin, qui sert de pont vers l'orléanais et vers le
gallo. La différence c'est d'abord une question de norme imposée pour
unifier ces langues sous une langue "chapeau" qu'on a appelé "français"
 tardivement.




Le 21 mai 2013 02:06, Christian Rogel  a
écrit :

>
> Le 21 mai 2013 à 01:51, Philippe Verdy  a écrit :
>
> > H le gallo ce n'est pas le breton. Ce ne sont PAS DU TOUT les
> mêmes langues. Mais alors VRAIMENT PAS DU TOUT
> >
> > - Le breton est une langue celtique (qu vient de l'autre côté de la
> Manche d'avant les invasions saxones et normandes) dont la langie la plus
> proche est le cornique. Les pêcheurs bretons et corniques d'outre-manche
> parlaient entre eux sans problème, bien plus facilement qu'en utilisant un
> mélange d'anglais ou de français (sur certaines vieilles bases latines ou
> normandes communes).  etc.etc. etc.
>
> Encore une fois, tu divagues. Personne ne se risque à dire que le breton
> et le gallo sont cousins, même
> si le gallo le plus occidental a incorporé nombre de mots bretons.
> Pour éclairer, là, où il y a, par exemple, le pâtis (une sorte de friche
> ou de lande où on mettait des animaux à pâturer),
> on peut mettre en name:br = peurvan.
> Cela vient du fait que j'ai participé samedi à une opération de traduction
> des noms de voie de Bruz (Sud de Rennes)
> pour créer un plan de ville en breton qui confortera la politique
> linguistique locale.
>
>
> Christian R.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmecum aux champs pour la randonnée à pied, à vélo ou à cheval

[nono]

Salut

Le lundi 20 mai 2013 à 11:38 +0200, Romain MEHUT a écrit :
> Bonjour,
> 
> Pour info, j'ai mis en ligne l'osmecum pour la randonnée:
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#en_randonn.C3.A9e
> 
> Romain

merci Romain, en plus j'ai lu l'encadré sur les noms déposés (bonne
idée).

Note je chipotte mais c'est une (vielle) habitude que j'ai :
Pour le nom du fichier tu as mis des « _ » au lieu des espaces c'est
très bien mais tu aurais dû aussi mettre un « e » plutôt qu'un « é » 
à « randonnée_V4 » comme ceci « randonnée_V4 ». 
C'est mieux pour le FTP en ligne de commande (si si il y en a encore qui
pratique l'informatique et les outils réseaux du millénaire précédent.

a+
nono

> 
> Le 3 septembre 2012 09:18,  a écrit :
> 
> > **
> >
> > Mes quelques remarques à la relecture :
> >
> >  - L'emplacement du Glossaire (je ne comprends pas ce qu'il fait là quand
> > je tombe dessus. Au début, à la fin ?)
> >
> >  - Points d'intérêt, lieu-dit, hameau : place=* (c'est bien locality,
> > hamlet, etc, qu'on y met ?). En lisant, j'aurais tendance à y mettre le nom
> > du lieu directement. J'ajouterai donc la liste place=hamlet, etc, et le tag
> > name=*.
> >
> >  - Équipement, Abri : Si on s'adresse à des randonneurs, j'ajouterais au
> > moins tourism=wilderness_hut pour les abris pour dormir. Dans
> > amenity=shelter, on voit un peu tout passer, en passant au moins par
> > l'abribus.
> >
> >  - Itinéraire, network=*. J'ajouterais la liste des valeurs à utiliser.
> >
> >  - Itinéraire, distance=*. Non pas la distance de l'itinéraire (distance à
> > quoi ?), mais plutôt la longueur total…
> >
> > Voilà voilà,
> >
> > JB
> >
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

-- 
Un traître est un homme politique qui quitte son parti pour s'inscrire a
un autre. Par contre, un converti est un homme politique qui quitte son
parti pour s'inscrire au votre. -+- Georges Clémenceau -+-


signature.asc
Description: This is a digitally signed message part
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Limites communales de la Corrèze au complet !

[DH]

Le 20/05/2013 21:42, Vincent de Château-Thierry a écrit :

Bonsoir,
Presque tout est dans le titre :-)

Le chantier proposé il n'y a même pas une semaine pour tracer les 
limites des 121 communes de Corrèze manquantes est achevé depuis ce 
soir. Oui, déjà :-)


Avant tout merci aux 9 contributeurs qui ont participé. Ce projet a 
aussi permis, au passage, d'augmenter le compteur des régions au 
complet, avec le Limousin.


Mais la Corrèze n'aura pas été qu'un département de plus. Celà a été 
l'occasion de tester un fonctionnement collégial, grâce à MapCraft 
[1]. Cet outil a prouvé toute sa pertinence, permettant à la fois de 
se répartir le travail, se coordonner en différé et même en "live", 
papoter (aussi, oui :-)), et même, ultime cerise, décider qui allait 
franchir la ligne d'arrivée en premier, en bouclant la dernière 
commune [2]. Le maillot jaune est pour Denis ;-).


Dans l'élan, j'ai mis en place un nouveau gâteau sur MapCraft. Il 
s'agit de l'Aisne :

http://mapcraft.nanodesu.ru/pie/253#
Certains "Corréziens" n'ont pas résisté à l'envie d'y migrer. 
N'hésitez pas à nous y rejoindre ! Il y a de la place pour qui veut, 
et suffisamment d'expérience cumulée pour que des novices dans 
l'exercice trouvent conseil.


Je suis encore surpris aujourd'hui par la capacité de la communauté OSM 
à se mobiliser efficacement autour d'un problème. Ce challenge des 
communes corréziennes en est une preuve de plus. De plus, c'était fun et 
j'ai découvert toute la pertinence d'un outil comme Mapcraft pour 
fédérer les énergies.
Merci pour le maillot jaune mais c'est avant tout une victoire 
collective ; c'était un contre-la-montre par équipes !
Pour l'Aisne, je crois que cela prendra un peu plus de temps, mais je 
risque encore d'être surpris


Bravo à tous les "corréziens" et à bientôt dans l'Aisne.

Denis

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

Re: [OSM-talk-fr] Osmecum aux champs pour la randonnée à pied, à vélo ou à cheval

[Philippe Verdy]

Ca existe encore FTP ?

Parmi les problèmes de FTP: la non-gestion de ses sessions, l'absence de
récupération et de sémantique de cache pour les proxies, sans oublier sa
non-transparence du protocole qui nécessite une réécriture sur les
pare-feux pour gérer la numérotation de port, et aussi le problème de
saturation des ports disponibles qui est aussi un problème de sécurité
(déni de service facile), et de saturation des tables de traduction sur les
proxies, et difficultés avec les clients en connectés par routeur NAT avec
peu de  mémoire de ports (car FTP n'est pas conforme au modèle standard la
séparation des couches de transport et de présentation), en plus du fait
que FTP double pour rien le nombre de sockets ouvertes sur le serveur et en
demande une nouvelle pour chaque fichier transféré (pas de réutilisation
des sessions de données, donc démarrage lent aussi avec une fenêtre TCP
réduite).

Franchement même pour verser des fichiers sur un serveur, ça fait longtemps
que HTTP (en fait WebDAV, et tous ses dérivés dans les outils de gestion de
contenu qui font aussi du versionnement) fait mieux en plus pratique, et
aussi plus pratique et plus performant, et plus échelonnable avec une plus
grande facilité de déploiement côté serveur.

Oui FTP est préhistorique (et même SFTP), on n'a pas fait plus mal fichu
comme protocole réseau (même SMBFS/CIFS ou NFS sont mieux fichus sans être
aussi universels, et pourtant simples,, que HTTP/1.1).


Le 21 mai 2013 06:46, nono  a écrit :

> Salut
>
> Le lundi 20 mai 2013 à 11:38 +0200, Romain MEHUT a écrit :
> > Bonjour,
> >
> > Pour info, j'ai mis en ligne l'osmecum pour la randonnée:
> >
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum#en_randonn.C3.A9e
> >
> > Romain
>
> merci Romain, en plus j'ai lu l'encadré sur les noms déposés (bonne
> idée).
>
> Note je chipotte mais c'est une (vielle) habitude que j'ai :
> Pour le nom du fichier tu as mis des « _ » au lieu des espaces c'est
> très bien mais tu aurais dû aussi mettre un « e » plutôt qu'un « é »
> à « randonnée_V4 » comme ceci « randonnée_V4 ».
> C'est mieux pour le FTP en ligne de commande (si si il y en a encore qui
> pratique l'informatique et les outils réseaux du millénaire précédent.
>
> a+
> nono
>
> >
> > Le 3 septembre 2012 09:18,  a écrit :
> >
> > > **
> > >
> > > Mes quelques remarques à la relecture :
> > >
> > >  - L'emplacement du Glossaire (je ne comprends pas ce qu'il fait là
> quand
> > > je tombe dessus. Au début, à la fin ?)
> > >
> > >  - Points d'intérêt, lieu-dit, hameau : place=* (c'est bien locality,
> > > hamlet, etc, qu'on y met ?). En lisant, j'aurais tendance à y mettre
> le nom
> > > du lieu directement. J'ajouterai donc la liste place=hamlet, etc, et
> le tag
> > > name=*.
> > >
> > >  - Équipement, Abri : Si on s'adresse à des randonneurs, j'ajouterais
> au
> > > moins tourism=wilderness_hut pour les abris pour dormir. Dans
> > > amenity=shelter, on voit un peu tout passer, en passant au moins par
> > > l'abribus.
> > >
> > >  - Itinéraire, network=*. J'ajouterais la liste des valeurs à utiliser.
> > >
> > >  - Itinéraire, distance=*. Non pas la distance de l'itinéraire
> (distance à
> > > quoi ?), mais plutôt la longueur total…
> > >
> > > Voilà voilà,
> > >
> > > JB
> > >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
> --
> Un traître est un homme politique qui quitte son parti pour s'inscrire a
> un autre. Par contre, un converti est un homme politique qui quitte son
> parti pour s'inscrire au votre. -+- Georges Clémenceau -+-
>
> ___
> 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] aide pour traduction a faire en espagnol

[didier2020]

Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit : 
> Quel est le problème précisément ? Je ne vois pas les doublons en
> question de relations et ways.
> 
http://www.openstreetmap.org/browse/way/221922995


> 
> Le 21 mai 2013 01:38, didier2020  a écrit :
> bonsoir
> 
> quelqu'un parle espagnol ?
> c'est pour ici
> 
> http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18
> 
> il y a au moins 5 changesets qui generent des doublons de
> relations way
> et nodes.
> il y a aussi les tags...
> 
> merci d'avance
> 
> didier
> 
> 
> ___
> 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] aide pour traduction a faire en espagnol

[Philippe Verdy]

J'avais vu ces tags bizarres, mais en revanche je ne vois aucun doublon de
relation, de chemin ou de noeuds. Je pense plutôt que c'est une absence de
travail d'intégration lors d'un import direct. Ces tags (uniquement
présents sur les chemins pas sur les noeuds ou relations) ne donnent pas
d'erreurs réellement, ils sont juste privés et non documentés un seul est
standard "building=yes", les autres sont des identifiants internes d'une
autre base de données cadastrales ou d'un GIS; copiés tels quels
.


Le 21 mai 2013 07:14, didier2020  a écrit :

> Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit :
> > Quel est le problème précisément ? Je ne vois pas les doublons en
> > question de relations et ways.
> >
> http://www.openstreetmap.org/browse/way/221922995
>
>
> >
> > Le 21 mai 2013 01:38, didier2020  a écrit :
> > bonsoir
> >
> > quelqu'un parle espagnol ?
> > c'est pour ici
> >
> http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18
> >
> > il y a au moins 5 changesets qui generent des doublons de
> > relations way
> > et nodes.
> > il y a aussi les tags...
> >
> > merci d'avance
> >
> > didier
> >
> >
> > ___
> > 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] aide pour traduction a faire en espagnol

[Jo]

Je lui ai envoyé un message en espagnol pour demander s'ils ont permission
d'intégrer le cadastre espagnol et pour proposer de donner un coup de main
avec la conversion en tags utiles pour OSM si c'est le cas.

Polyglot

2013/5/21 Philippe Verdy 

> J'avais vu ces tags bizarres, mais en revanche je ne vois aucun doublon de
> relation, de chemin ou de noeuds. Je pense plutôt que c'est une absence de
> travail d'intégration lors d'un import direct. Ces tags (uniquement
> présents sur les chemins pas sur les noeuds ou relations) ne donnent pas
> d'erreurs réellement, ils sont juste privés et non documentés un seul est
> standard "building=yes", les autres sont des identifiants internes d'une
> autre base de données cadastrales ou d'un GIS; copiés tels quels
> .
>
>
> Le 21 mai 2013 07:14, didier2020  a écrit :
>
> Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit :
>> > Quel est le problème précisément ? Je ne vois pas les doublons en
>> > question de relations et ways.
>> >
>> http://www.openstreetmap.org/browse/way/221922995
>>
>>
>> >
>> > Le 21 mai 2013 01:38, didier2020  a écrit :
>> > bonsoir
>> >
>> > quelqu'un parle espagnol ?
>> > c'est pour ici
>> >
>> http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18
>> >
>> > il y a au moins 5 changesets qui generent des doublons de
>> > relations way
>> > et nodes.
>> > il y a aussi les tags...
>> >
>> > merci d'avance
>> >
>> > didier
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] aide pour traduction a faire en espagnol

[didier2020]

pardon , mauvais recopiage de n°
http://www.openstreetmap.org/browse/way/221922991

sinon, le texte a traduire serait

bonjour,
>
je voulais vous avertir que j'ai vu un certain nombre de way et relation
duplique, 
dans les changesets suivants 
les tags sont nombreux mais il manque le tag source dans l'objet ou le
changeset

bonne continuation ou bisoux





Le mardi 21 mai 2013 à 07:14 +0200, didier2020 a écrit : 
> Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit : 
> > Quel est le problème précisément ? Je ne vois pas les doublons en
> > question de relations et ways.
> > 
> http://www.openstreetmap.org/browse/way/221922995
> 
> 
> > 
> > Le 21 mai 2013 01:38, didier2020  a écrit :
> > bonsoir
> > 
> > quelqu'un parle espagnol ?
> > c'est pour ici
> > 
> > http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18
> > 
> > il y a au moins 5 changesets qui generent des doublons de
> > relations way
> > et nodes.
> > il y a aussi les tags...
> > 
> > merci d'avance
> > 
> > didier
> > 
> > 
> > ___
> > 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] aide pour traduction a faire en espagnol

[didier2020]

merci, 

didier

Le mardi 21 mai 2013 à 07:41 +0200, Jo a écrit :
> Je lui ai envoyé un message en espagnol pour demander s'ils ont
> permission d'intégrer le cadastre espagnol et pour proposer de donner
> un coup de main avec la conversion en tags utiles pour OSM si c'est le
> cas.
> 
> Polyglot
> 
> 2013/5/21 Philippe Verdy 
> J'avais vu ces tags bizarres, mais en revanche je ne vois
> aucun doublon de relation, de chemin ou de noeuds. Je pense
> plutôt que c'est une absence de travail d'intégration lors
> d'un import direct. Ces tags (uniquement présents sur les
> chemins pas sur les noeuds ou relations) ne donnent pas
> d'erreurs réellement, ils sont juste privés et non documentés
> un seul est standard "building=yes", les autres sont des
> identifiants internes d'une autre base de données cadastrales
> ou d'un GIS; copiés tels quels 
> . 
> 
> 
> Le 21 mai 2013 07:14, didier2020  a
> écrit : 
> 
> Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a
> écrit : 
> > Quel est le problème précisément ? Je ne vois pas
> les doublons en
> > question de relations et ways.
> >
> 
> http://www.openstreetmap.org/browse/way/221922995 
> 
> 
> >
> > Le 21 mai 2013 01:38, didier2020
>  a écrit :
> > bonsoir
> >
> > quelqu'un parle espagnol ?
> > c'est pour ici
> >
> 
> http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18
> >
> > il y a au moins 5 changesets qui generent
> des doublons de
> > relations way
> > et nodes.
> > il y a aussi les tags...
> >
> > merci d'avance
> >
> > didier
> >
> >
> >
> ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> >
> http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] Ponts et leur emprise

[Christian Quest]

Il y a déjà une proposition:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels
Cette relation peut comporter un membre ayant le rôle "outline" pour
définir l'emprise du pont.

Maintenant, pour l'exploiter dans le rendu, ça va être une autre histoire...


Le 21 mai 2013 00:16, Francescu GAROBY  a écrit :
> Bonjour,
> Ne voyant rien sur le wiki au sujet de l'emprise exact des ponts, je me
> demandais s'il ne serait pas utile de lancer une proposition à ce sujet.
> Le but serait d'avoir l'emprise exacte (d'un parapet à l'autre) des ponts,
> en profitant d'une particularité du cadastre français : en, plus des tracés,
> les emprises des ponts peuvent se "deviner" graĉe aux cours d'eau coupés
> (cf. screenshot).
>
> Du coup, avec l'emprise exacte des ponts, on résoudrait ce bug graphique :
> la route et la voie de tram sont sur le même pont Churchill et non pas sur 2
> ponts côte à côte (donc l'eau n'est pas visible entre les 2 voies).
>
> Francescu
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] aide pour traduction a faire en espagnol

[Jo]

Voici une possible traduction. La dernière phrase ne correspond pas à
l'usage de vous/usted... (usted n'y figure pas, mais il est sous-entendu
dans la terminaison des verbes et le pronom possessif. comunicarte/tus
serait plus familier).

Hola,

Quiero comunicarle que hay varios "ways" y "relations" duplicados en
questos changeset:

Hay varias "tag", pero falta "source" en los objectos o sobre el
"changeset".

Gracias para sus contribuciones,

(Buena continuación o besos,)



(Je n'ai pas envoyé ce message moi-même)

Polyglot



2013/5/21 didier2020 

> pardon , mauvais recopiage de n°
> http://www.openstreetmap.org/browse/way/221922991
>
> sinon, le texte a traduire serait
> 
> bonjour,
> >
> je voulais vous avertir que j'ai vu un certain nombre de way et relation
> duplique,
> dans les changesets suivants 
> les tags sont nombreux mais il manque le tag source dans l'objet ou le
> changeset
>
> bonne continuation ou bisoux
> 
>
>
>
>
> Le mardi 21 mai 2013 à 07:14 +0200, didier2020 a écrit :
> > Le mardi 21 mai 2013 à 01:55 +0200, Philippe Verdy a écrit :
> > > Quel est le problème précisément ? Je ne vois pas les doublons en
> > > question de relations et ways.
> > >
> > http://www.openstreetmap.org/browse/way/221922995
> >
> >
> > >
> > > Le 21 mai 2013 01:38, didier2020  a écrit :
> > > bonsoir
> > >
> > > quelqu'un parle espagnol ?
> > > c'est pour ici
> > >
> http://www.openstreetmap.org/?lat=43.31283688545227&lon=-5.56719034910202&zoom=18
> > >
> > > il y a au moins 5 changesets qui generent des doublons de
> > > relations way
> > > et nodes.
> > > il y a aussi les tags...
> > >
> > > merci d'avance
> > >
> > > didier
> > >
> > >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-fr
> > >
> > >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-fr
> >
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ponts et leur emprise

[Jean-Francois Nifenecker]

Le 21/05/2013 08:04, Christian Quest a écrit :

Il y a déjà une proposition:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels
Cette relation peut comporter un membre ayant le rôle "outline" pour
définir l'emprise du pont.



Oui, voir ici : http://www.openstreetmap.org/browse/way/119097731


Maintenant, pour l'exploiter dans le rendu, ça va être une autre histoire...



Vi
--
Jean-Francois Nifenecker, Bordeaux

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