2m ça me parait bien peu pour une conflation efficace.
Les espèces et autre ont plein de tags prévus pour: genus / species/
taxon, voir http://wiki.openstreetmap.org/wiki/Key:species
+1 aussi pour compléter les objets existants plutôt que de les supprimer
pour les remplacer.
Le 21/07/2015
Bonjour
La durée d'un parcours à vélo dépend avant tout du cycliste lorsqu'il
n'y a pas d'obstacles à une progression continue. En ville, on s'arrête
tous les 100m (feux, croisements, passages piétons, etc.), ce qui lisse
énormément les temps de parcours (c'est aussi ce qui explique qu'on
Merci de vos premières réponses
Pour Simon: le problème n'est pas l'algo de routage de géovélo, mais
celui d'OSM (ou plus ceux de GraphHopper et Mapquest), c'est au
contraire celui de géovélo qui marche bien (sans réglage)
Pour Christian: je ne dis rien des itinéraires, qui sont pas mals (il
C'est fort probable que les algo génériques dispo sur osm.org ne
tiennent pas compte d'assez de détails.
La durée totale n'est peut être pas fiable au final mais les itinéraires
calculés sont-ils cohérents ? C'est un point important, voire essentiel,
non ?
Le 21/07/2015 15:16, Julien Demade a
Le 21/07/2015 15:00, didier2020 a écrit :
31 000 me semble faible :
http://tile.openstreetmap.fr/?zoom=15lat=49.4462575043827lon=4.56345641933607layers=B000TFF
http://osmose.openstreetmap.fr/fr/map/#zoom=15lat=49.4462575043827lon=4.56345641933607item=7170
J'ai pas mal agrandit la
Le 21/07/2015 17:03, Christian Quest a écrit :
Le 21/07/2015 15:00, didier2020 a écrit :
31 000 me semble faible :
http://tile.openstreetmap.fr/?zoom=15lat=49.4462575043827lon=4.56345641933607layers=B000TFF
Salut à tous,
Github a publié aujourd'hui une annonce concernant l'édition d’éléments et
l'ajout de notes dans OpenStreetMap
https://github.com/blog/2041-improving-map-data-on-github
Bonne lecture
Thomas Gratier
___
Talk-fr mailing list
Je profite du fil pour mentionner http://cycle.travel qui reste ma
référence en matière d'itinéraires cyclistes... Je serais curieux de
connaître leur paramétrage OSRM qui tient même compte du relief.
___
Talk-fr mailing list
Effectivement je vais plutôt modifier les éléments existants plutôt que de
les supprimer, c'est une meilleure manière de procéder, en tout cas moins
agressive.
Je ferai aussi quelques tests en variant le rayon, je vous tiendrai au
courant des résultats...
Bonjour
Je ne connais rien aux arbres dans osm ni à la qualité des données de Nice mais
je sais que la localisation des toilettes publiques et des grands dessins type
BD à Bruxelles fournis par la ville sur son portail opendata officiel est
tellement mauvaise que nous avons renoncé à osm-be à
Salut,
Il semble que ce ne soit pas les notes d'osm.org, mais le système «
privé » de Mapbox (que les correcteurs rémunérés renvoient vers osm.org
quand ils ne peuvent rien faire…).
Par contre, bonne chance pour encourager les ouvreurs de note à être
précis dans leur demande en utilisant comme
Le 21 juillet 2015 22:00, Vincent Frison vincent.fri...@gmail.com a écrit
:
Je ferai aussi quelques tests en variant le rayon, je vous tiendrai au
courant des résultats...
Avec un rayon de 2 mètres :
Total of created trees: 29947
Total of updated trees: 574
Total of multi matching trees: 28
Hello
Je compte importer dans OSM l'ensemble des arbres municipaux de Nice, merci
au portail OpenData de l'agglomération de Côte d'Azur. Ici c'est du vrai
open data, je ne devrais donc pas avoir la même frustration qu'avec
l'import des immeubles de PSS ;)
Ils viennent de mettre à jour leur
D'expérience par rapport à Lyon, les implantations d'arbres issus des données
ouvertes ne sont pas toujours plus fiables que ce qui a déjà été mis sur
OpenStreetMap. Florian
Le Mardi 21 juillet 2015 14h16, Vincent Frison vincent.fri...@gmail.com
a écrit :
Hello
Je compte importer
Bonjour,
Moi c'est Snutin, nouveau contributeur Breton j'espère pouvoir aider
notamment sur la région de Loudéac qui manque cruellement de contributeurs
! (même les rivières ne sont pas indiquées). Je pense aussi contribuer sur
la région de Quimperlé puisque j'y habite...
Je suis également
Bonjour et bienvenu!
A noter qu'il existe également une liste de discussion dédiée aux
contributeurs bretons https://lists.openstreetmap.org/listinfo/talk-fr-bzh
Romain
Le 21 juillet 2015 10:37, Pierre Jarnet pjar...@gmail.com a écrit :
Bonjour,
Moi c'est Snutin, nouveau contributeur Breton
Soit le bienvenu !
Pour les cours d'eau, tu peux t'aider de la couche BDCarthage:
http://tile.openstreetmap.fr/?zoom=13lat=48.16921lon=-2.73772layers=B000FTF
La géométrie n'est pas très précise, mais les noms et références de
cours d'eau sont en principe fiables.
Le 21/07/2015 10:37,
Cela vient de l'algo de routage de geovelo, et non des donnée osm. Par contre
il me semble que sur geovelo on peut choisir son profil et donc sa vitesse
moyenne (du moin sur l'apli Android geovelo touraine)
Le 21 juillet 2015 15:16:21 CEST, Julien Demade dem...@no-log.org a écrit :
Salut,
Quelques remarques :
- Overpass trouve 1188 arbres dans Nice : soit il en manque dans le
fichier de l'agglo, soit 2m, c'est pas assez. Soit le fichier de l'agglo
n'est pas assez bon, soit ce qui est dans OSM n'est pas assez bon.
Problèmatique de tenter d'importer avant d'en savoir
Perso je m'occupe d'intégrer les arbres de Montpellier + éclairage
(campagne terrain plus Bing pour le placement)
Les palmiers c'est du feuillu persistant. Il n'y a plus de distinction. Je
laisse type=palm uniquement pour les palmiers...
Sinon leaf_type=* et leaf_cycle sur chaque arbre et c'est
Bonjour
Je voulais signaler un problème quant à la durée indiquée sur OSM des
trajets à vélo dans Paris (problème possiblement plus général, je ne
sais pas): elle est beaucoup trop brève, ne tient pas du tout compte du
fait qu'on ne roule pas aussi vite
Pourquoi supprimes-tu ? Si tu détectes qu'un arbre existe déjà, dans un
rayon de 2m, pourquoi ne pas plutôt déplacer l'arbre existant et lui
ajouter les éventuelles infos que tu apportes (source, date, ...) ?
Ça permettrait de ne pas supprimer un travail déjà fait, et de conserver
les éventuels
Le lundi 20 juillet 2015 à 22:59 +0200, Christian Quest a écrit :
Ah les devoirs de vacances ;)
+1 c bien les vacances
Voilà un petit ajout pour osmose, la répartition de la population faite
par l'INSEE sur des careaux de 200m de côté servait déjà au rendu QA
pour indiquer là où des routes
Sauf si le nom change le long du cours d'eau ce qui est le cas dans les PO.
Mais c'est une bonne base pour commencer à tracer. Après il vaut mieux
charger le shapefile car il est plus complet que la tuiles. Il permet
d'avoir les largeurs, l'intermittence et d'autres infos utiles.
Le 21 juillet
Pour les cours d'eau je pensais me servir des cadastres en bonne partie,
n'est-ce pas une bonne solution ?
Le 21 juillet 2015 15:18, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
Sauf si le nom change le long du cours d'eau ce qui est le cas dans les
PO. Mais c'est une bonne base pour
Bienvenue Pierre et amuses toi bien !
Le 21 juillet 2015 15:18, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
Sauf si le nom change le long du cours d'eau ce qui est le cas dans les
PO. Mais c'est une bonne base pour commencer à tracer. Après il vaut mieux
charger le shapefile car il
Bienvenue,
Je ne travaille pas sur ta zone (pour le moment) mais question cadastre, ça
dépend de la qualité des saisies et le détail du cartographe qui a saisie.
Mais normalement le cadastre n'a pas vocation à renseigner les cours d'eau
(C'est mis à titre d'information)
Pour être plus clair ce
27 matches
Mail list logo
