[OSM-talk-fr] Carto-party à Louzac (16)
Carto-party à Louzac-St-André, (Charente 16, à coté de Cognac). Organisé par l'association Linux et Logiciels Libres de Cognac. Petit format d'une demi-journée : http://osm.org/go/equKJ9kd 2h sur le terrain a relevé les noms de rues, sens de circulation, poi et autres infos. suivi de 2h de saisie des données relevées. Pour s'inscrire : o...@logicielslibrescognac.org -- 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
[OSM-talk-fr] API HS...
Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abus des landuse=residential ?
salut. ça serait bien de lui écrire un résumé de cette discution, ou mieux un lien gname vers cette discution. j'ais pas le net pour le faire. Le 31 mars 2013 01:30, arnaud@gmail.com arnaud@gmail.com a écrit : Vincent, Je comprends mieux maintenant la différence. D'autant plus si, comme le souligne Jean-François nous ne sommes pas autorisé à le faire. Néanmoins, fusionner l'ensemble des données c'est un peu violent non? Nous pourrions commencer à entamer une discussion avec le contributeur afin de lui expliquer notre démarche. Arnaud On 29/03/2013 17:47, Vincent Pottier wrote: Le 29/03/2013 18:56, arnaud@gmail.com a écrit : Vincent, J'ai du mal à comprendre en quoi est-ce un abus? Je comprends ta position, mais ce n'est pas pire que d'ajouter le numéro de boite aux lettres non? A. Bonne question... Je le sens et j'essaie de comprendre. Je réfléchis à haute voix... Nous ne mettons pas le numéro de boite aux lettres mais le numéro dans la rue. C'est à dire une information géographique ponctuelle : le n° N est ici. Peu importe le nombre de boites aux lettres : une seule probablement pour un pavillon, 15-20 pour une entrée d'immeuble. Ce numéro, qui est aussi l'adresse postale, est d'abord une adresse géographique, une adresse civile : le numéro tant de la rue machin de la commune truc. Ce n'est pas la poste qui nous a attribué le numéro, mais la commune. De plus c'est un élément ponctuel. C'est à dire qu'il comporte en lui même peu d'information géographique sinon une latitude et une longitude. L'information sur un champ m'intéresse. Que le champ de colza fasse telle surface, que le verger ait telle forme, ça m'intéresse. Mais qu'il soit sur une, deux ou quinze parcelles, cela ne me regarde pas (du point de vue OpenStreetMap). En entrant le découpage parcellaire, on change la nature des données. On n'est plus seulement dans l'information géographique, présence limites réelles ou administratives, d'objets réels ou publics. On introduit des données non matérielles privées. Certes, j'ai entré un certain nombre de numéros de téléphones (contact:phone) mais seulement pour des entreprises. Et le numéro de téléphone est une interface publique de ces entreprises privées. Comme le numéro dans la rue. La limite de propriété est une information sur une personne privée (physique ou morale) qui n'est pas de l'ordre de cette interface publique. Peut-être est-ce cette notion, floue, qui me faisait écrire au feeling que la limite de l'espace public/privé m'intéressait. Mais pas au delà. Derrière le numéro de téléphone, je ne dirai pas s'il y a un ou quinze postes. Derrière le numéro dans la rue, je ne dirai pas quelle est la taille de la propriété (même si le mur de clôture, information sur un objet réel, le suggère). Je dirai le mur, pas la parcelle. Voila pour ce soir. -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] API HS...
comment va-t-on mapper les oeufs ¿ quelle galère. Le 31 mars 2013 11:31, Christian Quest cqu...@openstreetmap.fr a écrit : Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-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] Carto-party à Louzac (16)
Et c'est quand ? Une page web en ligne ? Le 31 mars 2013 11:29, Pierre-Alain Dorange pdora...@mac.com a écrit : Carto-party à Louzac-St-André, (Charente 16, à coté de Cognac). Organisé par l'association Linux et Logiciels Libres de Cognac. Petit format d'une demi-journée : http://osm.org/go/equKJ9kd 2h sur le terrain a relevé les noms de rues, sens de circulation, poi et autres infos. suivi de 2h de saisie des données relevées. Pour s'inscrire : o...@logicielslibrescognac.org -- 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 -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Quelle adresse doit-on précisément indiquer dans JOSM? Romain Le 31 mars 2013 11:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-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] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
2013/3/30 Brice Person brice.per...@zenordi.fr C'est la conclusion que nous avions eu à l'époque de sa sortie. De plus, il ne faut pas confondre la licence de l'APIE avec celle du ministère de la justice (bravo l'APIE) voir : http://www.regardscitoyens.**org/licences-opendata-lapie-** grille-la-priorite-a-etalab-**et-invente-le-pseudo-libre/http://www.regardscitoyens.org/licences-opendata-lapie-grille-la-priorite-a-etalab-et-invente-le-pseudo-libre/ Tout cela est bien dommage car il semble que DRC soit de très bonne volonté. A noter que Corine Land Cover de l'ifen était disponible dans une license similaire avec une clause de non-altération. Il suffit de s'adresser à eux en leur demandant si on peut importer leurs données dans OSM en les informant clairement qu'on ne pourra pas garantir la non-altération. On peut aller au delà de cette clause si on reçoit une autorisation spécifique (qu'il faut rendre publique et archivée, évidemment). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Il faut juste remplacer le .org par .fr ;-) http://api.openstreetmap.fr/api Le 31 mars 2013 12:12, Romain MEHUT romain.me...@gmail.com a écrit : Quelle adresse doit-on précisément indiquer dans JOSM? Romain Le 31 mars 2013 11:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Merci Etienne ;) Le 31 mars 2013 12:15, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Il faut juste remplacer le .org par .fr ;-) http://api.openstreetmap.fr/api Le 31 mars 2013 12:12, Romain MEHUT romain.me...@gmail.com a écrit : Quelle adresse doit-on précisément indiquer dans JOSM? Romain Le 31 mars 2013 11:30, Christian Quest cqu...@openstreetmap.fr a écrit : Le serveur api.openstreetmap.org est actuellement indisponible... donc c'est pas chez vous que ça coince :( Patience, ça va revenir... mais en attendant, vous pouvez utiliser api.openstreetmap.fr pour charger des données, mais vous ne pourrez pas renvoyer vos contributions tant que l'API ne sera pas de nouveau opérationnelle. -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-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 ___ 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] Carto-party à Louzac (16)
Pierre-Alain Dorange pdora...@mac.com wrote: Carto-party à Louzac-St-André, (Charente 16, à coté de Cognac). Organisé par l'association Linux et Logiciels Libres de Cognac. Petit format d'une demi-journée : http://osm.org/go/equKJ9kd 2h sur le terrain a relevé les noms de rues, sens de circulation, poi et autres infos. suivi de 2h de saisie des données relevées. Il manque la date en effet : samedi 6 avril, rdv 14h place de l'église. -- 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] Licence IP et ODBL ( était : L'ON3V libère ses donnés?)
Je m'en charge en leur faisant suivre nos interrogations sur la compatibilité de la licence IP pour une intégration dans OSM... Romain Le 31 mars 2013 12:15, Pieren pier...@gmail.com a écrit : A noter que Corine Land Cover de l'ifen était disponible dans une license similaire avec une clause de non-altération. Il suffit de s'adresser à eux en leur demandant si on peut importer leurs données dans OSM en les informant clairement qu'on ne pourra pas garantir la non-altération. On peut aller au delà de cette clause si on reçoit une autorisation spécifique (qu'il faut rendre publique et archivée, évidemment). 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] API HS...
Facile de voir quand l'API est dans les choux... il y a plein de osm en rouge sur http://munin.openstreetmap.fr/ ;) Plus précisément, cela indique que l'intégration des diff est en retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR c'est qu'il y a un problème de l'autre côté de la Manche... -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
2013/3/30 Vincent de Chateau-Thierry v...@laposte.net Avec le schéma ref:FR:code insee commune on pourrait se retrouver avec autant de clés que de communes, toutes signifiant grosso-modo la même chose : cette clé a pour valeur une référence interne à la commune XXX. +1 Et quitte à me répéter, le code insee d'une commune est inconnu de la plupart des gens, et donc des contributeurs moyens. OSM ne doit pas devenir une affaire de spécialistes. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abus des landuse=residential ?
2013/3/29 arnaud@gmail.com arnaud@gmail.com C'est évident que l'utilisation de ce tag n'est pas le plus approprié... Mais de là à supprimer les données patiemment tracées. Comme le suggère kimaidou, il faudrait peut être partir sur l'utilisation d'un tag plus approprié plutôt que fusionner les données et les perdre. Ca n'est pas qu'un problème de mauvais tag. Il faut aussi se poser la question de l'intérêt d'un tel import, même si on avait l'autorisation de le faire de la DGFiP. Plusieurs points: - il y a encore un énorme problème de cohérence géométrique entre communes qui fait qu'il y a très souvent des espaces vides ou au contraire des communes qui se superposent aux frontières. Tous ceux qui ont importés des limites communales savent de quoi je parle. Si on peut s'accommoder d'approximations de quelques mètres ou dizaines de mètres pour les limites (conflation), ça ne fonctionne évidemment plus pour le niveau parcellaire. - tous les jours, des milliers de parcelles sont divisées ou fusionnées au gré d'aquisitions, partages, ventes. Le parcellaire change aussi vite, voir plus, que le bâti. Bâti que nous sommes déjà incapables de tenir à jour correctement. - le découpage parcellaire ne correspond pas au découpage visible sur le terrain. Il est courant qu'une propriété individuelle soit composée de plusieurs parcelles. Si on peut souvent faire correspondre des éléments du terrain sur le découpage cadastral comme les murs, les haies et tout ce qui sert à fixer son pré carré, la plupart des limites parcellaires ne correspondront à rien. - la surcharge pour les éditeurs n'est pas négligeable. En plus des polygones des bâtiments et des landuse, on verra un troisière ensemble de polygones qui s'entrelaceront avec les autres. Les éditeurs actuels d'OSM ne sont pas capables de gérer ces couches de données (même avec le filtrage de JOSM qui a ses limites) et cela rendra l'édition des données tout simplement inabordable pour le commun des contributeurs. Bref, importer le parcellaire est le meilleur moyen de tuer les nouvelles contributions sur une zone. Pieren ___ 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?)
J'ai eu un échange au téléphone avec Fabrice Thiébaux https://twitter.com/FThiebaux qui conseille l'ON3V en géomatique et sur les aspects juridiques. Selon lui, la clause de non altération n'est pas incompatible avec une intégration dans OSM puisque celle-ci aura pour objectif d'améliorer la donnée initiale. Si vous souhaitez, une précision écrite, il suffit d'écrire à Département et Régions Cyclables ( http://www.departements-regions-cyclables.org/nous-contacter.html). Romain PS: il précise aussi qu'il n'y a pas normalement de décalage comme l'a fait remarqué PierreV à partir du fichier KML. Il pense que cela viendrait de la projection utilisée. Le 31 mars 2013 12:22, Romain MEHUT romain.me...@gmail.com a écrit : Je m'en charge en leur faisant suivre nos interrogations sur la compatibilité de la licence IP pour une intégration dans OSM... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Le 30/03/2013 21:45, Vincent de Chateau-Thierry a écrit : Ensuite : ref:orange : là, je pense qu'on a un problème à régler. orange n'est pas suffisamment distinctif. Si toutes les communes du monde se mettent à utiliser le même schéma, on va multiplier les conflits. Comment régler ça ? Pour éviter d'avoir 36.000 tags ref:* distincts à terme (on peut rêver), je verrais plutôt un schéma générique sur 2 tags : source=* (rien de nouveau ici) ref:source=* ou source:internal_id ou toute autre formulation pour dire la même chose : mentionner l'identifiant unique utilisé par le fournisseur. Dans l'exemple du way : source=Mairie d'Orange 2012 ref:source=84087V99 Après tout, il ne s'agit pas d'un tag ref pour l'objet, que tout un chacun pourrait trouver sur le terrain, mais d'un tag ref qui n'existe que parce qu'une certaine source a été utilisée pour l'objet. vincent J'ajoute mon grain de sel... Si le tag n'est pas une référence, une clef externe, comme ref:INSEE, ref:sandre, mais une métadonnée, il me semble qu'il serait bon de le suggérer d'une façon ou d'une autre. Il me vient une idée : préfixer les métadonnées par un caractère spécifique. J'avais pensé dans un premier temps à un underscore. Mais l'usage répandu en informatique est que les variables commençant par underscore sont des membres privés d'objet, ce qui voudrait dire, dans OSM, des tags internes à OSM. Or, c'est l'inverse dans le cas présent. On veut créer une métadonnée pour une valeur externe à OSM. On peut utiliser l'arobase ? La clef serait alors @ref:* Voire même pas de mention de ref mais quelque chose du genre @INSEE:id (INSEE étant à remplacer par ce qui semblera le plus pertinent dans le reste de la discussion) Ça va faire étrange au début ! Mais si la convention s'installe, ça deviendra plus familier de voir des tags @*. Et ça permettra de repérer rapidement dans/par les éditeurs si c'est une info pertinente à éditer, modifier. Ça permettrait de repérer rapidement dans les outils d'imports d'éliminer ce genre de métadonnées avec une expression régulière ultra simple. Par ailleurs, mettre une telle info sur un objet ne simplifie pas pour autant la synchro OSM - SIG. En effet, l'absence d'objet portant l'identifiant SIG ne signifie pas pour autant que l'objet a été supprimé. L'objet peut avoir été seulement altéré sur la clef. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] landuse pour un champ captant ?
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. -- ° /\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 dim. 31 mars 2013 à 13:16 +0200, Pieren a écrit : 2013/3/30 Vincent de Chateau-Thierry v...@laposte.net Avec le schéma ref:FR:code insee commune on pourrait se retrouver avec autant de clés que de communes, toutes signifiant grosso-modo la même chose : cette clé a pour valeur une référence interne à la commune XXX. +1 Et quitte à me répéter, le code insee d'une commune est inconnu de la plupart des gens, et donc des contributeurs moyens. OSM ne doit pas devenir une affaire de spécialistes. Je suis d'accord avec ta dernière phrase, mais ce n'est pas un argument ici. Mettre un attribut destiné à la synchro OSM-SIG est bien une affaire de spécialiste. Ça ne veut pas du tout dire que des contributeurs lambda ne pourront pas modifier l'objet, simplement, ils ne toucheront pas ce tag là. C'est tout-à-fait admissible d'avoir des attributs génériques compréhensibles de tout le monde et des attributs spécialisés sur le même objet. Et d'ailleurs c'est déjà la pratique courante : tout le monde peut ajouter un noeud natural=tree, mais il n'y a que les spécialistes qui pourront préciser le taxon=... -- ° /\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 sam. 30 mars 2013 à 23:46 +0100, Christian Quest a écrit : Si on se reposait les questions de base ? Yep. A quoi servent ces ref:xxx ? Si il s'agit de maintenir un lien avec un jeu de données externes bien précis et d'une façon unique, il faut que la clé permettent d'identifier le jeu de données sans ambiguité et donc il faut qu'elle soit unique pour chaque jeu de données et un quelque chose du genre ref:insee:x me semble adapté. Ca donne en plus un lien vers le producteur de ce jeu de données x pouvant décrire une région, un département, un EPCI, une commune, voire même une entreprise par son SIREN/SIRET. Si par contre ces références ont un caractère plus global et qu'elles sont utilisables sans être liées à un jeu de données particulier, alors là il faut utiliser une clé qui elle aussi ne soit pas liée à un jeu de données. Si on veut identifier une référence qui serait par exemple donnée de façon homogène par un niveau administratif particulier, on pourrait envisager un ref:admin_level:xx=* Faut demander à Tony ce qu'il pense en faire à long terme, mais il me semble qu'on est clairement dans le 1er cas, là : maintenir un lien avec un jeu de données externes bien précis et d'une façon unique. Vous allez voir qu'on va y arriver aux linked data ;) On peut même dire qu'on y est là, mais ça ne nous donne pas magiquement la réponse à comment les intégrer au mieux dans le taggins OSM ? -- ° /\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
[OSM-talk-fr] Proposition pour le projet du mois de avril
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
Re: [OSM-talk-fr] API HS...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/03/2013 12:05, Christian Quest wrote: Facile de voir quand l'API est dans les choux... il y a plein de osm en rouge sur http://munin.openstreetmap.fr/ ;) Plus précisément, cela indique que l'intégration des diff est en retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR c'est qu'il y a un problème de l'autre côté de la Manche... Le serveur Ramoth est tombe. Normalement, Grant devrait avoir acces a la machine aujourd'hui pour essayer de basculer sur un autre serveur. Bref, c'est une failure catastrophique d'une carte dans le serveur RAID. Emilie Laffray -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWIETAAoJEOm7A+8aiQ34okMIAKvHXSW8Te7+OcyDLOaswvck m0tFF5p5RpR1NNQNPjIG402Y1YB6hEt1fSs4J+1/yqWz575jj4rSf7o6A8F5Erw+ NxG9sD9YMKktEiaVN+dmbBpRDoOzp/zxBbVBVaR/FllnULzu4qujqfnthmaPMoak 1VuONBK6O65BPDNqYy0hf6MAEF2JeRVWlfUSI7/oaGlIHr3q9+UDh+T9HnqbrEX+ Wh2AVcWJNlXsajBqab8tzoo5a/Euvc4ncrzgerGxTNrgZ/jSPKgtYfBB+fCJVdSx 2CyziGr6rpmuFITE71rPsMEhuE/oh2PtHl+NJoBW1AzDIJMu+GlxWZi8ad53Ppw= =QFAf -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abus des landuse=residential ?
A ce jour le contributeur ne m'a toujours pas répondu et je lui avait simplement demandé si il avait demandé si il avait besoin des données présente et si il était possible de fusionner les landuse. N'hésitez pas à prendre le relais, je ne souhaite pas le relancer Le 31 mars 2013 13:57, Pieren pier...@gmail.com a écrit : 2013/3/29 arnaud@gmail.com arnaud@gmail.com C'est évident que l'utilisation de ce tag n'est pas le plus approprié... Mais de là à supprimer les données patiemment tracées. Comme le suggère kimaidou, il faudrait peut être partir sur l'utilisation d'un tag plus approprié plutôt que fusionner les données et les perdre. Ca n'est pas qu'un problème de mauvais tag. Il faut aussi se poser la question de l'intérêt d'un tel import, même si on avait l'autorisation de le faire de la DGFiP. Plusieurs points: - il y a encore un énorme problème de cohérence géométrique entre communes qui fait qu'il y a très souvent des espaces vides ou au contraire des communes qui se superposent aux frontières. Tous ceux qui ont importés des limites communales savent de quoi je parle. Si on peut s'accommoder d'approximations de quelques mètres ou dizaines de mètres pour les limites (conflation), ça ne fonctionne évidemment plus pour le niveau parcellaire. - tous les jours, des milliers de parcelles sont divisées ou fusionnées au gré d'aquisitions, partages, ventes. Le parcellaire change aussi vite, voir plus, que le bâti. Bâti que nous sommes déjà incapables de tenir à jour correctement. - le découpage parcellaire ne correspond pas au découpage visible sur le terrain. Il est courant qu'une propriété individuelle soit composée de plusieurs parcelles. Si on peut souvent faire correspondre des éléments du terrain sur le découpage cadastral comme les murs, les haies et tout ce qui sert à fixer son pré carré, la plupart des limites parcellaires ne correspondront à rien. - la surcharge pour les éditeurs n'est pas négligeable. En plus des polygones des bâtiments et des landuse, on verra un troisière ensemble de polygones qui s'entrelaceront avec les autres. Les éditeurs actuels d'OSM ne sont pas capables de gérer ces couches de données (même avec le filtrage de JOSM qui a ses limites) et cela rendra l'édition des données tout simplement inabordable pour le commun des contributeurs. Bref, importer le parcellaire est le meilleur moyen de tuer les nouvelles contributions sur une zone. 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] API HS...
Le 31/03/2013 20:31, Emilie Laffray a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/03/2013 12:05, Christian Quest wrote: Facile de voir quand l'API est dans les choux... il y a plein de osm en rouge sur http://munin.openstreetmap.fr/ ;) Plus précisément, cela indique que l'intégration des diff est en retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR c'est qu'il y a un problème de l'autre côté de la Manche... Le serveur Ramoth est tombe. Normalement, Grant devrait avoir acces a la machine aujourd'hui pour essayer de basculer sur un autre serveur. Bref, c'est une failure catastrophique d'une carte dans le serveur RAID. Emilie Laffray -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWIETAAoJEOm7A+8aiQ34okMIAKvHXSW8Te7+OcyDLOaswvck m0tFF5p5RpR1NNQNPjIG402Y1YB6hEt1fSs4J+1/yqWz575jj4rSf7o6A8F5Erw+ NxG9sD9YMKktEiaVN+dmbBpRDoOzp/zxBbVBVaR/FllnULzu4qujqfnthmaPMoak 1VuONBK6O65BPDNqYy0hf6MAEF2JeRVWlfUSI7/oaGlIHr3q9+UDh+T9HnqbrEX+ Wh2AVcWJNlXsajBqab8tzoo5a/Euvc4ncrzgerGxTNrgZ/jSPKgtYfBB+fCJVdSx 2CyziGr6rpmuFITE71rPsMEhuE/oh2PtHl+NJoBW1AzDIJMu+GlxWZi8ad53Ppw= =QFAf -END PGP SIGNATURE- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je suis aller chercher les infos : * http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Le 31/03/2013 20:49, Marc Sibert a écrit : PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! Pareil ! c'est dire j'en fais appel à 007 ce soir Live or let die ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Conférence OSM le 10 avril à Orléans
mince, le 10/04 je serai à Paris. Dommage. Le 30 mars 2013 11:26, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Une présentation d'OSM aura lieu le mercredi 10 avril de 20h30 à 23h00 à la Maison des Associations. http://www.openstreetmap.org/?mlat=47.90166mlon=1.905425zoom=18layers=M http://wiki.cenabumix.org/images/ConfOSM800.jpg ___ 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] API HS...
Il y a un serveur de backup (c'est l'ancien serveur primary il me semble), mais celui-ci avait un problème sur un disque RAID à ce que j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite dessus pour le read/write mais juste en read only. Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit : Bonjour, Je suis aller chercher les infos : http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- 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] API HS...
L'API semble de retour :) -- 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] API HS...
Ca remarche. Je viens de réussir un upload: 9 objets modifiés en 8 minutes... C'est pas le moment de faire un import du cadastre. Cdt, Black Myst Le 31 mars 2013 21:12, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a un serveur de backup (c'est l'ancien serveur primary il me semble), mais celui-ci avait un problème sur un disque RAID à ce que j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite dessus pour le read/write mais juste en read only. Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit : Bonjour, Je suis aller chercher les infos : http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- 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
Le code INSEE des communes est pourtant une brique de base en France, et est largement documenté... surtout il n'est pas du tout inconnu de ceux qui justement vont chercher à faire des liaisons avec les bases SIG externes (d'une ou plusieurs communes des données mais avec des définitions géographiques différentes à cause de différence de précision par exemple ou de non conflation de leur données pour ce qui devrait être une seule et même entité dans OSM). Hors si dans OSM on fait une conflation, impossible de retrouver à quoi cela correspondait dans les SIG externes. Il est très courant que les SIG pour divers services ne contiennent pas la totalité des définitions géodésiques précises (notamment pour les applications de type environnemental, comme la gestion des zones de rammasage scolaire, la collecte des ordures ménagères, les zones de protection d'espaces naturels ou de biotopes..., qui ne sont pas à 10 mètre près ni même souvent à 100 mètres près, comme peut l'être le cadastre pour la gestion foncière et fiscale ou les plans d'urbanisme ou d'équipement urbain). Le 31 mars 2013 13:16, Pieren pier...@gmail.com a écrit : 2013/3/30 Vincent de Chateau-Thierry v...@laposte.net Avec le schéma ref:FR:code insee commune on pourrait se retrouver avec autant de clés que de communes, toutes signifiant grosso-modo la même chose : cette clé a pour valeur une référence interne à la commune XXX. +1 Et quitte à me répéter, le code insee d'une commune est inconnu de la plupart des gens, et donc des contributeurs moyens. OSM ne doit pas devenir une affaire de spécialistes. Alors non je ne suis pas d'accord avec ton argument. Le but des ref est justement de fournir des identifiants non ambigus à des bases externes de référence (uniquement pour certaines données mais pas toutes) qui ont chacune leur propres identifiants pas toujours unifiés entre eux, le but de leur codification propre n'ayant pas souvent à prendre en compte tous les détails d'une autre base externe servant à gérer tout autre chose. Dès lors qu'une ref externe n'est pas unique entre les bases, on se doit de les qualifier pour qu'elles ne soient pas ambigues (en France, seules les codification du COG sont unifiées par l'INSEE pour les collectivités territoriales, pour le zonage urbain, et les statiqtiques réglementaires, mais les SIG gèrent des tas d'autres zonages non réglementés, au bon vouloir de chaque organisme et pas unifiés au plan national). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Dieu merci ! Encore merci aux Anglais ! Et bonne soirée ! PS : ça soulage... comme un robot qui se shoot au pétrole. A+ Le 31/03/2013 21:36, Black Myst a écrit : Ca remarche. Je viens de réussir un upload: 9 objets modifiés en 8 minutes... C'est pas le moment de faire un import du cadastre. Cdt, Black Myst Le 31 mars 2013 21:12, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Il y a un serveur de backup (c'est l'ancien serveur primary il me semble), mais celui-ci avait un problème sur un disque RAID à ce que j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite dessus pour le read/write mais juste en read only. Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr mailto:m...@sibert.fr a écrit : Bonjour, Je suis aller chercher les infos : http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- 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 mailto: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 -- Marc Sibert mailto:m...@sibert.fr ___ 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?)
impossible que ce soit la projection, car a la grande majorité l'écart est d'une dizaine de metres en moyennes, mais par certains endroits cela peut monter a plus d'une centaine de metres! Peut être que les informations collectées en Deux-Sevres n'ont pas été faites sérieusement? mais je suis sur a 100% que c'est pas a cause de la projection! Par contre pour la licence, pourquoi en discutant on nous dit que c'est compatible avec ODBL ou LO/OL mais avoir pris une autre type de licence en ayant changé un paragraphe litigieux? il y a un loup quelque part? ce qui me fait dire que c'est pas compatible odbl? Dernièrement l'avantage de pouvoir etre importé dans OSM c'est que ON3V pourrait améliorer grandement la précision de leurs données! C'est dommage de ne pas vouloir faciliter notre travail d'importation, qui pourrait leur servir a enrichir leur propre base de donnée en extrayant les trajets plus précis depuis OSM! -- View this message in context: http://gis.19327.n5.nabble.com/L-ON3V-libere-ses-donnees-tp5709492p5755371.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
Déjà qu'on nous coupe cadastre.openstreetmap.fr, maintenant c'est le serveur d'upload ! ON VEUT NOTRE MORT !!! Francescu Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit : Le 31/03/2013 20:31, Emilie Laffray a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/03/2013 12:05, Christian Quest wrote: Facile de voir quand l'API est dans les choux... il y a plein de osm en rouge sur http://munin.openstreetmap.fr/ ;) Plus précisément, cela indique que l'intégration des diff est en retard et quand c'est en retard sur tout autant de serveurs d'OSM-FR c'est qu'il y a un problème de l'autre côté de la Manche... Le serveur Ramoth est tombe. Normalement, Grant devrait avoir acces a la machine aujourd'hui pour essayer de basculer sur un autre serveur. Bref, c'est une failure catastrophique d'une carte dans le serveur RAID. Emilie Laffray -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWIETAAoJEOm7A+8aiQ34okMIAKvHXSW8Te7+OcyDLOaswvck m0tFF5p5RpR1NNQNPjIG402Y1YB6hEt1fSs4J+1/yqWz575jj4rSf7o6A8F5Erw+ NxG9sD9YMKktEiaVN+dmbBpRDoOzp/zxBbVBVaR/FllnULzu4qujqfnthmaPMoak 1VuONBK6O65BPDNqYy0hf6MAEF2JeRVWlfUSI7/oaGlIHr3q9+UDh+T9HnqbrEX+ Wh2AVcWJNlXsajBqab8tzoo5a/Euvc4ncrzgerGxTNrgZ/jSPKgtYfBB+fCJVdSx 2CyziGr6rpmuFITE71rPsMEhuE/oh2PtHl+NJoBW1AzDIJMu+GlxWZi8ad53Ppw= =QFAf -END PGP SIGNATURE- ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je suis aller chercher les infos : - http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -- Marc Sibertmailto:m...@sibert.fr m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] pourquoi un hébergementséparé?
Bonjour Pourquoi un hébergement séparé alors qu'OSM est un hébergement satisfaisant? voir ici un exemple: http://www.wanderreitkarte.de/index.php?lon=2.8845lat=42.6954zoom=16 si vous cliquez sur «Kartenwerkzeuge» (outils de cartographie) dans la marge gauche (à mi-hauteur) et ensuite sur «Karte bearbeiten» (éditer la carte) dans la prolongation qui s'ouvre, vous verrez Potlatch TOUT EN LANGUE NATIONALE, y compris les sélections proposées (la langue nationale étant l'allemand, c'est un site *.de !!!). et le rendering est particulièrement beau et clair pour les cyclistes, sous réserve de tenir compte du codage supplémentaire qui reflète les particularité du code de la route allemand. Voici un autre exemple faisant entrer en jeu le code de la route allemand: http://www.wanderreitkarte.de/index.php?lon=6.4904lat=51.2296zoom=17 Ce site génère une carte de chemins de ballades et d'équitation. On y reconnait les pistes cyclables au panneau en usage en RFA pour les pistes cyclables obligatoires et réservées aux piétons et cyclistes (elles ne sont alors pas taguées seulement «designated», mais «official», et cette version de Potlatch tague comme cela dans ce cas!). L'équitation y est alors interdite. Certains chemins sont strictement réservés à l'équitation (bridle way) et on les reconnait en orange. C'est important dans cette zone d'activité équestre très intense (hypodrome municipal et hypodrome privé d'entraînement à quelques kilomètres). Le long de la rivière, il y a un chemin sur chaque rive. Dans celui à l'ouest, la rive gauche dans le sens d'écoulement, circulent cyclistes et piétons, et notamment des pélerinages! bien sûr qu'il serait très perturbant pour les prcessions de devoir piétiner des couches épaisses de crotin! L'équitation n'est donc permise que par endroit sur la rive droite! Les chemins de la rive gauche sont souvent du sable tassé, il ne résistent pas aux sabots où les chevaux font de gros dégats: l'eau s'y accumule, le sol devient mou, et les trous deviennent des nids de poule... Tout ça est reflété dans cette carte! Les pistes cyclables simples (souvent seulement des chemins portant le panneau d'interdiction aux véhicules motorisés avec ou sans panneau complémentaire («sauf riverains», «sauf circulation agricole», «...forestière», ou panneau interdit à la circulation avec panneau «sauf cyclistes et piétons», «sauf riverains» permettent de bien nuancer les interdictions. En cas de panneau «sauf circulation agricole», l'équitation est permise. Sinon, le cavalier peut passer à pied, cheval mené en longe. On peut rendre tous ces détails fidèlement dans les tags appropriés (système de Lübeck)... Salut ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] API HS...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonsoir, le serveur est en effet reparti. Comme Christian l'a mentionne, cela aurait du basculer automatiquement mais pour des raisons matériels cela ne s'est pas fait. Il y a un working group qui s'occupe de ca, c'est le OWG (Operation Working Group) dont je fais partie. Un nouveau serveur fait partie des priorités du groupe. Nous sommes en train de monter un nouveau serveur ainsi qu'un plan pour l?année qui suit afin de monter en puissance. Clairement ce qui vient de sa passer va forcer a accélérer le plan :) Emilie Laffray On 31/03/2013 20:12, Christian Quest wrote: Il y a un serveur de backup (c'est l'ancien serveur primary il me semble), mais celui-ci avait un problème sur un disque RAID à ce que j'ai lu sur irc, donc par sécurité la bascule ne s'est pas faite dessus pour le read/write mais juste en read only. Le 31 mars 2013 20:49, Marc Sibert m...@sibert.fr a écrit : Bonjour, Je suis aller chercher les infos : http://wiki.openstreetmap.org/wiki/Servers/ramoth : c'est juste le Primary DB server Je n'ai pas trouvé de backup db server, ce qui ne veut rien dire j'en suis conscient. Cela pose la question de l'étude d'un Plan de Reprise d'Activité pour rétablir le service avec d'autres ressources, par exemple sans nécessiter d'intervention physique le WE. Je peux participer à un Woking Group s'il en existe sur le sujet. A+ PS : j'tiens le coup, mais je commence a avoir de boutons partout... faut que j'upload ou je fais un malheur ! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRWMkaAAoJEOm7A+8aiQ34YV4H/iAmCMgPItRK4lT9YWrEZzE6 mIaRV/fFs0EIDq4lc5fIKH08L4cto+cPeQku12MtAS5TaU63gW6P5gQ3Xz1Lw59Y 9qQ0YvytuJGi5s3hNep8EuF8/+xSdRixJXtVciZaAK4hqqEXiIIZkWfgYSIkNG31 KwLHwy581JEXPMVaZCr+R5QLKQsjptTjAarHp6PuVs4pSZ+eV0F6iMvQAeJcZRUv WuKjWhPsZ2bOqNx/zU/MSQUdN70dUzB7loNhBNm1aCQksY3nRcHWRr4MTt3v4MnH NJhmndlCAK6FAysdkdZchO7BNE7b2jRF2Z4ew2A8DoMOlC0B+oaGUrtoDEOSX74= =1dsl -END PGP SIGNATURE- ___ 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?)
Le 31 mars 2013 23:55, PierreV belett...@hotmail.fr a écrit : impossible que ce soit la projection, car a la grande majorité l'écart est d'une dizaine de metres en moyennes, mais par certains endroits cela peut monter a plus d'une centaine de metres! Peut être que les informations collectées en Deux-Sevres n'ont pas été faites sérieusement? mais je suis sur a 100% que c'est pas a cause de la projection! ou bien un mélange entre des données collectées à des époques différentes et pas totalement réactualisées. Certaines dans une projection légale ancienne, certaines dans la nouvelle projection légale. Ce qu'on voit c'est peut-être juste un export d'une ou plusieurs bases fusionnées sans travail supplémentaire, publié en l'état et sans garantie offerte sur l'exactitude des traitements destinés à cette publication, le fichier n'étant pas maintenu de cette façon dans le/les SIG concerné(s), ou ayant des annotations supplémentaires pour les corrections et actualisations qui n'ont pas fait partie de l'export public. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr