Re: [OSM-talk-fr] Guidage OsmAnd

2015-01-06 Par sujet le nash
Le 6 janvier 2015 09:32, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le mardi 30 décembre 2014 16:18:44 le nash a écrit :
  OSMand gère aussi les interdictions de tourner.  Sur Bordeaux il m'est
  arrivé près de l'aéroport de voir OSMand me proposer de tourner a des
  endroits incongru.
  Il a fallut que je mette des interdictions de tourner qui n’était
  visiblement pas implicite. (en fait, il faudrait que OSMand comprenne que
  l'angle entre la voie d'accès et la route est tellement important que
  l'interdiction de tourner est implicite)

 Je ne sais pas ce que tu appelles angle tellement important, mais je
 connais
 des intersections où on peut effectivement tourner sur une voie avec un
 angle
 qui me semble très important … Surtout que des fois il y a une différence
 entre
 l'angle entre les segments dans OSM et l'angle réel (qui est dans un espace
 continu et non discrétisé à la souris).

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


Le cas le plus courant est lorsque le GPS veux nous faire prendre la voie
de décélération de la voie d'en face. Une interdiction de tourner est alors
nécessaire.

Mais tu as raison, j'ai pensé après mon message a certains cas dans
lesquels malgré l'angle important, l'interdiction implicite de tourner
poserai plus de probleme qu'elle n'en résous.
On se retrouverai avec des autorisation explicite de tourner, ce qui est un
peu stupide...

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


Re: [OSM-talk-fr] highway=trunk en France

2015-01-06 Par sujet Jérôme Seigneuret
J'ai pas relu le sujet depuis un moment. Mais comme dit précédemment il y a
le cas générale du code de la route puis les panneaux informant/rappelant
une  modification de ce dernier. Dans certains cas exceptionnels il y a des
dérogations qui sont notifiés par des arrêtés. Il faut donc présenter cela
du plus général au plus spécifique en informant quels sont les moyens
d'identifier et de vérifier ces différentes caractéristiques. (Et voir
comment gérer et identifier une modification temporaire ou cyclique déjà
fait sur l'autoroute de Montpellier mais suite aux travaux de dédoublement
toute une partie est passée à 90...)



--
View this message in context: 
http://gis.19327.n5.nabble.com/highway-trunk-en-France-tp5821793p5829187.html
Sent from the France mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] Guidage OsmAnd

2015-01-06 Par sujet Nicolas Dumoulin
Le mardi 30 décembre 2014 16:18:44 le nash a écrit :
 OSMand gère aussi les interdictions de tourner.  Sur Bordeaux il m'est
 arrivé près de l'aéroport de voir OSMand me proposer de tourner a des
 endroits incongru.
 Il a fallut que je mette des interdictions de tourner qui n’était
 visiblement pas implicite. (en fait, il faudrait que OSMand comprenne que
 l'angle entre la voie d'accès et la route est tellement important que
 l'interdiction de tourner est implicite)

Je ne sais pas ce que tu appelles angle tellement important, mais je connais 
des intersections où on peut effectivement tourner sur une voie avec un angle 
qui me semble très important … Surtout que des fois il y a une différence entre 
l'angle entre les segments dans OSM et l'angle réel (qui est dans un espace 
continu et non discrétisé à la souris).

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

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


Re: [OSM-talk-fr] Reconnaissance automatique des panneaux routiers ?

2015-01-06 Par sujet Jean-Baptiste Holcroft
Un peu tardivement, voici l'endroit où vous pouvez trouver le plugin josm
pour ajouter les informations provenant des panneaux de signalisation, je
n'ai testé que rapidement, mais je suppose que cela fonctionne bien, mais
peu de données disponibles et le plugin ne semble pas (encore?) utiliser
mapillary :
http://sdkblog.skobbler.com/scoutsign-osm/

--
Jean-Baptiste Holcroft

Le 28 décembre 2014 13:37, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 28 déc. 2014 à 10:54, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Il y a eu pas mal de choses de faites de ce côté,

 Concrètement pour OSM, qu’est-ce qui existe ?
 Que peut-on utiliser ?

- soit en temps réel ?
Une appli qui tourne dans un smartphone et qui enregistrerait une
trace, la position approximative du panneau et sa photo…
- soit en différé :
   - on récupère les photos/vidéos de sa caméra embarqué et on lance
   un logiciel de traitement qui extrait les panneaux
   - on télécharge ses photos/vidéos sur un site comme Mapillary qui
   lui fait le travail.


 Mapillary en parle sur la présentation que j’ai indiqué, mais que font-ils
 vraiment avec ?

 Avec ces techniques, on peut donc détecter la présence de panneaux et
 estimer leur position...  et au final compléter les données OSM,

 Oui je voyais plutôt ce cas. Telenav n’a pas présenté un plugin pour JOSM
 qui importe les positions des panneaux depuis leur système de vision ?

 ensuite c'est une info qu'il faut croiser avec d'autres de façon
 automatique quand c'est possible

 Est-ce que feu les DDE ou les grandes agglomérations pensent à ouvrir
 leurs bases en Open Data ?


 sûrement pas par import mais par la mise à disposition de cette source
 supplémentaire d’information.

 Dans Osmose ? ;-)

 —
 Yves


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


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


