Ok,
C'est pas parce ce que ça existe que c'est bon à prendre.
Si vous retrouvez l'appli j'aimerai bien voir son contenu pour voir si déjà
les traces sont analysées avant de faire une moyenne.
Il faut vérifier avec les APIs Google pour dégager les traces qui sont trop
similaires à leur base de
La carte de la nouvelle ligne TGV à grande vitesse entre Nîmes et
Montpellier utilisant un fond OSM avec les crédits :
http://contournement-nimes-montpellier.com/pages/me-situer-sur-le-trace
Nicolas
-
Nicolas Moyroud
Site web libre@vous :
Argh horreur quand on zoome à fond ça bascule sur l'immonde fond scan 25
! :o
Franchement on se demande quand même pourquoi...
La carte de la nouvelle ligne TGV à grande vitesse entre Nîmes et
Montpellier utilisant un fond OSM avec les crédits :
Est-ce que c'est çà que vous cherchez :
https://www.mapbox.com/blog/openstreetmap-gps-layer/
Le 29 septembre 2014 10:41, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
Ok,
C'est pas parce ce que ça existe que c'est bon à prendre.
Si vous retrouvez l'appli j'aimerai bien voir son
Peut-être parce qu'OSM n'est pas suffisamment complet à ce niveau de zoom ?
-Message d'origine-
De : Nicolas Moyroud [mailto:nmoyr...@free.fr]
Envoyé : lundi 29 septembre 2014 10:54
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] utilisation d'iun fond de carte osm par
Peut-être parce que les utilisateurs qui zoom fortement sont habituées à
lire le scan ?
Le 29/09/2014 11:05, HELFER Denis a écrit :
Peut-être parce qu'OSM n'est pas suffisamment complet à ce niveau de zoom ?
-Message d'origine-
De : Nicolas Moyroud [mailto:nmoyr...@free.fr]
Envoyé :
En fait, pour les carrefours giratoires, il y en a très peu de nommés
en France. On pourrait donc légitimement se demander s'il est utile
d'ajouter un noname=yes sur 99% des giratoires pour satisfaire notre
besoin de complétude concernant les 1% restants... A mon avis,
l'avertissement d'osmose
Pour les traces divergentes, on peut imaginer des algorithmes qui les
éliminent.
Quand on a des distributions pas très gaussiennes avec des points
aberrants, on utilise le sigma clipping. On fait une première moyenne
avec tous les points. Ensuite, tous les points au delà de n fois
Ou sans doute parce que les documents officiels papiers sont fournis
avec ce type de cartes en arrière-plan. Après c'est vrai que pour les
niveaux de zooms moins forts de toute façon les autres cartes IGN sont
aussi incohérentes entre elles qu'avec le rendu OSM. Donc tant qu'à
faire, autant
2014-09-28 12:49 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr:
Pour le nom du bâtiment, tu peux mettre sur le polygon du bâtiment
addr:housename=Bâtiment A
Le mieux est de mettre le numéro sur l'entrée principale du bâtiment avec
entrance=main (sur un noeud du contour du batiment)
2014-09-29 6:18 GMT+02:00 Philippe Verdy verd...@wanadoo.fr:
Ce ne sont pas des noms de quartiers à proprement parler; pas des entités
administratives. Ils ne nomment qu'un point et informellement ce qui est
autour. Parmi les types place=* qui existent, le seul adapté est
place=locality (ou
Le 28 septembre 2014 12:49, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
Pour le landuse avec le nom de la résidence, j'ai vu la même chose sur des
zones commerciales, industriel ou des zones forestières.
Mais dans ce cas on utilise le tag name et non addr:housename
name=Les Villas
Pour les traces divergentes, on peut imaginer des algorithmes qui les
éliminent.
*Quand on a des distributions pas très gaussiennes avec des points
aberrants, on utilise le sigma clipping. On fait une première moyenne avec
tous les points. Ensuite, tous les points au delà de n fois l'écart-type
Un intérêt des traces, s'il y a l'info de temps encore dans les gpx,
c'est le calcul de vitesse.
Sur le nombre de trace, on doit pouvoir repérer tout ce qui est lié à la
vitesse : les changement de limitation de vitesse, les entrées en
agglomération, les feux de carrefour, les virages
Bonjour,
J'utilise très régulièrement GDAL/OGR pour importer et réutiliser des
données OpenStreetMap dans un logiciel SIG (j'ai écris un tuto là-dessus :
http://www.portailsig.org/content/recuperer-des-donnees-openstreetmap-gdalogr).
Je viens de m'apercevoir que GDAL/OGR ignorait systématiquement
Le validateur de JOSM rouspète également pour les giratoires sans nom.
D'habitude j'essaie de voir quel est le chemin qui a le même nom des deux
côtés pour 'resoudre' cela. Mais il y a des fois où tous les quatre chemins
ont un nom différent, ou qu'il y a 2 paires avec le même nom qui se
croisent.
+1 avec Pieren, d'autant plus que le rendu FR supporte ces tags. Je l'avais
ajouté à l'origine pour le Japon, mais c'est bien utile pour nos carrefours
nommés comme en forêt de Fontainebleau si vous vouez un exemple plus local.
Le 29 septembre 2014 11:39, Pieren pier...@gmail.com a écrit :
ça a une bonne tête de bug, non ?
Le code doit se trouver par là:
http://trac.osgeo.org/gdal/browser/branches/1.11/gdal/ogr/ogrsf_frmts/osm
Le 29 septembre 2014 12:09, Maxime Résibois maxime.resib...@gmail.com a
écrit :
Bonjour,
J'utilise très régulièrement GDAL/OGR pour importer et
Cette question aurait d'avantage sa place sur dev...@openstreetmap.org...
Il y a un parametre dans osmconf.ini qui renomme les tag avec : en _ :
# comment to avoid laundering of keys ( ':' turned into '_' )
attribute_name_laundering=yes
Le caractère : n'est pas valide en GML.
Pieren
Je n'ai trouvé aucun de tes bugs.
J'ai essayé via QGIS (avec le plugin QuickOSM qui permet de spécifier le
fichier osmconf pour l'ouverture), ma colonne other_tags contient bien des
clés avec _ comme lanes:forward et maxspeed:forward.
De même si je rajoute les clés dans le fichier osmconf.ini,
Les carrefours no,,és existent aussi dans la pampa...
Le problème est survenu uniquement depuis que quelqu'un a ajouté
highway=traffic_signals; avant ça Osmose ne signalisait rien, normal car il
n'y avait que place=* sur le noeud et aucun highway=*. Ici Osmose suppose
que highway=* implique un nom
Vérifies la relation par toi-même. Tu verras qu'elle n'est pas complète et
qu'il manque la moitié des bâtiments de la rue dans la relation (à moins
que prendre une partie des bâtiments soit une bonne pratique ...). On dans
ce cas on précise pourquoi faire l'association et quel distance est à
Effectivement Etienne, je viens d'essayer sur un autre poste, ça marche
très bien. Je réessayerai sur le poste sur lequel j'ai eu le problème pour
voir d'où venait l'erreur (certainement de moi, à moins que la version
d'OGR utilisée n'était pas la même et qu'il s'agisse d'un bug corrigé
depuis).
j'oubliais aussi
- la route qui traverse d'une piste de ski (pas toujours un highway non
plus, la piste n'existe qu'en hiver quand le terrain est enneigé (la
matérialisation est la piste tracée dans la neige ou des piquets/filets; et
le point de passage est signalé et protégé sur la route comme
2014-09-29 13:29 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr:
Vérifies la relation par toi-même. Tu verras qu'elle n'est pas complète et
qu'il manque la moitié des bâtiments de la rue dans la relation (à moins que
prendre une partie des bâtiments soit une bonne pratique ...). On dans
@Vincent Pottier, Pour le calcul de vitesse, ça te donne juste une vitesse
moyenne d'usage. C'est aussi à prendre avec des pincettes car il est rare
que les gens soit à 50km/h avant le panneau d'entrée de ville. J'ai une
deux voies devant chez moi (en ville) C'est 50km/h et toute le monde roule
à
bonjour
Le 2014-09-29 13:29, Jérôme Seigneuret a écrit :
Vérifies la relation par toi-même. Tu verras qu'elle n'est pas
complète et
qu'il manque la moitié des bâtiments de la rue dans la relation (à
moins
que prendre une partie des bâtiments soit une bonne pratique ...).
Je compte répondre à
Pas si horrible que ça: la SNCF a besoin à ce niveau de montrer précisément
les parcelles concernées pour détailler les emprises de terrain.
On n'a pas le parcellaire dans OSM.
Le 29 septembre 2014 10:53, Nicolas Moyroud nmoyr...@free.fr a écrit :
Argh horreur quand on zoome à fond ça bascule
@Pieren on peut aussi faire un script pour mettre à jour les giratoire sans
nom avec un noname=yes si c'est 99% des cas on peut peut-être rendre le
noname=yes comme implicite... plutôt que d'avoir à mettre toute les alertes
comme faux positif...
car dans les deux cas ça revient quasiment au même
Non, mais je crois que vous avez dévié. Osmose ne signalement pas les
voies (et donc les rond-points) sans nom.
Le 29/09/2014 14:22, Jérôme Seigneuret a écrit :
@Pieren on peut aussi faire un script pour mettre à jour les giratoire
sans nom avec un noname=yes si c'est 99% des cas on peut
Le 29 septembre 2014 11:59, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :
*Concernant les traces GPX qui seraient collées à une base de donnée
sous-jacente, j'espère que personne n'en upload vers OSM car ce serait un
non-sens. En plus, question licence, ça serait aussi très
Pour le résidentiel j'ai vu ça mais c'est pas chez nous.
https://www.openstreetmap.org/edit#map=16/34.1174/-117.5648
Es-que vous considérez que c'est une bonne pratique.
Le 29 septembre 2014 14:15, GwenB ping...@no-log.org a écrit :
bonjour
Le 2014-09-29 13:29, Jérôme Seigneuret a écrit :
Ah non ça va le trollage là!
Ah je cherche pas à attaquer qui que ce soit. C'est un article qui est
paru. Et j'ai pas dis que c'étais G qui intentionnellement l'avais fait
(j'ai laissé le doute dessus -- intentionnellement ou pas.)
C'est pas G qui a travesti. Encore une fois il ne faut pas lire
Or il existe aussi un tag crossing=* dont la valeur indique le type de
traversée de la rue/route (highway) sur un seul noeud :
- passage avec piéton crossing=foot (ou footway)
- passage à niveau avec crossing=railway (problème: les railways peuvent
aussi traverser non pas des
Le 29/09/2014 14:14, Jérôme Seigneuret a écrit :
@Vincent Pottier, Pour le calcul de vitesse, ça te donne juste une
vitesse moyenne d'usage. C'est aussi à prendre avec des pincettes car
il est rare que les gens soit à 50km/h avant le panneau d'entrée de
ville. J'ai une deux voies devant chez
On reste sur Montpellier, suite à l'alerte rouge d'aujourd'hui, avec une
carte OSM :
http://www.montpellier.fr/1279-evenement-climatique-suivez-l-evolution-en-direct.htm
Le 29 septembre 2014 14:16, Philippe Verdy verd...@wanadoo.fr a écrit :
Pas si horrible que ça: la SNCF a besoin à ce niveau
bonjour
tout d'abord merci à tous pour vos remarques et explications, cela
m'aide à progresser :)
Le 29/09/2014 11:29, Pieren a écrit :
Je ne pense pas que mettre une partie des tags addr:* sur le
polygone et une autre sur un noeud à l'entrée soit une bonne idée.
Soit tout mettre sur le
On parle de boites aux lettres et du fait que A , B fasse parti de
l'Adresse (surement sous entendu pour le courrier la aussi) mais est ce que
les tag adresses sont la seulement pour le courrier. la position des boites
aux lettres ça intéresse qui a part le postier.
Moi je préfère les tag adresse
Bonsoir,
J'ai vu ce matin le responsable, qui m'a bien précisé qu'il ne voyait
aucun inconvénient à mettre à notre disposition les données qu'il
pourrait nous fournir. Dans la mesure où ce sont des données publiques,
il est normal qu'elles soient mises à disposition du public. Il est
prévu
Le 28 sept. 2014 à 19:35, Eric SIBERT courr...@eric.sibert.fr a écrit :
Avec un gros paquet de traces, on pourrait imaginer des algorithmes
d'extraction de trace moyenne. Ça pourrait être utilisé pour vérifier le
calage du cadastre ou d'orthopohotos. On pourrait aussi imaginer d'exploiter
40 matches
Mail list logo
