Le 25 février 2012 14:29, Emilie Laffray emilie.laff...@gmail.com a écrit :
En fait, JOSM a un mode mis a jour qui permet de gerer les conflits avant
l'upload que j'utilise en permanence ce qui evite justement les conflits.
Ceal n'évite pas les conflits. C'est juste qu'on a des conflits à
Le 24/02/12 13:24, Philippe Verdy a écrit :
Il me semble que les tuiles sont raffraîchies une fois puis un délai
est donné avant qu'elles soient raffraîchies à nouveau. Ce délai
visiblement peut atteindre plus d'une semaine pour Mapnik (voire
plus).
On voit ça quans une zone est modifiée
2012/2/25 Lapinos03 lapino...@free.fr
Effectivement. Le système de rafraîchissement prend en compte la fréquence
des mises à jour des données pour la zone concernée. Plus il y en a, plus
tardive sera la régénération des tuiles. Cela permet d'éviter la surcharge
du serveur à redessiner
bonjour,
Je viens de m'inscrire et ai commencé à contribuer pour la zone grand ouest.
Pour certaines modifications, les modifications ne sont actualisées sur le
site OSM pour tous les niveaux de zoom : c'est à dire que pour certains
niveaux de zoom, les routes tracées ont des tronçons manquant...
Le 24 février 2012 10:15, aa mail a.a.monm...@gmail.com a écrit :
bonjour,
Je viens de m'inscrire et ai commencé à contribuer pour la zone grand ouest.
Pour certaines modifications, les modifications ne sont actualisées sur le
site OSM pour tous les niveaux de zoom : c'est à dire que pour
Merci pour ta réponse,
j'ai donc suivi ce qui est indiqué dans la page que tu m'as indiqué.
J'ai ajouté donc /dirty à la fin de l'adresse d'une tuile pour forcer
son : pour l'une ça a marché après avoir deplus fait [ctrl]+[shift]+[r]
mais pour les autres ça ne change rien...
De plus, je ne me
2012/2/24 aa mail a.a.monm...@gmail.com:
De plus, je ne me vois pas copier chaque adresse de tuile modifiée et
ajouter /dirty pour forcer son rafraichissement.
Une solution ?
L'usage du /dirty est exceptionnel. Le rafraichissement du cache de
ton navigateur devrait suffire la plupart du temps
Bonjour Pieren, merci.
Il y a quelque chose que je n'ai pas du saisir :
J'ai uploadé ces fichiers il y a 2 jours. Et certains éléments
n'apparaissent pas pour différents niveaux de zoom, aujourd'hui. J'ai
rafraichi le cache avec CTRL+Shift+R et ça ne change rien : les éléments
uploadés
2012/2/24 aa mail a.a.monm...@gmail.com:
J'ai pourtant passé les éléments ajoutés au Validator sous JOSM et tout est
OK. Pourquoi les éléments uploadés n'apparaissent pas? J'ai loupé quelque
chose ?
Est-ce que tu pourrais nous envoyer un permalien de la zone (c'est un
lien que tu peux générer
On 24 févr. 2012, at 12:12, aa mail wrote:
Merci pour ta réponse,
j'ai donc suivi ce qui est indiqué dans la page que tu m'as indiqué.
J'ai ajouté donc /dirty à la fin de l'adresse d'une tuile pour forcer son
: pour l'une ça a marché après avoir deplus fait [ctrl]+[shift]+[r] mais
pour
Le 24 février 2012 13:24, Vladimir Vyskocil
vladimir.vysko...@gmail.com a écrit :
La plupart du temps le ctrl-shit-r suffit SAUF pour les modifications de la
coastline mais dans ce cas il y a un délai très long (généralement
plusieurs semaines) avant que les modifications soit prise en compte
Bonjour
De : Philippe Verdy
Bref la seule chose à faire, c'est d'être patient, l'ensemble des
modifs apparaîtra dans la semaine suivante si une partie seulement est
prise en compte.
...et dans la mesure où les éléments édités sont repris dans la charte graphique
du rendu Mapnik. Tout ce
OK, merci pour beaucoup pour ces infos.
Voici un permalink vers une des zones concernées :
http://www.openstreetmap.org/?lat=47.5163lon=-1.8003zoom=16layers=M
Là, le rond point appelé rond point de la belle étoile ne s’affiche pas.
Vous pouvez aussi voir que sur la route en pointillée qui part
Pour le rond-point de la belle-étoile, le problème vient du fait que tu ne
lui as donné qu'un nom.
Il n'y a pas d'attribut highway = ...
Pour la route qui part vers le nord-est, c'est probablement un bug de rendu.
Je ne vois pas bien ce qui peut clocher.
Le 24 février 2012 14:46, aa mail
Le 24 février 2012 14:46, aa mail a.a.monm...@gmail.com a écrit :
OK, merci pour beaucoup pour ces infos.
Voici un permalink vers une des zones concernées :
http://www.openstreetmap.org/?lat=47.5163lon=-1.8003zoom=16layers=M
Là, le rond point appelé rond point de la belle étoile ne s’affiche
Cependant il y a un autre cas où le bogue ne vient pas directement du
moteur de rendu, mais de la façon qu'a la base OSM de répondre à une
demande de chargement des données dans une zone rectangulaires :
La base OSM ne retourne pas toujours non plus les ways qui traversent
le rectangle mais sans
Les transactions entre JOSM et l'API du projet et le rendu des tuiles sont
des processus finalement assez éloignés. Et ils ne mettent pas en jeu les
Il y a quelques étapes intermédiaires, que l'on voit sur ce schéma :
http://wiki.openstreetmap.org/wiki/File:OSM_Components.png
Il ne faut pas
OK, je vais donc ajouter l'attribut manquant highway.
Pour le reste que dois-je faire ? Les modifications que j'ai faites
vont-elles apparaitre correctement prochainement ou dois-je me faire à
l'idée que ce sera toujours ainsi ? Il n'y a pas de solution pour y
remédier ?
Concernant Mapquest, je
OK, je vais donc ajouter l'attribut manquant highway.
Pour le reste que dois-je faire ? Les modifications que j'ai faites
vont-elles apparaitre correctement prochainement ou dois-je me faire à
l'idée que ce sera toujours ainsi ? Il n'y a pas de solution pour y
remédier ?
Concernant Mapquest, je
Tout site de cartographie qui utilise OSM comme fond de carte se mettra a
jour avec tes donnees.
Mapquest est un utilisateur des donnees de OSM et sera donc mis a jour avec
tes modifications. Le site officiel est open.mapquest.fr mais c'est vrai
pour la totalite des sites qui sont synchronises
Je te propose d'attendre quelques heures pour voir le résultat de ces
ajustements.
Normalement, tout va bien du côté de la base de données principale d'OSM,
et c'est ... le principal.
Tu peux passer à une autre zone et continuer tes contributions.
Le rendu Mapnik principal devrait se corriger
Le 24 février 2012 16:39, Ab_fab gamma@gmail.com a écrit :
Les transactions entre JOSM et l'API du projet et le rendu des tuiles sont
des processus finalement assez éloignés. Et ils ne mettent pas en jeu les
Il y a quelques étapes intermédiaires, que l'on voit sur ce schéma :
On vendredi 24 février 2012, Philippe Verdy wrote:
OK, donc le problème est ailleurs. Osmosis sans doûte puisque c'est
par lui que ça transite et non l'API utilisée par les éditeurs. Mais
comment fait alors Mapquest qui passe aussi par Osmosis ?
Sauf erreur, c'est osm2pgsql qui sert à
On vendredi 24 février 2012, Philippe Verdy wrote:
La base OSM ne retourne pas toujours non plus les ways
La base OSM ne retourne rien, c'est un stockage, tu parles donc de l'API 0.6
codée en ruby que l'on peut interroger par http://api.openstreetmap.org/api
et qui elle va chercher dans la
On vendredi 24 février 2012, Philippe Verdy wrote:
Ce que dit Philippe semble coller avec ce que j'ai fait : j'ai uploadé la
zone forestière en 3 fois au lieu de l'uploader en une fois. Peut être le
mieux pour la suite serait de sauvegarder mes modifs dans JOSM puis
lorsque
c'est
Le 24 février 2012 17:33, sly (sylvain letuffe) li...@letuffe.org a écrit :
On vendredi 24 février 2012, Philippe Verdy wrote:
La base OSM ne retourne pas toujours non plus les ways
La base OSM ne retourne rien, c'est un stockage, tu parles donc de l'API 0.6
codée en ruby que l'on peut
On vendredi 24 février 2012, Philippe Verdy wrote:
Et dans ce cas il n'est pas absurde d'augmenter la précision des
tracés selon la précision que l'on demande ensuite pour les rendus
si
Le nombre de point n'a pas a être augmenté artificiellement dans la base OSM
si celui-ci n'améliore pas
Le 24 février 2012 18:59, sly (sylvain letuffe) li...@letuffe.org a écrit :
On vendredi 24 février 2012, Philippe Verdy wrote:
Et dans ce cas il n'est pas absurde d'augmenter la précision des
tracés selon la précision que l'on demande ensuite pour les rendus
si
Le nombre de point n'a pas a
28 matches
Mail list logo