Re: [OSM-talk-fr] Orne - communes nouvelles

2015-01-06 Par sujet Pieren
2014-12-22 21:34 GMT+01:00 Philippe Verdy verd...@wanadoo.fr:
 Attention ce sont des communes associées : les 4 communes ne disparaissent
 pas elles passent au niveau 9; c'est une 5e commune qui est créée au niveau
 8.

Euh, je n'ai pas souvenir qu'on est atteint un consensus sur ce sujet.
Le level 9 correspond à un niveau administratif très précis : les
arrondissements des grandes communes Paris, Lyon, Marseille. Utiliser
le même tag pour une autre entité administrative n'est pas une bonne
chose. Il faudra bien pouvoir distinguer arrondissements et communes
associées d'une manière ou d'une autre.

Pieren

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


Re: [OSM-talk-fr] Reconnaissance automatique des panneaux routiers ?

2015-01-06 Par sujet Marc Gemis
Quelques minutes après votre message, au talk-gb

-- Forwarded message --
From: Steven Horner ste...@stevenhorner.com
Date: Tue, Jan 6, 2015 at 1:02 PM
Subject: Re: [Talk-GB] View roadsigns in JOSM
To: talk...@openstreetmap.org talk...@openstreetmap.org


The Mapillary team are working on integration with ScoutSigns, this is what
Jan sent from Mapillary:


We are actually working on integration with the Scout team. Initially
 piping our traffic signs detected with our own system into their
 ScoutSigns JOSM plugin. Potentially deeper integration later on.



___
Talk-GB mailing list
talk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

2015-01-06 12:53 GMT+01:00 Jean-Baptiste Holcroft jb.holcr...@gmail.com:

 Un peu tardivement, voici l'endroit où vous pouvez trouver le plugin josm
 pour ajouter les informations provenant des panneaux de signalisation, je
 n'ai testé que rapidement, mais je suppose que cela fonctionne bien, mais
 peu de données disponibles et le plugin ne semble pas (encore?) utiliser
 mapillary :
 http://sdkblog.skobbler.com/scoutsign-osm/

 --
 Jean-Baptiste Holcroft

 Le 28 décembre 2014 13:37, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 28 déc. 2014 à 10:54, Christian Quest cqu...@openstreetmap.fr a
 écrit :

  Il y a eu pas mal de choses de faites de ce côté,

 Concrètement pour OSM, qu’est-ce qui existe ?
 Que peut-on utiliser ?

- soit en temps réel ?
Une appli qui tourne dans un smartphone et qui enregistrerait une
trace, la position approximative du panneau et sa photo…
- soit en différé :
   - on récupère les photos/vidéos de sa caméra embarqué et on lance
   un logiciel de traitement qui extrait les panneaux
   - on télécharge ses photos/vidéos sur un site comme Mapillary qui
   lui fait le travail.


 Mapillary en parle sur la présentation que j’ai indiqué, mais que
 font-ils vraiment avec ?

 Avec ces techniques, on peut donc détecter la présence de panneaux et
 estimer leur position...  et au final compléter les données OSM,

 Oui je voyais plutôt ce cas. Telenav n’a pas présenté un plugin pour JOSM
 qui importe les positions des panneaux depuis leur système de vision ?

 ensuite c'est une info qu'il faut croiser avec d'autres de façon
 automatique quand c'est possible

 Est-ce que feu les DDE ou les grandes agglomérations pensent à ouvrir
 leurs bases en Open Data ?


 sûrement pas par import mais par la mise à disposition de cette source
 supplémentaire d’information.

 Dans Osmose ? ;-)

 —
 Yves


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



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


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


Re: [OSM-talk-fr] rendu qa : analyse par commune

