Je vois des changesets comme
https://www.openstreetmap.org/way/42862082
où massivement/automatiquement les tags de références "wikipedia=fr:*" sont
remplacés par un tag non discuté "subject:wikipedia=fr:*"
Je n'ai jamais vu une telle décision de changement, et ce namespace
"subject:" ne correspon
Bonjour,
Le résumé hebdomadaire n° 341 de l'actualité OpenStreetMap vient de paraître en
français. Un condensé à retrouver à:
http://www.weeklyosm.eu/fr/archives/8683/
Bonne lecture!
hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
Où?:
https://umap.openstree
Je pense que le but n'est pas d'indiquer l'orientation cardinale, mais
d'indiquer dans quel sens le feu s'applique: le but étant de distinguer les
feux d'entrée de carrefour et ceux en sortie de carrefour comme on en
trouve beaucoup à Paris (très rarement ailleurs en France, ce qui donc ne
justifie
Oui en effet l'avantage de ce mode de tag est de pouvoir superposer des
éléments quand ils sont sur le même point et d'avoir du détail dessus.
Après pour aller plus loin il y a les angles cardinaux ou en degrées.
Le 3 février 2017 à 16:40, Philippe Verdy a écrit :
> En principe cela ne concerne
En principe cela ne concerne pas que les feux de circulation, mais cela
devrait aussi s'appliquer aux autres signalisations (dont highway=stop,
highway=give_way). Cependant il n'y a généralement pas d'ambiguité, le feu
étant généralement très près du noeud central du carrefour le plus proche.
Les
Bonjour, suite à l'apparition d'un nouveau schéma dans le wiki
http://wiki.openstreetmap.org/wiki/FR:Key:traffic_signals:direction pour la
prise en compte des directions sur les sens des feux de circulation, Osmose
propose d'intégrer le sens à prendre
Si le feu n'a pas de direction il propose :
t
Pour moi c'est OUI, comme les fusions de communes car on a un paquet de
dataviz qui ont besoin de ces contours qui correspondent à des découpages
certes plus actifs mais suffisamment récents pour ne pas être complètement
oubliés et perdus.
disused:xxx et end_data sont nos amis !
Le 3 février 2017
Bonjour,
il n'y a rien d'incohérent avec une extraction "dite du cadastre" car il
existe des outils pour les géomètres avec bases de données déjà enrichies
pour préparer des plans.
Sinon cela peut être extrait du Géoportail avec la surcouche parcelles
cadastrales et une autre source de données en f
Bonjour à tous,
Du coup, dans le cas d'une modification du contour des EPCI, garde-t-on
l'historique en créant une nouvelle relation et en renommant l'ancienne ou
pas ?
Le 3 févr. 2017 09:00, "Christian Quest" a écrit :
> Le 3 février 2017 à 04:40, Jérôme Amagat a
> écrit :
>
>> Un point sur l
Si si ça fonctionnait encore jusqu'à il y a peu. J'avais lancé une bouteille à
mer (http://gis.19327.n8.nabble.com/plugin-cadastre-JOSM-td5877566.html) , mais
elle s'est noyée.
Denis
-Message d'origine-
De : Vincent de Château-Thierry [mailto:osm.v...@free.fr]
Envoyé : jeudi 2 février
Le 3 février 2017 à 04:40, Jérôme Amagat a écrit :
> Un point sur les EPCI.
>
> pour Bourgogne-Franche-Comté c'est à jour et ça correspond à cette source
> : http://www.ideobfc.fr/accueil/geoservices/catalogue_de_donne
> es?uuid=0a78e68d-738c-4284-ae64-e02e74859055&bSearch=1
> Pareil pour Provenc
11 matches
Mail list logo
