Re: [OSM-talk-fr] Bureau de vote

[Tony Emery]

Pour avoir un peu discuté avec le service des élections de ma collectivité,
la ré-impression des cartes électorales sert surtout à mettre à jour les
listes électorales : ceux qui partent de la commune, ceux qui arrivent dans
la commune et ceux qui déménagent mais qui reste dans la commune, changeant
ou non de bureau de vote.

La modification du zonage reste rare, du moins dans les villes. De plus, ce
sont plutôt les villes qui vont avoir besoin de localiser les bureaux de
vote dans OSM. Si un village n'a pas d'endroit fixe pour les élections, au
pire, il ne mettra rien dans OSM.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740966.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] Tr : [OSM-talk] New OpenStreetMap tile server

[Philippe Verdy]

On a en France le problème typique des FAI "grand public" qui concentre
TOUT le trafic de leurs abonnés à Paris ou autour (sauf pour leurs propres
services à leurs propres abonnés par exemple pour la télévision ou la
téléphonie) et n'ont encore jamais fait l'effort de déployer des peerings
régionaux pour aussi inciter d'autres opérateurs européens à y assurer une
présence. Pour passer d'un FAI à l'autre tout remonte donc toujours à Paris.

C'est leur façon de faire une économie d'échelle, même si ça perpétue la
fracture numérique entre Paris et le reste de la France du côté des offres
résidentielles, avec un décalage croissant des performances et pléthores de
solutions par chères quand on est à Paris.

Renater a fait cet effort, mais les FAI continuent de remonter tout le
routage des sessions ADSL et même câble ou fibre en faisant terminer la
session VPN de l'abonné sur un routeur à Paris. La France est pour les FAI
un pur réseau étoilé et pas une boucle maillée comme dans d'autres pays
européens comme le Royaume-Uni ou les Pays-Bas... où du coup ils restent
dépendant des solutions (et tarifs) des grands groupes internationaux,
principalement américains. Même Orange fait remonter tout son traffic des
abonnés résidentiels français à Paris/Aubervilliers et ne fait du Peering
que vers les autres GIX français sur leur POP Parisien
(Téléhouse/Courbevoie) ou délègue presque tout le reste vers Amsterdam ou
Londres (sauf vers les US où les FAI ont un peering vers les 2 côtes
océaniques de NYC et LA, et parfois Miami, Dallas et Chicago).

Tout cela vient du fait que nos FAIs sont presque tous nationaux (et peu
nombreux) et qu'on n'a pas beaucoup de FAI régionaux. SFR ne fait pas mieux
pour ses abonnés non plus, pas plus que Numéricable ou Free, eux aussi
déployés en étoile et non en boucles régionales. Du coup les GIX régionaux
sont minuscules et progressent bien peu. L'ennui c'est qu'avec un tel
déploiement on donne à tout le monde une latence (ping) voisine de 30 ms et
cela va consituter un frein sérieux au très haut débit en TCP (à cause de
la taille maxi des fenêtres TCP, cette latence impose un débit maximum
impossible à dépasser, loin de la capacité des fibres, ou alors il faut
augmenter démesurément la taille des fenêtres TCP et on barre la route aux
accès THD mobiles : pas étonnant que la 4G/LTE tarde tant en France à
démarrer).

Le 19 décembre 2012 01:00, Christophe Merlet  a
écrit :

>
> De chez moi (a Pau évidemment), en fibre optique, Londres est à 30ms,
> Pau est à... 40ms !! SFR m'envoie au SFINX, puis direction Lyon, et
> retour au point de départ via Bordeaux oo'
> Pire, il est censé y avoir un petit GIX local mais il ne fait pas preuve
> d'une grande efficacité :/ On espère voir la situation évoluer...
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetMap au Tchad!

[Philippe Verdy]

La langue par défaut pour le Tchad sera plutôt l'arabe que le français ou
l'anglais. Il y a aussi des langues berbères mais trop peu de ressources
toponymiques dans ces langues (orthographes très incertaines, plus ou moins
"phonétiques" et transcriptions hasardeuses en alphabet latin, ou pas
actualisés depuis l'indépendance, donc des tas de nouveautés depuis non
couvertes en français).

Si vous mettez du français ou de l'anglais vous aurez une carte qui servira
plus aux organisations humantaires sur place mais pas très proche de ce que
demandera la population locale qui utilise d'autres langues et une
toponomie actualisée (même si elle n'est que phonétique, au moins en
écriture arabe on évite des tonnes d'incertitudes orthographiques).

Dans le cadre de ce projet HOT, il me semble indispensable de savoir à qui
vous destinez les résultats de la cartographie : idéalement cela devrait
traduire en priorité les besoins de la population locale, dans les langues
qu'elle utilise. Les langues officielles du Tchad sont l'arabe et le
français, mais l'arabe est de loin le plus populaire.

Donc attendez-vous si vous commentez en français, à ce que ces notes soient
remplacées ensuite par de l'arabe et ne vous offusquez pas si la langue par
défaut d'un name=* passe du français à l'arabe (prévoyez le coup et
renseignez name:fr=* avec une copie du nom par défaut en français si vous
ne savez pas l'arabe, ou bien à voir des transcriptions berbères en
alphabet latin avec des "lettres" étranges comme des chiffres traduisant
certains sons comme l'Ayin arabo-berbère, ou des transcriptions en alphabet
Tamazigh)

Le 18 décembre 2012 17:45, Pieren  a écrit :

> "highway=residential", "unclassified", "road" ? Faut-il utiliser le
> français ou l'anglais dans les notes, etc ...
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Christophe Merlet]

Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit :
> > "cm" == Christophe Merlet  writes:
> 
>   cm> Mais cette solution a plusieurs avantages. C'est facile à administrer à
>   cm> distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en
>   cm> 9h, 18 Go de tuiles distinctes ont été demandées). 
> 
>   L'intérêt d'un serveur distinct de celui à Londres pour les
>   utilisateurs français me semble discutable. Depuis ma connexion Free
>   au domicile à Toulouse, je suis à 63 ms (16 hops) de
>   uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52
>   ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour
>   la majorité des FAI français, qui font du peering vers Renater
>   uniquement à Paris. Et en cas de miss la requête part quand même à
>   Londres ...
> 
>   Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7
>   hops) du serveur paulla, mais ça n'est pas très representatif des
>   utilisateurs en général ...

De chez moi (a Pau évidemment), en fibre optique, Londres est à 30ms,
Pau est à... 40ms !! SFR m'envoie au SFINX, puis direction Lyon, et
retour au point de départ via Bordeaux oo'
Pire, il est censé y avoir un petit GIX local mais il ne fait pas preuve
d'une grande efficacité :/ On espère voir la situation évoluer...

Par contre au boulot, je suis à 0,3 ms... 2 switchs et 1 routeur ;o)

>   Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial
>   College, ce qui doit leur être utile, donc merci et bravo à RedFox
>   pour cela. 

Je pense que le serveur principal à gagné entre 10 et 20 mbs de bande
passante sur plus de 100. Voir graphique en pièce jointe sur la courbe
d'aujourd'hui par rapport aux jours précédents.
C'est pas si mal pour commencer.



Librement,
-- 
Christophe Merlet (RedFox)
<>

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] Tr : [OSM-talk] New OpenStreetMap tile server

[Philippe Verdy]

C'est vrai que le gain n'est pas flagrant et en tout cas pas en vitesse
c'est même plus long qu'avant en cas de cache-miss, j'ai déjà eu plusieurs
interruptions de sessions (avec des tuiles incomplètes de taille zéro) à
cause du temps de réponse du serveur de tuile principal à répondre à son
serveur proxy Squid. Les problèmes commencent avec le zoom niveau 12 et on
a des rafraîchissements qui ne se font quasiment plus concernant les tuiles
obsolètes : il faut maintenant rafraîchir la même tuile deux fois avec
quelques minutes d'écart entre chaque pour que ce soit dispo sur le Squid
de Pau.

