Re: [OSM-dev-fr] Contrôle qualité des axes routiers
Intéressante l'analyse osmose, mais on voit bien la limite de qualité des données TMC. Ca manque de fraicheur par endroit, mais c'est utile ailleurs, donc il va falloir y aller avec de grosses précaution pour ne pas trop se baser dessus. ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Au niveau de l'utilisisabilité, je ne sais pas quels sont les principes généraux. Et je ne comprends pas toujours ce que je clique que ce que je fais. Au niveau de ce qui me semble de catégorie bug, avec mon firefox 15.0.1 / Ubuntu : - Les coordonnées de la souris en bas à droite ne sont correctes qu'à partir du moment où je bouge la souris. Sinon, elles sont à 0. - Si je clique sur rawedit dans un petit phylactère, ça me met dans une situation inextricable si je ne veux pas me connecter. Je vois apparaître une grosse fenêtre et je ne peux plus m'en sortir. - L'espèce de panneau de liste de catégories d'erreur est un peu déroutant quand il est replié : déjà il n'a pas de titre, et on n'est pas censé savoir ce que c'est (quand il est déplié c'est plus facile de deviner), et l'action sur les liens tous rien inversé ne provoque rien de visible (puisque le panneau est replié). De plus, même quand il est déplié, si je vois bien les cases se cocher ou se décocher en fonction, j'ai du mal à comprendre ce que ça déclenche au niveau de la carte. De plus, ce panneau replié ne suit pas le langage que j'ai choisi : chez moi il reste en anglais. Bref, la version repliée est assez perturbante :-) - Dans les phylactères, la notion de faux positif est très déroutante pour un utilisateur lambda concernant une erreur : c'est quoi une erreur positive ? une erreur en faux positif ? - un clic sur Permalink retourne exactement la même chose. Je comprends bien le but de la manoeuvre de la cause de la chose, mais peut être faudrait-il donner quelques explications ?... (et le mettre en français si j'ai choisi le français comme langue ? ) C'est tout ce que j'ai vu. Cordialement. Le 7 octobre 2012 10:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Pouvez vous nous faire part de vos commentaires sur la mise à jour de la présentation du frondend d'Osmose : http://dev.osmose.**openstreetmap.fr http://dev.osmose.openstreetmap.fr Le but est de valider que ce soit bien utilisable et qu'il n'y ai pas de bugs d'affichage. Frédéric. __**_ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/dev-frhttp://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Pour moi : * un faux positif concerne une anomalie qui n'en est pas une et qu'il ne faut pas corriger, telle que pare exemple la suggestion d'une autre orthographe ou un autre nom que ce qui est présent dans la base : bref détecté mais qui ne doit pas être corrigé) : cela ne devrait plus être resignalé lors des exécutions et raffraichissement de la base. Toutefois un faux positif devrait être revu par un humain, ou être signalé comme faux positif à au moins 2 utilisateurs distincts pour confirmer qu'il n'y a rien à corriger. * sinon c'est corrigé si l'anomalie n'est plus là après vérification, soit parce que quelqu'un l'a déjà corrigée ou qu'on vient de le faire en modifiant la base. Ce type de clic n'implique aucun enregistrement dans la base : lors du rafraîchissement, si l'erreur est redétectée, elle sera à nouveau signalée. Le clic sur corrigé ne fait donc disparaitre la bulle que temporairement, cela va être revérifié automatiquement et resignalé si la correction n'a pas eu lieu (ou si elle a été annulée). Cette nouvelle interface ne change pas la signification par rapport à l'ancienne où on avait déjà les deux mêmes liens d'action pour retirer une bulle. Le 7 octobre 2012 13:01, Ista Pouss ista...@gmail.com a écrit : Au niveau de l'utilisisabilité, je ne sais pas quels sont les principes généraux. Et je ne comprends pas toujours ce que je clique que ce que je fais. Au niveau de ce qui me semble de catégorie bug, avec mon firefox 15.0.1 / Ubuntu : - Les coordonnées de la souris en bas à droite ne sont correctes qu'à partir du moment où je bouge la souris. Sinon, elles sont à 0. - Si je clique sur rawedit dans un petit phylactère, ça me met dans une situation inextricable si je ne veux pas me connecter. Je vois apparaître une grosse fenêtre et je ne peux plus m'en sortir. - L'espèce de panneau de liste de catégories d'erreur est un peu déroutant quand il est replié : déjà il n'a pas de titre, et on n'est pas censé savoir ce que c'est (quand il est déplié c'est plus facile de deviner), et l'action sur les liens tous rien inversé ne provoque rien de visible (puisque le panneau est replié). De plus, même quand il est déplié, si je vois bien les cases se cocher ou se décocher en fonction, j'ai du mal à comprendre ce que ça déclenche au niveau de la carte. De plus, ce panneau replié ne suit pas le langage que j'ai choisi : chez moi il reste en anglais. Bref, la version repliée est assez perturbante :-) - Dans les phylactères, la notion de faux positif est très déroutante pour un utilisateur lambda concernant une erreur : c'est quoi une erreur positive ? une erreur en faux positif ? - un clic sur Permalink retourne exactement la même chose. Je comprends bien le but de la manoeuvre de la cause de la chose, mais peut être faudrait-il donner quelques explications ?... (et le mettre en français si j'ai choisi le français comme langue ? ) ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Bonjour Philippe, Je connais les explications, je voulais juste dire que, pour l'utilisateur x y ou z, faux positif et permalink n'ont pas des fonctionnement intuitifs, et peuvent être considérés comme des bugs. Après, avec les considérations, tout se discute, bien sûr. Cordialement. Le 7 octobre 2012 13:26, Philippe Verdy verd...@wanadoo.fr a écrit : Le 7 octobre 2012 13:01, Ista Pouss ista...@gmail.com a écrit : - un clic sur Permalink retourne exactement la même chose. Je comprends bien le but de la manoeuvre de la cause de la chose, mais peut être faudrait-il donner quelques explications ?... (et le mettre en français si j'ai choisi le français comme langue ? ) Cela réaffiche la même chose, oui mais note que l'URL a changé dans la barre d'adresse. Le Permalink permet alors : - de rafraichir la page (CTRL+R) pour recharger avec des nouvelles tuiles - de transmettre l'état de la vue dans un message pour que quelqu'un d'autre puisse voir la même chose sur la même zone affichée. Si tu as purgé ton cache de navigateur avant, appuyer sur le lien Permalink n'affichera pas la même chose nécessairement car les tuiles seront rechargées et peuvent afficher du nouveau. Il peut aussi y avoir des bulles en moins, pour des erreurs que d'autres ont marqué avec corrigé ou faux positif (s'il a été confirmé comme tel par un autre). ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Le 7 octobre 2012 14:05, Ista Pouss ista...@gmail.com a écrit : Bonjour Philippe, Je connais les explications, je voulais juste dire que, pour l'utilisateur x y ou z, faux positif et permalink n'ont pas des fonctionnement intuitifs, et peuvent être considérés comme des bugs. Après, avec les considérations, tout se discute, bien sûr. On a pourtant un lien vers une page d'aide sur chaque bulle. Ceci dit il manque un lien général sur la page d'aide pour utiliser l'outil et savoir quoi en faire. De plus je ne suis pas certains que cliquer sur faux positif empêche la bulle d'anomalie de revenir. On dirait que ça tient uniquement tant que l'objet OSM référencé n'a pas eu une modification de sa version, mais qu'elle revient après, tandisque que les vrais positifs sur lesquels on a cliqué corrigé par erreur, vont revenir dès la mise à jour suivante (dans les heures qui suivent, parfois quelques jours quand la base est en pause et ne charge pas les mises à jour venant d'OSM pour recalculer les analyses). Je me demande quand même où sont listés les faux positifs signalés, car pendant assez longtemps il pourraient rester non signalés alors qu'on les a déclarés faux positif par erreur (d'autant plus que les utilisateurs ne sont pas identifiés, pas même apparemment par un cookie de session résident). L'outil sort-il quelquepart une liste des faux-positifs déclarés, afin de permettre une maintenance en cas de signalement par erreur ou pour réactiver une analyse alors que l'anomalie est toujours détectée automatiquement mais masquée ? Les modifications de l'algo de détection tiennent-elles compte des faux-positifs les plus fréquemment signalés ? Que se passe-t-il quand l'algo d'une analyse est modifiée, et que de nouvelles analyses devraient tenir compte des nouvelles règles même si celle-ci dans sa version antérieure détectait une anomalie déclarée auparavant comme un faux positif mais qui ne le serait plus selon les nouvelles règles de détection qui peuvent ajouter d'autres conditions de signaler à nouveau l'erreur de façon plus précise ? ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Le 7 octobre 2012 16:30, Philippe Verdy verd...@wanadoo.fr a écrit : L'outil sort-il quelquepart une liste des faux-positifs déclarés ? Oui, dans l'onglet statistiques d'osmose dans la barre supérieur. Pour chaque erreurs, tu peux avoir la liste des faux positifs, le graph, les erreurs. Tu peux aussi avoir la liste par région : http://osmose.openstreetmap.fr/utils/false-positive.py ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Le 7 octobre 2012 16:56, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Le 7 octobre 2012 16:30, Philippe Verdy verd...@wanadoo.fr a écrit : L'outil sort-il quelquepart une liste des faux-positifs déclarés ? Oui, dans l'onglet statistiques d'osmose dans la barre supérieur. Pour chaque erreurs, tu peux avoir la liste des faux positifs, le graph, les erreurs. Tu peux aussi avoir la liste par région : http://osmose.openstreetmap.fr/utils/false-positive.py Heureusement, je découvre cette liste de faux-positifs... qui étaient de vrais positifs. Comme par exemple l'erreur 3032 relevée sur le nom Église de Saint-Arnoult (qui indique sa localisation, c'est-à-dire le nom de la commune où elle est située, et non le nom de l'église, d'autant plus qu'il y a plusieurs églises à Saint-Arnoult, et qu'en plus il y a encore un noeud juste à côté de l'église plaçant la même église mais sans les contours du bâtiments). – Osmose avait raison de signaler l'erreur que quelqu'un a déclaré à tord comme faux positif. Les noms des églises consacrés à des saints ne prennent déjà pas de traits d'union comme les toponymes des communes, et ne prennent pas de majuscule sur saint, un nom d'église correct étant Église saint Arnoult ou Église saints Paul et Jacques. Ce type d'aide devrait être mentionné dans le wiki pour expliquer mieux la nature de l'erreur. Si on ne connait pas le nom de l'église dans la commune, autant ne pas l'indiquer du tout, on laissera en revanche les autres tags indiquant que c'est bien une église, et le culte pratiqué. Certaines erreurs comme celles-ci devraient être plus explicites dans leurs formulation, afin d'éviter que certains signalent cela à tord comme un faux positif, sans même regarder la carte en plus, sinon le second emplacement indiqué par un nœud juste à côté aurait été éliminé aussi pour éviter le doublon de localisation qui est resté depuis ! Cela me suggère une autre analyse à développer pour Osmose : certains bâtiments de même nature (ici des églises, ce pourrait être aussi des temples ou mosquées) sont très rarement aussi proches l'un de l'autre sur la carte ! Les écoles aussi (quand elles ont des noms identiques ou très similaires, et sont de même catégorie et non partie d'un groupe scolaire), ou encore les cinémas, théâtres, ou les parcs et jardins, ou les point d'information touristique (généralement pas plus d'un seul par commune).. **et cela pourrait aider à localiser automatiquement les doubles imports du cadastre** ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Le 7 octobre 2012 18:43, Philippe Verdy verd...@wanadoo.fr a écrit : Comme par exemple l'erreur 3032 relevée sur le nom Église de Saint-Arnoult (qui indique sa localisation, c'est-à-dire le nom de la commune où elle est située, et non le nom de l'église, d'autant plus qu'il y a plusieurs églises à Saint-Arnoult, et qu'en plus il y a encore un noeud juste à côté de l'église plaçant la même église mais sans les contours du bâtiments). – Osmose avait raison de signaler l'erreur que quelqu'un a déclaré à tord comme faux positif. Les noms des églises consacrés à des saints ne prennent déjà pas de traits d'union comme les toponymes des communes, et ne prennent pas de majuscule sur saint, un nom d'église correct étant Église saint Arnoult ou Église saints Paul et Jacques. Ce type d'aide devrait être mentionné dans le wiki pour expliquer mieux la nature de l'erreur. Si on ne connait pas le nom de l'église dans la commune, autant ne pas l'indiquer du tout, on laissera en revanche les autres tags indiquant que c'est bien une église, et le culte pratiqué. D'ailleurs je note que plein de faux positifs listés proviennent des erreurs faites par un utilisateur comme s_frantz lorsqu'il fait des imports : une fois qu'il a fait le travail, il marque visiblement faux positif alors qu'il a oublié d'enlever des doublons bien réels. Je soupçonne que ce soit lui qui clique sans arrêt sur faux positif sans même regarder la carte en zoomant dessus, juste parce qu'il n'a pas envie de voir l'erreur et s'intéresse à autre chose. A mon avis le clic sur le lien faux positif ne devrait être autorisé QUE pour les utilisateurs authentifié (donc avec un compte perso sur le site Omose qui devrait donc gérer des comptes personnels). Pour tous les autres, ce lien faux positif ne devrait pas être là. Ils ne devraient pouvoir faire QUE cliquer sur corrigé afin de permettre une réanalyse ultérieure. Ceci permettrait d'évaluer la qualité de ces faux positifs, et de les enlever en masse par un bot (en filtrant par utilisateur et type d'erreur, ou juste par utilisateur qui n'a pas compris à quoi servait le lien faux positif) s'il y a trop de faux positifs signalés à tord, afin qu'Osmose réactive l'analyse dessus et resignale l'erreur. ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Contrôle qualité des axes routiers
Bonjour, J'ai fait une tentative pour rentrer les identifiants de la table des localisants sur un axe routier. Je reste sur mon premier exemple, la N137 entre Nantes et Rennes. Le segment TMC 10301 part de la porte de Rennes, à Nantes, pour se terminer à Rennes (je vous le donne en mille, Porte de Nantes). J'ai créé deux relations : une dans le sens Nantes-Renneshttp://www.openstreetmap.org/browse/relation/2455384, l'autre dans le sens Rennes-Nanteshttp://www.openstreetmap.org/browse/relation/2455383 Les membres sont les ways, qui ne portent pas d'informations supplémentaires, ainsi que les noeuds de ces ways qui correspondent aux points TMC (et sur lesquels j'ai ajouté une référence, soit positive, soit négative en fonction de la direction par rapport au segment TMC) J'ai également fait une relation de type junction=cloverleaf pour la porte de Rennes (à Nantes) http://www.openstreetmap.org/browse/relation/2456387 Les points TMC de cette porte sont référencés comme membres de la relation. J'aurais bien aimé leur donner un rôle. J'ai essayé de faire le plus simple possible pour cette première tentative. Il n'y a par exemple pas l'information concernant la nature du point TMC (diffuseur, aire de repos ...) Le 6 octobre 2012 23:06, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 05/10/2012 16:58, Ab_fab a écrit : C'est fait pour moi, le passage sur dev-fr, je ne sais pas si on en a perdu en route ;-) Au sujet de la nomenclature des informations Alert-C dans la base OSM, j'ai posé la question mardi sur la liste Tagging, afin de savoir si un schéma se détachait sans ambiguité. http://lists.openstreetmap.**org/pipermail/tagging/2012-** October/011547.htmlhttp://lists.openstreetmap.org/pipermail/tagging/2012-October/011547.html On ne peut pas dire que cela déchaîne les passions pour le moment. Et puis je crois bien que je trouve les deux propositions trop complexes : Dans le second schéma, censé être plus simple, on indique sur chacun des ways OSM l'id du point TMC précédent et l'id du point TMC suivant. Les relations sont là pour ça, non ? J'ai l'impression qu'elles ne sont pas vraiment utilisées. Je parcours à l'instant les 2 schémas sur le wiki, et j'ai bien l'impression comme toi que le vieux schéma est finalement plus adapté. Dommage au passage que pour une problématique internationale la nouvelle proposition soit en allemand. Je trouve aussi que le recours aux relations est pertinent ici : on factorise l'info commune, et on visualise le bon ordonnancement des ways en tant que membres. Je ne parle que des TMC linéaires, qui sont par essence une collection ordonnée de portions de route. vincent __**_ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/dev-frhttp://lists.openstreetmap.org/listinfo/dev-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
En continuant sur la même idée : si on est identifié sur Osmose, un clic sur corrigé masque la bulle d'erreur mais uniquement pour soi : la marque corrigée est alors enregistrée dans la liste des corrections marquées par l'utilisateur et qu'il ne veut pas voir. Cette liste des trucs corrigés pour chaque utilisateur peut être automatiquement purgée lors de l'analyse suivante du même objet : le masquage reste temporaire. Mais en attendant, l'utilisateur peut à nouveau consulter dans son compte perso sur Osmose la liste de ses propres erreurs corrigées pour en faire réapparaître certaines plus rapidement (parce que le masquage de la bulle a été faite par erreur, par exemple en cliquant sur corrigé dans la mauvaise bulle ouverte. Cette réactivation dans sa propre liste d'erreurs corrigées sera faite pour tout le monde à priori. L'outil permettrait aussi de tenir des statistiques sur la qualité des signalements et des corrections, utilisateur par utilisateur, afin que ceux-ci progressent dans leur compréhension des problèmes signalés et apprennent à mieux utiliser l'outil. Je suggère même que les clics sur corrigé effectués par les utilisateurs non identifiés sur Osmose, ne fassent QUE masquer l'erreur pour eux-même et pas les autres utilisateur, en gérant des comptes perso temporaires (identification par un cookie de session uniquement, qui peut avoir une durée de vie de un mois maxi, ce compte temporaire était purgé de la base au moment de l'analyse suivante ou lorsque le cookie expire et n'a pas été renouvelé par une nouvelle visite de l'utilisateur sur le même navigateur). Si l'idée d'avoir des comptes perso identifiés ne plait pas, on pourrait avoir pour tout le monde des comptes perso anonymes identifiés par le cookie de session à durée de validité limitée, et dans ce cas, pour tout le monde avoir encore accès au lien faux positif (nombreux sont ceux qui ne purgent pas les cookies de leur navigateur). Mais ceux qui ont un navigateur réglé pour ne pas accepter les cookies de session ne verront aucun effet sur le bouton corrigé ou faux positif, car à chaque fois ils seront dans une nouvelle session puisqu'ils ne transmettent pas avec leur clic le cookie envoyés par Osmose lorsqu'il affiche sa page ou n'importe quelle bulle d'erreur. Mais je serais favorable à avoir des comptes perso permanents sur Osmose, non dépendants des cookies temporaires. Afin de permettre d'avoir des listes perso de suivi et pour chacun conserver une trace statistique de son propre travail de signalement des erreurs corrigées ou déclarations de faux positifs. Cela répondrait mieux à la question posée récemment par les anglophones sur Qui est un bon mappeur ? qui se base sur une évaluation subjective par les autres et sans critère réellement objectif. Le 7 octobre 2012 19:08, Philippe Verdy verd...@wanadoo.fr a écrit : Autre idée qui va avec la gestion de comptes personnels sur Osmose : Disposer pour chacun la possibilité de consulter la liste des propres faux positifs qu'on a déclaré soi-même, pour pouvoir les réviser à nouveau, et pouvoir annuler cette déclaration, par exemple parce qu'on a cliqué au mauvais endroit (l'erreur est humaine, mais si on peut se corriger soi-même et revenir dessus, c'est aussi bien, cela améliorera aussi l'outil en permettant à chacun d'évaluer la qualité de son travail en regardant un peu plus tard avec un oeil neuf ou plus éclairé et mieux informé). Pour tous les autres ou si on n'est pas identifié, ne mettre QUE le lien corrigé (qui masque temporairement la bulle pendant quelques heures jusqu'à la prochaine passe d'analyse). Résultat : moins de maintenance, et une liste de faux positifs qui sera plus utile, y compris pour améliorer la qualité de l'analyse automatique d'Osmose (sur lequel des règles de détection peuvent alors être améliorées sur des bases plus objectives fondée sur une vraie expérience basée sur des faux positifs vérifiés). ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
[OSM-dev-fr] OpenLayer pour pmWiki
Pour ceux que ça pourrait intéresser, j'ai réalisé un petit module pour pmWiki (logiciel wiki en php) qui permet d'intégrer des cartes OpenStreetMap via OpenLayers et y placer des marqueurs. C'est assez basique pour le moment mais à priori fonctionnel. OpenLayers API for PmWiki (OLA) Exemple : http://www.leretourdelautruche.com/pmwiki/index.php/Autruche/OSMMap Cookbook pmWiki : http://www.pmwiki.org/wiki/Cookbook/OpenLayersAPI Source : https://github.com/padorange/ola -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
J'ai perdu le lien, c'était à Saint-Arnoult en Normandie, déclaré en faux positif après un import de bâti (qui a laissé un doublon avec le noeud mentionnant la position d'une église mais sans la nommer), alors qu'Osmose avait bel et bien raison. Et pas mal d'autres faux positifs sont incorrectement déclarés alors qu'ils concernent le même utilisateur z_Frank d'après lhistorique de ses derniers imports. Je ne veux pas polémiquer. Mais si Osmose offrait à chacun la possibilité de suivre ses erreurs, et de les comprendre, on aurait aussi un outil formateur. Je crois à la vertu de l'autoformation et de la possibilité de se corriger, ou sinon de demander de l'aide sur ce qu'on ne comprend pas, ou de savoir que certaines modifs on ne sait décidément pas les faire et qu'il vaut mieux s'abstenir de les faire, tant qu'on n'aura pas expérimenté un peu plus sur des cas au départ plus simples. L'autoévaluation de ses propres erreurs, et la possibilité de savoir se corriger rapidement en corrigeant soi-même, serait positif pour la communauté et la qualité générale des données. Au delà de ça c'est aussi quelque chose qui limiterait le vandalisme (en évitant par exemple qu'un vandale clique systématiquement sur faux positif pour éviter que les autres voient les erreurs qu'il provoque volontairement). Je trouve ça bien mieux que de demander aux autres : que pensez-vous de cet utilisateur, et d'entrer dans les polémiques de dénonciation publique ou des polémiques inutiles suite à une seule erreur commise que un grand nombre de modifs et ajouts corrects et bien faits. Plus j'y réfléchis et plus je pense qu'avoir des comptes perso identifiés dans Osmose serait une bonne idée pour permettre à chacun de s'autoévaluer et s'améliorer ou apprendre à demander de l'aide aux autres sur ce qu'on n'arrive pas à faire correctement tout seul. Le 7 octobre 2012 20:55, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 07/10/2012 18:43, Philippe Verdy a écrit : Les noms des églises consacrés à des saints ne prennent déjà pas de traits d'union comme les toponymes des communes, et ne prennent pas de majuscule sur saint, un nom d'église correct étant Église saint Arnoult ou Église saints Paul et Jacques. Ce type d'aide devrait être mentionné dans le wiki pour expliquer mieux la nature de l'erreur. Peux tu me citer une source pour justifier ça, stp ? ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
On Sun, Oct 07, 2012 at 01:01:19PM +0200, Ista Pouss wrote: - Les coordonnées de la souris en bas à droite ne sont correctes qu'à partir du moment où je bouge la souris. Sinon, elles sont à 0. Hum, c'est vrai, mais ça m'a l'air cosmétique. Je regarderais si ça peut se corriger facilement. - Si je clique sur rawedit dans un petit phylactère, ça me met dans une situation inextricable si je ne veux pas me connecter. Je vois apparaître une grosse fenêtre et je ne peux plus m'en sortir. Effectivement, il y avait un souci dans le code de la page. Maintenant, un bouton s'affiche en haut à droite pour fermer la fenêtre. - L'espèce de panneau de liste de catégories d'erreur est un peu déroutant quand il est replié : déjà il n'a pas de titre, et on n'est pas censé savoir ce que c'est (quand il est déplié c'est plus facile de deviner), et l'action sur les liens tous rien inversé ne provoque rien de visible (puisque le panneau est replié). De plus, même quand il est déplié, si je vois bien les cases se cocher ou se décocher en fonction, j'ai du mal à comprendre ce que ça déclenche au niveau de la carte. De plus, ce panneau replié ne suit pas le langage que j'ai choisi : chez moi il reste en anglais. Bonne remarque. Du coup, j'ai mis la version déplié par défaut. Concernant les liens tous,rien,inversé, c'est vrai qu'ils ne sont pas vraiment utiles tels quels (et rien ne fait pas ce qu'on voudrait). Peut-être qu'on ne devrait garder que le tous. La langue devrait être correcte maintenant - enfin, en anglais et français uniquement (il manque les traductions pour les autres langues) - Dans les phylactères, la notion de faux positif est très déroutante pour un utilisateur lambda concernant une erreur : c'est quoi une erreur positive ? une erreur en faux positif ? Il y a un lien Aide en haut à gauche que explique tout ça. Il y a même un paragraphe sur la distinction entre faux-positif et corrigé. :) - un clic sur Permalink retourne exactement la même chose. Je comprends bien le but de la manoeuvre de la cause de la chose, mais peut être faudrait-il donner quelques explications ?... (et le mettre en français si j'ai choisi le français comme langue ? ) Le Permalink a la même utilisation que sur les autres sites d'OSM: il s'agit juste de pouvoir fournir à d'autres personnes un lien sur ce que tu es en train de regarder. Il ne me semble n'avoir jamais vu d'explication sur ce permalink sur www.openstreetmap.org, et je ne pense pas qu'il y ait besoin de plus d'explications sur osmose. Merci pour les remarques, Jocelyn ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Osmose me rend responsable de certaines erreurs tels que des routes chevauchant des bâtiments. Chaque fois c'était une route que j'ai tracée (ou corrigée un minimum pour assurer la continuité en me basant sur Bing) avant même que le bâtiment soit importé des mois après par quelqu'un d'autre, qui n'a pas soit réaligné la route, soit vérifié la cohérence de l'alignement de ses bâtiments importés ou ajoutés. Osmose visiblement ne regarde pas les dates des modifications, il suppose que c'est le dernier qui a tracé ou modifié la route qui a fait l'erreur. Il n'y a pas moyen de contrôler ça ? ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Frédéric Rodrigo fred.rodr...@gmail.com wrote: Les noms des églises consacrés à des saints ne prennent déjà pas de traits d'union comme les toponymes des communes, et ne prennent pas de majuscule sur saint, un nom d'église correct étant Église saint Arnoult ou Église saints Paul et Jacques. Ce type d'aide devrait être mentionné dans le wiki pour expliquer mieux la nature de l'erreur. Peux tu me citer une source pour justifier ça, stp ? A priori les noms d'église respectent les conventions de toponymie française, donc avec des majuscules et un trait d'union. La page toponymie du wiki français OSM qui reprend l'essentiel des recommandations de la CNIG et de l'IGN et de l'INSEE semble s'accorder la dessus. Bien que rien de spécifique ne soit préciser au sujet des lieux de cultes, cela concerne les noms de lieux. Surtout il est bien précisé que les noms de saint prennent majuscule et trait d'union : Saint-Paul. http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes On notera toutefois que le CNIG que l'omission des majuscules et trait d'union en cartographie (contraire aux recommandations) peut être acceptée pour minimser la longueur des textes, si ces conventions sont expliqués en légende... ;-) La charte de topymie de l'IGN (1) ne cite qu'un seul exemple de nom d'église et celle-cine concerne pas un saint, mais il y a des des majuscules : Église des Ulis. Les recommandations du CNIG (2) ne cite pas d'églises... (1) http://www.ign.fr/sites/all/files/charte_toponymie_ign.pdf (2) http://www.cnig.gouv.fr/Front/docs/cms/cnt-grammaire-recommandation_1269 24688421947500.pdf -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Nonn le problème est surtout que cela mentionne le lieu (le nom de la commune) et non le nom de l'église. Comme si on avait marqué Église de Quimper, sauf qu'ici la ville porte le nom d'un Saint. Surtout en regardant de plus près il y a d'une part le polygone du bâtiment importé (qui justement mentionne le nom de la commune, qui a plusieurs églises), mais aussi 30 mètres à côté (hors du polygone, dans l'espace autour de l'église) un noeud mentionnant une église sans lui donner de nom (ce qui est correct tant qu'on ne connait pas le nom de l'église) mais qui est resté après l'import. Je ne vois pas en quoi on peut dire faux positif quand Osmose a raison sur le fait que ce n'est pas le nom de l'église, mais que celui qui a importé le bâteiment a laissé le doublon (qu'Osmose ne signle pas pourtant), très visible pourtant sur la carte (on voit les deux croix du symbole de l'église, le noeud anonyme étant marqué dans le rendu simplment avec le nom par défaut Église. Le 7 octobre 2012 21:51, Pierre-Alain Dorange pdora...@mac.com a écrit : Frédéric Rodrigo fred.rodr...@gmail.com wrote: Les noms des églises consacrés à des saints ne prennent déjà pas de traits d'union comme les toponymes des communes, et ne prennent pas de majuscule sur saint, un nom d'église correct étant Église saint Arnoult ou Église saints Paul et Jacques. Ce type d'aide devrait être mentionné dans le wiki pour expliquer mieux la nature de l'erreur. Peux tu me citer une source pour justifier ça, stp ? A priori les noms d'église respectent les conventions de toponymie française, donc avec des majuscules et un trait d'union. La page toponymie du wiki français OSM qui reprend l'essentiel des recommandations de la CNIG et de l'IGN et de l'INSEE semble s'accorder la dessus. Bien que rien de spécifique ne soit préciser au sujet des lieux de cultes, cela concerne les noms de lieux. Surtout il est bien précisé que les noms de saint prennent majuscule et trait d'union : Saint-Paul. http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes On notera toutefois que le CNIG que l'omission des majuscules et trait d'union en cartographie (contraire aux recommandations) peut être acceptée pour minimser la longueur des textes, si ces conventions sont expliqués en légende... ;-) La charte de topymie de l'IGN (1) ne cite qu'un seul exemple de nom d'église et celle-cine concerne pas un saint, mais il y a des des majuscules : Église des Ulis. Les recommandations du CNIG (2) ne cite pas d'églises... (1) http://www.ign.fr/sites/all/files/charte_toponymie_ign.pdf (2) http://www.cnig.gouv.fr/Front/docs/cms/cnt-grammaire-recommandation_1269 24688421947500.pdf -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
Re: [OSM-dev-fr] Test de dev.osmose.openstreetmap.fr
Le 7 octobre 2012 10:40, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Bonjour, Pouvez vous nous faire part de vos commentaires sur la mise à jour de la présentation du frondend d'Osmose : http://dev.osmose.**openstreetmap.fr http://dev.osmose.openstreetmap.fr Le but est de valider que ce soit bien utilisable et qu'il n'y ai pas de bugs d'affichage. J'aime beaucoup le nouveau menu avec la sévérité exprimé sous forme de rond de couleur et le fait qu'il soit masquable pour optimiser la surface de la carte. En revanche, je ne sais pas si pas si elle est très intuitive pour un nouvel utilisateur (comme je connaissait la version précédente, j'ai tout de suite compris). Pourrait-on ajouter un tooltip sur les icônes ? Sinon, je ne comprends pas pourquoi certain items ont plusieurs niveaux de gravité ? Après tout, si on laisse à l'utilisateur le choix des niveaux qu'il souhaite afficher, pas besoin de multi-classer les items. Ca me semblerait plus simple qu'il n'y en ait qu'une, et du coup, on aurait une seule colonne avec la pastille de la bonne couleur. Bravo pour ces changements Black Myst ___ dev-fr mailing list dev-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev-fr
