Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-26 Par sujet Philippe Verdy 
Le 25 février 2012 14:29, Emilie Laffray  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 à
résoudre avant d'envoyer. Mais ça n'empêche pas pour autant des
conflits d'apparaître lors de l'envoi, non pas parce qu'il y a eu
d'autres modifs pendant ce temps là mais parce que ce mode oublie
visiblement de charger certaines données.

En général ça se produit sur des données qui ont été supprimées de la
base ou fusionnées avec d'autres, et que la "mise à jour des données"
ne semble pas prendre en compte. Il n'y a alors que durant l'envoi
qu'on se prend des alertes telles que l'impossibilité de supprimer un
noeud ou un chemin car il est encore référencé par un autre objet.

JOSM ne facilite pas la résolution de ce type de conflit, il faut
noter à part (sans se tromper) le numéro d'objet (et son type) dans la
boite d'alerte (on n'a pas de copier-coller possible non plus du texte
de cette boite d'alerte) et charger soi-même l'objet en retapant le
numéro d'objet indiqué.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-25 Par sujet Emilie Laffray 
2012/2/25 Lapinos03 

>
>>
> 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 (inutilement) de multiples fois une zone en cours
> d'édition.
>
> Pour les impatients, la solution consiste à minimiser les uploads et les
> espacer dans le temps (quitte à augmenter le risque de conflits ou de
> perte).
>

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.
C'est tres pratique.

Emilie Laffray
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-25 Par sujet Lapinos03 

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 plusieurs fois en plusieurs
séries d'opérations. Une mise à jour a lieu mais ne prend pas en
compte les autres modifs qui suivent.
Et ce n'est pas causé par un cache du navigateur (déjà vérifié).


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 (inutilement) de multiples fois une 
zone en cours d'édition.


Pour les impatients, la solution consiste à minimiser les uploads et les 
espacer dans le temps (quitte à augmenter le risque de conflits ou de 
perte).


/Lapi

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Philippe Verdy 
Le 24 février 2012 18:59, sly (sylvain letuffe)  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 être augmenté artificiellement dans la base OSM
> si celui-ci n'améliore pas la précision.

C'est bien ce que je dis non ? J'ai bien parlé d'augmenter la
précision, peut-être que tu préfère les termes améliorer la précision,
mais personnellement je ne vois pas la différence.

Une augmentation artificielle en revanche serait de placer un point au
milieu d'un segment tout en conservant son strict alignement. C'est
pourtant nécessaire au delà d'une certaine distance, sur des lignes
qui sont par nature complètement droites.

Ces lignes ne sont que de rares frontières administratives, et encore
on peut trouver des exceptions assez souvent sur un tracé initialement
droit qui a été adapté localement à la réalité du terrain, car pour le
reste il n'y a rien qui soit absolument droit sur des distances très
longues, et les frontières maritimes sont très rarement droites sur
des distances très longues, mais résultent d'arrangements frontaliers
entre deux pays, avec des segments ne dépassant pas la centaine de
kilomètres, et uniquement en pleine mer, le tracé prenant la forme de
plusieurs segments en fonction des points où peuvent être posés des
balises de repérage, donc finalement pas si loin des côtes d'un pays
ou d'un autre.

Ensuite il reste des frontières administratives intérieures à un même
pays; là encore la réalité du terrain vient les modifier assez
régulièrement même si le changement est minime à l'échelle de la
frontière entière. Et sinon il reste les délimitations régionales en
mer, qui ne vont pas au delà des 12 miles.

Que reste-t-il enfin de "droit" ?

Des rues ? il y a souvent bien assez d'occasions pour ajouter des
points sur des passages piétons et branchements vers d'autres rues ou
voies de service ou privées mineures.

Des autoroutes peut-être (et encore, elles ne sont que rarement toute
droites sur des distances longues).