Certes cela soulage certainement le serveur de Londres en bande passante,
mais pas en travail à faire pour calculer les tuiles (qui du coup sont
calculées et rendues disponibles pour finalement ne jamais être utilisées
car la première requête a retourné l'ancienne version et remplis le cache
Squid à Pau qui va donc continuer aussi à retourner cette version (le truc
du "/dirty" ne semble plus fonctionner : oui il demande le rafraichissement
mais cela ne force pas l'invalidation de tuiles du serveur de Pau (sauf si
on modifie l'URL avec un paramètre GET ajouté dans l"URL des tuiles tel que
"?1", "?2" pour lui demander d'ignorer son cache et retourner la version du
serveur de Londres ; le "/dirty répété ne forcera plus non plus une
nouvelle demande au serveur de rendu et le "/status" continue alors
d'aficher l'ancien statut même si la tuile a bien été rafraichie à Londres).

Il semble que la cause de tout ça vienne de Mapnik et non de l'installation
du proxy-cache Qquid : au lieu de mettre une réponse au client en
attente sur sa session, il préfère retourner une version ancienne déjà
calculée (mais avec une durée de péremption trop longue pour cette réponse
qui ne devrait être qu'instantanée et pas recachable en aval) en attendant
pour terminer la session plus tôt (et cela pose des problèmes de cohérence
de cache, un problème qui existe depuis assez longtemps même avant l'entrée
en scène des serveurs proxy Squid). Squid ne semble pas en cause (cela
marche très bien par exemple avec Wikipédia qui parvient très bien à suivre
les mises à jour), mais bien le frontend de Mapnik (autrement dit le
serveur WMS qui lui pilote son travail à faire).

L'avantage de répondre immédiatement au client est d'économiser des
sessions en attente du côté du serveur (et donc éviter la non disponibilité
de nouveaux ports TCP pour d'autres sessions HTTP s'il y a du monde), mais
ici le problème est la non péremption immédiate (ou la péremption trop
longue) des tuiles obsolètes qui sont en attente de recalcul.

A mon avis le serveur Squid pour la France, l'Espagne ou l'Italie serait
mieux à Londres ou à Amsterdam, voire à Paris, plutôt qu'à Pau si on veut
un temps de réponse correct, étant donné que les FAI français ont tous leur
routage au départ de Paris avec un peering efficace vers Londres et
Amsterdam. Même chose pour les FAI espagnols ou italiens qui feront leur
peering efficace vers Pau en passant par Paris ou Amsterdam d'abord. Le
peering de Paris vers Pau via le réseau RENATER n'est pas foundroyant, il
n'a pas été tellement taillé pour un usage massif.

La situation serait meilleure si la Fondation trouvait un partenariat avec
des CDN mondiaux — comme Level3 qui a des serveurs proxy HTTP dans
pratiquement tous les pays, et même dans les GIX régionaux (pour les FAI
français qui ont des peerings régionaux et qui y sont directement connectés
sans faire transiter tout le trafic de leurs abonnés par Paris où se
concentre leur réseau de collecte national). Ou même avec d'autres
fournisseurs de CDN comme Google/Youtube, Amazon, Microsoft/Bing, Yahoo
(d'abord pour leurs propres services en ligne mais aussi pour leurs offres
commerciales aux sites tiers)...

La Fondation Wikimedia par exemple a bénéficié du partenariat avec Yahoo
(ou avec d'autres FAI internationaux comme Orange pour l'Europe et
l'Afrique) pour déployer des serveurs Squid correctement localisés dans le
monde avec des peerings efficaces (cela a été plus payant que de chercher à
gérer elle même des serveurs Squid à gérer elle-même), et même une
distribution gratuite pour les visiteurs (offre gratuite non décomptée du
forfait data sur un réseau mobile).

OSM France utilise une plateforme de Free qui marche bien grâce à sa
présence directe sur un GIX parisien rapide (Freeix) qui a de bonnes
connexions de peering avec la plupart des FAI français et européens.

La présence sur le GIX de RENATER ne marche bien que si les visiteurs
français passent par un FAI universitaire ou si ce sont des collectivités,
mais pas très bien pour les abonnés résidentiels (le peering gratuit d'un
FAI classique vers RENATER a une bande passante limitée et des restrictions
pour l'équilibrage des flux trop asymétriques). Sur quel GIX est connecté
le serveur de Pau, seulement RENATER ?


Le 19 décembre 2012 00:26, Christian Quest  a
écrit :

> Constat proche pour moi (aussi chez free), le ping est quasiment
> id

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Christian Quest]

Constat proche pour moi (aussi chez free), le ping est quasiment
identique (dans les 40/45ms) et même nombre de hops.

Un cache de tuile chez free Bezons diviserai mon ping presque par 2
(23ms en moyenne sur osm11) ;)
Le geodns pourrait-il rediriger les requêtes provenant des AS de free
vers un serveur chez free ?

Christophe, ça serait possible de rajouter ce serveur dans le munin d'OSM-FR ?


Le 18 décembre 2012 23:53, Eric Marsden  a écrit :
>> "cm" == Christophe Merlet  writes:
>
>   cm> Mais cette solution a plusieurs avantages. C'est facile à administrer à
>   cm> distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en
>   cm> 9h, 18 Go de tuiles distinctes ont été demandées).
>
>   L'intérêt d'un serveur distinct de celui à Londres pour les
>   utilisateurs français me semble discutable. Depuis ma connexion Free
>   au domicile à Toulouse, je suis à 63 ms (16 hops) de
>   uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52
>   ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour
>   la majorité des FAI français, qui font du peering vers Renater
>   uniquement à Paris. Et en cas de miss la requête part quand même à
>   Londres ...
>
>   Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7
>   hops) du serveur paulla, mais ça n'est pas très representatif des
>   utilisateurs en général ...
>
>   Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial
>   College, ce qui doit leur être utile, donc merci et bravo à RedFox
>   pour cela.
>
> --
> Eric Marsden
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

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

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Eric Marsden]

> "cm" == Christophe Merlet  writes:

  cm> Mais cette solution a plusieurs avantages. C'est facile à administrer à
  cm> distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en
  cm> 9h, 18 Go de tuiles distinctes ont été demandées). 

  L'intérêt d'un serveur distinct de celui à Londres pour les
  utilisateurs français me semble discutable. Depuis ma connexion Free
  au domicile à Toulouse, je suis à 63 ms (16 hops) de
  uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à 52
  ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil pour
  la majorité des FAI français, qui font du peering vers Renater
  uniquement à Paris. Et en cas de miss la requête part quand même à
  Londres ...

  Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7
  hops) du serveur paulla, mais ça n'est pas très representatif des
  utilisateurs en général ...

  Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial
  College, ce qui doit leur être utile, donc merci et bravo à RedFox
  pour cela. 

-- 
Eric Marsden


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

Re: [OSM-talk-fr] New OpenStreetMap tile server

[sly (sylvain letuffe)]

Le mardi 18 décembre 2012 21:12:58, Christophe Merlet a écrit :
> bah si, on peut en discuter.

Si tu veux mon avis (pour ce qu'il vaut), pourquoi pas, mais en continuant sur 
dev-fr.

-- 
sly (sylvain letuffe)

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

[OSM-talk-fr] Réf.: Tr : [OSM-talk] New OpenStreetMap tile server

[THEVENON Julien]

--
Le mar. 18 déc. 2012 19:32 HNEC, Pierre Béland a écrit :

>Voir .l'annonce du serveur de tuiles Pau sur talk.
>
> 
>Pierre 
>

Bravo et merci a Christophe et ceux qui ont permis cela

Julien

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

Re: [OSM-talk-fr] Mesurer des objets dans JOSM?

[Romain MEHUT]

Oui en effet tout simplement!

Merci Étienne.

Le 18 décembre 2012 21:09, Etienne Trimaille  a écrit
:

> Le plugin measurement peut-être ?
>
> Le 18 décembre 2012 21:01, Romain MEHUT  a écrit :
>
>> Bonsoir,
>>
>> Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin
>> ou polygone)?
>>
>> Merci.
>>
>> Romain
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Christophe Merlet]

Le mardi 18 décembre 2012 à 20:16 +0100, sly (sylvain letuffe) a écrit :
> > >On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait  wrote:
> > >
> > >The OpenStreetMap Foundation is pleased to announce new OSM infrastructure,
> > >in the form of a new tile server, located in Pau, France.  Details on the
> > >OSMF Blog. 
> 
> Cool ! 
> Bravo à Redfox pour la coordination, et merci à PauLLA l'Université de Pau et 
> des Pays de l’Adour (UPPA) et la Communauté d’Agglomération de Pau Pyrénées 
> (CDAPP).
> 
> 
> J'aurais des doutes à émettre sur le bien fondé de la solution technique 
> retenue par l'OpenStreetMap Foundation qui continue (cf blog) à demander ce 
> genre d'initiative, mais là n'est point le lieu et j'accorde que ma pensée 
> reste malgré tout : "c'est mieux que rien"

bah si, on peut en discuter.
Moi-même je ne suis pas totalement séduit par la solution actuelle
(Cache Squid). 
Je trouve que le ratio hit/miss n'est pas fantastique mais néanmoins
suffisant pour décharger un peu le Master.

Mais cette solution a plusieurs avantages. C'est facile à administrer à
distance. ça ne nécessite pas de serveur puissant, juste de la RAM (en
9h, 18 Go de tuiles distinctes ont été demandées). 

Il semble que les sysadmins osm réfléchissent à d'autres solutions,
genre des générateurs de tuiles autonomes. Mais là, il faut du matos
beaucoup plus costaud. Et s'assurer de la disponibilité d'une chaine
complète de rendu de tuiles me semble bien plus compliquer à gérer.
Pas sûr que les internautes y gagne avec cette solution.

Mais tout compte fait, la seule vraie bonne solution à long terme est
que les gros consommateurs de tuiles installe leur propre serveur...

Tu vois quoi comme autres solutions ?


Librement,
-- 
Christophe Merlet (RedFox)


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] Mesurer des objets dans JOSM?

[Etienne Trimaille]

Le plugin measurement peut-être ?


Le 18 décembre 2012 21:01, Romain MEHUT  a écrit :

> Bonsoir,
>
> Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou
> polygone)?
>
> Merci.
>
> Romain
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Mesurer des objets dans JOSM?

[Romain MEHUT]

Bonsoir,

Existe-t-il un outil dans JOSM qui permet de mesurer des objets (chemin ou
polygone)?

Merci.

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

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[sly (sylvain letuffe)]

> >On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait  wrote:
> >
> >The OpenStreetMap Foundation is pleased to announce new OSM infrastructure,
> >in the form of a new tile server, located in Pau, France.  Details on the
> >OSMF Blog. 

Cool ! 
Bravo à Redfox pour la coordination, et merci à PauLLA l'Université de Pau et 
des Pays de l’Adour (UPPA) et la Communauté d’Agglomération de Pau Pyrénées 
(CDAPP).


J'aurais des doutes à émettre sur le bien fondé de la solution technique 
retenue par l'OpenStreetMap Foundation qui continue (cf blog) à demander ce 
genre d'initiative, mais là n'est point le lieu et j'accorde que ma pensée 
reste malgré tout : "c'est mieux que rien"

-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Pierre Béland]

Philippe,

nous avons oublié l'essentiel, soit de féliciter Christophe Merlet, et sans 
doute OSM-France pour cette belle contribution.
 
Pierre 



>
> De : Philippe Verdy 
>À : Pierre Béland ; Discussions sur OSM en français 
> 
>Envoyé le : Mardi 18 décembre 2012 14h03
>Objet : Re: [OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server
> 
>
>Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi 
>incomplets pour les limites administratives (et au passage puisqu'il va servir 
>aussi l'Espagne et l'Andorre, il serait temps de finir les communes manquantes 
>des Pyrénées françaises (l'Espagne est à peu près complète au plan 
>administratif sauf concernant les comarques à peine commencées, surtout en 
>Catalogne et en Pays valencien).
>
>
>
>2012/12/18 Pierre Béland 
>
>Voir .l'annonce du serveur de tuiles Pau sur talk.
>>
>>
>> 
>>Pierre 
>>
>>
>>- Mail transféré -
>>>De : Richard Weait 
>>>À : "t...@openstreetmap.org"  
>>>Envoyé le : Mardi 18 décembre 2012 13h14
>>>Objet : Re: [OSM-talk] New OpenStreetMap tile server
>>> 
>>>
>>>On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait  wrote:
>>>
>>>The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, 
>>>in the form of a new tile server, located in Pau, France.  Details on the 
>>>OSMF Blog.  

>>>
>>>... to which I had intended to link. :-) 
>>>
>>> http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/
>>>
>>>
>>>___
>>>talk mailing list
>>>t...@openstreetmap.org
>>>http://lists.openstreetmap.org/listinfo/talk
>>>
>>>
>>___
>>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] Tr : [OSM-talk] New OpenStreetMap tile server

[RÉAU Simon]

Il dit qu'il voit pas le rapport ;)


