Re: [OSM-talk-fr] Osm, wikivoyage et license
2013/4/1 Fabien SK fabie...@gmail.com Dans mon cas, ce serait de manière répétée mais pas automatisée (je pensais prendre manuellement les coordonnées approximatives sur osm.org). Peut-être qu'une lecture de la FAQ ODbL s'impose: http://wiki.openstreetmap.org/wiki/Legal_FAQ Il faut distinguer produced work et derivative database. Le problème n'est pas tant de savoir si les coordonnées sont manuellement copiées d'OSM que de savoir si ces informations seront stockées dans une nouvelle base de données ou pas (ODbL est une licence de bases de données) Si oui, la base dérivée doit aussi être sous licence ODbL. Si non (par exemple, que ça fait juste partie d'un article), c'est juste un produced work et ça peut prendre n'importe quel licence, y compris cc-by-sa, à condition de créditer le projet et sa licence. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm, wikivoyage et license
Le 1 avril 2013 17:09, Fabien SK fabie...@gmail.com a écrit : Bonjour la foule! Je contribue à Wikivoyage (vous savez, le fork de Wikitravel) en traduisant des articles d'anglais à français. Et je voudrais en profiter pour enrichir les points d’intérêt avec des coordonnées. Et c'est là que ce pose la question toujours délicate de la compatibilité des licences. Dans ce cas, je me demande si c'est possible d'utiliser des coordonnées OSM dans des projets Mediawiki (sous CC-by-sa). Je sais que l'inverse n'est pas possible. C'est bien compliqué ces licences ! Il me semble qu'il en est des projets mediawiki comme d'autres projets : de part la licence ODbL il faut citer l'origine (ou paternité, dit la licence) ; voir http://www.openstreetmap.fr/licence-libre Dans mon cas, ce serait de manière répétée mais pas automatisée (je pensais prendre manuellement les coordonnées approximatives sur osm.org). Avez-vous une idée là-dessus? Il y aurait des coordonnées approximatives sur OSM ?? Damned ! -- Les dérives de rue : Le papillon d’hiver (le film)http://drivrsdu.fr/le-papillon-dhiver-le-film/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Ce problème de multiplication des liens partant d'OSM vers des données externes vient en fait de l'incapacité actuelle à faire des liens pérennes pointant VERS OSM. Les ID des objets peuvent changer, les objets peuvent être découpés (par exemple une route sera tronçonnée pour l'enrichir en détails). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
2013/4/1 Brice Person brice.per...@zenordi.fr Demander des autorisations spécifiques, d'une manière générale, me parait inapproprié lorsqu'on est pas de simples ré-utilisateurs finaux. Les données convoitées ne peuvent qu'être sous une licence compatible ou dans le domaine public sinon on fait reposer le risque sur le ré-utilisateur d'OSM. Quel risque si on reçoit une autorisation explicite des détenteurs et que c'est public ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Mais de quel serveur parles-tu ? Un lien vers la page munin correspondante aurait été bienvenu ! ramoth (le serveur d'API UK) semble très bien aller. http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/index.html osm103 (le proxy/cache d'API FR) va très bien aussi http://munin.openstreetmap.fr/osm11.free.org/osm103.openstreetmap.fr/index.html -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 01/04/2013 20:08, kimaidou a écrit : [...] +1 Je crois que c'est en effet une telle base de données externe, à l'écoute des minutes diff qui permet à la fois : * l'enregistrement de métadonnées tierces * le monitoring par un tiers de données synchrones, problème soulevé voici quelques temps déjà : identification, acceptation de modification... Il me semble que la structure de cette basse de données doit être relativement simple à concevoir. La difficulté est plus, il me semble, sur la gestion de flux, particulièrement à la création de données ou à la synchronisation de données existantes. Comment faire savoir à cette base ( va pour OSMLink, ou OSMSync ) que les nouveaux objets importés sont liés à un SIG externe et qu'elle doit enregistrer et éliminer les métadonnées avant l'intégration dans OSM ? On a peut-être déjà des éléments avec l'instance fr de l'API qui agit comme interface, il me semble. Je n'ai pas tout compris de la mécanique de Etherpad, mais il semble qu'il y ait des choses puissantes pour suivre les trois états des modifications, côté client : version utilisateur - version réseau, côté serveur : version réseau - version db. Comment, aussi, rendre ce flux compatible avec l'API officielle ? Genre : J'édite un objet sous Potlatch, ou autre éditeur, et j'ajoute le tag qui va bien pour dire que cet objet est lié à l'objet ID:* du SIG machin. Sous JOSM, c'est facile (pour certains, pas pour moi !) de faire le plugin permettant de gérer cette extension d'OSM et de se connecter au serveur de synchronisation. Je suggérai de préfixer ces tags de métadonnées par @. Ce type de convention m’apparaît d'autant plus précieux pour suivre un flux qui ne passerait pas par le serveur Sync. Le serveur le repérerait de toute façon par les minutes diff. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 2 avril 2013 09:42, Christian Quest cqu...@openstreetmap.fr a écrit : Ce problème de multiplication des liens partant d'OSM vers des données externes vient en fait de l'incapacité actuelle à faire des liens pérennes pointant VERS OSM. Les ID des objets peuvent changer, les objets peuvent être découpés (par exemple une route sera tronçonnée pour l'enrichir en détails). Autant que je puisse comprendre les choses, d'un point de vue géographique, ce n'est peut être pas très grave : il n'est pas sûr qu'il y ait quelque chose, en géographie, ou du moins ce quelque chose n'apparait que du point de vue d'une vision. Informatiquement parlant, on le définit à partir de notions d'équivalence, ou d'identité, ou de similarités, enfin des choses dans le genre. (en java, voir guava et leurs idées de hash ou de equivalence). Par contre, d'un point de vue base de données (puisqu'on raconte qu'osm est une base de données), c'est assez étrange :-) Ce qui me parait plus génant est, semble-t-il, l'absence de possibilités de synchronisation, telle qu'en parle Vincent Pottier dans son message. On peut aussi voir les choses sous la forme d'écoute ; j'ai rien vu de pareil sur les apis d'osm, et c'est surtout ça qui est génant, ou dont il faudrait discuter si je comprends pas. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
LE problème a disparu aujourd'hui. Hier pour n'envoyer ne serait-ce qu'un seul noeud, la création du groupe de modification était instantanée mais le noeud lui-même mettait plus de 3 minutes à obtenir une réponse du serveur. Et pour les relations (nouvelles ou modifiées), cela mettaient des plombes ou se terminait par un timeout (erreur 500 du serveur), laissant le groupe de modification ouvert, mais vide. J'ai peu résoudre le problème en envoyant les objets un par un dans la zone concernée (pour certains, notamment les relations, il m'a fallu l'essayer plusieurs fois et pourtant la modif envoyée était microscopique : un seul objet à la fois), ce qui pendant plusieurs heures a laissé des objets incomplets ou orphelins, jusqu'à ce que tout puisse passer. Cela semble avoir touché une petite partie de la base sur laquelle le serveur avait énormément de mal. On dirait que c'est lié aussi à une anomalie logicielle du serveur qui semblait tomber dans une boucle de récursion de folie. Pour un objet il m'a fallu le réeffacer complètement car il bloquait totalement tout le reste tant qu'il était présent, pour le recréer ensuite à l'identique, et alors tout le reste est passé sans problème. La simultanéité du pronlème logiciel et de la charge très importante du serveur à ce moment là et de ses étrangetés matérielles rapportées par Munin justement, peut ne pas simplifier l'analyse de ce qui s'est passé. Note: le problème de mélange entre heure d'été et heure d'hiver (dans les affichages sur le web d'OSM.org), dans les groupes de modif, est toujours présent et non corrigé, mais il ne semble pas être en cause de ce problème et n'être qu'un problème d'affichage n'affectant pas les données réellement stockées. 2013/4/2 Christian Quest cqu...@openstreetmap.fr: Mais de quel serveur parles-tu ? Un lien vers la page munin correspondante aurait été bienvenu ! ramoth (le serveur d'API UK) semble très bien aller. http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/index.html osm103 (le proxy/cache d'API FR) va très bien aussi http://munin.openstreetmap.fr/osm11.free.org/osm103.openstreetmap.fr/index.html -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ 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] expérimentations à Orange
Les id d'objets OSM peuvent changer en effet mais une chose est stable : la géolocalisation. Si nécessaire on pourrrait utiliser dans la base OSM des relations collections contenant un ID stable dans cette collection (sous forme de rôle de type id:* dans la liste de ses membres). Ce qui permettrait de stabiliser dans OSM ces relations elles-mêmes ayant un ID d'objet OSM stable, et en croisant avec l'id stable présent dans le rôle pour trouver l'objet référencé qui peut changer. Ces relations destinées à des applications externes pourraient avoir un type particulier type=collection, et même être stockées dans un espace de nommage propre à cette application externe utilisatrice, en la liant à un compte utilisateur ou un compte d'application enregistré. Ces collections pourraient s'autoorganiser entre elles. Mais en général la plupart des applications utilisent pour se lier à OSM la géolocalisation (coordonnées et niveau de zoom) et une recherche, souvent par nom (via Nominatim par exemple) s'il faut être plus précis. C'est ce que fait Wikipédia et d'une façon générale la plupart des utilisateurs. Google Maps lui non plus ne fournit pas d'ID stable mais permet de positionner des couches métiers par dessus la couche Google, sans avoir besoin de se lier directement à elle. Le but est donc moins de permettre à ses applications tierces de retrouver où se situent dans la base les objets OSM, que d'indiquer plutôt aux utilisateurs OSM comment trouver ces applications et données tierces pouvant servir de référence ou d'enrichir et mettre à jour les données OSM et de les vérifier. Afin d'avoir une idée de la pertinence et l'exactitude des données OSM. C'est alors plus précis que la seule mention de la source qui est souvent très vague, et c'est le rôle donné aux tags ref:*=*. Je reste persuadé qu'il n'y aura jamais beaucoup de ref:* pour chaque objet OSM et que la plupart du temps il n'y en aura tout au plus qu'un seul, le plus commun utilisé non seulement dans OSM mais par plein d'autres applications qui utilisent la même source d'informations (exemple : les réf. INSEE, ISO, Eurostat, les numéros de référence régionaux, nationaux ou européens des réseaux de transport). Et qu'aller vers un renforcement de la règle de nommage des tags ref:* suffira. Le 2 avril 2013 09:42, Christian Quest cqu...@openstreetmap.fr a écrit : Ce problème de multiplication des liens partant d'OSM vers des données externes vient en fait de l'incapacité actuelle à faire des liens pérennes pointant VERS OSM. Les ID des objets peuvent changer, les objets peuvent être découpés (par exemple une route sera tronçonnée pour l'enrichir en détails). ___ 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] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
2013/4/2 Philippe Verdy verd...@wanadoo.fr Note: le problème de mélange entre heure d'été et heure d'hiver (dans les affichages sur le web d'OSM.org), dans les groupes de modif, est toujours présent et non corrigé, mais il ne semble pas être en cause de ce problème et n'être qu'un problème d'affichage n'affectant pas les données réellement stockées. Le seul problème, c'est que tu utilises RawEdit qui ne ferme pas les changesets. Et tous les changesets qui ne sont pas fermés par le client le sont automatiquement par le serveur au bout d'une heure d'inactivité (ce qui est extrapolé sur la page web des changesets lorsqu'ils sont encore ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le lun. 01 avril 2013 à 20:08 +0200, kimaidou a écrit : Bonjour à tous On en avait déjà parlé avec Tony dès ses premières expérimentations. Pour tous ces cas là, je préférerais largement qu'une base de données externe s'occupe de gérer les liens entre identifiants. J'imagine un outil, qu'on pourrait appeler OsmLink (ou mieux), qui centraliserait l'ensemble de tous les liens entre identifiants, avec un schéma assez classique en base de donnée : Objet OSM (osm_id) --- OsmLink (osm_id, osm_type, id_table_externe, id_objet_externe ) - Table externe ( id_objet_externe) L'idée est de stocker le lien entre identifiants dans la table de lien, et ni dans OSM ni dans notre table métier. Ainsi on ne pollue ni notre table métier, ni notre table de lien, et cela permet OK pour cette idée d'une base tierce, mais dans ta description je ne comprends pas qui l'héberge. Pour moi, c'est forcément du côté du SIG, puisque la base tierce doit connaître à la fois les références SIG et les références OSM. Or OSM est publique, et le SIG métier est privé. Du coup je ne comprends pas : * de gérer autant de tables externes que souhaité : la base de donnée OsmLink serait alors un immense creuset de lien, qui serait administrée (et pourquoi pas versionnée aussi) comme la bdd OSM, avec une union des forces En tous cas, c'est une idée intéressante, et il va bien falloir aboutir à une solution si on veut accepter proprement les données OpenData qu'on nous propose. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soutenance de thèse COGIT-IGN sur l'édition collaborative de données géographiques
Le vendredi 29 mars 2013 17:11:56 Carmen Brando a écrit : Bonjour à tous, Je voudrais vous communiquer l'avis de soutenance de ma thèse (ci-dessous), cela peut intéresser certains d'entre vous. Vous êtes cordialement les bienvenus ainsi qu'au pot de thèse juste après, il faut juste me prévenir par mail afin de communiquer votre nom à la loge de l'IGN à St Mandé. C'est peut être l'opportunité de rencontrer/revoir des chercheurs intéressés à la production communautaire des données géographiques. Concernant le sondage que nous avons proposé l'année dernière, les résultats seront annexes dans le mémoire de thèse qui sera gratuitement téléchargeable depuis le site Web du laboratoire COGIT. Merci encore de votre participation. Merci pour l'annonce. Le résumé est allèchant. N'hésites pas à nous avertir quand le tapuscrit sera en ligne. Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Libération du Référentiel Voies et Adresses de Rennes Métropole
Bonjour, Vous allez me dire que la licence APIE n'est pas compatible avec une intégration dans OSM? A l'instar des données DRC, il y a aussi la mention *sous réserve que la modification ne constitue pas une altération des données ou une dénaturation de leur sens*. D'ailleurs cela pourrait expliquer pourquoi les points adresse de la Ville de Rennes n'ont pas jusque là été intégrés à la différence de Nantes Métropole? Romain Le 2 avril 2013 16:23, REBOUX Maël m.reb...@agglo-rennesmetropole.fr a écrit : Bonjour, Fruit d'un travail amorcé en 2009, le Référentiel des Voies et des Adresses (RVA) de Rennes Métropole est disponible en libre téléchargement. Volumétrie de la publication initiale : - 84837 adresses - 52507 tronçons - 9836 voies Il remplace bien évidemment l'ancien lot de données voies_adresses qui était disponible sur ce site mais qui ne concernait que la Ville de Rennes. Lors de la prochaine mise à jour, nous devrions être en mesure préciser les différences avec la publication n-1 : adresse rajoutée, supprimée, etc... http://www.data.rennes-metropole.fr/les-donnees/catalogue/?tx_icsopendatastore_pi1[keywords]=voiestx_icsopendatastore_pi1[uid]=217 et http://www.data.rennes-metropole.fr/vos-idees/vos-forums/?tx_mmforum_pi1[action]=list_posttx_mmforum_pi1[tid]=96#pid Cordialement, *Maël REBOUX* *Service SIG mutualisé Ville de Rennes / Rennes Métropole Chargé de mission diffusion* ___ Talk-fr-bzh mailing list talk-fr-...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr-bzh ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses =?iso-8859-15?q?_donn=E9s=3F?=)
On mardi 2 avril 2013, Pieren wrote: 2013/4/1 Brice Person brice.per...@zenordi.fr Demander des autorisations spécifiques, d'une manière générale, me parait inapproprié lorsqu'on est pas de simples ré-utilisateurs finaux. Les données convoitées ne peuvent qu'être sous une licence compatible ou dans le domaine public sinon on fait reposer le risque sur le ré-utilisateur d'OSM. Quel risque si on reçoit une autorisation explicite des détenteurs et que c'est public ? Pieren Je partage un peu la prudence de Brice, j'ai l'impression que l'aura du osm c'est bien fait oublier à certains donneurs de données que donner à osm ça n'a juste pas de sens. Quand je vois des licences qui disent (je caricature un peu) : la modification des données n'est pas autorisée, mais elles peuvent-être intégrées dans OSM je me dis que y'en a un qui n'a pas lu l'odbl jusqu'au bout, qu'il a juste obéi à une mouvance et que ça peut faire bizarre lorsque osm sera encore plus ré-utilisé qu'il ne l'ait actuellement. bref, une autorisation qui mentionne oui vous pouvez importer et améliorer nos données dans osm me semble bien légère, et je trouve plus clair qu'il y soit fait mention de : Oui, nos données sont sous licence ODBL ou compatible ODBL, donc, oui, vous pouvez les importer dans OSM, et nous avons bien compris que tout le monde peut alors les ré-utiliser sous les conditions de cette licence -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm, wikivoyage et license
Le 02/04/2013 10:20, Ista Pouss a écrit : Le 1 avril 2013 17:09, Fabien SK fabie...@gmail.com mailto:fabie...@gmail.com a écrit : Dans mon cas, ce serait de manière répétée mais pas automatisée (je pensais prendre manuellement les coordonnées approximatives sur osm.org http://osm.org). Avez-vous une idée là-dessus? Il y aurait des coordonnées approximatives sur OSM ?? Damned ! En fait je comptais procéder de la manière suivante: - afficher le point d'intérêt sur la carte d'osm - double cliquer dessus, ce qui le centre - récupérer les coordonnées par le lien «permalink» Donc ça ne donne pas exactement les même coordonnées que dans la DB, mais c'est largement suffisant et c'est plus pratique que de passer par JOSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm, wikivoyage et license
Le 02/04/2013 10:15, Pieren a écrit : 2013/4/1 Fabien SK fabie...@gmail.com mailto:fabie...@gmail.com Dans mon cas, ce serait de manière répétée mais pas automatisée (je pensais prendre manuellement les coordonnées approximatives sur osm.org http://osm.org). Peut-être qu'une lecture de la FAQ ODbL s'impose: http://wiki.openstreetmap.org/wiki/Legal_FAQ Il faut distinguer produced work et derivative database. Le problème n'est pas tant de savoir si les coordonnées sont manuellement copiées d'OSM que de savoir si ces informations seront stockées dans une nouvelle base de données ou pas (ODbL est une licence de bases de données) Si oui, la base dérivée doit aussi être sous licence ODbL. Si non (par exemple, que ça fait juste partie d'un article), c'est juste un produced work et ça peut prendre n'importe quel licence, y compris cc-by-sa, à condition de créditer le projet et sa licence. Merci pour la réponse. En lisant la licence, j'avais l'impression que mon utilisation (l'utilisation de coordonnées) ne correspondait pas à un «Derived Work»: Produced Work -- a work (such as an image, audiovisual material, text, or sounds) resulting from using the whole or a Substantial part of the Contents (via a search or other query) from this Database, a Derivative Database, or this Database as part of a Collective Database. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Rawdit n'a rien à voir dans l'histoire. Je ne parlais bien QUE des envois depuis JOSM qui concernaient tout autre chose. rawedit est utilisé via Osmose mais PAS pour la création d'objets et uniquement pour des corrections mineures. Oui rawedit ne ferme pas son changeset, mais il n'a rien à voir avec le porblème que j'ai eu évoqué ci-dessus et qui était la création ou la modification d'objets dans JOSM. Il m'arrive d'utiliser les 2 en même temps mais jamais sur les mêmes objets. Les changeset restés ouverts dont je parlais sont bel et bien ceux créés par JOSM, avec leur commentaire à l'ouverture. Et c'est bien là qu'était le problème. Et que ces changesets soient créés par rawedit ou par JOSM ne change pas le fait que les uns comm les autres soient affichés avec un mélange entre heure d'été et heure d'hiver dans le site web d'OSM.org. Bref, merci de ne pas tout mélanger, je n'ai jamais évoqué rawedit, jusqu'ici. Oui je sais très bien que le serveur fermera automatiquement les changesets restés ouverts au bout d'une heure. Mais cela n'explique toutefois pas pourquoi l'objet de certains objets dans un changeset aboutit à des bloquages complets du serveur qui cesse de répondre immédiatement après la création du changeset dans JOSM. Le changeset reste ouvert et après l'erreur du serveur (qui prends plusieurs minutes avant de retourner une erreur connection reset où le serveur ferme la session HTTP sans aucune réponse, ou bien juste avec une réponse HTTP 500), JOSM fermant alors seulement sa fenêtre d'envoi de données (sans avertir l'utilisateur de l'erreur survenue, le détail on ne l'a que dans la console Java si elle est ouverte et qui affiche un log de l'exception Java qui a eu lieu) mais pouvant malgré tout continuer à utiliser le changeset sans en créer un autre pour autant (sauf si on le ferme explicitement avec CTRL+ALT+Q), pour qu'on puisse y envoyer un partie des données qui sont encore restés à l'état modified. Je ne sais pas si ce que je dis est assez clair. Mais il y a bien un problème côté serveur pour l'envoi de certains objets. En tentant de les envoyer un par un (je lance dans JOSM une rechercher CTRL+F, avec modified, dans la liste sélectionnée je choisis un objet et j'essaye de l'envoyer isolément dans le changeset en cours. Selon les cas, cela marche immédiatement, et dans d'autres le serveur ne répond pas du tout et ferme la session HTTP brutalement sans répondre ou en répondant avec une erreur HTTP 500, et le changset est encore ouvert sur le serveur). Il n'y a strictement aucun critère qui permet de savoir quand le serveur va répondre ou s'il s'enferme dans ce qui semble être une récursion infinie, la nature des données n'y faisant strictement rien (cela peut être un unique nouveau noeud sans attribut, un unique chemin modifié pour inclure ce noeud, une nouvelle relation simple ou une relation modifiée dans un tag sans changer aucun de ses membres, ou un membre ajouté ou retiré/fusionné. Dans certains cas je n'ai pas eu le choix de faire autrement que de demander la suppression de l'objet existant bloquant tout (toute modification était impossible, aucune réponse du serveur) pour le recréer strictement à l'identique (avec une réponse immédiate et avec succès du serveur). Bref le problème touche certains objets de la base, sans critère déterminant. Et je pense que l'anomalie est du côté du serveur SQL lui-même (qui cesse totalement de répondre à certaines requêtes demandée via un front-end), et non dans aucun des front-ends (la DB API, que ce soit celle d'OSM ou l'API FR, ou bien le site web OSM.org dans ses affichages). Je soupçonne un index de table SQL défaillant/corrompu lors des mises à jour. Le 2 avril 2013 16:18, Pieren pier...@gmail.com a écrit : Le seul problème, c'est que tu utilises RawEdit qui ne ferme pas les changesets. Et tous les changesets qui ne sont pas fermés par le client le sont automatiquement par le serveur au bout d'une heure d'inactivité (ce qui est extrapolé sur la page web des changesets lorsqu'ils sont encore ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. 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] landuse pour un champ captant ?
Guillaume Allegre allegre.guilla...@free.fr wrote: Salut, je me demande quel tag utiliser pour définir un champ captant (captage d'eau potable). Généralement, c'est une zone cloturée, avec de l'herbe, plus ou moins bien entretenue (souvent plus), où sont disséminés des forages et installations de pompage (bâtiments techniques, pompes, transfos électriques...) http://fr.wikipedia.org/wiki/Champ_captant http://fr.wikipedia.org/wiki/Captage_d%27eau_potable Je suppose que landuse s'impose, mais quoi mettre derrière ? water_catchment semble parfois utilisé mais je n'ai pas trouvé de terme anglais vraiment convaincant pour l'instant. En cherchant mieux, j'ai trouvé le tag man_made=water_works http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dwater_works La description semble convenir (Place where drinking water is found and applied to the local waterpipes network.) Mais la photo et le tag man_made semblent plus adaptés à des installations compactes : assez petite surface, installations denses. Du coup, est-ce que vous l'utiliseriez pour un champ captant, qui peut être très étendu, comparable à un grand champ agricole ? man_made=water_works c'est pour l'usine de traitement (potabilisation) qui se trouve entre les puits (champs captants) et le réseau de distribution. Ayant étudié un peu le sujet ily a quelques temps j'ai rien trouvé pour les champs captants eux-même. Par contre il existe des tags pour : La zone de protection rapprochée (cloturé selon la loi) : boundary=water_protection_area Les puits eux-même : man_made=water_well Comme indiqué par Tetsuo la page http://wiki.openstreetmap.org/wiki/Proposed_features/water_network Résume ce qui existe à ce jour et des propositions d'harmonisation (il faudrait même aller plus loin). Mais y'a pas trop de discussion et le sujet semble intéresser peu. Donc dans ce cas, et comme d'habitude, on peut mettre en application pour tester et valider. J'ai participé modestement il y a un an a enrichir et compléter cette proposition mais il c'est pas passé grand chose depuis... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 2 avril 2013 16:18, Pieren pier...@gmail.com a écrit : ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. Et toi comme d'habitude, tu envoies **inutilement** des insultes publiques, en inventant n'importe quel prétexte pour me contredire sauvagement (et en faisant mine de ne rien comprendre à ce que je dis et surtout ne lisant les choses à moitié ou en en rajoutant comme tu vien de le faire en mélant rawedit à la discussion sans que je l'ai même évoqué, et qui n'était clairement pas le problème). Merci de garder ton sang-froid et la politesse. L'insulte publique n'arrange rien, tu pollues l'ambiance et rend cette liste désagréable pour tout le monde. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses =?iso-8859-15?q?_donn=E9s=3F?=)
2013/4/2 sly (sylvain letuffe) li...@letuffe.org bref, une autorisation qui mentionne oui vous pouvez importer et améliorer nos données dans osm me semble bien légère, D'un point de vu légal, c'est suffisant. On va pas non plus leur demander de jurer, cracher, si je mens, je vais en enfer... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le sam. 30 mars 2013 à 20:37 +0100, Guillaume Allegre a écrit : 1) la boundary est une frontière de canton, qui coïncide avec un bout de la frontière communale (Orange / Caderousse) http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue (points distincts) Selon moi, elle devrait être confondue, en tant que limite communale ET limite de canton. Sur ce premier point, tout le monde est d'accord pour la fusion ? À terme, si ce schéma se généralise, ça veut dire que les limites de communes seront également découpées selon les limites de bureaux de vote. Pas d'opposition ? 2) le way polling_station a une résolution bien plus élevée (1 point par mètre dans les courbes), suivant les _anciens_ méandres de la Meyne, qui restent la limite communale comme ici : http://www.openstreetmap.org/?lat=44.08722lon=4.7789zoom=17layers=M A mon avis, c'est de la sur-résolution inutile, mais ça se discute. Pas d'autre avis sur ce point ? -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 2 avril 2013 21:18, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le sam. 30 mars 2013 à 20:37 +0100, Guillaume Allegre a écrit : 1) la boundary est une frontière de canton, qui coïncide avec un bout de la frontière communale (Orange / Caderousse) http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue (points distincts) Selon moi, elle devrait être confondue, en tant que limite communale ET limite de canton. Sur ce premier point, tout le monde est d'accord pour la fusion ? À terme, si ce schéma se généralise, ça veut dire que les limites de communes seront également découpées selon les limites de bureaux de vote. Pas d'opposition ? Non pas de moi. Je dirais plutôt l'inverse : que les bureaux de vote ne peuvent pas s'étendre sur plusieurs communes et devraient couvrir tout le territoire de de la commune, sans recouvrement ente eux, et sans laisser aucune frange même ces franges sont inhabitées. Les bureaux de vote sont établis sur la base des points d'adresses des électeurs inscrits (que la commune géolocalise par le point d'accès à cette adresse depuis la voirie publique indiquée dans l'adresse), ce qui compte c'est juste l'adresse enregistrée, même si leur propriété privée (éventuellement sur plusieurs parcelles disjointes) peut être couverte par plusieurs bureaux de vote : au niveau du droit électoral cela ne change rien, les étendues des propriétés privées (ou louées) ne sont pas prises en compte. En conséquence il n'est pas nécessaire d'avoir une granularité territotriale très précise et en pratique les bureaux de vote sont découpés sur les axes de rues ou entre les îlots habités, et la plupart du temps ces limites de bureaux de vote réutiliseront donc des tracés déjà existants d'objets réels (les rues) et administratives (frontières communales ou d'arrondissement de commune), mais pas toujours les frontières de quartiers au sens de l'aménagement ou de certains services publics communaux, communautaires ou d'autres collectivités territoriales ou de l'Etat (tels que l'assainissement, la collecte des ordures, la carte scolaire, les services sociaux, les commissariats de police ou gendarmeries, les espaces verts, les plans de protection de l'urbanisme, les zones de prévention des risques, etc...), mais ces tracés dans certains cas pourront tracer un grand segment tout droit coupant un parc en deux (sans autre détail concernant les limites exactes de parcelles). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
Le projet Wikipedia a été un succès, as-tu les statistiques finales ? Pourquoi pas pour le projet de Reconstruction pour le mois d'Avril. C'est une bonne idée pour oublier cette histoire de passage de licence. J'ai quelques idées pour les prochains projets du mois : - Intégration de données OpenData d'une ville : parkings/équipements/écoles/etc - Prise en compte des retours des utilisateurs : Fixme/OpenStreetBugs/Notes - Simplification des batiments du cadastre : supprimer les faux batiments (découpes fortes) en fixant une cible de 500 000 bâtiments à supprimer. - Correction des 10 000 erreurs de collision routes/batiments : http://osmose.openstreetmap.fr/fr/errors/?country=fr*item=1070 - Multiplier par deux le nombre d'adresses dans OSM - Ou une opération sur les Oneway qui nécessitent des contributions d'utilisateurs locaux D'autres avis ? Bon mapping, -- JIBEC Le 31 mars 2013 18:12, Black Myst black.m...@free.fr a écrit : Hello, J'ai rédigé une nouvelle proposition de thème pour le projet du mois: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Reconstruction Toutes les relectures/remarques/commentaires sont les bienvenus, surtout si vous êtes déjà intervenus pour analyser des zones altéré par le rédaction bot. Cdt Black Myst ___ 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] Proposition pour le projet du mois de avril
Bonsoir, Je pense que la correction des continuités rompues des highwayhttp://osmose.openstreetmap.fr/fr/map/?item=1120 pourrait être un bon sujet également Le 2 avril 2013 23:04, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Le projet Wikipedia a été un succès, as-tu les statistiques finales ? Pourquoi pas pour le projet de Reconstruction pour le mois d'Avril. C'est une bonne idée pour oublier cette histoire de passage de licence. J'ai quelques idées pour les prochains projets du mois : - Intégration de données OpenData d'une ville : parkings/équipements/écoles/etc - Prise en compte des retours des utilisateurs : Fixme/OpenStreetBugs/Notes - Simplification des batiments du cadastre : supprimer les faux batiments (découpes fortes) en fixant une cible de 500 000 bâtiments à supprimer. - Correction des 10 000 erreurs de collision routes/batiments : http://osmose.openstreetmap.fr/fr/errors/?country=fr*item=1070 - Multiplier par deux le nombre d'adresses dans OSM - Ou une opération sur les Oneway qui nécessitent des contributions d'utilisateurs locaux D'autres avis ? Bon mapping, -- JIBEC Le 31 mars 2013 18:12, Black Myst black.m...@free.fr a écrit : Hello, J'ai rédigé une nouvelle proposition de thème pour le projet du mois: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Reconstruction Toutes les relectures/remarques/commentaires sont les bienvenus, surtout si vous êtes déjà intervenus pour analyser des zones altéré par le rédaction bot. Cdt Black Myst ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Licence IP et ODBL ( était : L'ON3V libère ses =?iso-8859-15?q?_donn=E9s=3F?=)
Le 02/04/2013 13:12, sly (sylvain letuffe) a écrit : On mardi 2 avril 2013, Pieren wrote: 2013/4/1 Brice Person brice.per...@zenordi.fr Demander des autorisations spécifiques, d'une manière générale, me parait inapproprié lorsqu'on est pas de simples ré-utilisateurs finaux. Les données convoitées ne peuvent qu'être sous une licence compatible ou dans le domaine public sinon on fait reposer le risque sur le ré-utilisateur d'OSM. Quel risque si on reçoit une autorisation explicite des détenteurs et que c'est public ? Pieren Je partage un peu la prudence de Brice, j'ai l'impression que l'aura du osm c'est bien fait oublier à certains donneurs de données que donner à osm ça n'a juste pas de sens. Quand je vois des licences qui disent (je caricature un peu) : la modification des données n'est pas autorisée, mais elles peuvent-être intégrées dans OSM je me dis que y'en a un qui n'a pas lu l'odbl jusqu'au bout, qu'il a juste obéi à une mouvance et que ça peut faire bizarre lorsque osm sera encore plus ré-utilisé qu'il ne l'ait actuellement. bref, une autorisation qui mentionne oui vous pouvez importer et améliorer nos données dans osm me semble bien légère, et je trouve plus clair qu'il y soit fait mention de : Oui, nos données sont sous licence ODBL ou compatible ODBL, donc, oui, vous pouvez les importer dans OSM, et nous avons bien compris que tout le monde peut alors les ré-utiliser sous les conditions de cette licence Pour éviter toutes ambiguïtés, il faut que les acteurs soient ok pour que les données soient redistribuées sous les conditions de l'ODbL. Donc pour la France il vaut mieux que les acteurs utilisent directement l'ODbL ou une licence reconnue pour être compatible comme la LO d'Etalab (plus permissive). Je sais ça ne fait pas des masses de choix mais c'est tant mieux :-) Rennes qui a été pionnière sur l'OpenData en France s'était naturellement tournée vers l'APIE à l'époque. L'ODbL n'était pas encore traduite en droit Français et Etalab n'existait pas. Espérons qu'à l'avenir les différentes initiatives adoptent les licences au cas par cas et non une licence pour l'ensemble de leurs données (ce qui je pense a été une étape nécessaire à une maturation du mouvement). Ce que je conseille c'est ODbl pour des données dont on veut éviter la privatisation, et LO ou domaine public pour le reste. Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
Le 2 avril 2013 23:04, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Le projet Wikipedia a été un succès, as-tu les statistiques finales ? J'y travail, je posterais certainement demain Pourquoi pas pour le projet de Reconstruction pour le mois d'Avril. C'est une bonne idée pour oublier cette histoire de passage de licence. J'ai quelques idées pour les prochains projets du mois : - Intégration de données OpenData d'une ville : parkings/équipements/écoles/etc Cela me semble très technique, donc il sera difficile de mobiliser beaucoup de monde. C'est plutôt une task-force scripting qu'il faut pour çà. - Prise en compte des retours des utilisateurs : Fixme/OpenStreetBugs/Notes Très bon sujet - Simplification des batiments du cadastre : supprimer les faux batiments (découpes fortes) en fixant une cible de 500 000 bâtiments à supprimer. Très bien aussi, mais j'ai peur que çà n'emballe pas autant les foules que les autres... - Correction des 10 000 erreurs de collision routes/batiments : http://osmose.openstreetmap.fr/fr/errors/?country=fr*item=1070 Très bon sujet - Multiplier par deux le nombre d'adresses dans OSM Présenter les outils d'insertions d'adresse, c'est très bon aussi (je ne connais pas, je corrige juste les erreurs de cquest :-) ) En revanche, passer de 1M à 2M d'adresse en 1 mois, j'y crois pas... - Ou une opération sur les Oneway qui nécessitent des contributions d'utilisateurs locaux Pourquoi pas. D'autres avis ? Tout est là, je te laisse ajouté tes idées: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month Bon mapping, -- JIBEC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Projet Wikipedia, résultats
Hello, Le mois de Mars est terminé, il est temps de regarder notre action sur les tags wikipedia en chiffres. - 183 contributeurs ont ajouté/modifié un tag wikipedia ce mois-ci - 54 l'ont fait au moins 5x - 12 l'ont fait plus de 100x - 1 utilisateur à inséré à lui seul 23904 nouveaux liens Et du coté des tags: - 34 671 nouveaux tags - 501 modifiés - 1551 supprimés (en grande partie des wikipedia:lang redondant qui sont supprimé) Tout d'abords, félicitation à toutes les personnes qui ont contribué. On passe de 14569 lien à 49316, soit une augmentation de 238%. Un très grand nombre de tag ont été corrigé, et les redondances des tags wikipedia:lang ont été effacer: http://taginfo.openstreetmap.fr/search?q=wikipedia On peut remarquer que toutes la complexité ajoutée par les tags wikipedia:lang ne sert au final qu'a 2 cas particuliers en France! En attendant, n'hésitez pas à contribuer à la page: http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month pour définir le prochain projet du mois Bon mapping Black Myst PS: Si quelqu'un arrive à identifier et corriger les 2 tags wikipedia=fr je l'en remercie. J'ai ouvert un bug sur le tracker de taginfo car les liens JOSM ne fonctionne pas pour un tag avec un '=', mais sans réponse pour le moment. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
2013/4/2 Philippe Verdy verd...@wanadoo.fr Et toi comme d'habitude, tu envoies **inutilement** des insultes publiques, en inventant n'importe quel prétexte pour me contredire sauvagement (et en faisant mine de ne rien comprendre à ce que je dis et surtout ne lisant les choses à moitié ou en en rajoutant comme tu vien de le faire en mélant rawedit à la discussion sans que je l'ai même évoqué, et qui n'était clairement pas le problème). Dire que tu racontes un peu n'importe quoi n'est pas une insulte. Contrairement à ce que tu penses, j'ai bien étudié ton problème avant de répondre. C'est toi qui parle de changesets qui se ferment exactement une heure après leur création et qui suggère que ça peut être lié au passage à l'heure d'été. Pourquoi pas, j'ai déjà connu des bugs similaires. Mais comme je suis l'actualité d'OSM sur de nombreux canaux et que personne d'autre que toi n'a soulevé ce problème et que, comme d'habitude, tu ne donnes aucun lien vers une information précise comme un numéro de changeset par exemple, j'ai quand même pris le temps de regarder ton historique d'éditions depuis le changement d'heure: http://www.openstreetmap.org/user/Verdy_p/edits Seuls tes changesets créés par RawEdit sont fermés exactement 1 heure après leur ouverture. Je n'ai pas vérifié les changesets antérieurs à la nuit du 30 au 31 mars. Maintenant, il est possible que tu utilises aussi un autre compte utilisateur. Mais comme nous sommes habitués à tes nombreuses remarques erronées sur cette liste, j'ai n'ai pas voulu perdre d'avantage mon temps. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse pour un champ captant ?
Une proposition discutée qui n'a pas soulevé d'opposition ne demande qu'à être réutilisée. Tant que cela ne pose de problème à personne, c'est bon et on peut ensuite chercher à harmoniser avec les autres propositions similaires. De ces expérimentations isolées qui petit à petit convergent, on obtient un accord et une recommandation, plus de gens s'intéressent au projet, des applis se mettent utiliser ou à tenir compte de ces objets. Et c'est de la visibilité accrue de ces objets que naîtront les vraies discussions. On ne peut pas toujours du jour au lendemain définir ces recommandations et le passage par une phase expérimentale qui ne soulève pas ou peu d'intérêt est un passage obligé avant. Du moment que les nouveauté expérimentées ont été décrites le mieux possibles par ceux qui les ont tentées (même à l'état d'ébauche). on peut continuer et on a le droit aussi d'adopter pour son usage une expérimentation menée par d'autres si on estime que l'expérimentation peut convenir à son propre projet. Mais si on étend au passage l'utilisation en ajoutant des restrictions/extensions, il est bon de compléter la proposition actuelle afin que ceux qui l'utilisent restent en accord et que ne naisse pas de contradictions gênantes déjà parmi les autres rares utilisateurs de la proposition. Mais en attendant on ne doit pas s'attendre à ce que du jour au lendemain le sujet passionne beaucoup de gens, les progrès initiaux seront naturellement lents. Néanmoins, avant d'introduire des choses trop spécifiques, il est bon d'avoir fait soi-même quelques recherches pour des concepts qui pourraient avoir un champ d'application plus large que prévu, notamment dans d'autres pays, ou tenant compte de l'histoire (car certains concepts historiques ont évolué sous des formes diverses dans le monde actuel, et parfois changé de nom sans réel changement fondamental, ce qui peut compliquer la recherche des usages similaires ; et on peut aussi trouver des synonymes dans une même langue à une certaine époque qui aujourd'hui ne le sont plus et couvrent des choses aujourd'hui des concepts bien différenciés, avec de nouveaux particularismes locaux, ayant pu mener à des propositions séparées dans OSM et qu'il faudra chercher à réunir dans un schéma commun). , Le 2 avril 2013 20:25, Pierre-Alain Dorange pdora...@mac.com a écrit : Résume ce qui existe à ce jour et des propositions d'harmonisation (il faudrait même aller plus loin). Mais y'a pas trop de discussion et le sujet semble intéresser peu. Donc dans ce cas, et comme d'habitude, on peut mettre en application pour tester et valider. J'ai participé modestement il y a un an a enrichir et compléter cette proposition mais il c'est pas passé grand chose depuis... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 3 avril 2013 00:09, Pieren pier...@gmail.com a écrit : Seuls tes changesets créés par RawEdit sont fermés exactement 1 heure après leur ouverture. Je n'ai pas vérifié les changesets antérieurs à la nuit du 30 au 31 mars. Maintenant, il est possible que tu utilises aussi un autre compte utilisateur. Mais comme nous sommes habitués à tes nombreuses remarques erronées sur cette liste, j'ai n'ai pas voulu perdre d'avantage mon temps. Surtout quand j'ai indiqué un changeset bien précis (en précisant le numéro) dans le premier message qui n'était PAS ouvert par rawedit. Bref tu es de mauvaise foi manifeste, et tu fais tout pour ne justement pas regarder, et chercher à polémiquer. En l'occurence il n'y a QUE toi ici qui vient de raconter n'importe quoi et d'inventer de toute pièce des prétextes pour répondre de cette façon. Encore une fois si je te dis que cela ne concernait PAS des modfs sous rawedit mais uniquement des modifs faites dans JOSM, franchement pourquoi insistes-tu pour prétendre le contraire? On dirait que puisque tu as accès à plus d'outils internes dans les configs des serveurs cela te permet de croire que tout message qui indiquerait un problème que tu n'as pas constaté toi-même est une attaque contre le projet, et qu'en plus tu prends ça pour une attaque personnelle et qu'encore une fois tu t'autorise à faire part de ton agacement (injustifié puisque le message n'était ni contre toi ni contre le projet), en répondant de façon agressive, même quand je ne m'adressais pas du tout à toi. On dirait que tu prends tout le projet OSM comme TON projet personnel et qu'il doit donc être nécessairemeent exempt de tout défaut puisque tu ne supporterais pas ces défauts pour toi même. J'ai relevé le problème au moment voulu, au moment où il avait lieu. Tu m'as renvoyé vers une page Munin d'un serveur qui visisblement n'était même pas encore en service au moment où le problème a eu lieu (les statistiques ont repris seulement la journée du 1er à 0h, le problème était avant dans la journée du 31 (sans doute le projet tournait encore avec un serveur de secours après la panne sérieuse de la veille. Bref tu m'as baladé encore une fois avec de faux arguments juste en cherchant une contradiction et en interprétant même ce dont je ne parlais même pas. Je note que je viens à nouveau d'avoir le problème, encore une foi sur un changeset ouvert par JOSM, mais je ne vais pas aller plus loin avec toi, puisque tu n'es de strictement aucune aide (depuis hier j'ai trouvé des moyens de contournement de ces bloquages aléatoires), et puisque tu ne fais QUE polémiquer pour rien, dans une atmosphère et un ton absolument détestable pour cette liste. Tu as beau savoir beaucoup de choses sur le projet, tu n'est en fait pas prêt à lâcher la moindre once de ce que tu peux savoir et tu en fais mauvais usage, ne serait-ce qu'en terme de communication. Le projet vivra sans toi et je me passe de tes remarques, même si comme d'habitude tu t'es juste montré agressif. Ce n'est pas parce que tu es agressif comme ça que je vais quitter le projet. Mais tout de même, met un peu d'eau dans ton vin, ça t'évitera de communiquer publiquement ta mauvaise humeur dont cette liste n'a pas besoin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