2015-01-06 Par sujet Pierre-Yves Berrard
Le 4 janvier 2015 09:35, didier2020 didier2...@free.fr a écrit :

 Bonjour a tous,

 c'est toujours la : http://osm2020.free.fr/qa-commune/suivi-cadastre.htm

 nouveautés pour 2015 :
 - la base de données exclus les iles anglo-normandes et Genève.
 - Top 10 des modifications (nombre de creation,modification ou
 effacement par user) entre 2 analyses (maintenant quotidienne si j'oubli
 pas d'allumer mon pc le soir ...)
 - Posibilité de télécharger un fichier .osm ouvrable dans josm pour
 telecharger tout le contenu dans l'emprise d'une commune (pratique pour
 le post-import cadastre) : http://osm2020.free.fr/dwcadastre/index.html


Merci pour toutes ces stats !

(il faudrait ajouter l'unité au premier graphique)

Pierre-Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Changements massif sur les noms génériques de shop et amenity

2015-01-06 Par sujet Pieren
Après lecture et mûre reflexion, je crois qu'il faut redire quelques points ici:

- d'abord, éviter de faire des changements globaux sans en parler
avant à la communauté (comme le rappelle fort justement sky). Même si
cela ne concerne que quelques centaines d'objets, cela concerne le
travail de plusieurs dizaines de contributeurs et une personne seule
ne peut imposer ses vues aux autres sous prétexte qu'elle maitrise
mieux les outils pour le faire.

- je connais plein de boulangeries qui ont une façade avec uniquement
marqué Boulangerie. D'autres sont marquées Boulangerie pâtisserie.
Même si le vrai nom est Boulangerie Tartampion, l'information n'est
pas toujours disponible immédiatement. Et il se trouve aussi que
comment tagguer patisserie et/ou boulangerie/patisserie, dépôt de
pain, etc est une question récurrente dans OSM chez les nouveaux (et
les autres). Même chose pour les parkings ou les églises ou que
sais-je avec le cas particulier que certains parking n'ont vraiment
pas de noms (comme certaines routes d'ailleurs).

- OSM fonctionne par itération. Mettre un tag name sur une boulangerie
n'est pas faux. Mettre un tag name=Boulangerie au lieu de
name=Boulangerie Tartampion n'est pas faux mais incomplet. Si
c'était name=Boulangerie en face de la boucherie ou name=La
boulangerie avec les meilleurs croissants, là ça serait une erreur.
Si vous tombez sur une boulangerie tagguée name=Boulangerie,
cherchez son nom complet plutôt que de revenir en arrière. Si c'est
juste que ça vous irrite et que vous n'avez pas envie de chercher le
nom complet, respirez un bon coup et passez à autre chose, il y a
assez à faire ailleurs (utilisez osmose si les idées vous manquent).
Pour les parkings, c'est pareil. Un changement de masse ne peut pas
déterminer si name=parking est incomplet ou incorrect (qu'il n'a
vraiment pas de nom).

- OSM est une communauté dont seule une infime partie participe aux
discussions. Ca ne me gêne pas trop de voir des reverts massifs si ça
permet de rectifier l'action d'une ou deux personnes prolifiques qui
tentent d'imposer leur point de vue par la quantité. Par contre,
annuler des choses faites par des dizaines ou centaines de
contributeurs différents (ce qui est le cas ici) me pose d'avantage de
problème. La question devient en quoi mon opinion est-elle plus
valable que la leur ?, pourquoi sont-ils si nombreux à ne pas penser
comme moi ?

Après ça, je ne peux pas dire que ces changesets soient finalement une
bonne idée. Cette polémique me rappelle celle des oneway=no qui
seraient inutiles sur les highway puisque implicite. Mais ca sert
quand même dans les villes qui ont plein de sens uniques (pour dire
que celle-là a bien été vérifiée et est bien à double sens). Ca n'est
pas parce qu'une information est implicite qu'elle n'est pas utile à
certains.

Pieren

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


Re: [OSM-talk-fr] Réunion contributeurs Toulouse ?

2015-01-06 Par sujet Sébastien Dinot
Florian LAINEZ a écrit :
 On se fait une soirée bière contribution OSM un de ces 4 ?

Excellente idée !

 Que diriez-vous du mardi 20 janvier à 19h par exemple ?

Le jour et l'heure ne m'arrangent pas trop mais vous pourrez commencer
sans moi. :)

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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


Re: [OSM-talk-fr] Orne - communes nouvelles

2015-01-06 Par sujet Philippe Verdy
On en avait discuté ici, il n'y a aucune confusion possible entre les
arrondissements municipaux de PLM et les communes associées partout
ailleurs.

D'ailleurs administrativement c'est vraiment très proche; avec un maire
délégué au lieu d'un maire d'arrondissement, des maires annexes dans les
deux cas, un conseil municipal unique (qui est aussi conseil
départemental seulement à Paris).

Le risque est bien plus élevé de confondre les quartiers et les communes
associées qui ont leur identité propre en tant que communes. Dans compter
que les communes associées ont leurs propres quartiers au niveau 10.

Nombre de communes assoicées entrent et ressortent régulièrement de
l'association. Chacune a son cadastre et les zones cadastrales ne sont pas
mélangées et clairement identifiées.

Les communes associées sont encore désignées légalement comme des
communes même dans des textes récents, et leur code INSEE est toujours
valide avec leur propre état-civil. Dans l'association ce qui est commun
c'est le conseil municipal, le budget global et la dotation de l'état. Mais
chacune a encore une personnalité légale, ses propres comptes, son
évaluation financière et des données statistiques séparées.

La preuve en est les arrêtés décrivant les découpages des nouveaux cantons
pour 2015 qui font référence uniquement au nom des communes associées sans
autre précision: la frontière communale est toujours là et sert à séparer
les communes associées dans des cantons séparés !

Pas besoin d'un autre niveau que le niveau 9 puisqu'il n'y a aucune
confusion possible (sinon le niveau 10 est faux et fait beaucoup plus de
confusion possibles). Il n'y a strictement rien qui empêche de mettre les
communes associées au même niveau que les arrondissements municipaux de PLM
(et si on veut réelleement un tag, autant en ajouter un uniquement dans les
3 douzaines d'arrondissements de Paris/Lyon.Marseille pour dire que ce sont
bien des arrondissements et pas des communes associées, ce qui serait la
valeur par défaut pour le niveau 9, bien que ce tag optionnel ne soit pas
impératif).

A côté de ça on a plus de 700 communes associées dont la plupart ne sont
PAS correctement identifiées dans OSM (ou ont été taguées à tord comme des
quartiers. Certains les ont même supprimées à tord, comme si elles
n'existaient plus (il faut les rétablir : elles existent et sont absolument
nécessaires aux adresses; notamment à Lille !!!).

Reste à voir comment évolueront les nouvelles métropoles : il n'est pas
encore prévu que les communes membres y fusionnent d'une façon ou d'un
autre et se transforment en arrondissements... en perdant leur identité;
leur nom et leur autonomie budgétaire). Lyon par exemple reste divisé en
arrondissements uniquement à Lyon et pas dans les autres communes de la
nouvelle métropole. On ne peut rien dire sur l'avenir mais comme le cas ne
s'est encore jamais présenté, et qu'il n'y a pas de confusion possible, le
niveau 9 est tout à fait approprié.



Le 6 janvier 2015 12:49, Pieren pier...@gmail.com a écrit :

 2014-12-22 21:34 GMT+01:00 Philippe Verdy verd...@wanadoo.fr:
  Attention ce sont des communes associées : les 4 communes ne
 disparaissent
  pas elles passent au niveau 9; c'est une 5e commune qui est créée au
 niveau
  8.

 Euh, je n'ai pas souvenir qu'on est atteint un consensus sur ce sujet.
 Le level 9 correspond à un niveau administratif très précis : les
 arrondissements des grandes communes Paris, Lyon, Marseille. Utiliser
 le même tag pour une autre entité administrative n'est pas une bonne
 chose. Il faudra bien pouvoir distinguer arrondissements et communes
 associées d'une manière ou d'une autre.

 Pieren

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

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


Re: [OSM-talk-fr] Réunion contributeurs Toulouse ?

2015-01-06 Par sujet Mides
Bonne idée !

La date et l'heure sont notés, j'espère pouvoir me joindre à vous.

Michel/Mides

Le 6 janvier 2015 21:48, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Florian LAINEZ a écrit :
  On se fait une soirée bière contribution OSM un de ces 4 ?

 Excellente idée !

  Que diriez-vous du mardi 20 janvier à 19h par exemple ?

 Le jour et l'heure ne m'arrangent pas trop mais vous pourrez commencer
 sans moi. :)

 Sébastien


 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

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