Le 18/12/2012 20:03, Philippe Verdy a écrit :
Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours 
aussi incomplets pour les limites administratives (et au passage 
puisqu'il va servir aussi l'Espagne et l'Andorre, il serait temps de 
finir les communes manquantes des Pyrénées françaises (l'Espagne est à 
peu près complète au plan administratif sauf concernant les comarques 
à peine commencées, surtout en Catalogne et en Pays valencien).



2012/12/18 Pierre Béland >


Voir .l'annonce du serveur de tuiles Pau sur talk.

Pierre

- Mail transféré -
*De :* Richard Weait mailto:rich...@weait.com>>
*À :* "t...@openstreetmap.org "
mailto:t...@openstreetmap.org>>
*Envoyé le :* Mardi 18 décembre 2012 13h14
*Objet :* Re: [OSM-talk] New OpenStreetMap tile server

On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait
mailto:rich...@weait.com>> wrote:

The OpenStreetMap Foundation is pleased to announce new
OSM infrastructure, in the form of a new tile server,
located in Pau, France.  Details on the OSMF Blog.


... to which I had intended to link. :-)

http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/


___
talk mailing list
t...@openstreetmap.org 
http://lists.openstreetmap.org/listinfo/talk


___
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] Tr : [OSM-talk] New OpenStreetMap tile server

[Philippe Verdy]

Quel dommage que les Pyrénées-Atlantiques soient eux-même toujours aussi
incomplets pour les limites administratives (et au passage puisqu'il va
servir aussi l'Espagne et l'Andorre, il serait temps de finir les communes
manquantes des Pyrénées françaises (l'Espagne est à peu près complète au
plan administratif sauf concernant les comarques à peine commencées,
surtout en Catalogne et en Pays valencien).


2012/12/18 Pierre Béland 

> Voir .l'annonce du serveur de tuiles Pau sur talk.
>
>
> Pierre
>
>   - Mail transféré -
> *De :* Richard Weait 
> *À :* "t...@openstreetmap.org" 
> *Envoyé le :* Mardi 18 décembre 2012 13h14
> *Objet :* Re: [OSM-talk] New OpenStreetMap tile server
>
> On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait  wrote:
>
> The OpenStreetMap Foundation is pleased to announce new OSM
> infrastructure, in the form of a new tile server, located in Pau, France.
> Details on the OSMF Blog.
>
>
> ... to which I had intended to link. :-)
>
>  http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/
>
>
> ___
> talk mailing list
> t...@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

[Pierre Béland]

Voir .l'annonce du serveur de tuiles Pau sur talk.

 
Pierre 


- Mail transféré -
>De : Richard Weait 
>À : "t...@openstreetmap.org"  
>Envoyé le : Mardi 18 décembre 2012 13h14
>Objet : Re: [OSM-talk] New OpenStreetMap tile server
> 
>
>On Tue, Dec 18, 2012 at 1:13 PM, Richard Weait  wrote:
>
>The OpenStreetMap Foundation is pleased to announce new OSM infrastructure, in 
>the form of a new tile server, located in Pau, France.  Details on the OSMF 
>Blog.  
>>
>
>... to which I had intended to link. :-) 
>
> http://blog.osmfoundation.org/2012/12/18/new-tile-server-in-pau-france/
>
>
>___
>talk mailing list
>t...@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] waterway=lock

[Yannick VOYEAUD]

Le 18/12/2012 00:25, Christian Quest a écrit :
> Confusion entre lock et lock_gate ?
> 
> Ca serait bien de relire le wiki avant ce genre de réponse aussi
> affirmative, non ?
> Il y a même un dessin comme ça l'article ne risque pas de TL;DR !
> 
> http://wiki.openstreetmap.org/wiki/Key:lock
> 
> C'est bien osmose qui râle à tort sur waterway=lock à ce qu'il me semble...
> 

Bonsoir,

Cette page est plus explicite
http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dlock_gate

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org



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

Re: [OSM-talk-fr] OpenStreetMap au Tchad!

[Pierre Béland]

Aude

Nicolas a présenté les participants Eurosha et leurs deux premières semaines 
sur le terrain.
voir 
http://hot.openstreetmap.org/updates/2012-10-31_two_weeks_of_field_work_within_the_eurosha_chad_project

Mais cette fois-ci, ce sont les participants eux-mêmes qui parlent de leur 
expérience, les pieds bien ancrés sur le sol africain. C'est un bel article à 
ajouter sur le site pour faire le suivi du projet.
 
Pierre 



>
> De : EUROSHA Tchad 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Mardi 18 décembre 2012 10h42
>Objet : [OSM-talk-fr] OpenStreetMap au Tchad!
> 
>
>Bonjour à tous,
>Seriez vous intéressés pour de la cartographie à distance au Tchad?
>Je fais partie des volontaires participant au projet pilote EUROSHA qui 
>cherche à répondre aux questions humanitaires et à promouvoir spécifiquement 
>le partage de l'information humanitaire dans la préparation aux 
>crises: http://hot.openstreetmap.org/projects/eurosha_0
>A ce titre, je suis déployée actuellement au Tchad avec cinq autres 
>volontaires mais la tâche est grande dans un pays qui fait deux fois la 
>France. Nous avons déjà cartographiés la ville de Goré et nous sommes 
>désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé et 
>Dosseye.
>Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait 
>particulièrement le bienvenu!
>Aussi si vous êtes intéressés et avez des commentaires ou des questions, 
>n'hésitez pas à nous contacter à eurosha.tc...@gmail.com
>Merci par avance,
>Aude Barraud
>___
>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] OpenStreetMap au Tchad!

[Pieren]

