[OSM-talk-fr] bogues majeurs Osmose déjà signalé, toujours pas de réponse

[Jérôme Seigneuret]

Bon ben voilà tout est dit. C'est les mêmes bugs que je rencontre.

Le 27 août 2016 à 21:34, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :

> Osmose continue à fournir un permalien incorrect avec les paramètres
> URL-encodés (notamment la virgule codée "%2C" entre les valeurs de item= ou
> level=) mais pas reconnus quand on utilise le lien (Osmose ne reconnait que
> la virgule codée ",") De fait il continue à vouloir afficher la totalité
> des signalements (tous types et tous niveaux) sans tenir compte de la
> sélection.
>
> Bogue déjà signalé il y a plusieurs semaines, mais aucune réponse.
>
> ----
>
> Pas de réponse non plus concernant les noeuds affichés qu'on ne peut pas
> cliquer (cela déplace la carte, pour afficher le détail le noeud disparait
> aussitôt) et sur lesquels on ne peut pas zoomer non plus (ils ne sont
> visibles qu'à certains niveaux de zoom)
>
> Là aussi déjà signalé et toujours aucune réponse.
>
> Ce sont des bogues fonctionnels qui empêchent sérieusement d'utiliser
> Osmose.
>
> ----
>
> En plus du fait qu'il y a des signalements fantaisistes sur OSmose, sur
> des éléments déjà corrigés depuis des semaines et qui réapparaissent: on a
> beau cliquer sur "faux positif" (quand on peut, voir ci-dessus!), ils
> réapparaissent le lendemain avec une nouvelle date.
>
> Exemple: fragments de frontière isolés, faux le plus souvent : L'analyse
> des relations est fausse et cela semble indiquer une désynchronisation de
> la base de données carto d'Osmose
>
> Ces cas sont de plus en plus nombreux il serait bon qu'en cas d'anomalie
> déjà signalée comme faux positif et qui est redétectée le lendemain, Osmose
> aille relire directement les données des objets concernés depuis OSM pour
> vérifier si sa base est bien à jour, Osmose doit perdre le fil des "minute
> diffs" assez souvent pour différentes raisons techniques, qui à la lognue
> s'aggravent car les versions ne correspondent pas, et ne jamais s'en
> souvenir : cette resynchronisation "hors diffs" devrait utiliser une file
> d'attente pour faire des requêtes à la base OSM principale et remettre à
> jour à la dernière version pour les analyses suivantes; cela permettrait de
> nettoyer bon nombres de faux signalements sur des choses déjà corrigées ou
> qui n'ont en fait jamais existé comme anomalies). Ce serait plus simple (et
> moins long) que de recharger la base monde depuis un snapshot et reprendre
> tous les diffs depuis ce snapshot.
>
> En plus cela doit avoir pour effet de faire grossir énormément la base
> interne d'anomalies d'Osmose (surtout que maintenant cela porte sur le
> monde entier) et que les performances doivent en souffrir. L'outil est de
> moins en moins utilisable avec le temps et ne permet plus de suivre
> vraiment ce qui se passe avec trop de choses fantaisistes dues à Osmose
> lui-même ou ses propres problèmes de connexion avec le fil des diffs ou à
> cause d'erreurs de traitement de certains diffs (qui font ignorer la suite
> du diff avec un plantage interne ou à cause d'un conflit de version sur un
> objet non synchronisé dans un diff plus ancien).
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Jérôme Seigneuret
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20160828/3a4dc796/attachment.htm>