Je n'ai pas vu de cas encore où il n'était pas possible d'améliorer la
précision d'un tracé, même sans ajouter de nœuds mais en rectifiant le
parallélisme avec d'autres voies, le centrage d'un carrefour, ou la
disposition de séparation des voies d'une route. On trouve assez de
ponts et carrefours pour nécessiter des ajustements (plus que la
distance entre les points c'est souvent l'angle entre les segments qui
demande à être mieux représenté). Ensuite il y aura bien assez de
changements à faire car les cartes sont vivantes comme l'est aussi la
réalité.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet sly (sylvain letuffe) 
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 la précision.

Après si tu veux l'augmenter logiciellement dans une copie ultérieure pourquoi 
pas, mais je répondais à ton message pas clair du tout qui semblait 
recommander d'augmenter le nombre de point dans la base OSM sans que ça 
n'améliore la qualité du tracé.


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Philippe Verdy 
Le 24 février 2012 17:33, sly (sylvain letuffe)  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 interroger par http://api.openstreetmap.org/api
> et qui elle va chercher dans la base.

Oui, ne jouons pas sur le mots ici. Une base, n'importe laquelle, ne
retourne rien, elle stocke, il n'y a que les requêtes qu'on y
effectue, toujours via une API quelle qu'elle soit.

>> qui traversent
>> le rectangle mais sans y avoir aucun nœud dans ce rectangle.
>
> Ce n'est pas vraiment un bug car c'est voulu afin de limiter la charge du
> serveur qui gère l'API qui est bien souvent déjà très occupée.
>
> Je suis d'ailleurs en train d'améliorer mon "proxy d'api"
> (http://api.openstreetmap.fr/api) pour qu'il puisse supporter cette
> fonctionnalité qui serait un plus.
>
>> Hors, les moteurs de rendu procèdent ainsi pour connaître les données
>> à afficher dans un rectangle.
>
> non, ils utilisent l'opérateur && de PostGIS qui calcul l'intersection des
> bbox avec le point de vue.

Lequel opérateur, tu l'oublies, font tout de même ce genre de calcul,
et peut aussi omettre les mêmes données.

>> Bref, pour de tels cas, il n'y a pas d'autres moyens que d'affiner les
>> tracés en ajoutant des nœuds, c'est possible pour les chemins, mais
>> pas toujours concernant les libellés de nœuds qu'on ne peut pas
>> déplacer.
>
> Il ne faut pas faire ça, l'amélioration doit être faite dans l'API. Il ne faut
> pas rajouter des points inutiles dans le seul but de régler un problème
> d'édition.

Il n'y a techniquement aucun autre moyen que d'aller chercher des
points hors de la zone demandée si on veut une liste complète. L'autre
solution, c'est que les chemins liant les points aient eux-mêmes été
indexés sur la totalité des tuiles qu'ils traversent, ce qui impose
alors des calcul de points supplémentaires, là où ces chemins
traversent les frontières de tuiles.

On en revient au problème initial. La seule différence étant l'endroit
où on stocke ces points supplémentaires nécessaires pour une
couverture complète.

D'ailleurs PostGIS augmente largement les données sources de données
dérivées, qu'il stocke naturellement dans son propre schéma de base
pour séparer les choses et faciliter les mises à jour ultérieures. Il
n'empêche que ces points ajoutés augmente la volumétrie totale, même
si elle améliore et accélère considérablement les recherches locales
pour une couverture lus complète.

Un opérateur lui-même ne fait rien de mieux : il peut utiliser les
données issues de la base principale, mais comme cela ne suffit pas,
il se sert aussi des données dérivées. La question étant alors comment
et quand calculer ces données dérivées pour que cela ne surcharge pas
toutes les requêtes ni que l'essentiel de la puissance de calcul soit
consacré à mettre à jour en permanence ces données dérivées.

C'est pas si évident que ça quand les données sources sont déjà
particulièrement volumineuses.

Tu noteras tout de même que les moteurs de vérification essaye de
soulager la charge générale en identifiant les segments trop longs,
sur lesquels il est hautement souhaitable d'augmenter la précision
avec des points intermédiaires supplémentaires, afin d'éviter d'avoir
toujours à rechercher des points très au delà de la zone de recherche
demandée.

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 :
indépendamment des styles de rendus, si on cherche à terme une
précision métrique, il faudra ces points qui ne seront pas distancés
au delà de quelques centaines de mètres au maximum de la zone de
recherche.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet sly (sylvain letuffe) 
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 complet, envoyer le tout ?
> 
> Malheureusement la solution d'envoyer tout en une seule fois ne marche
> pas toujours.

Je ne recommande vraiment pas cette solution, il est préférable de sauvegarder 
régulièrement pour :
1) ne pas perdre son travail
2) limiter le risque de conflit
3) limiter l'impact d'une erreur de transmission
4) faciliter une annulation ultérieure


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet sly (sylvain letuffe) 
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 base.