Re: [OSM-talk-fr] Guidage OsmAnd

2015-01-06 Par sujet Philippe Verdy
Pour des virages vraiment très serrés, il vaut mieux ne pas laisser l'angle
réduit à un seul noeud et ajouter des noeuds dessinant une courbe avec
des angles à moins de 45 degrés. Même si une petite route rejoint une route
principale avec une direction quasiment parallèle, si le virage est
autorisé, on doit s'arranger pour placer assez de noeuds dans le triangle
de connexion où un virage serré est possible (la plupart du temps on peut
placer une connexion à 90 degrés, meˆme si l'intersection traverse le
carrefour (dans les faits à cause de ces angles, il n'y a pas 1 carrefour
mais deux carrefours proches et le tracé devrait donner des directions
réalistes.

Il n'y a que pour les virages à gauche interdits (sorties
unidirectionnelles d'un triangle de connexion à un giratoire par exemple),
qu'on met des angles serrés à plus de 150 degrés (le demi-tour ne se fait
pas là mais dans le giratoire qu'on vient de quitter ou au carrefour
suivant ou sur une entrée de voie privée ou de garage ou une place de
parking inoccupée).

Ca devrait suffire pour ne même pas avoir besoi nde mettre de restrictions,
et les navigateurs ont raison alors d'exclure par défaut des angles très
serrés à plus de 150 degrés (si on veut les utiliser on est obligé de
mordre sur les trottoirs à cause des rayons de braquage minimum de l'ordre
de 3 mètres (pour les voitures), avec des manoeuvres dangereuses interdites
par le code de la route puisqu'on ne peut pas se dégager rapidement et que
dans de tels lieux si c'était possible, il n'y aurait souvent pas de
visibilité du véhicule entrant dans ce virage par les véhicules venant
derrière, ni pour les piétons qui traversent devant.

On doit donc regarder la présence d'un triangle dégagé permettant de
tourner correctement et tracer en conséquence: attention aux
simplifications : cela mériterait une analyse Osmose des carrefours ayant
des angles à plus de 150 degrés non signalés comme interdits et qui ne sont
pas non plus entre deux voies à sens unique connectées à moins de 50 mètres
à un même giratoire: le tracé est très probablement trop approximatif et à
corriger.



Le 6 janvier 2015 09:32, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le mardi 30 décembre 2014 16:18:44 le nash a écrit :
  OSMand gère aussi les interdictions de tourner.  Sur Bordeaux il m'est
  arrivé près de l'aéroport de voir OSMand me proposer de tourner a des
  endroits incongru.
  Il a fallut que je mette des interdictions de tourner qui n’était
  visiblement pas implicite. (en fait, il faudrait que OSMand comprenne que
  l'angle entre la voie d'accès et la route est tellement important que
  l'interdiction de tourner est implicite)

 Je ne sais pas ce que tu appelles angle tellement important, mais je
 connais
 des intersections où on peut effectivement tourner sur une voie avec un
 angle
 qui me semble très important … Surtout que des fois il y a une différence
 entre
 l'angle entre les segments dans OSM et l'angle réel (qui est dans un espace
 continu et non discrétisé à la souris).

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

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

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


Re: [OSM-talk-fr] Cantons

2015-01-06 Par sujet Philippe Verdy
Pour enlever le planned: il faudrait d'abord rechercher les cantons actuels
et les placer en disused: (avec end_date=2015-03)

Pour l'instant pas besoin de layers, on peut les voir immédiatement avec
Overpass API. Mise à jour dans la minute qui suit chaque modif...

Mais pour l'instant le serveur API d'OSM est arrêté pour maintenance (pas
d'accès même en lecture).

Pour Overpass, cette requête va bien (on ne peut pas choisir toute la
France, ça déborde en mémoire et en temps mais sélectionner des zones
voisines d'un département pour visualiser une trentaine de cantons environ,
donc pas de rectangle dans cette requête, c'est celui de la vue en cours
qui est utilisé):

http://overpass-turbo.eu/s/6Tk



Le 6 janvier 2015 01:32, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 Il y a environ la moitié des cantons de fait (un peu moins de 1000 sur un
 peu plus de 2000 cantons).
 Enlever le planned: permettrait de les rendre visible sur
 http://layers.openstreetmap.fr/ cantons  politique (ou faudrait créer un
 nouveau calque avec ces cantons :-)).

 Jérôme
 pseudo osm : Olyon

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


[OSM-talk-fr] Cadre commun d'urbanisation du SI de l'État v1.0

2015-01-06 Par sujet Philippe Verdy
Un document du Secrétariat général du Gouvernement, publié par la DISIC.

Cadre commun d'urbanisation du SI de l'État v1.0

http://fr.slideshare.net/ACDISIC/cadre-commun-durbanisation-du-si-de-letat-v10

La vision officielle pour leschoix d'artichecture, le partage
d'informations dans les services de l'Etat et avec les collectivités
locales et leurs services.

On y parle ouverture des données, gouvernance; coopération, veille
technologique, applications et interopérabilité et sinon les stratégies
générales à adopter pour une urbanisation des différents systèmes
d'information (et bien sûr des économies de moyens et d'échelle)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr