Lapinos03 a écrit :
Pieren a écrit :
De plus, si le serveur de fichier n'a pas besoin de grosses capacités,
un serveur de tuile nécessite une machine beaucoup plus costaude que
ce qui est proposé ici.
Quelles devraient être alors la capacité de la machine pour assurer un
service de
Bonsoir,
Je m'apprête à modifier les tags sources du cadastre pour renseigner
l'année. C'est pas optimal mais c'est mieux que rien. Je posterai les
logs de la version d'essai demain.
Je me posait une question sur le point virgule dans cette source.
Usuellement le ';' est utilisé comme
Denis a écrit :
Etienne Chové a écrit :
Bonsoir,
Je m'apprête à modifier les tags sources du cadastre pour renseigner
l'année. C'est pas optimal mais c'est mieux que rien. Je posterai les
logs de la version d'essai demain.
Je me posait une question sur le point virgule dans cette source
mes mails.
http://www.dell.com/downloads/global/products/pedge/en/1750_specs.pdf
C'est un bon point et je pense qu'on (au moins moi) est motivé. Il fait
parti du CRIUN l'admin ?
@Etienne Chové : j'ai pas tout suivi, tu es thésard au Lina ? Dans ce
cas tu pourrais peut-être le rencontrer
Xinfe Ewalavir a écrit :
Je pense être tombé sur un nouveau cas de faux positif, mais je n'en
suis pas tout à fait sûr : rural
Il faut bien écrire Chemin rural de la Chapelle ?
Je crois qu'il ne faut pas mettre le rural qui est la classification
du chemin et pas son nom, mais peut-être que
Tristram Gräbener a écrit :
Bonjour,
J'ai contacté informellement un administrateur de l'université de Nantes.
Il a donné un accord de principe (évidemment après faut l'accord de la
hierarchie tout ça)
C'est une bonne idée, et en plus c'est mon université de tutelle ;-)
Que faut-il faire
Coucou,
La fondation Free donne des serveurs (ceux qui servaient à free pour
encoder les flux de télé vers les freebox). Ce sont des serveurs hp
poweredge 1750 :
http://www.dell.com/downloads/global/products/pedge/en/1750_specs.pdf
Il suffit d'aller les chercher dans le 95 à Bezons , par là :
Bonjour,
Les voila maintenant dans osmose !
Les cinq back-ends d'osmose ainsi que le front-end sont maintenant
configurées pour faire l'analyse et l'affichage de ces zones ; ce qui
mène à 65 les nombre de back-ends qui tournent chaque jour.
Il y a quelques bugs (ex : ma base de données n'a
Emilie Laffray a écrit :
Il y a deux raisons pour laquelle les polygones non pas été intégrés:
On peut le déduire de l'outil clc/import : les polygones pour lesquels
une correspondance a été établie sont dans la liste marqués avec un
astérisque. Donc...
- Overlap avec un polygone existant
Damouns a écrit :
Pour les noeuds et les relations, osmose met une erreur en cas
d'incompatibilité name=code_insee/ref:insee d'après le COG
Est-ce que ce serait possible dans Osmose d'avoir aussi la détection
des relations commune sans ref:INSEE,
Le problème est qu'osmose analyse un fichier
sly (sylvain letuffe) a écrit :
L'autre raison est que je n'ai toujours pas pris le temps de construire un
polygone france correct (celui dans la base osm n'est pas utilisable pour
moi tel quel) alors que les polygones département oui.
Pourquoi ? Il te faudrait quoi ? J'ai peut être ce qu'il
Pieren a écrit :
2009/10/27 le père Léon news.l...@free.fr:
C'est vrai, bien qu'un logiciel de navigation devrait théoriquement
choisir d'emprunter le chemin le plus court entre les deux points
d'entrée et de sortie, c.a.d par la boucle extérieure. Mais par mesure
de précaution, on peut
sly (sylvain letuffe) a écrit :
Bonjour,
A la suite du vote qui a eu lieu la semaine dernière concernant le tag à
utiliser pour contenir le code insee des communes :
http://www.doodle.com/vbct978mer9473qi
Le résultat de ce sondage se termine sur
34 pour ref:INSEE
22 pour
sly (sylvain letuffe) a écrit :
On mercredi 28 octobre 2009, Pieren wrote:
2009/10/28 sly (sylvain letuffe) sylv...@letuffe.org:
Au passage, j'ai également la possibilité de retirer les code_INSEE,
ref_insee
qui pourrait subsister
On parle de ceux présents dans la relation ou de le node
Salut,
J'ai tenté de passer josm en LambertCC9 et télécharger un bout du
cadastre mais ça ne marche pas. Voila toutes les infos :
bugreport
Path: trunk
URL: http://josm.openstreetmap.de/svn/trunk
Repository Root: http://josm.openstreetmap.de/svn
Repository UUID:
Pieren a écrit :
2009/10/27 Etienne Chové ch...@crans.org:
java.lang.IllegalAccessError: tried to access field
org.openstreetmap.josm.data.Bounds.min from class cadastre_fr.WMSLayer
Ca ressemble à un problème d'incompatibilité entre JOSM et le plugin.
Le plugin ne fonctionne pas avec josm
Etienne Chové a écrit :
Pieren a écrit :
2009/10/27 Etienne Chové ch...@crans.org:
java.lang.IllegalAccessError: tried to access field
org.openstreetmap.josm.data.Bounds.min from class cadastre_fr.WMSLayer
Ca ressemble à un problème d'incompatibilité entre JOSM et le plugin.
Il faut
Pieren a écrit :
Cette relation serait d'un
nouveau type à inventer, type=postcode+addr:postcode=12345 par
exemple.
ou type=boundary ; boundary=postal pour éviter un type de plus.
A mon sens ce serait la meilleure solution : paver la France avec des
frontières postales... les instances
Marc SIBERT a écrit :
Désolé pour cette réponse tardive...
Pas grave, j'étais à l'étranger et maintenant je suis au fond de mon
lit, donc assez improductif.
Bon, en fait, ça ne va pas bien ; je m'explique. L'import se passe
correctement au niveau du site OSM, et Potlatch affiche bien le
Vincent Pottier a écrit :
Bonjour,
Je suis étonné de ne voir aucun marqueur sur osmose ? Il n'y aurait plus
aucune erreur sur mon secteur ? J'en doute...
Si, si il reste des erreurs mais elles étaient toutes au Maroc. Je vous
les ai rapporté dans mes valises.
--
Etienne
tenshu a écrit :
Je ne sait pas mais tout à l'heure il ne servait plus les .osm et .gpx
des poly non importés de corine
C'est pas lié. Le problème des bulles c'est un bug que j'ai introduit
pendant mon séjour au Maroc, la non génération doit venir d'une coupure
de la liaison entre le front
sly (sylvain letuffe) a écrit :
A moins de trouver la source magique, ce sera à la main et au fûr et à mesure.
Quand le choix du tag se sera tassé, j'espère que Etienne pourra dupliquer
son
outil qui fait un contrôle code insee/nom de commune. Ça devrait permettre de
laisser la base moins
sly (sylvain letuffe) a écrit :
Il fait sa comparaison sur le tag code_INSEE, a priori celui retenu sera
ref:INSEE, je suppose que ce ne sera pas dur à changer ?
J'ai dupliqué le plugin et mis ref:INSEE dans le nouveau, comme ça les
deux proposent une erreur (je les ai mis sur la même bulle).
sly (sylvain letuffe) a écrit :
Quand le vote sera terminé, je mettrait les code_INSSE en erreur
sur une nouvelle catégorie Tags à retirer.
Je proposerais de faire de la violence et en même temps que je bougerais les
ref vers ref:INSEE, je proposerais de faire un nettoyage
Cela me
sly (sylvain letuffe) a écrit :
PS:tu devrais pas être dans ton lit toi ? le médecin m'a appelé et il m'a dit
que tu devais te reposer.
J'y suis, c'est beau la technologie ! mais ayant un week end organisé
depuis longtemps, je vais en sortir.
--
Etienne
Pieren a écrit :
Pourquoi ton bot met le tag ref pour le code insee ? On en avait
déjà discuté et je pense que mon argument sur le fait que la plupart
des gens ne connaissent pas le code insee et qu'ils confondront ref et
code postal est quand même valable.
Il serait tellement plus simple
sylvain letuffe a écrit :
Le samedi 17 octobre 2009 15:20, sylvain letuffe a écrit :
Et dans la base, il m'a semblé que la majorité utilisé c'était ref.
Histoire d'avoir des chiffres :
code_INSEE
416
ref:insee
0
insee
0
insee_code
0
ref
1659
code_insee
4
François Van Der Biest a écrit :
- l'extrême rapidité de mise à jour des tuiles !
J'ai fait un test ce matin, les tuiles sur lesquelles j'ai travaillé ont
été rafraichies au bout de 50 secondes ! Quelle rapidité !!!
--
Etienne
___
Talk-fr mailing
Vincent Pottier a écrit :
Bonjour,
avec un peu de retard, le vote est ouvert pour l'approbation/rejet du
tag landuse=orchard.
Ce tag est utilisé dans l'import CLC. Il est contesté par des personnes
qui voudraient simplifier la cartographie des terres argicoles par du
'landuse=farm' à
Coucou,
Il me semblait que le plugin validator était capable de faire de la
fusion de noeuds (d'ailleurs [1]), très utile pour le polygones clc. Est
ce que ça marche chez certains et quelle procédure utilisent-ilsjosm ?
Je l'utilisait du temps de l'import de communes dans mon dept, mais
g.d a écrit :
Le blème donc est toujours le même :-(
On en avait déjà parlé.
D'où mon hésitation de mettre ces CP dans OSM, tant qu'on n'a pas le
vrai découpage des secteurs.
+1, mieux vaut pas d'info qu'une info fausse... ce serait pourtant bien
d'avoir les CP. Il y a a dilemme.
Vincent Meurisse a écrit :
if tags[CLC:code] == 323:
tags[natural] = scrub
if tags[CLC:code] == 324:
tags[natural] = wood
tags[wood] = mixed
if tags[CLC:code] == 331:
tags[natural] = beach
if tags[CLC:code] == 333:
tags[natural] = scrub
Merci pour ta vigilance,
Emilie Laffray a écrit :
Celui ci est constitue d'un très gros polygone, et pleins de tous petits.
Est ce que le gros polygone ne fait pas presque autant de taille que
l'original ?
Le but est de générer 60 fichiers et des les envoyer un par un ? C'est
donc du multipolygone où un a un outer
Emilie Laffray a écrit :
Etienne Chové wrote:
Emilie, t'as une version corrigée ? Je doit avoir une ancienne version
avant la correction du bug 2001.
Voila la correction.
Merci, c('est corrigé.
--
Etienne
___
Talk-fr mailing list
Talk-fr
Bonjour,
Les serveur ayant un peu de mal à servir tous les marqueurs, j'ai
rajouté une limite : on affiche rien quand le zoom est inférieur à 10
(sauf dans le cas où on ne demande qu'un type de marqueur, dans ce cas
on a pas de restriction).
De toutes façon, ça ne sert pas à grand chose et ça
Marc SIBERT a écrit :
Bonjour,
Jusque là je n'ai pas installé JOSM et cela ne me gène absolument pas
:-) d'utiliser Potlatch. Par contre, je rêve que le site osmose / clc
puisse fournir les traces GPX des polygones afin que je puisse les
importer manuellement lors de mes sessions.
Christophe Merlet (RedFox) a écrit :
Le lundi 12 octobre 2009 à 13:57 +0200, Etienne Chové a écrit :
sly (sylvain letuffe) a écrit :
salut,
Juste pour dire que les polygones non importés de type roche nues sur
http://osmose.openstreetmap.fr/clc/ ne contiennent pas l'attribu
natural=rock
Cedric Dumez-Viou a écrit :
Bonjour,
Je mappe dans la Sologne et j'ai un problème similaire.
Une grande portion de foret ne s'est pas importée automatiquement au nord de
Vierzon (http://osmose.openstreetmap.fr/clc/cgi-
Vincent Meurisse a écrit :
3 des outer ont 2001 nœuds
Emilie, t'as une version corrigée ? Je doit avoir une ancienne version
avant la correction du bug 2001.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Bonjour,
Vincent Meurisse a écrit :
Si tu as un fichier GPX d'exemple
c'est le code que j'utilise pour map.meurisse.org :
Merci, j'ai recopié bêtement le format... Marc, un retour ?
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Fabien Marchewka a écrit :
L'idée de faire qu'une rue soit une relation de ways prendrait alors
sont sens.
On repasse à l'API 0.4 et on utilise des segments... avec des relations
la dessus pour agréger tout ça.
--
Etienne
___
Talk-fr mailing list
Emilie Laffray a écrit :
2009/10/6 Etienne Chové ch...@crans.org mailto:ch...@crans.org
sly (sylvain letuffe) a écrit :
Boudiou ! Et étienne ré-inventa les bases de données XML.
Quand on a besoin que de 1% d'un fichier, je trouve ça dommage de le
charger en entier dans
Mathieu Arnold a écrit :
D'ailleurs, je ne me souviens pas avoir lu une discussion sur ça, il y a
de fortes chances que beaucoup de polygones Corine soient améliorés et
dans le cas où ils contiennent déjà 2k noeuds, on va devoir en faire un
multipolygon, n'aurait il pas été judicieux de
Christophe Merlet (RedFox) a écrit :
Ce serait peut être bien de séparer ou de marquer par une petite
asterisque dans l'outil d'import les codes CLC qui ont une
correspondance OSM validé pour les importer en priorité.
Je le rajouterai la semaine prochaine. Les tags validés sont inclus dans
Pieren a écrit :
2009/10/10 Christophe Merlet (RedFox) red...@redfoxcenter.org:
Par contre, comment on fait pour fusionner les noeuds d'un polygone que
l'on importe avec ceux qui existe déjà sans avoir a les faire 1 par 1 ?
Bonne question ! On pourrait imaginer un bot qui fait la fusion de
Bonjour,
François Van Der Biest a écrit :
Après http://osm.org/go/xVcNgmF--?way=26393935layers=0B00FTFT ...
quelqu'un saurait-il expliquer ce que l'on voit là :
http://osm.org/go/0CAM0A-- ?
Est-ce lié à un rendu encore incomplet ?
Sans doutes, ça tombe juste à la frontière des tuiles :
François Van Der Biest a écrit :
Salut,
Après http://osm.org/go/xVcNgmF--?way=26393935layers=0B00FTFT ...
quelqu'un saurait-il expliquer ce que l'on voit là :
http://osm.org/go/0CAM0A-- ?
Est-ce lié à un rendu encore incomplet ?
... il faut aussi vider le cache de ton navigateur si tu veux
Vincent Pottier a écrit :
Mais on voit un petit bug de rendu sur la limite de l'eau près des tours
de l'Est.
Je ne suis pas spécialiste du domaine, mais je pense que c'est dû au
fait que les frontières terre/mer ne sont pas prises dans la bdd en
direct mais sont issues d'extraits fait selon
Julien D. a écrit :
Qu'en est-il de ceux-ci, doit-on les ignorer ?
qui, Rue de la Truie qui File
dit, Chemin Rural dit Chemin des Vignes
on, Rond Point de Newark on Trent
bis, Passage du 32 bis de la Rue René de Prie
homme, Rue Sully Prud'homme
eau, Château d'eau
Pieren a écrit :
eau devrait bien s'écrire Eau, pourquoi une exception ?
Je ne l'avais pas mise ; mais j'avais oublié de le signaler.
(sauf si
ça s'applique à autre chose qu'un toponyme) . Et homme devrait bien
être Homme sauf pour Prud'homme
C'est fait.
et peut-être d'autres mots
Vincent Pottier a écrit :
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=47.09084lon=5.50178layers=B00Tch=1-750
C'est en cours pour touts les objets qui portent ton nom. Les modifs
sont dans :
http://www.openstreetmap.org/user/EtienneChoveBot/edits
C'est
Vincent Pottier a écrit :
Quelques suggestions pour 'ilayer'
Un accesskey sur le lien send to api ('s' pour save, send...)
Un accesskey sur la case de fermeture ('w')
...
C'est fait... mais c'est marqué nulle part pour le moment.
--
Etienne
___
Bonjour,
Gilles LAMIRAL a écrit :
On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce
des faux positif ?
Les articles possessifs sont des faux positifs :
C'est ajouté
En faux positif, il y a aussi la préposition
ou l'article ès qui est un diminutif de en les.
Tu
Bonjour
tetramonium a écrit :
Une question qui me tracasse depuis quelque temps :
Est-il important de fermer le changeset?
*version très courte*
non
*version courte*
L'API le fermera pour toi au bout d'une heure d'inactivité ou au bout de
24 heures (même si tu continue à faire des modifs).
Pieren a écrit :
2009/10/9 Guillaume Rosaire zer...@gmail.com:
Cela dit, je ne saurais pas comment coder une règle là dessus vu qu'il
s'agit d'un nom propre
C'est une particule. 'von', c'est comme le 'de' dans 'Guy de
Maupassant'. Donc toujours en minuscule.
Pieren a écrit :
Ca devient ridicule. Autant y faire passer tous les fautifs. J'espère
que la DGFiP ne lit pas cette liste !
On peut très bien envisager un bot intelligent : on met l'année de
création de l'objet (tous ces tags sources datent de la création de
l'objet avec le plugin josm).
Bonsoir à tous,
Un grand merci à tous les contributeurs qui ont activement apporté leur
pierre à l'édifice. C'est un travail magnifique, et qui a transformé le
visage de la France et qui a été mené avec sérieux et calme, sans
précipitation.
Pieren a écrit :
Pour ceux qui voudraient récupérer
Julien Angot a écrit :
Voilà, dans le tags name il y a possibilité de choisir les erreurs de
type voie pour corriger les majuscules de route - Route, allée -
Allée, etc... Mais cela fait plusieurs fois que je corrige des erreurs
pour le mot rue - Rue sans que cela soit signalé par osmose.
Bonsoir,
Au risque de recevoir 23153 mail pour les 23153 faux positifs j'ai tenté
d'écrire un plugin qui vérifie les majuscules conformément à la charte
de toponymie française.
On se retrouve avec beaucoup d'erreurs, sont-elles justifiées ou sont-ce
des faux positif ? je m'en remet à votre
Julien D. a écrit :
Suivant : http://osmose.openstreetmap.fr/map/cgi-bin/clc.py
On est à 91% (depuis environ 10 jours) je dirai qu'il reste quelques
jours suivant les erreurs rencontrés durant l'import,
tu le verra sur le graphique quand ce sera à 100%.
Sans doutes 100.1% ;-) car je fais le
Pieren a écrit :
Mais comme tu n'es pas le seul dans ce
cas - et de loin - je songe à mettre un bot en place pour corriger
tous les en 2009 (c'est pas sûr à 100% mais c'est mieux que rien)
et à modifier le plugin pour qu'il donne un message d'information la
première fois qu'on veut
Guillaume Rosaire a écrit :
Premier que je regarde :
Toponymie
majuscule manquante à : à Vélo
way 31562827 rawedit
created_by = Potlatch 0.10f
name = La Loire à Vélo
highway = cycleway
cycleway = track
Un pb d'espace insécable ou quelque chose du genre ?
Tout à fait :
Pieren a écrit :
2009/10/8 Etienne Chové ch...@crans.org:
Je pense que ces règles s'appliquent aux noms de lieux (tag place) et
rues/routes (highway), voies d'eau (waterway).
Je ne crois pas que l'on doive les appliquer à tous les éléments qui
portent un tag name (shop par exemple).
En
Vincent Pottier a écrit :
fauxs positifs :
Grotte d'Osselle,
Avenue de l'Île-de-France
Est ce que t'as un lien, un numéro d'objet ou tout autre chose qui me
permet d'aller voir en détail ? Ces erreurs ne datent-elles pas d'avant
l'annonce, j'ai fait une correction juste avant ?
--
Etienne
Vincent Pottier a écrit :
S'il sait corriger ça, ça ferait plus propre.
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=47.0897lon=5.49375layers=B00Tch=1-906
J'ai relancé osmose, il n'y a plus de bulles à cet endroit :-(
J'ai eu un version du plugin qui a eu des
Vincent Pottier a écrit :
Autre cas : Rue de l'École
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=15lat=47.1947lon=5.9603layers=B00Tch=1-906
L'apostrophe est bizarre... j'ai modifié le plugin pour le prendre en
compte.
--
Etienne
Yann Coupin a écrit :
J'en aurait bien un autre à soumettre mais je voulais surtout savoir à
quoi servait exactement le lien faux positif. Est-ce que ça tombe
dans une base/un fichier pour relecture ultérieure qui sert de base à
l'amélioration des algos ? Ou est-ce que c'est simplement
Vincent Pottier a écrit :
Etienne Chové a écrit :
...
Par curiosité,
Qu'est-ce qui fait que l'erreur rue ... apparaît parfois en 'type de
voie mal écrit' parfois en 'typo' ?
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=47.23532lon=6.00457layers=B00Tch=1
Vincent Pottier a écrit :
La connexion a échoué
Firefox ne peut établir de connexion avec le serveur à l'adresse
osmose.openstreetmap.fr.
J'essaye de joindre yoann, chez qui c'est hébergé, mais depuis que free
fait du CPL et qu'il l'a adopté, il a pas mal de problèmes de coupure
entre sa
Art Penteur a écrit :
Le 5 octobre 2009 21:09, Etienne Chové ch...@crans.org a écrit :
Ma base postgis contient un polygone très large de la France... quand
j'aurai du temps je rajouterai le test d'appartenance à la France stricte.
Ah ?
J'avais pourtant l'impression que c'était vachement
... et en plus elles sont en nombre !
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=4-1
Je n'ignore pas encore les relations contenues dans des super relations,
mais ça viendra.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Vincent Pottier a écrit :
Étrange :
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=12lat=47.99434lon=2.46882layers=B00Tch=4-1
Pourtant la relation est correcte :
http://osmose.openstreetmap.fr/tools/relation_analyser/cgi-bin/relation.py?NumRelation=160911
et
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:
Je n'ignore pas encore les relations contenues dans des super relations,
mais ça viendra.
Encore mieux que les ignorer... les traiter ?
Comment ça ? Je parle des relations contenues dans la relation 11980 par
et en plus ils sont nombreux...
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=6-1
Ma nouvelle gestion de postgis ne devrait plus faire apparaitre de faux
positif comme c'était le cas avant... mais rien de sûr.
PS : pardon pour les mails multiples, ça évite de mettre trop de chose
sly (sylvain letuffe) a écrit :
On peut rêver, et que osmose devienne le premier outil capable d'analyser
(après import dans une base) les super-relations.
Pourquoi passer par une base... j'ai beaucoup plus rapide !!! Lancer un
petit programme magique :
test
pc-rech-echove% time
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Yoann ARNAUD wrote:
Oui, vaut mieux éviter ce genre de choses. Au pire tu récupères le code
et tu le lances sur une autre machine ;)
Ok, c'est ce que j'ai fais, ça marche.
Petites remarques en passant (désolé si je dis une connerie)
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:
Pourquoi passer par une base... j'ai beaucoup plus rapide !!! Lancer un
petit programme magique :
Toujours pareil, ça dépend de ce que l'on veut en faire, pour le cas présent,
en effet ça suffit. En fait je
sly (sylvain letuffe) a écrit :
Boudiou ! Et étienne ré-inventa les bases de données XML.
Quand on a besoin que de 1% d'un fichier, je trouve ça dommage de le
charger en entier dans une base de données... Est ce qu'il vaut mieux la
propreté ou la rapidité ? Vaste débat...
Y'a un moment où il
sly (sylvain letuffe) a écrit :
On mardi 6 octobre 2009, Etienne Chové wrote:
Comment ça ?!? la compatibilité n'est pas assurée ?
Si pas de problème ! j'ai pas dis ça, je demandais un petit aperçu du futur
du
développement et savoir l'arrivée du support de lecture sur base,
fichier .osm
sly (sylvain letuffe) a écrit :
et voilà qui est plus propre et qui nettoie les faux positif :
http://slyserv.dyndns.org/osm/relation-11980.png
C'est bizarre, on a l'impression que tu as que deux ouvertures alors que
j'en ai 32 dans ma base postgres.
Parce qu'entre temps, j'ai corrigé. Et
Vincent Pottier a écrit :
Toujours un petit bug dans openLayer (ou dans index.py ?) quand on
clique sur le permalink la présence de ch=4-1 deux fois dans l'url
provoque une erreur 500.
Pieren a écrit :
2009/10/6 sly (sylvain letuffe) sylv...@letuffe.org:
J'avoue être un peu perdu entre ce que dis le wiki et l'utilisation qu'on
doit
pouvoir en faire.
Oui, c'est pas clair. On peut aussi voir ça:
http://wiki.openstreetmap.org/wiki/Relation:boundary
Je n'ai pas compris
... et en plus ils sont nombreux
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=5-1
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
sly (sylvain letuffe) a écrit :
On lundi 5 octobre 2009, Etienne Chové wrote:
... et en plus ils sont nombreux
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=5-1
Tant qu'on est à parlé d'osmose, y'a-t-il un moyen de connaître la date de
dernière analyse selon le back-end
Patrice Vetsel a écrit :
l'outil
de création de cercle sous Josm les fait dans le sens horaire par
défaut, et donc à l'envers :/
C'est modifiable ? Cela explique le grand nombre d'erreurs...
--
Etienne
___
Talk-fr mailing list
Art Penteur a écrit :
Le 5 octobre 2009 16:57, Etienne Chové ch...@crans.org a écrit :
... et en plus ils sont nombreux
Et alors que ceux de Grande-Bretagne ne sont plus décomptés (c'était
un truc marrant de la version précédente). On peu encore s'amuser un
peu avec Jersey et Guernesey
Pieren a écrit :
2009/9/30 Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net:
Bonjour,
je ne sais si cette question a déjà été posée ici...
Jamais...
Comment étiqueter une station de gonflage comme on en trouve aux entrées
d'autoroutes, par exemple ?
highway=services
...sont visibles sur http://osmose.openstreetmap.fr/map/cgi-bin/clc.py
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Vincent Pottier a écrit :
Par contre ce qui m'inquiète, c'est que je ne vois pas mes landuse2 sur
osmose.
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=11lat=47.25785lon=5.99852layers=B00Tch=1-750
Ça va venir... osmose a attrapé un coup de froid se week end, il va se
Vincent Meurisse a écrit :
On Monday 28 September 2009 13:47:18 THEVENON Julien wrote:
Oki je me disais aussi que ca bougeait pas beaucoup ;-)
Pour vérifier, y'a toujours la page des edits :
http://www.openstreetmap.org/user/CLCF06/edits
D'après l'avancement actuel il faut environ 2
Vincent Pottier a écrit :
Et les leisure2 ?
Done, mais le front-end est injoingnable. Le CPL de yoann a dû perdre la
ligne, il ne pourra rebrancher tout ça que ce soir.
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
sylvain letuffe a écrit :
le risque étant d'oublier dans les coins des polygones avec tags foireux...
Osmose pourrait te le rappeler...
--
Etienne
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Vincent Pottier a écrit :
Vrai ? il pourrait me signaler les landuse2, les waterway2, les natural2...
Du coup la technique est ultra simple...
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=1-750
Merci à lui ;-)
Avec plaisir...
--
Etienne
Pieren a écrit :
Plutôt que de compter le nombre de ways dans la relation, il faudrait
contrôler la présence de doublons dans les relations boundary comme
cela arrive de plus en plus malheureusement.
http://osmose.openstreetmap.fr/map/cgi-bin/index.py?ch=1-504
--
Etienne
Bonjour,
Voici une annonce faite sur dev@
Le site principal d'OSM est maintenant traduit via TranslateWiki :
http://tinyurl.com/noeha7
Vous pouvez donc aller sur ce wiki pour traduire les 255 phrases encore
en anglais sur le site.
Le processus de rapatriement des données de TranslateWiki vers
kimaidou a écrit :
Merci, cela règle bien le problème :D
Je garde la manip en mémoire :)
Je ne sait toujours pas d'où vient le problème :-(
Pour le moment, le jeton oauth n'expire jamais, donc tant que tu ne vire
pas le cookie ou que tu le supprime pas le jeton dans ton compte osm ton
mdp ne
Cavok a écrit :
Il n'y a plus la possibilité de chercher les erreurs par utilisateur ?
Pour le moment, non, mais un jour où j'aurai du temps je le remettrai.
Pour le moment j'essaie d'adapter les derniers plugins non encore passés
sur la nouvelle version.
--
Etienne
Yoann ARNAUD a écrit :
Etienne Chové a écrit :
Vincent Pottier a écrit :
Besançon, il y a 16 communes limitrophes, soit une de trop pour le test
trop de ways dans la relation.
J'en fais quoi ? Ce n'est pas un faut positif : l'analyse est juste. Ce
n'est pas une erreur dans les données...
Le
Patrice Vetsel a écrit :
Utilisant le nouvel osmose pour regarder les erreurs par chez moi je
note que :
C'était déjà dans l'ancien.
osmose de mande à ce qu'un rond-point n'ait pas de tag oneway
hors josm le met par défaut.
Perso je dirai que josm est en tord.
sur
Vincent Pottier a écrit :
- orthographe : tags incopatibles - tags incompatibles
done, attendre prochaine génération
- liens : très bien où ils sont, ajouter retour vers osm.fr
j'ai rajouté un lien, c'est ça ?
--
Etienne
___
Talk-fr mailing list
301 - 400 di 672 matches
Mail list logo