> qui traversent  
> le rectangle mais sans y avoir aucun nœud dans ce rectangle. 

Ce n'est pas vraiment un bug car c'est voulu afin de limiter la charge du 
serveur qui gère l'API qui est bien souvent déjà très occupée.

Je suis d'ailleurs en train d'améliorer mon "proxy d'api" 
(http://api.openstreetmap.fr/api) pour qu'il puisse supporter cette 
fonctionnalité qui serait un plus.

> Hors, les moteurs de rendu procèdent ainsi pour connaître les données
> à afficher dans un rectangle. 

non, ils utilisent l'opérateur && de PostGIS qui calcul l'intersection des 
bbox avec le point de vue.

> Bref, pour de tels cas, il n'y a pas d'autres moyens que d'affiner les
> tracés en ajoutant des nœuds, c'est possible pour les chemins, mais
> pas toujours concernant les libellés de nœuds qu'on ne peut pas
> déplacer.

Il ne faut pas faire ça, l'amélioration doit être faite dans l'API. Il ne faut 
pas rajouter des points inutiles dans le seul but de régler un problème 
d'édition.
 


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet sly (sylvain letuffe) 
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 à construire et maintenir à jour les 
bases de la quasi totalité des rendus en ligne par tuiles. (J'exclus les 
rendu dynamiques offline que l'on trouve sur android/garmin/iOS) 


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Philippe Verdy 
Le 24 février 2012 16:39, Ab_fab  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 :
> http://wiki.openstreetmap.org/wiki/File:OSM_Components.png
>
> Il ne faut pas confondre :
>
> _ la base de données "PostgreSQL backend" (en vert) qui envoie les données
> vers JOSM et en reçoit ensuite les modification. Elle se trouve sur ce
> serveur : http://wiki.openstreetmap.org/wiki/Servers/smaug
>
> _ la base postgis (en jaune) qui est mise à jour par les "planet diffs" et
> qui fournit les données au moteur de rendu pour la création de tuiles. Pour
> le rendu "Mapnik" du site principal openstreetmap.org , c'est ce serveur qui
> s'y colle : http://wiki.openstreetmap.org/wiki/Servers/yevaud

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 ?

Il y a tellement de composants finalement (au delà de la base Backend
d'OSM qui sert de référence commune pour tout le monde), qu'on peut
tout de même s'interroger sur lequel provoque ces incohérences lorsque
chacun d'eux recalcule (simplifie ou synthétise) des géométries et
gère ses listes de tâches à faire (ou refaire).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Ab_fab 
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 tout seul dans les prochains
jours / prochaines heures et oui, désormais ce que tu as renseigné via JOSM
est désormais (*) disponible pour tous les usages de OSM

_ les multiples rendus de carte en ligne (en commençant par ceux présentés
sur openstreetmap.org, mais pas que)
_ les fichiers de données régionales (
http://download.geofabrik.de/osm/europe/france/)
_ les cartes pour GPS Garmin, Android, ...

(*) ou sera tout prochainement

Le 24 février 2012 16:39, aa mail  a écrit :

> 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 n'y connais pas grand chose étant débutant. Les
> modification que j'ai apporté à OSM via JOSM sont censées apparaitre aussi
> sur Map Quest ?
>
> Mapscrib
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Emilie Laffray 
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 avec la base OSM.

Emilie

2012/2/24 aa mail 

> 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 n'y connais pas grand chose étant débutant. Les
> modification que j'ai apporté à OSM via JOSM sont censées apparaitre aussi
> sur Map Quest ?
>
> Mapscrib
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet aa mail 
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 n'y connais pas grand chose étant débutant. Les
modification que j'ai apporté à OSM via JOSM sont censées apparaitre aussi
sur Map Quest ?

Mapscrib
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet aa mail 
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 n'y connais pas grand chose étant débutant. Les
modification que j'ai apporté à OSM via JOSM sont censées apparaitre aussi
sur Map Quest ?

Mapscrib
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Ab_fab 
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 confondre :

_ la base de données "PostgreSQL backend" (en vert) qui envoie les données
vers JOSM et en reçoit ensuite les modification. Elle se trouve sur ce
serveur : http://wiki.openstreetmap.org/wiki/Servers/smaug

_ la base postgis (en jaune) qui est mise à jour par les "planet diffs" et
qui fournit les données au moteur de rendu pour la création de tuiles. Pour
le rendu "Mapnik" du site principal openstreetmap.org , c'est ce serveur
qui s'y colle : http://wiki.openstreetmap.org/wiki/Servers/yevaud

-> Il y a une (1) base de transaction principale.
Mais il peut (et il y a) de multiples bases de données synchronisées par
les diffs et permettant la création de rendus (*)

Bref, ce n'est pas parce que quelqu'un consulte les tuiles d'une zone dans
son navigateur sur osm.org que cela va entrainer un engorgement lors de
l'envoi de données par un autre utilisateur vers l'API pour cette même zone.

Un conflit d'édition, c'est quand plusieurs personnes chargent la même zone
dans JOSM, et font des modifications différentes sur les mêmes noeuds. Au
moment de l'envoi par l'API, il y a un problème potentiel.

Hors le contexte particulier de
_ mapping parties frénétiques sur des espaces très réduits,
_ de modifications concernant une zone très étendue (#jdçajdr ...),
_ de zones travaillées en local pendant de longues heures

mon avis est que ce genre de péripétie est possible, mais relève plutôt du
fantasme en pratique.
Et en particulier pour des zones rurales. Suffit d'utiliser OSM Watch List
pour savoir que la probabilité d'y voir sévir deux contributeurs au même
moment est très faible.

(*) c'est donc la bonne nouvelle : OUI Mapnik a déjà sa base de données
rien qu'à lui !
Et de par la moulinette osm2pgsql, les données sont en plus pré-travaillées
pour lui faciliter le rendu ensuite.
Comme quoi, ça a déjà dû être cogité

Le 24 février 2012 16:08, Philippe Verdy  a écrit :

> Le 24 février 2012 14:46, aa mail  a écrit :
> > OK, merci pour beaucoup pour ces infos.
> > Voici un permalink vers une des zones concernées :
> > http://www.openstreetmap.org/?lat=47.5163&lon=-1.8003&zoom=16&layers=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 vers nord
> > Nord-Est, il n'y a que le "R" de route d'indiqué. Si l'on zoom une fois,
> il
> > ne s'affiche que "route forestière de". Encore un zoom, et de même, le
> nom
> > ne s'affiche qu'en partie, puis une autre partie bout est répétée plus
> loin
> > sur la route. A droite de cette route (toujours pour ce niveau de zoom)
> on
> > trouve aussi un "r" perdu dans la forêt ;-).
> > 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 complet, envoyer le tout ?
>
> Malheureusement la solution d'envoyer tout en une seule fois ne marche
> pas toujours. Car on n'est souvent pas seul à travailler sur une même
> zone. De fait celle-ci sera redessinée à un niveau de zoom donné pour
> un autre utilisateur qui a demandé ce niveau de zoom avant vous.
>
> Et puis il y a le cas des conflits d'édition qui prennent du temps à
> résoudre. Pendant ce temps-là Mapnik commence à raffraîchir certaines
> tuiles concernées mais pas toutes. puis une autre modif arrive, Mapnik
> va redessiner des tuiles concernées dans un autre ordre, et croire que
> les tuiles voisines  également concernées ont déjà été redessinées.
>
> Mapnik a un problème à identifier précisément les tuiles qui sont
> réellement concernées par une modification, et taille un peu "à la
> louche", alors qu'il devrait gérer ces tuiles à redessiner en fonction
> de la géométrie de sa propre charte graphique (qui se surimpose à la
> géométrie dans la base, dès lors qu'il convertit un trait en surface
> ou qu'il positionne un libellé dont la surface occupée n'est pas dans
> les données OSM puisque cela dépend des polices et tailles de police
> utilisées, ou d'autres paramètres de mise en forme de ce texte tel que
> des sauts de ligne pour les longs libellés attachés à un seul noeud,
> tels que les noms de localités).
>
> Bref il oublie des tas de trucs dans son propre calcul de géométrie.
> On arrive parfois à le corriger uniquement en modifiant un tout petit
> peu la position d'un nœud isolé au milieu de la tuile concernée (on
> peut presque toujours trouver au moins un nœud dont la position peut
> être améliorée : pas besoin de le forcer à raffraîchir une tuile qu'il
> a oubliée, ce seul nœud modifié devrait suffire à Mapnik pour lever
> les cas ambigus ou

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Philippe Verdy 
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 y avoir aucun nœud dans ce rectangle. On peut
résoudre en partie le problème en demandant à télécharger des données
sur une zone rectangle qui déborde un peu le cadre réellement voulu.
Mais cette extension n'est pas toujours suffisante pour y trouver au
moins un nœud.

Hors, les moteurs de rendu procèdent ainsi pour connaître les données
à afficher dans un rectangle. Mapnik semble demander les données
couvrant toutes les 8 tuiles voisines du même niveau de zoom, ce qui
ne suffit pas toujours non plus !

Bref, pour de tels cas, il n'y a pas d'autres moyens que d'affiner les
tracés en ajoutant des nœuds, c'est possible pour les chemins, mais
pas toujours concernant les libellés de nœuds qu'on ne peut pas
déplacer.

La seule solution est alors pour Mapnik (ou n'importe quel autre
moteur de rendu) de mettre en place une liste de suivi, tuile par
tuile, contenant la liste d'objets présents seulement dans une tuile
voisine mais dont le tracé dépend de la géométrie de rendu calculée
dans la tuile d'origine: dès qu'il s'occupera de la tuile contenant un
objet dans la base, il modifiera les listes de suivi des autres tuiles
concernées par la géométrie qu'il calcule non seulement pour la tuiles
en cours mais aussi pour les tuiles voisines.

Et pour cela, Mapnik DOIT se faire sa propre base de données,
contenant sa propre géométrie calculée. Une telle base sera alors
évidemment beaucoup plus volumineuse que la base OSM elle-même pusique
non seulement elle modifie et complexifie les géométries, mais aussi
parce que ces géométries dérivées (propres au rendu lui-même) sont
spécifiques à chaque niveau de zoom (elles ne se superposent pas : à
faible niveau de zoom, une route dessinée par exemple occupe une
surface plus importante qu'au niveau de zoom suivant plus détaillé).
Cela veut dire autant de bases de données de géométrie dérivée que de
niveau de zoom supporté par le moteur (d'autant plus que chaque niveau
de zoom n'affiche pas la même quantité d'informations).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Philippe Verdy 
Le 24 février 2012 14:46, aa mail  a écrit :
> OK, merci pour beaucoup pour ces infos.
> Voici un permalink vers une des zones concernées :
> http://www.openstreetmap.org/?lat=47.5163&lon=-1.8003&zoom=16&layers=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 vers nord
> Nord-Est, il n'y a que le "R" de route d'indiqué. Si l'on zoom une fois, il
> ne s'affiche que "route forestière de". Encore un zoom, et de même, le nom
> ne s'affiche qu'en partie, puis une autre partie bout est répétée plus loin
> sur la route. A droite de cette route (toujours pour ce niveau de zoom) on
> trouve aussi un "r" perdu dans la forêt ;-).
> 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 complet, envoyer le tout ?

Malheureusement la solution d'envoyer tout en une seule fois ne marche
pas toujours. Car on n'est souvent pas seul à travailler sur une même
zone. De fait celle-ci sera redessinée à un niveau de zoom donné pour
un autre utilisateur qui a demandé ce niveau de zoom avant vous.

Et puis il y a le cas des conflits d'édition qui prennent du temps à
résoudre. Pendant ce temps-là Mapnik commence à raffraîchir certaines
tuiles concernées mais pas toutes. puis une autre modif arrive, Mapnik
va redessiner des tuiles concernées dans un autre ordre, et croire que
les tuiles voisines  également concernées ont déjà été redessinées.

Mapnik a un problème à identifier précisément les tuiles qui sont
réellement concernées par une modification, et taille un peu "à la
louche", alors qu'il devrait gérer ces tuiles à redessiner en fonction
de la géométrie de sa propre charte graphique (qui se surimpose à la
géométrie dans la base, dès lors qu'il convertit un trait en surface
ou qu'il positionne un libellé dont la surface occupée n'est pas dans
les données OSM puisque cela dépend des polices et tailles de police
utilisées, ou d'autres paramètres de mise en forme de ce texte tel que
des sauts de ligne pour les longs libellés attachés à un seul noeud,
tels que les noms de localités).

Bref il oublie des tas de trucs dans son propre calcul de géométrie.
On arrive parfois à le corriger uniquement en modifiant un tout petit
peu la position d'un nœud isolé au milieu de la tuile concernée (on
peut presque toujours trouver au moins un nœud dont la position peut
être améliorée : pas besoin de le forcer à raffraîchir une tuile qu'il
a oubliée, ce seul nœud modifié devrait suffire à Mapnik pour lever
les cas ambigus oubliés).

Néanmoins ces incohérences de rendu liées à une géométrie défectueuse
de Mapnik sont un problème et des bogues d'algorithmes de Mapnik. Là
encore, Mapquest fait beaucoup mieux et ne semble pas faire autant
d'oublis.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Pieren 
2012/2/24 Ab_fab :

> 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.

C'est un bug de rendu effectivement. Les tuiles ont été rafraichies
plusieurs fois dans les derniers instants et le nom est toujours
coupé. Il faudrait écrire un rapport d'erreur pour Mapnik en joignant
un lien vers cet endroit (mais à mon avis, un bug aussi gros doit déjà
être signalé).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Ab_fab 
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  a écrit :

> OK, merci pour beaucoup pour ces infos.
> Voici un permalink vers une des zones concernées :
> http://www.openstreetmap.org/?lat=47.5163&lon=-1.8003&zoom=16&layers=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 vers nord
> Nord-Est, il n'y a que le "R" de route d'indiqué. Si l'on zoom une fois, il
> ne s'affiche que "route forestière de". Encore un zoom, et de même, le nom
> ne s'affiche qu'en partie, puis une autre partie bout est répétée plus loin
> sur la route. A droite de cette route (toujours pour ce niveau de zoom) on
> trouve aussi un "r" perdu dans la forêt ;-).
> 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 complet, envoyer le tout ?
>
> Mapscrib
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet aa mail 
OK, merci pour beaucoup pour ces infos.
Voici un permalink vers une des zones concernées :
http://www.openstreetmap.org/?lat=47.5163&lon=-1.8003&zoom=16&layers=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 vers nord
Nord-Est, il n'y a que le "R" de route d'indiqué. Si l'on zoom une fois, il
ne s'affiche que "route forestière de". Encore un zoom, et de même, le nom
ne s'affiche qu'en partie, puis une autre partie bout est répétée plus loin
sur la route. A droite de cette route (toujours pour ce niveau de zoom) on
trouve aussi un "r" perdu dans la forêt ;-).
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 complet, envoyer le tout ?

Mapscrib
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Vincent de Chateau-Thierry 
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 qui est dans la base n'apparaît pas sur la carte. Et 
ce qui
apparaît à un niveau de zoom peut tout à fait disparaître à un niveau de zoom 
suivant/précédent.
C'est trivial mais ça va mieux en le disant :-)

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Philippe Verdy 
Le 24 février 2012 13:24, Vladimir Vyskocil
 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 dans la 
> base de production du fond de carte (la coastline est gérée à part) donc un 
> /dirty ne sert a rien avant que cela soit le cas. Quand les modifications de 
> la coastline sont prises en compte il est souvent nécessaire de forcer un 
> rendu sinon la tuile n'est pas recalculée tant qu'une modification de son 
> contenu (autre que la coastline) ne le déclenche.
> Il parrait qu'il y a également des recalculs forcé du fond de carte dont je 
> ne connais pas la fréquence (surement très peu souvent).

Il n'y a pas que la coastline... On voit ce problème aussi dans des
zones très denses en infos (et souvent modifiées dans certains
détails), par exemple à Paris. J'ai déjà eu des modifs pour lesquelles
il a fallu attendre plusieurs semaines pour que Mapnik les affiche.

Avec pour conséquences visibles des noms de rues mal affichés (cassés
en une partie visible et une autre invisible) ou qui ne s'alignent pas
(quand la géométrie a changé) ou ne changent pas de couleur (quand le
statut de type de rue a changé), ou avec des tronçons manquants (cas
assez fréquent quand un segment de rue commence par un nœud situé dans
une tuile et finit par un nœoud dans une autre tuiles en passant par
une troisième où elle n'a aucun noeud, car Mapnik, en ayant détecté
une modif sur un chemin, oublie encore parfois de marquer ces tuiles
intermédiaires comme étant aussi à remettre à jour; un autre cas moins
fréquent concerne des segments de rues dont seule une surcroissance
d'épaisseur déborde un peu sur une tuile voisine, car ce débord ne
figure nulle part des données OSM et ne peut même pasen être déduit
par un simple test géométrique, sans prendre en compte aussi des
paramètres propres au moteur de rendu qui sont l'épaisseur relative
des traits, et la taille des polices utilisées pour le texte).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Philippe Verdy 
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 plusieurs fois en plusieurs
séries d'opérations. Une mise à jour a lieu mais ne prend pas en
compte les autres modifs qui suivent.
Et ce n'est pas causé par un cache du navigateur (déjà vérifié).

S'il y a un cache il est peut-être ailleurs, et pourrait bien être
dans un proxy placé devant le serveur Mapnik lui-même (même si j'ai
des doutes sur le fait qu'un tel proxy se donne une validité de son
cache supérieure à une semaine.
Je pense sincèrement qu'il y a un limiteur directement dans le serveur
de tuiles, qui sert à réduire sa charge, afin de répartir la charge
sur les tuiles restant à faire, ou à refaire, et qu'il ne veut pas
mettre à jour aussi souvent que ce que demandent les visiteurs.

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.
Le 24 février 2012 12:50, aa mail  a écrit :
> 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 n'apparaissent toujours pas. Mon problème et ma question est donc :
> comment faire pour qu'ils apparaissent ?
> 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 ?
>
> Mapscrib
>
> Le 24 février 2012 12:37, Pieren  a écrit :
>
>> 2012/2/24 aa mail :
>>
>> > 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 si rien ne change
>> quelques minutes après l'upload.
>> Les niveaux de zooms les plus faibles ne sont pas non plus actualisés
>> en instantané.
>> Et il existe d'autres cartes en lignes avec les données OSM comme
>> http://open.mapquest.fr/ par exemple.
>>
>> Pieren
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Vladimir Vyskocil 

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 les autres ça ne change rien... 
> De plus, je ne me vois pas copier chaque adresse de tuile modifiée et ajouter 
> "/dirty" pour forcer son rafraichissement.
> Une solution ?

Le /dirty sur une tuile a un effet également sur les voisines (du même niveau 
de zoom). 

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 dans la base de 
production du fond de carte (la coastline est gérée à part) donc un /dirty ne 
sert a rien avant que cela soit le cas. Quand les modifications de la coastline 
sont prises en compte il est souvent nécessaire de forcer un rendu sinon la 
tuile n'est pas recalculée tant qu'une modification de son contenu (autre que 
la coastline) ne le déclenche. 
Il parrait qu'il y a également des recalculs forcé du fond de carte dont je ne 
connais pas la fréquence (surement très peu souvent).

Vlad.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Pieren 
2012/2/24 aa mail :

> 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 en cliquant sur le "permalien" ou "permalink"
en bas à droite de la carte en ligne de la forme
"http://www.openstreetmap.org/?lat=45.77168&lon=3.08546&zoom=17&layers=M";
par exemple. On peut aussi trouver dans ce lien le niveau de zoom dans
la partie "&zoom=xx") ?
ou le nom de la commune ou des données modifiées (ton pseudo OSM
devrait suffire puisque tout un chacun peut ensuite voir ce qui tu as
édité) ?
Et nous dire dans le détail (par exemple la route D28 entre VillageA
et VillageB) quelles sont les choses que tu as modifié et qui ne se
reflètent pas sur la carte.
Ou nous donner la référence (l'URL) d'une tuile qui nécessiterait de
ton point de vue un /dirty (sans le faire).
Sans ces détails, il nous est difficile d'en dire plus.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet aa mail 
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 n'apparaissent toujours pas. Mon problème et ma question est donc
: comment faire pour qu'ils apparaissent ?
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 ?

Mapscrib

Le 24 février 2012 12:37, Pieren  a écrit :

> 2012/2/24 aa mail :
>
> > 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 si rien ne change
> quelques minutes après l'upload.
> Les niveaux de zooms les plus faibles ne sont pas non plus actualisés
> en instantané.
> Et il existe d'autres cartes en lignes avec les données OSM comme
> http://open.mapquest.fr/ par exemple.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Pieren 
2012/2/24 aa mail :

> 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 si rien ne change
quelques minutes après l'upload.
Les niveaux de zooms les plus faibles ne sont pas non plus actualisés
en instantané.
Et il existe d'autres cartes en lignes avec les données OSM comme
http://open.mapquest.fr/ par exemple.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet aa mail 
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 vois pas copier chaque adresse de tuile modifiée et
ajouter "/dirty" pour forcer son rafraichissement.
Une solution ?

Mapscrib

Le 24 février 2012 10:20, Fabien  a écrit :

> Le 24 février 2012 10:15, aa mail  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 certains
> > niveaux de zoom, les routes tracées ont des tronçons manquant... Le
> tutoriel
> > dit que cela peut prendre quelques heures, mais cela fait déjà deux
> jours!
> > Quelqu'un pourrait-il me dire comment y remédier ?
> > Merci,
> > Mapscrib
> >
>
> Bonjour,
>
> Un élément de réponse :
> http://lists.openstreetmap.org/pipermail/talk-fr/2011-September/035849.html
>
> Sinon peut-être fait un [ctrl]+[shift]+[r] pour voir si ce n'est pas
> une tuile en cache dans le navigateur ?
>
> Fabien
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet Fabien 
Le 24 février 2012 10:15, aa mail  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 certains
> niveaux de zoom, les routes tracées ont des tronçons manquant... Le tutoriel
> dit que cela peut prendre quelques heures, mais cela fait déjà deux jours!
> Quelqu'un pourrait-il me dire comment y remédier ?
> Merci,
> Mapscrib
>

Bonjour,

Un élément de réponse :
http://lists.openstreetmap.org/pipermail/talk-fr/2011-September/035849.html

Sinon peut-être fait un [ctrl]+[shift]+[r] pour voir si ce n'est pas
une tuile en cache dans le navigateur ?

Fabien

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Changements incomplets sur les différents niveaux de zoom

2012-02-24 Par sujet aa mail 
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
tutoriel dit que cela peut prendre quelques heures, mais cela fait déjà
deux jours! Quelqu'un pourrait-il me dire comment y remédier ?
Merci,
Mapscrib
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr