Le 09/11/2011 01:08, jul...@krilin.org a écrit :
Et reflechir a comment mettre a jour ca dans le futur.
j'ai pris 2 export cleo de rennes a plusieurs mois d'intervalles, ils y
a des différences.
Je pense faire une moulinette qui prends les 2 fichiers OSM et en
produit un 3eme avec les
Et pour info, cela a déjà été fait par Eric Wolf [1] de l'USGS
Début du fil de discussion ici :
http://lists.openstreetmap.org/pipermail/dev/2010-July/019971.html
Probablement de bonnes infos à piocher sur son blog, le moment venu
http://www.asifanyonecares.com/
[1]
Le Mercredi 9 Novembre 2011 07:31:42 Pierre-Alain Dorange a écrit :
Ca c'est plus embettant, mais j'imagine qu'un serveur de tuile pour la
bac a sable serait probablement trop volumineux lui aussi (des milliers
de tuile vide a rendre). A moins d'en limiter les dimensions ? Ou des
faire un
L'analyseur cherche à détecter les sauts de niveau (motorway, trunk,
primary, secondary...) de highway. Dans ton exemple tu as une
secondary qui débouche directement sur du résidential. Est que la
route qui va au village n'est pas plutôt une tertiary, est-ce qu'il ne
manque pas des tertiary dans
Bonjour,
Jusqu'à présent il a été question de ne pas faire de travail en double
avec les autres outils de qualité, même s'il y a des détections
d'anomalies très proche ou identique.
Il faut voir les outils OSMI, KeepRight, Osmose (et autres) comme
complémentaire.
Frédéric
Le 8 novembre 2011
Bonjour,
Des volontaires pour le scinder et le réparer ? Vu la taille, un
script serait le bienvenu. Je crois me souvenir que quelqu'un avait
écrit un programme pour ça...
J'ai encore ça.
Mais c'était pour découper un polygone AVANT de l'importer. Est-il
envisageable de supprimer le
Le 09/11/2011 10:46, Cedric Viou a écrit :
Bonjour,
Des volontaires pour le scinder et le réparer ? Vu la taille, un
script serait le bienvenu. Je crois me souvenir que quelqu'un avait
écrit un programme pour ça...
J'ai encore ça.
Mais c'était pour découper un polygone AVANT de l'importer.
Le 8 novembre 2011 23:37, Frédéric Rodrigo fred.rodr...@gmail.com a écrit
:
C'est la proximité avec un tag power (sauf pole, tower, line, minor_lin et
cable). La distance était un peu grande je l'ai réduite, trop réduite. Donc
j'ai corrigé le tir, mais ce n'est pas encore pris en compte.
C'est légitime de ne pas vouloir tracer les lignes souterraines par manque
d'info sur leur cheminement.
Il faudrait s'accorder sur la façon de tagger ce passage en souterrain :
soit une indication sur le dernier poteau, ou alors sur un noeud terminal
de la ligne juste à côté (placé un peu au pif,
Si l'objectif est
_ de tester un rendu Mapnik perso, basé sur les données OSM d'une zone
restreinte (celle correspondant à un bac à sable ou bien une petite région),
_ de tester des données avec le rendu classique du site osm.org
il n'est pas (plus vraiment) nécessaire de monter un serveur
2011/11/9 Vincent Pottier vpott...@gmail.com:
Ça y est, c'est réparé, découpé, emballé, pesé, expédié... à la main.
Merci à toi. Les allemands ne pourront pas dire qu'on ne s'occupe pas
bien de nos polygones. Non mais !
Pieren
___
Talk-fr mailing
2011/11/9 Cedric Viou cedricdumezv...@gmail.com:
J'ai encore ça.
Mais c'était pour découper un polygone AVANT de l'importer. Est-il
envisageable de supprimer le polygone cassé de la base et que je régénère
une version fragmentée à réimporter à la main?
Cedric
Le script reste néanmoins
Le mercredi 09 novembre 2011 à 11:20 +0100, Vincent Pottier a écrit :
Le 09/11/2011 10:46, Cedric Viou a écrit :
Bonjour,
Des volontaires pour le scinder et le réparer ? Vu la taille, un
script serait le bienvenu. Je crois me souvenir que quelqu'un avait
écrit un programme pour ça...
Bonjour,
2011/11/9 Frédéric Rodrigo fred.rodr...@gmail.com:
Jusqu'à présent il a été question de ne pas faire de travail en double
avec les autres outils de qualité, même s'il y a des détections
d'anomalies très proche ou identique.
Il faut voir les outils OSMI, KeepRight, Osmose (et autres)
Sans faire un outil formidable, une espèce de Xml-Diff spécifique à
OSM serait pas mal pour identifier les changements. Le Diff serait
souple sur la position des points pour ne pas détecter une nouveauté
lorsqu'il s'agit d'un ajustement manuel (correction manuel à
l'import). Quel chose comme ça a
Annonce asso osm-fr sur afigeo.asso.fr
http://www.afigeo.asso.fr/component/content/article/12-news/476-lancement-de-lassociation-openstreetmap-france.html
--
Cyrille.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
2011/11/9 Jocelyn Jaubert jocelyn.jaub...@gmail.com:
C'est quoi le problème avec cette relation ?
Je n'ai rien vu de spécial, à part qu'elle est constitué en deux
morceaux accolés.
Oui, apparement, c'est la seule particularité de ce multipolygone.
Mais il semble que deux outers jointifs ne
Le script reste néanmoins très intéressant. Je ne souviens plus si tu
souhaitais publier ton script. Ca pourrait toujours servir ailleurs
pour d'autres poly CLC ou d'autres imports, pas seulement en France.
Et il pourrait être amélioré par d'autres pour travailler directement
avec des données
J'ai essayé de récupérer le polygone sur
http://clc.openstreetmap.fr/cgi-bin/index.py mais je ne vois plus les
info-bulles. C'est moi?
non, le navigateur voie une erreur (pour mozilla : outils-console d'erreur)
Erreur : this.registerEvents is not a function
Fichier Source :
On 11/09/2011 01:58 PM, Cyrille Giquello wrote:
Sans faire un outil formidable, une espèce de Xml-Diff spécifique à
OSM serait pas mal pour identifier les changements. Le Diff serait
souple sur la position des points pour ne pas détecter une nouveauté
lorsqu'il s'agit d'un ajustement manuel
Euh, oui, mais quels fichiers originaux en fait ?
Comment savoir quels fichiers originaux ont été utilisés, et surtout où les
trouve-t-on ?
Le 9 novembre 2011 15:41, julien balas jul...@krilin.org a écrit :
On 11/09/2011 01:58 PM, Cyrille Giquello wrote:
Sans faire un outil formidable, une
De : Ab_fab gamma@gmail.com
Euh, oui, mais quels fichiers originaux en fait ? Comment savoir
quels fichiers originaux ont été utilisés, et surtout où les trouve-t-on ?
+1
Il serait plus interessant de pouvoir comparer l etat actuel de la base avec un
fichier resultat du script d
Le 8 novembre 2011 23:40, Brice brice.mal...@free.fr a écrit :
Bonsoir,
L'idée serait de trouver des lieux dans tout le département
Il me semble que les espaces multimédias publics avec animateurs sont
idéals dans cet objectif,
il se trouve en plus que dans l'Essonne il existe un réseau :
Je ne sais pas si cela t'aide ou non, mais il y a moyen d'utiliser
Python/Jython comme langage de scripting en JOSM. J'ai fait un peu des
efforts de pionnier:
https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting
En bas de la page il y a des liens vers plus d'exemples.
Et mon oeuvre: :-)
On 11/09/2011 01:58 PM, Cyrille Giquello wrote:
Sans faire un outil formidable, une espèce de Xml-Diff spécifique à
OSM serait pas mal pour identifier les changements. Le Diff serait
souple sur la position des points pour ne pas détecter une nouveauté
lorsqu'il s'agit d'un ajustement manuel
Le 09/11/2011 13:02, clansco a écrit :
http://is.gd/wXlDbV
oops...
--
David White
User #297763 on http://counter.li.org
Jabber: dwh...@im.linux62.org
OpenStreetMap Contributor DavidKW
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Merci pour le code, ce sera bien utile pour l'interaction avec josm.
Je vais commencer par recoder le traitement sur un polygone nu dans son
.osm et je tacherai ensuite de l'insérer dans JOSM (j'ai souvenir que
les gros-gros polygones mettait JOSM à genou sur ma machine).
Cordialement,
Le 09/11/2011 14:42, Pieren a écrit :
2011/11/9 Jocelyn Jaubertjocelyn.jaub...@gmail.com:
C'est quoi le problème avec cette relation ?
Je n'ai rien vu de spécial, à part qu'elle est constitué en deux
morceaux accolés.
Oui, apparement, c'est la seule particularité de ce multipolygone.
Mais il
Le 9 novembre 2011 22:29, Vincent Pottier vpott...@gmail.com a écrit :
Je vois que c'est moi qui ai fait ça ! Pas bien !
Ça fait planter les opérations dans PostGis !
Je corrige.
Si ça vous dit, j'ai une liste csv de 340 bâtiments foireux qui me font
planter des calculs.
Que 340 bâtiments
Bonjour,
Je suis un peu désabusé par certains contributeurs qui font des
corrections/modifications/suppressions sans connaitre le terrain.
exemple ici de la suppression d'un sentier piéton :
http://www.openstreetmap.org/browse/way/134065909/history qui a été
réintégré par la suite
Après une mise à jour, au démarrage de JOSM : impossible de charger le
Greffon cadastre.fr. Voulez vous le supprimer des préférences ?
Josm 4550, ubuntu 10.10. J'ai essayé sans succès de supprimer le greffon
et de le recharger. Même problème avec JOSM 4587 .
Une idée ?
--
Henri Gabolde,
Le 09/11/2011 22:43, Christian Quest a écrit :
Le 9 novembre 2011 22:29, Vincent Pottiervpott...@gmail.com a écrit :
Je vois que c'est moi qui ai fait ça ! Pas bien !
Ça fait planter les opérations dans PostGis !
Je corrige.
Si ça vous dit, j'ai une liste csv de 340 bâtiments foireux qui me
Le 09/11/2011 23:00, Henri Gabolde (lp) a écrit :
Après une mise à jour, au démarrage de JOSM : impossible de charger
le Greffon cadastre.fr. Voulez vous le supprimer des préférences ?
Josm 4550, ubuntu 10.10. J'ai essayé sans succès de supprimer le
greffon et de le recharger. Même problème
Merci Vincent, tu fais un autre heureux !
Le 9 novembre 2011 23:38, Vincent Pottier vpott...@gmail.com a écrit :
Le 09/11/2011 23:00, Henri Gabolde (lp) a écrit :
Après une mise à jour, au démarrage de JOSM : impossible de charger le
Greffon cadastre.fr. Voulez vous le supprimer des
Le 09/11/2011 23:34, Vincent Pottier a écrit :
Le 09/11/2011 22:43, Christian Quest a écrit :
Le 9 novembre 2011 22:29, Vincent Pottiervpott...@gmail.com a écrit :
Je vois que c'est moi qui ai fait ça ! Pas bien !
Ça fait planter les opérations dans PostGis !
Je corrige.
Si ça vous dit, j'ai
Bonjour,
Le 10/11/2011 07:00, Marc Sibert a écrit :
Pour faciliter l'import dans JOSM, il faudrait une liste d'ID Way avec
séparateur espace. Par contre que faut-il penser des ID négatifs ; à ma
connaissance ça n'existe pas dans la base ?
Ça désigne en fait des IDs de relations
Bonjour,
Publié sur le Blog d'Andy Allan, qui développe le rendu cyclable du site
www.openstreetmap.org
http://www.gravitystorm.co.uk/shine/archives/2011/11/05/the-darwin-traverse/
Le GMHM (Groupe Militaire de Haute-Montagne) basé à Chamonix a monté une
expédition au Chili, sur la Cordilière
37 matches
Mail list logo
