Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Qu'en pensez-vous? Entièrement d'accord. Si les données water semblent indispensables à un utilisateur d'ici là, il est toujours possible de décalquer à partir du plugin cadastre. Et, comme le fait remarquer Hélène, je vois mal comment intégrer correctement le cadastre aujourd'hui si on a pas au moins téléchargé le calque cadastre dans les zones urbaines. Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Bonjour, - Mail original - amha, tu ne fais pas progresser l'analyse des problèmes avec ce genre de tautologie ; je suis un contributeur français, n'est-ce pas ? Toute généralité est injuste envers certains cas particuliers ou exceptions mais cette réalité n'empêche pas d'identifier de réelles tendances. :) Et le laxisme se situe à plusieurs niveaux : 1. ceux qui importent comme des gorets ; 2. ceux - moi le premier - qui constatent les anomalies mais ont souvent la flemme de les corriger (autrement qu'en supprimant sans autre formalité la source du problème). Par exemple, ce matin, en survolant la carte, je suis tombé là-dessus : * http://www.openstreetmap.org/?lat=43.575138lon=1.570895zoom=18layers=M * http://www.openstreetmap.org/?lat=43.58814lon=1.554051zoom=18layers=M * http://www.openstreetmap.org/?lat=43.591567lon=1.572408zoom=18layers=M * http://www.openstreetmap.org/?lat=43.603956lon=1.528398zoom=18layers=M Pour autant, je me connais, je pense que ce soir, je ne passerai pas deux heures à corriger ces problèmes. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau et cadastre
Le mardi 18 septembre 2012 07:47:01 Hélène PETIT a écrit : Et ce calque cadastre, on ne doit pas s'en passer, à mon avis. C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé. Ça relance l'idée de construire un service TMS/XYZ performant pour le cadastre. Ça serait jouable pour openstreetmap.fr dans le principe ? -- 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] Cours d'eau et cadastre
Le mardi 18 septembre 2012 à 07:47 +0200, Hélène PETIT a écrit : Bing, on l'a de suite (mais il faudra ensuite le recaler sur le cadastre). Et ce calque cadastre, on ne doit pas s'en passer, à mon avis. Salut Hélène, je trouve que ces deux points se discutent. - Dans mon coin, c'est souvent le cadastre qu'il faut recaler sur Bing. - du coup, les feuilles cadastrales perdent un peu d'intérêt, je trace beaucoup plus vite les routes avec Bing, je vais ensuite vérifier sur place pour compléter l'info : nom des hameaux, maisons isolées, rues, POI... cordialement, Mika_Gueret ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
On 18/09/2012 01:02, Richard Weait wrote: I think that it is worth examining our disagreement on this roundabout a little further. If you were mapping just this intersection would you map it as a T-junction or as a roundabout? I expect that you would map it as a roundabout. If I was coaching a new mapper, or mapping it myself, it would be mapped as a roundabout. I must admit I don't understand this. I am trying to talk about project governance, the principle of subsidiarity and the manner in which OSMF working groups can help local mapping communities to improve the map, and you want to talk about a roundabout. Are you making fun of us? My best guess as to the Roundabout Inquiry is as follows: * when the D5 and D17 were first mapped in 2009, there was no roundabout * at some later point, a roundabout was built * the contributors in 2012, for whatever reason, did not map it If the DWG intends to conduct an inquiry into the 800 million roundabouts on this planet, I suggest that you need to increase your staffing level. Baffled, -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Légitimité du DWG et de la fondation... je pense que la question mérite d'être posée à propos de notre sujet. Sur http://www.osmfoundation.org/wiki/Main_Page on peut lire: The OpenStreetMap Foundation is an international not-for-profit organization supporting, but not controlling, the OpenStreetMap Project. C'est confirmé aussi ici: http://blog.osmfoundation.org/faq/ The goal of the foundation is to support but not control the OpenStreetMap project. It is dedicated to encouraging the growth, development and distribution of free geospatial data and to providing geospatial data for anybody to use and share. The OpenStreetMap Foundation was formed to enable aspects of the project not easily accomplished by individual mappers. For instance, the OpenStreetMap Foundation owns the OpenStreetMap servers, and holds sponsorship funds from donors. Ce n'est donc pas à la fondation mais bien à la communauté, et en priorité la communauté locale d'assurer l'auto-contrôle en général. Au Data Working Group maintenant... et là c'est plus complexe: http://wiki.openstreetmap.org/wiki/Data_working_group The Data Working Group (d...@osmfoundation.org) is authorised by the Foundation to deal with accusations of copyright infringement and serious Disputes and Vandalism. Minor incidents of vandalism should be dealt with by the local community using counter-vandalism tools and processes. D'après le wiki il n'a pas dans ses attributions de juger ni de la qualité des contributions, ni à s'occuper plus particulièrement des imports. Les communautés locales sont clairement citées comme devant gérer en premier ressort les problèmes. Par contre, sur la page du DWG sur le site de la fondation, deux rôles supplémentaires lui sont attribués: - Resolution of issues in copyright violation, disputes, vandalism, and bots, beyond the normal means of the community. - Helping to set policy on data. - Detecting and stopping vandalism and imports that to not comply with guidelines. Policy on data... c'est bien vague, est-ce que cela l'autorise à écrire des règles comme les guidelines pour les imports ? Le helping me fait penser que l'intention est que le DWG propose des règles, mais que ce n'est pas son rôle de choisir lesquelles seront mises à pas en application, surtout que c'est lui qui ensuite est censé les faire respecter. Dans une démocratie, ni la police ni la Justice n'écrivent pas la loi, heureusement ! Pour ce qui est des imports, je ne sais pas d'où ça sort, comment il a été décidé que le DWG devait s'occuper de ça. Vu qu'il n'y a pas de minutes des réunions du DWG sur le site de la fondation, ça va être bien difficile à retrouver. Tout ça sent la dérive lente mais certaine. Pas de transparence (rien de publié par le DWG, ses décisions sont dans un Google Doc privé). On ne sait ni par qui ni comment les règles sont écrites. Je ne sais donc pas pourquoi le compte dédié pour les imports est passé d'une recommandation sur la page du wiki à une obligation en Novembre 2011. Je sais juste que c'est Richard Fairhurst qui a modifié le wiki le 15 novembre 2011. http://wiki.openstreetmap.org/w/index.php?title=Import%2FGuidelinesaction=historysubmitdiff=702968oldid=687101 Pour résumer: - la fondation se décrit elle même comme n'étant pas là pour contrôler le projet - le DWG fonctionne dans une grande opacité (pas de minute) - les guidelines pour les imports sont modifiées par qui en a envie sans discussion publique et appliqué aveuglément par le DWG quand ça l'arrange (politique anti-imports non dite). Comment remettre un peu d'ordre dans tout ça sans trop faire grincer de dents ? Sur le problème spécifique (et secondaire) des imports, cela ne fera qu'empirer avec la généralisation du mouvement opendata qui nous fournira de plus en plus de données utiles à importer. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse Osmose 2060
Bonjour, Pas d'exemple ? Pourtant les adresses composées d'un numéro + le nom du lieu-dit sont très courantes en france. Je suis surpris. Par contre, j'ai l'habitude d'utiliser addr:hamlet addr:place serait préférable ? Le lundi 17 septembre 2012 22:11:59, Vincent de Chateau-Thierry a écrit : Bonsoir, Le 17/09/2012 21:18, Stéphane Péneau a écrit : Osmose me retourne des erreurs pour : *addr:housenumber sans addr:street doit être dans une relation associatedStreet * Mais, il y a un tag add:hamlet Osmose ne pourrait pas en tenir compte ?* Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant un peu je vois que La Poste prévoit ce cas dans sa définition d'une adresse postale : elle envisage parmi les différents éléments de l'adresse [1] la voie [2] dont un des types est le lieu-dit [3]. Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber + addr:place=hamlet. vincent [1] : http://www.laposte.fr/sna/rubrique.php3?id_rubrique=135 [2] : http://www.laposte.fr/sna/rubrique.php3?id_rubrique=145 [3] : http://www.laposte.fr/sna/article.php3?id_article=671 ___ 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
[OSM-talk-fr] Osmose Nœud sans tag ou rôle sur une relation de type=public_transport
Bonjour, Osmose me dit que des nœuds sont sans tag ou rôles. Vu qu'il y a bien des tags, j'en déduis que c'est l'absence de rôle qui ne lui plait guère. Sauf qu'en l'occurrence, il s'agit de noeuds appartenant à une relation de type=public_transport, type pour lequel aucun rôle n'a été défini pour chacun des éléments composant la relation ! Ma question est donc : ai-je raté une info ? Si oui, où et laquelle, je vous prie ? Et il faudra dans ce cas compléter le wiki en conséquence... Sinon, ne faudrait-il pas désactiver ce genre de bugs dans osmose pour les types des relations (car j'imagine que ce n'est pas le seul) où il n'existe pas de rôles ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse Osmose 2060
Le 17 septembre 2012 22:11, Vincent de Chateau-Thierry v...@laposte.net a écrit : Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant un peu je vois que La Poste prévoit ce cas dans sa définition d'une adresse postale : elle envisage parmi les différents éléments de l'adresse [1] la voie [2] dont un des types est le lieu-dit [3]. Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber + addr:place=hamlet. En Bretagne, autour de chez mes parents, j'ai croisé des habitations avec des numéros mais aucune indication de nom de route. Je n'ai pas encore eu l'occasion d'aller en mairie demander à quelle adresse ils sont reliés. Vous avez le même cas de figure par chez vous? Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse Osmose 2060
Le 18/09/2012 09:36, Romain MEHUT a écrit : Le 17 septembre 2012 22:11, Vincent de Chateau-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant un peu je vois que La Poste prévoit ce cas dans sa définition d'une adresse postale : elle envisage parmi les différents éléments de l'adresse [1] la voie [2] dont un des types est le lieu-dit [3]. Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber + addr:place=hamlet. En Bretagne, autour de chez mes parents, j'ai croisé des habitations avec des numéros mais aucune indication de nom de route. Je n'ai pas encore eu l'occasion d'aller en mairie demander à quelle adresse ils sont reliés. Vous avez le même cas de figure par chez vous? J'ai un collègue de travail qui habite dans un hameau. Son adresse fonctionne bien sur ce principe : numéro + nom du hameau, CP ville. donc l'association addr:housenumber + addr:place me semble pertinente Jean signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose Nœud sans tag ou rôle sur une relation de type=public_transport
Je retire ce que j'ai dit : j'avais bien un nœud sans tag... Mea culpa ! :-/ Francescu Le 18 septembre 2012 09:39, Fabien marbolan...@gmail.com a écrit : Le 18 septembre 2012 09:35, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Osmose me dit que des nœuds sont sans tag ou rôles. Vu qu'il y a bien des tags, j'en déduis que c'est l'absence de rôle qui ne lui plait guère. Sauf qu'en l'occurrence, il s'agit de noeuds appartenant à une relation de type=public_transport, type pour lequel aucun rôle n'a été défini pour chacun des éléments composant la relation ! Quel est l'endroit où cela apparaît ? ___ 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
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
2012/9/18 Eric Marsden eric.mars...@free.fr: On 18/09/2012 01:02, Richard Weait wrote: I think that it is worth examining our disagreement on this roundabout a little further. If you were mapping just this intersection would you map it as a T-junction or as a roundabout? I expect that you would map it as a roundabout. If I was coaching a new mapper, or mapping it myself, it would be mapped as a roundabout. I must admit I don't understand this. I am trying to talk about project governance, the principle of subsidiarity and the manner in which OSMF working groups can help local mapping communities to improve the map, and you want to talk about a roundabout. Are you making fun of us? My best guess as to the Roundabout Inquiry is as follows: when the D5 and D17 were first mapped in 2009, there was no roundabout at some later point, a roundabout was built the contributors in 2012, for whatever reason, did not map it If the DWG intends to conduct an inquiry into the 800 million roundabouts on this planet, I suggest that you need to increase your staffing level. Baffled, -- Eric Marsden Can we get back to a more interesting level of discussion than looking at how bad roundabouts were mapped despite uploading buildings years later ? I posted a couple of question on the Import guidelines talk page on the wiki regarding the dedicated account. I'd like to have some answers because after searching the wiki and the OSMF web site, I could not find any discussion about the now required dedicated account. This is a major governance problem for me, some guidelines are updated by someone on a wiki page, something that was a recommendation becomes mandatory (on Nov. 15 2011 by Richard Fairhurst) and then some contributor get blocked based on this wiki page edit that comes from nowhere. If it works like that, it is worth updating the wiki page(s) and set/modify rules on our own. http://wiki.openstreetmap.org/wiki/Talk:Import/Guidelines#dedicated_account -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose Nœud sans tag ou rôle sur une relation de type=public_transport
Et, pour répondre tout de même à ta demande, c'est à cet endroit-là.http://osmose.openstreetmap.fr/map/?zoom=18lat=49.18058lon=-0.36221layers=B00FF0FFTitem=1140level=3 La relation 2333476 comptait un nœud en trop : le node 1669234478 (la correction supprimant ce nœud de la relation n'est pas encore envoyée dans OSM à l'heure où j'écris ce mail). Francescu Le 18 septembre 2012 09:39, Fabien marbolan...@gmail.com a écrit : Le 18 septembre 2012 09:35, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Osmose me dit que des nœuds sont sans tag ou rôles. Vu qu'il y a bien des tags, j'en déduis que c'est l'absence de rôle qui ne lui plait guère. Sauf qu'en l'occurrence, il s'agit de noeuds appartenant à une relation de type=public_transport, type pour lequel aucun rôle n'a été défini pour chacun des éléments composant la relation ! Quel est l'endroit où cela apparaît ? ___ 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
Re: [OSM-talk-fr] Réunion de préparation d'une cartopartie à Villeurbanne
Bonjour, Petit nouveau dans le domaine de l'openstreetmap, j'aimerais participer à une cartopartie pour voir ce que c'est. Celle de Villeurbanne tient toujours ? Est-ce qu'on peut avoir plus d'infos ? Merci ! -- View this message in context: http://gis.19327.n5.nabble.com/Reunion-de-preparation-d-une-cartopartie-a-Villeurbanne-tp5723285p5725787.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] Cours d'eau et cadastre
2012/9/18 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé. Ça relance l'idée de construire un service TMS/XYZ performant pour le cadastre. Ça serait jouable pour openstreetmap.fr dans le principe ? Il faut rappeler ici le caractère illégale de la mise en place d'un tel service aurait. Le cadastre ne peut être redistribué que dans un produit composite. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Le 17/09/2012 23:39, sly (sylvain letuffe) a écrit : Le lundi 17 septembre 2012 23:19:59, Eric Marsden a écrit : - nous cherchions à développer un algorithme pour déterminer la représentation filaire à partir de la représentation surfacique (mon niveau en PostGIS est hélas trop faible pour ça) Pourquoi pas, mais reste que, d'après ma petite expérience, trop de données sont simplement à jeter. Cette extraction de filaire est quelque chose que j'ai déjà fait (pour les routes et voies d'eau). La qualité n'est pas suffisante pour mettre ces données à disposition et les voir intégré sans autre forme de procès. Par contre elles peuvent servir pour faire de la validation. J'ai les algo et les données pour la moitié de la France. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Analyse Osmose 2060
Le 18/09/2012 09:40, Jean Couteau a écrit : Le 18/09/2012 09:36, Romain MEHUT a écrit : Le 17 septembre 2012 22:11, Vincent de Chateau-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Je n'ai pas d'exemples d'adresse de cette forme, mais en cherchant un peu je vois que La Poste prévoit ce cas dans sa définition d'une adresse postale : elle envisage parmi les différents éléments de l'adresse [1] la voie [2] dont un des types est le lieu-dit [3]. Donc pourquoi pas, dans ce cas, tolérer un binôme addr:housenumber + addr:place=hamlet. En Bretagne, autour de chez mes parents, j'ai croisé des habitations avec des numéros mais aucune indication de nom de route. Je n'ai pas encore eu l'occasion d'aller en mairie demander à quelle adresse ils sont reliés. Vous avez le même cas de figure par chez vous? J'ai un collègue de travail qui habite dans un hameau. Son adresse fonctionne bien sur ce principe : numéro + nom du hameau, CP ville. donc l'association addr:housenumber + addr:place me semble pertinente Jean Idem dans ces 3 hameaux (Montbertault, Vaulorin, Le petit Gué) http://www.openstreetmap.org/edit?lat=46.65058lon=0.06316zoom=17 , Il n'y a pas de nom de rue c'est le nom du hameaux qui fait office d'adresse. D'ailleurs jusqu’à il y a 3 ans il ni avais même pas de numéro c'étais au facteur de connaître le nom des habitants. D'ailleurs il faudrait que je rentre ces numéro dans OSM :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau et cadastre
Concernant la rapidité de chargement du cadastre, est-ce que tu travailles dessus particulièrement en journée et en semaine ? J'ai lu que les serveurs côté cadastre chauffent pas mal durant les heures de bureau. Et de mon côté, qui ne l'utilise que soir et week-end, j'ai rarement été ennuyé, c'est à dire que le temps de chargement est relativement faible en comparaison du temps passé à ajouter des infos. Comme tout est gardé en mémoire en local, une idée peut être de charger la veille au soir pour ses contributions du lendemain. Pas idéal, j'en conviens Le 18 septembre 2012 07:47, Hélène PETIT h...@free.fr a écrit : Mes conclusions après un paquet d'intégrations de cadastre, étalées sur un paquet de mois : (...) Pour le cadastre, par contre, c'est affreusement long, une demi-heure parfois, même en zone très rurale (puisqu'un carré de cadastre prend le même temps à charger, qu'il y ait dessus une agglomération habitée ou des champs à perte de vue). Planifier ce chargement du cadastre dans le rythme de travail est souvent difficile, et ça doit être précisé : récemment un nouveau contributeur était persuadé que le chargement du cadastre chez lui ne marchait pas, avant de réaliser que c'est très très lent chez tout le monde. Et ce calque cadastre, on ne doit pas s'en passer, à mon avis. Hélène __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau et cadastre
Le mardi 18 septembre 2012 10:00:08 Pieren a écrit : 2012/9/18 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: C'est vrai. Et c'est aussi vrai que le chargement n'est pas aisé. Ça relance l'idée de construire un service TMS/XYZ performant pour le cadastre. Ça serait jouable pour openstreetmap.fr dans le principe ? Il faut rappeler ici le caractère illégale de la mise en place d'un tel service aurait. Le cadastre ne peut être redistribué que dans un produit composite. Ha zut, je l'avais oublié ça. Tant pis. Merci de ta vigilance ;-) -- 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] Abuse of authority: account blocks related to French cadastre imports
On Tue, Sep 18, 2012 at 9:48 AM, Christian Quest cqu...@openstreetmap.fr wrote: This is a major governance problem for me, some guidelines are updated by someone on a wiki page, something that was a recommendation becomes mandatory (on Nov. 15 2011 by Richard Fairhurst) and then some contributor get blocked based on this wiki page edit that comes from nowhere. Sorry Christian to tell you that but this discussion should not happen on the d...@osmfoundation.org list. As the foundation defines itself, it doesn't intervene on the contributions or data themselves. The DWG has no legitimacy to decide what is good or bad to import into OSM. As they say they just follow the guidelines decided by the community. So this discussion about the guidelines should happen on a public list involving a maximum of OSM contributors worldwide like the main t...@osm.org ML. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Je suis également outré de voir que certaines personnes s'approprient le projet OSM de cette manière et se permettent de bloquer des comptes parce que d'après eux, l'intégration du bâti n'est pas une bonne chose. La dérive semble commencer, les enjeux sont colossaux. Comment pouvons nous être certain qu'OSM ne sera jamais bridé/dirigé par ce genre de personnes avides de pouvoir ? -- View this message in context: http://gis.19327.n5.nabble.com/Re-Abuse-of-authority-account-blocks-related-to-French-cadastre-imports-tp5725398p5725795.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] Abuse of authority: account blocks related to French cadastre imports
Very good point, I'll move there then... 2012/9/18 Pieren pier...@gmail.com: On Tue, Sep 18, 2012 at 9:48 AM, Christian Quest cqu...@openstreetmap.fr wrote: This is a major governance problem for me, some guidelines are updated by someone on a wiki page, something that was a recommendation becomes mandatory (on Nov. 15 2011 by Richard Fairhurst) and then some contributor get blocked based on this wiki page edit that comes from nowhere. Sorry Christian to tell you that but this discussion should not happen on the d...@osmfoundation.org list. As the foundation defines itself, it doesn't intervene on the contributions or data themselves. The DWG has no legitimacy to decide what is good or bad to import into OSM. As they say they just follow the guidelines decided by the community. So this discussion about the guidelines should happen on a public list involving a maximum of OSM contributors worldwide like the main t...@osm.org ML. Pieren -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] suivi des communes
On lundi 17 septembre 2012, didier2020 wrote: bonsoir, c'est juste pour signaler que http://suivi.openstreetmap.fr/communes/communes.csv.txt le fichier est mis a jour mais la base date du 12/9. Merci pour le rappel (il y a tellement d'outil de partout que c'est dur de se rappeler lesquels ont doit remettre en route suite à ce changement de licence, plus changement de serveur) ne pas tenir compte du message si la base est en reconstruction suite aux changements récent C'est le cas, mais ça ne m'empêche pas de reconnecter le logiciel de suivi commune (même si tant pis, il sera un peu en retard pendant quelques jours) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Le mardi 18 septembre 2012 à 01:19 -0700, partir-en-vtt a écrit : Je suis également outré de voir que certaines personnes s'approprient le projet OSM de cette manière et se permettent de bloquer des comptes parce que d'après eux, l'intégration du bâti n'est pas une bonne chose. La dérive semble commencer, les enjeux sont colossaux. Comment pouvons nous être certain qu'OSM ne sera jamais bridé/dirigé par ce genre de personnes avides de pouvoir ? C'est une question qui a volontairement été éludés par une majorité de personnes pour faire signer les termes du contributeur en plus du changement de licence vers l'ODbL. Certains en connaissance de cause, d'autres pour suivre la masse et aboyer en meute. Aujourd'hui la destinée de la base est décidé et contrôlé par une poignée de personnes (2/3 des contributeurs actifs parmi les membres d’OSMF et uniquement ceux qui vote à temps) soit quelques dizaines de personnes correctement informés. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Je ne sais pas si vous vous rendez compte mais ça n'est pas le rôle de la fondation, ni du DWG de décider de la pertinence des données à importer. C'est à nous, en tant que communauté des contributeurs de le faire. Il y a ici un énorme dévoiement des missions de la fondation. C'est scandaleux et un dangereux précédent. Pieren Pour ma part, je fais bien la distinction des deux sujets du moment qui sont selon moins indépendants : - d'un coté la question des utilisateurs bloqués par le DWG pour imports non conformes aux guidelines - d'un autre, le sujet déjà évoqué par le passé sur cette liste de la très mauvaise qualité des export automatiques des eaux du cadastre qui sont trop souvent importé sans réflexion, discernement et dont il faut, selon moi, stopper la diffusion publique. ps: le fait que ce soit quelqu'un du DWG qui en fasse mention n'est qu'un élément annexe, et j'aurais réagit pareil si ma concierge m'avait dit qu'openstreetmap n'est pas fiable car ça indique de l'eau là où il y en a pas Les problèmes sont distincts, et ne les mélangeons pas. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Bonjour, Je suis d'accord avec la plupart des points soulevs dans cette discussion sur les problmes d'importation des surfaces en eaux depuis le cadastre. Mais je suis contre un point en particulier : ne plus mettre disposition la couche water sur le site cadastre.openstreetmap.fr Ce n'est pas parce que certains "bourrins" :-) font le travail trop rapidement qu'il faut priver tout le monde d'une source d'information utile. Personnellement, je me sers de la couche water pour ajouter les riverbank des grandes rivires (uniquement celles qui en mritent un) et aussi comme support pour les waterway=stream des rivires de moindre importance. Dans ce dernier cas, je cr le linaire l'intrieur du riverbank cadastre puis je supprime le riverbank. J'utilise toujours les images Bing en fond pour contrler et je vrifie aussi que mon stream fini dans un rivire ou un autre stream. Enfin, je supprime tous les autres riverbank du cadastre que je trouve "foireux". Sans cette info provenant du cadastre c'est clair, j'arrte tout de suite de faire les rivires dans OSM ! Dernier point, dans la zone o je cartographie (sud de la France), il y a normment de piscines et j'utilise la couche cadastre pour les ajouter. Je ne veux pas relancer ici le dbat sur les piscines. Je considre qu'elles ont tout fait leur place dans OSM, donc je les mets. Bien videmment je change le tag en leisure=swimming_pool avec une access=private. C'est vrai que beaucoup de contributeurs font des erreurs, mais ce n'est pas une raison pour priver ceux qui font attention d'une source de donnes utile. Tant pis si il y a des erreurs, d'autres sont l pour les corriger. J'ai moi-mme corrig beaucoup d'erreurs de riverbank et de piscines faites par d'autres. Une solution sur le site cadastre.openstreetmap.fr serait peut-tre de faire 2 sections spars pour gnrer les couches depuis le cadastre. Par dfaut, on n'accde une interface qui ne gnre par exemple que les btiments et les cimetires. Et dans une section spare (connue des seuls initis ;-) ) on peut faire gnrer les surfaces en eaux, avec un petit message d'avertissement qui explique les prcautions d'usage et les procdures suivre. En ce qui concerne les opinions du DWG, a m'indiffre totalement... Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Le 18/09/2012 09:03, sebastien.di...@free.fr a écrit : 1. ceux qui importent comme des gorets ; tu fais référence à l'import Corine ? :))) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
On 18/09/2012 10:16, Pieren wrote: On Tue, Sep 18, 2012 at 9:48 AM, Christian Quest cqu...@openstreetmap.fr wrote: This is a major governance problem for me, some guidelines are updated by someone on a wiki page, something that was a recommendation becomes mandatory (on Nov. 15 2011 by Richard Fairhurst) and then some contributor get blocked based on this wiki page edit that comes from nowhere. Sorry Christian to tell you that but this discussion should not happen on the d...@osmfoundation.org list. As the foundation defines itself, it doesn't intervene on the contributions or data themselves. The DWG has no legitimacy to decide what is good or bad to import into OSM. As they say they just follow the guidelines decided by the community. And that's the whole point - the guidelines must be the result of a transparent community-owned process. That community extends to the worldwide OSM project which rightfully insists on data quality but, as far as mapping French localities goes we shall assert the role of the the local mappers in self-regulation. There is a local consensus for separating wheat from chaff - careful integration of data from stupid raw imports. To impress the need for manual processing of the data, there is even talk about banning the use of the word import. That said, not everyone is careful and abuses do happen - to our great annoyance... But there is enough of an organized community in France to regulate itself to the benefit of the whole OSM project who will benefit from local judgement about what is legitimate use of external data and what is negligent abuse. If the DWG or any other member of the OSM project believes that the French community is not sufficiently diligent in self-regulating, then we are willing to discuss process improvements. But arbitrary decisions that ignore the endless debates, that have been going on for years about how the cadastre is best used, are an affront to those who have been involved in it for all that time and will only lead to unproductive conflict - let's work together instead ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
On mardi 18 septembre 2012, Nicolas Moyroud wrote: Bonjour, Je suis d'accord avec la plupart des points soulevés dans cette discussion sur les problèmes d'importation des surfaces en eaux depuis le cadastre. Mais je suis contre un point en particulier : ne plus mettre à disposition la couche water sur le site cadastre.openstreetmap.fr Le problème que je vois c'est que ce point a été soulevé depuis longtemps et ce qui a été fait semble ne pas avoir suffit pour éviter les imports des bourrins vu qu'on en voit encore, et, selon moi, trop. Je maintiens donc mon avis qu'il faut en couper l'accès public dans une phase 1 avant de chercher une solution alternative. Parce que sinon on va encore en cause pendant longtemps et rien ne va changer. Ce n'est pas parce que certains bourrins :-) font le travail trop rapidement qu'il faut priver tout le monde d'une source d'information utile. ce qui ne m'empêche pas d'être d'accord avec ça. Une solution sur le site cadastre.openstreetmap.fr serait peut-être de faire 2 sections séparés pour générer les couches depuis le cadastre. ça peut être envisageable, le fait que l'on retrouve côte à côte, dans le même panier, sur un pied d'égalité, des données comme le bâti et les frontières qui sont de bonne qualité et celles des cours d'eau qui varient de bonnes à catastrophiques peut être une cause aux problèmes que nous rencontrons. un accès réduit à ceux qui ont fait preuve de la qualité de leur import en est une autre une augmentation du coût du ticket d'entrée (devoir envoyer un mail quelque part quand on import de l'eau, devoir lire un truc et prouvé qu'on l'a lu, etc.) Par défaut, on n'accède à une interface qui ne génère par exemple que les bâtiments et les cimetières. Et dans une section séparée (connue des seuls initiés ;-) ) je propose que ça deviennent la phase 1 couper l'accès public et diffuser l'url au compte goûte, le temps de trouver de meilleures solutions -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utilisateurs d'ArcGIS
effectivement, ça marche un peu mieux avec node à la place de way -- View this message in context: http://gis.19327.n5.nabble.com/Utilisateurs-d-ArcGIS-tp5724639p5725812.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] Abuse of authority: account blocks related to French cadastre imports
2012/9/18 Christophe Merlet red...@redfoxcenter.org: Aujourd'hui la destinée de la base est décidé et contrôlé par une poignée de personnes (2/3 des contributeurs actifs parmi les membres d’OSMF et uniquement ceux qui vote à temps) soit quelques dizaines de personnes correctement informés. Il me semble que la référence aux 2/3 des contributeurs actifs concerne un possible changement ultérieur de la licence mais uniquement dans le sens de toute autre licence libre et ouverte de même type. (cf http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR). L'inscription à la fondation est ouverte à tout le monde. Le fait de demander à être actif sert à éviter les phénomènes d'entrisme. De plus, je ne suis pas sûr que la majorité des 2/3 soit un jour atteignable (si on parle bien des 2/3 des membres et non des 2/3 des votes exprimés). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
- Mail original - tu fais référence à l'import Corine ? :))) J'ai un avis sur la question mais sachant que je n'aurais pas fait mieux (en fait, je n'aurais même pas été capable de faire ce qui a été fait), je le garde pour moi. Pour les cours d'eau issus du cadastre, soit je fais (largement) mieux que le résultat fourni par un import bête et méchant, soit je ne fais pas. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Le mardi 18 septembre 2012 à 10:53 +0200, Nicolas Moyroud a écrit : Bonjour, Dernier point, dans la zone où je cartographie (sud de la France), il y a énormément de piscines et j'utilise la couche cadastre pour les ajouter. Je ne veux pas relancer ici le débat sur les piscines. Je considère qu'elles ont tout à fait leur place dans OSM, donc je les mets. Bien évidemment je change le tag en leisure=swimming_pool avec une access=private. Concernant la place des piscines dans OSM, je suis en train de changer mon fusil d'épaule... Depuis que j'ai entendu parle de X-Plane http://www.x-plane.com/ et de son générateur de terrain osm2xp http://osm2xp.com/ qui utilise les données d'OpenStreetMap pour un rendu extrêmement réaliste, je suis conquis... Je risque même d'encourager le micromapping ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
2012/9/18 sly (sylvain letuffe) li...@letuffe.org: ça peut être envisageable, le fait que l'on retrouve côte à côte, dans le même panier, sur un pied d'égalité, des données comme le bâti et les frontières qui sont de bonne qualité et celles des cours d'eau qui varient de bonnes à catastrophiques peut être une cause aux problèmes que nous rencontrons. Euh, il aurait aussi beaucoup à dire sur la qualité du bâti et des frontières du cadastre. Pour les frontières, on connait les problèmes des écarts parfois considérables entre communes (parfois en déca voir hectomètres), chose qu'on a résolu manuellement le plus souvent. Pour le bâti, un coup d'oeil exaustif entre Bing et cadastre montre que la forme, l'orientation, la position et le découpage des bâtiments est souvent divergent voir fantaisiste par rapport aux images aériennes. On sait que la qualité du cadastre est très variable d'un endroit à l'autre. Pourquoi on accepte ça dans les frontières et le bâti et pas dans les rivières ? Parce que c'est plus facile à constater ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Micromapping (était Arrêtons les imports des cours d'eau depuis le cadastre)
C'est vrai qu'il me tarde de voir le potager de cquest dans X-Plane Le 18 septembre 2012 11:33, Christophe Merlet red...@redfoxcenter.org a écrit : Le mardi 18 septembre 2012 à 10:53 +0200, Nicolas Moyroud a écrit : Bonjour, Dernier point, dans la zone où je cartographie (sud de la France), il y a énormément de piscines et j'utilise la couche cadastre pour les ajouter. Je ne veux pas relancer ici le débat sur les piscines. Je considère qu'elles ont tout à fait leur place dans OSM, donc je les mets. Bien évidemment je change le tag en leisure=swimming_pool avec une access=private. Concernant la place des piscines dans OSM, je suis en train de changer mon fusil d'épaule... Depuis que j'ai entendu parle de X-Plane http://www.x-plane.com/ et de son générateur de terrain osm2xp http://osm2xp.com/ qui utilise les données d'OpenStreetMap pour un rendu extrêmement réaliste, je suis conquis... Je risque même d'encourager le micromapping ! Librement, -- Christophe Merlet (RedFox) ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Le 18/09/2012 11:00, Jean-Marc Liotier a écrit : - let's work together instead ! ma compréhension de l'anglais lu s'améliore beaucoup ces temps-ci. c'est toujours ça de pris. Et en plus je suis d'accord avec tout ce que tu dis. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
On mardi 18 septembre 2012, Pieren wrote: Euh, il aurait aussi beaucoup à dire sur la qualité du bâti et des frontières du cadastre. Certes, mais je trouve que le fichier osm auxquels on accèdent pour les cours d'eau cumulent de nombreuses tares tant d'existence sur le terrain que de format des géométries dans le fichier osm, qui le font passer, à mes yeux, au rang du mauvais élève. Mais ça se discute, la qualité est un concept flou et subjectif j'en conviens. Si la solution trouvée pour les fichiers cours d'eau est satisfaisante, on pourra la migrer aussi pour le bâti et les frontières. Pour les fichiers osm qui contiennent les frontières, je n'ai toutefois pas souvent vu de gros dégâts, sans doute parce que ça touche aux relations et qu'il faut donc un minimum d'expérience, parce que le concept de frontières immatériel est plus dur à appréhender qu'un ruisseau et qu'un débutant ne s'y risquera pas avant une bonne lecture du wiki. (une barrière d'entrée plus haute est aussi une manière de sélectionner indirectement la qualité, mais c'est un autre débat) Pourquoi on accepte ça dans les frontières et le bâti et pas dans les rivières ? Parce que c'est plus facile à constater ? Y'a de ça, moins le contrôle+correction+surveillance de ce qu'a fait un débutant est facile, moins j'ai envie de lui laisser la possibilité de le faire. ps: par débutant, j'entends plutôt : quelqu'un qui ne se tient pas informé des recommandations et état actuel des intégrations cadastre en masse, mais débutant est plus court à écrire -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)
- Mail original - tu fais référence à l'import Corine ? :))) J'ai un avis sur la question mais sachant que je n'aurais pas fait mieux (en fait, je n'aurais même pas été capable de faire ce qui a été fait), je le garde pour moi. J'ai aussi un avis très négatif sur la question, et sachant que j'ai bien participé à cet import j'ouvre ma gueule : si j'avais su j'aurais pas fait. On a succombé au bling bling du vite rempli pour finalement importer un truc peu précis que je galère plus à améliorer que si j'avais dû faire à la main depuis les images sat de bing. D'ailleurs c'est simple, maintenant, quand je bosse sur une zone, je dézingue tout ce qui est corine et je repars de zéro, et tant pis pour la perte. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)
Le mardi 18 septembre 2012 à 11:59 +0200, sly (sylvain letuffe) a écrit : - Mail original - tu fais référence à l'import Corine ? :))) J'ai un avis sur la question mais sachant que je n'aurais pas fait mieux (en fait, je n'aurais même pas été capable de faire ce qui a été fait), je le garde pour moi. J'ai aussi un avis très négatif sur la question, et sachant que j'ai bien participé à cet import j'ouvre ma gueule : si j'avais su j'aurais pas fait. On a succombé au bling bling du vite rempli pour finalement importer un truc peu précis que je galère plus à améliorer que si j'avais dû faire à la main depuis les images sat de bing. D'ailleurs c'est simple, maintenant, quand je bosse sur une zone, je dézingue tout ce qui est corine et je repars de zéro, et tant pis pour la perte. Ta remarque est surprenante. Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité sur toute la France, que l'import de Corine était une mauvaise idée au moment où cela a été fait. Sans l'import de Corine, aujourd'hui seule une infime surface de la France serait qualifiée. De plus, même si les polygones de Corine sont approximatifs selon les exigences que l'on peut avoir maintenant, il n'en reste pas moins une excellente et appréciable source d'information sur la carte. Mon seul reproche, est la difficulté a modifier sans erreurs un certains nombre de polygones extrêmement complexe s'étalant sur d'énorme surface... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)
Il faut replacer les imports dans leur contexte de l'époque. PGS était plutôt mauvais en qualité, mais faute de mieux ça a été utile pour un premier tracé des côtes... Le 18 septembre 2012 12:08, Christophe Merlet red...@redfoxcenter.org a écrit : Le mardi 18 septembre 2012 à 11:59 +0200, sly (sylvain letuffe) a écrit : - Mail original - tu fais référence à l'import Corine ? :))) J'ai un avis sur la question mais sachant que je n'aurais pas fait mieux (en fait, je n'aurais même pas été capable de faire ce qui a été fait), je le garde pour moi. J'ai aussi un avis très négatif sur la question, et sachant que j'ai bien participé à cet import j'ouvre ma gueule : si j'avais su j'aurais pas fait. On a succombé au bling bling du vite rempli pour finalement importer un truc peu précis que je galère plus à améliorer que si j'avais dû faire à la main depuis les images sat de bing. D'ailleurs c'est simple, maintenant, quand je bosse sur une zone, je dézingue tout ce qui est corine et je repars de zéro, et tant pis pour la perte. Ta remarque est surprenante. Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité sur toute la France, que l'import de Corine était une mauvaise idée au moment où cela a été fait. Sans l'import de Corine, aujourd'hui seule une infime surface de la France serait qualifiée. De plus, même si les polygones de Corine sont approximatifs selon les exigences que l'on peut avoir maintenant, il n'en reste pas moins une excellente et appréciable source d'information sur la carte. Mon seul reproche, est la difficulté a modifier sans erreurs un certains nombre de polygones extrêmement complexe s'étalant sur d'énorme surface... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)
Ta remarque est surprenante. Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité sur toute la France, que l'import de Corine était une mauvaise idée au moment où cela a été fait. J'ai dis si j'avais su (que bing allait être disponible). Mais même sans être un visionnaire, on pouvait se douter que des photos satellites allaient être disponibles, et je trouve qu'on a manqué un peu d'anticipation de cet avenir. Et je pense qu'un import mauvais qui couvre tout freine la motivation des contributeurs pour le refaire à la main. Sans l'import de Corine, aujourd'hui seule une infime surface de la France serait qualifiée. Oui, mais je n'y vois pas d'inconvénient De plus, même si les polygones de Corine sont approximatifs selon les exigences que l'on peut avoir maintenant, il n'en reste pas moins une excellente et appréciable source d'information sur la carte. Mon avis va à l'opposé Mon seul reproche, est la difficulté a modifier sans erreurs un certains nombre de polygones extrêmement complexe s'étalant sur d'énorme surface... Entendons nous bien, je juge que la réalisation technique de l'import était excellente, mis à part peut-être ce que tu cites, mais c'est de l'avoir fait que je regrette. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
- Mail original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mardi 18 Septembre 2012 11:26:31 Objet: Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports Il me semble que la référence aux 2/3 des contributeurs actifs concerne un possible changement ultérieur de la licence mais uniquement dans le sens de toute autre licence libre et ouverte de même type. (cf http://www.osmfoundation.org/wiki/License/Contributor_Terms/FR). L'inscription à la fondation est ouverte à tout le monde. Le fait de demander à être actif sert à éviter les phénomènes d'entrisme. De plus, je ne suis pas sûr que la majorité des 2/3 soit un jour atteignable (si on parle bien des 2/3 des membres et non des 2/3 des votes exprimés). A propos des 2/3 il y a à mon avis une erreur de traduction (que j'avais signalé à Emilie), la version française indique : ... choisie par une majorité de 2/3 des contributeurs actifs parmi les membres d’OSMF Alors que la version anglaise : ... be chosen by a vote of the OSMF membership and approved by at least a 2/3 majority vote of active contributors La version anglaise faisant foi, TOUS les contributeurs s'expriment et pas seulement ceux inscrit à la fondation. Mais on s'éloigne du sujet d'origine, fin du HS. Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mauvaise traduction des Contributors Terms (CT)
2012/9/18 f.dos.san...@free.fr: Alors que la version anglaise : ... be chosen by a vote of the OSMF membership and approved by at least a 2/3 majority vote of active contributors La version anglaise faisant foi, TOUS les contributeurs s'expriment et pas seulement ceux inscrit à la fondation. C'est un point extrêmement important. Je ne suis pas sûr que la version anglaise fasse foi puisque la version française a été traduite par la fondation pour des obligations légales. Quand un nouveau memebre français accepte la licence et les CTs, le fait-il avec la version anglaise ou avec la version française ? Je pensais que celle-ci avait été traduite par des professionnels mandatés pour ça. L'erreur de traduction est assez énorme et je ne saurais dire quels en sont les conséquences sur un plan juridique. Je ne sais même pas s'il est encore possible de corriger la traduction des CT's maintenant qu'il accepté par des milliers de personnes Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Le 18/09/2012 11:54, sly (sylvain letuffe) a écrit : On mardi 18 septembre 2012, Pieren wrote: untel wrote : etc... Il est question de pas public, il est question de recommandations... Et si les fichiers cadastre, tous, pas seulement water... étaient accessibles après login, acceptation de conditions d'utilisation, best practices, liens vers les pages de conseils et autres warnings... (après premier login, peut-être pas à chaque fois tout de même, ou une fois par type de fichier : building, water...)... Ça permettrait un log, un suivi des importeurs (pas toujours imposteurs ou importuns), une détection des débutants, la possibilité de leur remettre un warning en cas de constat de mauvais import, voir un blocage... Ça permettrait de mettre à disposition le water seulement après le 10e import de bâti... Bref ça permettrait une responsabilisation en amont qui est toujours préférable à une sanction en aval (quand il s'agit d'import de water, l'amont et l'aval sont important). mes 2 balles pour les jeux de mots... à 2 balles. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)
2012/9/18 sly (sylvain letuffe) li...@letuffe.org: J'ai dis si j'avais su (que bing allait être disponible). Mais même sans être un visionnaire, on pouvait se douter que des photos satellites allaient être disponibles, et je trouve qu'on a manqué un peu d'anticipation de cet avenir. Et je pense qu'un import mauvais qui couvre tout freine la motivation des contributeurs pour le refaire à la main. On pourrait avoir le même raisonnement pour les lignes de côte, elles aussi issues d'un import approximatif il y a très, très longtemps mais qui sont constamment améliorées à la main par de nombreuses personnes à partir des images Bing alors qu'on dispose d'une meilleure source pour ça en France (geolittoral). Et je me souviens de certaines personnes qui n'étaient pas contre le fait de laisser les limites administratives des départements issues d'une source incertaine et imprécise mais suffisante en attendant l'import des limites communales du cadastre. Moi aussi, il m'est arrivé de refaire des landuses. Mais c'est une tâche laborieuse, difficile (où s'arrêter dans le niveau de détail) et ingrate (si les tags utilisés ne sont pas reconnus par Mapnik par exemple et parce que la tâche est immense). OSM va toujours dans le sens de l'amélioration des données. Pour l'argument de dire que de mauvais landuses ralentissent l'arrivée de nouveaux contributeurs qui viendraient autrement si la carte était blanche, je n'y crois pas (comme pour tous les imports d'ailleurs). Simplement, ce sont peut-être d'autres contributeurs qui viendront, différents, ceux qui préfèrent améliorer la qualité des données déjà présentes aux plaisirs de combler une page blanche. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)
Le 18/09/2012 12:34, sly (sylvain letuffe) a écrit : Ta remarque est surprenante. Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité sur toute la France, que l'import de Corine était une mauvaise idée au moment où cela a été fait. J'ai dis si j'avais su (que bing allait être disponible). Mais même sans être un visionnaire, on pouvait se douter que des photos satellites allaient être disponibles, et je trouve qu'on a manqué un peu d'anticipation de cet avenir. Et je pense qu'un import mauvais qui couvre tout freine la motivation des contributeurs pour le refaire à la main. Hum. Quand je vois le nombre de polygones Corine modifiés, transformés, parfois avec une finesse extraordinaire que même les cartes Top25 peuvent nous envier... voire supprimés pour être remplacés, je crois, au contraire que CLC a eu un effet décomplexant pour beaucoup, en mettant à disposition du matériel (polygone et tags). C'est souvent mon cas... Je retravaille le décors bien souvent à partir des polygones Corine. Je crois que j'ai une bonne maîtrise des raccourcis JOSM pour faire ça facilement. Sans l'import de Corine, aujourd'hui seule une infime surface de la France serait qualifiée. Oui, mais je n'y vois pas d'inconvénient Moi, oui. Ou plutôt un avantage avec la situation actuelle : J'aime bien, quand je prépare une rando savoir que je vais arriver à une forêt, même taillée à la serpe (qui d'ailleurs n'est pas pire que celles qui avaient été tracées à l'ère de landsat). J'aime bien, dans mon GPS avoir ladite forêt. Même si je vois vite au contour que c'est du brut de Corine. De plus, même si les polygones de Corine sont approximatifs selon les exigences que l'on peut avoir maintenant, il n'en reste pas moins une excellente et appréciable source d'information sur la carte. Mon avis va à l'opposé Fallait-il commencer à utiliser landsat, sachant qu'un jour on aurait bing ? Fallait-il utiliser l'imagerie bing 2007, sachant qu'on vient tout juste d'avoir un lot d'images toutes fraîches ? P't-être que dans 5 ans ils rirons de ce qu'on fait aujourd'hui... Tant pis, il faut bien qu'on avance... Ils riront plus encore de ceux qui n'auront rien fait. histoire_réelle témoin=moi Dans le train, un gars, type jeune ingénieur, s'installe, sort son ordinateur, le pose sur la tablette et commence à bosser... En face de lui, un autre gars, type jeune asiatique, s'assied, regarde l'ordinateur les yeux ébahis et demande : C'est le dernier VAIO ? L'ingénieur, du tac au tac : Oui. Quand ils l'ont sorti, c'était le dernier !. /histoire_réelle Mon seul reproche, est la difficulté a modifier sans erreurs un certains nombre de polygones extrêmement complexe s'étalant sur d'énorme surface... Certes... Mais j'y travaille... parfois... L'autre soir, jusqu'à... 3 heures du mat'. Entendons nous bien, je juge que la réalisation technique de l'import était excellente, mis à part peut-être ce que tu cites, mais c'est de l'avoir fait que je regrette. Non rien de rien... non je ne regrette rien... (chanson connue) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Christian vient de lancer la discussion sur t...@osm.org. C'est le moment d'y intervenir en nombre pour montrer que ce sujet intéresse un peu plus que 2 tondus et 3 pelés... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Le 18/09/2012 14:26, Pieren a crit: Christian vient de lancer la discussion sur t...@osm.org. C'est le moment d'y intervenir en nombre pour montrer que ce sujet intresse un peu plus que 2 tondus et 3 pels... Pieren Je vais viter d'y intervenir pour plusieurs raisons : - je ne suis pas inscrit sur la liste t...@osm.org et je n'en ai pas envie, - mon anglais est une horreur, - je ne vais pas arriver rester poli ! Mais vous avez tout mon soutien dans cette preuve. ;-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Le 18 septembre 2012 14:41, Nicolas Moyroud nmoyr...@free.fr a écrit : Le 18/09/2012 14:26, Pieren a écrit : Christian vient de lancer la discussion sur t...@osm.org. C'est le moment d'y intervenir en nombre pour montrer que ce sujet intéresse un peu plus que 2 tondus et 3 pelés... Pieren Je vais éviter d'y intervenir pour plusieurs raisons : +1 - je ne suis pas inscrit sur la liste t...@osm.org et je n'en ai pas envie, +1 - mon anglais est une horreur, - je ne vais pas arriver à rester poli ! Mais vous avez tout mon soutien dans cette épreuve. ;-) +1 j'ajouterai aussi que s'y mettre à plein ça pourrait embrouiller. Deux ou trois personnes qui peuvent refaire sortir ce qui a été évoqué devrait suffire si ils ont l'appui de la communauté française. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Bon, on avance un peu: On Tue, Sep 18, 2012 at 2:40 PM, Frederik Ramm frede...@remote.org wrote: : DWG has also been looking for someone from France to join its ranks in order to better liaise with the French community in case of problems like this but we haven't had any applications. Le DWG (enfin, Frederik) cherche un représentant pour faire le lien avec les français (vous savez, le petit village gaulois qui veut toujours se distinguer...). Je crois que Christian s'était proposé mais ça a dû coincer quelque part... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression de relations vides avec JOSM
Le 18/09/2012 14:59, Arnaud Vandecasteele a écrit : Bonjour à tous, En faisant du nettoyage de bâtiment (fusion de polygones, simplifications...), j'obtiens parfois, dans des cas complexes, des polygones multiples (inner/outer) reliés entre eux par des relations. Ce sont des artefacts et je supprime alors ces polygones. Néanmoins, il reste ensuite dans JOSM une relation vide qu'il m'est impossible de supprimer (ex : http://www.openstreetmap.org/browse/relation/2421952). Quand je clic sur l’icône de suppression dans JOSM rien ne se passe. Est-ce une mauvaise manipulatoin de ma part ? Merci Arnaud C'est fait. Pas de problème particulier. Dans la boite relation, j'ai sélectionné la relation et cliqué sur la poubelle et pffft. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression de relations vides avec JOSM
Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe... La relation est toujours présente... Arnaud 2012/9/18 Vincent Pottier vpott...@gmail.com Le 18/09/2012 14:59, Arnaud Vandecasteele a écrit : Bonjour à tous, En faisant du nettoyage de bâtiment (fusion de polygones, simplifications...), j'obtiens parfois, dans des cas complexes, des polygones multiples (inner/outer) reliés entre eux par des relations. Ce sont des artefacts et je supprime alors ces polygones. Néanmoins, il reste ensuite dans JOSM une relation vide qu'il m'est impossible de supprimer (ex : http://www.openstreetmap.org/** browse/relation/2421952http://www.openstreetmap.org/browse/relation/2421952 ). Quand je clic sur l’icône de suppression dans JOSM rien ne se passe. Est-ce une mauvaise manipulatoin de ma part ? Merci Arnaud C'est fait. Pas de problème particulier. Dans la boite relation, j'ai sélectionné la relation et cliqué sur la poubelle et pffft. -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression de relations vides avec JOSM
Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.com a écrit : Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe... C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te plaît ? (5485) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il y a quelques mois. Emilie Laffray On 18 September 2012 13:57, Pieren pier...@gmail.com wrote: Bon, on avance un peu: On Tue, Sep 18, 2012 at 2:40 PM, Frederik Ramm frede...@remote.org wrote: : DWG has also been looking for someone from France to join its ranks in order to better liaise with the French community in case of problems like this but we haven't had any applications. Le DWG (enfin, Frederik) cherche un représentant pour faire le lien avec les français (vous savez, le petit village gaulois qui veut toujours se distinguer...). Je crois que Christian s'était proposé mais ça a dû coincer quelque part... 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] Suppression de relations vides avec JOSM
Oui c'est un peu vieux tu as raison. Du coup, j'ai testé avec les dernières (tested et latest) mais résultat identique. Quand je clic sur l'icône poubelle rien ne se passe. Les étapes : 1- Fichier - Télécharger un objet - je sélectionne relation et j'indique le numéro (2421951) 2- Dans le panneau Relations - je sélectionne ma relation puis je clic sur poubelle. Arnaud 2012/9/18 Vincent Privat vincent.pri...@gmail.com Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.com a écrit : Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe... C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te plaît ? (5485) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression de relations vides avec JOSM
Ok, sur Ubuntu ça fonctionne avec une version de JOSM identique mais pas sur Solaris. Avec Ubuntu, l'action de suppression est correctement réalisée. A. 2012/9/18 Arnaud Vandecasteele arnaud@gmail.com Oui c'est un peu vieux tu as raison. Du coup, j'ai testé avec les dernières (tested et latest) mais résultat identique. Quand je clic sur l'icône poubelle rien ne se passe. Les étapes : 1- Fichier - Télécharger un objet - je sélectionne relation et j'indique le numéro (2421951) 2- Dans le panneau Relations - je sélectionne ma relation puis je clic sur poubelle. Arnaud 2012/9/18 Vincent Privat vincent.pri...@gmail.com Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.coma écrit : Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe... C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te plaît ? (5485) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression de relations vides avec JOSM
Waw, j'ignorais qu'on avait des utilisateurs sur Solaris :) J'essairai de t'envoyer une version debug pour piger ce qui cloche avec cette config. C'est quoi ta version de Java au passage ? Le 18 septembre 2012 15:29, Arnaud Vandecasteele arnaud@gmail.com a écrit : Ok, sur Ubuntu ça fonctionne avec une version de JOSM identique mais pas sur Solaris. Avec Ubuntu, l'action de suppression est correctement réalisée. A. 2012/9/18 Arnaud Vandecasteele arnaud@gmail.com Oui c'est un peu vieux tu as raison. Du coup, j'ai testé avec les dernières (tested et latest) mais résultat identique. Quand je clic sur l'icône poubelle rien ne se passe. Les étapes : 1- Fichier - Télécharger un objet - je sélectionne relation et j'indique le numéro (2421951) 2- Dans le panneau Relations - je sélectionne ma relation puis je clic sur poubelle. Arnaud 2012/9/18 Vincent Privat vincent.pri...@gmail.com Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.coma écrit : Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe... C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te plaît ? (5485) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ 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] Suppression de relations vides avec JOSM
C'est la machine du boulot que j'utilise de temps en temps entre midi et deux pour faire quelques corrections. Concernant java voici la version : java version 1.6.0_21 Java(TM) SE Runtime Environment (build 1.6.0_21-b06) Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode) Arnaud 2012/9/18 Vincent Privat vincent.pri...@gmail.com Waw, j'ignorais qu'on avait des utilisateurs sur Solaris :) J'essairai de t'envoyer une version debug pour piger ce qui cloche avec cette config. C'est quoi ta version de Java au passage ? Le 18 septembre 2012 15:29, Arnaud Vandecasteele arnaud@gmail.com a écrit : Ok, sur Ubuntu ça fonctionne avec une version de JOSM identique mais pas sur Solaris. Avec Ubuntu, l'action de suppression est correctement réalisée. A. 2012/9/18 Arnaud Vandecasteele arnaud@gmail.com Oui c'est un peu vieux tu as raison. Du coup, j'ai testé avec les dernières (tested et latest) mais résultat identique. Quand je clic sur l'icône poubelle rien ne se passe. Les étapes : 1- Fichier - Télécharger un objet - je sélectionne relation et j'indique le numéro (2421951) 2- Dans le panneau Relations - je sélectionne ma relation puis je clic sur poubelle. Arnaud 2012/9/18 Vincent Privat vincent.pri...@gmail.com Le 18 septembre 2012 15:18, Arnaud Vandecasteele arnaud@gmail.coma écrit : Bizarre, je fais la même chose avec JOSM (v 5315) et rien ne se passe... C'est vieux ça :) Tu peux tester avec la dernière version stable s'il te plaît ? (5485) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ 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 -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre
Une idée de bonne pratique : Celle que l'usage de waterway = riverbank est à réserver pour des surfaces recouvrant des cours d'eaux filaires et nommés (par ex. waterway = river et name = La Loire). J'ai l'intuition que c'est un minimum, Les exceptions pouvant dès lors être marquées comme erreurs dans Osmose. Qu'en pensez-vous ? Y-a-t-il un intérêt de faire des stats comparatives à l'échelle des communes entre le kilométrage du pourtour des waterway = riverbank et les longueurs de river, stream, canal, drain ... ? Autre moyen (déjà à disposition) pour faire l'état des lieux : OSM Inspectorhttp://tools.geofabrik.de/osmi/?view=waterlon=0.97615lat=43.70860zoom=9overlays=waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected, avec les classes de cours d'eau de différentes couleurs que l'on peut activer / désactiver. Un autre point qui n'a pas été évoqué dans ces longs échanges, ce sont les cours d'eau frontaliers entre communes, qui demandent très souvent beaucoup de travail pour arriver à quelque chose de cohérent. Peut être un argument supplémentaire pour réserver l'accès des fichiers aux seules personnes qui laisseront un minimum de gages pour faire le boulot convenablement. Le 17 septembre 2012 23:19, Eric Marsden eric.mars...@free.fr a écrit : Bonsoir, Comme vous avez pu le suivre ici, l'importation de données depuis le cadastre numérique est critiqué par différentes personnes du monde Openstreetmap, dont certaines ont un certain poids politique dans le projet (par exemple, le nouveau président de l'OSMF, Simon Poole, est un intégriste anti-import et pro-ODbL). J'ai récemment défendu une utilisation raisonnée des données bâtiments du cadastre auprès du Data Working Group, qui fait de l'activisme sur le sujet (allant à mon avis bien au delà de son mandat, et ne respectant pas le principe basique de subsidiarité). Je pense avoir défendu la position majoritaire dans la communauté française sur ce point, mais naturellement chacun est libre d'intervenir dans le débat. Je suis embêté pour défendre l'usage qui est fréquemment fait des données sur les cours d'eau issues du cadastre. Ces données accumulent plusieurs défauts importants (et pour ma part, je ne les intègre pas dans OSM): - dans de nombreux endroits, elles représentent des zones susceptibles d'être régulièrement inondées, plutôt que le lit du cours d'eau qu'on aimerait avoir comme waterway=riverbank - elles donnent uniquement une représentation surfacique, sans le waterway=stream (ou river) qui serait plus utile ; la représentation surfacique s'interrompt aux croisements avec les routes. Je vois rarement des endroits où les contributeurs ont rajouté ces informations filaires. - les données ont des géométriques excessivement complexes donc alourdissent inutilement la base (surtout pour une précision de géolocalisation qui me semble parfois relativement faible). Peu de contributeurs, dans les zones que je fréquente, semblent simplifier les géométries, alors que c'est suggéré dans le checklist. J'aimerais suggérer que : - nous cherchions à développer un algorithme pour déterminer la représentation filaire à partir de la représentation surfacique (mon niveau en PostGIS est hélas trop faible pour ça) - on intègre cet algorithme à la moulinette sur cadastre.openstreetmap.fr (pour remplacer les données waterway=riverbank) - en attendant que le code soit au point, les données -water ne soient pas mises à disposition sur ce site Qu'en pensez-vous? -- Eric Marsden ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
Et c'est indiscret de demander où ça a coincé? Eric Emilie Laffray emilie.laff...@gmail.com a ?crit : Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il y a quelques mois. On 18 September 2012 13:57, Pieren pier...@gmail.com wrote: Le DWG (enfin, Frederik) cherche un représentant pour faire le lien avec les français. [...] Je crois que Christian s'était proposé mais ça a dû coincer quelque part... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Plattenbrünnele
Bonjour, Je viens de voir cet objet bizarre : http://www.openstreetmap.org/?lat=48.6339426040649lon=-2.68220901489258e-05zoom=18 Le nom du point, l'url en citation et le contributeur nous viennent de Germanie. Quelqu'un a-t-il une explication ? Merci, Maurice (alias momovimout) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] suivi des communes
C'est le cas, mais ça ne m'empêche pas de reconnecter le logiciel de suivi commune (même si tant pis, il sera un peu en retard pendant quelques jours) Voilà qui devrait être bon. Il en reste encore quelques uns à rebrancher, mais c'est en cours. On fera sans doute une annonce ici lorsque se sera fait afin de demander aux aimables contributeurs/utilisateurs de ces outils si on n'en a pas oublié dans les coins. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plattenbrünnele
Cela sent le loupage d'import ! http://www.openstreetmap.org/browse/node/1815137101 Longitude : 0° 00' 00 Le 18 septembre 2012 18:01, Maurice maur...@mboucher.info a écrit : Bonjour, Je viens de voir cet objet bizarre : http://www.openstreetmap.org/?lat=48.6339426040649lon=-2.68220901489258e-05zoom=18 Le nom du point, l'url en citation et le contributeur nous viennent de Germanie. Quelqu'un a-t-il une explication ? Merci, Maurice (alias momovimout) ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
J'était en contact avec pnorman, je lui ai dit que je voulais bien faire le relais pour le français... mais ça ne semble pas être allé plus loin. Là, je me suis publiquement proposé (sur talk@), on verra si ça coince. Le 18 septembre 2012 17:32, Eric Sibert courr...@eric.sibert.fr a écrit : Et c'est indiscret de demander où ça a coincé? Eric Emilie Laffray emilie.laff...@gmail.com a ?crit : Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il y a quelques mois. On 18 September 2012 13:57, Pieren pier...@gmail.com wrote: Le DWG (enfin, Frederik) cherche un représentant pour faire le lien avec les français. [...] Je crois que Christian s'était proposé mais ça a dû coincer quelque part... __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Plattenbrünnele
Je révise mon jugement concernant l'import. L'historique du noeud montre la position initiale : 48,6342348, 8,950184http://www.openstreetmap.org/?lat=48.6342348lon=8.950184zoom=18 Le 18 septembre 2012 18:06, Ab_fab gamma@gmail.com a écrit : Cela sent le loupage d'import ! http://www.openstreetmap.org/browse/node/1815137101 Longitude : 0° 00' 00 Le 18 septembre 2012 18:01, Maurice maur...@mboucher.info a écrit : Bonjour, Je viens de voir cet objet bizarre : http://www.openstreetmap.org/?lat=48.6339426040649lon=-2.68220901489258e-05zoom=18 Le nom du point, l'url en citation et le contributeur nous viennent de Germanie. Quelqu'un a-t-il une explication ? Merci, Maurice (alias momovimout) ___ 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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Abuse of authority: account blocks related to French cadastre imports
En tout cas c'est impressionnant comme ils refusent de répondre à tes questions sur la gouvernance, malgré tes relances répétées... :s Le 18 septembre 2012 18:06, Christian Quest cqu...@openstreetmap.fr a écrit : J'était en contact avec pnorman, je lui ai dit que je voulais bien faire le relais pour le français... mais ça ne semble pas être allé plus loin. Là, je me suis publiquement proposé (sur talk@), on verra si ça coince. Le 18 septembre 2012 17:32, Eric Sibert courr...@eric.sibert.fr a écrit : Et c'est indiscret de demander où ça a coincé? Eric Emilie Laffray emilie.laff...@gmail.com a ?crit : Oui Surtout qu'il y a deja eus des discussions avec Christian et moi il y a quelques mois. On 18 September 2012 13:57, Pieren pier...@gmail.com wrote: Le DWG (enfin, Frederik) cherche un représentant pour faire le lien avec les français. [...] Je crois que Christian s'était proposé mais ça a dû coincer quelque part... __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ 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] Corine land cover était il un bon import ? ( était : Abuse of authority...)
Le 18 septembre 2012 14:11, Vincent Pottier vpott...@gmail.com a écrit : Le 18/09/2012 12:34, sly (sylvain letuffe) a écrit : Ta remarque est surprenante. Ce n'est parce que l'on a aujourd'hui avec bing une source de qualité sur toute la France, que l'import de Corine était une mauvaise idée au moment où cela a été fait. J'ai dis si j'avais su (que bing allait être disponible). Mais même sans être un visionnaire, on pouvait se douter que des photos satellites allaient être disponibles, et je trouve qu'on a manqué un peu d'anticipation de cet avenir. Et je pense qu'un import mauvais qui couvre tout freine la motivation des contributeurs pour le refaire à la main. Hum. Quand je vois le nombre de polygones Corine modifiés, transformés, parfois avec une finesse extraordinaire que même les cartes Top25 peuvent nous envier... voire supprimés pour être remplacés, je crois, au contraire que CLC a eu un effet décomplexant pour beaucoup, en mettant à disposition du matériel (polygone et tags). C'est souvent mon cas... Je retravaille le décors bien souvent à partir des polygones Corine. Je crois que j'ai une bonne maîtrise des raccourcis JOSM pour faire ça facilement. Sans l'import de Corine, aujourd'hui seule une infime surface de la France serait qualifiée. Oui, mais je n'y vois pas d'inconvénient Moi, oui. Ou plutôt un avantage avec la situation actuelle : J'aime bien, quand je prépare une rando savoir que je vais arriver à une forêt, même taillée à la serpe (qui d'ailleurs n'est pas pire que celles qui avaient été tracées à l'ère de landsat). J'aime bien, dans mon GPS avoir ladite forêt. Même si je vois vite au contour que c'est du brut de Corine. J'ai le même avis. L'import n'éétait pas si mauvais que ça, à son échelle. Même si aujourd'hui on travaille à des échelles plus fines, c'est une base de départ. Je pars aussi du principe (et plus motivant) qu'il est plus facile de travailler sur une carte partiellement renseignée que sur une page blanche. Tout effacer pour retracer c'est le risque d'abord de supprimer des tas d'infos qu'on n'a pas vu dans le lot (des tags, des noms, des POIs...). Il vaut largement mieux travailler par modification : on peut tout à fait pousser les noeuds existants pour améliorer leur précision, et rajouter des noeuds. Mais si on se contente de tracer autre chose par dessus, on ne fait pas le boulot demandé sur OSM, on ne fait que créer des doublons, à charge pour les autres fourmis de nettoyer le reste et juger de ce qui est plus pertinent. Travailler par modification et non réimport est la bonne façon d'avancer (tout effacer pour retracer c'est comme un réimport, c'est destructeur, plus très loin du vandalisme), et de toute façon on aura toujours demain de meilleurs sources que celles d'aujourd'hui, ou des sources plus à jour (mais pas toujours aussi précises...). Tout le boulot sur OSM (comem aussi dans n'importe quelle base géographique) est dans la fusion des données à ajouter ou modifier, et non dans la suppression pour repartir de zéro (sinon on n'avancera jamais à rien !) Bing malgré ses images superbes, ne dit pas tout : ce n'est pas parce qu'on ne voit pas un truc présent dans la base OSM mais pas dans Bing que l'objet en question n'existe pas ou n'existe plus. Il n'y a pas de source à privilégier plus qu'une autre, chacune a son utilité pour justement boucher les trous laissés par une autre source ou l'absence de vérif sur le terrain. Bing ne révélera que très mal les sens uniques ou restrictions d'accès, ne verra pas les limites de vitesse, les zones de danger, les nouvelles zones en contruction/réaménagement. Des batiments apparaissent ou disparaissent. Replaçons Corine dans son contexte: très bien même encore aujourd'hui pour voir une carte de l'échelle d'une département sur un seul écran. Il donne une bonne représentation statistique moyenne de la couverture ou l'utilisation du territoire, même si dans le détail ça change très localement (on peut vouloir être plus précis, mais ce sera faux dès l'année suivante, alors que la moyenne générale n'a guère changé). En attendant cela donne une très belle topographie aussi pour le rendu, qui permet de voir clairement les zones de forêts et les reliefs, d'une façon plus facile à interpréter que des photos aériennes à la colorimétrie jamais uniforme. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : extrait -rails ressemblant furieusement à des parcelles cadastrales
Le mercredi 19 septembre 2012 à 01:56 +0200, Philippe Verdy a écrit : Le 19 septembre 2012 01:13, Pieren pier...@gmail.com a écrit : D'autant plus que le traçage des voies ferrées est en général d'une géométrie assez basique et ne nécessite que peu d'efforts de la part de la souris. Attaque toi à une grosse gare de triage ou de service, c'est du boulot pour que ça ressemble à quelquechose de lisible avec un parallélisme correct des voies et des virages corrects, sinon c'est très fouilli : il faut plus de précision dans les tracés. Quand y passe aussi des lignes régulières, il faut aussi veiller à garder les connexions pour le routage (sans forcément utiliser pour ça toutes les voies dessinées car la voie utilisée peut changer selon les heures. Quand j'ai fait la gare de Pau, après avoir vu la gare de triage de Choisy, je l'ai fini tellement vite que j'ai fait aussi celles d'Artic et de Puyoo dans la foulée... Franchement, dessiner le triage d'une gare n'est franchement pas le plus difficile dans OSM contrairement aux apparences ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)
Vous avez tous eu la même idée que moi ? Philippe, tu parles anglais ? Inscris-toi sur t...@osm.org, il y a un fil où tu va pouvoir laisser libre cours à ton besoin d'expression ! Bonne nuit, A+ Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mauvaise traduction des Contributors Terms (CT)
Notez les 2 fautes mineures dans la première ligne de la page http://www.openstreetmap.org/copyright en français : « En cas de conflit entre cette page et la page original en anglais, la version anglaise prime. » devrait être : « En cas de conflit entre cette page et la page originale en anglais, la version anglaise prime. » (originale au féminin, et point de fin de phrase) Et « Copyright infringement » devrait être traduit « Violation des droits d’auteur (copyright) ». Dans le contexte d'ODBL d'ailleurs je regrette qu'on utilise « copyright » qui concerne le droit d'auteur mais pas les droits voisins qui sont l'objet justement de la nouvelle licence concernant les droits de la base de données. Le mot « Copyright » ferait penser alors qu'ils s'agit d’une œuvre originale dont la propriété en fait une œuvre collective (difficile à défendre en droit français étant donné que « les Contributeurs » ne sont pas directement liés par un contrat de subordination, mais seulement par les « Contributor terms » qui ne sont pas un contrat puisqu'il est unilatéral et non négociable comme un contrat de travail. Le Copyright c'est pour CC-BY-SA (les rendus de carte par exemple), pas pour la base de données qui continue d'avoir de multiples auteurs individuels (chacun gardant leur copyright par défaut, même si par les CT ils ont accepté un transfert du copyright sur leurs propres contributions, mais pas de tous les droits attachés strictement aux auteurs et qui ne sont pas cessibles en droit français. Mais bon... Certains vont me dire qu'il est bien tard, alors que j'ai accepté les CT, même si la licence ODBL (et la mention demandée pour l'attribution de copyright) ne couvre pas tout et entretient maintenant la confusion entre les deux types de droits (droit d'auteur, ou droit des données). On m'a même répondu que c'était moi qui confondait tout (notamment en ce qui concerne la terminologie « œuvre dérivée » qui est définie légalement dans le sens du droit d'auteur, mais pas dans celui des données, alors que l'existence même du droit des données est née d'abord de la volonté de protéger les informations personnelles pour la vie privée, en instaurant un système dérogatoire permettant de constituer de telles bases, dans le sens en France de la loi Informatique et libertés de 1978 et de la CNIL, et des lois similaires d'autres pays, ce droit étant né de la volonté des éditeurs d'annuaires, avant d'être devenu aujourd'hui une « bête » à part des droits d'auteurs, un droit très largement abusé aujourd'hui sur le Net par des sociétés très puissantes comme Google ou Facebook...) Personnellement je regrette la disparition de la licence CC-BY-SA comme un garde-fou qu'on aurait pu garder, car je ne crois pas que la licence ODBL (qui mélange tout) soit assez solide, en comparaison des licences Creative Commons fondées essentiellement sur le droit d'auteur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cours d'eau et cadastre
Le 18 septembre 2012 07:47, Hélène PETIT h...@free.fr a écrit : Planifier ce chargement du cadastre dans le rythme de travail est souvent difficile, et ça doit être précisé : récemment un nouveau contributeur était persuadé que le chargement du cadastre chez lui ne marchait pas, avant de réaliser que c'est très très lent chez tout le monde. En comparaison le cadastre espagnol (directement dsponible en WGS84 sur un serveur TMS) est bien plus rapide, et facile à utiliser. Même s'il n'a pas autant de données (il 'agit surtout des parcelles quelques limites administratives, et quelques toponymes et odonymes), et a des défauts de conflation entre les feuilles cadastrales jointes dans les mêmes tuiles. Le jour où le cadastre français proposera une imagerie uniforme en WGS84 avec fusion des feuilles sans avoir à chercher commune par commune... Ou alors quand JOSM permettra de convertir directement les projections cadastrales françaises en images WGS84 directement dans leur rendu : on peut rêver. Devoir travailler en Lambert est pénible. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corine land cover était il un bon import ? ( était : Abuse of authority...)
Chacun donne son avis sur le même sujet, en quoi le mien est plus mauvais que celui des autres ? Ce ne sont tous que des avis, pas des recommandations. Chcun a plus haut essayé de critiquer ce qui a été fait dans le passé mais je ne vois pas l'intérêt d'une telle critique étant donné qu'on sera de toute façon amené à modifier les données un peu partout assez souvent. Faire table rase du passé est une mauvaise idée qui ne produira rien de bon et ralentira le projet. Corine est bon à son échelle même si sa pertinence se perd quand on zoome plus avant sur des zones petites pour laquelle elle n'a jamais été conçue en 2006 et intégrée dans OSM en 2007. Demain on rira de tout ce qu'on fait (et même recommande) aujourd'hui. Fera-t-on encore table rase ? Le 19 septembre 2012 02:27, Marc Sibert m...@sibert.fr a écrit : Vous avez tous eu la même idée que moi ? Philippe, tu parles anglais ? Inscris-toi sur t...@osm.org, il y a un fil où tu va pouvoir laisser libre cours à ton besoin d'expression ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre : extrait -rails ressemblant furieusement à des parcelles cadastrales
Le 19 septembre 2012 02:18, Christophe Merlet red...@redfoxcenter.org a écrit : Quand j'ai fait la gare de Pau, après avoir vu la gare de triage de Choisy, je l'ai fini tellement vite que j'ai fait aussi celles d'Artic et de Puyoo dans la foulée... Franchement, dessiner le triage d'une gare n'est franchement pas le plus difficile dans OSM contrairement aux apparences ! Oui j'admet que nettoyer les tracés des forêts, ou suivre les cours d'eau ou préciser les lignes de côtes, est bien plus délicat, car c'est beaucoup moins évident à interpréter sur l'imagerie. Malgré tout, la précision nécessaire pour les éléments naturels est bien plus faible et on a des marges de liberté plus importantes qu'avec des lignes de chemin de fer côte à côte ou qui se croisent : Ce n'est pas tant la complexité du tracé que sa précision pour que ce soit lisible et ne ressemble pas à un amas de zigzags : on est amené alors à créer des courbes bien plus détaillées (angles presque plats), et on doit veiller à respecter les alignements et distances entre les voies. Si on ajoute la position des pylones, des quais, transformateurs, caténaires, il y a une densité de points bien plus élevée que dans bien nombre de secteurs où la précision se limite à un seul trait (même compliqué) et pas tout un amas... Les trucs réellement simples ce sont plutôt les routes (sauf concernant le découpage pour les nombre de voies et limites de vitesse ou la signalisation) et le filaire des rivières (mais pas le contour de leur lit, souvent difficile à interpréter sur l'imagerie, sauf pour les zones canalisées avec des rives bien nettes et assez de profondeur). Un truc compliqué à cartographier : les escarpements et falaises (pourtant infranchissables de façon normale sans équipement et une bonne préparation physique). L'imagerie cache plein de choses, le cadastre ne renseigne pas beaucoup non plus puisqu'il n'y a pas de nivellement. Pourtant quand l'escarpement est non loin d'une route ou d'une plage en contre-bas, on a des choses à mettre sur cette route ou plage : danger de chûtes de pierre (exemple sur bon nombre de plages au Portugal, au pied de falaises). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mauvaise traduction des Contributors Terms (CT)
Le 19 septembre 2012 02:36, Philippe Verdy verd...@wanadoo.fr a écrit : Notez les 2 fautes mineures dans la première ligne de la page http://www.openstreetmap.org/copyright en français : « En cas de conflit entre cette page et la page original en anglais, la version anglaise prime. » devrait être : « En cas de conflit entre cette page et la page originale en anglais, la version anglaise prime. » (originale au féminin, et point de fin de phrase) Et « Copyright infringement » devrait être traduit « Violation des droits d’auteur (copyright) ». Au passage, la version française de la page mentionne toujours CC-BY-SA et non ODBL pour la base de données. Le dernier paragraphe n'est pas traduit non plus : en: « Copyright infringement OSM contributors are reminded never to add data from any copyrighted sources (e.g. Google Maps or printed maps) without explicit permission from the copyright holders. If you believe that copyrighted material has been inappropriately added to the OpenStreetMap database or this site, please refer to our takedown procedure or file directly at our [[link|on-line filing page]]. » fr: « Violation du droit d’auteur (copyright) Il est rappelé aux contributeurs d’OpenStreetMap qu’ils ne doivent en aucun cas ajouter des données provenant d’une source protégée par le droit d’auteur (par exemple Google Maps ou des cartes imprimées) sans l’autorisation explicite des titulaires de ces droits. Si vous pensez que des contenus protégé par le droit d’auteur ont été ajoutés de façon inappropriée à la base de données OpenStreetMap ou à ce site, veuillez vous reporter à notre procédure d’arrêt ou enregistrer votre plainte sur notre [[link|page de formulaire en ligne]]. » ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr