Bonjour,
Effectivement, on arrive à extraire les données si l'on sélectionne les
relations. Cela renvoi bien les géométries de type LineString, le fichier
retour étant un peu parasité par quelques géométries de type Point, mais
cela est tout à fait exploitable sur Qgis.
Par contre, si le
Je n'ai pas dit que la propriété n'y existait pas mais les cartes ne sont
pas aussi complètes et aussi détaillées qu'en métropole, et concernant la
NC il y a toujours des réformes sur les statuts des territoires et des
secteurs encore taillés sommairement à la hache et pas réellement décidés,
Bonjour,
J'ai une impression concernant l'export GeoJSON depuis l'overpass-turbo
qui n'est peut-être pas pertinente mais bon je vais vous en faire part
quand même ^^
Le problème principal vient peut-être du fait que l'overpass-turbo fait
afficher le GeoJSON dans le navigateur avant de
Rapide premier retour dans le train après le déjeuner avec le Président de
la République.
En vidéo :
http://www.dailymotion.com/video/x1rai90_prendre-les-devants-dans-l-economie-de-la-donnee-opendata_news
Par contre, le coup de te filmer limite en contre-jour, ils t'en
veulent??? ;-)
Eric
Le but d'overpass-turbo est justement de fournir une interface graphique
pour tester ses requêtes et visualiser le résultat... donc ne pas les
visualiser revient à ne plus utiliser overpass-turbo ;)
Une fois qu'on a compris le mécanisme et testé avec des requêtes dont le
résultat est léger, on
Le 25 avril 2014 18:03, RatZilla$ ratzil...@gmail.com a écrit :
La cartographie des infrastructures a eu un écho particulier compte tenu
des enjeux. À défaut de faire d'OpenStreetMap une base de données
d'autorité, la cartographie des infrastructures dans OSM permettra de
libérer
Le 27/04/2014 12:52, Jean-Francois Nifenecker a écrit :
et les camions à pizzas ? ;-)
Les camions à pizza ça va ils ont au moins la bonne idée de se remettre
à la même place à chaque fois. ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Le 28/04/2014 11:33, François Lacombe a écrit :
Le 25 avril 2014 18:03, RatZilla$ ratzil...@gmail.com
mailto:ratzil...@gmail.com a écrit :
La cartographie des infrastructures a eu un écho particulier compte
tenu des enjeux. À défaut de faire d'OpenStreetMap une base de
données
2014-04-28 10:35 GMT+02:00 Eric Sibert courr...@eric.sibert.fr:
En vidéo :
http://www.dailymotion.com/video/x1rai90_prendre-les-devants-dans-l-economie-de-la-donnee-opendata_news
A quoi reconnait-on un président d'OpenStreetMap ?
A l'absence de cravate :-))
Il faudrait organiser une mapping
Bonjour la liste,
Un peu avant de partir en week end, j'ai passé la proposition sur les
armoires de rue en RFC sur le wiki.
N'hésitez pas à y jeter un coup d'oeuil.
https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
Les armoires de rues sont des conteneurs installés sur les
Je suis sceptique concernant les attributs width, length et direction. Si
quelqu'un veut saisir ces informations, autant dessiner l'emprise de
l'armoire au sol, non ?
Greg
2014-04-28 16:22 GMT+02:00 François Lacombe
francois.laco...@telecom-bretagne.eu:
Bonjour la liste,
Un peu avant de
Cela est une possibilité.
On peut aussi représenter l'armoire sous forme de noeud, puis saisir les
dimensions de manière précise (puisque dessiner l'emprise n'est pas d'une
précision à toute épreuve).
Ou on peut même faire les deux ;)
Ces attributs n'ont pas été introduits par la proposition
Le 28 avr. 2014 à 16:22, François Lacombe
francois.laco...@telecom-bretagne.eu a écrit :
https://wiki.openstreetmap.org/wiki/Proposed_features/Street_cabinet
En gros la proposition introduit une nouvelle valeur pour man_made :
street_cabinet et un nouveau tag pour qualifier le domaine
Bonjour
Depuis quelques temps certaines mairies sortent en problème dans
Osmose. C'est le cas de celle-ci :
Bonne observation.
Pour l'instant oui c'est volontaire. La modélisation des réseaux télécoms
n'est pas encore assez mature pour permettre la distinction.
Parce que c'est un problème de réseaux et pas d'armoire.
A la louche on pourrait envisager telecom=connection_point +
twisted_copper=yes ou
Apparemment un problème de géocodage des données d'adresse sources
utilisées par Osmose.
Il place ici le point au milieu du chemin de Wallon-Cappel, et confond ce
chemin avec le nom de la commune sans regarder l'adresse indiquée Route
d'Hazzebrouck.
Le géocodage n'a pas été vérifié : une anomalie
Peut-être ceci peut vous aider:
https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/De_Lijndata#Download_relevant_data_from_Openstreetmap_with_Overpass_API
Dans l'historique de cette page vous trouverez comment le faire sans que ce
soit comprimé.
Poyglot
2014-04-28 10:59 GMT+02:00
Le 28/04/2014 10:59, Christian Quest a écrit :
Le but d'overpass-turbo est justement de fournir une interface
graphique pour tester ses requêtes et visualiser le résultat... donc
ne pas les visualiser revient à ne plus utiliser overpass-turbo ;)
Euh je sais pas la visualisation carto c'est
Bonjour
C'est quoi ce genre de relation :
http://www.openstreetmap.org/relation/3358721
Cordialement
--
David Crochet
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
Trafic Lights Control ?
Le 28 avril 2014 18:43, David Crochet david.croc...@free.fr a écrit :
Bonjour
C'est quoi ce genre de relation :
http://www.openstreetmap.org/relation/3358721
Cordialement
--
David Crochet
___
Talk-fr mailing list
Apparemment c'est fait pour indiquer que les feux membres sont synchronisés.
Mais si c'est pour contrôler un carrefour, il est bizarre qu'on n'y associe
pas les voies concernées ou leur intersection, ni non plus les noeuds des
passages piétons. En l'état cette relation n'est pas réellement
Bonjour
Le 28/04/2014 18:45, Philippe Verdy a écrit :
Trafic Lights Control ?
Cela indiquerait les dispositifs synchrones entre-eux ?
Cordialement
--
David Crochet
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Bonjour
Je viens de découvrir
http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html
Et là m'est venu une idée d'automatisation d'intégration des données :
- Dans la page boundary -- administrative
- pour chacune des relations
- allez sur la page de wikipédia
Et inversement ?
https://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata
Greg
2014-04-28 19:02 GMT+02:00 David Crochet david.croc...@free.fr:
Bonjour
Je viens de découvrir
http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/fr.html
Et là m'est venu une idée
Le 28/04/2014 17:55, GuyDuNord a écrit :
Depuis quelques temps certaines mairies sortent en problème dans
Osmose. C'est le cas de celle-ci :
Bonjours
Comment ça marche les service=alley?
Je regardais Lagnieu dans l'ain, tous le centre ville et tagger avec ces
alley (highway=service et service=alley) : http://overpass-turbo.eu/s/3bP
Dans d'autres endroits (dans cette commune ou ailleurs), ce sont des rues
étroites ou bien des routes
Bonjour, le problème est bien liée au geocodage. C'est classique pour ces
données la.
Le bug est plutôt dans le fait que les faux positifs reviennent. Jocelyn
avait déjà commencé à regarder ça.
Frédéric.
Le 28 avr. 2014 18:26, Jocelyn Jaubert jocelyn.jaub...@gmail.com a
écrit :
Le 28/04/2014
Ou alors faire un import dans wikidata, comme je le suggérais ici :
http://forum.openstreetmap.fr/viewtopic.php?f=3t=1127p=5327#p5327
Pierre-Yves / the_knife
Le 28 avril 2014 19:04, Greg ewala...@gmail.com a écrit :
Et inversement ?
C'est des tags pour le rendu: les rues sont étroites et un highway residential
deborderai sur les bâtiments.
On 28 avril 2014 19:59:04 UTC+02:00, Jérôme Amagat jerome.ama...@gmail.com
wrote:
Bonjours
Comment ça marche les service=alley?
Je regardais Lagnieu dans l'ain, tous le centre ville
Bonjour,
En même temps que je rajoute les adresses j'en profite pour fusionner les
bâtiments les plus fragmentés, et je me dit que ça pourrait faire un bon
outil de contrôle qualité d'avoir une couche de polygônes de communes
coloriés par leur rapport nombre de bâtiments sur nombre de tags
30 matches
Mail list logo