2012/12/18 EUROSHA Tchad :
> Bonjour à tous,
>
> Seriez vous intéressés pour de la cartographie à distance au Tchad?

Et pourquoi pas. Notez ce blog sur la cartographie OSM de Goré:
http://eurosha-volunteers-blog.org/2012/11/16/almost-a-month-in-gore/

Goré, c'est bien ici dans OSM ?
http://www.openstreetmap.org/?lat=7.92489&lon=16.63864&zoom=15&layers=M

On y voit des choses bizarres (name=building). Bon, je suppose qu'il
faut faire une croix sur les noms de rues et les adresses dans les
petites villes, c'est déjà plus simple ;-)
Existe-t-il un tagging guideline pour le mapping africain ? Que
faudrait-il cartographier en priorité depuis l'imagerie aérienne sans
trop faire de spéculations (routes, landuse) ? Faut-il utiliser
"highway=residential", "unclassified", "road" ? Faut-il utiliser le
français ou l'anglais dans les notes, etc ...
A Moundou 
(http://www.openstreetmap.org/?lat=8.5659&lon=16.0772&zoom=14&layers=M),
il y a visiblement un problème de classification des highway (trop de
"secondary").

Pieren

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

[OSM-talk-fr] OpenStreetMap au Tchad!

[EUROSHA Tchad]

Bonjour à tous,

Seriez vous intéressés pour de la cartographie à distance au Tchad?
Je fais partie des volontaires participant au projet pilote EUROSHA qui
cherche à répondre aux questions humanitaires et à promouvoir
spécifiquement le partage de l'information humanitaire dans la préparation
aux crises: http://hot.openstreetmap.org/projects/eurosha_0
A ce titre, je suis déployée actuellement au Tchad avec cinq autres
volontaires mais la tâche est grande dans un pays qui fait deux fois la
France. Nous avons déjà cartographiés la ville de Goré et nous sommes
désormais en train de travailler sur les camps de réfugiés d'Amboko, Gondjé
et Dosseye.
Un coup de main sur le reste du pays (N'Djaména, Moundou, Doba...) serait
particulièrement le bienvenu!
Aussi si vous êtes intéressés et avez des commentaires ou des questions,
n'hésitez pas à nous contacter à eurosha.tc...@gmail.com

Merci par avance,

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

Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés

[Ab_fab]

Question réponse sur le Google Group de OSMand, le 13 décembre :

Q : I fully understand that this question can be out of topic but - *OsmAnd
on iPhone*?

R : Seriously it very well could be. But currently it requires lots of
efforts but we started :)
We are doing restructuring, changing native libraries, preparing UI
independent code.
Let's see :)
Victor

Le 18 décembre 2012 14:35, sly (sylvain letuffe)  a
écrit :

> On mardi 18 décembre 2012, Philippe Pary wrote:
> > Salut,
> >
> > Connaissez-vous une application iPhone qui permette d’afficher ses
> > proches fonds et layers à la manière d’OSMAnd ?
>
> Android+osmand ? :
> http://korben.info/installer-android-sur-iphone.html
>
> ---> []
>
> ps: ahh... tu voulais sans doute dire 'installer une application pour iOS'
> ?
> ps2: et ho, on est chez des geeks ici hein !
> --
> sly, DWG member since 11/2012
> Coordinateur du groupe [ga]
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli iPhone OSM avec layers personnalisés

[sly (sylvain letuffe)]

On mardi 18 décembre 2012, Philippe Pary wrote:
> Salut,
> 
> Connaissez-vous une application iPhone qui permette d’afficher ses
> proches fonds et layers à la manière d’OSMAnd ?

Android+osmand ? :
http://korben.info/installer-android-sur-iphone.html

---> []

ps: ahh... tu voulais sans doute dire 'installer une application pour iOS' ?
ps2: et ho, on est chez des geeks ici hein !
-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

[OSM-talk-fr] Appli iPhone OSM avec layers personnalisés

[Philippe Pary]

Salut,

Connaissez-vous une application iPhone qui permette d’afficher ses
proches fonds et layers à la manière d’OSMAnd ?

Merci par avance,
Philippe

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

Re: [OSM-talk-fr] Voie de service sur autoroute

[Lord Awikatchikaen]

Ok, je fais faire ca ("access=no" +"emergency=designated"), ca me parait le
meilleur compromis.

Merci !


2012/12/18 Pieren 

> 2012/12/18 Sylvain Maillard :
> > C'est plutôt du côté de ce node "barrier"
> > (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir,
> en
> > rajoutant un tag "access="
>
> .. ou sur le way si on ne veut pas trop entrer dans les détails.
>
> Mais le tag "access=official" me chagrine. Tout seul, ça ne veut rien dire.
>
> Regarde un peu cet ancien fil de discussion sur la liste tagging:
> http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html
>
> En suivant ces conseils, je verrais plutôt un "access=no" +
> "emergency=designated". Comme le dit le wiki, "official" est plus fort
> que "designated" mais cela a été inventé pour indiquer aux ...
> cyclistes d'emprunter obligatoirement une voie et pas une autre (chez
> les allemands, à l'origine). Alors que dans ton cas, la voie de
> service est faite pour les services d'urgence (ambulances, pompiers,
> police) mais n'a aucun caractère obligatoire pour eux (ils peuvent
> aussi bien emprunter une entrée classique). Le "access=no" sera le
> premier tag interprété par un logiciel de navigation grand public et
> seul les routeurs spécialisés dans l'urgence s'intéresseront au tag
> "emergency" (éventuellement).
>
> 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] Bureau de vote

