Le 28 sept. 2014 à 19:35, Eric SIBERT 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
> ces traces moyennes
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 da
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 p
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 p
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 a écrit :
> Pas si horrible que ça: la SNCF a besoin à ce niveau de montrer
> préci
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 mo
>
> 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 ro
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
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 a écrit :
> bonjour
>
> Le 2014-09-29 13:29, Jérôme Seigneuret a écrit :
>
>> Vérifies la
Le 29 septembre 2014 11:59, Jérôme Seigneuret 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 discutable."*
>
> On s'est déjà
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 peut-
@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 en
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 a écrit :
> Argh horreur quand on zoome à fond ça bascule sur l'immonde fon
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 à v
@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
à 7
Le 29 septembre 2014 13:29, Jérôme Seigneuret a
écrit :
> C'est pour ca que je proposé aussi d'ajouter les clotures et mur car il
> est rare en France que les terrains ne soit pas délimité.
>
Ce n'est pas rare du tout dans les cités HLM (plusieurs bâtiments sur une
propriété bordée ou traversée p
2014-09-29 13:29 GMT+02:00 Jérôme Seigneuret :
> 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 pou
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 su
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).
D
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 à
prendr
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
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, j'
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
_
ç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 a
écrit :
> Bonjour,
>
> J'utilise très régulièrement GDAL/OGR pour importer et réutiliser des
> données OpenSt
+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 a écrit :
> 2014-09-29 6:18 GMT+0
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.
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
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 dangereu
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
Le 28 septembre 2014 12:49, Jérôme Seigneuret 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 Hautes
>
> Je n'aurai p
2014-09-29 6:18 GMT+02:00 Philippe Verdy :
> 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 place="neigh
2014-09-28 12:49 GMT+02:00 Jérôme Seigneuret :
> 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)
> addr:housenumber= 42bi
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 uti
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
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 peut
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é : lu
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 vinci
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 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 contenu pour voir si
> dé
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 :
http://contournement-nimes-montpellier.com/page
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 :
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 do
41 matches
Mail list logo