> Le 19 janv. 2015 à 21:41, Art Penteur a écrit :
> Personnellement, je suis pour [les éditions (semi) automatiques].
itou
> .Certaines erreurs signalées par Osmose m'énervent : Espace en double, ou au
> début où à la fin de name.
+1
Je ne sais pas combien il en reste à intégrer, mais serait-i
Bonjour,
Vue ce matin, une (chouette) offre de stage où OSM est une partie du sujet :
http://georezo.net/forum/viewtopic.php?pid=262994#p262994
vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Merci les gars du Tetaneutral ! Perso cela me convient tout à fait. On se
retrouve donc à la Paniolade à 19h.
Comme je disais je peux covoiturer depuis l'Ouest de Toulouse, n'hésitez
pas à m'appeler (mon num est dans ma signature).
Dommage Seb, j'espère te croiser tout de même.
À tout à l'heure
F
Oui, pour l'instant je n'ai fait que quelques signalements, sans
l'aide d'un programme. Je n'ai eu que des retours courtois, et les
bureaux concernés sont corrigés.
C'est peut-être aussi bien de rester entre humains, après tout.
Et il n'y a a que ceux qui ne font rien qui n'ont pas d'erreur à
cor
Bonjour,
L'APUR libère des données qui sont parfois évoquées ici, souvent pour regretter
leur caractère non libre, car s'appuyant sur des géométries de l'IGN. Il s'agit
des les limites statistiques infracommunales Îlots et IRIS :
http://www.apur.org/article/donnees-disponibles-open-data
Les donn
Bonjour,
Il faudrait aussi se limiter à un modèle contour/surface pour simplifier la
création et l'usage (si c'est possible en même temps) et sans ajouter trop
de surcharge à la carte (les relations pour ça c'est bien, mais plus
difficile à maintenir il est vrai).
Il faut voir qu'une majorité des
Quand je vois que les nouveaux cantons ne sont pas encore tous saisis je
crains un peu que cette nouvelle idée ne soit jamais terminée...
Mais c'est effectivement une couche qui serait utile.
Le 20 janvier 2015 17:21, Marc SIBERT a écrit :
> Bonjour,
>
> Il faudrait aussi se limiter à un modèle
On parle bien de « couche » comme dans « pas dans la base principale
d'OSM » ?
(Si oui, j'approuve, si non, je me demande qui va entretenir ça et
comment les nouveaux contributeurs vont encore se prendre ça dans la
figure…)
JB.
Le 20/01/2015 17:24, Damouns a écrit :
Quand je vois que les nouve
Ça va quand même être difficile de faire ça sans rien ajouter dans OSM.
Certaines limites n'existent simplement pas dans la zone où je regarde (ma
commune). J'ai précisément une limite qui semble être la voie ferrée et
comme les rails sont multiples, je serais tenté de placer une limite
"boundary"
Attention à ce que compte Osmose. Il ne détecte que l'auteur de la dernière
version d'un objet qui 'a pu être modifié que sur certains des tags sans
même toucher à la géométrie ou la contrôler; certains objets sont laissés
tels quels et il faut remonter l'historique pour savoir ce qui a été fait
av
Franchement; si des communes entières sont des IRIS, pas la peine d'ajouter
une relation supplémentaire, il suffira juste de les marquer avec un tag
supplémentaire tel que "statistical=FR:IRIS".
On ne créera alors des relations QUE pour les IRIS infracommunaux (dans les
communes de plus de 5000 ha
Pas grand chose à voir avec ces nouvelles données en particulier mais avec
les relations boundary :
Quelles way mettre dans ces relations? Je sais pas si il y a une bonne
façon de faire.
Moi je préfère (j'ai ajouter des nouveaux cantons) utiliser les way qui
sont déjà des boundary (limite des anci
C'est pas terminé uniquement parce qu'il manque de monde pour le faire (et
les cas compliqués, ceux des communes découpées) sont en voie d'achèvement
et certaines régions sont déjà complètes.
Il y a toutes les données nécessaires sur la page wiki qui mentionne les
arrêtés. De nombreux cantons peuv
Bonsoir,
Saint-Lô va prochainement innover en transformant 3 de ses rues en voies
banalisées (1 couloir central pour les voitures, pouvant circuler dans les
2 sens) et 1 voie cyclable de chaque coté (cf.cet article pour en savoir
plus :
http://www.ouest-france.fr/voies-centrales-banalisees-cest-un-
Ça dépend de la complexité de ce découpage. Les ways superposés sur de
nombreuses rues sont de toute façon cassés aussi par les modifs sur les
rues, d'autant plus facilement et rendent souvent même la modif des rues
compliquées.
Note: la prévision de tracé des rues est importante, mais pas celles
La voie centrale est donc en circulation alternée, avec sans doute des
priorités de sens, et des îlots d'attente pour les croisements.
De nombreuses rues en ville sont maintenant comme ça un peu partout en
France dans les zones résidentielles, et la vitesse y est limitée à 30,
avec souvent des ral
Bonjour, cette page devrait t'aider :
http://wiki.openstreetmap.org/wiki/Bicycle
À part un oneway=No explicite couplé à un lane=1, il n'y a pas de
particularité il le semble.
Le 20 janv. 2015 19:54, "Francescu GAROBY" a écrit :
> Bonsoir,
> Saint-Lô va prochainement innover en transformant 3 de s
Le 20/01/2015 19:53, Francescu GAROBY a écrit :
> Bonsoir,
> Saint-Lô va prochainement innover en transformant 3 de ses rues en voies
> banalisées (1 couloir central pour les voitures, pouvant circuler dans les
> 2 sens) et 1 voie cyclable de chaque coté (cf.cet article pour en savoir
> plus :
> ht
J'ai modélisé les IRIS sur ma commune depuis pas mal de temps... c'est
une frontière comme une autre (type=boundary) mais pas administrative.
Mon petit doigt me dit qu'en principe les nouveaux IRIS devraient
arriver en opendata dans un avenir proche... sans avoir vu à quoi ce jeu
de données pourra
Bonsoir,
Le 20 janvier 2015 20:02, Philippe Verdy a écrit :
> Bref les ways superposés sont une plaie ils compliquent encore plus la
> tache pour ceux qui veulent modifier autour. Il est difficile de
> sélectionner le bon chemin surtout quand on doit faire des sélections
> multiples.
>
+1. D'a
Tu oublies de dire quelle valeur tu as utilisée pour boundary=* si ce n'est
pas "administrative" ("statistical"?), ou s'il y a cohérence avec d'autres
entités comparables et quel autre tag indique le type de subdivision
statistique.
Tu n'indiques pas non plus dans quelle ville tu l'as fait.
J'espè
Le 20/01/2015 18:22, Marc SIBERT a écrit :
Ça va quand même être difficile de faire ça sans rien ajouter dans OSM.
Certaines limites n'existent simplement pas dans la zone où je regarde
(ma commune). J'ai précisément une limite qui semble être la voie ferrée
et comme les rails sont multiples, je
On est d'accord...
Les superpositions de ways c'est juste pour des petits objets de nature
similaire, susceptibles d'être modifiés facilement et localement (par
exemple deux bâtiments accolés avec une géométrie relativement simple; mais
pas non plus tout un château; d'autant plus que les batiments
Ah! si OSM permettait de travailler sur une base à couches séparées ou sur
plusieurs bases séparées, on pourrait charger une zone avec toutes ses
couches, et utiliser le sélecteur de calques !
Et bien des problèmes d'intégration (et même de versionnement) seraient
évités.
Autrement dit une base O
Le 20 janvier 2015 22:00, Romain MEHUT a écrit :
> Bonsoir,
>
> Le 20 janvier 2015 20:02, Philippe Verdy a écrit :
>
>
>> Bref les ways superposés sont une plaie ils compliquent encore plus la
>> tache pour ceux qui veulent modifier autour. Il est difficile de
>> sélectionner le bon chemin surto
Le 21 janvier 2015 01:12, Jérôme Amagat a écrit :
>
> Je suis d'accord pour les selections multiples, les ways superposer les
> complique mais pour des sélections simple c'est pas très compliqué.
>
> Exemple pour le Canton Nancy-1:
> Avant,(c'est moi qui ai créé la relation), 3 ways : 1 way qui e
26 matches
Mail list logo