[Philippe Verdy]

Justement c'est ce qui se produit, les cartes sont réimprimées (en fait les
mairties les réimpriment en début d'année avant chaque élection nationale,
mais pas toujours pour les élections locales (municipales notamment).

Et non tu te trompes, les cartes d'électeurs n'ont pas toujours mentionné
l'adresse exacte du lieu de vote même si le numéro du bureau y est en clair.

J'ai encore une veille carte d'électeur SANS adresse indiquée clairement.
Je suppose que le lieu de vote n'était pas encore décidé à l'époque de
l'impression, c'était une année où la mairie rurale d'une petite commune où
j'habitais allait déménager et lors des municipales le lieu de vote a même
changé entre les deux tours (en début d'année dans l'ancienne mairie, puis
au premier tour des municipales dans une salle communale à titre
transitoire, et au 2e tour dans une salle finie à la nouvelle mairie alors
qu'elle était encore en travaux). Certes tous ces lieux n'étaient pas si
loin les uns des autres mais avec plusieurs centaines de mètres d'écart
entre eux et pas les mêmes rues.

La communication du lieu de vote était tout de même faite à l'avance et
affichée entre les deux tours et sur les panneaux d'information municipaux
annoncçant les élections. Il y a plein de raisons pour lesquelles le lieu
de vote doit être déplacé. Le numéro de bureau de change pas et les cartes
d'électeurs ne sont pas réimprimées pour autant.

Au maximum il n'y a qu'une seule impression par an, suite à la clôture des
listes électorales de l'année précédente et les mairies ne se pressent pas
pour les imprimer et les expédier aux électeurs (ou oublient de le faire,
la carte d'électeur n'étant pas obligatoire pour pouvoir voter, tant qu'on
est inscrit sur la liste du bureau et qu'on justifie son identité et qu'on
signe la liste d'émargement).


Le 18 décembre 2012 09:47, Francescu GAROBY  a écrit :

> Dans l'ensemble, je suis d'accord. Cependant :
> * 3 - il me semble que les bureaux de vote sont communs à toutes les
> élections et très stables géographiquement parlant, tout simplement parce
> que leur adresse est indiquée sur les cartes d'électeurs, et que donc,
> déplacer un bureau de vote signifie réimprimer toutes les cartes des
> électeurs de ce bureau de vote.
>
> Francescu
>
> Le 18 décembre 2012 09:41, Tony Emery  a écrit :
>
> Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante :
>> 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres
>> fonctions que d'accueillir des élections;
>> 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou
>> dans
>> un même groupe de bâtiments;
>> 3- Il se peut que les bureaux de vote soient installés dans des lieux
>> différents en fonction des élections;
>> 4- la carte électorale peut être amenée à évoluer en fonction de la
>> démographie et de l'aménagement territorial de la commune;
>>
>> Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et
>> localiser
>> chaque bureau par un noeud indépendant du bâtiment dans lequel il se
>> trouve.
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.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
>>
>
>
>
> --
> Cordialement,
> Francescu GAROBY
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] CG92 opendata...

[Christian Quest]

Le portail opendata su Conseil Général des Hauts de Seine (CG92)
utilise un fond OSM pour présenter les données géolocalisées... du
coup j'ai récupéré certaines de ces données et les ai intégré.

Il s'agit:
- des gabarits (maxweight sur les ponts, maxheight en dessous ou pour
des tunnels)... relativement bien placés et utilisable pour vérifier
les ref=* (ce que je n'ai ps fait)
- des repères topographiques (man_made=survey_point)
- de quelques parcs comme la Coulée verte du sud parisien (très précis)
- des arrêts du TVM (étonnant jeu de données situé quasi exclusivement
dans le 94 et pas le 92)... bien mal placés

Le tout avec source=opendata.hauts-de-seine.net 2012 sauf pour les
arrêt du TVM car je les ai replacé au bon endroit avec bing.

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

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

Re: [OSM-talk-fr] Voie de service sur autoroute

[Ab_fab]

Bonjour,

Autre point : Il n'est actuellement pas possible de jauger la fraîcheur des
données sur http://map.project-osrm.org/
On y lit data : n/a
Pas pratique pour voir si le moteur de routage prend bien compte tel ou tel
ajustement de tag dans la base


Le 18 décembre 2012 11:18, Pieren  a écrit :

> 2012/12/18 Sylvain Maillard :
> > C'est plutôt du côté de ce node "barrier"
> > (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir,
> en
> > rajoutant un tag "access="
>
> .. ou sur le way si on ne veut pas trop entrer dans les détails.
>
> Mais le tag "access=official" me chagrine. Tout seul, ça ne veut rien dire.
>
> Regarde un peu cet ancien fil de discussion sur la liste tagging:
> http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html
>
> En suivant ces conseils, je verrais plutôt un "access=no" +
> "emergency=designated". Comme le dit le wiki, "official" est plus fort
> que "designated" mais cela a été inventé pour indiquer aux ...
> cyclistes d'emprunter obligatoirement une voie et pas une autre (chez
> les allemands, à l'origine). Alors que dans ton cas, la voie de
> service est faite pour les services d'urgence (ambulances, pompiers,
> police) mais n'a aucun caractère obligatoire pour eux (ils peuvent
> aussi bien emprunter une entrée classique). Le "access=no" sera le
> premier tag interprété par un logiciel de navigation grand public et
> seul les routeurs spécialisés dans l'urgence s'intéresseront au tag
> "emergency" (éventuellement).
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Voie de service sur autoroute

[Pieren]

2012/12/18 Sylvain Maillard :
> C'est plutôt du côté de ce node "barrier"
> (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en
> rajoutant un tag "access="

.. ou sur le way si on ne veut pas trop entrer dans les détails.

Mais le tag "access=official" me chagrine. Tout seul, ça ne veut rien dire.

Regarde un peu cet ancien fil de discussion sur la liste tagging:
http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html

En suivant ces conseils, je verrais plutôt un "access=no" +
"emergency=designated". Comme le dit le wiki, "official" est plus fort
que "designated" mais cela a été inventé pour indiquer aux ...
cyclistes d'emprunter obligatoirement une voie et pas une autre (chez
les allemands, à l'origine). Alors que dans ton cas, la voie de
service est faite pour les services d'urgence (ambulances, pompiers,
police) mais n'a aucun caractère obligatoire pour eux (ils peuvent
aussi bien emprunter une entrée classique). Le "access=no" sera le
premier tag interprété par un logiciel de navigation grand public et
seul les routeurs spécialisés dans l'urgence s'intéresseront au tag
"emergency" (éventuellement).

Pieren

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

Re: [OSM-talk-fr] Voie de service sur autoroute

[Sylvain Maillard]

Si on regarde bien comment est taguée cette voie de service, on voit qu'il
y a une berrière de positionnée (visible sur Bing d'ailleurs).
C'est plutôt du côté de ce node "barrier" (
http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir, en
rajoutant un tag "access="


Sylvain


Le 18 décembre 2012 10:01, Lord Awikatchikaen
a écrit :

> Bonjour à tous,
>
> Hier j'ai eu des instructions de routage où OSRM me faisait passer par une
> voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien
> d'étonnant, aucun tag "access" n'était positionné dessus.
>
> J'ai logiquement place un "access=official", pensant que cela interdirais
> l’accès aux utilisateurs public sans bloquer à de potentiels agents de la
> DDE ou de la police qui se servirait d'OSM
>
> Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait
> autour et il semble que l'option "access=no" soit assez répandu, je trouve
> cela un peu restrictif.
>
> Quelle est la bonne solution, tagguer correctement malgré que cela puisse
> induire des erreurs dans les logiciels de routage ou bien eviter les
> problèmes et laisser les futurs utilisateurs de ces voies régler leur
> problème en temps voulu ?
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Voie de service sur autoroute

[Lord Awikatchikaen]

Bonjour à tous,

Hier j'ai eu des instructions de routage où OSRM me faisait passer par une
voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien
d'étonnant, aucun tag "access" n'était positionné dessus.

J'ai logiquement place un "access=official", pensant que cela interdirais
l’accès aux utilisateurs public sans bloquer à de potentiels agents de la
DDE ou de la police qui se servirait d'OSM

Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait
autour et il semble que l'option "access=no" soit assez répandu, je trouve
cela un peu restrictif.

Quelle est la bonne solution, tagguer correctement malgré que cela puisse
induire des erreurs dans les logiciels de routage ou bien eviter les
problèmes et laisser les futurs utilisateurs de ces voies régler leur
problème en temps voulu ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bureau de vote

[Tony Emery]

Il me semble aussi. 

Pour avoir tenu des bureaux de vote dans ma commune et pour en avoir réalisé
la carte électoral, les modifications des bureaux de vote sont rares.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740804.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] Bureau de vote

[Francescu GAROBY]

Dans l'ensemble, je suis d'accord. Cependant :
* 3 - il me semble que les bureaux de vote sont communs à toutes les
élections et très stables géographiquement parlant, tout simplement parce
que leur adresse est indiquée sur les cartes d'électeurs, et que donc,
déplacer un bureau de vote signifie réimprimer toutes les cartes des
électeurs de ce bureau de vote.

Francescu

Le 18 décembre 2012 09:41, Tony Emery  a écrit :

> Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante :
> 1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres
> fonctions que d'accueillir des élections;
> 2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans
> un même groupe de bâtiments;
> 3- Il se peut que les bureaux de vote soient installés dans des lieux
> différents en fonction des élections;
> 4- la carte électorale peut être amenée à évoluer en fonction de la
> démographie et de l'aménagement territorial de la commune;
>
> Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et
> localiser
> chaque bureau par un noeud indépendant du bâtiment dans lequel il se
> trouve.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.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
>



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

Re: [OSM-talk-fr] Bureau de vote

[Tony Emery]

Pour répondre à ce fleuve d'information, j'en ferais la synthèse suivante :
1- Les lieux où se trouvent les bureaux de vote ont souvent d'autres
fonctions que d'accueillir des élections;
2- Plusieurs bureaux de vote peuvent se tenir dans un même bâtiment ou dans
un même groupe de bâtiments;
3- Il se peut que les bureaux de vote soient installés dans des lieux
différents en fonction des élections;
4- la carte électorale peut être amenée à évoluer en fonction de la
démographie et de l'aménagement territorial de la commune;

Pour ces raisons, il vaut mieux utiliser polling_station:ref=nn et localiser
chaque bureau par un noeud indépendant du bâtiment dans lequel il se trouve.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Bureau-de-vote-tp5740373p5740801.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